Reanemator_ua

Уважаемые форумчане. Ещё раз компания IC-LINE поднимает тему с крутыми SFP OLT модулями. Кому реально нужны эти модули? У кого есть дерево, работающее на грани оптического бюджета? Или кто просто хочет увеличить запас оптического бюджета, чтобы спасть спокойней? Мы ведём работу с китайцами по поводу таких модулей. Мы их называем Grade C++, хотя согласно стандарту это PX-20++. Параметры таких модулей следующие: TX Power: 4.5..8 dBm RX Sensetivity: -32 dBm Т.е. оптический бюджет PON-а становится не 30 dBm, а 32 dBm!!! Уверен, что есть сетевики, которые много отдадут за такие модульки.

Всем доброго времени суток. Компания BDCOM продолжает сеять доброе-вечное и выпустила новую прошивку для ONU 1501C1 (пластик) - 10.0.17A_1013. В этой прошивке решена проблема авто определения скорости медного интерфейса. Изначально приходилось вручную прописывать epon onu all-port speed 100 или 1000, что само собой вызвало негодование у PON сообщества. Правда была партия из Китая, где такого бага не было, т.е. кому то повезло . Также BDCOM анонсировал новую прошивку для 3310 - 10.1.0B_19298. Глобальных изменений там нет, поэтому хвалить китайцев не будем. Как всегда все новые прошивки

В работе 54, на складе 15 модулей OLT. При установке каждый проверялся прибором. Все они светят 2дБ-4,5дБ. Нет ни одного модуля который светит выше 4.5 дБ. Что скажите ? Модули Grade C. Модуль Grade C светит от 3 до 7 dBm. Производитель не гарантирует Вам, что модуль будет светить 6 и 7 dBm. Из практики могу сказать, что наши модули светят около 4.5 dBm. За 2 года работы я встретил 2 модуля, которые светят 2 и менее dBm (они сразу же были направлены обратно китайцам) и 1 модуль, который светил 2.8 dBm. Ниже не было! У меня у самого в стойке стоит модуль на 7dBm, но прежде чем требовать о

Померял 10шт Grade B (1490) 2.5 - 3.9 5шт Grade C (1490) 1.8 - 4.0 Получается мне не повезло ? Или что-то не то с ними ? Если Ваш модуль на длине волны 1490нм светит меньше 2dBm, то его можно смело менять, т.к. он не соответствует нормативной документации (если это модуль был продан компанией IC-LINE). На счёт Grade B и Grade C. Вы немного не поняли. С самого начала старта проекта UA-PON компания IC-LINE торговала только модулями Grade C. Сейчас, когда ситуация с оптическим бюджетом нормализуется и сетевики начинают "вылизывать" свои линки, нет особого смысла в Grade

Чтобы в нас не кидали камни, оговорюсь, что речь идёт о 100% совместимости того функционала, который использует большинство провайдеров.

Подведём итог - до выпуска этой ONU в свет была проделана огромная работа с китайскими инженерами, которые смогли максимально повторить функционал ONU BDCOM. Даже не смотря на то, что большинство команд ONU BDCOM являются зашифрованными (OAM) и не определены в стандарте CTC, нашим китайским друзьям удалось их расшифровать. ONU FORA NA-1001 стабильно работает в дереве с другими ONU BDCOM при базовых настройках механизма DBA, т.е. не нужно больше шаманить с таймингами, чтобы ONU не отваливалась от дерева. Теперь мы можем, смело смотря людям в глаза, говорить о 100% совместимости ONU FOR

Если отвязывать ONU через CLI, то варианта 2: либо по её LLID (то беж но порядковому номеру в дереве), либо по МАКу. Switch_config#int epon 0/1 Switch_config_epon0/1#no epon bind-onu sequence 10 Switch_config_epon0/1#no epon bind-onu mac 11:22:33:44:55:66 Отвязать несколько ONU сразу через CLI невозможно - только поштуточно.

Откатывайтесь до предыдущей версии прошивки - там мультикаст точно работал! Судя по всему BDCOM обхитрил сам себя ))) Такое иногда бывает. Они сделали механизм Multicast Serial, но умудрились убить базовый. В людом случае советую всем не переходить на последнюю прошивку, т.к. она не обкатанная и делалась на скорую руку. К концу месяца в догонку этой прошивке выйдет новая, которая заставит механизм Multicast Serials работать как положено.

тогда убирайте, указанные мной команды и всё должнор заработать на ура, т.к. в остальном конфиг правильный. Если всё равно мультик будет отваливаться, то засеките точное время, т.е. через сколько секунд отваливается. Как вариант параметр Router-Age на ОЛТе может быть меньше, чем период отправки IGMP Query Request со стороны квариера, поэтому ОЛТ считает, что подписчики закончились и очищает таблицу привязок к мультикаст группам.

Какая задача стоит - залить мультик на ОЛТ и раздать абонентам или ещё в добавок к этому пропустить мультик через GE порт на другой свитч? Если первое, то команды ip mcst timer response-time 275 ip mcst series-connection можно убрать.

