[Berlin-wireless] Zwingli spinnt rum

Sa Aug 19 14:06:01 CEST 2006

yoko und flo waren donnesrtag da oben, die sollten dazu was sagen können,
hoffe ich.
gruss, frauke

-----Ursprüngliche Nachricht-----
Von: berlin-bounces at olsrexperiment.de
[mailto:berlin-bounces at olsrexperiment.de]Im Auftrag von onelektra
Gesendet: Samstag, 19. August 2006 12:33
An: wirelesslan in Berlin
Betreff: [Berlin-wireless] Zwingli spinnt rum

Hi -

auf der Zwingli ist seit kurzem etwas oberfaul. Und ziemlich verwirrend...

Die drei WRTs da oben sind ja per Ethernet zusammengesteckt. Seit
Donnerstag gibt es jetzt durchschnittlich 95% Paketloss auf dem Ethernet
für ICMP-Traffic zwischen der104.130.1.67/104.0.0.52 und den anderen
beiden - also zur 104.0.0.51 und 50!

SSH von Box zu Box geht dem entsprechend gar nicht. Traffic aus dem Mesh
wird also auch nicht mehr wirklich durch die Zwingli geroutet.

root at zwingli-nordost:~# ping 104.0.0.51
PING 104.0.0.51 (104.0.0.51): 56 data bytes
64 bytes from 104.0.0.51: icmp_seq=0 ttl=64 time=72.2 ms
64 bytes from 104.0.0.51: icmp_seq=1 ttl=64 time=5.7 ms

--- 104.0.0.51 ping statistics ---
21 packets transmitted, 2 packets received, 90% packet loss
round-trip min/avg/max = 5.7/38.9/72.2 ms

root at zwingli-nordost:~# ping 104.0.0.50
PING 104.0.0.50 (104.0.0.50): 56 data bytes
64 bytes from 104.0.0.50: icmp_seq=12 ttl=64 time=2001.3 ms
64 bytes from 104.0.0.50: icmp_seq=13 ttl=64 time=1003.3 ms
64 bytes from 104.0.0.50: icmp_seq=14 ttl=64 time=3.6 ms
64 bytes from 104.0.0.50: icmp_seq=19 ttl=64 time=1.4 ms
64 bytes from 104.0.0.50: icmp_seq=20 ttl=64 time=1.5 ms
64 bytes from 104.0.0.50: icmp_seq=21 ttl=64 time=1.3 ms

--- 104.0.0.50 ping statistics ---
25 packets transmitted, 6 packets received, 76% packet loss
round-trip min/avg/max = 1.3/502.0/2001.3 ms

Die OLSR-ETX-Werte bleiben aber auf dem Ethernet konstant bei perfekten
1.0 - wie es zu erwarten wäre. Die Zwingli verhält sich damit wie ein
schwarzes Loch für den zu routenden Traffic - einerseits ist die
Ethernetverbindung zwischen den WRTs praktisch tot - andererseits pustet
die Zwingli ETX-Werte in die Welt als ob alles in Ordung wäre.

Um überhaupt von der 104.130.1.67/104.0.0.52  auf die anderen beiden
Kisten zugreifen zu können musste Ich das Bridgeinterface auf der
104.0.0.52 von Hand herunterfahren und warten bis olsr sich die Route
von Antenne zu Antenne sucht!

Nach jedem Neustart ist die Bridge wieder aktiv und die Zwingli wieder
ein schwarzes Loch.

Ein manueller Neustart sämtlicher Kisten hatte keinen Effekt.

Ich habe ja schon einige seltsame Effekte erlebt, aber dazu fällt Mir
nicht mehr viel ein...

Ein defekter Ethernet-Switch der perfekt UDP-Broadcasts von OLSR
durchlässt aber Paketloss bei Unicast-Traffic verursacht? Klingt
ziemlich merkwürdig.

So kann es natürlich nicht bleiben.

Irgendwelche Ideen was da vor sich geht?

cu elektra

_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.11.3/423 - Release Date: 18.08.2006

--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.11.3/423 - Release Date: 18.08.2006

_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin