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  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>> per conto 
di Matteo Pedani mailto: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 
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
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 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  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

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  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
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] Proposta incontri.. [era Prevenire disservizi con un ritardo]

2016-10-17 Per discussione Matteo Pedani 
Perché non facciamo una giorno nel fine settimana.
Ad esempio da domenica mattina  fino  a notte fonda.
Io posso mettere a disposizione casa mia se vi va ognuno porta qualcosa per
mangiare, e così i più vecchietti che hanno i figli possono venire e
divertirsi anche loro.

Per lo streaming video farei così la mattina prepariamo una raspberry con
telecamera  e poi il pomeriggio iniziamo lo streaming in modo che le
possiamo usare anche per il ninux day.



Il giorno 16 ottobre 2016 02:21, BornAgain 
ha scritto:

> Prendendo spunto da questo da questo thread e per ravvivare un pò la
> situazione generale di incontri e skill sharing.
>
> Alla decima email su uno stesso argomento la discussione si sposta dal
> vivo con un bel brainstorming di una serata organizzato a rotazione in
> un paio di posti individuati sparsi per Roma.
>
> Contemporaneamente Streaming iniettato in ninux per le altre isole e
> per chi si trova a X chilometri dall'evento.
>
> A valle della serata organizzata e soluzione trovata chi ha posto il
> problema butta sul wiki il tutto (e magari perchè no lo realizza)
>
> *
> Con questo ci ravviviamo un pò la situazione che almeno qui vedo un pò
> calante e rafforziamo alcuni punti:
>
> 1- si prende un determinato problema, lo si sviscera e si trova tutti
> insieme una soluzione. rafforzando la community
>
> 2- Ruotiamo tra differenti zone della città, evitando sbattimenti di
> decine di chilometri sempre a chi viene dalle stesse parti.
> Intercettiamo attraversiamo più luoghi, incontriamo più persone e magari
> attraiamo gente nuova
>
> 3- Streaming .. si, e solo dentro ninux, così si cerca di migliorare i
> link esistenti, e magari metterne di nuovi.
>
> 4- Wiki: Iniziamo a riorganizzare il wiki e i suoi contenuti con un tot
> di roba nuova
>
>
> ho detto la mia..
>
>
> 
> BornAgain
>
> bornagain [at] autoproduzioni.net
>
> Nodi su rete wireless comunitaria Ninux.org
> http://map.ninux.org/select/reggiocalbornagain/
> http://map.ninux.org/select/romapandora/
> ed altri ..
>
> Il 09/10/2016 15:07, Andrea Grillini ha scritto:
> > 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.
> > Segue l'URL per una soluzione pronta all'uso (ritardo da mettere sulla
> > multipresa che passa corrente alle CPE.
> >
> > http://www.banggood.com/H3Y-2-220V-Power-On-Time-Delay-
> Relay-Solid-State-Timer-DPDT-Socket-p-909190.html
> >
> >
> > A.
> > ___
> > 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
>



-- 
*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 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  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>> per conto 
di Alessandro Gnagni mailto: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" 
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>> per conto 
di Alessandro Gnagni mailto: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" 
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



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>> per conto 
di Claudio Pisa mailto: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-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"  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 
>>>
>>>
>>>
>>> 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] Proposta incontri.. [era Prevenire disservizi con un ritardo]

2016-10-17 Per discussione federico la morgia 
Poco male ipv4 o ipv6, tanto se non lo trasmettete anche verso i peering io da 
casa mia non lo vedo che pur ricollegando 4 nodi ninux di roma ovest, comunque 
ancora siamo segmentati verso ovest.
In ogni modo sfruttare i peering attuali sia in ipv4 che in ipv6, secondo me, 
sarebbe il "non plus ultra" in modo tale da utilizzare tutta la rete ninux in 
ogni sua sfaccettatura, sia di protocollo di indirizzamento (appunto ipv4 ed 
ipv6), che di interconnettività (cioè rete interna e rete esterna a ninux).


Per le isole potrebbero utilizzare il vpn isole e iniettarci il traffico, se 
possibile ma spero di si, proveniente da roma.


Che ne dite come prova per vedere com'è questa rete ninux ?


Da: wireless-boun...@ml.ninux.org  per conto di 
Saverio Proto 
Inviato: domenica 16 ottobre 2016 15.11.00
A: wireless
Oggetto: Re: [Ninux-Wireless] Proposta incontri.. [era Prevenire disservizi con 
un ritardo]


facciamo almeno IPv6 only non solo dentro Ninux

Il 16 ott 2016 2:19 PM, "BornAgain" 
mailto:bornag...@autoproduzioni.net>> ha scritto:


Il 16/10/2016 12:02, Enrico La Cava ha scritto:
>
>
> Il giorno dom 16 ott 2016 alle ore 02:21 BornAgain
> mailto:bornag...@autoproduzioni.net> 
> >> ha
> scritto:
>
>
> 2- Ruotiamo tra differenti zone della città, evitando sbattimenti di
> decine di chilometri sempre a chi viene dalle stesse parti.
> Intercettiamo attraversiamo più luoghi, incontriamo più persone e magari
> attraiamo gente nuova
>
>
> Si, vi prego! Per me arrivare a Casilina è impossibile.

In che zona stai?

Perchè non provi a vedere posti dove ci si potrebbe vedere dalle tue parti?


BornAgain

bornagain [at] autoproduzioni.net

Nodi su rete wireless comunitaria Ninux.org
http://map.ninux.org/select/reggiocalbornagain/
http://map.ninux.org/select/romapandora/
ed altri ..

>
>
> ___
> 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  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>> per conto 
di Alessandro Gnagni mailto: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" 
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



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>> per conto 
di Claudio Pisa mailto: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