vi.shamina Posted December 17, 2024 Posted December 17, 2024 (edited) Добрый день! Имеем в сети OLT : BDCOM(tm) P3600-16E Software, Version 10.1.0G Build 126776 hardware version:A PCB version:A Последнюю неделю абоненты начали жаловаться на пропадание интернета. Выяснилось, что отваливаются ОНУ из 16 epon-портов задействовано 12, на всех 12 портах периодически валятся рандомные ОНУ в LastDeregReason llid-admin-down. Через время поднимаются сами - перезагрузка ОНУ не всегда решает вопрос - перезагрузка ОЛТ также не всегда решает вопрос - замена ОНУ на некоторое время решает вопрос Пример настройки epon порта (остальные также): interface EPON0/1 epon pre-config-template PON1 binded-onu-llid 1-64 switchport trunk vlan-allowed хххх switchport trunk vlan-untagged none switchport mode trunk switchport protected 1 storm-control broadcast threshold 500 storm-control multicast threshold 500 storm-control unicast threshold 500 Пример шаблона: epon onu-config-template PON1 cmd-sequence 001 epon onu all-port ctc vlan mode tag хххх cmd-sequence 002 epon onu all-port ctc loopback det Сигналы от ОЛТ к ОНУ: От -17...-22 на всех, есть одиночные -24. Хуже чем -26 - нет. Сигналы в обратку от ОНУ к ОЛТ. Тут вопрос, уже нет увернности, что нормальные хотя всегда хорошо все работало (есть другой ОЛТ абсолютно такой же и прошивка и модель и ревизия все ок работает сигналы примерно такие же), но разные: #sh ep optical-transceiver-diagnosis int epo 0/3 interface Temperature(degree) Voltage(V) Current(mA) TxPower(dBm) ----------- ------------------- ---------- ------------- -------------- epon0/3 43.5 3.3 11.0 7.7 interface RxPower(dBm) ----------- -------------- epon0/3:1 -28.2 epon0/3:2 -27.4 epon0/3:3 -28.9 epon0/3:4 -28.0 epon0/3:5 -27.7 epon0/3:8 -27.4 epon0/3:10 -29.2 epon0/3:13 -30.5 epon0/3:16 -29.2 epon0/3:18 -28.0 epon0/3:19 -28.9 epon0/3:22 -28.0 epon0/3:25 -27.4 epon0/3:26 -28.5 epon0/3:27 -29.2 epon0/3:28 -29.6 epon0/3:29 -28.5 epon0/3:31 -28.5 epon0/3:32 -30.5 epon0/3:33 -28.2 epon0/3:36 -27.0 Примерно так выглядит ситуация на epon 0/3. Олт недавно перезагрузили uptime is 0:00:11:02: Interface EPON0/3 has bound 21 active ONUs: IntfName MAC Address Status OAM Status Distance(m) RTT(TQ) LastRegTime LastDeregTime LastDeregReason Alivetime ---------------- -------------- ---------------- ------------ ----------- ------- ------------------- ------------------- ----------------- ------------ EPON0/3:1 0008.3601.e7c6 auto-configured ctc-oam-oper 2472 1525 2024-12-17 14:33:08 2024-12-17 14:33:05 unknow 0 .00:09:22 EPON0/3:2 80f7.a6ad.3368 auto-configured ctc-oam-oper 2448 1510 2024-12-17 14:33:07 2024-12-17 14:33:05 unknow 0 .00:09:22 EPON0/3:3 80f7.a6db.0937 auto-configured ctc-oam-oper 2344 1446 2024-12-17 14:33:07 2024-12-17 14:33:05 unknow 0 .00:09:23 EPON0/3:5 80f7.a6da.ec27 auto-configured ctc-oam-oper 2341 1444 2024-12-17 14:33:08 2024-12-17 14:33:05 unknow 0 .00:09:22 EPON0/3:8 80f7.a6db.0951 auto-configured ctc-oam-oper 2038 1257 2024-12-17 14:33:09 2024-12-17 14:33:05 unknow 0 .00:09:21 EPON0/3:9 80f7.a6ad.3354 authenticated oam-oper 2065 1274 2024-12-17 14:42:27 2024-12-17 14:42:26 llid-admin-down 0 .00:00:02 EPON0/3:10 80f7.a6da.ec39 auto-configured ctc-oam-oper 2789 1720 2024-12-17 14:33:09 2024-12-17 14:33:05 unknow 0 .00:09:21 EPON0/3:13 0008.3601.fb92 auto-configured ctc-oam-oper 2393 1476 2024-12-17 14:33:08 2024-12-17 14:33:05 unknow 0 .00:09:22 EPON0/3:16 80f7.a6da.eecd auto-configured ctc-oam-oper 1780 1098 2024-12-17 14:33:09 2024-12-17 14:33:05 unknow 0 .00:09:21 EPON0/3:18 80f7.a6da.ef0d auto-configured ctc-oam-oper 2479 1529 2024-12-17 14:33:52 2024-12-17 14:33:05 unknow 0 .00:08:37 EPON0/3:19 80f7.a6da.eeaf auto-configured ctc-oam-oper 2482 1531 2024-12-17 14:33:07 2024-12-17 14:33:05 unknow 0 .00:09:22 EPON0/3:22 80f7.a6da.eefb auto-configured ctc-oam-oper 2310 1425 2024-12-17 14:33:07 2024-12-17 14:33:05 unknow 0 .00:09:22 EPON0/3:25 80f7.a6da.ef0b auto-configured ctc-oam-oper 2365 1459 2024-12-17 14:33:07 2024-12-17 14:33:06 unknow 0 .00:09:23 EPON0/3:26 80f7.a6da.ef03 authenticated oam-oper 2098 1294 2024-12-17 14:41:52 2024-12-17 14:41:50 llid-admin-down 0 .00:00:38 EPON0/3:27 505b.1d8c.21b8 auto-configured oam-oper 2430 1499 2024-12-17 14:36:58 2024-12-17 14:36:57 llid-admin-down 0 .00:05:32 EPON0/3:28 505b.1d8c.21c0 auto-configured ctc-oam-oper 2401 1481 2024-12-17 14:40:04 2024-12-17 14:40:03 llid-admin-down 0 .00:02:26 EPON0/3:29 505b.1d8c.21b6 authenticated oam-oper 2040 1258 2024-12-17 14:42:28 2024-12-17 14:42:26 llid-admin-down 0 .00:00:02 EPON0/3:31 505b.1d8c.21a0 auto-configured ctc-oam-oper 2315 1428 2024-12-17 14:33:09 2024-12-17 14:33:06 unknow 0 .00:09:21 EPON0/3:32 505b.1d8c.217e auto-configured ctc-oam-oper 2035 1255 2024-12-17 14:33:09 2024-12-17 14:33:06 unknow 0 .00:09:21 EPON0/3:33 505b.1d8c.2178 auto-configured ctc-oam-oper 2503 1544 2024-12-17 14:33:09 2024-12-17 14:33:06 unknow 0 .00:09:20 EPON0/3:36 505b.1d8c.1b0e auto-configured ctc-oam-oper 2181 1345 2024-12-17 14:35:23 2024-12-17 14:35:21 llid-admin-down 0 .00:07:06 И так на всех портах. Есть зоопарк ОНУ: CDT 110F/FD511G-E xPON 1G /1G xPON 101Z/101Z MONU D201/RTKG VSOL D401/D401 HWTC 11AF/FD511G-X Сегодня стреляли рефлектометром все уходы в сторону абонентов и с другой стороны по трассам найти пока ничего не удалось. Засветов нет, прих. сигналов на ОЛТ от абонентов нет (думали может кто включил что типа медика, хотя эта функция защиты включена. #sh ep always-laser-on-onu На некоторых epon портах копятся ошибки (Received: 3 error, 3 FCS - что значат вроде понимаем, если кто напишет еще раз не откажусь прочитать) за 14 мин работы накопилось sh int epo 0/3 EPON0/3 is up, line protocol is up protocolstatus upTimes 1, downTimes 0, last transition 2024-12-17 14:33:7 Ifindex is 49, unique port number is 17 Hardware is Giga-PON, address is ac12.8e11.7812 (bia ac12.8e11.7812) MTU 1500 bytes, BW 1000000 kbit, DLY 2000 usec Encapsulation ARPA Flow-Control Off PON-Transceiver Present 5 minutes input rate 6767335 bits/sec, 1266 packets/sec 5 minutes output rate 18538004 bits/sec, 2106 packets/sec Real time input rate 0%, 6390787 bits/sec, 1161 packets/sec Real time output rate 1%, 13379730 bits/sec, 1661 packets/sec peak input rate 9443664 bits/sec, Dec 17 14:48:40 peak input rate 2909 packets/sec, Dec 17 14:33:24 peak output rate 83606976 bits/sec, Dec 17 14:33:30 peak output rate 7141 packets/sec, Dec 17 14:33:30 Received 1201740 packets, 773342286 bytes 1415 broadcasts, 30 multicasts 3 discard, 3 error, 0 PAUSE 0 align, 3 FCS, 2 runt 0 jabber, 0 oversize, 0 undersize Transmitted 1932078 packets, 2114330240 bytes 32 broadcasts, 484 multicasts 0 discard, 0 error, 0 PAUSE Received mpcp 19126148 frames 1 bcast-error, 107 bcast-request, 0 unknown 0 request, 67 ack, 19125974 report Transmitted mpcp 21490342 frames 1939 discovery window 21488269 gate, 38 register, 96 bcast-register В логах такой срач. Log Buffer (100000 bytes total 0 bytes remain): Dec 17 14:46:38 %OLT: Interface EPON0/3:22's CTC OAM extension negotiated successfully! Dec 17 14:46:37 %OLT: Interface EPON0/9:32's OAM Operational Status: Operational Dec 17 14:46:37 %OLT: Interface EPON0/9:32's OAM Operational Status: Linkfault Dec 17 14:46:37 %OLT: Interface EPON0/5:26's OAM Operational Status: Linkfault Dec 17 14:46:37 %EPON-ONUAUTHEN: ONU 80f7.a6ad.3310 is authenticated on EPON0/1:8. Dec 17 14:46:37 %EPON-ONUREG: ONU 80f7.a6ad.3310 is registered on EPON0/1:8. Dec 17 14:46:36 %OLT: Interface EPON0/3:26's OAM Operational Status: Operational Dec 17 14:46:36 %OLT: Interface EPON0/3:26's OAM Operational Status: Linkfault Dec 17 14:46:35 %EPON-ONUDEREG: ONU 80f7.a6ad.3354 is deregistered on EPON0/3:9. Dec 17 14:46:35 %OLT: Interface EPON0/5:1's OAM Operational Status: Operational Dec 17 14:46:34 %OLT: Retry Getting ONU basic information on EPON0/3:26 2 times. Dec 17 14:46:34 %OLT: Get ONU basic information failed on EPON0/3:26, error number=-5. Dec 17 14:46:34 %EPON-ONUDEREG: ONU 80f7.a63c.621b is deregistered on EPON0/6:13. Dec 17 14:46:33 %OLT: Retry Getting ONU basic information on EPON0/4:34 1 times. Dec 17 14:46:33 %OLT: Get ONU basic information failed on EPON0/4:34, error number=-5. Dec 17 14:46:33 %OLT: Interface EPON0/3:4's OAM Operational Status: Operational Dec 17 14:46:33 %OLT: Interface EPON0/3:4's OAM Operational Status: Linkfault Dec 17 14:46:32 %OLT: Interface EPON0/9:27's OAM Operational Status: Operational Dec 17 14:46:32 %OLT: Config ONU on interface EPON0/3:9 failed for 3 times, must reboot it! Dec 17 14:46:32 %ONU-VLAN: Command "epon onu port 1 ctc vlan mode tag 3284 priority 0" failed on EPON0/3:9(rv=-5, onu_rv=0). Dec 17 14:46:32 %OLT: Interface EPON0/6:3's OAM Operational Status: Operational Dec 17 14:46:31 %OLT: Interface EPON0/5:9's CTC OAM extension negotiated successfully! Dec 17 14:46:30 %EPON-ONUAUTHEN: ONU 80f7.a6da.ec69 is authenticated on EPON0/6:3. Dec 17 14:46:30 %EPON-ONUREG: ONU 80f7.a6da.ec69 is registered on EPON0/6:3. Dec 17 14:46:29 %OLT: Interface EPON0/10:8's OAM Operational Status: Operational Dec 17 14:46:29 %OLT: Interface EPON0/10:8's OAM Operational Status: Linkfault Dec 17 14:46:29 %OLT: Interface EPON0/2:7's CTC OAM extension negotiated successfully! Dec 17 14:46:29 %EPON-ONUDEREG: ONU 80f7.a6da.ec69 is deregistered on EPON0/6:3. Dec 17 14:46:28 %OLT: Interface EPON0/9:27's OAM Operational Status: Linkfault Dec 17 14:46:28 %OLT: Interface EPON0/5:9's OAM Operational Status: Operational Dec 17 14:46:28 %OLT: Interface EPON0/5:9's OAM Operational Status: Linkfault Dec 17 14:46:26 %OLT: Interface EPON0/3:22's OAM Operational Status: Operational Dec 17 14:46:26 %OLT: Interface EPON0/2:7's OAM Operational Status: Operational Dec 17 14:46:26 %OLT: Interface EPON0/3:22's OAM Operational Status: Linkfault Dec 17 14:46:26 %OLT: Interface EPON0/6:13's OAM Operational Status: Operational Dec 17 14:46:26 %OLT: Interface EPON0/6:13's OAM Operational Status: Linkfault Dec 17 14:46:26 %EPON-ONUAUTHEN: ONU 505b.1d8c.218a is authenticated on EPON0/5:39. Dec 17 14:46:26 %EPON-ONUREG: ONU 505b.1d8c.218a is registered on EPON0/5:39. Dec 17 14:46:25 %EPON-ONUDEREG: ONU 505b.1d8c.218a is deregistered on EPON0/5:39. Dec 17 14:46:25 %EPON-ONUAUTHEN: ONU 80f7.a6ad.3332 is authenticated on EPON0/5:1. Dec 17 14:46:25 %EPON-ONUREG: ONU 80f7.a6ad.3332 is registered on EPON0/5:1. Dec 17 14:46:25 %EPON-ONUAUTHEN: ONU 505b.1d8c.2200 is authenticated on EPON0/2:7. Dec 17 14:46:25 %EPON-ONUREG: ONU 505b.1d8c.2200 is registered on EPON0/2:7. Dec 17 14:46:25 %EPON-ONUDEREG: ONU 80f7.a6ad.3332 is deregistered on EPON0/5:1. Dec 17 14:46:24 %OLT: Retry Getting ONU basic information on EPON0/3:26 1 times. Dec 17 14:46:24 %OLT: Get ONU basic information failed on EPON0/3:26, error number=-5. Dec 17 14:46:24 %EPON-ONUDEREG: ONU 505b.1d8c.2200 is deregistered on EPON0/2:7. Dec 17 14:46:24 %OLT: Get ONU basic information failed on EPON0/2:7, error number=-5. Dec 17 14:46:24 %OLT: Interface EPON0/4:23's OAM Operational Status: Operational Dec 17 14:46:24 %OLT: Interface EPON0/4:23's OAM Operational Status: Linkfault Dec 17 14:46:23 %OLT: Interface EPON0/4:34's CTC OAM extension negotiated successfully! Dec 17 14:46:23 %OLT: Interface EPON0/5:39's OAM Operational Status: Linkfault Dec 17 14:46:22 %OLT: Get ONU basic information failed on EPON0/1:2, error number=-5. Что еще проверять пока нет вариантов. Ах да, со стороны абонента самое интересное бывает LOSS, а бывает ни LOSS ни PON не горит. Во втором случае обычно ОНУ поднимается сама или после перезагрузки / или замены. В первом случае пишет, что упала по сигналу wire down, по факту через 1-2 часа может сама зарегится с сигналом -20/-27 в обратку. И так на всех еpon-портах. Edited December 17, 2024 by vi.shamina Вставить ник Quote
nixx Posted December 17, 2024 Posted December 17, 2024 2 часа назад, vi.shamina сказал: Что еще проверять пока нет вариантов. PON-модули меняли? попробуйте поменять хотя бы в паре-тройке портов, причем на модули вообще другого вендора. Вставить ник Quote
vi.shamina Posted December 17, 2024 Author Posted December 17, 2024 (edited) Попробуем, но есть пока сомнения, что это даст результат Edited December 17, 2024 by vi.shamina Вставить ник Quote
Nikita Devyatyarov Posted December 18, 2024 Posted December 18, 2024 Добрый день В зависимости от класса PON модуля, чувствительность может отличаться, возможно именно на этой ОЛТ установлены самые простые модули с чувствительностью -27 дБм Вставить ник Quote
vi.shamina Posted December 18, 2024 Author Posted December 18, 2024 (edited) На данный момент установлены BDCOM OLT-GSFP-20++ по характеристикам до -35Dbm https://shop.nag.ru/catalog/01889.sfp-gbic-xfp-sfp-x2-xenpak-qsfp-cfp-moduli/02086.moduli-sfp/43100.olt-gsfp-20#description Сегодня попробуем поставить Gateray GR-S1-w4920S-GEPON C++ на замену у этих вроде чувс. до -37 Также где-то читала попробую найти ссылку позже, если большая разница с сигналами upstream/downstream то может быть рассинхронизация ОНУ на epon-портах. Кто-то может подсказать как это на практике? Edited December 18, 2024 by vi.shamina Вставить ник Quote
Nikita Devyatyarov Posted December 18, 2024 Posted December 18, 2024 Скорее всего речь была про разницу между уровнями по приему на самих ОНУ. Да, такое имеет место быть, но, судя по Вашему описанию, не в этом случае. Разница должна быть существенная. Вставить ник Quote
vi.shamina Posted December 18, 2024 Author Posted December 18, 2024 (edited) На сегодня все же заменили SFP BDCOM OLT-GSFP-20++ на: Gateray GR-S1-w4920S-GEPON C++ Gateray GR-S1-w4920S-GEPON C++ NGpon NGELB20+-43 NGpon NGELB20+-43 NGpon NGELB20+-43 Huawey EPON OLT PX20+ Huawey EPON OLT PX20+ Пока 6 ч на epon портах с вышеуказанными SFP все работает. Одна вылетает периодами EPON0/9:1 хххх.хххх.хххх auto-configured ctc-oam-oper 2607 1608 2024-12-18 16:56:56 2024-12-18 16:56:56 llid-admin-down Но у и сигнал там sh ep int EPON0/9:1 onu ctc op operating temperature(degree): 28 supply voltage(V): 3.3 bias current(mA): 11.9 transmitted power(DBm): 1.5 received power(DBm): -32.2 sh ep optical-transceiver-diagnosis int EPON0/9:1 interface RxPower(dBm) ----------- -------------- epon0/9:1 -33.0 Пока наблюдаем. Edited December 18, 2024 by vi.shamina Вставить ник Quote
nixx Posted December 18, 2024 Posted December 18, 2024 мы последнее время регулярно занимаемся шаманством с подбором PON-модулей стабильно массово глючат Gateray'евские модули из последних закупок (старые вроде норм), но изредка то же самое накатывает на BDCom'овские, вот только сегодня коллега со мной делился эмоциями по поводу. наверное надо смещать взор в сторону каких-нибудь HiSense или SNR (или Huawei, как у вас). и дело вообще ни разу не в уровнях сигналов. более похоже, что глюки зависят от расстояний до абонентов - один модуль глючит на больших расстояниях (>15км), другой - на коротких (<5км). вот тема с аналогичной проблемой, но там поналезли GPON'овцы со своими тюненхами, которых в епоне нет, и тема заглохла. Вставить ник Quote
vi.shamina Posted December 19, 2024 Author Posted December 19, 2024 (edited) А подскажите, как это выражается на ОЛТ? Цитата "массово глючат Gateray'евские модули из последних закупок" Цитата и дело вообще ни разу не в уровнях сигналов. более похоже, что глюки зависят от расстояний до абонентов - один модуль глючит на больших расстояниях (>15км), другой - на коротких (<5км) В данном случае у нас на этом районе нет слишком большого километража до <5км Пока полет нормальный кстати. На Gateray'евских тоже норм. Уточню по закупке, когда была не знаю этих модулей Edited December 19, 2024 by vi.shamina Вставить ник Quote
nixx Posted December 19, 2024 Posted December 19, 2024 2 часа назад, vi.shamina сказал: А подскажите, как это выражается на ОЛТ? так и выражается, как у вас постоянные перерегистрации онушек, а те, которые разреганы в момент времени - висят с llid-admin-down Вставить ник Quote
H.Zin Posted April 13, 2025 Posted April 13, 2025 Вот уже неделю как боремся с той же проблемой. Кто-нибудь нашел решение или установил причину? Вставить ник Quote
Saab95 Posted April 21, 2025 Posted April 21, 2025 В 13.04.2025 в 08:49, H.Zin сказал: Кто-нибудь нашел решение или установил причину? Возвратные потери в линии. Просто когда разводку ПОН сваривают редко кто делает входной контроль делителей, проверяет возвратные потери (это же специальный прибор нужен). В 17.12.2024 в 14:51, vi.shamina сказал: Сегодня стреляли рефлектометром все уходы в сторону абонентов и с другой стороны по трассам найти пока ничего не удалось. Чувствительность рефлектометра достаточная, для работы на ПОН линиях? Дешевые модели ничего не покажут, среднего уровня в большинстве случаев тоже ничего не покажут. А вот высокий (и самый дорогой уровень) - все покажет. Только где взять такие приборы для каких-то измерений на ПОН линиях? В 19.12.2024 в 12:10, nixx сказал: постоянные перерегистрации онушек, а те, которые разреганы в момент времени - висят с llid-admin-down ПОН чип один, когда на нем появляется много ожиданий, потерь в физической среде, отваливаться клиентские онушки могут в любом канале, не обязательно в том, где реально находится проблема. Вставить ник Quote
passer Posted April 22, 2025 Posted April 22, 2025 Вообще PON-чипы чаще всего на 4 дерева, но регистрация (и ее попытки) хорошо нагружают CPU OLT и в какой-то момент становится тошно. P.S. Горящий на онушках производства C-Data только лишь один светодиод PWR обычно тонко намекает на уставший БП или саму онушку. Временно решается заменой БП или передергиванием питания. Вставить ник Quote
H.Zin Posted April 22, 2025 Posted April 22, 2025 Пока фиксируем физическое решение. Убрали плохой уровень на одной онушке (был -32) и проблема так же исчезла как и внезапно появилась Вставить ник Quote
yajerr Posted June 16, 2025 Posted June 16, 2025 (edited) такая же беда началась уже с месяца 3. Периодически linkfault, отвалы рандомные онушек. Порты и ОЛТы разные, и 4 и 16 портовые, прошивки тоже разные. Из общего - модули BDCOM OLT-GSFP-20++. Но отвалы онушек происходят только из последних партий C-DATA FD511G-X и FD511G-E. И вот непонятно почему... подстраиваться под ОНУ и менять поголовно модули бдком? Edited June 16, 2025 by yajerr Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.