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

2016-10-17 Per discussione federico la morgia
edgerouter 3 porte, sul tetto 4 antenne, cavo verso isp su altra subnet, non mi 
pare che si possa liberare nulla !


Da: wireless-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org> per conto di 
Matteo Pedani <mat...@pedani.it>
Inviato: lunedì 17 ottobre 2016 23.20.24
A: wireless@ml.ninux.org
Oggetto: Re: [Ninux-Wireless] Prevenire disservizi con un ritardo

Lo switch lo usi verso casa e liberi le porte dell edgerouter per le antenne

Il giorno 17 ottobre 2016 22:38, federico la morgia 
<super_tr...@hotmail.com<mailto:super_tr...@hotmail.com>> ha scritto:

Visto che il numero di porte sull'edgerouter libera per le antenne è 1 sola 
attacco e stacco i 4 cavi delle 4 antenne uno alla volta man mano che mi 
arrivano i pacchetti ip dal resto della rete piuttosto che utilizzare uno 
switch ???


Da: wireless-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org> 
<wireless-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org>> per conto 
di Matteo Pedani <mat...@pedani.it<mailto:mat...@pedani.it>>
Inviato: lunedì 17 ottobre 2016 18.17.01
A: wireless@ml.ninux.org<mailto:wireless@ml.ninux.org>
Oggetto: Re: [Ninux-Wireless] Prevenire disservizi con un ritardo

ATTENZIONE  se le antenne sono in bridge togli lo swith antenne.
(il mio consiglio toglilo comunque perché non sai ma che faranno gli altri in 
futuro)
Basta che anche gli altri ne abbiano uno   che si crea un loop a livello 2.
Ed il sintomo è che ogni tanto (spesso) si creano dei rallentamenti della rete.
Attacca le antenne direttamente sull'edgerouter,(senza mettere le porte come 
switch ma facendo routing e riservando qualche ip per ogni porta)
Tra l'altro a meno che non controlli il traffico a livello 2 non ti accorgi del 
perché.

Il motivo  è questo. 
http://www.omnisecu.com/cisco-certified-network-associate-ccna/what-is-broadcast-storm.php

Alla accenzione delle macchine vengono generati molti pacchetti broadcast. 
quindi probabilmente, la banda viene saturata.



Matteo



Il giorno 17 ottobre 2016 14:08, federico la morgia 
<super_tr...@hotmail.com<mailto:super_tr...@hotmail.com>> ha scritto:

c'è uno switch ma di quelli "stupidi" da 8 porte, credo uno da 30EUR della 
Netgear, che avevo buttato da una parte ed ho utilizzato perché non avevo una 
routerboard con un numero di porte a sufficienza.


in pratica il mio nodo è un classico :

antenne <-> switch tetto <-> edgerouter

--
Matteo Pedani

www.pedani.it<http://www.pedani.it>
mobile +39  3343637690<tel:%2B39%C2%A0%203343637690>
phone +39 0699341466<tel:%2B39%200699341466>
phone +39 069415152<tel:%2B39%20069415152>




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




--
Matteo Pedani

www.pedani.it<http://www.pedani.it>
mobile +39  3343637690
phone +39 0699341466
phone +39 069415152



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


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

2016-10-17 Per discussione Matteo Pedani
Lo switch lo usi verso casa e liberi le porte dell edgerouter per le antenne

Il giorno 17 ottobre 2016 22:38, federico la morgia <super_tr...@hotmail.com
> ha scritto:

