<p dir="ltr">non c'entra niente cpu e router. semplicemente se applichi policy routing devi fare in modo che parta prima la porta di rete e poi lanciare gli script. come soluzione basta che ri esegui lo script un certo tempo dopo il riavvio.</p>
<div class="gmail_extra"><br><div class="gmail_quote">Il 14 ott 2016 17:21, "federico la morgia" <<a href="mailto:super_treje@hotmail.com">super_treje@hotmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div>


<div dir="ltr">
<div id="m_7792900276873908228x_divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif">
<p>Pare che quando parte per prima la cpu piuttosto che il router il tutto non funziona.</p>
<p>Devo ancora avere il tempo per fare 2 test sul mio nodo, cioè </p>
<p><br>
</p>
<p>1) riavviare solo la cpe e vedere se il routing funziona</p>
<p>2) riavviare solo l'edgerouter <span>e vedere se il routing funziona</span></p>
<p><br>
</p>
<p>Fatti questi test posso capire meglio cosa va e cosa no, in più potrei anche fare la prova nel vedere se con un
<span>watchdog</span> verso un ip locale risolvo, senza dover essere obbligato a pingare un ip pubblico.</p>
<p><br>
</p>
<p>Se non sbaglio Halino parlare che c'era un certo ordine con cui il nodo doveva risalire su ma in questo momento non ricordo qual è.</p>
<p><br>
</p>
<p>Federico.<br>
</p>
</div>
<hr style="display:inline-block;width:98%">
<div id="m_7792900276873908228x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>Da:</b> <a href="mailto:wireless-bounces@ml.ninux.org" target="_blank">wireless-bounces@ml.ninux.org</a> <<a href="mailto:wireless-bounces@ml.ninux.org" target="_blank">wireless-bounces@ml.ninux.org</a><wbr>> per conto di Claudio Pisa <<a href="mailto:clauz@ninux.org" target="_blank">clauz@ninux.org</a>><br>
<b>Inviato:</b> giovedì 13 ottobre 2016 17.18.19<br>
<b>A:</b> <a href="mailto:wireless@ml.ninux.org" target="_blank">wireless@ml.ninux.org</a><br>
<b>Oggetto:</b> Re: [Ninux-Wireless] Prevenire disservizi con un ritardo</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt">
<div class="m_7792900276873908228PlainText">On 10/09/2016 03:07 PM, Andrea Grillini wrote:<br>
> Problema emerso a Roma, era saltato il routing tra me e il nodo a cui<br>
> sono connesso.<br>
> Scenario tipico: salta la corrente e, quando ritorna, le CPE vengono<br>
> su prima che il router venga su.<br>
<br>
Uhm e perche' questo ordine di accensione causa un problema?<br>
<br>
Clauz<br>
<br>
<br>
______________________________<wbr>_________________<br>
Wireless mailing list<br>
<a href="mailto:Wireless@ml.ninux.org" target="_blank">Wireless@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/<wbr>listinfo/wireless</a><br>
</div>
</span></font>
</div>

<br>______________________________<wbr>_________________<br>
Wireless mailing list<br>
<a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/wireless" rel="noreferrer" target="_blank">http://ml.ninux.org/mailman/<wbr>listinfo/wireless</a><br>
<br></blockquote></div></div>