IP4-Adresse wir doppelt im Netzwerk verwendet

[RubenKelevra]

Heute haben wir einen Node dem Netzwerk hinzugeschaltet:

wk-005 fda0:747e:ab29:2196:ffff:6470:2C0:B1CF

Nun hab ich mich bei meiner Queen angemeldet die zur Zeit keine Drohnen hat.

Ich bekomme die IP 10.52.0.240 zugewiesen und das Gateway 10.52.0.1.

Per SSH-Zugriff ist aber 10.52.0.1 wk-005, der am anderen Ende der Stadt steht und nur per n2n im Netzwerk hängt.

Nach der Anmeldung per SSH auf 10.52.0.1 bricht die Verbindung zu wk-005 zusammen, ich starte die SSH-Verbindung neu und ich lande auf wk-001.

[RubenKelevra]

Nun hatte wk-001 nach dem Reboot erst 10.52.4.1 und ist jetzt wieder auf 10.52.0.1... im Log stehen Dinge wie:

Dec 14 17:28:20 wk-001 daemon.info hostapd: wlan0: STA 38:59:f9:6b:9c:07 IEEE 802.11: authenticated Dec 14 17:28:20 wk-001 daemon.info hostapd: wlan0: STA 38:59:f9:6b:9c:07 IEEE 802.11: associated (aid 1) Dec 14 17:29:53 wk-001 daemon.info hostapd: wlan0: STA 20:64:32:54:02:79 IEEE 802.11: disassociated due to inactivity Dec 14 17:29:54 wk-001 daemon.info hostapd: wlan0: STA 20:64:32:54:02:79 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)

Dec 14 17:34:59 wk-001 daemon.info hostapd: wlan0: STA 38:59:f9:6b:9c:07 IEEE 802.11: disconnected due to excessive missing ACKs Dec 14 17:35:29 wk-001 daemon.info hostapd: wlan0: STA 38:59:f9:6b:9c:07 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)

dazwischen immer wieder - teilweise mehrfach die Sekunde: Dec 14 17:29:01 wk-001 user.info sysinit: gunzip: short read

und alle paar Sekunden: Dec 14 17:36:03 wk-001 daemon.info n2n[4816]: Registering with supernode

[RubenKelevra]

Hab das Gerät erneut neugestartet, nun liegt es wieder auf 10.52.4.1 laut ifconfig, wenn ich mich anmelde bekomm ich auch ne Seite von 10.52.4.1, die stammt aber von einem anderen Router im Netzwerk

[lcb01a]

Bitte mal das ganze auf beiden routern via "logread ; logread -f" in der Konsole beobachten und dann hier anhängen

[lcb01a]

Außerdem bitte mal die Datei /tmp/p2ptbl/gwip dazu anhängen :)

[RubenKelevra]

root@wk-001:~# ifconfig br-mesh br-mesh Link encap:Ethernet HWaddr 64:70:02:8F:63:C3 inet addr:10.52.0.1 Bcast:10.52.255.255 Mask:255.255.0.0 inet6 addr: fda0:747e:ab29:2196:ffff:6470:28f:63c3/64 Scope:Global inet6 addr: fe80::6670:2ff:fe8f:63c3/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:194581 errors:0 dropped:0 overruns:0 frame:0 TX packets:593320 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:12661283 (12.0 MiB) TX bytes:886648590 (845.5 MiB)

root@wk-005:~# ifconfig br-mesh br-mesh Link encap:Ethernet HWaddr 64:70:02:C0:B1:CF inet addr:10.52.0.1 Bcast:10.52.255.255 Mask:255.255.0.0 inet6 addr: fe80::6670:2ff:fec0:b1cf/64 Scope:Link inet6 addr: fda0:747e:ab29:2196:ffff:6470:2c0:b1cf/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:65689 errors:0 dropped:0 overruns:0 frame:0 TX packets:55387 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:9871080 (9.4 MiB) TX bytes:37755170 (36.0 MiB)

Angehängt hab ich beide Logs ... Eindruck beim beobachten: Beide tun das selbe.

[RubenKelevra]

Da dieser "Bugtracker" keine Anhänge unterstützt....

http://pastebin.com/5KCHSzax

http://pastebin.com/sZzZXMGB

http://pastebin.com/8KTMX8Fg

http://pastebin.com/twDQ7Y5Y

[lcb01a]

Hmm bitte noch die Datei /etc/nodeid :)

[RubenKelevra]

root@wk-001:~# cat /etc/nodeid 849ac462-5f29-470c-b0a0-8d4265534764

root@wk-005:~# cat /etc/nodeid d7d5440f-d9e5-48a3-9f29-69981045f518

[RubenKelevra]

ich fürchte da liegt ein größeres Problem vor:

root@wk-003:~# ifconfig br-mesh br-mesh Link encap:Ethernet HWaddr 64:70:02:8F:93:35 inet addr:10.52.0.1 Bcast:10.52.255.255 Mask:255.255.0.0 inet6 addr: fe80::6670:2ff:fe8f:9335/64 Scope:Link inet6 addr: fda0:747e:ab29:2196:ffff:6470:28f:9335/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:47650 errors:0 dropped:0 overruns:0 frame:0 TX packets:23191 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:6781869 (6.4 MiB) TX bytes:16593581 (15.8 MiB)

root@wk-007:~# ifconfig br-mesh br-mesh Link encap:Ethernet HWaddr 64:70:02:C0:B1:C7 inet addr:10.52.3.1 Bcast:10.52.255.255 Mask:255.255.0.0 inet6 addr: fe80::6670:2ff:fec0:b1c7/64 Scope:Link inet6 addr: fda0:747e:ab29:2196:ffff:6470:2c0:b1c7/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:228906 errors:0 dropped:0 overruns:0 frame:0 TX packets:21190 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:24490405 (23.3 MiB) TX bytes:9779786 (9.3 MiB)

Fünf haben wir wie gesagt heute dazu geschaltet, eins läuft schon länger, drei hat seit heute die neuste Version, davor 2012-10-30. Eins hat seit vorgestern die neue Version, davor ebenfalls 2012-10-30.

Nicht wundern, wir haben die Konfiguration vom n2n-Server geändert. Es sind zwei definiert, davon ist einer erreichbar. Das ist aber seit etwa einer Woche so und bisher keine Probleme gehabt.

[lcb01a]

Überprüfe bitte ob auf beiden Geräten der hbbpd dienst läuft mittels "ps w | grep hbbpd" es sieht so aus als ob die gwip tabelle nicht ausgetauscht wird.

[RubenKelevra]

Bestätige hbbpd läuft auf wk-001, wk-003 und wk-005 - Das sind die drei mit gleicher IP.

[lcb01a]

Ich würde gern auf einen der Router per ssh verbinden. Am besten per E-Mail kurz bei mir melden -> lcb01@fnordeingang.de

[lcb01a]

Bitte bis zur neuen Version das folgende ausführen falls die Version vom 02.12 installiert ist: sed -i 's/hbbpc/hbbpp/g' /usr/sbin/p2ptbl

Dies ist auch auf älteren Firmwares ungefährlich.

Fixed ;)

[RubenKelevra]

Vielen Dank :)