P3608 массовый отвал ONU

[prolan]

Добрый день.
Имеются жалобы клиентов с одной из OLT на периодическое пропадание связи.

По логам была обнаружена только одна ситуация, которая не очень совпадает со списком обратившихся клиентов:

Цитата

Interface EPON0/5:17's OAM Operational Status: Linkfault
Interface EPON0/5:18's OAM Operational Status: Linkfault
Interface EPON0/5:19's OAM Operational Status: Linkfault
Interface EPON0/6:54's OAM Operational Status: Linkfault
Interface EPON0/6:55's OAM Operational Status: Linkfault
Interface EPON0/6:57's OAM Operational Status: Linkfault
Interface EPON0/6:44's OAM Operational Status: Linkfault
Interface EPON0/6:51's OAM Operational Status: Linkfault
Interface EPON0/6:49's OAM Operational Status: Linkfault
Interface EPON0/7:45's OAM Operational Status: Linkfault
Interface EPON0/7:43's OAM Operational Status: Linkfault
Interface EPON0/7:44's OAM Operational Status: Linkfault
Interface EPON0/7:46's OAM Operational Status: Linkfault
Interface EPON0/7:47's OAM Operational Status: Linkfault
Interface EPON0/8:33's OAM Operational Status: Linkfault
Interface EPON0/8:24's OAM Operational Status: Linkfault
Interface EPON0/8:29's OAM Operational Status: Linkfault
Interface EPON0/8:28's OAM Operational Status: Linkfault
Interface EPON0/8:30's OAM Operational Status: Linkfault
Interface EPON0/8:32's OAM Operational Status: Linkfault
Interface EPON0/8:31's OAM Operational Status: Linkfault

В течении 1-2 секунд более 30 ONU отвалилось с OAM Status Linkfault. Анализ показал, что все отваливающиеся ONU - VSOL D401.
При этом, на других OLT с такими же ONU проблем не наблюдается. Но и предположительно, данная проблема отражается и на других ONU, но в логи это не попадает (пока не удалось подтвердить или опровергнуть данный факт).

Далее данные ONU переходят в OAM STATUS Operational, который иногда меняется на Linkfault.

Пример одной из ONU:

Цитата

Interface EPON0/5:19's OAM Operational Status: Linkfault
Interface EPON0/5:19's OAM Operational Status: Operational
Interface EPON0/5:19's OAM Operational Status: Linkfault
Interface EPON0/5:19's OAM Operational Status: Operational
Interface EPON0/5:19's OAM Operational Status: Linkfault
Interface EPON0/5:19's OAM Operational Status: Operational
Interface EPON0/5:19's CTC OAM extension negotiated successfully!

 

На OLT стоит последняя прошивка

Цитата

BDCOM(tm) P3608B Software, Version 10.1.0F Build 72136

Прошу подсказать, в какую сторону стоит смотреть в данном случае (учитывая что проблема практически на всех интерфейсах).

[Nikita Devyatyarov]

Добрый день!

 

Подскажите, какие уровни фиксируются на ONU ?

[prolan]

1 час назад, Nikita Devyatyarov сказал:

Добрый день!

 

Подскажите, какие уровни фиксируются на ONU ?

Цитата

epon0/7:1    -26.5          
epon0/7:2    -19.9          
epon0/7:3    -20.4          
epon0/7:4    -22.2          
epon0/7:5    -12.5          
epon0/7:6    -24.4          
epon0/7:7    -21.2          
epon0/7:8    -25.0          
epon0/7:9    -22.5          
epon0/7:10   -23.1          
epon0/7:11   -23.1          
epon0/7:12   -22.0          
epon0/7:13   -21.4          
epon0/7:14   -27.4          
epon0/7:15   -24.3          
epon0/7:16   -23.7          
epon0/7:17   -25.6          
epon0/7:18   -23.7          
epon0/7:19   -21.1          
epon0/7:20   -23.5          
epon0/7:21   -22.3          
epon0/7:22   -24.5          
epon0/7:23   -28.8          
epon0/7:24   -20.6          
epon0/7:25   -20.7          
epon0/7:26   -23.6          
epon0/7:27   -24.0          
epon0/7:28   -26.9          
epon0/7:29   -20.5          
epon0/7:30   -24.5          
epon0/7:31   -27.2          
epon0/7:32   -24.9          
epon0/7:33   -25.3          
epon0/7:34   -20.5          
epon0/7:35   -22.5          
epon0/7:36   -25.6          
epon0/7:37   -20.4          
epon0/7:38   -24.9          
epon0/7:39   -24.0          
epon0/7:40   -20.5          
epon0/7:41   -24.8          
epon0/7:43   -21.4          
epon0/7:44   -22.5          
epon0/7:45   -25.0          
epon0/7:47   -24.2         

epon0/8:1    -23.4          
epon0/8:2    -21.3          
epon0/8:3    -24.6          
epon0/8:4    -23.9          
epon0/8:5    -24.4          
epon0/8:6    -25.2          
epon0/8:7    -22.2          
epon0/8:8    -23.7          
epon0/8:9    -26.1          
epon0/8:10   -23.5          
epon0/8:11   -28.2          
epon0/8:12   -23.7          
epon0/8:13   -16.8          
epon0/8:14   -15.1          
epon0/8:15   -21.1          
epon0/8:16   -25.3          
epon0/8:17   -27.4          
epon0/8:18   -24.5          
epon0/8:19   -24.8          
epon0/8:20   -30.4          
epon0/8:21   -28.5          
epon0/8:22   -21.4          
epon0/8:23   -24.5          
epon0/8:24   -24.8          
epon0/8:25   -24.2          
epon0/8:26   -22.9          
epon0/8:27   -23.0          
epon0/8:28   -25.0          
epon0/8:29   -23.0          
epon0/8:30   -22.6          
epon0/8:31   -23.0          
epon0/8:32   -25.2          
epon0/8:33   -24.5          

 

Прикладываю пару интерфейсов, вроде все более-менее прилично. В любом случае, косяк с сигналами влиял бы на один интерфейс, а не на все сразу

[Nikita Devyatyarov]

epon0/7:5    -12.5 

epon0/7:14   -27.4

 

epon0/8:14   -15.1

epon0/8:20   -30.4 

 

При большом разрыве по уровню затухания между ONU может происходить рассинхронизация OLT и ONU, происходит это на всем PON-порту.

Если такие разрывы на всех проблемных портах, то вполне вероятно, что в этом и есть причина.

Попробуйте искусственно увеличить затухание у тех абонентов, у которых на ONU входящий уровень сигнал выше, чем -20 дБм

[prolan]

Для истории - в итоге проблема была обнаружена, на OLT умудрились сварить два интерфейса между собой (за кучей делителей). ONU VSOL оказались более чувствительными к проблемам.

Как диагностировать подобное поведение - не понятно.