Beiträge von HubeBube

Da fragst Du mich etwas, ich bin kein Telekom-Kunde.

Ist es nicht so, das die Serial/Modem-ID von dem Endgerät abzulesen ist und die Glasfaser-ID auf dem Gf-TA aufgedruckt ist?

Allerdings gibt es bei der Telekom zwei Verfahren zur Provisionierung und das neuere ist ein Selfservice-Verfahren. Verlässlichere Infos gibt es in dem Telekom-hilft Forum, da beantworten Telekom Mitarbeiter einen Teil der Fragen. Da es sich bei dir um einen Geschäftskundenanschluss handelt, kann es aber auch ganz anders sein!

Evtl. ist folgender Link ebenfalls hilfreich:

Zyxel PMG3000-D20B | Hack GPON (hack-gpon.github.io)

Üblicherweise ist die Serial/Modem-ID auf dem Modul aufgedruckt. Im Falle dieses Modules beginnt sie mit den Buchstaben SCOM, danach folgen 8 weitere Zeichen.

Diese Seriennummer benötigt die Telekom zur Aktivierung des ONT. Zumindest bei den Privatanschlüssen erfolgt eine Authentifizierung via PPPoE, ob das auch bei den Geschäftskundenanschlüssen benötigt wird, kann ich dir nicht sagen. Das sollte die Sophos jedoch können, nur DHCP/IPoE reicht sehr wahrscheinlich nicht aus.

Eine Übersicht der Modulkürzel findest Du auch hier im Forum:

Beitrag

RE: Fritzbox 5530 in Spanien anschließen - Support welcome

Die mir bekannten Modem-IDs/GPON-Seriennummern sind ebenfalls 12-Zeichen groß und setzen sich im Allgemeinen aus der Modulkennung (die ersten 4 Bytes), meistens im Dezimalformat, gefolgt von den letzten 4 Bytes der MAC-Adresse (Hexadezimalformat) zusammen:

• Nokia (O)NT Modulkennung: ALCL (Hexadezimal: 414C434C)
• AVM SFP Modulkennung: AVMG (Hexadezimal: 41564D47)
• Huawei ONT Modulkennung: HWTC (Hexadezimal: 48575443)
• Zphone ONT Modulkennung: ZNTS (Hexadezimal: 5A4E5453)
• Sercomm ONT Modulkennung: SCOM

…

HubeBube

16. Juli 2021 um 06:35

Die Telefonie läuft bei DG über IPv4, deshalb ist es vorteilhafter zuerst eine IPv4 Verbindung zu etablieren und erst danach die IPv6-Anbindung. Genau diese Reihenfolge wird bei "nativer IPv4 Verbindung) eingehalten. Mit DS-Lite hat das gar nichts zu tun.

Vom Wording ist es etwas verwirrend, glücklicherweise erklärt AVM diese Einstellungen in der Hilfe ganz gut.

Die Frage, ob die Cable-Fritze funktiniert ist nicht leicht zu beantworten. Providerboxen und auch Geräte, die gebraucht gekauft wurden, sind problematisch, da diese mit Providerkonfigurationen angepasst wurden. Selbst gekaufte Cable-Fritzen aus dem Eletronikmarkt sind da grundsätzlich besser geeignet.

Noch dazu kommt, das im Koaxialkabelnetz ganz andere Verfahren verwendet werden. AVM selbst gibt folgende Hilfen, sollte eine Cable-FRITZ!Box hinter einem Glasfasermodem (kein Router!) betrieben werden. Diesen Text habe ich ein wenig gepimpt:

Voraussetzungen

1. Die FRITZ!Box ist an ein Glasfasermodem/ONT/ONU angeschlossen, das mit dem Glasfaseranschluss verbunden ist
2. Es handelt sich um einen Internetzugang für den keine Zugangsdaten benötigt werden. D.h. DHCP/IPoE ist in Ordnung, jedoch nicht PPPoE!

Meistens scheitert es an 2! Telekom verwendet PPPoE, ich vermute O2 ebenso.

Ein Glasfaserrouter ist nicht unbedingt notwendig, es funktioniert sehr gut eine Kombination aus Glasfasermodem/ONT/ONU und Router mit einem WAN-Anschluss (bleiben wir im AVM Universum dann z.B. die sehr gute FRITZ!Box 4060).