> Visto che il numero di porte sull'edgerouter libera per le antenne è 1
> sola attacco e stacco i 4 cavi delle 4 antenne uno alla volta man mano che
> mi arrivano i pacchetti ip dal resto della rete piuttosto che utilizzare
> uno switch ???
> --
> *Da:* wireless-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org> per
> conto di Matteo Pedani <mat...@pedani.it>
> *Inviato:* lunedì 17 ottobre 2016 18.17.01
> *A:* wireless@ml.ninux.org
> *Oggetto:* Re: [Ninux-Wireless] Prevenire disservizi con un ritardo
>
> ATTENZIONE  se le antenne sono in bridge togli lo swith antenne.
> (il mio consiglio toglilo comunque perché non sai ma che faranno gli altri
> in futuro)
> Basta che anche gli altri ne abbiano uno   che si crea un loop a livello 2.
> Ed il sintomo è che ogni tanto (spesso) si creano dei rallentamenti della
> rete.
> Attacca le antenne direttamente sull'edgerouter,(senza mettere le porte
> come switch ma facendo routing e riservando qualche ip per ogni porta)
> Tra l'altro a meno che non controlli il traffico a livello 2 non ti
> accorgi del perché.
>
> Il motivo  è questo. http://www.omnisecu.com/cisco-
> certified-network-associate-ccna/what-is-broadcast-storm.php
>
> Alla accenzione delle macchine vengono generati molti pacchetti broadcast.
> quindi probabilmente, la banda viene saturata.
>
>
>
> Matteo
>
>
>
> Il giorno 17 ottobre 2016 14:08, federico la morgia <
> super_tr...@hotmail.com> ha scritto:
>
>> c'è uno switch ma di quelli "stupidi" da 8 porte, credo uno da 30€ della
>> Netgear, che avevo buttato da una parte ed ho utilizzato perché non avevo
>> una routerboard con un numero di porte a sufficienza.
>>
>>
>> in pratica il mio nodo è un classico :
>>
>> antenne <-> switch tetto <-> edgerouter
>>
> --
> *Matteo Pedani*
>
> www.pedani.it
> mobile +39  3343637690
> phone +39 0699341466
> phone +39 069415152
>
>
>
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
>


-- 
*Matteo Pedani*

www.pedani.it
mobile +39  3343637690
phone +39 0699341466
phone +39 069415152
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless


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

2016-10-17 Per discussione federico la morgia
Visto che il numero di porte sull'edgerouter libera per le antenne è 1 sola 
attacco e stacco i 4 cavi delle 4 antenne uno alla volta man mano che mi 
arrivano i pacchetti ip dal resto della rete piuttosto che utilizzare uno 
switch ???


Da: wireless-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org> per conto di 
Matteo Pedani <mat...@pedani.it>
Inviato: lunedì 17 ottobre 2016 18.17.01
A: wireless@ml.ninux.org
Oggetto: Re: [Ninux-Wireless] Prevenire disservizi con un ritardo

ATTENZIONE  se le antenne sono in bridge togli lo swith antenne.
(il mio consiglio toglilo comunque perché non sai ma che faranno gli altri in 
futuro)
Basta che anche gli altri ne abbiano uno   che si crea un loop a livello 2.
Ed il sintomo è che ogni tanto (spesso) si creano dei rallentamenti della rete.
Attacca le antenne direttamente sull'edgerouter,(senza mettere le porte come 
switch ma facendo routing e riservando qualche ip per ogni porta)
Tra l'altro a meno che non controlli il traffico a livello 2 non ti accorgi del 
perché.

Il motivo  è questo. 
http://www.omnisecu.com/cisco-certified-network-associate-ccna/what-is-broadcast-storm.php

Alla accenzione delle macchine vengono generati molti pacchetti broadcast. 
quindi probabilmente, la banda viene saturata.



Matteo



Il giorno 17 ottobre 2016 14:08, federico la morgia 
<super_tr...@hotmail.com<mailto:super_tr...@hotmail.com>> ha scritto:

c'è uno switch ma di quelli "stupidi" da 8 porte, credo uno da 30EUR della 
Netgear, che avevo buttato da una parte ed ho utilizzato perché non avevo una 
routerboard con un numero di porte a sufficienza.


in pratica il mio nodo è un classico :

antenne <-> switch tetto <-> edgerouter

--
Matteo Pedani

www.pedani.it<http://www.pedani.it>
mobile +39  3343637690<tel:%2B39%C2%A0%203343637690>
phone +39 0699341466<tel:%2B39%200699341466>
phone +39 069415152<tel:%2B39%20069415152>



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


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

2016-10-17 Per discussione Matteo Pedani
ATTENZIONE  se le antenne sono in bridge togli lo swith antenne.
(il mio consiglio toglilo comunque perché non sai ma che faranno gli altri
in futuro)
Basta che anche gli altri ne abbiano uno   che si crea un loop a livello 2.
Ed il sintomo è che ogni tanto (spesso) si creano dei rallentamenti della
rete.
Attacca le antenne direttamente sull'edgerouter,(senza mettere le porte
come switch ma facendo routing e riservando qualche ip per ogni porta)
Tra l'altro a meno che non controlli il traffico a livello 2 non ti accorgi
del perché.

