Re: [Ninux-Wireless] Prevenire disservizi con un ritardo
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 per conto di Matteo Pedani 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 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> mailto:wireless-boun...@ml.ninux.org>> per conto di Matteo Pedani 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 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 phone +39 0699341466 phone +39 069415152 ___ 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
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 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 per > conto di Matteo Pedani > *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
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 per conto di Matteo Pedani 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 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 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
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
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 per conto di Alessandro Gnagni 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" 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> mailto:wireless-boun...@ml.ninux.org>> per conto di Alessandro Gnagni 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" 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> mailto:wireless-boun...@ml.ninux.org>> per conto di Alessandro Gnagni 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" 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" 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" 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> mailto:wireless-boun...@ml.ninux.org>> per conto di Claudio Pisa 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
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" 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 per > conto di Alessandro Gnagni > *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" 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 per >> conto di Alessandro Gnagni >> *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" 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" 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 >> >> > ___ > 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
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 per conto di Alessandro Gnagni 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" 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> mailto:wireless-boun...@ml.ninux.org>> per conto di Alessandro Gnagni 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" 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" 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" 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> mailto:wireless-boun...@ml.ninux.org>> per conto di Claudio Pisa 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
c'è uno switch tra cpe e router? come è configurata? Il 15 ott 2016 5:15 PM, "federico la morgia" 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 per > conto di Alessandro Gnagni > *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" 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" 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 > > ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Prevenire disservizi con un ritardo
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 per conto di Alessandro Gnagni 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" 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" 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" 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> mailto:wireless-boun...@ml.ninux.org>> per conto di Claudio Pisa 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
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
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 <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" 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
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" 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" 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> mailto:wireless-boun...@ml.ninux.org>> per conto di Claudio Pisa 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
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
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] 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
Re: [Ninux-Wireless] Prevenire disservizi con un ritardo
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 per conto di sal 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
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
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
