[Ninux-Calabria] G in Ninux e 10.0.0.0/8 impiccione.
Giuseppe De Marco
demarcog83 a gmail.com
Dom 16 Feb 2014 00:15:40 UTC
Ragazzi non chiedetemi perchè...
...MA è bastato un reboot da remoto al G_Router per sbloccare la musciaria
di OLSR.
Praticamente lui singhiozzava e tra un tentennamento ed un altro, si
ricadeva nella calderone 10.0.0.0/8.
Inoltre su questo router ho visto funzionare per la prima volta olsr-viz !
L'ho comunque disinstallato per paranoia.
Il giorno 16 febbraio 2014 01:02, Giuseppe De Marco
<demarcog83 a gmail.com>ha scritto:
> Ragazzi oggi con G abbiamo tirato su il nodo,
> domani posto qualche fotina,
>
> nanobridge con padella da 25db (la 400, è gigante !), distanziata con un
> braccio da satellitare.
>
> routing a terra con tl-wr841N
>
> tutto bene, tranne qualche strana anomalia che ogni tanto mi lascia
> pensare:
>
> wert a maker:~$ tracepath -n 10.87.6.1
> 1: 10.87.7.139 0.141ms pmtu
> 1500
> 1: 10.87.7.27 0.666ms
> 1: 10.87.7.27 0.574ms
> 2: 172.17.87.2 5.447ms
> 3: 10.0.0.1 11.097ms
> 4: 172.17.87.2 14.952ms asymm
> 2
> 5: 10.0.0.1 5.482ms asymm
> 3
> 6: 172.17.87.2 11.164ms asymm
> 2
> 7: 10.0.0.1 8.140ms asymm
> 3
> 8: 172.17.87.2 9.703ms asymm
> 2
> 9: 10.0.0.1 10.729ms asymm
> 3
> 10: 172.17.87.2 10.368ms asymm
> 2
> 11: 10.0.0.1 13.713ms asymm
> 3
> 12: 172.17.87.2 14.090ms asymm
> 2
> 13: 10.0.0.1 14.536ms asymm
> 3
> 14: 172.17.87.2 8.583ms asymm
> 2
> 15: 10.0.0.1 8.611ms asymm
> 3
> 16: 172.17.87.2 23.389ms asymm
> 2
> 17: 10.0.0.1 16.739ms asymm
> 3
> 18: 10.87.6.1 10.123ms reached
> Resume: pmtu 1500 hops 18 back 62
>
> queste reti annunciate
>
> 10.0.0.0/24 172.17.87.2
> 10.0.0.0/8 172.17.87.2
>
> 10.0.0.0/8 catturara le rotte verso 10.87.x, quando un OLSR è più lento a
> rispondere o chissà per quale istante fatale.
>
> Che senso ha inoltre che 10.0.0.0/8 e 10.0.0.0/24 siano annunciate
> entrambe da 172.17.87.2 ?
> non basta 10.0.0.0/24 ?
>
> questo 10.0.0.0 diventa causa di loop quando un OLSR faglia un pochino.
>
> Immagino inoltre che con la CI le rotte possano essere calcolate secondo i
> vincoli delle connessioni fisiche e che, molto probabilmente, questo genere
> di episodi possano essere debellati.
>
> Ad ogni modo mi viene da pensare, sarà forse questo il motivo di quei
> momentanei ma misteriosi attimi di oscurità verso Ninux dalle postazioni in
> HL ?
>
> Ad ogni modo il problema si verifica nel mio router, quando non recepisce
> l'HNA di G_router. Di fatto alle volte ho la tabella come seguente, senza
> la 10.87.6
>
> root a Capizzanux:~# route -n | grep 10.87
> 10.87.3.0 172.17.87.4 255.255.255.0 UG 2 0 0
> eth1
> 10.87.4.0 172.17.87.16 255.255.255.0 UG 2 0 0
> eth1
> 10.87.7.0 0.0.0.0 255.255.255.0 U 0 0 0
> br-lan
> 10.87.8.0 172.17.87.13 255.255.255.0 UG 2 0 0
> eth1
> 10.87.10.0 172.17.87.22 255.255.255.0 UG 2 0 0
> eth1
> 10.87.20.0 172.17.87.25 255.255.255.0 UG 2 0 0
> eth1
>
> e ad intermittenza 10.87.6 appare e scompare...
>
> root a Capizzanux:~# route -n | grep 10.87
> 10.87.3.0 172.17.87.4 255.255.255.0 UG 2 0 0
> eth1
> 10.87.4.0 172.17.87.16 255.255.255.0 UG 2 0 0
> eth1
> 10.87.6.0 172.17.87.25 255.255.255.0 UG 2 0 0
> eth1
> 10.87.7.0 0.0.0.0 255.255.255.0 U 0 0 0
> br-lan
> 10.87.8.0 172.17.87.13 255.255.255.0 UG 2 0 0
> eth1
> 10.87.10.0 172.17.87.22 255.255.255.0 UG 2 0 0
> eth1
>
> Il problema è che quando scompare, la rotta viene "pappata" dal 10.0.0.0
> di HL, in compenso 172.17.87.25 diventa il gateway per 10.87.20.0, secondo
> gli interessanti calcoli di OLSR di G :)
>
> Che ne pensate ?
> E' forse l'ora di una nuova fase di introspezione telematica ?
>
>
>
> [1]
> http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=6151347&url=http%3A%2F%2Fieeexplore.ieee.org%2Fxpls%2Fabs_all.jsp%3Farnumber%3D6151347
>
>
>
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://ml.ninux.org/pipermail/calabria/attachments/20140216/526f7b22/attachment.htm>
Maggiori informazioni sulla lista
Calabria