Fallen_Grayswandir

It's ok for me. Good practice for speaking and writing in English. =) As I wrote earlier - we desided to use iptv via multicast. On 33463 it does not working at all. So I upgraded all my OLT to 42425 and to 43480. PPPoE, multicast works fine, but i see, that all EPON ports makes up/down several times a day at one time. I don't think, that problem is about locking non-BDCOM ONUs, cause on one OLT I have only p1501c1

Yeah. I have lots of discards (RX) on all my 3310C

Hm.. I have some V-Solution ONU. But... If they blocking this vendor, they must blocking ONLY this ventor. In my situation all EPON-ports on OLT are making up/down, not specific ONUs. And it begins, when I upgrade firmware, yes.

sanitariu, about what message do quoting? =)

Блин. С прошивками 42425 и 43480 вырисовалась неприятная проблема. Приблизительно раз в сутки дёргаются все активные EPON-порты. Соответственно у абонентов 2-3 минуты нет линка. на 33463 такого не было

Перешивайтесь. Нам тоже новая голова недавно с этой прошивкой приходила. Сразу всплыли непонятки с РРРоЕ.

Неделю назад поставил 42425. РРРоЕ бегает, конфиг не пропадает, жалоб от абонентов пока нет. С мультикастом воюем, но на этой прошивке он хоть завёлся, на 33463 вообще работать не хотел.

Та ну их нафик. Прошивать головы ревизии С надо по принципу: "Работает? Не трогай!"

Где взять? На НАГе data.nag.ru/BDCOM/Firmware/3310C

Проблема с мультикастом решилась перепрошивкой головы на 10.1.0E Build 42425 Будем теперь скрещивать пальцы на то, что с новой прошивкой не вылезло новых глюков. РРРоЕ пока что бегает, лока на BDCom'овские ОНУшки нет. =)

Добрый день. Помогите, пожалуйста, разобраться, почему мультикаст не работает. Версия прошивки: Конфиг головы: схема подключения: Huawei Quidway S9306 -- BDCOM P3310C -- ONU (epon0/4:2) -- тестовый комп. При попытке обращения к мультикаст-адресу 239.192.0.62 Запрос с тестового компа уходит: [root@tolik grayswandir]# tcpdump -i enp7s0 -nn net 239.192.0.0/24 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on enp7s0, link-type EN10MB (Ethernet), capture size 65535 bytes 12:35:37.027843 IP 217.199.XXX.XXX > 239.192.0.6

На P3310C Software, Version 10.1.0D Build 33463 тоже такой проблемы нет.

- We do not use ssh on OLT, so this no problem for us - Flash crashes is serious problem especially if OLT on the remote side in hundered kilometers. - Do you know, 37276 is locked to bdcom devices too or not?

Добрый день. Приехала новая голова P3310C С прошивкой BDCOM P3310C Software, Version 10.1.0E Build 37276 В своё время намучался с прошивками, пока не пришел к BDCOM P3310C Software, Version 10.1.0D Build 33463 Кто-нибудь юзал активно новую прошивку? Или не мучаться и даунгрейдиться на 33463

Да, да проблема именно в cir 20000 1 000 000 (гиговый линк - максимальная полоса пропускания EPON-порта) делим на 20 000 (минимальная гарантированная скорость для каждой ONU), получаем 50. Т.е. голова зарегистрирует 49 онушек, а остальные просто посылает лесом. Тоже поменял на 12000

Проблема получила продолжение. На порту EPON0/2 на данный момент 51 ONU Если погасить порт и поднять его, то стабильно 2 рандомные онушки либо аутентифицируются и вообще не получают конфиг с шаблона (стоит статус authenticated), либо получают не полностью, только description и vlan'ы (стоит статус config_failed). Такое ощущение, что OLT на порту понимает только 49 ONU заместо заявленных 64. Кто-нибудь сталкивался с таким? UPD Разобрался. Проблема была в команде cmd-sequence 3 epon sla downstream pir 100000 cir 20000 cmd-sequence 4 epon sla upstream pir 100000 cir 20000 Голова гаран

Добрый день. Столкнулись с такой проблемой. Подключаем новую ONU к голове, она регистрируется, аутентифицируется, но не подхватывает конфиг с шаблона. В статусе у неё заместо auto_configured стоит authenticated. Помогает перезагрузка головы. Но дёргать сотню абонентов при каждом подключении нового - совсем не вариант. Думали, проблема с онушками - как раз привезли новую партию FORA EP-1001E1. Хотя 6 онушек с этой партии завелись нормально, потом началась такая канитель. Затем попробовали BDCOM P1501C1 и V-Solution V2801HE - результат тот же. Затем начали грешить на то, что мощность сигнал