Eine Ubitquity-Nanostation die in unserem Roaming-Netz ist, verhält sich seit ein paar Tagen seltsam, Clients schaffen es nicht per Ethernet-Kabel am LAN-Port, eine IP-Adresse zu bekommen, und zwar egal ob der Port dem lokalen DHCP-Netz des Routers oder dem Roaming-Netzwerk zugewiesen ist. Bis vor ein paar Tagen funktionierte es monatelang problemlos. Bevor ich den Router zurücksetze wollte ich hier mal fragen, ob jemand Ideen hatl. Mit Logread -f sehe ich folgenden Verlauf der DHCP-Verhandlung:
Erster Versuch, da wollte der Client offenbar eine Adresse aus meinem privaten LAN und wiederholt die Anfrage immer wieder:
Wed Mar 22 11:12:22 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) 192.168.30.81 c8:0a:a9:30:5e:e4
Wed Mar 22 11:12:22 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:12:22 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) 192.168.30.81 c8:0a:a9:30:5e:e4
Wed Mar 22 11:12:22 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:12:23 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) 192.168.30.81 c8:0a:a9:30:5e:e4
Wed Mar 22 11:12:23 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:12:26 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) 192.168.30.81 c8:0a:a9:30:5e:e4
Wed Mar 22 11:12:26 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:12:34 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) 192.168.30.81 c8:0a:a9:30:5e:e4
Wed Mar 22 11:12:34 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:12:53 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) 192.168.30.81 c8:0a:a9:30:5e:e4
Wed Mar 22 11:12:53 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:13:02 2017 daemon.info dnsmasq-dhcp[1429]: DHCPREQUEST(br-dhcp) 192.168.30.81 c8:0a:a9:30:5e:e4
Wed Mar 22 11:13:02 2017 daemon.info dnsmasq-dhcp[1429]: DHCPNAK(br-dhcp) 192.168.30.81 c8:0a:a9:30:5e:e4 wrong network
Wed Mar 22 11:13:04 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) 192.168.30.81 c8:0a:a9:30:5e:e4
Wed Mar 22 11:13:04 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:13:07 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) 192.168.30.81 c8:0a:a9:30:5e:e4
Wed Mar 22 11:13:07 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:13:10 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) 192.168.30.81 c8:0a:a9:30:5e:e4
Wed Mar 22 11:13:10 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:14:19 2017 daemon.info hostapd: wlan0-2: STA a0:cb:fd:3c:00:34 IEEE 802.11: authenticated
Wed Mar 22 11:14:19 2017 daemon.info hostapd: wlan0-2: STA a0:cb:fd:3c:00:34 IEEE 802.11: associated (aid 6)
Wed Mar 22 11:14:19 2017 daemon.info hostapd: wlan0-2: STA a0:cb:fd:3c:00:34 RADIUS: starting accounting session 58D1DB3F-00000006
Wed Mar 22 11:14:25 2017 daemon.warn dnsmasq-dhcp[1429]: no address range available for DHCP request via br-ROAM_AP
Zweiter Versuch, nachdem ich im NetworkManager des Client eine neue Ethernet-Verbindung erstellt habe:
Wed Mar 22 11:15:03 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) c8:0a:a9:30:5e:e4
Wed Mar 22 11:15:03 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:15:03 2017 daemon.info dnsmasq[1429]: read /etc/hosts - 1 addresses
Wed Mar 22 11:15:03 2017 daemon.info dnsmasq[1429]: read /tmp/hosts/olsr - 11 addresses
Wed Mar 22 11:15:03 2017 daemon.info dnsmasq[1429]: read /tmp/hosts/dhcp - 2 addresses
Wed Mar 22 11:15:03 2017 daemon.info dnsmasq-dhcp[1429]: read /etc/ethers - 0 addresses
Wed Mar 22 11:15:03 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) c8:0a:a9:30:5e:e4
Wed Mar 22 11:15:03 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:15:05 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) c8:0a:a9:30:5e:e4
Wed Mar 22 11:15:05 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:15:09 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) c8:0a:a9:30:5e:e4
Wed Mar 22 11:15:09 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:15:17 2017 daemon.info dnsmasq-dhcp[1429]: DHCPDISCOVER(br-dhcp) c8:0a:a9:30:5e:e4
Wed Mar 22 11:15:17 2017 daemon.info dnsmasq-dhcp[1429]: DHCPOFFER(br-dhcp) 6.16.6.59 c8:0a:a9:30:5e:e4
Wed Mar 22 11:15:35 2017 kern.info kernel: [ 500.770000] eth0: link down
Wer ist schuld? Es ist nicht so, dass er Client anderswo Probleme damit hätte, eine IP-Adresse zu bekommen. Und andere Clients bekommen auf dem Port auch keine Adresse. Per WLAN macht die Nanostation aber keine Probleme. Könnte das am Ende ein Hardwareproblem mit dem Port oder dem PoE-Injector sein?