[Ninux-Wireless] Prevenire disservizi con un ritardo

[Alessandro Gnagni]

c'è uno switch tra cpe e router? come è configurata?

Il 15 ott 2016 5:15 PM, "federico la morgia" <super_treje a hotmail.com> ha
scritto:

> Con andrea ho notato che riavviando solo la cpe il problema si risolve.
>
> la cpe dovrebbe tenere airos 5.6.9.
>
>
> Federico.
> ------------------------------
> *Da:* wireless-bounces a ml.ninux.org <wireless-bounces a ml.ninux.org> per
> conto di Alessandro Gnagni <alessandro a gnagni.it>
> *Inviato:* venerdì 14 ottobre 2016 23.46.03
> *A:* wireless a ml.ninux.org
> *Oggetto:* Re: [Ninux-Wireless] Prevenire disservizi con un ritardo
>
>
> devi riavviare il router o le cpe quando succede? che firmware stai usando?
>
> Il 14 ott 2016 22:42, "federico la morgia" <super_treje a hotmail.com> ha
> scritto:
>
>> Ale la cosa che mi ha fatto notare Andrea è questa, quando sono in
>> ufficio "succede" qualche cosa per cui se non riavvio la cpe lui non riesce
>> ad uscire su internet.
>> L'unico motivo, credo, del problema potrebbe forse essere un momentaneo
>> sbalzo di corrente e come riparte il tutto antenna e router non si
>> "accoppiano" correttamente e basta riavviare  la cpe e tutto si risolve.
>> Il motivo vero non lo conosco, lascio parlare voi che siete più esperti
>> di reti di me.
>>
>> Federico
>>
>> Ottieni Outlook per Android <https://aka.ms/ghei36>
>>
>>
>>
>> On Fri, Oct 14, 2016 at 9:03 PM +0200, "Alessandro Gnagni" <
>> alessandro a gnagni.it> wrote:
>>
>> 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.
>>
>> Il 14 ott 2016 17:21, "federico la morgia" <super_treje a hotmail.com> ha
>> scritto:
>>
>>> Pare che quando parte per prima la cpu piuttosto che il router il tutto
>>> non funziona.
>>>
>>> Devo ancora avere il tempo per fare 2 test sul mio nodo, cioè
>>>
>>>
>>> 1) riavviare solo la cpe e vedere se il routing funziona
>>>
>>> 2) riavviare solo l'edgerouter e vedere se il routing funziona
>>>
>>>
>>> Fatti questi test posso capire meglio cosa va e cosa no, in più potrei
>>> anche fare la prova nel vedere se con un watchdog verso un ip locale
>>> risolvo, senza dover essere obbligato a pingare un ip pubblico.
>>>
>>>
>>> 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 è.
>>>
>>>
>>> Federico.
>>> ------------------------------
>>> *Da:* wireless-bounces a ml.ninux.org <wireless-bounces a ml.ninux.org> per
>>> conto di Claudio Pisa <clauz a ninux.org>
>>> *Inviato:* giovedì 13 ottobre 2016 17.18.19
>>> *A:* wireless a ml.ninux.org
>>> *Oggetto:* Re: [Ninux-Wireless] Prevenire disservizi con un ritardo
>>>
>>> On 10/09/2016 03:07 PM, Andrea Grillini wrote:
>>> > Problema emerso a Roma, era saltato il routing tra me e il nodo a cui
>>> > sono connesso.
>>> > Scenario tipico: salta la corrente e, quando ritorna, le CPE vengono
>>> > su prima che il router venga su.
>>>
>>> Uhm e perche' questo ordine di accensione causa un problema?
>>>
>>> Clauz
>>>
>>>
>>> _______________________________________________
>>> Wireless mailing list
>>> Wireless a ml.ninux.org
>>> http://ml.ninux.org/mailman/listinfo/wireless
>>>
>>> _______________________________________________
>>> Wireless mailing list
>>> Wireless a ml.ninux.org
>>> http://ml.ninux.org/mailman/listinfo/wireless
>>>
>>>
>> _______________________________________________
>> Wireless mailing list
>> Wireless a ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/wireless
>>
>>
> _______________________________________________
> Wireless mailing list
> Wireless a ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://ml.ninux.org/pipermail/wireless/attachments/20161016/755f7f7a/attachment-0001.html>