Unbedingt musst Du klären, ob die Glasfaser bei dir nach dem Ausbau in der Wohnung physisch endet (in einer Glasfaser-Dose) oder bereits im Keller! Im letzteren Fall hast Du hoffentlich eine bestehende Ethernetverkabelung vom Keller in deine Wohnung. Falls nicht, dann lass' dir gesagt sein, das WLAN aus dem Keller oder Powerline keine stabilen und performante Lösungen sind. Ich würde dann dort nicht einziehen.

Das ist eine altbewährte Kombination und sollte daher keine Probleme geben. Wichtig ist ein möglichst aktuelles FRITZ!OS jedoch keine Beta-Firmware! Rücksetzen auf Werkseinstellungen bevor die FB konnektiert wird hat noch nie geschadet und für den Test auch bitte keine evtl. getätigten Sicherungen zurückspielen.

Mir fällt gerade ein, das es bei DG eine Obergrenze an "jemals gesehenen MAC-Adressen" pro Port gibt. Ist diese Obergrenze erreicht werden neue Geräte gar nicht mehr zugelassen. Das sollte jedoch mit dem Portreset durch DG auch keine Rolle mehr spielen.

Zitat von FreakyPenguin

Eine Einrichtung ohne das DG- Profil versuche ich dann morgen mal. Aber was stimmt denn mit dem „Deutsche Glasfaser“-Profil nicht?

Das vorgefertigte Profil verbirgt beispielsweise die Einstellmöglichkeiten für Up- und Downloadbandbreite (Traffic Shaper) vor dir. Nennst Du das eigene gleich wie das vorhandene, dann wird das vorgefertigte verwendet. Es ist auch lediglich ein Mangel und verhindert nicht den Verbindungsaufbau. Wir müssen jedoch alle Fehlerquellen ausschließen.

Du hast nicht zufälligerweise ein PiHole oder ähnliches im Netz bzw. schon in der FB konfiguriert?

Meine Empfehlung: Zurücksetzen auf Werkseinstellungen der FB und keinesfalls irgendwelche vorher gesicherten Settings zurück laden.

Jetzt die Einrichtung der FB vornehmen:

andere Anbieter" - "Deutsche Glasfaser" solltest Du vermeiden!

andere Anbieter - weitere Anbieter und nun beispielsweise DG oder DeuGlaFas oder ähnliches eingeben. Keinesfalls deugl oder Deutsche Glasfaser!

Du solltest auf dem WAN-Interface eine 100er IPv4 Adresse erhalten und in den IPv6 Einstellungen "Native IPv4 Verbindung" verwenden. Kein Haken bei DS-lite! Das benutzt DG nicht. Es ist ein vollwertiges Dual Stack!

Zitat von Phino

OI setzt AON ein. Damit ist die Nutzung von eigener Technik/Hardware einfacher.

Nach unseren Beobachtungen ist das bisher einfacher. Es ist jedoch nicht ausgeschlossen, das sich das in Zukunft und bei größeren Bandbreiten ändert.

Zitat von Phino

Auch gibt es eine Sternstruktur in der Verkabelung und kein Sharemedium mit 32-64 Teilnehmer auf einer Leitung.

Zumindest bei Deutsche Glasfaser (DG) gibt es diese Sternverkabelung in der GPON-Topologie. Diese ist durchaus kein Alleinstellungsmerkmal der AON-Topologie!

Die Zusammenführung der Kundendatenströme findet im Falle von DG erst im PoP statt. Und ich wage zu behaupten auch im "AON-PoP" gibt es ein Multiplexing zum Uplink.

GPON ist das modernere Verfahren und unterstützt nicht nur Ethernetframes. Leider ist es auch komplexer/flexibler, wenn es um den Einbuchungvorganges von Endgeräten geht und das beschäftigt uns hier im Forum am Meisten.

War ja auch nur eine Frage .

Da wurde ein Versprechen wahr gemacht!

Und als Ergänzung: Ganz an die reine Lehre wird sich bei Valid Lease Time und Preferred Lease Time auch nicht einheitlich gehalten. Um Borken herum nach RFC 2131/8415 bei mir (Main Taunus Kreis) zählt Valid Lease Time und Preferred Lease Time synchron bis zu der Hälfte der initialen Valid Lease Time (3600 Sekunden) herunter bevor eine Erneuerung stattfindet.

Uneinheitliches Verhalten, das den Eindruck eines Flickwerks erweckt. Personalintensiv, schlecht reproduzierbare Effekte und Fehleranfälligkeit sind die Folgen.

Ergibt ein Test auch das erwartete Ergebnis?

Welcher andere Router ist das, wenn Du nicht deine pfSense verwendest? Dieser Router ist direkt, also ohne zwischengeschalteten Switch, mit dem ONT verbunden?

