khatgit

Була схожа проблема на с610 при спробі зареєструвати ону (також була помилка %Error 222377: Not enough resources). Але там по виводу show resource було видно, що уперлися в ліміт. Через дистрибьютора зверталися до сапорту вендора - вирішилося встановленням патчу, який збільшував значення в resource.

Значить, що не вистачає ресурсів))) Покажіть вивід результату команд: show resource show gpon profile tcont show gpon remote-onu capability gpon_onu-1/1/3:5

Генератора в звичайних будинках точно не будет. Не факт що i на оптичних вузлах буде. А от плата резервного живлення + аккумулятор на 12 Ah (або інша ємність), что просто UPS - це вже більш реалістичний сценарій. Питання скiльки воно на акб проживе. Ну i нажухать, що резервування є - також можуть запросто.

Я б почав з того, що у вас gepon olt та gpon onu. Ну і якщо ця ону вміє працювати і як gepon (в специфікаціях це не заявлено) - я б подивився рiвень ONU Tx level та OLT Tx level. Бо так не зрозуміло або це з оптикою проблеми, або несправний лазер в ону, або в олт модуль +++.

Спробуйте іншу gpon sfp.

Я при тестах деяких ону - заходив на їхній web-інтерфейс. Там можна переглядати статус ону. Ті ж рівні оптичних сигналів і т.д. Можна оновити прошивку. є і деякі налаштування. Наприклад той же dhcp-сервер включити і перевести в режим роутера (тільки у мене сумніви стосовно того - як воно буде працювати). Ще є якісь налаштування безпеки/фейрволл (принцип роботи якого не зрозумілий). Можно налаштували vlan на eth порту і т.д. Але налаштування - "жити кукуєву кількість часу" немає)))).

Вот вы этот договор и внимательно прочитайте. Там должно быть четко прописано, что провайдер вам должен, а что нет. Я точно не знаю как у Укртелекома - но у большинства провайдеров в договоре есть пункт, согласно которому абоненту запрещается раздавать интернет. При нарушении этого условия - провайдер в одностороннем порядке имеет право разорвать договор. То есть как вам писали ранее - если Укртелеком это заметит, то можете остаться без интернета вовсе. Что касается работы интернет провайдеров - вам нужно понять один момент. Это бизнес. Никто не будет вам

Не знаю на якому софті у вас OLT - але у себе на OLT я не бачу можливості налаштувати loopback-detection recovery-time для ону. У мене доступно: epon onu port 1 loopback detect epon onu port 1 ctc loopback detect epon onu port 1 ctc notify loopback Начебто бачив можливість налаштування такого на других OLT, але не на BDCOM P3310C / P3608-2TE. В даному випадку loopback-detection - це функціонал який апаратно реалізований на ону. Тобто саме ону відправляє лупбекдетекшен фрейми. Тому в вашому випадку можна спробувати: На деяких ону loopback-detection recovery-ti

Кто сказал, что маршрутизирует? Анкнов юникаст летит себе по всем интерфейсам бриджа и все..

Т.к. вы сами писали, что на бдком релей нормально не работает - я вам предложил вариант релеить на шлюзе, то есть убрать ip helper на бдкоме и настроить на шлюзе. А не релеить на двух девайсах одновременно. Вы же что бы побороть один костыль - делаете другой.

Ну так поднимите на шлюзе не dhcp сервер, а dhcp relay(dhcp-helper).

Не совсем так. Точнее совсем не так! Ну, по крайней мере, в моих случаях: последние 4 байта серийника онушки абсолютно не зависят от её mac. Опять же, от слова совсем. Пример: GP3600-16B, серийник фоксгейтовской онушки FGXP:00664429, а последние цифры mac, на минуточку, 3f:8c. Хм... странно. Я тестировал на нескольких разных ону и там оно совпадало. Единственное это все xpon ону, которые работают на epon и gpon Но в любом случае спасибо за информацию - буду иметь ввиду.

Теперь вопрос про option82, удалось у кого-то заставить передавать в option82 mac onu? Мак ону даже через cli нельзя посмотреть(во всяком случае я не нашел как), не говоря уже о добавлении его в opt82. В Remote-ID при information option format hn-type host olt добавляет s/n onu + номер виртуал порта. Возможно вам поможет информация, каким образом формируется pon-овский s/n. Он состоит из 8 байт. Первые 4 байта это vendor id переведенный из ascii в hex. Последние 4 байта - это младшие 4 байта мак адреса ону. То есть в вашем примере 5A544547C69C26CC-1 - это ону с серийным

Подозреваю в вашем конфиге ему не нравится вот этот профайл: ! gpon profile onu-flow-mapping vlan1701 id 3 gpon-profile entry 1 uni type eth-uni all gpon-profile entry 1 vlan 1701 gpon-profile entry 1 virtual-port 1 ! Уберите из него одну из строчек что бы было или: ! gpon profile onu-flow-mapping vlan1701 id 3 gpon-profile entry 1 uni type eth-uni all gpon-profile entry 1 virtual-port 1 ! или: ! gpon profile onu-flow-mapping vlan1701 id 3 gpon-profile entry 1 vlan 1701 gpon-profile entry 1 virtual-port 1 !

Какое-то описание у вас дурацкое - читаешь и ничего не понятно. По какому критерию вы определяете, что lan порт ону не работает? Я бы предположил, что в этом порту не поднимается линк - но в вашем же комментарии есть вывод команды "show gpon interface gpoN 0/1:1 onu port 1 state", которая говорит что линк есть. P.S. - прошивка 10.3.0D build 81888 кривая. Там есть проблемы с применением onu-vlan profile - вроде как этот баг исправлен на 89045.