Il motivo  è questo.
http://www.omnisecu.com/cisco-certified-network-associate-ccna/what-is-broadcast-storm.php

Alla accenzione delle macchine vengono generati molti pacchetti broadcast.
quindi probabilmente, la banda viene saturata.



Matteo



Il giorno 17 ottobre 2016 14:08, federico la morgia  ha scritto:

> c'è uno switch ma di quelli "stupidi" da 8 porte, credo uno da 30€ della
> Netgear, che avevo buttato da una parte ed ho utilizzato perché non avevo
> una routerboard con un numero di porte a sufficienza.
>
>
> in pratica il mio nodo è un classico :
>
> antenne <-> switch tetto <-> edgerouter
>
-- 
*Matteo Pedani*

www.pedani.it
mobile +39  3343637690
phone +39 0699341466
phone +39 069415152
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless


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

2016-10-17 Per discussione federico la morgia
Quindi l'interfaccia è giù, l'antenna è già su con l'interfaccia e la vlan, e 
quando finalmente il router fa salire l'interfaccia non becca la vlan ?? e 
quindi riavviando la CPE è tutto ok ?!?!


Se ho capito male puoi riscrivermi per bene, passo passo, che succede e come 
fare per evitare tutto ciò ? Così almeno se bisogna attuare un semplice 
accorgimento software lo inseriamo direttamente nella guida del ground routing.


Grazie mille !



Federico.


Da: wireless-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org> per conto di 
Alessandro Gnagni <alessan...@gnagni.it>
Inviato: lunedì 17 ottobre 2016 14.43.23
A: wireless@ml.ninux.org
Oggetto: Re: [Ninux-Wireless] Prevenire disservizi con un ritardo


credo che il tuo problema dipenda dal fatto che la porta del router che va 
verso lo switch è giù quando si avvia il router.

Il 17 ott 2016 2:08 PM, "federico la morgia" 
<super_tr...@hotmail.com<mailto:super_tr...@hotmail.com>> ha scritto:

c'è uno switch ma di quelli "stupidi" da 8 porte, credo uno da 30€ della 
Netgear, che avevo buttato da una parte ed ho utilizzato perché non avevo una 
routerboard con un numero di porte a sufficienza.


in pratica il mio nodo è un classico :

antenne <-> switch tetto <-> edgerouter


Federico.


Da: wireless-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org> 
<wireless-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org>> per conto 
di Alessandro Gnagni <alessan...@gnagni.it<mailto:alessan...@gnagni.it>>
Inviato: domenica 16 ottobre 2016 01.02.04
A: wireless@ml.ninux.org<mailto:wireless@ml.ninux.org>
Oggetto: Re: [Ninux-Wireless] Prevenire disservizi con un ritardo


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

Il 15 ott 2016 5:15 PM, "federico la morgia" 
<super_tr...@hotmail.com<mailto:super_tr...@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-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org> 
<wireless-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org>> per conto 
di Alessandro Gnagni <alessan...@gnagni.it<mailto:alessan...@gnagni.it>>
Inviato: venerdì 14 ottobre 2016 23.46.03
A: wireless@ml.ninux.org<mailto:wireless@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_tr...@hotmail.com<mailto:super_tr...@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" 
<alessan...@gnagni.it<mailto: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" 
<super_tr...@hotmail.com<mailto:super_tr...@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-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org> 
<wireless-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org>> per conto 
di Claudio Pisa <cl...@ninux.org<mailto:cl...@ninux.org>>
Inviato: giovedì 13 ottobre 2016 17.18.19
A: wireless@ml.ninux.org<mailto:wireless@ml.ninux.org>
Oggetto: Re: [Ninux-Wireless] Prevenire disservizi con un ritardo

On 10/09/2016 03:07 PM, Andrea G

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

2016-10-17 Per discussione Alessandro Gnagni
credo che il tuo problema dipenda dal fatto che la porta del router che va
verso lo switch è giù quando si avvia il router.

Il 17 ott 2016 2:08 PM, "federico la morgia" <super_tr...@hotmail.com> ha
scritto:

