Voldurike Posted August 16, 2016 · Report post Стоит OLT BDCON P3310c, пока задействованы два PON порта, на каждом клиентов не более 8. Периодически пропадает трафик у людей. Прошивку сразу поставили 33463. На ней вроде люди работают стабильно. С PON работаем первый раз. Уровни сигналов клиентов: PON1-SH12#show epon optical-transceiver-diagnosis interface Temperature(degree) Voltage(V) Current(mA) TxPower(dBm) ----------- --------------------- ------------ ------------- -------------- epon0/1 40.7 3.4 27.3 5.1 epon0/2 40.5 3.3 30.6 5.2 epon0/3 0.0 0.0 0.0 0.0 epon0/4 0.0 0.0 0.0 0.0 interface RxPower(dBm) ----------- -------------- epon0/1:1 -24.2 epon0/1:2 -21.4 epon0/1:3 -21.8 epon0/2:1 -21.2 epon0/2:2 -26.1 epon0/2:3 -21.3 epon0/2:4 -29.2 epon0/2:5 -30.4 epon0/2:6 -28.5 epon0/1:4 -27.9 PON1-SH12#show epon interface EPON0/1:1 onu ctc optical-transceiver-diagnosis operating temperature(degree): 39 supply voltage(V): 3.3 bias current(mA): 17.3 transmitted power(DBm): 1.5 received power(DBm): -19.7 PON1-SH12#show epon interface EPON0/1:2 onu ctc optical-transceiver-diagnosis operating temperature(degree): 45 supply voltage(V): 3.3 bias current(mA): 19.3 transmitted power(DBm): 1.4 received power(DBm): -17.5 PON1-SH12#show epon interface EPON0/1:3 onu ctc optical-transceiver-diagnosis operating temperature(degree): 41 supply voltage(V): 3.3 bias current(mA): 17.7 transmitted power(DBm): 1.6 received power(DBm): -17.3 PON1-SH12#show epon interface EPON0/1:4 onu ctc optical-transceiver-diagnosis operating temperature(degree): 40 supply voltage(V): 3.3 bias current(mA): 16.4 transmitted power(DBm): 1.9 received power(DBm): -24.9 PON1-SH12#show epon interface EPON0/2:1 onu ctc optical-transceiver-diagnosis operating temperature(degree): 35 supply voltage(V): 3.3 bias current(mA): 17.9 transmitted power(DBm): 1.5 received power(DBm): -15.9 PON1-SH12#show epon interface EPON0/2:2 onu ctc optical-transceiver-diagnosis operating temperature(degree): 47 supply voltage(V): 3.3 bias current(mA): 17.5 transmitted power(DBm): 2.2 received power(DBm): -19.5 PON1-SH12#show epon interface EPON0/2:3 onu ctc optical-transceiver-diagnosis operating temperature(degree): 41 supply voltage(V): 3.3 bias current(mA): 19.2 transmitted power(DBm): 1.7 received power(DBm): -16.3 PON1-SH12#show epon interface EPON0/2:4 onu ctc optical-transceiver-diagnosis operating temperature(degree): 43 supply voltage(V): 3.3 bias current(mA): 19.3 transmitted power(DBm): 1.9 received power(DBm): -23.6 PON1-SH12#show epon interface EPON0/2:5 onu ctc optical-transceiver-diagnosis operating temperature(degree): 39 supply voltage(V): 3.3 bias current(mA): 12.0 transmitted power(DBm): 1.8 received power(DBm): -24.9 PON1-SH12#show epon interface EPON0/2:6 onu ctc optical-transceiver-diagnosis operating temperature(degree): 44 supply voltage(V): 3.2 bias current(mA): 19.4 transmitted power(DBm): 1.7 received power(DBm): -24.4 Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Evgeny Zykov Posted August 16, 2016 · Report post Стоит OLT BDCON P3310c, пока задействованы два PON порта, на каждом клиентов не более 8. пропущено Добрый день. В момент когда пропадает трафик ONU авторизованы на OLT? Какие ONU используете? МАС видятся от клиентов? Какая у Вас схема, vlan на клиента или на сервис? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Voldurike Posted August 16, 2016 · Report post ONU BDCOM P1501C1. Связь пропадает на секунд 30, поэтому насчет MACа трудно сказать. Схема простая: VLAN на порт OLT. Сама OLT подключена к Mikrotik, который по DHCP в 4 разных VLAN раздает адреса. Используется только интернет. В этот же Mikrotik подключена базовая станция WiFi и там клиенты не жалуются. з.ы. Меня все таки смущают уровни сигналов. Почему такая большая разница: 21 и 30... Схема делителей: 1/2 - 1/4 - 1/8. Следовательно разница у клиентов только в длине кабеля. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Evgeny Zykov Posted August 16, 2016 · Report post ONU BDCOM P1501C1. Связь пропадает на секунд 30, поэтому насчет MACа трудно сказать. Схема простая: VLAN на порт OLT. Сама OLT подключена к Mikrotik, который по DHCP в 4 разных VLAN раздает адреса. Используется только интернет. В этот же Mikrotik подключена базовая станция WiFi и там клиенты не жалуются. з.ы. Меня все таки смущают уровни сигналов. Почему такая большая разница: 21 и 30... Схема делителей: 1/2 - 1/4 - 1/8. Следовательно разница у клиентов только в длине кабеля. У вас делители сварены или на разъемах? Если сварены, то возможно имеются некачественные сварки, так как у делителей сверх гибкое волокно и его тяжело приваривать к 652. Кроме того возможно есть перегибы волокна уже на абонентском отводе. Для подключения клиентов у вас какая полировка APC или UPC? На момент пропадания связи что пишется в логах? Включить логирование можно командой logging buffered 65535 Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Voldurike Posted August 16, 2016 · Report post Везде сверка. Абоненты подключаются к UPC (такой разъем на самой ONU) Сегодня нашли как подключить удаленное логирование на наш сервер. 2016.08.16-10:31:24 <10.6.0.2>: <190>Aug 16 10:31:26 PON1-SH12 %SYS-6-CONFIG: Configured from vty 0 by admin(192.168.0.50) 2016.08.16-10:33:57 <10.6.0.2>: <190>Aug 16 10:34:00 PON1-SH12 User admin logouted from 192.168.0.50 on vty 0 2016.08.16-10:34:10 <10.6.0.2>: <189>Aug 16 10:34:12 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to up 2016.08.16-10:34:10 <10.6.0.2>: <189>Aug 16 10:34:12 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to up 2016.08.16-10:34:10 <10.6.0.2>: <189>Aug 16 10:34:12 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to down 2016.08.16-10:34:10 <10.6.0.2>: <189>Aug 16 10:34:12 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to down 2016.08.16-10:47:56 <10.6.0.2>: <189>Aug 16 10:47:58 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to up 2016.08.16-10:47:56 <10.6.0.2>: <189>Aug 16 10:47:58 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to up 2016.08.16-10:47:56 <10.6.0.2>: <189>Aug 16 10:47:58 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to down 2016.08.16-10:47:56 <10.6.0.2>: <189>Aug 16 10:47:58 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to down 2016.08.16-11:17:02 <10.6.0.2>: <189>Aug 16 11:17:05 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to up 2016.08.16-11:17:02 <10.6.0.2>: <189>Aug 16 11:17:05 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to up 2016.08.16-11:17:02 <10.6.0.2>: <189>Aug 16 11:17:05 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to down 2016.08.16-11:17:02 <10.6.0.2>: <189>Aug 16 11:17:05 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to down 2016.08.16-11:38:43 <10.6.0.2>: <188>Aug 16 11:38:46 PON1-SH12 Alarm CRITICAL from ONU 8479.7323.876f port EPON0/2:6 2016.08.16-11:38:43 <10.6.0.2>: <188>Aug 16 11:38:46 PON1-SH12 timestamp 0, window 0, threshold 0, value 0 2016.08.16-11:38:43 <10.6.0.2>: <188>Aug 16 11:38:46 PON1-SH12 Alarm DYING_GASP from ONU 8479.7323.876f port EPON0/2:6 2016.08.16-11:38:43 <10.6.0.2>: <188>Aug 16 11:38:46 PON1-SH12 timestamp 0, window 0, threshold 0, value 0 2016.08.16-11:38:43 <10.6.0.2>: <188>Aug 16 11:38:46 PON1-SH12 %OLT: Interface EPON0/2:6's OAM Operational Status: Linkfault 2016.08.16-11:38:43 <10.6.0.2>: <188>Aug 16 11:38:46 PON1-SH12 Alarm CRITICAL from ONU 8479.7323.876f port EPON0/2:6 2016.08.16-11:38:43 <10.6.0.2>: <188>Aug 16 11:38:46 PON1-SH12 timestamp 0, window 0, threshold 0, value 0 2016.08.16-11:38:43 <10.6.0.2>: <188>Aug 16 11:38:46 PON1-SH12 Alarm DYING_GASP from ONU 8479.7323.876f port EPON0/2:6 2016.08.16-11:38:43 <10.6.0.2>: <188>Aug 16 11:38:46 PON1-SH12 timestamp 0, window 0, threshold 0, value 0 2016.08.16-11:38:43 <10.6.0.2>: <188>Aug 16 11:38:46 PON1-SH12 %OLT: Interface EPON0/2:6's OAM Operational Status: Linkfault 2016.08.16-11:38:45 <10.6.0.2>: <188>Aug 16 11:38:48 PON1-SH12 %EPON-ONUDEREG: ONU 8479.7323.876f is deregistered on EPON0/2:6. 2016.08.16-11:38:52 <10.6.0.2>: <188>Aug 16 11:38:55 PON1-SH12 %EPON-ONUREG: ONU 8479.7323.876f is registered on EPON0/2:6. 2016.08.16-11:38:52 <10.6.0.2>: <188>Aug 16 11:38:55 PON1-SH12 %EPON-ONUAUTHEN: ONU 8479.7323.876f is authenticated on EPON0/2:6. 2016.08.16-11:38:52 <10.6.0.2>: <188>Aug 16 11:38:55 PON1-SH12 %OLT: Interface EPON0/2:6's OAM Operational Status: Operational 2016.08.16-11:38:52 <10.6.0.2>: <188>Aug 16 11:38:55 PON1-SH12 %OLT: Interface EPON0/2:6's CTC OAM extension negotiated successfully! 2016.08.16-11:39:03 <10.6.0.2>: <188>Aug 16 11:39:05 PON1-SH12 %OLT: Get ONU basic information failed on EPON0/2:6, error number=-5. 2016.08.16-11:39:03 <10.6.0.2>: <188>Aug 16 11:39:05 PON1-SH12 %OLT: Retry Getting ONU basic information on EPON0/2:6 1 times. 2016.08.16-11:39:03 <10.6.0.2>: <188>Aug 16 11:39:05 PON1-SH12 %EPON-ONUDEREG: ONU 8479.7323.876f is deregistered on EPON0/2:6. 2016.08.16-11:39:03 <10.6.0.2>: <188>Aug 16 11:39:05 PON1-SH12 %EPON-ONUREG: ONU 8479.7323.876f is registered on EPON0/2:6. 2016.08.16-11:39:03 <10.6.0.2>: <188>Aug 16 11:39:05 PON1-SH12 %OLT: Interface EPON0/2:6's OAM Operational Status: Operational 2016.08.16-11:39:03 <10.6.0.2>: <188>Aug 16 11:39:05 PON1-SH12 %EPON-ONUAUTHEN: ONU 8479.7323.876f is authenticated on EPON0/2:6. 2016.08.16-11:39:03 <10.6.0.2>: <188>Aug 16 11:39:05 PON1-SH12 %OLT: Interface EPON0/2:6's CTC OAM extension negotiated successfully! 2016.08.16-11:45:23 <10.6.0.2>: <189>Aug 16 11:45:26 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to up 2016.08.16-11:45:23 <10.6.0.2>: <189>Aug 16 11:45:26 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to up 2016.08.16-11:45:23 <10.6.0.2>: <189>Aug 16 11:45:26 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to down 2016.08.16-11:45:23 <10.6.0.2>: <189>Aug 16 11:45:26 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to down 2016.08.16-12:47:20 <10.6.0.2>: <188>Aug 16 12:47:23 PON1-SH12 %EPON-ONUREG: ONU 8479.7323.99f4 is registered on EPON0/1:5. 2016.08.16-12:47:20 <10.6.0.2>: <188>Aug 16 12:47:23 PON1-SH12 %EPON-ONUAUTHEN: ONU 8479.7323.99f4 is authenticated on EPON0/1:5. 2016.08.16-12:47:21 <10.6.0.2>: <188>Aug 16 12:47:23 PON1-SH12 %OLT: Interface EPON0/1:5's OAM Operational Status: Operational 2016.08.16-12:47:21 <10.6.0.2>: <188>Aug 16 12:47:24 PON1-SH12 %OLT: Interface EPON0/1:5's CTC OAM extension negotiated successfully! Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Evgeny Zykov Posted August 16, 2016 · Report post Везде сверка. Абоненты подключаются к UPC (такой разъем на самой ONU) Сегодня нашли как подключить удаленное логирование на наш сервер. 2016.08.16-10:31:24 <10.6.0.2>: <190>Aug 16 10:31:26 PON1-SH12 %SYS-6-CONFIG: Configured from vty 0 by admin(192.168.0.50) Судя по логам отпадание ONU у вас не происходит. Значит происходит некое блокирование. Можете показать конфиг? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Voldurike Posted August 16, 2016 · Report post Вот часть конфига (постарался убрать ненужное, остальные PON порты настроены идентично): interface vlan 102 no shutdown ip address 10.6.0.2 255.255.255.0 exit ip default-gateway 10.6.0.1 epon onu-config-template T1 cmd-sequence 1 switchport port-security dynamic maximum 5 cmd-sequence 2 switchport port-security mode dynamic cmd-sequence 3 epon onu all-port ctc vlan mode tag 551 cmd-sequence 4 epon onu all-port loopback detect exit interface GigaEthernet0/1 no shutdown switchport mode trunk switchport trunk vlan-allowed 102,551-554 switchport trunk vlan-untagged none exit interface GigaEthernet0/5 no shutdown switchport mode trunk switchport trunk vlan-allowed 102,551-554 switchport trunk vlan-untagged none exit interface EPON0/1 no shutdown epon pre-config-template T1 binded-onu-llid 1-64 switchport trunk vlan-allowed 102,551 switchport trunk vlan-untagged none switchport mode trunk switchport protected exit epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024 А что значит тогда строчка 2016.08.16-11:38:45 <10.6.0.2>: <188>Aug 16 11:38:48 PON1-SH12 %EPON-ONUDEREG: ONU 8479.7323.876f is deregistered on EPON0/2:6. 2016.08.16-11:38:52 <10.6.0.2>: <188>Aug 16 11:38:55 PON1-SH12 %EPON-ONUREG: ONU 8479.7323.876f is registered on EPON0/2:6. Я как понимаю онушка сначала отключилась, потом подключилась через 7 секунд? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Voldurike Posted August 17, 2016 · Report post И еще, почему-то много в логах: 2016.08.16-10:34:10 <10.6.0.2>: <189>Aug 16 10:34:12 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to up 2016.08.16-10:34:10 <10.6.0.2>: <189>Aug 16 10:34:12 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to up 2016.08.16-10:34:10 <10.6.0.2>: <189>Aug 16 10:34:12 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to down 2016.08.16-10:34:10 <10.6.0.2>: <189>Aug 16 10:34:12 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to down 2016.08.16-10:47:56 <10.6.0.2>: <189>Aug 16 10:47:58 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to up 2016.08.16-10:47:56 <10.6.0.2>: <189>Aug 16 10:47:58 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to up 2016.08.16-10:47:56 <10.6.0.2>: <189>Aug 16 10:47:58 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to down 2016.08.16-10:47:56 <10.6.0.2>: <189>Aug 16 10:47:58 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to down 2016.08.16-11:17:02 <10.6.0.2>: <189>Aug 16 11:17:05 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to up 2016.08.16-11:17:02 <10.6.0.2>: <189>Aug 16 11:17:05 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to up 2016.08.16-11:17:02 <10.6.0.2>: <189>Aug 16 11:17:05 PON1-SH12 %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to down 2016.08.16-11:17:02 <10.6.0.2>: <189>Aug 16 11:17:05 PON1-SH12 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to down И так достаточно часто Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Evgeny Zykov Posted August 17, 2016 · Report post Вот часть конфига (постарался убрать ненужное, остальные PON порты настроены идентично): А что значит тогда строчка 2016.08.16-11:38:45 <10.6.0.2>: <188>Aug 16 11:38:48 PON1-SH12 %EPON-ONUDEREG: ONU 8479.7323.876f is deregistered on EPON0/2:6. 2016.08.16-11:38:52 <10.6.0.2>: <188>Aug 16 11:38:55 PON1-SH12 %EPON-ONUREG: ONU 8479.7323.876f is registered on EPON0/2:6. Я как понимаю онушка сначала отключилась, потом подключилась через 7 секунд? Добрый день. Вы писали ранее о пропадании интернета у клиентов, я не рассматривал пропадание одной ONU, которая отваливается из-за высокого затухания в линии(-28,5, при гарантированной работе до -27) как относящееся к указанной проблеме. Если проблема только с одним клиентом, то в данном случае можно заменить ONU(они могут работать и до -32, это как повезет) или улучшить затухание в линии. По вашему вопросу относительно epon0/3 порта, я полагаю в нем нет активных ONU. В результате OLT поднимает линк, проверяет есть ли ONU и поскольку нет не одной гасит его снова. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Voldurike Posted August 18, 2016 · Report post Насчет EPON0/3 теперь стало понятно. Спасибо. Насчет сигнала, я не зря спрашивал. Просто я программист и мои познания в оптике и в частности PON достаточно скудны. Но как теперь я понял: что при гарантированной работе до -27 - проблема скорее всего в сигнале, так как у 4 из 10 клиентов затухание меньше -27. Правильно?Значит надо искать загибы или плохую сварку? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Evgeny Zykov Posted August 18, 2016 · Report post Насчет EPON0/3 теперь стало понятно. Спасибо. Насчет сигнала, я не зря спрашивал. Просто я программист и мои познания в оптике и в частности PON достаточно скудны. Но как теперь я понял: что при гарантированной работе до -27 - проблема скорее всего в сигнале, так как у 4 из 10 клиентов затухание меньше -27. Правильно?Значит надо искать загибы или плохую сварку? Добрый день. Да, вам надо проверить трассу. При схеме с делением на 64 у вас затухание должно быть в районе от -23 до -25 дБ Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
petr_i Posted August 20, 2016 (edited) · Report post Насчет EPON0/3 теперь стало понятно. Спасибо. Насчет сигнала, я не зря спрашивал. Просто я программист и мои познания в оптике и в частности PON достаточно скудны. Но как теперь я понял: что при гарантированной работе до -27 - проблема скорее всего в сигнале, так как у 4 из 10 клиентов затухание меньше -27. Правильно?Значит надо искать загибы или плохую сварку? Добрый день. Да, вам надо проверить трассу. При схеме с делением на 64 у вас затухание должно быть в районе от -23 до -25 дБ Если честно, то затухание -27 хоть и не фонтан, но на нем все работает корректно. Проблемы со связью начинаются, когда переваливает за -30. Edited August 20, 2016 by petr_i Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Voldurike Posted August 24, 2016 · Report post С сигналами по чуть-чуть разбираемся. Чтобы не плодить темы, решил спросить в этой. Сегодня выезжали к клиенту, у него по dhcp не получался IP. Ону была подключена, LAN тоже. Перезагрузка ону не помогла. Решили глянуть mac vlan-ов и получили следующее: PON1-SH12#show mac address-table dynamic vlan 552 Mac Address Table (Total 6) ------------------------------------------ Vlan Mac Address Type Ports ---- ----------- ---- ----- 552 xxxx.6b1c.2dcb DYNAMIC g0/1 552 xxxx.dc45.421c DYNAMIC epon0/1:4 552 xxxx.2ee6.18ba DYNAMIC epon0/2:1 552 xxxx.18f3.fa80 DYNAMIC epon0/2:2 552 xxxx.27e7.bd09 DYNAMIC epon0/2:3 552 xxxx.00e2.4341 DYNAMIC epon0/2:4 PON1-SH12#show mac address-table dynamic vlan 551 Mac Address Table (Total 5) ------------------------------------------ Vlan Mac Address Type Ports ---- ----------- ---- ----- 551 xxxx.6b1c.2dcb DYNAMIC g0/1 551 xxxx.b0e4.6a47 DYNAMIC epon0/1:1 551 xxxx.8512.50ac DYNAMIC epon0/1:3 551 xxxx.d559.e218 DYNAMIC epon0/2:6 551 xxxx.74cd.4ad0 DYNAMIC epon0/2:6 Почему-то vlan смешались, мак от онушки epon0/2:6 оказался в влане 551, который настроен на порт epon0/1. Хотя должен быть в 552. Почему так получилось? Вроде конфиг простой - влан на порт ОЛТ. Запустил комманду no epon bind-onu sequence 6 на порту epon0/2, онушка переподключилась и мак попал в 552 влан как и надо Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Muhachev Konstantin Posted August 25, 2016 · Report post Добрый день! Жалко что вы не показали настройки в момент возникновения проблемы. Скорее всего в вашем случае после перезагрузки OLT, ONU получили неправильные настройки. Посмотрите настройки: Switch#sh running-config int epON 0/2:6 Если в настройках ONU указан неправильный номер VLANа, то необходимо: 1. Обновить OLT до актуальной версии софта 2. Удалить с внутренний памяти OLT файлы startup-config, config.db, ifindex-config. 3. Не перезагружая OLT сохранить все текущие настройки командой write all 4. Убедиться что удаленные ранее файлы появились на OLT (команда dir) 5. Перезагрузить OLT Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Voldurike Posted August 26, 2016 · Report post Жалко что вы не показали настройки в момент возникновения проблемы. Скорее всего в вашем случае после перезагрузки OLT, ONU получили неправильные настройки. Посмотрите настройки: Switch#sh running-config int epON 0/2:6 Если в настройках ONU указан неправильный номер VLANа, то необходимо: 1. Обновить OLT до актуальной версии софта 2. Удалить с внутренний памяти OLT файлы startup-config, config.db, ifindex-config. 3. Не перезагружая OLT сохранить все текущие настройки командой write all 4. Убедиться что удаленные ранее файлы появились на OLT (команда dir) 5. Перезагрузить OLT Ну скорее всего да, ONU получила тогда неправильные настройки. Сейчас все работает пока корректно. Попробуем помониторить, может такого и не повториться. А после обновления перезагружать OLT? т.е. все стандартно, удалили старую прошивку, залили новую, перезагрузили... Или не перезагружая перейти к другим пунктам? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
regionsvyaz Posted August 23, 2017 · Report post Добрый день! У нас в сети используются BDCOM ONU P1501C1 подключаем их так же к BDCOM OLT, при подключении сигнал находится в приделах до -29dBm(в сети если сигнал не ниже -29, то все железно работает), сигнал ровный почти без колебаний +/- 0,3-0,5dBm, приставка регистрируется, за ней закрепляется номер EPON'а и все хорошо работает, но периодически возникает следующая проблема: в какой то определенный момент приставка начинает постоянно хлопать, т.е. в логах OLT(головы) видим что приставка постоянно то registered, то deregistered(ниже приведен пример логов), заводской сброс и перекоммутация кабелей не помогает, помогает только замена приставки, при этом иногда случается что на другом адресе эта приставка начинает работать без каких либо проблем, так же было замечено что такая ситуация происходит чаще всего в тех районах где были перепады питания, но проблема возникает индивидуально( к примеру на одной улице порядка 15 приставок, но проблема может возникнуть только на одной). Подскажите в чем может быть неисправность и какие пути её решения. Aug 23 13:34:44 %EPON-ONUREG: ONU 8479.7399.aa75 is registered on EPON0/2:30. Aug 23 13:34:43 %EPON-ONUDEREG: ONU 8479.7399.aa75 is deregistered on EPON0/2:30. Aug 23 13:34:41 %EPON-ONUAUTHEN: ONU 8479.7399.aa75 is authenticated on EPON0/2:30. Aug 23 13:34:41 %EPON-ONUREG: ONU 8479.7399.aa75 is registered on EPON0/2:30. Aug 23 13:34:40 %EPON-ONUDEREG: ONU 8479.7399.aa75 is deregistered on EPON0/2:30. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Malissa Posted May 16, 2019 · Report post On 8/23/2017 at 3:10 PM, regionsvyaz said: Добрый день! У нас в сети используются BDCOM ONU P1501C1 подключаем их так же к BDCOM OLT, при подключении сигнал находится в приделах до -29dBm(в сети если сигнал не ниже -29, то все железно работает), сигнал ровный почти без колебаний +/- 0,3-0,5dBm, приставка регистрируется, за ней закрепляется номер EPON'а и все хорошо работает, но периодически возникает следующая проблема: в какой то определенный момент приставка начинает постоянно хлопать, т.е. в логах OLT(головы) видим что приставка постоянно то registered, то deregistered(ниже приведен пример логов), заводской сброс и перекоммутация кабелей не помогает, помогает только замена приставки, при этом иногда случается что на другом адресе эта приставка начинает работать без каких либо проблем, так же было замечено что такая ситуация происходит чаще всего в тех районах где были перепады питания, но проблема возникает индивидуально( к примеру на одной улице порядка 15 приставок, но проблема может возникнуть только на одной). Подскажите в чем может быть неисправность и какие пути её решения. Aug 23 13:34:44 %EPON-ONUREG: ONU 8479.7399.aa75 is registered on EPON0/2:30. Aug 23 13:34:43 %EPON-ONUDEREG: ONU 8479.7399.aa75 is deregistered on EPON0/2:30. Aug 23 13:34:41 %EPON-ONUAUTHEN: ONU 8479.7399.aa75 is authenticated on EPON0/2:30. Aug 23 13:34:41 %EPON-ONUREG: ONU 8479.7399.aa75 is registered on EPON0/2:30. Aug 23 13:34:40 %EPON-ONUDEREG: ONU 8479.7399.aa75 is deregistered on EPON0/2:30. Мы то же столкнулись с такой же проблемой. Не разобрался кто то из за чего эта проблема? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Nikita Devyatyarov Posted May 16, 2019 · Report post 1 час назад, Malissa сказал: Мы то же столкнулись с такой же проблемой. Не разобрался кто то из за чего эта проблема? Добрый день! Уточните модель и прошивку ONU + OLT, также сообщите уровень сигнала "проблемной" ONU. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Malissa Posted May 16, 2019 (edited) · Report post 2 hours ago, Nikita Devyatyarov said: Добрый день! Уточните модель и прошивку ONU + OLT, также сообщите уровень сигнала "проблемной" ONU. BDCOM(tm) P3608-2TE Software, Version 10.1.0E Build 57360 вот например свежая ONU Vender ID : BDCM ONU MODEL ID : 151C Hardware Version : A0 Software Version : 10.0.17A 1017 метраж: 6556 затухание сигнала: -19.8 не работала около нескольки суток потом сама заработала из сети все время не выключалась в логах вот такая информация May 14 08:24:45 Switch %EPON-ONUDEREG: ONU 8479.7399.52ac is deregistered on EPON0/4:17. ... May 16 14:51:57 Switch %EPON-ONUREG: ONU 8479.7399.52ac is registered on EPON0/4:17. May 16 14:51:57 Switch %EPON-ONUAUTHEN: ONU 8479.7399.52ac is authenticated on EPON0/4:17. May 16 14:51:58 Switch %OLT: Interface EPON0/4:17's OAM Operational Status: Operational May 16 14:52:01 Switch %OLT: Interface EPON0/4:17's CTC OAM extension negotiated successfully! Edited May 16, 2019 by Malissa Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Nikita Devyatyarov Posted May 16, 2019 · Report post 15 минут назад, Malissa сказал: BDCOM(tm) P3608-2TE Software, Version 10.1.0E Build 57360 вот например свежая ONU Vender ID : BDCM ONU MODEL ID : 151C Hardware Version : A0 Software Version : 10.0.17A 1017 метраж: 6556 затухание сигнала: -19.8 не работала около нескольки суток потом сама заработала из сети все время не выключалась в логах вот такая информация May 14 08:24:45 Switch %EPON-ONUDEREG: ONU 8479.7399.52ac is deregistered on EPON0/4:17. ... May 16 14:51:57 Switch %EPON-ONUREG: ONU 8479.7399.52ac is registered on EPON0/4:17. May 16 14:51:57 Switch %EPON-ONUAUTHEN: ONU 8479.7399.52ac is authenticated on EPON0/4:17. May 16 14:51:58 Switch %OLT: Interface EPON0/4:17's OAM Operational Status: Operational May 16 14:52:01 Switch %OLT: Interface EPON0/4:17's CTC OAM extension negotiated successfully! А в момент когда теряется ONU, какая причина указывается в Dereg Reason ? Возможно в этот промежуток времени что-то оказывает влияние на оптическую составляющую и сигнал ухудшается. Проблема наблюдается только на P1501C1 ? В сети есть какие-либо другие ONU, фиксируется ли на них проблема? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Malissa Posted May 17, 2019 (edited) · Report post 23 hours ago, Nikita Devyatyarov said: А в момент когда теряется ONU, какая причина указывается в Dereg Reason ? Возможно в этот промежуток времени что-то оказывает влияние на оптическую составляющую и сигнал ухудшается. Проблема наблюдается только на P1501C1 ? В сети есть какие-либо другие ONU, фиксируется ли на них проблема? Не смотрели ранее LastDeregReason. Как будет следующий подобный случай, посмотрим. Проблема наблюдается на всех ONU что есть в сети. Edited May 17, 2019 by Malissa Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Malissa Posted June 3, 2019 (edited) · Report post Повторилась проблема. BDCOM P1501C1 LastDeregReason = wire-down. Последнее затухание сигнала было -26.5 DBm и ранее держалось таким же. Edited June 3, 2019 by Malissa Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Nikita Devyatyarov Posted June 3, 2019 · Report post 5 часов назад, Malissa сказал: Повторилась проблема. BDCOM P1501C1 LastDeregReason = wire-down. Последнее затухание сигнала было -26.5 DBm и ранее держалось таким же. Добрый день! Уточните какая индикация в момент проблемы на ONU. Никакие манипуляции с ONU не приводят к восстановлению связи? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Malissa Posted June 3, 2019 · Report post 59 minutes ago, Nikita Devyatyarov said: Добрый день! Уточните какая индикация в момент проблемы на ONU. Никакие манипуляции с ONU не приводят к восстановлению связи? На онушке горит в это время LOSS. Новая онушка в том месте работает нормально. При запуске в режиме стенда с головой без клиентов на коротком расстоянии кабеля работает. Старые раньше через несколько дней при попытке запустить на них связь в тех же местах заработали. Манипуляции которые приводят к восстановлению связи пока не нашли. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
semop Posted June 3, 2019 · Report post До -20 точно должно работать. Там просто выше пишут про -29... https://shop.nag.ru/catalog/archive/13715.P1501C1 "Чувствительность приемника: -26dBm" Один из кустов у нас. PON#sh epon optical-transceiver-diagnosis interface Temperature(degree) Voltage(V) Current(mA) TxPower(dBm) ----------- --------------------- ------------ ------------- -------------- epon0/1 45.5 3.3 27.0 5.6 epon0/2 45.8 3.3 28.6 6.0 epon0/3 45.7 3.3 27.6 5.7 epon0/4 44.1 3.3 26.9 5.0 PON#sh epon onu-ctc-optical-transceiver-diagnosis i e 0/1 IntfName Temp(degree) Volt(V) Bias(mA) TxPow(dBm) RxPow(dBm) ------------ ------------ ------- -------- ---------- ---------- epon0/1:1 23.4 3.3 10.9 2.1 -14.4 epon0/1:2 -- -- -- -- -- epon0/1:3 -- -- -- -- -- epon0/1:4 22.0 3.3 14.0 2.2 -13.5 epon0/1:5 23.0 3.3 20.8 1.7 -16.3 epon0/1:6 21.3 3.3 11.4 2.0 -13.5 epon0/1:7 27.8 3.3 17.1 1.8 -16.8 epon0/1:8 21.0 3.3 15.2 1.7 -15.4 epon0/1:9 21.7 3.3 17.6 2.1 -15.8 epon0/1:10 22.7 3.3 17.9 1.8 -18.6 epon0/1:11 -- -- -- -- -- epon0/1:12 24.4 3.3 15.6 2.0 -13.4 epon0/1:13 -- -- -- -- -- epon0/1:14 23.4 3.3 12.9 1.7 -15.8 epon0/1:15 21.3 3.3 11.3 2.1 -20.8 epon0/1:16 23.0 3.3 11.1 1.6 -18.4 epon0/1:17 24.7 3.3 15.5 1.6 -16.1 epon0/1:18 23.7 3.3 9.7 1.9 -16.5 epon0/1:19 35.7 3.3 15.2 1.8 -15.7 epon0/1:20 22.0 3.3 12.9 1.7 -20.3 epon0/1:21 22.7 3.3 13.4 1.8 -16.2 epon0/1:22 21.7 3.3 10.3 1.7 -22.7 epon0/1:23 31.1 3.3 12.3 1.8 -16.9 epon0/1:24 35.0 3.3 15.7 2.0 -16.0 epon0/1:25 39.6 3.3 15.8 1.9 -16.1 epon0/1:26 30.8 3.3 13.4 1.9 -16.9 epon0/1:27 39.6 3.4 16.6 2.0 -16.7 epon0/1:28 35.0 3.3 16.1 1.7 -16.0 epon0/1:29 39.3 3.3 14.1 1.8 -18.3 epon0/1:30 35.7 3.4 15.7 1.7 -15.9 epon0/1:31 37.8 3.3 17.4 2.1 -16.1 epon0/1:32 33.6 3.3 14.9 1.8 -14.9 epon0/1:33 35.4 3.3 12.3 2.0 -16.9 epon0/1:34 35.7 3.3 15.3 2.0 -20.5 epon0/1:35 36.4 3.3 15.9 2.0 -17.4 epon0/1:36 -- -- -- -- -- epon0/1:37 -- -- -- -- -- epon0/1:38 39.6 3.3 16.1 1.9 -19.2 epon0/1:39 40.3 3.3 14.4 2.2 -16.1 epon0/1:40 -- -- -- -- -- PON#sh epon onu-software-version Interface EPON0/1 has bound 33 ONUs auto-configured: IntfName SoftwareVersion --------------- -------------------- EPON0/1:1 V2.1.2 EPON0/1:4 V2.1.2 EPON0/1:5 V2.1.2 EPON0/1:6 V2.1.2 EPON0/1:7 V2.1.2 EPON0/1:8 V2.1.2 EPON0/1:9 V2.1.2 EPON0/1:10 V2.1.2 EPON0/1:12 V2.1.2 EPON0/1:14 V2.1.2 EPON0/1:15 V2.1.2 EPON0/1:16 V2.1.2 EPON0/1:17 V2.1.2 EPON0/1:18 V2.1.2 EPON0/1:19 10.0.26B.532 EPON0/1:20 V2.1.2 EPON0/1:21 V2.1.2 EPON0/1:22 V2.1.2 EPON0/1:23 10.0.26B.532 EPON0/1:24 10.0.26B.532 EPON0/1:25 10.0.26B.532 EPON0/1:26 10.0.26B.532 EPON0/1:27 10.0.26B.532 EPON0/1:28 10.0.26B.532 EPON0/1:29 10.0.26B.532 EPON0/1:30 10.0.26B.532 EPON0/1:31 10.0.26B.532 EPON0/1:32 10.0.26B.532 EPON0/1:33 10.0.26B.532 EPON0/1:34 10.0.26B.532 EPON0/1:35 10.0.26B.532 EPON0/1:38 10.0.26B.532 EPON0/1:39 10.0.26B.532 ONU - BDCOM/SNR 10.0.26B.532 - BDCOM P1501DT V2.1.2 - SNR onu mini В другом сегменте путем некоторого бубна, когда на ПОН-порту у всех были параметры около -26-30 выяснилось, что это не магистральный кабель, а делитель. Вся сварка вылизана. И в конце просто психанули и делитель поменяли на такой же, но другой. И бах, у всех параметры ВОЛС сразу ок стали. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...