Telefonkabel LineCard Übersicht (und deren Firmware-Versionen)

robert_s

Lt. Junior Grade
Registriert
Dez. 2021
Beiträge
461
Dann rette ich den altehrwürdigen Thread "Neue LineCard Übersicht", der im OK-Forum am 31.07.2008 begonnen wurde, mal auch hier rüber, ehe es zu spät ist.

Da im original-Ursprungsbeitrag wild herumgebastelt wurde, und dennoch die meisten Links in Leere führten, rette ich mal nur die noch brauchbaren Informationen:

Google-Spreadsheet mit der (nicht mehr ganz) aktuellen Linecard-Übersicht (von @fruli am 01.10.2013 um 00:14 Uhr eingetragen, der Inhalt ist aber evtl. nicht ganz so alt):
https://docs.google.com/spreadsheet/ccc?key=0AkJ_mfvBdnTgdEhLekZqU0VQanpCQ2EwODF1cnRzSEE#gid=0

Dann gab es einen noch funktionierenden Download-Link der Version vom September 2011:
http://www.mediafire.com/file/5ftd2i729lzdeez/LineCards.pdf

In diesem Thread kann dann über evtl. neue Linecards (z.B. für G.FAST) sowie über neue Firmware-Versionen diskutiert werden.
Ergänzung ()

Zu den Firmware-Versionen, da sind mir diese als bei der Telekom derzeit aktuelle bekannt:

Adtran/Broadcom VVDSL-Linecards: 11.4.31
Adtran/Broadcom SVDSL-Linecards: 12.4.127
 
  • Gefällt mir
Reaktionen: Nero FX, Engaged, Burnzi und 12 andere
Ah spannend. Bei mir läuft die 12.4.25 (SVVDSL), nachdem es vorher mal 1.4.80 war. Wahrscheinlich war da ein Fehler und die 127 ist jetzt die neue, die im Feld ausgerollt wird.
 
Zuletzt bearbeitet von einem Moderator:
robert_s schrieb:
Der Link würde gut in den ersten Beitrag passen: https://www.meinkontes.de/fw-translatev3.php

Bei mir läuft seit einigen Wochen Broadcom 192.134 im Huawei-Outdoor-MSAN. Die Leitungskapazität hatte sich nach dem nächtlichen Update am MSAN zumindest anfangs um mehrere Mbit/s erhöht. Die Synchronisation steht inzwischen seit fünf Wochen mit 292/46,7 Mbit/s.
 
Zuletzt bearbeitet: (Vollzitat gekürzt)
  • Gefällt mir