> c'è uno switch ma di quelli "stupidi" da 8 porte, credo uno da 30€ della
> Netgear, che avevo buttato da una parte ed ho utilizzato perché non avevo
> una routerboard con un numero di porte a sufficienza.
>
>
> in pratica il mio nodo è un classico :
>
> antenne <-> switch tetto <-> edgerouter
>
>
> Federico.
> --
> *Da:* wireless-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org> per
> conto di Alessandro Gnagni <alessan...@gnagni.it>
> *Inviato:* domenica 16 ottobre 2016 01.02.04
> *A:* wireless@ml.ninux.org
> *Oggetto:* Re: [Ninux-Wireless] Prevenire disservizi con un ritardo
>
>
> c'è uno switch tra cpe e router? come è configurata?
>
> Il 15 ott 2016 5:15 PM, "federico la morgia" <super_tr...@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-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org> per
>> conto di Alessandro Gnagni <alessan...@gnagni.it>
>> *Inviato:* venerdì 14 ottobre 2016 23.46.03
>> *A:* wireless@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_tr...@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" <
>>> 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" <super_tr...@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-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org>
>>>> per conto di Claudio Pisa <cl...@ninux.org>
>>>> *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
>>
>>
> ___
> 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

2016-10-17 Per discussione federico la morgia
c'è uno switch ma di quelli "stupidi" da 8 porte, credo uno da 30€ della 
Netgear, che avevo buttato da una parte ed ho utilizzato perché non avevo una 
routerboard con un numero di porte a sufficienza.


in pratica il mio nodo è un classico :

antenne <-> switch tetto <-> edgerouter


Federico.


Da: wireless-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org> per conto di 
Alessandro Gnagni <alessan...@gnagni.it>
Inviato: domenica 16 ottobre 2016 01.02.04
A: wireless@ml.ninux.org
Oggetto: Re: [Ninux-Wireless] Prevenire disservizi con un ritardo


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

Il 15 ott 2016 5:15 PM, "federico la morgia" 
<super_tr...@hotmail.com<mailto:super_tr...@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-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org> 
<wireless-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org>> per conto 
di Alessandro Gnagni <alessan...@gnagni.it<mailto:alessan...@gnagni.it>>
Inviato: venerdì 14 ottobre 2016 23.46.03
A: wireless@ml.ninux.org<mailto:wireless@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_tr...@hotmail.com<mailto:super_tr...@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" 
<alessan...@gnagni.it<mailto: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" 
<super_tr...@hotmail.com<mailto:super_tr...@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-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org> 
<wireless-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org>> per conto 
di Claudio Pisa <cl...@ninux.org<mailto:cl...@ninux.org>>
Inviato: giovedì 13 ottobre 2016 17.18.19
A: wireless@ml.ninux.org<mailto: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<mailto:Wireless@ml.ninux.org>
http://ml.ninux.org/mailman/listinfo/wireless

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


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


___
Wireless mailing list
Wireless@ml.ninux.org<mailto: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

2016-10-15 Per discussione Alessandro Gnagni
c'è uno switch tra cpe e router? come è configurata?

Il 15 ott 2016 5:15 PM, "federico la morgia" <super_tr...@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-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org> per
> conto di Alessandro Gnagni <alessan...@gnagni.it>
> *Inviato:* venerdì 14 ottobre 2016 23.46.03
> *A:* wireless@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_tr...@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" <
>> 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" <super_tr...@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-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org> per
>>> conto di Claudio Pisa <cl...@ninux.org>
>>> *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
>
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless


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

2016-10-15 Per discussione federico la morgia
Con andrea ho notato che riavviando solo la cpe il problema si risolve.

la cpe dovrebbe tenere airos 5.6.9.


Federico.


Da: wireless-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org> per conto di 
Alessandro Gnagni <alessan...@gnagni.it>
Inviato: venerdì 14 ottobre 2016 23.46.03
A: wireless@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_tr...@hotmail.com<mailto:super_tr...@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" 
<alessan...@gnagni.it<mailto: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" 
<super_tr...@hotmail.com<mailto:super_tr...@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-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org> 
<wireless-boun...@ml.ninux.org<mailto:wireless-boun...@ml.ninux.org>> per conto 
di Claudio Pisa <cl...@ninux.org<mailto:cl...@ninux.org>>
Inviato: giovedì 13 ottobre 2016 17.18.19
A: wireless@ml.ninux.org<mailto: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<mailto:Wireless@ml.ninux.org>
http://ml.ninux.org/mailman/listinfo/wireless

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


