toxaNaSvyazi

Обновил прошивку BDCOM P3310C Software, Version 10.1.0E Build 36957 Ничего не изменилось. неправильно понял, прошивка на ОНУ..... Software Version : V1.2.6 Firmware Version : 0x00000001 Каких-либо других прошивок для этой модели ONU я не встречал. Может быть у кого-то есть? Не ошибка. Меня это, конечно же смущает, но с модулями zte не подружились онушки только лишь из новой партии, остальные 100500 онушек работают без проблем на этих модулях. Эти модули точно не совместимы с GEPON? Мы единственные кто используют эти модули в бдкомах?

Обновил прошивку BDCOM P3310C Software, Version 10.1.0E Build 36957 Ничего не изменилось.

Добрый день! Приехала очередная партия онушек pico e210. Замечательно работают с FoxGate SFP 1,25 1490/1310 и НЕ работают с ZTE Gpon-OLT-Class C+/C++ LTE3680P. Голова BDCOM P3310C Build 33463. Конкретнее: - при включении питания на ОНУ линк PON/ACT не загорается(долго ждём); - отключаем оптический патч-корд от ОНУ и подключаем обратно - линк PON/ACT начинает мигать, но ONU не регистрируется на голове, в логах пусто; - переключаем патч-корд из модуля ZTE в FoxGate - ОНУ регистрируется, сигнал -17 dBm. А теперь чудо: - после того, как онушка зарегистрировалась на базовой с FoxGate, переключаем её обратно в ZTE модуль и БИНГО - онушка регистрируется на модуле ZTE. При отключении питания ситуация повторяется. Пробовали другие ZTE модули и другие головы bdcom p3310c с той же прошивкой. В конфиге epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024 прописан. С прошлыми партиями Pico таких проблем не было и, кстати, в этот раз заказали онушки у другого поставщика("Нашли подешевле").

Спасибо, учтём. А вы со своей это утверждение проверяли? Я бы не стал верить клиенту на 100%)))) Проверили: запустили пинг с клиентской onu до свитча, и действительно, задержки периодически прыгают с 1мс до 10-18 мс Но связано это с тем, что свитч медленно обрабатывает ip пакеты (или проц у него слабый, или обработка icmp ставится в последнюю очередь - поправьте меня здесь). Клиент точно также мерял пинг между своими свитчами. Попросили его проверить пинг между ПК/серверами/роутерами. Проверил - пинг не поднимается выше 1,8 мс, всё ок. Итого: 1. Увеличение cir/pir не оказывает никакого влияния на задержку. 2. Не проверяйте задержки в канале путём пинга с/на коммутатор.

В конфиге имеем: epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024 Есть смысл поиграться со значением cycletime? Пожалуй прислушаюсь к вашему совету, но у меня остаётся ещё 1 вопрос по cir. Может ли большое значение cir быть причиной увеличения задержки в 10 раз?

Добрый вечер форумчане! Помогите разобраться с тривиальной задачей. Предоставляем абоненту VLAN 220 Мбит/с. Один из его сегментов включен в нашу сеть через гигабитный порт коммутатора D-Link, а другой через ONU picotel: Switch# show epon interface epON 0/1:7 onu ctc basic-info ONU Vender ID : PICO ONU MODEL ID : E210 Hardware Version : V1.0 Software Version : V1.2.6 Firmware Version : 0x00000001 received power(DBm): -22.4 Switch#show version BDCOM P3310C Software, Version 10.1.0D Build 33463 На ветке PON не более десяти абонентов и у всех стоят ONU picotel. Чтобы дать гарантированные 220 мб/с были выполнены следующие команды на OLT: epon sla upstream pir 230400 cir 225280 epon sla downstream pir 230400 cir 225280 В результате клиент получил желаемую скорость канала, но по его словам выросли задержки с 1 мс до 10 мс. С чем это связано?