Полностью согласен с этим постом. Мы тратим силы и время на то, чтобы тестировать оборудование BDCOM, чтобы находить баги, чтобы выписывать багрепорты китайским инженерам, а в некоторых ситуациях открывать с ними холивары на тему, как должен работать тот или иной функционал (далеко ходить не надо - функционал DHCP Snooping / Multicast / QinQ до сих пор доводятся до ума). Мы осуществляем тех поддержку PON-а по настройке оборудования, пишем статьи, выкладываем свежие прошивки. А по итогу нам звонят клиенты, которые купили ОЛТ и ОНУ чёрт знает где и просят нашей помощи в настройке ОЛТа, т.к. их п

ONU-шки фора уже на следующей недели должны поступить в Киевский офис. Мы сами ждём их с нетерпением ))) Кроме того ближе к августу должна появиться ONU Fora в пластиковом корпусе. Розничные цены на данные ONU: OEM ONU-1GE - 52$, FORA NA-1001 - 51.5$ (метал) FORA NA-1001 - 47.5$ (пластик) Само собой для наших оптовых клиентов, дилеров и т.д. цены будут ещё ниже. Все колонки с ценами появятся на страничке нашего сайта, как только товар появится в продаже.

Данная тема уже неоднократно поднималась. В прошивке 16688 данный баг был устранён.

BDCOM сказал, что не обязательно к GE порту должке быть подключён BDCOM - можно любой свитч. В общем, нужно тестить...

Господа, "отличная" новость. Вышла новая прошивка для BDCOM P3310B (0.1.0B_18986). Я не знаю, кого она порадует - думаю никого . BDCOM решил придумать велосипед и реализовал функцию Multicast Serial, которая позволяет передавать мультикаст трафик на GE порт, вот только проблема в том, что к GE порту должен быть подключён тоже ОЛТ с такой же прошивкой, т.е. если к GE порту подключить какой-нибудь D-LInk, то на его портах мультикаста не будет .

Спешу успокоить всех тех, кто считает, что при покупке наших альтернативных ОНУ, провайдеры утонут в куче багов. Представленные модели ONU имеют прошивку, специально разработанную под BDCOM, т.е. мы отправляли BDCOM P3310B китайским инженерам и они расшифровывали OAM команды OLT-а, чтобы альтернативные ОНУ также могли их понимать. Так что IC-Line никогда своих клиентов не бросит и при появлении проблем с НАШИМИ альтернативными ONU, они будут решаться максимально быстро.

И канделябром их, канделябром... За такое. Лучше чугунным или бронзовым. По крайней мере они признали ошибку, и теперь новые модели будут иметь правильный механизм работы Management VLAN-а

Так или иначе, но BDCOM как бы подталкивает нас к переносу всех 1004B в отдельное поддерево или в отдельный ВЛАН управления.

Для тех, кто забыл в чём суть проблемы совместимости P1004B и новых моделей, напоминаю. ОНУ P1004B могла принимать тэгированный трафик и перенаправлять его в свой ВЛАН управления, но отвечать из ВЛАНа управления она могла только нетэгированными пакетами. Поэтому инженереаим BDCOM был придуман "костыль" в виде команд на EPON порту: switchport trunk vlan-untagged none switchport pvid <Management VLAN ID> Но когда на свет появились новые модели ОНУ, у которых проблем с ВЛАНом управления нет, встал вопрос о том, чтобы эти 2 команды убрать. Но если их убрать, то пропадет доступ к ВЛАНу

Верно. Прошивки от 1501С (rev 2.0) и 1501С1 (т.е. платиковая) совпадают. Прошивка от 1501С (rev 1.0) отличается

так распишите - как конфигурить ОНУ/голову чтобы все варианты ОНУ пинговались? Настройка EPON порта OLT-а Switch_config_epon0/1# switchport mode trunk Switch_config_epon0/1# switchport trunk vlan-untagged none Switch_config_epon0/1# switchport pvid <Management VLAN ID> Настройка Management VLAN на ONU P1004B: Switch_config_epon0/1:1# epon onu ip address static 192.168.1.100 255.255.255.0 gateway 192.168.1.10 vlan <Management VLAN ID> Настройка Management VLAN на ONU P1501C(rev 1.0 и 2.0) / P1501C1 / P1004C1: Switch_config_epon0/1:1# epon onu ctc ip address static

Если Вы имеете в виду ВЛАН управления то нет. По умолчанию на ОНУ стоит ИП 10.0.0.10, но он не привязан к ВЛАНу. нет, я не про влан управления, на порту етх, к примеру я для абонента настраиваю влан 2000, до этого там был уже какой то влан(например 1000 на всех ону с деф сетинг) или нет? По умолчанию все медные порты ONU находятся в режиме transparent, т.е. тупо пропускают весь трафик без разбора.

Если Вы имеете в виду ВЛАН управления то нет. По умолчанию на ОНУ стоит ИП 10.0.0.10, но он не привязан к ВЛАНу.

Вышла новая прошивка для 1501С1, которая изменяет механизм работы Management VLAN на ОНУ так, чтобы Ван управления ОНУ был домтупен при тех же настройках EPON порта, что и 1004B. Новая прошивка на 1501С1 (10.0.17A_1011) уже лежит на нашем дропбоксе. https://www.dropbox....1/10.0.17A_1011