-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, Vorab eine Bitte: wenn Ihr bemerkt, dass das Netz langsam ist oder gar nicht funktioniert, gebt uns bitte kurz Bescheid. Mitunter sind wir auf solche Hinweise angewiesen. Ich habe einen DSL-Anschluss und merke einfach nicht, wenn der Router auf dem Balkon spinnt. Heute habe ich gemerkt, dass das Netz rund ums Hochhaus ziemlich kaputt ist. Ich weiss nicht wie lange, aber das könnte schon seit _Wochen_ so sein. Das so etwas keiner merkt bedeutet entweder, keiner Nutzt das Netz oder es interssiert keinen, wenn es kaputt ist. Beides unschön :( So, und zwar habe ich gerade einem Interessen am neuen Markt ein Testgerät (7.192) geliehen. Die Verbindung an sich steht, man kommt aber nicht Netz. Ich habe das untersucht und mir ist dabei folgendes aufgefallen: * bei meinem Router auf dem Balkon (6.96) lief der OLSR-Daemon nicht (abgestürzt?). Das hat dazu geführt, dass sein Uplink nicht announced wurde und die Verbindungen vom Hochhaus statt über meinen DSL-Anschluss über den von Hubert in Zentrum Ost gegangen sind. Die Strecke nach Zentrum Ost ist natürlich sehr wackelig und sollte eigentlich nicht als Uplink dienen. * Auf dem Hochhaus war die 7.160 so konfiguriert, dass der OLSRd nicht auf dem LAN-Interface lief. Damit war die Kabelopplung 2.4GHz / 5 GHz auf dem Hochhaus nicht aktiv. Hab das mal gefixt. Blöderweise routet die 7.160 immer noch direkt zur 6.96 weil das die direkte Verbindung ist und die viel schnellere 5GHz-Strecke via 250.1 einen "Hop" länger ist. Weiss jemand, ob man das noch optimieren kann, ohne an den LQ-Settings zu spielen? Es gibt doch soetwas wie den Weight-Parameter für ein Interface. Alles in allem kommt der neue Router am neuen Markt nicht ins Netz, trotz der fixes :( Ach und die 7.160 sagt soetwas: daemon.info olsrd[427]: You might have another node with main ip 10.22.7.160 in the mesh! Das schliesse ich zwar aus, aber irgendwelche Pakete fliegen bei uns quer durch die Luft, ich verstehe nur nicht, welche und warum... viele Grüße, // melle - -- xmpp: melle@jabber.ccc.de passion: http://mellenthin.de 1A2D 0833 0873 BBB4 B273 mission: http://freifunk-potsdam.de 0A11 4759 49E4 195F D9E6 pubkey: http://mellenthin.de/key.txt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk57opMACgkQR1lJ5Blf2eYB4wEAjiQ9Xhzp8H6XhqSOS4p2RkKA GEiXpXZt2sqnyL4GUAEBAKP9SSdXx2GXNXWKC94ZZiKWFaZWT6WEhy3mfdXghUTF =NLZw -----END PGP SIGNATURE-----
On 09/22/2011 11:03 PM, Thomas Mellenthin wrote:
* bei meinem Router auf dem Balkon (6.96) lief der OLSR-Daemon nicht (abgestürzt?). Das hat dazu geführt, dass sein Uplink nicht announced wurde und die Verbindungen vom Hochhaus statt über meinen DSL-Anschluss über den von Hubert in Zentrum Ost gegangen sind. Die Strecke nach Zentrum Ost ist natürlich sehr wackelig und sollte eigentlich nicht als Uplink dienen. Echt? Ich hatte die Box ausversehen, vor 1 Woche nicht am Internet (Eth-Kabel hat kein Einrastclip mehr), das habe ich erst nach einem Urlaub von ein paar Tagen gemerkt. Und es hat _keinen_ gestört? WTF? Sieht man in der Statistik hier http://10.2.5.160/cgi-bin/luci/freifunk/graph/interface?timespan=1month&submit=Display+timespan+%C2%BB Weiss jemand, ob man das noch optimieren kann, ohne an den LQ-Settings zu spielen? Es gibt doch soetwas wie den Weight-Parameter für ein Interface. Hier http://donk.personaltelco.net/olsr/cfgfile scheint es: Interface "vpn-tcp" { #... Weight 0 } "Olsrd will choose links with the lowest value." http://www.olsr.org/docs/olsrd.conf.5.html
Danke für deine Arbeit :) Hubert
participants (2)
-
Hubert Hesse
-
Thomas Mellenthin