Unitymedia CMTS importieren

[sparkie]

schoen fuer dich :smile:

dann lies mal das und die Folgeposts: Beitrag

 

[y0r]

schoen fuer dich :smile:

dann lies mal das und die Folgeposts: Beitrag

Und wo steht da, außer in deinen eigenen Posts, dass VF das Update nicht einspielt, weil es kundeneigene Geräte sind? Da steht nur, dass VF die Geräte nicht provisionieren kann, weil Probleme mit IPv6 Management. Vielleicht liegt es einfach daran, dass VF die Firmware nicht im Sortiment hat!? Hast du irgendwo eine Aussage vom Provider, die was anderes bestätigen? Oder arbeitest du bei VF? Das sind doch bisher nur Mutmaßungen.

Schau du dir doch mal in deinem Thread ein paar Posts weiter an. :winken:

 

[sparkie]

urspruenglich war ich eigentlich selbst der Meinung, dass die Provider mal irgendwann was Sinnvolles (also zu Gunsten des Kunden) tun koennten.

diesen Traum habe ich erst mal begraben :RIP :smile:

 

[why_]

Und wo steht da, außer in deinen eigenen Posts, dass VF das Update nicht einspielt, weil es kundeneigene Geräte sind?

https://www.unitymediaforum.de/viewtopic.php?f=53&t=36074&p=401153#p401153

 

[y0r]

Und wo steht da, außer in deinen eigenen Posts, dass VF das Update nicht einspielt, weil es kundeneigene Geräte sind?

https://www.unitymediaforum.de/viewtopic.php?f=53&t=36074&p=401153#p401153

Auch kein Beweis.
Die SNMP Credentials sind im Factory Default ja bekannt. Wäre also auch kein Problem.

 

[nts]

Auch kein Beweis.

Na zumindest UM schließt das explizit aus, obwohl ja eigentlich klar ist, dass der Netzbetreiber nicht für die eigene Hardware des Kunden verantwortlich ist, und es hier wahrscheinlich auch rechtliche Hindernisse gibt:

6.2. Firmware Updates
Unitymedia will not include CVC information in bootfile.
Therefore, Unitymedia will not trigger Secure Software Download being referenced in [i.4] Chapter
8.2.3, [i.3] Chapter 12.1 and [i.5] Chapter 14.

https://www.unitymedia.de/content/dam/dcomm-unitymedia-de/hilfe---service/doc/NTP_Provider_Interface_Spec_Unitymedia.pdf

Dass teilweise auch kundeneigene Cisco Modems aktualisiert werden, liegt vermutlich daran, dass diese nicht von den Providergeräten zu unterscheiden sind und die Updateanweisung auch in dem Configfile für unprovisionierte Modems vorhanden ist. Das finde ich nachvollziehbar, denn die Dinger sind ja in den allermeisten Fällen Hehlerware und entsprechen auch gar nicht den Schnittstellenanfordungen von UM und VF, weswegen sie der Kunde erst gar nicht hätte anschließen sollen.

 

[y0r]

Danke für den Link!
Nun, wenn diese Restriktionen weiter bestehen bleibt, ist natürlich essig mit zukünftigen Updates. Ob Providerupdates nun gut oder schlecht sind, muss jeder für selbst beantworten. Fakt ist natürlich, dass sich so der Hund in den Schwanz beißt. Wenn die Modems jetzt im Endkundengeschäft angekommen sind, muss der Hersteller ja eigentlich dafür Sorge tragen, dass der Kunde sie akualisieren kann, wenn der Provider sich vertragstechnisch weigert.

Andererseits könnte der Provider auch gewisse Softwarestände vorschreiben, um seine Netzstruktur aus Gründen nicht zu gefährden. Wobei er hier dann aber wohl eher sperrt als aktualisiert.

Edit: Die Zensur... :brüll:

 

[nts]

Hast du gerade etwa Schwanz gesagt? :nein:

 

[Wechseler]

Möglichkeiten gibt es ja einige:

1. Der KNB provisioniert manuell (Aufwand einmalig pro Vertrag) - zur Zeit bei UM und PYUR möglich. Firmware-Version ist dann egal.
2. Der KNB lädt eine Firmware aufs Modem, die in seinem Netz funktioniert - ist bei einem einzigen VF-Kunden passiert.