___
Wireless mailing list
Wireless@ml.ninux.org<mailto: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

2016-10-15 Per discussione Massimiliano CARNEMOLLA

On 09/10/16 15:07, Andrea Grillini wrote:


Scenario tipico: salta la corrente e, quando ritorna, le CPE vengono
su prima che il router venga su.



Se per router intendi il dispositivo che dall'altra parte del link e' 
settato un modalita' master...



Sono del parere che ogni nodo debba avere almeno un dispositivo settato 
in modalita' master : in quei nodi dove hai solo CPE (nodi foglia di 
regola) non avrai mai copertura di Rete in quella zona.



Ci puo' stare che in qualunque punto della Rete qualcosa possa andare 
down...



Ma ogni dispositivo di ogni nodo dovrebbe essere in grado di ricreare la 
Rete, di linkarsi, indipendentemente da chi va prima o dopo giu/su e 
viceversa...

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


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

2016-10-14 Per discussione Alessandro Gnagni
devi riavviare il router o le cpe quando succede? che firmware stai usando?

Il 14 ott 2016 22:42, "federico la morgia" <super_tr...@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" <
> 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" <super_tr...@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-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org> per
>> conto di Claudio Pisa <cl...@ninux.org>
>> *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

2016-10-14 Per discussione 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<https://aka.ms/ghei36>



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

___
Wireless mailing list
Wireless@ml.ninux.org<mailto: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

2016-10-14 Per discussione 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" <super_tr...@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-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org> per
> conto di Claudio Pisa <cl...@ninux.org>
> *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

2016-10-14 Per discussione 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 <wireless-boun...@ml.ninux.org> per conto di 
Claudio Pisa <cl...@ninux.org>
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] Prevenire disservizi con un ritardo

2016-10-13 Per discussione Claudio Pisa
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


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

2016-10-10 Per discussione federico la morgia
Queste sere cerco di capire che succede al livello di rete quando il router ti 
si avvia dopo l'antenna e vedo se con un watchdog verso un particolare 
indirizzo ip interno alla mia rete possa risolvere il problema, così uno può 
evitare altro hardware aggiuntivo.
In ogni modo non sarebbe eccessivamente un problema mettere nelle nostre 
cassette affarini del genere.


Federico.


Da: wireless-boun...@ml.ninux.org <wireless-boun...@ml.ninux.org> per conto di 
sal <s...@keybit.net>
Inviato: domenica 9 ottobre 2016 17.49.03
A: wireless@ml.ninux.org
Oggetto: Re: [Ninux-Wireless] Prevenire disservizi con un ritardo

On Sun, Oct 09, 2016 at 03:07:18PM +0200, 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.

in questo caso hai valutato di mettere
un ritardo sw?

per evitare hw aggiuntivo
--sal;

___
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

2016-10-09 Per discussione Andrea Grillini
Sì, c'ho pensato al ritardo software. Ma non abbastanza perché frenato
dall'idea che i nuovi firmware sembrano fatti per essere lasciati come
stanno. Probabilmente mi sbaglio? Magari basta mettere uno sleep in
uno o più script che vengono eseguiti allo startup del sistema
operativo delle CPE?

Un possibile contro del ritardo software: interviene ad ogni riavvio
della CPE, cioè anche quando non servirebbe, facendoti aspettare
eventualmente un tempo supplementare senza che sia necessario.


A.

2016-10-09 17:49 GMT+02:00 sal :
> On Sun, Oct 09, 2016 at 03:07:18PM +0200, 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.
>
> in questo caso hai valutato di mettere
> un ritardo sw?
>
> per evitare hw aggiuntivo
> --sal;
>
> ___
> 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

2016-10-09 Per discussione sal
On Sun, Oct 09, 2016 at 03:07:18PM +0200, 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.

in questo caso hai valutato di mettere
un ritardo sw?

per evitare hw aggiuntivo
--sal;

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