Rostelecom के ONT की जगह SFP ONU: स्टिक OLT पर register नहीं होता और PPPoE नहीं उठता
घर में Rostelecom की optics है, operator का ONT लगा है, और मन है cabinet से एक फालतू डिब्बा हटाने का: SFP ONU सीधे router में लगाकर आगे खुद बांटने का। स्टिक खरीद लिया, पर पहले step से आगे बात नहीं बढ़ रही।
- Keenetic Giga router, SFP-port खाली है
- Eltex NTU-SFP-100 स्टिक
- socket से SC/APC पैचकॉर्ड, एक मीटर
- इलाके में, जहां तक लगता है, OLT Huawei MA5683 है
जो देखा वह एक block में जोड़ दिया:
линк на порту: up/down каждые несколько секунд
ONU на OLT: not registered
PPPoE: сессия не устанавливается
корпус стика через полчаса: около 80 C, в руке не удержать
Try किया:
- स्टिक को MikroTik में लगाकर देखा - तस्वीर वही है, registration नहीं है;
- पैचकॉर्ड चेक किया और connector साफ किया, टूट-फूट नहीं है;
- PPPoE की settings पलटकर देखीं, login और password वही हैं जो standard ONT पर normally काम करते हैं।
क्या मैं सही समझ रहा हूं कि operator की भागीदारी के बिना स्टिक बिल्कुल नहीं उठेगा, या मेरी तरफ भी अभी कुछ घुमाने को बचा है? और अगर module आखिरकार चला ही दिया गया, तो VLAN और IPTV को लेकर क्या उम्मीद रखूं?
Comments 5
छोटे में: SFP ONU कोई "ONT की जगह module" नहीं है, बल्कि एक पूरा टर्मिनल है जिसे operator control करता है। जब तक स्टिक का serial number OLT पर नहीं चढ़ता, network के लिए वह होता ही नहीं: registration नहीं, GEM-ports issue नहीं होते, आगे खोदना बेकार है।
बाकी सब कुछ operator की तरफ से OMCI के ज़रिए आता है: GEM-ports, CVLAN (Rostelecom में यह आमतौर पर 10 होता है), profiles; कुछ parameters TR-069 से पहुंचते हैं। स्टिक पर हाथ से यह तुम नहीं लिख सकते, वहां वह जानी-पहचानी ONT वाली web-UI होती ही नहीं।
क्या करें: serial number लेकर operator के पास जाओ और subscriber terminal की तरह registration मांगो। कोई बिना बात किए चढ़ा देता है, कोई सिद्धांत के तौर पर third-party ONU के साथ काम ही नहीं करता - और तब कोई option नहीं बचता।
और उम्मीदों के बारे में अभी बता दूं, ताकि बाद में निराशा न हो। स्टिक GEM transport सामान्य तरीके से ढोते हैं, लेकिन bridge mode और IPTV वाला multicast तभी चलता है जब OLT पर उसके matching profiles खड़े हों। नहीं देंगे तो इंटरनेट चलेगा, IPTV नहीं चलेगा। 80 C को लेकर तुमसे गलती नहीं हुई, वे सच में इतने गरम होते हैं, और overheating से वही port flaps और speed drops मिलते हैं। तो हवा का आना-जाना और जगह, लग्ज़री नहीं बल्कि installation का हिस्सा है।
पहला असली सवाल: स्टिक का serial number operator को दिया था? जब तक वह OLT पर दर्ज नहीं होता, आगे not registered के अलावा कुछ नहीं होगा - न PPPoE, न सामान्य तरीके का link। OLT के बारे में तुम खुद लिखते हो "जहां तक लगता है", support से पक्का पता करो, Huawei और ZTE के नीचे provisioning अलग होती है। यह भी बताओ कि स्टिक पर अभी कौन-सा firmware है और क्या दूसरा पैचकॉर्ड try किया - ऐसे कई flaps सिर्फ कॉर्ड बदलने से ठीक हो जाते हैं, settings से नहीं। और यह देखो कि port fibre लगे होने पर flap करता है या स्टिक खाली खड़ा होने पर भी वैसे ही उछलता है - ये दो अलग कहानियां हैं।
मिलती-जुलती कहानी है, बस hardware अलग है: GPON को EdgeSwitch Fiber 12 में चलाया, उसके पीछे Security Gateway, standard HG8245XGC की जगह। HPSP2120, SSX1LTC और MA5671A को आज़माकर देखा। नतीजा वही - सब कुछ serial number की registration पर अटकता है, और सीधे सवाल पर provider ने जवाब दिया कि third-party ONU शायद ही स्वीकार करेगा। मेरे एक जानने वाले के यहां MTS पर U Fiber Nano G चल गया, वहां Huawei OLT था और VLAN 30। एक और छोटी बात जिस पर लोग अटकते हैं: GPON के लिए SC/APC चाहिए, हरा connector। UPC-पैचकॉर्ड के साथ एक ऐसी problem को लंबे समय तक ढूंढा जा सकता है जो है ही नहीं।
model चुनने के बारे में जोड़ता हूं। operators के पास अक्सर स्टिक की एक छोटी list होती है जिन्हें वे register करने को राज़ी होते हैं: कहीं यह D-Link DPN-100, Huawei MA5671A, Zyxel PMG3000 और Technicolor AFM0002/AFM0003 है, और जो भी list से बाहर है उस पर बात ही नहीं होती। खरीदने से पहले पूछना बेहतर यही होगा: आप कौन-से ONU register करते हैं।
और सवाल का दूसरा आधा हिस्सा - खुद host। hAP ax S पर SFP port और LAN1 अस्थिर तरीके से बर्ताव करते हैं, वहां 800-900 Mbit पर भरोसा नहीं करना चाहिए; अगर headroom चाहिए तो RB5009 या router के आगे एक अलग ONU रखना ज्यादा समझदारी है। PMG3000 के बारे में अलग से बता दूं: उसमें IPv6 का व्यवहार firmware दर firmware बदलता रहता है।
यह सब सही है, पर सिर्फ एक provisioning पर सिमटना ठीक नहीं: host भी मना करना जानता है। Turris Omnia पर, Turris OS 5.0.3 के साथ, MA5671A जिसका firmware HL23446 में re-flash किया गया था, पहचान तो लिया जाता है, पर eth2 नहीं उठता, log में "SFP module encoding does not support 8b10b nor 64b66b" आता है। modified firmware के साथ module इसके अलावा transmit fault भी बताता है, stock वाले के साथ - EEPROM पढ़ने की error।
speed force करने से कुछ नहीं मिला, kernel 5.4 वाली branch और उसके extra quirks से भी नहीं। इसी बीच उसी router में DFP-34G-2C2, ZTE वाले chipset पर, आराम से 1Gbps/full पर खड़ा हो गया, जबकि ZISA OP151S और G-010S-A नहीं उठे, आखिरी वाला unknown compliance code के साथ। वही re-flash किया स्टिक MikroTik पर काम करता है, अगर speed हाथ से set करें। मतलब ऐसी कुछ कहानियां बिल्कुल भी OLT के बारे में नहीं होतीं, बल्कि host पर SFP की processing के बारे में होती हैं।