Re: [Ninux-Wireless] Prevenire disservizi con un ritardo

[Alessandro Gnagni]

devi riavviare il router o le cpe quando succede? che firmware stai usando?

Il 14 ott 2016 22:42, "federico la morgia"  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 
>
>
>
> On Fri, Oct 14, 2016 at 9:03 PM +0200, "Alessandro Gnagni" <
> alessan...@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"  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-boun...@ml.ninux.org  per
>> conto di Claudio Pisa 
>> *Inviato:* giovedì 13 ottobre 2016 17.18.19
>> *A:* wireless@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@ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/wireless
>>
>> ___
>> Wireless mailing list
>> Wireless@ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/wireless
>>
>>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Prevenire disservizi con un ritardo

[federico la morgia]

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



On Fri, Oct 14, 2016 at 9:03 PM +0200, "Alessandro Gnagni" 
> 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" 
> 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-boun...@ml.ninux.org 
> per conto 
di Claudio Pisa >
Inviato: giovedì 13 ottobre 2016 17.18.19
A: wireless@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@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Prevenire disservizi con un ritardo

[Alessandro Gnagni]

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"  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-boun...@ml.ninux.org  per
> conto di Claudio Pisa 
> *Inviato:* giovedì 13 ottobre 2016 17.18.19
> *A:* wireless@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@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Prevenire disservizi con un ritardo

[federico la morgia]

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-boun...@ml.ninux.org  per conto di 
Claudio Pisa 
Inviato: giovedì 13 ottobre 2016 17.18.19
A: wireless@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@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] N-Day, ipotesi di rimandare

[Saverio Proto]

http://wiki.ninux.org/NinuxDay2016

Confermato 26-27 Novembre 2016

diamoci una mossa !!!

Saverio


Il 13 ottobre 2016 13:09, Leonardo Maccari  ha scritto:
> Ciao Lista,
>
> da Firenze per vari motivi stiamo pensando di rimandare il ninux-day,
> dal fine settimana del ponte ad un altro fine settimana di novembre
> da confermare.
>
> Questo principalmente per via di ritardi accumulati ed anche per una
> generale poca partecipazione.
>
> Spero che questo non causi problemi a nessuno con macchine/treni gia'
> prenotati.
>
> Tra poco avremo delle nuove date e saremo piu' proattivi in lista.
>
> ciao,
> leonardo.
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless