khatgit

Була така на тесті. З боку корпуса qr-код за яким завантажив мануал. В мануалі сказано, що по дефолту вона працює в режимі бріджа(sfu). Підключив до олт - зареєструвалась, але через неї нічого не працює. ARP та DHCP вона пропускає, але інший трафік ону дропає. Через web скинув в дефолт - не допомолго. Через web її можна перевесити в режим роутера - але в мене не було жодного бажання цим займатися, як і пошуком іншої прошивки. Гріється норм так... -/+ як sfp-onu.

У вас там до роутера 3G/4G USB-модем не підключено?

Пробуйте в налаштуваннях bird за допомогую атрибута krt_prefsrc задати потрібну src ip.

Була схожа проблема на с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 порту і т.д. Але налаштування - "жити кукуєву кількість часу" немає)))).

Вот вы этот договор и внимательно прочитайте. Там должно быть четко прописано, что провайдер вам должен, а что нет. Я точно не знаю как у Укртелекома - но у большинства провайдеров в договоре есть пункт, согласно которому абоненту запрещается раздавать интернет. При нарушении этого условия - провайдер в одностороннем порядке имеет право разорвать договор. То есть как вам писали ранее - если Укртелеком это заметит, то можете остаться без интернета вовсе. Что касается работы интернет провайдеров - вам нужно понять один момент. Это бизнес. Никто не будет вам предоставлять интернет себе в убыток. Бизнес должен приносить прибыть. Сейчас цены растут на все - потому вполне закономерно, что и вам абонплату поднимают. И то, что где-то абонплата больше, а где-то меньше - вполне объяснимо. Например до одного села нужно тянуть кабель 2 км, а до другого 10км - провайдеру же никто не продаст 10км кабеля по цене как за 2км. Это будет влиять и на конечную стоимость. Так же влияет кол-во абонентов. Провайдеру нужно поставить какое-то конечное оборудование, в которое он будет включать абонентов. Это оборудование имеет какую-то стоимость(само оборудование + его обслуживание) не зависимо от того - будет в него включен 1 или 5 абонентов. И таких нюансов очень много. Ну и опять же влияет конкуренция. Если кроме укртелекома нет никого, то зачем им давать вам дешевый тариф и ничего не зарабатывать, вы же все равно к другому провайдеру не уйдете. Я бы на вашем месте пробовал искать альтернативы - обзванивать провайдеров, которые есть в соседних селах и т.п.

Не знаю на якому софті у вас 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-time можна налаштовувати з web-інтерфейсу ону; Поміняти прошивку на ону; Якщо прошивки, на якій цей функціонал працює як треба - нема, то довбати виробника ону(щоб зробили прошивку з потрібним recovery-time). Забити болт. Добре, якщо loopback-detection взагалі працює.

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

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

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

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