Kabelmodem (UPC Connect Box im "Modem Mode") antwortet nicht auf "DHCP-Discover"

oli-h · 2023-03-04T23:27:01+00:00

Sunrise Community - Kunden helfen anderen Kunden rund um die Themen Fernsehen, Internet, Telefon und Mobile. Jetzt registrieren!

oli-h

Salü zusammen

Ich betreibe nun seit ca 20 Jahren diverse Fritz!Boxen als Router hinter dem Kabelmodem.
Nun hab’ ich eine neue Fritz!Box (6660) und hab’ wie immer den “LAN 1 als WAN” konfiguriert. Aber die Fritz!Box bekommt vom Kabelmodem keine IP-Adresse.

Etwas Netzwerksniffing zeigt, dass die Fritz!Box alle 30 Sekunden ein “DHCP-Discover” broadcasted aber keine Antwort erhält. Eigentlich müsste das Kabelmodem gemäss DHCP-Protokoll mit einem “DHCP-Offer” antworten.
Danach ginge es mit “DHCP-Request und -Ack” weiter - aber so weit kommt es eben nicht

Ist dieses Problem UPC bekannt?

pato

oli-h Gibt unzählige Threads mit Fritzbox Problemen und DHCP.
Aber probiere als erstes das Kabelmodem frisch zu starten.

oli-h

Merci für den Hinweis.

Die Threads hab ich schon gelesen, aber so spezifisch, dass ‘DHCP discover’ nicht einmal beantwortet wird, wurde das Problem noch nicht thematisiert

Auch den Neustart vom Modem hab ich bereits in allen denkbaren Varianten durchgeführt:

