Re: [Ninux-Wireless] OLSR o solo troppa distanza...
Ok la regola funziona ma non sarebbe meglio essere più selettivi dicendo di bloccare il mac e la relativa porta di olsr? così non tronco tutto quello che arriva da quel mac? Ciao Il giorno 22 giugno 2010 20.53, Enrico Lorenzoni reis...@gmail.com ha scritto: Ciao, la butto lì. Se con iptables bloccassi i pacchetti in entrata sulla specifica porta di OLSR provenienti dal nodo con cui non vuoi comunicare direttamente?? Così facendo è come se non lo vedessi direttamente..quindi olsr stabilirà una nuova rotta passandro tramite l'altro nodo (spero di aver capito bene il problema) iptables -A INPUT -m mac --mac-source XX:XX:XX:XX:XX:XX -j DROP ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] OLSR o solo troppa distanza...
Certo, ed il tuo scopo è propro quello :) Il traffico di quel nodoA ti arriverà dopo esser passato dal nodoB intermedio, quindi con il mac del nodoB ;) On gio, giu 24, 2010 at 12:11:15 +0200, Filippo Sallemi wrote: Ok la regola funziona ma non sarebbe meglio essere più selettivi dicendo di bloccare il mac e la relativa porta di olsr? così non tronco tutto quello che arriva da quel mac? Ciao Il giorno 22 giugno 2010 20.53, Enrico Lorenzoni reis...@gmail.com ha scritto: Ciao, la butto lì. Se con iptables bloccassi i pacchetti in entrata sulla specifica porta di OLSR provenienti dal nodo con cui non vuoi comunicare direttamente?? Così facendo è come se non lo vedessi direttamente..quindi olsr stabilirà una nuova rotta passandro tramite l'altro nodo (spero di aver capito bene il problema) iptables -A INPUT -m mac --mac-source XX:XX:XX:XX:XX:XX -j DROP ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Antonio Quartulli ..each of us alone is worth nothing.. Ernesto Che Guevara ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] OLSR o solo troppa distanza...
Ciao a tutti,
Il problema é definito in letteratura come gray zone.
Ovvero, come accennava Saverio é dovuto al fatto che olsr spedisce i suoi
messaggi di hello (usati per calcolare la metrica ETX) a cavallo di pacchetti
broadcast. Questi pacchetti, dovendo essere ricevuti da tutti i nodi in ascolto
sono inviati al rate più basso (nel caso di 802.11b é 1Mb/s). Ciò si traduce
fisicamente in una modulazione più semplice e ovviamente più robusta. È per
questo che olsr rileva un LQ:1 ma i pacchetti unicast da 1000 byes non passano.
Il LinkQualityMult, anche se é una zozzata, dovrebbe risolvere il problema.
Ciao
Nino
ZioPRoTo (Saverio Proto) ziopr...@gmail.com wrote:
Qualcosa c'era ma non ricordo con esattezza. Mi pare si potesse aggiungere
un peso al singolo link in modo da alterare la metrica automatica di olsr;
ponendo un valore molto alto nella pratica disabiliti il link problematico a
meno che non rimane link unico del nodo.
Si chiama LinkQualityMult e si configura nel blocco Interface:
Interface ath0
{
LinkQualityMult default 0,90
}
In pratica questo valore viene moltiplicato per LQ nel calcolo
dell'ETX, facendo quindi salire arbitrariamente il valore di ETX (che
va da 1 a infinito come range)
Se cercate negli archivi della lista olsr-dev troverete discussione
lunghissime sul perché usare o non usare mai assolutamente questo
parametro.
Il default nella config, sta a dire che potete anche usare un
Multiplier per una SINGOLA rotta invece che per tutte le rotte verso
quel nodo.
In sintesi, personalmente ritengo che sia un parametro utilizzabile in
casi specifici ed nel caso in cui siamo una singola persona ad
amministrare tutta la rete. In una rete come Freifunk dove ci sono
600+ nodi e 400+ amministratori di nodi, un parametro così messo
arbitrariamente su n router fa un casino pazzesco :)
Saverio
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] OLSR o solo troppa distanza...
Ciao Ragazzi, ho un problema che più che altro è diventato curiosità: Ho 2 nodi A, B e C tutti configurati per funzionare con OLSR. Lo schema seguente specifica come teoricamente dovrebbero dunzionare i nodi [Nodo A]--- 1.00 Km [Nodo B]--- 2.00 Km -[Nodo C] Nodo A e Nodo C sono praticamente installati sul lungo mare, invece il Nodo B è rientrato rispetto agli altri di circa 200 m, Quindi per ovvie ragioni il nodo A e il nodo B sono in totale visibilità radio e senza alcuna ostruzione, cosa che non vale per il nodo B. Adesso il Nodo A è in grado di vedere e raggiungere con qualità massima il nodo B, e il nodo C vede solo il nodo A. Perchè anche se A e C si vedono con LQ:1.00 e NLQ:1.00 e si riescono a pingare con tempi che vanno dai 3 agli 8 ms non riesco comunque ad entrare tramite ssh? Ho anche controllato che non sia un problema del Nodo C in quanto ho installato un nodo temporaneo a circa 500 mt dal nodo C e sono riuscino a raggiungerlo senza alcun problema. Adesso il problema lo risolvo facilmente installando un nodo intermedio ma non riesco a capire come è possibile avere il ping perfetto ma non instaurare un collegamento con il nodo. Qualcuno può delucidarmi su questa cosa? Grazie Ciao -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] OLSR o solo troppa distanza...
Hai perfettamente ragione con un ping -s 1000 non riesco a raggiungere per niente il nodo B... il problema adesso rimane come fare a far capire a olsr che cmq non è una buona rotta da usare come gateway. Eiste un parametro di olsr che mi peremetta di fare ciò? Ciao Il giorno 22 giugno 2010 17.20, Gioacchino Mazzurco gmazzurc...@gmail.comha scritto: dipende dalla dimensione dei pacchetti i pacchetti del ping sono molto piccoli e passano bene anche con scarso segnale, anche quelli di olsrd sono abbastanza piccoli ( specie se la rete e' composta da pochi nodi immagino ) se vuoi fare dei test di ping e avere un idea piu' realistica di quello che succede con pacchetti di altro genere prova ping -s 1000 192.168.0.1 considera che a volte succede che riesci a entrare con ssh o telnet e poi appena dai un comando che da un output sostanzioso tipo ls o ps cade la connessione ( questo specialmente se hai problemi di mtu ) Il giorno 22 giugno 2010 15.53, Filippo Sallemi tonyp...@gmail.com ha scritto: Ciao Ragazzi, ho un problema che più che altro è diventato curiosità: Ho 2 nodi A, B e C tutti configurati per funzionare con OLSR. Lo schema seguente specifica come teoricamente dovrebbero dunzionare i nodi [Nodo A]--- 1.00 Km [Nodo B]--- 2.00 Km -[Nodo C] Nodo A e Nodo C sono praticamente installati sul lungo mare, invece il Nodo B è rientrato rispetto agli altri di circa 200 m, Quindi per ovvie ragioni il nodo A e il nodo B sono in totale visibilità radio e senza alcuna ostruzione, cosa che non vale per il nodo B. Adesso il Nodo A è in grado di vedere e raggiungere con qualità massima il nodo B, e il nodo C vede solo il nodo A. Perchè anche se A e C si vedono con LQ:1.00 e NLQ:1.00 e si riescono a pingare con tempi che vanno dai 3 agli 8 ms non riesco comunque ad entrare tramite ssh? Ho anche controllato che non sia un problema del Nodo C in quanto ho installato un nodo temporaneo a circa 500 mt dal nodo C e sono riuscino a raggiungerlo senza alcun problema. Adesso il problema lo risolvo facilmente installando un nodo intermedio ma non riesco a capire come è possibile avere il ping perfetto ma non instaurare un collegamento con il nodo. Qualcuno può delucidarmi su questa cosa? Grazie Ciao -- Filippo Sallemi ___ 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 -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] OLSR o solo troppa distanza...
Ciao, la butto lì. Se con iptables bloccassi i pacchetti in entrata sulla specifica porta di OLSR provenienti dal nodo con cui non vuoi comunicare direttamente?? Così facendo è come se non lo vedessi direttamente..quindi olsr stabilirà una nuova rotta passandro tramite l'altro nodo (spero di aver capito bene il problema) iptables -A INPUT -m mac --mac-source XX:XX:XX:XX:XX:XX -j DROP ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] OLSR o solo troppa distanza...
Il giorno 22 giugno 2010 17.25, Filippo Sallemi tonyp...@gmail.com ha scritto: Hai perfettamente ragione con un ping -s 1000 non riesco a raggiungere per niente il nodo B... il problema adesso rimane come fare a far capire a olsr che cmq non è una buona rotta da usare come gateway. Eiste un parametro di olsr che mi peremetta di fare ciò? Qualcosa c'era ma non ricordo con esattezza. Mi pare si potesse aggiungere un peso al singolo link in modo da alterare la metrica automatica di olsr; ponendo un valore molto alto nella pratica disabiliti il link problematico a meno che non rimane link unico del nodo. Ciao Il giorno 22 giugno 2010 17.20, Gioacchino Mazzurco gmazzurc...@gmail.com ha scritto: dipende dalla dimensione dei pacchetti i pacchetti del ping sono molto piccoli e passano bene anche con scarso segnale, anche quelli di olsrd sono abbastanza piccoli ( specie se la rete e' composta da pochi nodi immagino ) se vuoi fare dei test di ping e avere un idea piu' realistica di quello che succede con pacchetti di altro genere prova ping -s 1000 192.168.0.1 considera che a volte succede che riesci a entrare con ssh o telnet e poi appena dai un comando che da un output sostanzioso tipo ls o ps cade la connessione ( questo specialmente se hai problemi di mtu ) Il giorno 22 giugno 2010 15.53, Filippo Sallemi tonyp...@gmail.com ha scritto: Ciao Ragazzi, ho un problema che più che altro è diventato curiosità: Ho 2 nodi A, B e C tutti configurati per funzionare con OLSR. Lo schema seguente specifica come teoricamente dovrebbero dunzionare i nodi [Nodo A]--- 1.00 Km [Nodo B]--- 2.00 Km -[Nodo C] Nodo A e Nodo C sono praticamente installati sul lungo mare, invece il Nodo B è rientrato rispetto agli altri di circa 200 m, Quindi per ovvie ragioni il nodo A e il nodo B sono in totale visibilità radio e senza alcuna ostruzione, cosa che non vale per il nodo B. Adesso il Nodo A è in grado di vedere e raggiungere con qualità massima il nodo B, e il nodo C vede solo il nodo A. Perchè anche se A e C si vedono con LQ:1.00 e NLQ:1.00 e si riescono a pingare con tempi che vanno dai 3 agli 8 ms non riesco comunque ad entrare tramite ssh? Ho anche controllato che non sia un problema del Nodo C in quanto ho installato un nodo temporaneo a circa 500 mt dal nodo C e sono riuscino a raggiungerlo senza alcun problema. Adesso il problema lo risolvo facilmente installando un nodo intermedio ma non riesco a capire come è possibile avere il ping perfetto ma non instaurare un collegamento con il nodo. Qualcuno può delucidarmi su questa cosa? Grazie Ciao -- Filippo Sallemi ___ 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 -- Filippo Sallemi ___ 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] OLSR o solo troppa distanza...
Searching... Il giorno 22 giugno 2010 20.45, Michele Favara Pedarsi m...@meganetwork.orgha scritto: Il giorno 22 giugno 2010 17.25, Filippo Sallemi tonyp...@gmail.com ha scritto: Hai perfettamente ragione con un ping -s 1000 non riesco a raggiungere per niente il nodo B... il problema adesso rimane come fare a far capire a olsr che cmq non è una buona rotta da usare come gateway. Eiste un parametro di olsr che mi peremetta di fare ciò? Qualcosa c'era ma non ricordo con esattezza. Mi pare si potesse aggiungere un peso al singolo link in modo da alterare la metrica automatica di olsr; ponendo un valore molto alto nella pratica disabiliti il link problematico a meno che non rimane link unico del nodo. Ciao Il giorno 22 giugno 2010 17.20, Gioacchino Mazzurco gmazzurc...@gmail.com ha scritto: dipende dalla dimensione dei pacchetti i pacchetti del ping sono molto piccoli e passano bene anche con scarso segnale, anche quelli di olsrd sono abbastanza piccoli ( specie se la rete e' composta da pochi nodi immagino ) se vuoi fare dei test di ping e avere un idea piu' realistica di quello che succede con pacchetti di altro genere prova ping -s 1000 192.168.0.1 considera che a volte succede che riesci a entrare con ssh o telnet e poi appena dai un comando che da un output sostanzioso tipo ls o ps cade la connessione ( questo specialmente se hai problemi di mtu ) Il giorno 22 giugno 2010 15.53, Filippo Sallemi tonyp...@gmail.com ha scritto: Ciao Ragazzi, ho un problema che più che altro è diventato curiosità: Ho 2 nodi A, B e C tutti configurati per funzionare con OLSR. Lo schema seguente specifica come teoricamente dovrebbero dunzionare i nodi [Nodo A]--- 1.00 Km [Nodo B]--- 2.00 Km -[Nodo C] Nodo A e Nodo C sono praticamente installati sul lungo mare, invece il Nodo B è rientrato rispetto agli altri di circa 200 m, Quindi per ovvie ragioni il nodo A e il nodo B sono in totale visibilità radio e senza alcuna ostruzione, cosa che non vale per il nodo B. Adesso il Nodo A è in grado di vedere e raggiungere con qualità massima il nodo B, e il nodo C vede solo il nodo A. Perchè anche se A e C si vedono con LQ:1.00 e NLQ:1.00 e si riescono a pingare con tempi che vanno dai 3 agli 8 ms non riesco comunque ad entrare tramite ssh? Ho anche controllato che non sia un problema del Nodo C in quanto ho installato un nodo temporaneo a circa 500 mt dal nodo C e sono riuscino a raggiungerlo senza alcun problema. Adesso il problema lo risolvo facilmente installando un nodo intermedio ma non riesco a capire come è possibile avere il ping perfetto ma non instaurare un collegamento con il nodo. Qualcuno può delucidarmi su questa cosa? Grazie Ciao -- Filippo Sallemi ___ 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 -- Filippo Sallemi ___ 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 -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] OLSR o solo troppa distanza...
Qualcosa c'era ma non ricordo con esattezza. Mi pare si potesse aggiungere
un peso al singolo link in modo da alterare la metrica automatica di olsr;
ponendo un valore molto alto nella pratica disabiliti il link problematico a
meno che non rimane link unico del nodo.
Si chiama LinkQualityMult e si configura nel blocco Interface:
Interface ath0
{
LinkQualityMult default 0,90
}
In pratica questo valore viene moltiplicato per LQ nel calcolo
dell'ETX, facendo quindi salire arbitrariamente il valore di ETX (che
va da 1 a infinito come range)
Se cercate negli archivi della lista olsr-dev troverete discussione
lunghissime sul perché usare o non usare mai assolutamente questo
parametro.
Il default nella config, sta a dire che potete anche usare un
Multiplier per una SINGOLA rotta invece che per tutte le rotte verso
quel nodo.
In sintesi, personalmente ritengo che sia un parametro utilizzabile in
casi specifici ed nel caso in cui siamo una singola persona ad
amministrare tutta la rete. In una rete come Freifunk dove ci sono
600+ nodi e 400+ amministratori di nodi, un parametro così messo
arbitrariamente su n router fa un casino pazzesco :)
Saverio
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