Reaktionen: IliadZenith und foo_1337
foo_1337 schrieb:
Ah spannend. Bei mir läuft die 12.4.25 (SVVDSL), nachdem es vorher mal 1.4.80 war. Wahrscheinlich war da ein Fehler und die 127 ist jetzt die neue, die im Feld ausgerollt wird.
Hmm interressant, bei mir läuft auch die 12.4.25(Adtran) allerdings wird hier leider nur VVDSL angeboten, aus irgend einem Grund hat genau dieser eine MSAN hier kein SVVDSL alle anderen drum herum hingegen schon :(
 
@the6thday Es gibt wohl von Adtran 2 verschiedene Linecards mit den selben FW Versionen. Bei mir wurden ich beim SVDSL Ausbau auf eine andere Linecard geklemmt. Die hatte exakt den gleichen FW Stand.
 
Bisherige Versionen des DSLAMs (Broadcom Adtran):

177.191 (besten Syncwerte, Stabilität und besten Pings, kein verstecktes Interleaving: somit RAW-Pings nach Frankfurt: 7-8ms)

178.5 (schlechtere Syncwerte & Stabilität, schlechte Pings und verstecktes Interleaving (Frankfurt: 12-13ms)

178.18 (genauso schlecht wie 178.5 das Latenzproblem wurde nicht gefixt (Frankfurt: 12-13ms)

178.31 (genauso schlecht wie 178.5 & 178.18 (verstecktes Interleaving, das Latenzproblem wurde nicht gefixt (Frankfurt: 12-13ms)




Am 3. Januar 2022 (um ca. 1:30 Uhr) bekam der DSLAM eine neue Version:

178.33 (genauso schlecht wie 178.5 & 178.18 & 178.31 (verstecktes Interleaving, das Latenzproblem wurde immer noch nicht gefixt (Frankfurt: 12-13ms) :grr:
 
  • Gefällt mir
Reaktionen: Engaged, ufopizza und foo_1337
Hey, hast du die um ca. 5 ms erhöhten Pings denn auch zum ersten Hop? Oder kann es sein, dass durch das Update und damit verbundene reconnects dein Routing geändert wurde? Das hatte ich nähmlich auch. Nach paar mal Neuverbinden waren die Pings wieder top. (Hab zum ersten Hop 3ms.)
 
kevsei schrieb:
Hey, hast du die um ca. 5 ms erhöhten Pings denn auch zum ersten Hop? Oder kann es sein, dass durch das Update und damit verbundene reconnects dein Routing geändert wurde? Das hatte ich nähmlich auch. Nach paar mal Neuverbinden waren die Pings wieder top. (Hab zum ersten Hop 3ms.)


Ich hatte mit 177.191 immer stabile und dauerhafte Pings von 7-8ms zum ersten Hop und generell nach Frankfurt.
Mit allen Versionen danach 12-13ms zum ersten Hop und nach Frankfurt.

Wenn ich meine Leitung neu synce, dann hab ich in den ersten 60 Sekunden auch wieder einen Ping von 7-8ms zum ersten Hop bzw. nach Frankfurt.

Kurz danach aktiviert der DSLAM aber Interleaving, dann geht's rauf auf 12-13ms. :grr:
 
  • Gefällt mir
Reaktionen: kevsei
Ist bei dir kein Vectoring aktiv? Bei Vectoring ist normalerweise ausschließlich G.INP aktiv. Bist du noch bei Vodafone? Da war doch gerne mal die BNG überbucht, was auch die Latenz erhöht.
 
G.INP heißt aber nicht zwingend fast/fast. Es kann auch Interleaving gewählt werden. Das Thema hatten wir im OK Forum schon länger. Der von markchess beschriebene Effekt ist real. Hoffnung auf eine nachhaltige Besserung gibt es nicht wirklich. Ich glaube fruli hatte dazu einiges in Erfahrung gebracht.
 
  • Gefällt mir
Reaktionen: foo_1337
Ich hatte zu diesem Phänomen vor kurzem schon bei OK etwas geschrieben. Der Latenzanstieg scheint zeitlich mit den ersten korrigierten DTUs gemeinsam aufzutreten. Hier ist das auch nicht nur ein einmaliger Latenzanstieg, sondern die Latenz sinkt ab und zu wieder für ein paar Minuten auf den ursprünglichen Wert.

Das macht ein wenig denn Eindruck, als ob da ein Jitter-Puffer dahinter stecken könnte. Da müsste man mal ein ordentliches Monitoring durchführen. Falls dem so wäre, müsste ja der Latenzanstieg immer mit Retransmissions einhergehen, und eine Latenzreduktion sollte nur nach einiger Zeit ohne Retransmissions auftreten.

In jedem Fall ist es auch vom Modem mit abhängig. Mein Anschluss hängt an einer Linecard mit Broadcom 12.4.26 (Nokia Super-Vectoring). Der Latenzanstieg tritt hier mit einem DGA4132 als auch mit einem VR9-Modem unter OpenWrt auf, nicht aber bei einer Fritzbox 7530.
 
  • Gefällt mir
Reaktionen: EXP, 0-8-15 User und foo_1337
Dann hole ich mal eine Zusammenfassung aus einem anderen Forum hierher her. Bei ok.de hatte das wenig Sinn gemacht wegen der 15min. Bearbeitungsgrenze aber hier soll man ja die Beiträge angeblich auch unbegrenzt editieren (aka pflegen) können. Die Liste war ursprünglich inspiriert von den regelmäßigen Linecard-Zusammenfassungen von A1B2C3(D4) aus ok.de.

---

Hexadezimale Darstellung | 2er Notation | 3er Notation ab FRITZ!OS 7.20:

Nokia (ehm. Alcatel-Lucent) DSLAM/MSAN, 7330 ISAM FTTN mit Broadcom-Chipsatz basierter VDSL2-Vectoring Linecard (unterstützt auch VDSL2 ohne Vectoring oder ADSL2+):
  • 5FA4 bzw. 164.95 bzw. 10.8.95 (MSAN)
  • 61A4 bzw. 164.97 bzw. 10.8.97 (MSAN)
  • 8FA4 bzw. 164.143 bzw. 10.9.15 (MSAN, kein Vectoring, bei Telekom nur Indoor, Modell: 7302 ISAM)
  • A1B1 bzw. 177.161 bzw. 11.3.33 (MSAN)
  • ADB1 bzw. 177.173 bzw. 11.3.45 (MSAN)
  • EFB1 bzw. 177.239 bzw. 11.3.111 (MSAN)
  • 0BB2 bzw. 178.11 bzw. 11.4.11 (MSAN)
  • 10B2 bzw. 178.16 bzw. 11.4.16 (MSAN)
  • 11B2 bzw. 178.17 bzw. 11.4.17 (MSAN)
  • 12B2 bzw. 178.18 bzw. 11.4.18 (MSAN, diese Version gibt es auch bei Adtran, s.u.)
  • 1AB2 bzw. 178.26 bzw. 11.4.26 (MSAN)
  • 1FB2 bzw. 178.31 bzw. 11.4.31 (MSAN, diese Version gibt es auch bei Adtran, s.u.)
  • 21B2 bzw. 178.33 bzw. 11.4.33 (MSAN, diese Version gibt es auch bei Adtran, s.u.) Neu
  • 13C0 bzw. 192.19 bzw. 12.0.19 (MSAN)
  • 14C2 bzw. 194.20 bzw. 12.4.20 (MSAN)
  • 1AC2 bzw. 194.26 bzw. 12.4.26 (MSAN)
  • 86D0 bzw. 208.134 bzw. 13.1.6 (MSAN) Neu
  • 64C0 bzw. 192.100 bzw. 12.0.100 (MSAN, SuperVectoring Linecard)
  • 67C2 bzw. 194.103 bzw. 12.4.103 (MSAN, SuperVectoring Linecard)
  • 69C2 bzw. 194.105 bzw. 12.4.105 (MSAN, SuperVectoring Linecard)
  • Bei diesem MSAN hatte die Telekom vermutlich die ersten Lincards eingesetzt, die das VDSL2-Profil 35b (aka SuperVectoring) unterstützen.
  • https://networks.nokia.com/products/7330-isam-fttn-etsi


Adtran (ehm. NSN) DSLAM/MSAN, hiX56xx (z.B. hiX5625, hiX5630) mit Broadcom-Chipsatz basierter VDSL2-Vectoring Linecard (unterstützt auch VDSL2 ohne Vectoring oder ADSL2+):
  • 25A4 bzw. 164.37 bzw. 10.8.37 (DSLAM/MSAN, Firmware unterstützt noch kein Vectoring)
  • 0FB0 bzw. 176.15 bzw. 11.0.15 (nur DSLAM, Firmware unterstützt noch kein Vectoring)
  • 11B0 bzw. 176.17 bzw. 11.0.17 (nur MSAN)
  • 1AB0 bzw. 176.26 bzw. 11.0.26 (nur MSAN)
  • 1DB0 bzw. 176.29 bzw. 11.0.29 (DSLAM/MSAN)
  • 28B1 bzw. 177.140 bzw. 11.2.40 (DSLAM/MSAN)
  • A4B1 bzw. 177.164 bzw. 11.3.36 (DSLAM/MSAN)
  • BFB1 bzw. 177.191 bzw. 11.3.63 (DSLAM/MSAN)
  • 05B2 bzw. 178.5 bzw. 11.4.5 (DSLAM/MSAN)
  • 12B2 bzw. 178.18 bzw. 11.4.18 (DSLAM/MSAN)
  • 1FB2 bzw. 178.31 bzw. 11.4.31 (DSLAM/MSAN)
  • 21B2 bzw. 178.33 bzw. 11.4.33 (DSLAM/MSAN)
  • 15C0 bzw. 192.21 bzw. 12.0.21 (DSLAM/MSAN)
  • 55C0 bzw. 192.85 bzw. 12.0.85 (DSLAM/MSAN)
  • DAC1 bzw. 193.218 bzw. 12.3.90 (DSLAM/MSAN)
  • 50C2 bzw. 194.80 bzw. 12.4.80 (DSLAM/MSAN)
  • 19C2 bzw. 194.25 bzw. 12.4.25 (DSLAM/MSAN)
  • 7FC2 bzw. 194.127 bzw. 12.4.127 (DSLAM/MSAN)
  • 78C2 bzw. 194.120 bzw. 12.4.120 (DSLAM/MSAN) Neu
  • Evtl. (bei älteren Versionen) keine automatische Deaktivierung des Vectoring-Rückfallprofil wenn einmal aktiv.
  • Bei nur einer Linecard im MSAN/DSLAM wird keine Prozessorkarte für Vectoring benötigt.
  • http://portal.adtran.com/web/page/portal/Adtran/group/4186


Huawei MSAN, SmartAX MA5600-Serie (z.B. MA5603T) mit Broadcom-Chipsatz basierter VDSL2-Vectoring Linecard (unterstützt auch VDSL2 ohne Vectoring oder ADSL2+):

Huawei Mini-MSAN, MA5611S-DE48-A mit Broadcom-Chipsatz basierter VDSL2-Vectoring Linecard (unterstützt auch VDSL2 ohne Vectoring oder ADSL2+):


Das sind nicht alle Firmwareversionen die existieren sondern nur die, die m.W.n. bei der Telekom verwendet werden/wurden bei (S)VVDSL2-Linecards.

Edit/Letzte Aktualisierung: 20.07.2020
Edit/Letzte Aktualisierung: 09.08.2020 (am 27.09.2020 nur Reihenfolge geändert)
Edit/Letzte Aktualisierung: 20.01.2021 (Nokia "1FB2" hinzugefügt)
Edit/Letzte Aktualisierung: 31.01.2021 (Nokia "1AC2" hinzugefügt)
Edit/Letzte Aktualisierung: 16.07.2021 (Adtran "1FB2" und "19C2" hinzugefügt)
Edit/Letzte Aktualisierung: 05.01.2022 (Huawei "D6C1")
Edit/Letzte Aktualisierung: 23.01.2022 (Adtran "21B2")
Edit/Letzte Aktualisierung: 26.01.2022 (Adtran "7FC2")
Edit/Letzte Aktualisierung: 11.05.2022 (Huawei Mini-MSAN "ABA4")
Edit/Letzte Aktualisierung: 30.04.2023 (Adtran "78C2")
Edit/Letzte Aktualisierung: 08.05.2023 (Nokia "21B2" und "86D0")
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: norKoeri, IliadZenith, eifelman85 und 5 andere
NDiCB schrieb:
Huawei MSAN, SmartAX MA5600-Serie (z.B. MA5603T) mit Broadcom-Chipsatz basierter VDSL2-Vectoring Linecard (unterstützt auch VDSL2 ohne Vectoring oder ADSL2+):

Das sind nicht alle Firmwareversionen die existieren sondern nur die, die m.W.n. bei der Telekom verwendet werden/wurden bei (S)VVDSL2-Linecards.
Broadcom 12.3.86 läuft bei mir im Huawei-MSAN mit 35b.
 
  • Gefällt mir
Reaktionen: NDiCB
markchess schrieb:
Bisherige Versionen des DSLAMs (Broadcom Adtran):

177.191.....
Kann ich genau so bestätigen. Was bei mir und meinem Schwager noch dazu kommt, sind alle paar Tage Reconnects am laufenden Band (4-5 Tage lang 5+ Reconnects pro Tag und dann ist wieder 1 gute Woche Ruhe)
Leitung wurde bereits mehrfach durchgemessen und ist sauber. Liegt einfach an der alten Linecard imo.
Ich bin mom wieder am Daten sammeln und mache bald einen Schrieb an die Telekom fertig.
Meine große Hoffnung war der SVDSL Ausbau, aber der ist seit Ende 2020 in unserer Region völlig zum erliegen gekommen. Schade nur, dass es bei uns zwei DSLAM gibt und genau an dem ich hänge hat keine SVV Linecard 😅 der andere schon...
 
Würde mich interessieren ob schon jemand bei der Nokia Linecard 178.31 bzw. 11.4.31 eine höhere Version bekommen hat?
Hänge gefühlt schon seit 1,5 Jahren auf der Version. Oder ist die Non SV Karte zu alt um aufgewertet zu werden?
 
NDiCB schrieb:
Huawei MSAN, SmartAX MA5600-Serie (z.B. MA5603T) mit Broadcom-Chipsatz basierter VDSL2-Vectoring Linecard (unterstützt auch VDSL2 ohne Vectoring oder ADSL2+):
  • 2DB1 bzw. 177.45 bzw. 11.2.45 (MSAN)
  • DAB1 bzw. 177.218 bzw. 11.3.90 (MSAN)
  • 14C0 bzw. 192.20 bzw. 12.0.20 (MSAN)
  • 1AC0 bzw. 192.26 bzw. 12.0.26 (MSAN)
  • 90C1 bzw. 193.144 bzw. 12.3.16 (MSAN)
  • D6C1 bzw. 193.214 bzw. 12.3.86 (MSAN) Neu
Ist 12.3.86 nicht 86C0/192.134?
 
Wenn die Angabe "12.3.86" von einer Fritzbox mit FRITZ!OS >=7.20 stammt, nein. Dann sollte D6C1 schon richtig sein.

meinkontes.de rechnet "falsch" bzw. anders, die Umrechnung der 3er-Notation passt nicht zu der von FRITZ!OS >=7.20 verwendeten 3er Notation. Das war ursprünglich auch der Grund dafür die üblichen Notationen in die Übersicht überhaupt mit aufzunehmen
 
  • Gefällt mir
Reaktionen: FTTH
NDiCB schrieb:
meinkontes.de rechnet "falsch" bzw. anders, die Umrechnung der 3er-Notation passt nicht zu der von FRITZ!OS >=7.20 verwendeten 3er Notation. Das war ursprünglich auch der Grund dafür die üblichen Notationen in die Übersicht überhaupt mit aufzunehmen
Okay, daran lag es.
 
Zurück
Oben