koshak

Пока ковырял ОЛТ - измеритель не взял с собой, да и в первый раз ОНУшка ложит дерево. Монтажники померяли - на ОЛТ приходило -40ДБм. Хотя с того-же делителя на 4 у абонентов было, да и сейчас -22ДБм. Тоесть как она может заглушить остальные ОНУ, если мощность излучения на 15 ДБм ниже? Получается, что ОНУшка не глушила остальные, а флудила и ОЛТ просто игнорировал пакеты аутентификации. Плечи примерно равны, у остальных 50ти абонентов примерно -21 -24, у 10ти абонентов -17(спланировать дерево сложно, поэтому не успели часть переделать). Примерно попробую объяснить дерево: ОЛТ - 1х

Итак... победили... Действительно у абона съехала ОНУшка (ZTE) и что-то вещала (что упростило поиск). Нашли тоже просто - монтажники открыли 3 муфты. Отключали ветки, смотрели в логи ОЛТа, как только отключали нужную - ОНУшки регистрировались и не отваливались. В итоге остался на прошивке 33463, ДЕПС сказал, что нифига не надо откатываться. Пока полет нормальный. Но что странно... Почему половина абонентов работало? ОНУшка должна была положить всех... И да, смотрел старые логи - какая из ОНУшек флудит - никак нельзя было выявить. О ней в логах вообще ничего.

Эмм... Звонил в Депс, дал доступ на ОЛТ - сказали, что кака7я-то ОНУшка валит дерево. Рекомендовали посмотреть на 0/1:27. Действительно, по команде sh epon optical показывает то -22, то -60 то -42. Но блин, работало же все до перезагрузки...

Тоже предполагаю, что какая-то ОНУ валит дерево... С вендорами старался зоопарк не устраивать, в основном ZTE. Interface EPON0/1 has registered 58 ONUs: IntfName VendorID ModelID MAC Address Description BindType Status Dereg Reason ---------- --------- -------- -------------- --------------- --------- --------- ------ ----------------- EPON0/1:1 ZTE F401 e477.237b.3aa4 N/A static auto-conf igured N/A EPON0/1:2 ZTE F401 00d0.d057.5a7f N/A static auto-conf igured N/A EPON0/1:3 ZTE F401 0818.1aac.2d90 N/A

Кстати, сегодня издевался над БДКОМом... Занято 2 порта, на 1м 61 ОНУшка, на 2м 11 ОНУшек. Если отключить 1й порт, то абоны на 2м порту залетают и работают до сих пор без проблем. Если патч-корд недоставить(уменьшить мощность сигнала) на 1м порту, то залетает 3-4 абонента и тоже работает, но как только вставляю патч-корд до конца, залетают все абоненты и начинается опять: Aug 6 23:13:58 %OLT: Interface EPON0/1:25's OAM Operational Status: Operational Aug 6 23:13:58 %OLT: Interface EPON0/1:25's OAM Operational Status: Linkfault Aug 6 23:13:54 %OLT: Interface EPON0/1:14's OAM Operational S

Большое спасибо, хотябы так... В Депс попробовал звонить на несколько номеров, но на выходных естественно не работает, а как по закону Мерфи вся фигня случается в пятницу вечером

Чейт не получается Слил olt.blob и Switch.bin с рабочего девайса с прошивкой 16688 На нерабочем: copy tftp:olt.blob flash:olt.blob copy tftp:Switch.bin flash:Switch.bin reboot Не запустился, опять после декомпрессии Switch.bin уходит в ребут Сейчас: monitor#sh ver BDCOM P3310B Software Copyright by Shanghai Baud Data Communication CO. LTD. ROM: System Bootstrap, Version 0.3.3, Serial num:S13001309 (RISC) processor with 131072K bytes of memory, 8192K bytes of flash Base ethernet MAC Address: fc:fa:f7:c9:22:12 Пробовал прошивки 16688, 29333 - фэйл с прошивкой 33463 - запуска

У нас конфиг не переносился, а просто влил новую прошивку и сбросил настройки к заводским и с 0 провел новую настройку. Конфиг простой настроил ИП прописал логин и пароль добавил epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024 и пару vlan-ов повесил на интерфейс и все и при таком варианте наблюдаем проблему описанную выше. После того, как бдком не запустился(даунгрейд с 33463 до 16688), конфиг сбросился в ноль, вчера настраивал заново. на отсальных ОЛТах со строкой epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024 уже 2й год

ОЛТы я покупал в ДЕПСе. Сегодня они не работают. Можете прислать загрузчик, который работает с 29333? Заранее спасибо. skk@odessa.net P.S. Загрузчик старее, чем на прошивке 16688 BDCOM#sh ver BDCOM P3310B Software, Version 10.1.0B Build 33463 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2016-2-24 18:9:56 by SYS_33463, Image text-base: 0x80008000 ROM: System Bootstrap, Version 0.3.3, Serial num:S13001309 System image file is "Switch.bin" (RISC) processor with 131072K bytes of memory, 8192K bytes of flash Base ethernet MAC Address: fc:fa:f7:c9:22:12 BDCOM#s

Если можно, напишите, пожалуйста, как правильно откатить. До бдкома 60км ехать Вот прошивка 29333 https://www.dropbox.com/sh/l0u7nehcqlxfk6m/AAD4vrypnst4Fm53pHEXoG5Ua/OLT/GEPON/BDCOM/P3310B?dl=0 .blob файл, как я понимаю - загрузчик, но как бы узнать от какой версии

Еще вчера на всех ОЛТах стояла BDCOM P3310B Software, Version 10.1.0B Build 16688 Обновил до 33463, т.к. начались проблемы. С кирпичом уже познакомился, т.к. пытался откатиться на старую в 10 вечера ездил к бдкому, перезалил, все ок. Кстати, температура на 1й сфп 60 градусов, на 2й около 30ти. Это нормально? СФП Hisense Была такая проблема пару недель назад, тоже танцевал с бубном вокруг конфига - проблема решилась командой no epon dba. Но сейчас вообще ничего не помогает

Дык он в магазине в такую цену... Смысл?

Несколько часов бьюсь надо проблемой - не могу победить Суть проблемы: после перезагрузки ОЛТа, ОНУшки(не все) отваливаются каждую минуту. Пробовал epon dba hardware dynamic-cycletime, пробовал вообще убирать эту строку, пробовал epon mpcp-timeout 60, на интерфейсах epon mpcp-registration ctc 30, пробовал убирать все это. Ничего не помогает. На ОЛТе 2 пон порта занято, на первом 61 ОНУшка, на втором около 15ти. Работают еще 2 ОЛТа с такими-же настройками - проблем нет. А, и еще сразу после включения ОЛТа, много маков с ОНУшек попадают в 1 влан, хотя он нигде не используется. У абонент

Ап! А вдруг

Куплю б/у коммутатор D-Link с 4(1G) SFP портами. например DES-3200-28. Бюджет 3000.