Jump to content

UA.PON v6.0


wladd

Recommended Posts

  • Replies 1k
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

мне по фиг, как оно называеться, главное настроить чтобы wi-fi отдавал!!!!

я конечно понимаю, что у айсилайн немного "подгорает" от цены пикотела, но зачем же так активно это показывать?

Я наверное странный - но не шьем ни ONU, ни OLT. Работает с заводским софтом пару лет, никто туда и не лазит лишний раз.

Posted Images

 

з ДБА проблем нема воно стандартне epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024

сигнал на рівні -15

 

використовуеться тільки аніак бдком та пробую фору

Link to post
Share on other sites

Либо уберите EPON DBA вообще (на первое время, т.к. понятно, что без него нельзя), либо замените на это

 

epon dba hardware dynamic-cycletime discovery-frequence 60 discovery-length 1024

Link to post
Share on other sites

 

Вечер добрый!!!

Поимел проблему с  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 шт. 

 

 

Добрый день. Сколько онушек активных на этом порту ? 

Link to post
Share on other sites

дык это, мне достаточно 1536 байт, но больше 1500 не бегает.. как ни старался. Для 1536 Q-in-Q этого более чем достаточно.

 

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

Link to post
Share on other sites

Когда будет подтверждение/опровержение по форе? А то 50шт лежит и стремно теперь их отдавать на подключения...

 

Та поставили несколько десятков. Описанных боков не вылезло. 

Link to post
Share on other sites

По поводу Опции 82. Ситуация странная. Если DHCP пакет пришёл с BDCOM ONU, то опция к нему добавляется, а вот если пакет пришёл с FORЫ, то не добавляется.

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

Link to post
Share on other sites

Когда будет подтверждение/опровержение по форе? А то 50шт лежит и стремно теперь их отдавать на подключения...

 

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

Link to post
Share on other sites

 

 

Вечер добрый!!!

Поимел проблему с  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 ону, глюк наблюдается только на этой голове, на других с такой же прошивкой и таким же конфигом даный глюк не наблюдается, так что буду разбираться с головой .......

Link to post
Share on other sites

Похоже что с Форы вообще отсутствует информация по Опц.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 и они согласились, что нужно добавить эту возможность.

Link to post
Share on other sites

У меня ОЛТ 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 от клиентов у которых стоит Фора.

Link to post
Share on other sites

Agent Circuit ID: 001f000a01  - где 

00 - не используем

1f - номер ВЛАНа

00 - не используем

0а - номер ЕПОН ветки (тут 0a - первая ветка, 0b - вторая и т.д.)

01 - номер порта (LLID Онушки)

 

т.е. есть и номер ВЛАН, и какая ветка ПОНа, и номер порта (ОНУшки,  1 - 64), о UNI портах ОНУ я не говорил.

Link to post
Share on other sites

Кстати, с FORA-ми у меня и в vlan per user были проблемы с DHCP (так и не решилось, отказались в пользу BDCOM). Ну и с родственниками соответственно FORA-ы тоже та же проблема.

Edited by Abram
Link to post
Share on other sites

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

Link to post
Share on other sites

В КНР собрали стенд

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 by wladd
Link to post
Share on other sites

пока из опроса клиентов известно что траблы наблюдались на 

 

на версии ОЛТ - BDCOM P3310B Software, Version 10.1.0B Build 14297

и на версии ОНУ NA-1001B

 

Hardware Version    : V1.0
Software Version    : V1.0.5
 
У кого наблюдались проблемы, сообщите версии ПО ОЛТ у кого какие.
Edited by wladd
Link to post
Share on other sites

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

