skreep Опубліковано: 31 січня, 2015 Опубліковано: 31 січня, 2015 з ДБА проблем нема воно стандартне epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024сигнал на рівні -15 використовуеться тільки аніак бдком та пробую фору
Saylor Опубліковано: 31 січня, 2015 Опубліковано: 31 січня, 2015 Так попробуйте убрать epon dba hardware...
Reanemator_ua Опубліковано: 31 січня, 2015 Опубліковано: 31 січня, 2015 Либо уберите EPON DBA вообще (на первое время, т.к. понятно, что без него нельзя), либо замените на это epon dba hardware dynamic-cycletime discovery-frequence 60 discovery-length 1024
eleutherius Опубліковано: 31 січня, 2015 Опубліковано: 31 січня, 2015 Вечер добрый!!! Поимел проблему с 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 Опубліковано: 31 січня, 2015 Опубліковано: 31 січня, 2015 дык это, мне достаточно 1536 байт, но больше 1500 не бегает.. как ни старался. Для 1536 Q-in-Q этого более чем достаточно.
Reanemator_ua Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 дык это, мне достаточно 1536 байт, но больше 1500 не бегает.. как ни старался. Для 1536 Q-in-Q этого более чем достаточно. Как только расквитаемся с FOROЙ и решим проблемы с ней, я ещё раз проверю MTU на EPON портах. Я уже делал этот тест и пропускал через EPON порт QinQ пакеты. Правда при их снифинге я получал битые чексуммы. На тот момент меня на месяц или больше отвлёк какой-то иной баг, поэтому тест с MTU я отложил. Видимо, придётся вернуться
Den_LocalNet Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 Когда будет подтверждение/опровержение по форе? А то 50шт лежит и стремно теперь их отдавать на подключения...
_WesT_ Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 Когда будет подтверждение/опровержение по форе? А то 50шт лежит и стремно теперь их отдавать на подключения... Та поставили несколько десятков. Описанных боков не вылезло.
yury79 Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 У меня если PPPoE, - то все работает, а вот с опц.82 абоны не получают IP. Ждем пока устранят баг.
Reanemator_ua Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 По поводу Опции 82. Ситуация странная. Если DHCP пакет пришёл с BDCOM ONU, то опция к нему добавляется, а вот если пакет пришёл с FORЫ, то не добавляется. В конце концов OLT - не такое умное устройство, чтобы определять, откуда пришёл пакет. У меня вариант только один - разная структур пакетов! Сделал тест - проснифал DHCP пакеты на выходе BDCOM и FORA ONU. В результате оказалось, что FORA добавляет в Ethernet заголовок DHCP пакета (а может и не только DHCP) поле FCS (Frame Check Sequence). BDCOM ONU такого не делает. Я не знаю, насколько появление этого поля в кадре может отразиться на добавление опции 82, но другого объяснения у меня нет - в остальном DHCP пакеты идентичны.
Reanemator_ua Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 Когда будет подтверждение/опровержение по форе? А то 50шт лежит и стремно теперь их отдавать на подключения... В понедельник китайцы должны сделать стенд из 40+ своих ONU в одном дереве + BDCOM ONU. Тест должен показать, действительно ли большое количество ФОР не могут жить в одном дереве с BDCOM-ом или ФОРы вообще отказываются регистрироваться, если в дереве больше 30 ONU (при этом не важно каких). Мы со своей стороны также проведём аналогичный тест, правда у нас столько ФОР в наличии нет, поэтому забьём дерево BDCOM-ами и поставим парочку ФОР
yury79 Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 к dhcp серверу должы приходить запросы с Remote ID, в котором указаны порт, Влан, ветка ПОНа, а с Форы этой инфы нет.
skreep Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 Вечер добрый!!! Поимел проблему с 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 Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 Похоже что с Форы вообще отсутствует информация по Опц.82, нет ни Remote ID ни CircuitID.
Reanemator_ua Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 Похоже что с Форы вообще отсутствует информация по Опц.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 Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 У меня ОЛТ 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 Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 Agent Circuit ID: 001f000a01 - где 00 - не используем 1f - номер ВЛАНа 00 - не используем 0а - номер ЕПОН ветки (тут 0a - первая ветка, 0b - вторая и т.д.) 01 - номер порта (LLID Онушки) т.е. есть и номер ВЛАН, и какая ветка ПОНа, и номер порта (ОНУшки, 1 - 64), о UNI портах ОНУ я не говорил.
Abram Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 (відредаговано) Кстати, с FORA-ми у меня и в vlan per user были проблемы с DHCP (так и не решилось, отказались в пользу BDCOM). Ну и с родственниками соответственно FORA-ы тоже та же проблема. Відредаговано 1 лютого, 2015 Abram
Reanemator_ua Опубліковано: 1 лютого, 2015 Опубліковано: 1 лютого, 2015 Завтра-послезавтра китайцы должны предоставить новую прошивку для Форы, в которой уберут добавление ОНУшкой поля FCS в Хэдере Езернет кадра - надеюсь это поможет решить проблему.
wladd Опубліковано: 2 лютого, 2015 Автор Опубліковано: 2 лютого, 2015 (відредаговано) В КНР собрали стенд 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 Нужно отловить ситуацию, ибо пока мы ее не видим. Відредаговано 2 лютого, 2015 wladd
wladd Опубліковано: 2 лютого, 2015 Автор Опубліковано: 2 лютого, 2015 (відредаговано) И закипела работа: Стенд КНР Наш Стенд Відредаговано 2 лютого, 2015 wladd
wladd Опубліковано: 2 лютого, 2015 Автор Опубліковано: 2 лютого, 2015 (відредаговано) пока из опроса клиентов известно что траблы наблюдались на на версии ОЛТ - BDCOM P3310B Software, Version 10.1.0B Build 14297 и на версии ОНУ NA-1001B Hardware Version : V1.0 Software Version : V1.0.5 У кого наблюдались проблемы, сообщите версии ПО ОЛТ у кого какие. Відредаговано 2 лютого, 2015 wladd
Reanemator_ua Опубліковано: 2 лютого, 2015 Опубліковано: 2 лютого, 2015 Добавлю пару пояснений на счёт нашего стенда. Суммарно в нём 64 ONU. Из них 20 BDCOM P1004С1 + 34 BDCOM P1004B + 8 FORA NA-1001(metal) + 2 FORA NA-1001B(plastic). Пока наблюдаем за поведением, потом отпишусь подробней.
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас