Saylor Posted January 31, 2015 at 10:35 AM Posted January 31, 2015 at 10:35 AM вангую что проблема с DBA
skreep Posted January 31, 2015 at 10:47 AM Posted January 31, 2015 at 10:47 AM з ДБА проблем нема воно стандартне epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024сигнал на рівні -15 використовуеться тільки аніак бдком та пробую фору
Saylor Posted January 31, 2015 at 11:00 AM Posted January 31, 2015 at 11:00 AM Так попробуйте убрать epon dba hardware...
Reanemator_ua Posted January 31, 2015 at 11:09 AM Posted January 31, 2015 at 11:09 AM Либо уберите EPON DBA вообще (на первое время, т.к. понятно, что без него нельзя), либо замените на это epon dba hardware dynamic-cycletime discovery-frequence 60 discovery-length 1024
eleutherius Posted January 31, 2015 at 12:09 PM Posted January 31, 2015 at 12:09 PM Вечер добрый!!! Поимел проблему с FORА NA-1001B при выполнении команды с OLT show epon interface EPON 0/1:1 onu ctc optical-transceiver-diagnosis show epon interface EPON 0/1:1 onu ctc basic-info не выводит никакой информации, но это пол беды если руками дерегистрировать ону, то потом она не регистрируется нормально, идет постоянная перерегистрация. как быть купил у вас для пробы 5 шт. Добрый день. Сколько онушек активных на этом порту ?
martin Posted January 31, 2015 at 02:22 PM Posted January 31, 2015 at 02:22 PM дык это, мне достаточно 1536 байт, но больше 1500 не бегает.. как ни старался. Для 1536 Q-in-Q этого более чем достаточно.
Reanemator_ua Posted February 1, 2015 at 10:28 AM Posted February 1, 2015 at 10:28 AM дык это, мне достаточно 1536 байт, но больше 1500 не бегает.. как ни старался. Для 1536 Q-in-Q этого более чем достаточно. Как только расквитаемся с FOROЙ и решим проблемы с ней, я ещё раз проверю MTU на EPON портах. Я уже делал этот тест и пропускал через EPON порт QinQ пакеты. Правда при их снифинге я получал битые чексуммы. На тот момент меня на месяц или больше отвлёк какой-то иной баг, поэтому тест с MTU я отложил. Видимо, придётся вернуться
Den_LocalNet Posted February 1, 2015 at 10:31 AM Posted February 1, 2015 at 10:31 AM Когда будет подтверждение/опровержение по форе? А то 50шт лежит и стремно теперь их отдавать на подключения...
_WesT_ Posted February 1, 2015 at 10:54 AM Posted February 1, 2015 at 10:54 AM Когда будет подтверждение/опровержение по форе? А то 50шт лежит и стремно теперь их отдавать на подключения... Та поставили несколько десятков. Описанных боков не вылезло.
yury79 Posted February 1, 2015 at 11:09 AM Posted February 1, 2015 at 11:09 AM У меня если PPPoE, - то все работает, а вот с опц.82 абоны не получают IP. Ждем пока устранят баг.
Reanemator_ua Posted February 1, 2015 at 11:24 AM Posted February 1, 2015 at 11:24 AM По поводу Опции 82. Ситуация странная. Если DHCP пакет пришёл с BDCOM ONU, то опция к нему добавляется, а вот если пакет пришёл с FORЫ, то не добавляется. В конце концов OLT - не такое умное устройство, чтобы определять, откуда пришёл пакет. У меня вариант только один - разная структур пакетов! Сделал тест - проснифал DHCP пакеты на выходе BDCOM и FORA ONU. В результате оказалось, что FORA добавляет в Ethernet заголовок DHCP пакета (а может и не только DHCP) поле FCS (Frame Check Sequence). BDCOM ONU такого не делает. Я не знаю, насколько появление этого поля в кадре может отразиться на добавление опции 82, но другого объяснения у меня нет - в остальном DHCP пакеты идентичны.
Reanemator_ua Posted February 1, 2015 at 11:29 AM Posted February 1, 2015 at 11:29 AM Когда будет подтверждение/опровержение по форе? А то 50шт лежит и стремно теперь их отдавать на подключения... В понедельник китайцы должны сделать стенд из 40+ своих ONU в одном дереве + BDCOM ONU. Тест должен показать, действительно ли большое количество ФОР не могут жить в одном дереве с BDCOM-ом или ФОРы вообще отказываются регистрироваться, если в дереве больше 30 ONU (при этом не важно каких). Мы со своей стороны также проведём аналогичный тест, правда у нас столько ФОР в наличии нет, поэтому забьём дерево BDCOM-ами и поставим парочку ФОР
yury79 Posted February 1, 2015 at 11:32 AM Posted February 1, 2015 at 11:32 AM к dhcp серверу должы приходить запросы с Remote ID, в котором указаны порт, Влан, ветка ПОНа, а с Форы этой инфы нет.
skreep Posted February 1, 2015 at 01:53 PM Posted February 1, 2015 at 01:53 PM Вечер добрый!!! Поимел проблему с FORА NA-1001B при выполнении команды с OLT show epon interface EPON 0/1:1 onu ctc optical-transceiver-diagnosis show epon interface EPON 0/1:1 onu ctc basic-info не выводит никакой информации, но это пол беды если руками дерегистрировать ону, то потом она не регистрируется нормально, идет постоянная перерегистрация. как быть купил у вас для пробы 5 шт. Добрый день. Сколько онушек активных на этом порту ? на ветке всего 10 ону, глюк наблюдается только на этой голове, на других с такой же прошивкой и таким же конфигом даный глюк не наблюдается, так что буду разбираться с головой .......
yury79 Posted February 1, 2015 at 02:07 PM Posted February 1, 2015 at 02:07 PM Похоже что с Форы вообще отсутствует информация по Опц.82, нет ни Remote ID ни CircuitID.
Reanemator_ua Posted February 1, 2015 at 02:26 PM Posted February 1, 2015 at 02:26 PM Похоже что с Форы вообще отсутствует информация по Опц.82, нет ни Remote ID ни CircuitID. Я не знаю как Вы настраивали ОЛТ, но при стандартной настройке 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 пакетам, пришедшим с ФОРЫ и тупо пропускает пакет дальше. Поэтому не совсем верно утверждать, что ФОРа не поддерживает опцию 82. Как раз в отличии от той-же BDCOM P1004B ФОРА сама по себе опцию поддерживает и понимает команды для её включения. Т.е. добавление опции можно настроить на самой ONU, а не на OLT. Но тут появится другая проблема - как быть с ONU, которые сами опцию добавлять не умеют - придётся всё равно добавлять опцию средствами OLTа. Тогда возникнет конфликт: когда на OLT прилетит от Форы пакет с уже вставленной опцией, ОЛТ удалит его. По идее у коммутатора должно быть 3 режима обработки DHCP пакетов со вставленной опцией - пропустить пакет дальше, удалить пакет, заменить опцию 82 своими значениями. Так вот - на 3310 нет варианта "Пропустить дальше", т.е. ОЛТ считает, что не может от клиента прилететь пакет с уже вставленной опцией, поэтому его надо либо удалить, либо перезаписать. Я уже рассказал об этом недочёте инженерам BDCOM и они согласились, что нужно добавить эту возможность.
yury79 Posted February 1, 2015 at 02:40 PM Posted February 1, 2015 at 02:40 PM У меня ОЛТ 3608, и я говорю о том же что и Вы. В запросах от клиентов, которые включены ONU BDCom присутствует Опц.82, а от клиентов у которых Фора, её нет. При ip dhcp-relay snooping information option format hn-type ОЛТ вставляет Remote ID MAC ОНУшки, при ip dhcp-relay snooping information option format cm-type ОЛТ вставляет свой МАС. Я сейчас наблюдаю tshark и не вижу Опц.82 от клиентов у которых стоит Фора.
yury79 Posted February 1, 2015 at 02:57 PM Posted February 1, 2015 at 02:57 PM Agent Circuit ID: 001f000a01 - где 00 - не используем 1f - номер ВЛАНа 00 - не используем 0а - номер ЕПОН ветки (тут 0a - первая ветка, 0b - вторая и т.д.) 01 - номер порта (LLID Онушки) т.е. есть и номер ВЛАН, и какая ветка ПОНа, и номер порта (ОНУшки, 1 - 64), о UNI портах ОНУ я не говорил.
Abram Posted February 1, 2015 at 03:35 PM Posted February 1, 2015 at 03:35 PM (edited) Кстати, с FORA-ми у меня и в vlan per user были проблемы с DHCP (так и не решилось, отказались в пользу BDCOM). Ну и с родственниками соответственно FORA-ы тоже та же проблема. Edited February 1, 2015 at 03:35 PM by Abram
Reanemator_ua Posted February 1, 2015 at 03:54 PM Posted February 1, 2015 at 03:54 PM Завтра-послезавтра китайцы должны предоставить новую прошивку для Форы, в которой уберут добавление ОНУшкой поля FCS в Хэдере Езернет кадра - надеюсь это поможет решить проблему.
wladd Posted February 2, 2015 at 08:18 AM Author Posted February 2, 2015 at 08:18 AM (edited) В КНР собрали стенд 42 ONUs appended under one PONT port of BDCOM OLT, running 4 hours, it is now stable, and show-optical-diagnosis all OK. все 42 - ОНУ NA-1001B можно получить подробную информацию как возникает баг? подробно. Модель ОЛТ, версия ПО, количество ОНУ и какие модели. манипуляции после которых это проявляется. мы пытаемся собрать стен на своей стороне, структура все БДКОМ + несколько NA-1001B Нужно отловить ситуацию, ибо пока мы ее не видим. Edited February 2, 2015 at 08:18 AM by wladd
wladd Posted February 2, 2015 at 11:30 AM Author Posted February 2, 2015 at 11:30 AM (edited) И закипела работа: Стенд КНР Наш Стенд Edited February 2, 2015 at 11:31 AM by wladd
wladd Posted February 2, 2015 at 11:35 AM Author Posted February 2, 2015 at 11:35 AM (edited) пока из опроса клиентов известно что траблы наблюдались на на версии ОЛТ - BDCOM P3310B Software, Version 10.1.0B Build 14297 и на версии ОНУ NA-1001B Hardware Version : V1.0 Software Version : V1.0.5 У кого наблюдались проблемы, сообщите версии ПО ОЛТ у кого какие. Edited February 2, 2015 at 11:36 AM by wladd
Reanemator_ua Posted February 2, 2015 at 11:39 AM Posted February 2, 2015 at 11:39 AM Добавлю пару пояснений на счёт нашего стенда. Суммарно в нём 64 ONU. Из них 20 BDCOM P1004С1 + 34 BDCOM P1004B + 8 FORA NA-1001(metal) + 2 FORA NA-1001B(plastic). Пока наблюдаем за поведением, потом отпишусь подробней.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now