Unitymedia Kabelmodem importieren

[rv112]

Siehe hier: https://www.unitymediaforum.de/viewtopic.php?f=90&t=36178&p=387464&hilit=Bridge#p387464

 

[perryair]

Siehe hier: https://www.unitymediaforum.de/viewtopic.php?f=90&t=36178&p=387464&hilit=Bridge#p387464

Ja mit der freien FrizBox geht das nicht das ist richtig Unity will da nicht mitspielen !
Mit der Unity Frittz und in BW geht das aber (hab ich selbst so)

 

[Andreas1969]

Ich glaube, Ihr schmeißt hier einiges durcheinander.
Bei der FritzBox benötigt man zwei öffentliche IP4 Adressen, um den Bridgemodus zu fahren.
Die bekommt man aber nur bei der Providerbox.
Bei einer freien Box bekommt man von UM nur eine zugewiesen.

Was aber beim Modem unter Umständen Probleme bereiten könnte, ist folgendes:

Das CMTS stellt 2 öffentliche IPV4 Adressen für den Kundenanschluß zur Verfügung.
Dem Modem wird aber per DOCSIS Config verboten, 2 IP Adressen zu nutzen.
Dann wird das Modem die 2te IP nicht los und das könnte das Modem im Betrieb aus dem Tritt bringen.
Meiner Meinung nach kann dieser Fehler aber nur in NRW oder Hessen auftreten.
BW ist von diesem Fehler nicht betroffen.
Und das ganze passiert wahrscheinlich auch nur dann, wenn die FW des Modems etwas buggy programmiert ist.

Das ist nämlich auch genau der Grund, warum ich das Modem gerne an meinem Anschluß getestet hätte.
Ich habe nämlich schon ein Euro-DOCSIS 3.0 Modem 32x8 Kanäle, wo genau dieser Fehler auftritt und
ich aufgrund dieses Fehlers wieder zur Providerbox zurück bin.

 

[Grinder]

Ich habe nämlich schon ein Euro-DOCSIS 3.0 Modem 32x8 Kanäle, wo genau dieser Fehler auftritt und
ich aufgrund dieses Fehlers wieder zur Providerbox zurück bin.

Zu welchen Problemen im laufenden Betrieb führt dieser Fehler genau?

 

[tq1199]

Ansonsten scheint außer 161/udp nichts interessantes offen zu sein. Wie müsste ich denn vorgehen, um via SNMP an die Signalwerte zu kommen?

Als ich noch ein Kabel-Modem hatte, habe ich das mit snmpwalk gemacht. Z. B. so:

<i>
</i>snmpwalk -c public -v 1 192.168.100.1

 

[Andreas1969]

Zu welchen Problemen im laufenden Betrieb führt dieser Fehler genau?

Das führt zu massiven DNS- und Latenzproblemen.

 

[Tom Torell]

Dem Modem wird aber per DOCSIS Config verboten, 2 IP Adressen zu nutzen.
Dann wird das Modem die 2te IP nicht los und das könnte das Modem im Betrieb aus dem Tritt bringen.

Verstehe ich das richtig?

Das heißt das Modem bekommt zwei Adressen und darf davon aber nur eine nutzen. Das macht ja auch Sinn. Was soll ein reines Modem auch mit der 2. Adresse anfangen?

Wenn ich bei mir am Modem einen Switch anschliesse und daran dann zwei Router, bekommen beide eine unterschliedliche öffentliche IP4 Adresse. Würde Dein Modem, welches Die Probleme bereitet, dann die zweite Adresse los und bei Dir würde dann alles funktionieren?

 

[Andreas1969]

[quote="Tom Torell" post_id=388854 time=1512043075 user_id=9985]
Wenn ich bei mir am Modem einen Switch anschliesse und daran dann zwei Router, bekommen beide eine unterschliedliche öffentliche IP4 Adresse. Würde Dein Modem, welches Die Probleme bereitet, dann die zweite Adresse los und bei Dir würde dann alles funktionieren?
[/quote]
Nein, eben genau nicht.
Per Docsis Config wird das Modem mit MaxCPE = 1 provisioniert.
Dann darf das Modem auch nur eine der beiden IP'S an die WAN Schnittstelle abgeben. Und genau das ist das Problem.

 

