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.

Хз сработает ли для модели 3510-28f, но у других моделей edge-core - если подключится консольным кабелем к коммутатору и просто его ребутнуть - при загрузке в определенный момент появляется сообщение Press [P] to print out the detail provision Если в этот момент на коммутатор отправить "P" - то он собственно выведет конфиг(сможете скопировать), который загружает. Но пароль там будет в зашифрованном виде.

Разбирайтесь как работает igmp snooping. Например почитайте rfc 4541 The switch supporting IGMP snooping must maintain a list of multicast routers and the ports on which they are attached. This list can be constructed in any combination of the following ways: a) This list should be built by the snooping switch sending Multicast Router Solicitation messages as described in IGMP Multicast Router Discovery [MRDISC]. It may also snoop Multicast Router Advertisement messages sent by and to other nodes. b) The arrival port for IGMP

Обратный трафик и не должен ходить через через http-redirect. У вас сервер 192.168.168.6 с роутером взаимодействует через интерфейс, который скорее всего находится в inet.0, но никак не в http-redirect - там интерфейсов быть не может. Вот и обратный трафик у нас должен тогда ходить в inet.0.

День добрый. Главный вопрос - зачем Access-internal маршруты вам нужны в forwarding? Тут или я не понимаю, что вы хотите сделать - или вы не понимаете что такое instance-type forwarding, для чего он нужен и как он работает. Из вашего конфига в vrf type forwarding должен быть только один маршрут - к 192.168.168.6.

Не знаю как BDCOM P3616-2TE, но что бы оно работало на на 3310B/C я настраивал следующим образом. Что бы все пролезло. system mtu 1976 Аплинк: interface GigaEthernet0/5 switchport trunk vlan-allowed 8,25,237 switchport trunk vlan-untagged none switchport mode dot1q-tunnel-uplink epon порт: interface EPON0/1 switchport mode dot1q-translating-tunnel switchport pvid 25 switchport trunk vlan-allowed add 25 Далее глобально на самом олт(тут точно не помню, но если предварительно не настроить аплинк - есть вероятность, что потеряете управление к олту): dot1q

tiger.blob - это драйвер пон-интерфейсов. Я сомневаюсь что он с: SQL error: mB связан. У олта в памяти еще лежит файл config.db - вот его попробуйте удалить. В нем конфиги для llid хранятся - олт его должен пересоздать если выполнить команду write database или write all

Привет. Точно так же - в конфиге порта добавляете командой lacp. Конфиг портов, которые будут входить в один и тот же порт-ченел должен быть одинаковый и скорость линка. К какому портченелу относится линк - коммутатор сам определит по LACP PDU. Vty-0# show running-config interface ethernet 1/25 interface ethernet 1/25 no negotiation switchport broadcast packet-rate 1000 switchport allowed vlan add 1 untagged switchport ingress-filtering switchport acceptable-frame-types tagged switchport mode trunk switchport allowed vlan add 3010-3016 tagged lacp ! Vty-0# show

Крутил что-то похожее. Только без диплексора - просто оптический вход + RF выход. Так ему если на вход подавать большую оптическую мощность (где-то -2 дБм, если не изменяет память) - то вроде даже нормально работает. Но стоит понизить уровень оптической где-то на 3 децибела - аналоговое ТВ работает очень плохо, с очень сильным шумом, а DVB-C - так вообще сигнал не лочит. У депса в характеристиках написано: Рабочий уровень входного оптического сигнала -18…0 дБм - как-то слабо верится.

Вы той командой настраиваете шторм-контрол на первом езернет порту onu, соответственно и реализуется оно на onu. На голове можно настроить: Switch# config Switch_config#interface ePON 0/1 Switch_config_epon0/1#storm-control broadcast threshold ? <1-655350> -- Enter Integer part of storm suppression level(PPS) Switch_config_epon0/1#storm-control broadcast threshold 128 Но это ограничение как бы будет на весь epon-port. Возможно вам поможет если настроить: Switch#config Switch_config#filter enable Switch_config#filter threshold arp 20 Switch_config#i

Привет. Если мне не изменяет память, то настройки типа: epon onu port 1 storm-control mode 4 threshold 256 Аппаратно реализуются на самой ону. И могут просто не поддерживаться или криво работать на какой-то прошивке.