[Ninux-Calabria] G in Ninux e 10.0.0.0/8 impiccione.
Giuseppe De Marco
demarcog83 a gmail.com
Dom 16 Feb 2014 01:02:57 CET
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/33d2b94b/attachment-0001.html>
Maggiori informazioni sulla lista
Calabria