[tq1199]

Wenn ich bei mir am Modem einen Switch anschliesse und daran dann zwei Router, bekommen beide eine unterschliedliche öffentliche IP4 Adresse.

Welchen Anschluss bzw. Tarif hast Du bei UM?

 

[Andreas1969]

Welchen Anschluss bzw. Tarif hast Du beim UM?

Er wird einen IPV4 Tarif haben mit vermutlich Cisco Modem von UM.
Bei einem Providergerät wird nämlich MAXCPE = 2 provisioniert, deshalb hat er dieses Problem nicht, bzw. kann auch beide öffentliche IP'S über WAN ziehen.

 

[rv112]

Also dürfte ich in BW kein Problem haben?

 

[Andreas1969]

Also dürfte ich in BW kein Problem haben?

Ich vermute mal, nein.
Und wenn die FW des TC4400 gut ist, dürfte es generell keine Probleme machen, egal ob MAXCPE = 1 oder 2 ist.
Wenn das TC4400 an meinem Anschluß fehlerfrei laufen würde, dann würde es vermutlich überall fehlerfrei laufen.

 

[rv112]

Da Du der Nächste in der Liste bist, dürfte ich das ja vor Dir erfahren

 

[Tom Torell]

Wenn ich bei mir am Modem einen Switch anschliesse und daran dann zwei Router, bekommen beide eine unterschliedliche öffentliche IP4 Adresse.

Welchen Anschluss bzw. Tarif hast Du bei UM?

Ich habe noch einen sehr alten 3Play 32.000 Anschluß (2009 ?) mit einem ebenso altem UM Motorola Modem (1x1 !) und einer UM Fritzbox als Telefonanlage.

Ich war vor wenigen Jahren schon einmal dabei das auf einen aktuellen Tarif umzustellen, habe aber den Techniker wieder abbestellt, der bei mir dann die Fritzbox anschliessen wollte. An der Hotline hatte man mir versichert, ich würde wieder ein reines Modem bekommen, aber die reden ja viel wenn der Tag lang ist. Daher sitze ich noch auf diesem alten Anschluss und habe großes Interess an einem zeitgemäßem Modem. Bislang war mir die alte Lösung mit dem Modem und eine stabile Verbindung wichtiger, als ein schneller Tarif. Allerdings nach fast zehn Jahren Dauerbetrieb bei dem Modem, sollte man sich langsam mal nach etwas Neuem umschauen ...

Den 2. (alten) Router habe ich tatsächlich betriebsbereit als Fallback Lösung da stehen, falls mal am Haupt-Router etwas nicht funkioniert.

 

[tq1199]

... keine Probleme machen, egal ob MAXCPE = 1 oder 2 ist.

Warum ist das so? Ignorieren die CMTS's in BaWü, den Eintrag in der config-Datei (des Modems) bzgl. MAX-CPE?

 

[Andreas1969]

Warum ist das so? Ignorieren die CMTS's in BaWü, den Eintrag in der config-Datei (des Modems) bzgl. MAX-CPE?

Da scheint noch eine andere Architektur aus Kabel BW Zeiten zu laufen :kratz:

 

[rv112]

Bei KabelBW war die Kabelwelt auch noch in Ordnung... :wein:

 

[tq1199]

Bei KabelBW war die Kabelwelt auch noch in Ordnung... :wein:

Naja, evtl. "passen" da (d. h. in BaWü) noch die DHCP-Server "auf", dass dem/den Endgerät(en) hinter dem Kabel-Modem, nicht mehr externe/öffentliche IPv4-Adressen als vertraglich vereinbart, zugewiesen werden.
Was ja beim "alten" UM-Anschluss von Tom Torell in NRW, anscheinend nicht der Fall ist. Denn ich denke nicht, dass ihm damals vertraglich 2 externe IPv4-Adressen zugesichert worden sind. ... oder doch?

 