Schon, da Du jedoch eine IPv6-Adresse erhälst gehen wir davon aus, das die Vergabe in Ordnung ist, das RENEW jedoch nicht geschieht.

Wenn Du einen Mitschnitt in Wireshark laden kannst, dann filtere bitte nach:

dhcpv6.msgtype == 5

Das ist ein RENEW. Da solltest Du einen Treffer haben. Andernfalls fragt dein Client (warum auch immer) nicht nach.

Zitat von HenningA

Der erste DHCPv6 Austausch läuft fehlerfrei, danach antwortet der DHCP-Server nicht mehr.

Wie hast Du das festgestellt?

OK, der Client fragt an (SOLICIT). Gibt es in Folge auch ein REQUEST vom Client in Richtung Server?

Meine 5530, FRITZ!OS 7.30 an der Faser im GPON von DG erneuert alle 1800 Sekunden das Lease. Das ist seit langer Zeit (mehrere Monate) schon so. Vorher war es so wie von dir beschrieben.

Gut, damit ist immer noch der Modus "Mietrouter" providerseitig eingestellt. Falls Du Telefonie über die 7590 realisieren möchtest, kannst Du dein Glück mit der VLAN-ID 330 im Telefonie-Setup versuchen.

Kompliziert ist bei DG diese Sache nicht, das bekommen auch IT-ferne Rentner hin. Die Ungeduld hat dein Nervenkostüm beansprucht...

Zitat von istoria78

Habe fleißig hier mitgelesen und habe nat. auch seit den 29.3 neue Leitung von DG.

...

Da DG bis heute den neuen Router noch nicht geschickt hat dachte ich schließe meine fb7590.

Ungeduld ist kein gute Vorgehensweise, wenn man mit einer neuen Technologie konfrontiert wird!

Durch das fleißige mitlesen wirst Du sicher die VLAN-IDs schon gefunden haben. Meines Wissens veröffentlicht DG diese auch nicht. Die im Forum genannten IDs sind durch reverse engineering und "sniffern" an der WAN-Schnittstelle herausgefunden worden. Was ich damit sagen will: die IDs können sich durchaus ändern.

Grundsätzlich ist es eine gute Idee den Kundendienst zu kontaktieren. Durch deine Ungeduld sehe ich jedoch schon folgendes Szenario: gebucht hast Du einen Mietrouter (und den bezahlst Du nun auch mindestens 24 Monate lang). Wenn jetzt der Kundendienst dich auf das Modell "kundeneigener Router" umstellt, Du hast ihm sicher mitgeteilt, das Du eine eigene FRITZ!Box benutzt, wirst Du den Mietrouter nie zum Funktionieren bringen. Das ist jetzt ein wenig Schwarzmalerei, aufgrund der gesammelten Erfahrungen aber nicht unwahrscheinlich.

Hast Du die FB vor dem Anschluss auf die Werkseinstellungen zurückgesetzt? Falls nicht, dann tue das noch. Ist das eine rot/weiße oder hat diese ein Branding eines Providers?

Bei Kupfer ist es sowieso schwierig mit höheren Bandbreiten/Frequenzen zu arbeiten, vor allem, wenn man das "schlechte" Cat6a berücksichtigen muss. Die einfache 64b66b-Kodierung (10GBASE-R) stößt bei 500 MHz Cat6a an ihre Grenzen und da muss mit zusätzlichen "Modulierungstricks" gearbeitet werden, um die gewünschten Bandbreiten zu erreichen. Mit Glasfaser ist das alles einfacher.

Hier zwar keine Erklärung warum und wieso, allerdings spricht die Auflistung unterhalb von 10GBASE-T für sich:

Difference between 10GBASE-T,10GBASE-R,10GBASE-X,10GBASE-W

Sicher das 64b65b kein Schreibfehler ist?

Der verpackte Ethernetframe bei GPON hat nur ganz wenig Overhead (angeblich nur 5 Byte, das ist mir noch nicht ganz einleuchtend) und bei Ethernet größer 1Gbps wird die effizientere 64b66b-Kodierung mit lediglich 3% Overhead verwendet. Grundsätzlich ist da ein Download nahe an 2,488 Gbps möglich. Ganz sicher jedoch keine 2,5 Gbps!

Nun ja, wenn ich 2,5 Gbps Download bezahle und mit meiner Hardware nicht die Möglichkeit besitze diese Bandbreite abzurufen, dann habe ich etwas falsch gemacht. Dann nutzt natürlich auch keine Messung mit der Breitbandapp der BNetzA.