SFP ONU in plaats van Rostelecom ONT: stick registreert niet bij de OLT, PPPoE komt niet op
Thuis ligt Rostelecom-fiber, er staat een ONT van de provider, en ik wil die extra doos graag uit de kast halen: de SFP ONU rechtstreeks in de router steken en zelf verder verdelen. De stick is gekocht, maar verder dan de eerste stap komt het niet.
- router Keenetic Giga, SFP-poort vrij
- stick Eltex NTU-SFP-100
- patchkabel SC/APC vanaf het wandcontact, een meter
- in de wijk staat, naar het lijkt, een Huawei MA5683 OLT
Wat ik zag, heb ik in één blok gezet:
линк на порту: up/down каждые несколько секунд
ONU на OLT: not registered
PPPoE: сессия не устанавливается
корпус стика через полчаса: около 80 C, в руке не удержатьGeprobeerd:
- de stick in een MikroTik gezet - zelfde beeld, geen registratie;
- de patchkabel gecontroleerd en de connector schoongemaakt, geen breuk;
- de PPPoE-instellingen nagelopen, dezelfde login en hetzelfde wachtwoord die normaal op de standaard-ONT werken.
Begrijp ik het goed dat de stick zonder tussenkomst van de provider helemaal niet omhoog komt, of is er aan mijn kant nog iets te draaien? En als de module toch aan de praat wordt gekregen, wat kan ik dan verwachten qua VLAN en IPTV?
Show original (Русский)
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 5
Kort: een SFP ONU is niet 'een module in plaats van de ONT', maar een volwaardige terminal die door de provider wordt beheerd. Zolang het serienummer van de stick niet op de OLT is aangemeld, bestaat hij voor het netwerk niet: geen registratie, geen uitgegeven GEM-poorten, verder graven heeft geen zin.
Al het overige komt via OMCI van de kant van de provider: GEM-poorten, CVLAN (bij Rostelecom meestal 10), profielen; een deel van de parameters komt binnen via TR-069. Dat schrijf je niet zelf op de stick, de vertrouwde webinterface van een ONT is er gewoon niet.
Wat te doen: naar de provider gaan met het serienummer en om registratie als abonneeterminal vragen. De een doet dat zonder problemen, de ander werkt principieel niet met een ONU van een derde partij - en dan zijn er geen opties meer.
En meteen iets over de verwachtingen, zodat er later geen teleurstelling is. Sticks vervoeren GEM-transport prima, maar bridge-modus en multicast voor IPTV werken alleen als op de OLT de bijbehorende profielen zijn ingesteld. Krijg je die niet: internet werkt wel, IPTV niet. Over die 80 C had je het bij het rechte eind, ze worden echt zo heet, en door oververhitting krijg je precies diezelfde poortflaps en snelheidsdips. Dus koeling en een plek met luchtcirculatie zijn geen luxe, maar onderdeel van de installatie.
Eerste vraag die ertoe doet: is het serienummer van de stick aan de provider doorgegeven? Zolang dat niet op de OLT staat, komt er na not registered niets meer - geen PPPoE, geen link in de gebruikelijke vorm. Over de OLT schrijf je zelf al 'naar het lijkt' - vraag het exact na bij de support, provisioning onder Huawei en onder ZTE verschilt. Zeg ook welke firmware er nu op de stick staat en of je een andere patchkabel hebt geprobeerd: een deel van dit soort flaps wordt verholpen door het snoer te vervangen, niet door instellingen. En kijk of de poort flapt met vezel erin, of dat hij net zo hard springt als de stick leeg staat - dat zijn twee verschillende verhalen.
Vergelijkbaar verhaal, alleen de hardware is anders: ik bracht GPON binnen in een EdgeSwitch Fiber 12, daarachter een Security Gateway, in plaats van de standaard HG8245XGC. Gekeken naar HPSP2120, SSX1LTC en MA5671A. De uitkomst is dezelfde - alles loopt vast op de registratie van het serienummer, en op een directe vraag antwoordde de provider dat een ONU van een derde partij hoogstwaarschijnlijk niet wordt geaccepteerd. Bij een kennis bij MTS kwam daarentegen een U Fiber Nano G aan de praat, daar stond een Huawei OLT en VLAN 30. Nog een detail waar mensen over struikelen: voor GPON heb je SC/APC nodig, de groene connector. Met een UPC-patchkabel kun je lang naar een niet-bestaand probleem zoeken.
Nog een aanvulling over de modelkeuze. Providers hebben vaak een korte lijst met sticks die ze überhaupt willen registreren: bij de een is dat D-Link DPN-100, Huawei MA5671A, Zyxel PMG3000 en Technicolor AFM0002/AFM0003, en alles wat buiten die lijst valt, staat niet ter discussie. Vraag het vóór de aankoop het beste precies zo: welke ONU's registreren jullie.
En de tweede helft van de vraag - de host zelf. Op de hAP ax S gedragen de SFP-poort en LAN1 zich instabiel, op 800-900 Mbit moet je daar niet rekenen; als je marge nodig hebt, is een RB5009 of een aparte ONU vóór de router verstandiger. Over de PMG3000 apart een waarschuwing: het IPv6-gedrag verandert er van firmware tot firmware.
Dat klopt allemaal, maar het is niet verstandig om het tot alleen provisioning terug te brengen: de host kan ook weigeren. Op een Turris Omnia met Turris OS 5.0.3 wordt een MA5671A met omgeflashte firmware HL23446 wel gedetecteerd, maar eth2 komt niet omhoog, in het log verschijnt "SFP module encoding does not support 8b10b nor 64b66b". Met de aangepaste firmware meldt de module bovendien transmit fault, met de stock-firmware een EEPROM-leesfout.
De snelheid forceren gaf niets, de tak met kernel 5.4 en zijn extra eigenaardigheden ook niet. In diezelfde router kwam een DFP-34G-2C2 op een ZTE-chipset ondertussen probleemloos op 1Gbps/full, terwijl een ZISA OP151S en een G-010S-A niet omhoog kwamen, de laatste met een onbekende compliance code. Dezelfde omgeflashte stick werkt op een MikroTik wel, als de snelheid handmatig wordt ingesteld. Een deel van dit soort verhalen gaat dus helemaal niet over de OLT, maar over hoe de host de SFP afhandelt.