[Tom Torell]

Bei KabelBW war die Kabelwelt auch noch in Ordnung... :wein:

Naja, evtl. "passen" da (d. h. in BaWü) noch die DHCP-Server "auf", dass dem/den Endgerät(en) hinter dem Kabel-Modem, nicht mehr externe/öffentliche IPv4-Adressen als vertraglich vereinbart, zugewiesen werden.
Was ja beim "alten" UM-Anschluss von Tom Torell in NRW, anscheinend nicht der Fall ist. Denn ich denke nicht, dass ihm damals vertraglich 2 externe IPv4-Adressen zugesichert worden sind. ... oder doch?

Das wüßte ich nicht. Über die Anzahl der IP-Adressen wurde nie gesprochen.
Das es überhaupt so ist, habe ich irgendwann mit dem zweiten Router gemerkt.
Es ist ein privater Tarif.

 

[rv112]

Habe mal in meine Config geschaut und dort steht:

MaximumNumberofCPEs = 2

Also gibt es in BW doch auch zwei IP's oder? Könnte mal an meiner pfSense eine zweite WAN Schnittstelle konfigurieren und schauen was passiert mit dem Cisco Modem von UM.

 

[Edding]

Du könntest mal probieren, ob Du in das Interface kommst, wenn das TV-Kabel nicht verbunden ist, das Modem sich also nicht mit dem Kabelnetz verbinden kann. Dann kann nämlich auch keine Docsis-Konfig geladen werden.

Ich finde es schon immens wichtig, dass wir an dem Gerät die Signalwerte auslesen können. Wenn das per Web-IF nicht geht, dann vielleicht per telnet, ssh oder notfalls SNMP (letzteres wird meist nur auf Docsis-Seite verwendet). Aber irgendwie muss man drankommen. Sonst wär's extrem [zensiert].

Jo, das war das allererste was ich mit dem Modem gemacht habe. Konnte mich schon nicht ins Webinterface anmelden, ehe ich das TC4400 überhaupt zum ersten mal ans Kabelnetz angeschlossen hatte. Vielleicht nutze ich einfach die falschen Logindaten, bei JP hat es ja wohl auch geklappt.

Ansonsten scheint außer 161/udp nichts interessantes offen zu sein. Wie müsste ich denn vorgehen, um via SNMP an die Signalwerte zu kommen?

@nts

Kommst Du aus BW?

NRW :winken:

https://www.router-reset.com/reset-manuals/Technicolor/TC4400

diese daten mal ausprobiert ?

 

[tq1199]

Habe mal in meine Config geschaut und dort steht:

MaximumNumberofCPEs = 2

Also gibt es in BW doch auch zwei IP's oder?

Kann sein.

BTW: Wenn ich von meiner FB6360-cable (BaWü) eine support-Datei erstelle, dann steht dort in der DOCSIS-Section u. a.:

<i>
</i>Max CPE: 0

und wenn ich an den Bridge-Anschluss meiner FB6360-cable ein anderes Gerät anschließen/betreiben will, muss ich die MAC-Adresse des WAN-Interfaces mit der bei UM/KBW hinterlegten/eingetragenen MAC-Adresse spoofen.

 

[rv112]

Wie dem auch sei, wenn das alte Cisco Modem das richtig gebacken bekommt mit den zwei IP's sollte es das neue TC4400 ja auch. Zumal es bei nts ja auch funktioniert und er demnach auch zwei IP's haben müsste.

 

[Andreas1969]

wenn das alte Cisco Modem das richtig gebacken bekommt mit den zwei IP's sollte es das neue TC4400 ja auch.

Das sind 2 paar Schuhe und heißt nichts.
Beim Cisco handelt es sich um ein Providergerät, beim TC4400 aber um ein eigenes freies Gerät :winken:

 

[Conan179]

ähm leute, könntet ihr bitte zurüc zum thema kommen?