Das passt. interessant ist auch, dass der (!)70deg zuletzt bei mir noch
die frische mit deiner hilfe re-etablierte ipv6 anzeigt aber ich bin
auch über ipv6 nicht auf meinen device gekommen. ich wollte eigentlich
das neue openwrt drafumachen weils deutlich viel besser geht als vor dem
re-merger LEDE/openwrt. aber das war scheinbar reiner zufall, (upload
war bei 90% als die verbindung weg war.
Es sind für mich 45 und 70deg erreichbar also ich schau, dass ich mal
draufkomme und scanne. dann kann ich mehr sagen.
Wärs nicht schön, wenn die beiden tunnelknoten die anfrage als unknown
quitieren. wenn ich mtr mache gehen die packetlosses im loop rauf...
Thanks for the update, wenn ich was neues habe gebe ich an alle hier
bescheid...
mlg, danke
-mike
On 20/04/18 16:36, Erich N. Pekarek wrote:
Hallo Mike,
Hallo Richard!
So wie sich mir die Situation nach einem Blick in das
cybercomm-Monitoring http://ff.cybercomm.at/monitor/olsr.php darstellt,
ist das Device 40deg am OZW nicht erreichbar. Sowohl mei78 als auch
lzstr168 haben diese Gemeinsamkeit. Und der Loop, wie er beschrieben
wurde, deutet auf nicht aktives OLSR hin.
Gottfried habe ich deswegen gestern noch angeschrieben, aber noch kein
Info dazu erhalten.
Wenn Ihre eine andere OZW-Kennung hereinbekommt, könnt Ihr versuchen,
diese vorübergehend zu verwenden. Zu große Erwartungen würde ich in
einen Link mit völlig anderer Richtung aber nicht setzen.
LG
Erich
Am 2018-04-20 um 16:04 schrieb Mike B. Kerber:
On 2018-04-20 12:00, [email protected] wrote:
Date: Thu, 19 Apr 2018 21:59:59 +0200
From: "Erich N. Pekarek" <[email protected]>
To: [email protected]
Subject: Re: [Wien] Routing loop ?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Hallo Richard!
Hallo!
Besteht der Fehler bei Dir noch? Das Roofnode-Team hat vorhin in
Zusammenhang mit Routendebugging für die neuen Roofnodes und den neuen
Tunnelserver ein Update auf einem der Router gemacht, wobei das Backup
(Nessus) hätte anspringen sollen.
Ich habe das Problem auch gesehen und zwar von extern als auch vom
Funknetz brenner > brenner tunnel > ozw tunnel
Besteht im moment immer noch.
Ich komme ebenfalls von extern und bekomme im Moment diese Route zum
(alten) Tunnelserver:
Bei mir von extern zur zeit so:
traceroute nanom5.lzstr168.wien.funkfeuer.at
traceroute to nanom5.lzstr168.wien.funkfeuer.at (78.41.113.120), 30 hops
max, 60 byte packets
1 mars.cc.univie.ac.at (131.130.253.236) 1.167 ms 1.379 ms 1.406 ms
2 vlan1502.wien1.aco.net (193.171.14.49) 0.624 ms 0.609 ms 0.606 ms
3 vix1.nessus.at (193.203.0.28) 0.850 ms 0.838 ms 0.822 ms
4 ae1.edge03.ndc.vie.nessus.at (77.244.255.58) 0.878 ms 0.869 ms
0.858 ms
5 po11-vl965.edge01.ndc.vie.nessus.at (77.244.255.149) 1.444 ms
1.550 ms 1.288 ms
6 ten2-501-r01nessus.bb.funkfeuer.at (78.41.115.30) 1.326 ms 1.093
ms 1.082 ms
7 funkfeuer-gw.bbr01.anx04.vie.at.anexia-it.net (144.208.211.57)
1.149 ms 1.105 ms 1.206 ms
8 tunnelserver.funkfeuer.at (78.41.115.228) 1.464 ms 1.421 ms
1.413 ms
9 funkfeuer-gw.bbr01.anx04.vie.at.anexia-it.net (144.208.211.57)
1.467 ms 1.408 ms 1.607 ms
10 tunnelserver.funkfeuer.at (78.41.115.228) 2.221 ms 1.564 ms
2.192 ms
11 funkfeuer-gw.bbr01.anx04.vie.at.anexia-it.net (144.208.211.57)
2.187 ms * *
12 tunnelserver.funkfeuer.at (78.41.115.228) 2.716 ms * 3.791 ms
13 funkfeuer-gw.bbr01.anx04.vie.at.anexia-it.net (144.208.211.57)
3.783 ms * *
14 * * *
15 funkfeuer-gw.bbr01.anx04.vie.at.anexia-it.net (144.208.211.57)
2.973 ms 2.613 ms 2.937 ms
16 tunnelserver.funkfeuer.at (78.41.115.228) 3.404 ms 3.401 ms
3.390 ms
17 * * *
18 tunnelserver.funkfeuer.at (78.41.115.228) 4.911 ms 4.890 ms
4.874 ms
Nur als info zum debuggen
mlg
-mike
--
Wien mailing list
[email protected]
https://lists.funkfeuer.at/mailman/listinfo/wien
--
Wien mailing list
[email protected]
https://lists.funkfeuer.at/mailman/listinfo/wien
