Reanemator_ua

Полностью согласен. Сейчас время не спокойное и каждая копейка на счету. Так что немного подождите и мы разберёмся с Форой. На текущий момент китайцы прислали новую прошивку, которая решает проблему Opt 82. Тестирую...

У кого есть возможность отследить DDM ONU через SNMP - проведите испытание. Получил сейчас интересную информацию, что перед тем, как дерегестрироваться с ОЛТа, входящий сигнал на ОНУ постепенно или скачкообразно падал. Это может говорить о перегреве лазера или неисправном фотоприёмнике. В общем, было бы неплохо построить график мощности входного сигнала в ФОРУ, а также график температуры.

Добавлю пару пояснений на счёт нашего стенда. Суммарно в нём 64 ONU. Из них 20 BDCOM P1004С1 + 34 BDCOM P1004B + 8 FORA NA-1001(metal) + 2 FORA NA-1001B(plastic). Пока наблюдаем за поведением, потом отпишусь подробней.

Завтра-послезавтра китайцы должны предоставить новую прошивку для Форы, в которой уберут добавление ОНУшкой поля FCS в Хэдере Езернет кадра - надеюсь это поможет решить проблему.

Я не знаю как Вы настраивали ОЛТ, но при стандартной настройке ip dhcp-relay snooping ip dhcp-relay snooping vlan 200 ip dhcp-relay snooping information option format hn-type (мог что-то перепутать, пишу по памяти) ОЛТ добавляет в Remote ID MAC самой ONU, Circuit ID при этом содержит номер EPON порта. Номер ВЛАНа и уж тем более номер UNI порта ONU OLT не добавляет (что касается номера UNI порта, то тут всё ясно - OLT не может знать с какого порта пришёл запрос). Сейчас наблюдается проблема, что ОЛТ не может добавить опцию 82 к DHCP пакетам, пришедшим с ФОРЫ и тупо пропускает пакет да

В понедельник китайцы должны сделать стенд из 40+ своих ONU в одном дереве + BDCOM ONU. Тест должен показать, действительно ли большое количество ФОР не могут жить в одном дереве с BDCOM-ом или ФОРы вообще отказываются регистрироваться, если в дереве больше 30 ONU (при этом не важно каких). Мы со своей стороны также проведём аналогичный тест, правда у нас столько ФОР в наличии нет, поэтому забьём дерево BDCOM-ами и поставим парочку ФОР

По поводу Опции 82. Ситуация странная. Если DHCP пакет пришёл с BDCOM ONU, то опция к нему добавляется, а вот если пакет пришёл с FORЫ, то не добавляется. В конце концов OLT - не такое умное устройство, чтобы определять, откуда пришёл пакет. У меня вариант только один - разная структур пакетов! Сделал тест - проснифал DHCP пакеты на выходе BDCOM и FORA ONU. В результате оказалось, что FORA добавляет в Ethernet заголовок DHCP пакета (а может и не только DHCP) поле FCS (Frame Check Sequence). BDCOM ONU такого не делает. Я не знаю, насколько появление этого поля в кадре может отразиться на добав

Как только расквитаемся с FOROЙ и решим проблемы с ней, я ещё раз проверю MTU на EPON портах. Я уже делал этот тест и пропускал через EPON порт QinQ пакеты. Правда при их снифинге я получал битые чексуммы. На тот момент меня на месяц или больше отвлёк какой-то иной баг, поэтому тест с MTU я отложил. Видимо, придётся вернуться

Либо уберите EPON DBA вообще (на первое время, т.к. понятно, что без него нельзя), либо замените на это epon dba hardware dynamic-cycletime discovery-frequence 60 discovery-length 1024

Так само і у мене, причому в дереві тільки бдком аніак та фора. Що саме цікаво що у аніака та фори один вендор по мак адресу, з аніаками проблем нема а фора видає такі фортеля. Главное спокойствие, без паники, китайцы на уши подняты и работы ведутся. К сожалению я в рамках своего инженерного отдела не могу повторить подобное поведение ONU FORA NA-1001B, т.к. не могу воссоздать целую сеть. Но я могу абсолютно точно сказать, что у меня эта ОНУшка стояла на тесте непрерывно 2 недели при -28 dB и ничего подобного, о чём люди пишут, я не видел. В любом случае, мы постараемся разобраться в к

BDCOM нам ответил, что они уже несколько раз проводили подобный тест. И Ethernet MTU на EPON портах соответствует минимально заявленному значению 1536 байт. Только смысл в этом какой? Из них 14 байт - Езернет Нэдер + 4 байта VID + 4 байта чексумма. Т.е. IP пакет можно передать не 1500 байт, а 1514 - и какой в этом смысл....

По поводу вывода DDM и базовой информации - было бы здорово посмотреть на скриншоты.Также уточните, какие ONU ещё стоят в дереве кроме BDCOM и FORA.

На счёт Телнета не знаю - через web шьётся

В общем, камень в китайский огород брошен - завтра с их R&D инженером будем обсуждать возможность реализации ACL на FORA - уверен, что ответ будет положительным.

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

Получил модель боевой FORЫ NA-1001B. Вы правы - Опция 82 к DHCP пакетам не добавляется. Сейчас в чате с китайскими инженерами пытаемся найти причину. DHCP пакет отправляется с одной и той же машины, которая постоянно переключается с БДКОМа на Фору. Как минимум, структура DHCP пакета идентична. Единственное, на что можно пенять - что Фора изменяет поля DHCP пакета. В общем, в ближайшее время решим проблему.

Если такое поведение наблюдается только на одной ONU, то крайне вероятно, что это брак. У меня на тесте был опытный образец пластиковой FORA - у неё Opt 82 спокойно добавлялась к DHCP пакетам. Сегодня-завтра должен получить финальный продукт - тогда протестирую опцию ещё раз.

Прошейте до 1.06. На нашем Дропе есть

1. Такого быть не должно. Если конфиг OLT-а сохранён, то ONU жёстко фиксируют свой LLID. А вот если ОНУ подключились к ОЛТу, но при этом конфиг Вы не сохранили, то при рестарте ОЛТа ОНУ начнут заново регаться и сакмо собой займут уже другие порядковые номера. 2. Тут я так понимаю имееься в виду проблема, когда к DHCP пакету, проходящему через Фору, не добавляется Opt 82. Уточните прошивку Форы и какая именно Фора - метал или пластик. 3. Здесь не могу подсказать ничего конкретного. Насколько я знаю на новых прошивках изменились threshold-ы для этой команды. Следовательно, если значение

При тестировании ONU Fora мы опираемся на самые необходимые функции, которые используют клиенты. ACL на ONU использует от силы 1% провайдеров. Я уже не говорю про получение ONU-шкой IP-а по DHCP. Подобные функции я в тесте не проверял, поэтому вполне вероятно, что они могут не работать.

Ну CTC команда априори должна работать, на то она и CTC . Хотя я не проверял.

Значит не внимательно читали отчёт - там применялась команда LBD без CTC. На счёт прошивки - я тестил опытный образец, поэтому прошивка 1.1.8, как на метал ONU. Мы решили изменить нумерацию прошивок, чтобы не было путаницы. В ONU, которые лежат на складе должна быть прошивка 1.0.4 или 1.0.6. Точно не знаю, т.к. я не в Киеве . 1.0.6 отличается тем, что при подключении оптики доступ по внутреннему интерфейсу становится невозможен,

Да, на всех ONU написано, что лазер светит +2-+7, но на самом деле больше 2.9 я лично не видел. Обычно BDCOM ONU светят 1.5-2.0 dB. А то что на Форе написано 0 - это опечатка.

Вот только не понятно зачем подобный тест нужен. Fora гарантированно работает при -26, также как и 1501C1. Работать при -32 могут несколько ONU из партии. При этом тест не отображает ошибки на портах ONU, а там их ... ну мы в курсе. Я проводил похожий тест для FORA NA-1001 (metal). Из 36 ONU одна дошла до -34 dB. При этом скорость через IPERF не поднялась выше 5 мбит. Моё мнение - подобные тесты стимулируют расхлябанность среди провайдеров. Сварил сеть - получил сигнал -28 на ONU и думаешь "А ладно, будет работать, вон у народа по тестам при -32 работает".

BDCOM отписался по поводу изменения MTU на EPON портах 3310 - это невозможно из-за ограничения чипа. Т.е. L2 MTU на EPON портах не может быть выше 1536 байт.