Link to post
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By Emanon
      Приветствую форумчан. Есть проблема и суть ее такова:
      В топологии одной провайдерской сети сделали определенные изменения. Некоторые access-коммутаторы (edge core ec3528M) в домах, решили подключить по gpon-у. Тоесть, если ранее все это дело шло ветками от одного свича к другому, то теперь ответственность, за их агрегацию , частично лягла на olt bdcom gp3600.
      Если схематически : свич -> onu -> olt -> свич агрегации -> bras (accel ipoe) ну и далее уже в ядро. Onu кстати - bdcom gp1701. Вопросы о том, зачем все это и насколько целесообразно - можно оставить для другого разговора.
      А пока что хотелось бы в кое чем разобраться. Недавно, начали идти заявки от НЕКОТОРЫХ абонентов одного и того же дома с одного и того же узла с жалобой на нестабильный интернет. Это через неделю-две после изменения топологии и соответственно, переключения их коммутатора к pon-сети.
      Техник, осмотрев происходящее, заявлял что рандомно, раз в минуту-две, начинаются потери пакетов. Проверял целостность линий,  подключался напрямую ноутом. Результат один и тот же. Линк между свичом и роутером не падает. Не падает линк и между onu и свичом. Проблем с режимами (half duplex, full duplex) портов тоже не было. Если уже далеко зайти, сам домовой свич, olt, коммутатор агрегации, без проблем пингуются (правда находятся в отдельном управляющем vlan). Очевидные проблемы, вроде роста cpu и утечек памяти, в их работе не наблюдались. В логах все чисто. В мониторинге видно, что канал не нагружен (download и upload не превышают 250 Мбит как по pon так и выше, нет аномальных значений pps как для broadcast, так для unicast и multicast). Да и для остальных пользователей, кроме проблемных, не было вопросов. У всех вроде работает, кроме некоторых ребят с конкретного узла. Трасса упорно показывает, что проблемный участок как раз между роутером и bras. Логи на роутерах тоже ничего вразумительного не пишут. При этом, стоило подключить вместо абонентского tp link archer ax12, c64 или keenetic titan, какой то древний роутер, вроде dlink dir300 или tp link tl-wr841n, как все работало стабильно, без потерь. 
      Со стороны bras сессии не рвутся, но через tcpdump действительно обнаруживается, что при пинге ( как 32 байта, так и побольше) часть icmp пакетов от проблемных абонентов не доходит. 
      Менялись mac  абонентских устройств, пытались найти mac flapping, менялся mac aging, менялся абонентский ip. Без результатов. Mac таблица за onu не забивается кстати, там не более 8 устройств. Проверялись оптические уровни. Конечно, onu rx -24 и olt rx -26 - это уже почти на грани. 
      И наверное это отчасти играет роль. Но нюанс с тем, что происходит при замене роутеров, заставляет задуматься. Возможно то, что такое вылезло именно после перехода на gpon - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • By pytnik82
      продам по 350 грн



    • By gelmas_x
      Доброго дня! м. Івано-Франківськ, вул. Незалежності, 44. Цікавить PON
    • By CoUL
      Sync users ONU скрипт.
      Скрипт виконує автоматичне додавання ONU та відповідної OLT, на якій вона зареєстрована, в карту абонента MikBiLL.
      Забезпечує повну синхронізацію ONU при зміні топології мережі — тобто при реальному переміщенні ONU між OLT або між абонентами. Все відбувається автоматично без необхідності вручну додавати чи змінювати ONU працівниками.
      Можлива синхронізація окремих OLT в ручному режимі.
      Підтримується робота з BDCOM EPON та GPON обладнанням.
      Можливе розширення під інших виробників OLT за потреби.
      💬 По всім питанням звертайтесь у приват.
      BDCOM xPON ONU Auto Sync Script.webm
    • By ГрозаИнтернета
      Всем привет. Сеть разбили, продаю оборудование, которое удалось спасти.
      Роутер MikroTik 1036-12G-4S - 16500 грн.
      Сервер Dell R410(Xeon L5640(60Вт), 16 Gb RAM, 2x300 Gb SAS, iDrac, Raid, IPMI) - 4500 грн.
      Коммутатор ZyXEL MES-3528 - 2000 грн.
      Коммутатор HUAWEI S2326 - 1500 грн.
      Коммутатор Dell PowerConnect 6224F(опц.10G) - 5000 грн
      Коммутатор D-Link DGS-3627G (нюанс) - 1000 грн
      OLT BDCom P3310(Пролайн упс) - 9000 грн
      Упс APCSmart-UPS RT 2000 + картаAP9619 + кабель для подключения внешних АКБ - 12500 грн.
      Коммутатор ELTEX MES2324FB AC в коробке - 10000
      OLT EPON E9004-D 10G (Пролайн упс) в коробке - 10000
      Кабель OK-NET S/FTP Cat.6a 500Mhz LSOH AWG 23 4pr 280 метров - 8500
      Куча SFP EPON C+++, SFP SC, сетевые карты, твинакс кабеля.


×
×
  • Create New...