Oder:

Der KNB stellt sich komplett quer und läßt den Kunden im Regen stehen - Das ist, was Vodafone gerade bei allen anderen macht.

 

[rv112]

Was ein Glück dass wir bei Unitymedia und nicht Vodafone sind! :mussweg:

 

[Maikel]

PYUR provisioniert manuell?!? Kannste vergessen, erst nach umweg über die BNetzA vielleicht...

 

[tobsen]

Was ein Glück dass wir bei Unitymedia und nicht Vodafone sind!

Ich habe mich durch Zufall am Wochenende mit einem auf der Leiter recht weit oben stehenden VF Mitarbeiter unterhalten.
Als Resume habe ich aus dem Gespräch mitgenommen, dass die UM Übernahme schon aus wirtschaftlich recht guten Aspekten stattgefunden hat, auch wenns erstmal recht teuer für VF war. :zerstör:
Es dauert wohl etwa 12 bis 18 Monate bei einer solchen Übernahme, bis alles - Vertrieb, Support, Technik, Tarife, etc - vollständig integriert ist. Ich gehe also mal davon aus, das VF wohl eher UM an ihr eigenes Modem-Management anpassen wird, als umgekehrt.
Sobald das UM Gebiet vollständig integriert ist, werden sie - meine eigene Meinung - hingehen und sich sich sämtliche DSL/Festnetz-Tarife vornehmen, die VF im UM Gebiet hat oder jetzt noch abschließt und deren Laufzeit gegen Ende geht, als neuen "High-End Kabel Anschluss" vergolden lassen wird.

Bezüglich dem CMTS:
Habe heute die Tracking-Nummer erhalten und das "Päckchen" wurde heute auch schon abgeholt. Mal sehen, wann es hier ist. Vor dem Wochenende wird das aber bestimmt nix mehr. :kratz:

 

[Easy4Breezy]

Habe heute die Tracking-Nummer erhalten und das "Päckchen" wurde heute auch schon abgeholt. Mal sehen, wann es hier ist. Vor dem Wochenende wird das aber bestimmt nix mehr. :kratz:

Ich glaube auf den einen Tag mehr oder weniger kommt es mittlerweile auch nicht mehr drauf an.
Immerhin geht es voran und das ist das Wichtigste

 

[rv112]

Danke tobsen für die Rückmeldung! Hoffen wir dass dann die Nodes nicht völlig überbucht sind wenn die ganzen DSL Kunden dazukommen

 

[Samsungstory]

PYUR provisioniert manuell?!? Kannste vergessen, erst nach umweg über die BNetzA vielleicht...

Die haben 4 Geräte manuell provisioniert. Nachdem die aber auch den Bug gefunden haben, wurde das erstmal gestoppt. Bin aber dran. :winken:

Bezüglich dem CMTS:
Habe heute die Tracking-Nummer erhalten und das "Päckchen" wurde heute auch schon abgeholt. Mal sehen, wann es hier ist. Vor dem Wochenende wird das aber bestimmt nix mehr. :kratz:

Wie sieht den das CMTS aus, welches du dir bestellt hast? :kratz:

 

[tobsen]

Hoffen wir dass dann die Nodes nicht völlig überbucht sind wenn die ganzen DSL Kunden dazukommen

Ja das hoffe ich auch!
Ist halt das Problem bei einem Kabelnetz... Man muss direkt Hardware für den Vollausbau bereitstellen auch wenn man erstmal nur 100 Anschlüsse schaltet. Beim DSL kann ich ja immer nach Bedarf Hardware zukaufen..

Wie sieht den das CMTS aus, welches du dir bestellt hast?

Standard 19" 1HE Gerät.. Sieht aus wie diese SuperMicro 1HE miniITX Server... ein Schelm wer da jetzt böses denkt :hammer:

 

[Wechseler]

Standard 19" 1HE Gerät.. Sieht aus wie diese SuperMicro 1HE miniITX Server... ein Schelm wer da jetzt böses denkt :hammer:

Wieviele Kunden gedenkst du daran anzuschließen?

 

[Samsungstory]

Hat wahrscheinlich mehr DS wie das von PYUR mit ihren 8 :brüll:

 

[tobsen]

Wieviele Kunden gedenkst du daran anzuschließen?

Hahah, der war gut :brüll:
Werde das einfach mal an mein Kabel hängen und schauen wie viele Modems sich so bei mir melden. Warum eigene Kabel legen, wenn es schon jemand vor mir getan hat :kratz: :brüll: :brüll:

Hat wahrscheinlich mehr DS wie das von PYUR mit ihren 8

16 DS und 4 US Kanäle. :kafffee:
QAM256/QAM64 ist jetzt nicht so pralle im DS/US aber naja.. für die geplanten Updates reicht es auf jeden Fall cfreak:

 

[Leseratte10]

Ernstgemeinte Frage: Was würde dann eigentlich passieren? Also mit zwei CMTS an einem Strang?

 

[rv112]

Vermutlich würde das Netz kollabieren, da beide reinspucken. Ansonsten kann nicht viel passieren, da ihm ja der Uplink zu den UM Servern fehlt um die Modems zu provisionieren.

 

[tobsen]

Ernstgemeinte Frage: Was würde dann eigentlich passieren? Also mit zwei CMTS an einem Strang?

Ich gehe mal davon aus, dass dieses Szenario per Spezifikation ausgeschlossen ist und damit auch keine wirkliche Kollisionserkennung stattfinden wird.
Dadurch wird es sich so ähnlich verhalten, wie wenn man einen alten Videorekorder mit RF-Interface fälschlicherweise ans Kabel hängt.. Die Einstrahlungen werden dann zu massiven Fehlern bei den anderen Usern führen. Das wäre der harmlose Fall.
Ich könnte mir aber auch vorstellen, dass der "stärkere" einfach gewinnt. Sprich wer mit der größten Sendeleistung sendet. So genau hab ich mir da ehrlich gesagt noch gar keine Gedanken gemacht. Fest steht aber, dass man damit son komplettes Segment stören oder gar lahmlegen kann. :kratz: :kratz:

da ihm ja der Uplink zu den UM Servern fehlt um die Modems zu provisionieren.

Den brauche ich aber nicht um ein Modem zu provisionieren. Das Modem ist ja ohne DOCSIS-Configfile erstmal dumm und versucht sich bei einer Kopfstelle zu melden um eben ein solches File zu bekommen. Wer da jetzt antwortet ist dem Modem erstmal egal.

 

[Wechseler]

Wieviele Kunden gedenkst du daran anzuschließen?

Hahah, der war gut :brüll:
Werde das einfach mal an mein Kabel hängen und schauen wie viele Modems sich so bei mir melden. Warum eigene Kabel legen, wenn es schon jemand vor mir getan hat :kratz: :brüll: :brüll:

Jetzt weißt du, warum CableLabs das Szenario "Kunde mit eigenem CMTS" bei ihren Überlegungen zur Netzsicherheit nicht einzuplanen brauchten.

Hat wahrscheinlich mehr DS wie das von PYUR mit ihren 8

16 DS und 4 US Kanäle. :kafffee:
QAM256/QAM64 ist jetzt nicht so pralle im DS/US aber naja.. für die geplanten Updates reicht es auf jeden Fall cfreak:

Das ist mehr als 8x QAM256 und 4x QAM16, was bei mir anliegt. :mussweg:

 

[Samsungstory]

16 DS und 4 US Kanäle. :kafffee:
QAM256/QAM64 ist jetzt nicht so pralle im DS/US aber naja.. für die geplanten Updates reicht es auf jeden Fall cfreak:

Wie ist den der Stand zu dem CMTS? Ist es schon auf der Reise Richtung DE? :winken:

 

[0rko]

Hey tobsen,

neben dem Thema Software-Updates könnte man so ein CMTS auch verwenden um unter einer kontrollierbaren Umgebung den intel puma6 bug oder auch fix zu kontrollieren. Man kann sich dann ein Setup bauen mit einem Server vor der CMTS. Dieser könnte dann als Ziel- oder Quell-Server für entsprechende Tests dienen. Dann muss man nicht immer durch das halbe Internet seine Tests durchführen und die Modem-Hersteller können nicht behaupten, dass der Weg durch das Internet die Ergebnisse verfälschen.