Reanemator_ua

1) Покажите show version 2) Покажите show epon int epon 0/1:1 onu ctc bas для данных ОНУ 3) Во время отвала покажите show mac address-table int epon 0/1 и show mac address-table int epon 0/1:1 по каждой ОНУ 4) Засекали ли Вы время отвала, т.е. через сколько ОНУ возвращаются к нормальной работе? 5) Отваливаются постоянно одни и те же 2 ОНУшки или разные?

Новая прошивка конечно хорошо, но посоветуйте самую стабильную на данный момент. А мы ещё не торгуем этими железками, а следовательно не имеем статистики по бокавости той или иной прошивки.

Народ, кому интересно, вышла новая прошивка на OLT BDCOM P3310C. Не знаю насколько новость свежая, т.к. BDCOM подогнал нам эту прошивку только вчера. Кому нужно, сама прошивка и changelog к ней лежат здесь https://www.dropbox....40uNBnNkua?dl=0

Проект UA.PON для того и создавался, чтобы здесь обсуждались все новинки, проводились тесты оборудования. не вижу смысла в перенесении темы.

О вот это очень очень крутая штука.... А нельзя такую фичу на 3310В запилить? Поддержка 3310B закончена.

Засвет в дереве проверить очень просто. Вытащите из SFP OLT модуля кабель и подключите к измерителю мощности. Если сигнал есть, то какая-то из ОНУшек светит. Кстати, модель 3310C будет показывать, какая из ОНУшек предположительно валит дерево.

А чего удивительного. Ну да, я такие эксперименты не проводил и действительно не знаю, что произойдёт. Учиться никогда не поздно.

Смотрите, ОЛТы друг от друга не зависят. Это не братья-близнецы, которые чувствуют нагрузку CPU друг друга или отвал ОНУшек и повторяют тоже самое. Вам необходимо понять, почему отваливается один ОЛТ (нагрузка процессора, флуд со стороны клиента). Второй ОЛТ , скорее всего, отваливается по этой же причине.Обновить, конечно, можете, только это проблему не решит.

Хочу Вас обрадовать - ничего не изменилось. TCAM - 512 записей (4 куска по 128). Можно вручную раcпределять TCAM при необходимости. Т.е. DS+DAI+ISG будут работать в формате 512/3, т.е. по 170 записей максимум. При этом нужно забыть про ACL и IGMP Snooping - они ведь тоже TCAM поджирают.

А как Вы так рискнули? У Вас на ОЛТах разные прошивки, при этом на первом OLT-е уже зарегистрированы ОНУшки. И Вы этот конфиг (с другой версией прошивки и уже готовым списком ОНУ) переносите на другой ОЛТ. Я честно даже не знаю, как поведёт себя ОЛТ, если ему в конфиг подсунуть ОНУшки, которые он на самом деле не регистрировал.

Тогда показывайте конфиг - не должно такого быть. Не могут ОЛТы друг на друга влиять. Разве что у Вас в сети флуд - тогда оба ложатся как родные.

Что Вы понимаете по словом "Падает" - размытое понятие.

Да, с номером прошивки всё верно BD_3314_10.1.0B_18986. Вам пока не стоит обновлять до самой последней (29333)- достаточно обновить до 18986. Если проблема будет решена, тогда какой смысл обновлять дальше. Я придерживаюсь правила не трогать прошивку, пока железка работает стабильно. По идее с прошивкой 18986 ещё используется старый загрузчик, поэтому его менять не придётся, следовательно можете шить удалённо, не боясь проблем со стартом ОЛТа после перепрошивки.

Всем не угодишь и все тесты не проведёшь. Недавно ко мне обращался клиент с той же проблемой - после использования команды всё заработало. Прошивка 29333. На счёт того, что нельзя откатиться назад. Так если у Вас очень старая прошивка, то Вы и вперёд не сможете перескочить без обновления загрузчика. Это же касается и даунгрейда. Если у Вас загрузчик 0.3.8 или 0.3.9, то откатиться наза у Вас не получится. Нужен старый загрузчик, который BDCOM уже не даёт.

На новых прошивках есть отличная функция Switch_config#ip mcst series-connection Если у Вас её нет, то обновляйте ОЛТ и всё будет работать.

Но если всё равно читать лень, то можете со мной связаться - помогу настроить.

Для начала уберите ip arp inspection vlan 331 и ip dhcp-relay snooping log. ISG можно оставить - полезная штука.

Ну я на НАГе Вам уже ответил.

Вы бы для начала указали, какие именно ОНУ-шки. На всех портах не регаются или на одном. Если ОНУшки альтернативные, то можете увеличить время цикла cycletime 50000 и discovery-length поставить 4096.

Соглашусь, что ОНУ может работать при -35. не каждая ОНУ, но бывают удачные модели, которые при -35 работают, и даже без ошибок ))) Что же касается блока питания. Я не думаю, что BDCOM мог пойти на такое. Удешевление ради стабильности работы устройства - сомнительный шаг. Может сам продавец ОНУшек решил менять дорогие блоки на более дешёвые

Александр - тоже наш боец. Только он из Киева, я - из Севастополя.

Добрый день. 1) Уточните, отваливаются B-шки и C-шки или только B-шки? 2) Уточните МАК-и "падающих" ОНУ-шек и версию их прошивки (show epon int epon 0/1:1 onu ctc basic-info) 3) Уточните прошивку ОЛТа и версию загрузчика bootstrap-а (show version) 4) Проверьте, во время "отвала" МАК-и "упавших" ОНУ пропадают из МАК таблицы ОЛТ-а (show mac address-table) Если на пункт 4-ый получен положительный ответ, т.е. МАК-и пропадают, то есть вариант, как можно обмануть судьбу - статические привязки МАК-ов. Switch_config#mac address-table static 1c87.7911.b06f vlan 200 interface epon0/1:1

Это как так? Т.е. никаких шаблонов нет, а ОНУ при этом автоматом получает конфиг? Чудеса.

Я думаю вопрос был немного в другом. Как так получается, что 2 разные команды выдают разные результаты. Объясню. Первая команда показывает мощность приходящего сигнала от конкретной ОНУ. Вторая команда показывает мощность входящего в ОНУ сигнала. Почему эти показатели разные - да потому что затухание в обе стороны разные. Но даже не смотря на это, есть ещё один важный момент. Вторая команда показывает реальное значение сигнала, а вот первая - рассчитанное. Т.е. ОЛТ не успевает измерить сигнал от каждой ОНУ, поэтому высчитывает его. Т.е. первая команда практически никогда в точку не попадает и

Есть чудная команда Switch#clear mib - попробуйте её.