fas85

Да, спасибо. Поменял приоритет. ОНУ загрузилась, но всё равно грузилась очень долго (REG не загорался).В логах при этом тишина Я понимаю что она сначала ищет сигнал GPON,а потом переключается на EPON. Но как-то долго это происходит. Как бы ускорить этот процесс...

Добрый день. Подключали на BDCOM P3608B Software, Version 10.1.0F Build 129386 клиентскую ОНУ Foxgate G2001R G/EPON На ОНУ не горит PON и не проходит регистрация. Пробовали другую такую же, тоже без регистрации. При этом используем эти ОНУ на других BDCOM и проблем нет. Как только установили ОНУ Telstream- регистрация прошла. Уровень сигнала в норме -17.6 / -23.6 На ветке есть свободные места. В чем может быть проблема? BDCOM sh run.txt

Всем доброго дня Есть в наличии ОЛТ EPON BDCOM P3310C Software, Version 10.1.0E Build 58597 На ней присутствуют некоторые специфические настройки,которые прописывали давненько для того чтобы регистрировались "сторонние" ОНУ и уменьшалось время пинга epon mpcp-timeout 60 epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024 epon dynamic-binding-timeout 40 interface EPON0/1 epon mpcp-registration-mode ctc 30 interface EPON0/2 epon mpcp-registration-mode ctc 30 interface EPON0/3 epon mpcp-registration-mode ctc 30 interface EPON0/4 epon mpcp-registration-mode ctc 30 Решили обновиться на актуальную прошивку 3616 10.1.0F 144930 И возник вопрос насколько необходимы данные настройки на новых версиях ПО,что они в действительности делали и как вернуть их в дефолтные значения ? По дефолту вроде как такие значения epon mpcp-timeout 20 (ms) epon dynamic-binding-timeout 300 (s) либо вообще disable epon dynamic-binding-timeout 20 (ms) epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024 тут не разобрался как по умолчанию

Спасибо,в тех.поддержке Vodafone проверили симку, сказали всё ок. Да и у клиента помимо модема на нашем номере есть другие(не наши номера) и там всё работает. Больше склоняюсь что проблема в SIP шлюзе DrayTek VigorTalk ATA 24. Может нужно подкрутить настройки,кодеки...но до этого момента всё работало на старой конфигурации... В случае голосового вызова с любого другого номера звонок проходит,к нам приходит запрос с "TransMediumReq: speech", а в случае "data" вызова с номера Vodafone IoT приходит запрос "64 kbit/s unrestricted" и неотвеченный вызов

Добрый день. Клиент арендует у нас городской SIP номер для передачи показаний счетчика. Схема примерно такая: С его стороны используется программа обслуживания вычислителей газоизмерительных комплексов ConCor(версия 5,98) через которую они с номера Vodafone IoT обмениваются информацией через CSD минуты с модемом OMNI 56K MINI. Этот модем подключен к нашему шлюзу VoIP DrayTek VigorTalk ATA 24 и имеет городской SIP номер. Ничего в конфигурациях не менялось,но на днях работать перестало. Со стороны клиента ошибка: NO CARRIER Потеря несущей или неудачная попытка связи. С нашей стороны вижу неотвеченный вызов по причине Caller Cancel. С обычных номеров дозвон есть. Кто подскажет в какую сторону копать...

Добрый день. Проблема решилась переключением на BDCOM версии P3310C. Всем спасибо за помощь.

да староватая, поставщик посоветовал прошиться на 115038,но проблему решил ребут,аптайм был большой. Как новую ОЛТ взяли БП больше не меняли, думаю родные

У нас с ОЛТ P3310C 10.1.0F Build 69083 тоже похожая проблема была. При отключении электричества у абонентов с резервным питанием работало на ветке стабильно. Как только электричество давали перегружалась вся ветка и ОНУ пытались регаться по 10 минут. Так что от приколов тут не застрахуешься.

Ethernet порт ОНУ погасил, не помогло. Отключим ее физически, а то так и висит в linkfault и на команды она долго отвечает

Да с BDCOM это распространенная ситуация. То после перепрошивки решается одна проблема и возникают три новых, то отвалы портов,ОНУшек. Вот сейчас у клиента стало резать транзитный мультикаст в его влане,хотя до этого все проходило и ничего не менялось. Вообщем стабильности мало, либо не хватает квалификации))

STP отключен (No spanning tree instance exists.) Шторм контроль на порту включал/выключал никак не повлиял на ситуацию, storm-control broadcast threshold 100 storm-control multicast threshold 100 storm-control unicast threshold 100 Да и CPU процессора не скачет в среднем такие значения (CPU utilization for one second: 10%; one minute: 12%; five minutes: 12%) Loopback на каждой ОНУ прописан (epon onu port 1 ctc loopback detect) Каждую ОНУ смотрел sh interface epON 0/1:1 ошибки по нулям. В логах перед миганием тишина, потом ребут порта и регистрация ОНУ на порту. Dec 15, 2023 @ 06:55:25.112,"Line protocol on Interface EPON0/1, changed state to up" Dec 15, 2023 @ 06:55:25.110,"Line on Interface EPON0/1, changed state to up" Dec 15, 2023 @ 06:55:25.103,"Line protocol on Interface EPON0/1, changed state to down" Dec 15, 2023 @ 06:55:25.075,"Line on Interface EPON0/1, changed state to down" Dec 14, 2023 @ 22:07:46.812,"Interface EPON0/4:4's CTC OAM extension negotiated successfully!" Dec 14, 2023 @ 22:07:44.826,"Interface EPON0/4:4's OAM Operational Status: Operational" Сейчас заметил что одна ОНУ после моих тестов ушла в OAM status linkfault и сигнал то -18 то -22. Ранее этого не было. И абонент давно не пользуется интернетом. Будем ее отключать проверим. Да так и поступим,если ничего не найдем. Спасибо

на ОНУшках ошибок нет, в момент мигания идет всплеск Errors на PON порту. Я думаю что это просто связано с потерей кадров из-за мигания порта, ничего серьезного. При проблемах с SFP количество ошибок должно аномально увеличиваться

Foxgate SFP-1.25G-GEPON(C++)-20SC. Берем в DEPS, обычно эти SFP стабильно работают Фото к сожалению нет.

Используем Foxgate,Step4Net,BDCOM. На данном порту пока пробовали разные Foxgate.

А программно можно вычислить ОНУ которая засвечивает/глючит. Либо надо только с измерителем ходить искать?