Strom aus/an (‘Kaltstsrt’)
Neustart via Web-Admin-UI (http://192.168.100.1, also ‘Warmstart’)
Werkseinstellungen, inkl. Umschaltung auf ‘Router Mode’ und dann wieder zurück auf ‘Modem Mode’

Der Vollständigkeit halber: gemäss Modem-Web-UI kann ich bis zu drei Endgeräte am Modem betreiben: ‘Maximum Number of CPEs’ zeigt ‘3’

pato

oli-h Du kannst sonst mal einen Computer an der CB anschliessen um zu testen ob dies grundsätzlich funktioniert. Die Box wurde vorgängig via Support auf IPv4 umgestellt? Es gab mal eine kurze Weile die Möglichkeit die Box in den Bridge Modus zu setzen, obwohl IPv6 auf dem Abo aufgeschaltet war, dann funktionierte es danach nicht.

oli-h

Merci @pato für die Tipps.
Nach noch mehr Netzwerksniffing komme ich dem Problem auf die Spur. Offenbar antwortet UPC nur noch auf das “DHCP-Discover” eines einzigen Geräts.

Ich hab’ aber zwei Router am Kabelmodem hängen: Einmal OpnSense und einmal Fritz!Box - hier seitt ~8 Jahren eine 7390 und jetzt neu eine 6660.

Die beiden Routen müssen je eine eigene Public-IP beziehen. Das Setup mit zwei Routern hinterm Kabelmodem nutze ich seit ~10 Jahren (und auch seit einigen Jahren mit der “ConnectBox im Modem-Modus” nachdem mein altes Modem ausgestiegen ist) problemlos.

Nun zeigt sich, dass der erste der beiden Router, der ein DHCP-Discover sendet, von UPC ein DHCP-Offer bekommt (und schlussendlich seine Public IP). Der andere Router ruft ab dann erfolglos “DISCOVER!” - keine Antwort.
Also je nachdem, welcher Router ‘schneller’ ist, gewinnt der eine oder der andere.

Irgendwie scheint mir UPC neu zu verweigern, dass ich zwei Router (oder besser: zwei public IPs) beziehen kann.
Nochmal hier der Hinweis, dass das Kabelmodem-Web-UI in der Configuration-Page zeigt. ‘Maximum Number of CPEs = 3’

Daniele_Sunrise

oli-h Herzlich Willkommen in der Community!

Bitte sende uns für die Bearbeitung deine Kundennummer, Anschrift sowie das Geburtsdatum via privater Nachricht zu. Gerne prüfen wir anschliessend die Konfiguration deines Modems.

Bezüglich den öffentlichen IPs:
Du hast 3 öffentliche IPs. Wenn du nun aber einen Computer anschliesst und dieser eine öffentliche IP bezieht, bleibt diese reserviert bis die Lease Time ausgelaufen ist, oder du das Modem neu startest. Machst du das nun bei 3-4 Geräten ohne Neustart, kann es sein, dass ein gerät keine IP bezieht bis das Modem neu gestartet wurde oder die Lease Time ausgelaufen ist.

Liebe Grüsse
Daniele

Daniele_Sunrise

oli-h Wir haben soeben einen Austausch deines Modems eingeleitet. Du bekommst das neue Modem in den nächsten Tagen ausgeliefert. Bitte ersetze alle Kabel und das Netzteil mit den Neuen in der Verpackung.

Melde dich bitte danach wieder, ob die Ursache noch vorhanden ist.

Liebe Grüsse
Daniele

oli-h

Merci Daniele

Dennoch bin ich überrascht über den Austausch - denn rein hardwaretechnisch funktioniert ja mein Kabelmodem. Warum genau soll ein anderes Modem (resp. ‘Router im Modem-Modus’) das Problem nicht aufweisen?

oli-h

In Erwartung des angekündigten Modemwechsels: Die Einstellung “IPv4” bleibt aber bestehen - gell?

Daniele_Sunrise

oli-h Korrekt! 😀 Ist das Modem schon angekommen?

Liebe Grüsse
Daniele

oli-h

Ja, Modem ist angekommen und ich hab’s gestern Abend in Betrieb genommen.
Ist jetzt eine UPC (🤘) Giga-Connect-Box mit DOCSIS 3.1 - aber immer noch mit popeligen “nur 6 Channels DOCSIS 3.0” Upstream.

Ping (zum UPC-Gateway 80.219.48.1) ist im Vergleich zur alten (DOCSIS-3.0-only-)Connect-Box von ~11ms auf ~10ms besser geworden. Nehme ich gerne mit.
Stromverbrauch ist jedoch 1 Watt höher. Und das bei allgemeinen Trend zum Energiesparen…
Und - ich glaub’s ja immer noch kaum - das Gerät hat einen Lüfter. Kein (privater) Router/Modem sonst auf dieser Welt braucht einen Lüfter - z.B. die (deutlich leistungsfähigeren) Fritz!Boxen, die es auch für DOCSIS 3.1 gäbe. Ach hätten wir doch eine gesetzlich zugesicherte freie Routerwahl in diesem eigentlich so freien Land.

Zum Glück steht das Ding bei mir tief im Keller und saugt da seinen Staub an. Naja…

Aber insgesamt: Läuft soweit. Im Modem-Mode hab’ ich (derzeit) zwei public IPs.
Bin aber nach wie vor irritiert, dass es einen Hardwaretausch braucht um ein DHCP-Problem zu lösen.

oli-h

Leider schlechte Neuigkeit

Hab nun erneut meine neue Fritz!Box (6660) angeschlossen und wollte mit ihr die dritte IP beziehen.
Leider sendet sie nach wie vor die DHCP Discover vergeblich:

# tcpdump -i enp3s0 -e -vv port 67 or port 68

20:09:01.583959 dc:15:c8:f2:XX:XX (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 590: (tos 0x0, ttl 64, id 35081, offset 0, flags [none], proto UDP (17), length 576)
0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from dc:15:c8:f2:XX:XX (oui Unknown), length 548, xid 0xe9b85bd8, secs 12, Flags [none] (0x0000)
Client-Ethernet-Address dc:15:c8:f2:XX:XX (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message (53), length 1: Discover
Vendor-Class (60), length 7: "eRouter"
Client-ID (61), length 15: hardware-type 255, c8:f2:a6:ac:00:03:00:01:dc:15:c8:f2:a6:ac
Hostname (12), length 7: "frz6660"
Parameter-Request (55), length 11:
Subnet-Mask (1), Default-Gateway (3), Domain-Name-Server (6), Classless-Static-Route (121)
Classless-Static-Route-Microsoft (249), Unknown (212), Domain-Name (15), Unknown (120)
NTP (42), MTU (26), Unknown (158)

20:09:16.584064 dc:15:c8:f2:XX:XX (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 590: (tos 0x0, ttl 64, id 10609, offset 0, flags [none], proto UDP (17), length 576)
0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from dc:15:c8:f2:XX:XX (oui Unknown), length 548, xid 0xe9b85bd8, secs 27, Flags [none] (0x0000)
Client-Ethernet-Address dc:15:c8:f2:XX:XX (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message (53), length 1: Discover
Vendor-Class (60), length 7: "eRouter"
Client-ID (61), length 15: hardware-type 255, c8:f2:a6:ac:00:03:00:01:dc:15:c8:f2:a6:ac
Hostname (12), length 7: "frz6660"
Parameter-Request (55), length 11:
Subnet-Mask (1), Default-Gateway (3), Domain-Name-Server (6), Classless-Static-Route (121)
Classless-Static-Route-Microsoft (249), Unknown (212), Domain-Name (15), Unknown (120)
NTP (42), MTU (26), Unknown (158)

Bei zweien hat’s geklappt - aber der dritte scheitet nun erneut. Guter Rat ist teuer…

oli-h

Kleiner Nachtrag: So richtig hilfreich ist die “Modem-Setup-Seite” (http://192.168.100.1) auch nicht. Sie behauptet, dass keine Geräte verbunden sind (Wireless ist im Modem mode ja eh’ aus. Und Ethernet devices = 0) - obwohl ich ja gerade diese Seite mit einem offensichtlich irgendwie verbundenem Gerät abgerufen hab’:

Nota bene: “Connected” ist einmal Grossgeschrieben und einmal kleingeschrieben

oli-h

Ich hab’ jetzt mal ca 1h40m mit tcpdump und filter “port 67 or port 68” den Traffic vom/zum Kabelmodem mitgeschnitten. @Daniele_Sunrise: Den Mitschnitt schicke ich per PN.

Zusammengefasst:

Man sieht von meinen beiden aktiven Routern jeweils zwei “DHCP-Req/Ack”-Zyklen - also jeweils zwei Renew der beiden IP-Adressen - insgesamt also 4 Renewals.
Die Leasetime ist 1h30m. Die Renew fragen beide Router jeweils nach ~2700sek = 45min an - also ziemlich genau nach der halben Lease-Time. Euer DHCP-Server schickt das ACK innert ~45ms.
Das alles klingt für mich korrekt und vernünftig.
Vor, zwischen und nach diesen 4 erfolgreichen DHCP-Req/Ack sieht man im ca. 60-Sekunden-Rhytmus die verzweifelte Schreie “DHCP Dicsover” meines dritten Routers - ohne Antwort des UPC-DHCP-Servers

Ich komme mehr und mehr zur These, dass es entgegen der Anzeige auf der Modem-Config-Seite keine 3 sondern doch nur 2 IPs gibt.
Ist da vielleicht trotz “Modem Mode” im Hintergrund doch der Connect-Box-interne Router aktiv und belegt eine meiner IPs für sich - ohne dass ich sie nutzen kann?

Daniele_Sunrise

oli-h Ich sehe nur 2 öffentliche IPs, welche gerade bezogen werden. Normalerweise würde er mir anzeigen, wenn du zu viele öffentliche IPs beziehen möchtest, was aber nicht der Fall ist.

Liebe Grüsse
Daniele

oli-h

Ich hab den dritten Router wieder abgehängt. Er kriegt ja keine IP-Adresse. So nützt er nix.
Der Versuch fand am 15. März zwischen 22:27 Uhr und 22:07 Uhr statt. Über diesen Zeitraum (1h40m) ersteckt sich der PCAP-Mitschnitt, den ich euch per PN übergeben hab.
(Der eigentliche Versuch ging tatsächlich etwas länger, vielleicht so ab 20:00 Uhr bis 22:30 Uhr - aber das weiss ich nimmer genau)

Von daher ist es nicht überraschend, wenn Du jetzt keinen Versuch siehst (sprich “DHCP Discover”), eine dritte IP zu beziehen. Aber wenn es hilft, dann lass’ ich den dritten Router auch gern mal länger laufen

GrandDixence

Gemäss der Abbildung im Beitrag vom 15.03.2023 um 20:25 Uhr befindet sich das EuroDOCSIS-Kabelmodem im Modem-Modus.

EuroDOCSIS-Kabelmodem (im Webinterface des Kabelmodems) in den Bridge-Modus versetzen. Abbildung von der Connect Box der UPC-Sunrise:

Falls der Bridge-Modus im Webinterface des EuroDOCSIS-Kabelmodems nicht angeboten wird, muss der Bridge-Modus über die Hotline von UPC-Sunrise freigeschaltet werden (Tel. 0800 66 88 66).

Und die unter:
https://community.sunrise.ch/d/27097-bridge-modus-neues-fehlverhalten-seit-firmwareupdate-februar-2023
beschriebene (bis heute ungelöste) Problematik beachten.

Die unter:
https://community.sunrise.ch/d/15737-disconnect-ea-fifa21-hohe-pings/6
abgebildete, aus langjähriger Erfahrung empfohlene Netzwerkverkabelung des EuroDOCSIS-Kabelmodems zur Kenntnis nehmen. => Nur ein einziges Ethernet-Netzwerkkabel am EuroDOCSIS-Kabelmodem einstecken -> Nur eine einzige Hardware-Firewall/Router am Kabelmodem betreiben.

Redundanter Internetanschluss per “WAN-Port-Umschaltung” realisieren. Siehe dazu:
https://community.sunrise.ch/d/12213-internet-ausfall/3

https://community.sunrise.ch/d/23956-auto-fallback-bei-internetausfall-auf-lte-sim

oli-h

GrandDixence

Nur eine einzige Hardware-Firewall/Router am Kabelmodem betreiben

Öhm - es geht ja hier gerade darum, mehrere Router zu betreiben, die jeweils ein eigenes LAN aufspannen.
Im Rahmen meines Vertags mit UPC kann ich bis zu 3 öffentiche IPs beziehen (früher wares es mal 4 - so bis 2010 oder so.). Und das möchte ich nutzen.

Da ist die Empfehlung “Nur eine einzige Hardware-Firewall/Router am Kabelmodem betreiben” leider nicht hilfreich

pato

oli-h Eventuell bist du vom üblichen “AVM kann keine DHCP Adresse beziehen” Problem betroffen. Dazu gibt es den Workaround irgend einen anderen Router Hersteller zu verwenden. Du könntest dies (nochmals) mit einem PC am Modem testen, zum schauen ob dieser eine dritte IP bekommt.

Belegnor

oli-h

Da ist die Empfehlung “Nur eine einzige Hardware-Firewall/Router am Kabelmodem betreiben” leider nicht hilfreich

Diese Aussage stimmt nicht so ganz. Ein (richtiger) Router bzw. eine Firewall wäre unter Umständen die Lösung zu deinem Problem.

Zur Erklärung: Dein Netzwerk sieht etwa so aus …

Die Nachteile diese Konfiguration sind eigentlich offensichtlich:

Keine spezifichen Routen zu den internen Netzen. D. h., die ganze Kommunikation zwischen ihnen geht über das Internet (Sunrise Netz)
Die Kommunikation zwischen den Netzen kann nur mit NAT bzw. PAT erfolgen
Portweiterleitungen müssen auf mehreren Geräten konfiguriert werden (höhere Komplexität)
Sicherheitstechnisch ist ein Netzwerk einfacher zu schützen als zwei oder drei
Dein DHCP-Problem

Und diese Nachteile sind nur ein paar Beispiele …

Die von @GrandDixence vorgeschlagene Variante würde etwa so aussehen:

Wenn man die beiden Zeichnungen miteinander vergleicht, erkennt man auch die Vorteile dieser Variante:

Spezifische Routen via Router bzw. Firewall zu den internen Netzwerken. D. h., der Verkehr zwischen den internen Netzen bleibt intern
Kein NAT nötig für die Kommunikation. Alle interne Geräte können mit der eigenen IP angesprochen werden
Portweiterleitungen müssen nur auf einem Gerät konfiguriert werden und nur für Zugriffe aus dem Internet
Nur ein Verbindungspunkt zum Internet. Durch die Konfiguration von Sicherheitsmassnahmen auf einem einzigen Gerät kann man alle Netze gleichzeitig schützen
Höhere Flexibilität und Skalierbarkeit = Einfache Erweiterung des Heimnetzes
Dein DHCP-Problem bist du los … 😉

Mir ist klar, dass die Fritzbox viele Funktionen hat, die man sich für die Connect Box wünschen würde. Aber für Multi-LAN Konfigurationen wurde sie (leider) nicht gebaut.

Nun stellt sich nur die Frage, was für dich wichtiger ist, das Verwenden von mehreren öffentlichen IPs oder die Vereinfachung und dadurch die Erhöhung der Sicherheit und Flexibilität deines Netzes.

Ich hoffe, dass dies weiterhilft

Gruss

Belegnor

oli-h

Betreibe seit ca. 15 Jahren Fritz!Boxen (derzeit noch eine 7390) hinter Cablecom-Modems.
Und seit die Modems Router sind setze ich sie in den Modem-Modus und gut war’s.
Die “DHCP Discover”-Message, die von meiner neuen Errungenschaft (Eben eine Fritz!Box 6660 - soll die 7390 mal ersetzen) per Broadcast (MAC FF:FF:FF:FF:FF:FF) ausgerufen sieht auch nicht nennenswert anders aus als die von der 7390 - die wie gesagt seit Jahren problemlos ihre IP ziehen kann.

“irgend ein anderer Router Hersteller” ist nicht die Lösung da “irgend ein anderer” nicht die Telefoniefunktionen der Fritte hat.

pato

oli-h Das stimmt schon, ändert an der Kompatibilität aber nichts. Deshalb den Test mit dem PC, dann weisst du zumindest ob es an der Fritzbox oder aber am Anschluss liegt.

Nächste Seite »