Перейти до

Get ONU basic information failed


kotqq

Рекомендованные сообщения

Парни, помогите разобраться. Есть bdcom p3310 и onu ZTE zxhn f401. Регистрация проходит, а потом Get ONU basic information failed on EPON0/1:1, error number=2.. Старые zte zxa10 f401 регистрируются без проблем.

Jan 1 00:49:47 %OLT: Interface EPON0/1:1's OAM Operational Status: Operational
Jan 1 00:49:49 %OLT: Interface EPON0/1:1's OAM Operational Status: SendLocalAndRemote
Jan 1 00:49:49 %OLT: Interface EPON0/1:1's CTC OAM extension negotiated successfully!
Jan 1 00:49:59 %OLT: Get ONU basic information failed on EPON0/1:1, error number=2.
Jan 1 00:49:59 %OLT: Retry Getting ONU basic information on EPON0/1:1 1 times.
Jan 1 00:50:09 %OLT: Get ONU basic information failed on EPON0/1:1, error number=2.
Jan 1 00:50:09 %OLT: Retry Getting ONU basic information on EPON0/1:1 2 times.
Jan 1 00:50:19 %OLT: Get ONU basic information failed on EPON0/1:1, error number=2.
Jan 1 00:50:19 %OLT: Retry Getting ONU basic information on EPON0/1:1 3 times.
Jan 1 00:50:29 %OLT: Get ONU basic information failed on EPON0/1:1, error number=2.
Jan 1 00:50:29 %LINE-5-UPDOWN: Line on Interface EPON0/1, changed state to down
Jan 1 00:50:29 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/1, changed state to down
Jan 1 00:50:29 %LINEPROTO-5-UPDOWN: Line protocol on Interface VLAN1, changed state to down
Jan 1 00:50:29 %EPON-ONUDEREG: ONU 38d8.2fd2.06ac is deregistered on EPON0/1:1.
Jan 1 00:50:29 %LINE-5-UPDOWN: Line on Interface EPON0/1, changed state to up
Jan 1 00:50:29 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/1, changed state to up
Jan 1 00:50:29 %LINEPROTO-5-UPDOWN: Line protocol on Interface VLAN1, changed state to up
Jan 1 00:50:29 %EPON-ONUREG: ONU 38d8.2fd2.06ac is registered on EPON0/1:1.
Jan 1 00:50:29 %EPON-ONUAUTHEN: ONU 38d8.2fd2.06ac is authenticated on EPON0/1:1.
Jan 1 00:50:31 %OLT: Interface EPON0/1:1's OAM Operational Status: Operational
Jan 1 00:50:33 %OLT: Interface EPON0/1:1's OAM Operational Status: SendLocalAndRemote
Jan 1 00:50:33 %OLT: Interface EPON0/1:1's CTC OAM extension negotiated successfully!
Jan 1 00:50:42 %OLT: Get ONU basic information failed on EPON0/1:1, error number=2.
Jan 1 00:50:42 %OLT: Retry Getting ONU basic information on EPON0/1:1 1 times.
Jan 1 00:50:52 %OLT: Get ONU basic information failed on EPON0/1:1, error number=2.
Jan 1 00:50:52 %OLT: Retry Getting ONU basic information on EPON0/1:1 2 times.
Jan 1 00:51:02 %OLT: Get ONU basic information failed on EPON0/1:1, error number=2.
Jan 1 00:51:02 %OLT: Retry Getting ONU basic information on EPON0/1:1 3 times.
Ссылка на сообщение
Поделиться на других сайтах

 HAL: get onu optical transceiver diagnosis failed: rc = 2

 

Тоже с ону zte трабла возникает, прошивку на бдкоме обновили до последней 

 

Модель ону тоже ZTE  f401

Відредаговано sanzp
Ссылка на сообщение
Поделиться на других сайтах

Да че вы путаете кривое с праведным , чел завел топик с сутью вопроса  "Get ONU basic information failed on EPON0/1:1, error number=2"  .  

И решения вопроса боюсь пока не будет , связано это с прошивочкой онушки . Данная трабла проявляется и с онушками типа  ЗТЕ Ф460 третьей ревизии и ЗТЕ Ф401  6 ревизии .  

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

ONU: v6.0.1P1T3

голова : 10.1.0B 25810

 

голову, например, я прошью (на 10.1.0B_29333?), а что делать с прошивкой на ONU? и поможет ли она вообще

Відредаговано kotqq
Ссылка на сообщение
Поделиться на других сайтах

Не парься я уже попробовал - голова BDCOM P3310B Software, Version 10.1.0B Build 31983 , ONU: v6.0.1P1T4 .  Никакого эффекта не дало , по всей видимости что то изменилось в логике работы ЗТЕ и это плохо . 

Ссылка на сообщение
Поделиться на других сайтах

Онушка регается , все замечательно работает , а затем счастливо отваливается по таймауту  и так с цикличностью секунд 5 . 

Ссылка на сообщение
Поделиться на других сайтах

Стеб засчитан .  Но есть маленький ньюанс при возврате клиент должен как то мотивировать  возврат .....  Я себе представляю этот диалог "Ваши эти понимаете онушки они это не работают с бдкомом..." Может тогда пойти от обратного - вернуть например олт со словами - гов .... не работает с ЗТЕ :) 

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від mch412
      Проблема з підняттям DMVPN (cisco) крізь OLT ZTE C300
      Вітаю товариство!
      Маємо проблему не піднімається DMVPN для всіх Абонентів підключених до PON OLT ZTE C300 v1.2.5p3. 
      Головне пакети 1520 з тестового ноута через ПОН пролазать без проблем, а DMVPN не піднімається.
      Хто стикався з подібним відпишіться, може є якісь нюанси в налаштуваннях ОЛТ?
    • Від 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 - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • Від prototip
      Продам б/в у гарному стані OLT ZTE C320 + PRAM +SMXA/3 (10g).
      Ціна девайсу - 1200 уе.
      Можливо щось добавити і щось прибрати з шассі за бажанням з відповідною корекцією ціни.


    • Від 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грн.
    • Від meritonis
      Hi everyone, I hope you are well.
      I need some OID and Mibs for these parameters like in this photo?
      If anyone has them, if possible, please send them to me, even if there is any OID for ZTE OLT?
       
      Thanks for all.

×
×
  • Створити нове...