Jump to content

P3616-2TE отваливаются onu


dima22

Recommended Posts

Имеем два олта, установлены в разных сегментах, столкнулись с неизвестной проблемой, отваливаются onu.

EPON0/2:56  e067.b33a.0d83 authenticated   notready    llid-admin-down

Вот лог:
Jan 17 15:25:28  22339 %EPON-ONUAUTHEN: ONU e067.b33a.0d83 is authenticated on EPON0/2:56.
Jan 17 15:25:28  22338 %EPON-ONUREG: ONU e067.b33a.0d83 is registered on EPON0/2:56.
Jan 17 15:25:28  22337 %EPON-ONUDEREG: ONU e067.b33a.0d83 is deregistered on EPON0/2:56.

Через неизвестный промежуток времени она регистрируется и продолжает работать, просиходит это на разных ветках "рандомно". Помогает только перезагрузка олта, после перезагрузки она регистрируется и отлично работает. Модели ону устройств разнообразны. Обновление прошивки не помогает, в общем все возможное перепробовали. Может кто то сталкивался с подобной ситуацией ?

Прошивка: Version 10.1.0E Build 46085

  • Like 1
Link to post
Share on other sites
11 часов назад, desmond сказал:

Ось схожа проблема, переходьте на ZTE і ніяких проблем не матимете!

 

ваша ситуация случилась из за того что вы не удалили ifindex config_db в них то и осталась конфига ваших онушек 

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 Prodazha
      Продам Абонентскі терминали ONU GPON ZTE F601 (REF)
      комплект :ону,блок живлення ,коробка,патчкорд RJ45 1м
      Наявність 230 шт.
      ціна 250 грн за одиницю



    • By x-net
      Продам вживані EPON ONU 4-портові, 1-портові. Без БЖ 140грн, з БЖ 180рн
      Також є вживані сплітери DIN LGX SC/UPC "коробочки" 1х4 по 150грн, 1х8 по 200грн, 1х16 по 250грн.
      Нові зовнішні патч-корди 100 по 400грн, 75 по 300грн, 30м по 200грн.
    • By pytnik82
      продам по 350 грн



    • By gelmas_x
      Доброго дня! м. Івано-Франківськ, вул. Незалежності, 44. Цікавить PON
×
×
  • Create New...