ufm

Беда с ONU 1501. Имеем вот такой конфиг: interface EPON0/1 switchport trunk vlan-allowed 1-4000 switchport mode trunk switchport pvid 1000 ! interface EPON0/1:1 epon onu port 1 ctc vlan mode tag 2318 epon onu port 2 ctc vlan mode tag 2318 epon onu port 3 ctc vlan mode tag 2318 epon onu port 4 ctc vlan mode tag 2318 epon onu ip address static 10.222.8.2 255.255.252.0 gateway 10.222.8.1 vlan 1000 interface EPON0/1:16 epon onu port 1 ctc vlan mode tag 2318 epon onu ip address static 10.222.8.30 255.255.252.0 gateway 10.222.8.1 vlan 1000 e0/1:1 - это 1004B. Оно работает как планировалось, ONU пингается из сети, сидит в 1000 влане, со стороны абонента недоступна. e0/1:16 - это 1501. Оно не работает как планировалось. Не пингается из сети, зато доступна со стороны абонента.

Повесить на одно волокно больше 64 абонентов. Эх, а вот мне-бы оптического бюджета на 10 db больше - вот было-бы счастье. Да ну.Как по мне и так достаточно ! Не скажи - можно построить более "развесситое" дерево.

Повесить на одно волокно больше 64 абонентов. Эх, а вот мне-бы оптического бюджета на 10 db больше - вот было-бы счастье.

А еще мне бы хотелось почитать документацию на onu cli

В 1080 это должно быть уже, по идее, исправлено. Точнее - даже в 1078 Получилось, спасибо большое. Теперь вижу на интерфейсе вот такое 16:42:29.339874 00:0e:0f:00:00:01 > ff:ff:ff:ff:ff:ff, ethertype Unknown (0x9fff), length 68: 0x0000: 0200 0000 0000 0000 0000 0000 0000 0000 ................ 0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x0020: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x0030: 0000 0000 0000 ...... не могу понять что это. Зуб не дам - но это может быть loop detect.

Не надо обновляться. Попробуй правильную команду дать. no spanning-tree - неправильная команда. no epon onu spanning-tree - правильная команда.

В 1080 это должно быть уже, по идее, исправлено. Точнее - даже в 1078

Версия прошивки на ONU какая? ONU Vender ID : BDCM ONU MODEL ID : 3024 ONU ID : fcfa.f796.0e22 Hardware Version : A0 Software Version : 10.0.8A1080 Firmware Version : 0x0100 Команда должна быть no epon onu spanning-tree

Да я и не спорю. Но от этого не сильно легче Да и у тебя оно тоже погоду на марсе показывает. Версия прошивки на ONU какая?

Таких-же рендомных попугаев навешали как на остальные параметры? Где на столе затухание до онушки прягает от 15 до 28 дБ если раз в секунду повторять команду снятия статистики Нет. Я хочу что-бы он показывало правду. Мало того, у меня на столе лежит пресловутая "noname" онушка, которая отрабатывает эту команду абсолютно правильно. пишем ТЗ. присылаем его мне. Statement of work: Fix bug in "Optical Module Info" Now diagnosis does not work through a web interface nor through the OLT CLI. ONU web interface: OLT CLI: Switch#show epon interface e0/1:2 onu ctc optical-transceiver-diagnosis operating temperature(degree): 0 supply voltage(V): 0.0 bias current(mA): 0.0 transmitted power(DBm): -Inf received power(DBm): -Inf

Коллеги, сейчас я расскажу, почему я считаю темплейты - затеей прикольной, иногда помогающей, но вот, например, возможность настроить _полностью_ ONU не подключая её к OLT вобще и крайне желательно не настраивать её на OLT вобще. Т.е. настроил, подключил - заработало. ONU - штука привязанная к абоненту. И настройки привязаны к абоненту. А теперь представляем себе ветку, на которой есть 64 ONU. И тут пришёл 65 клиент. После этого: 1. Пилим ветку на две по 32 (например). 2. Удаляем ручками регистрацию половины ONU на одной ветке. 3. Заводим заново ручками все эти ONU на другой. 4. Ручками-ручками. Ну максимум - через темплейты. В случае с полностью настроенной ONU не делаем ничего. Точнее в текущей ситуации - скорее всего придётся удалить регистрацию руками. А если не запрещать авторегистрацию - то дальше оно само. И даже оно само, если мы перекинули ONU с одного OLT на другой, а не просто с одного порта на другой в пределах одного OLT.

1 - можно. 2 - не все команды работают. Точнее - почти все не работают. И мне очень интересно как они это поправят. И я даже не уверен, что это нужно поправлять. Причина тривиальная - OLT перед записью команды в конфиг отправляет её на исполнение ONU. Если ONU её не исполнила - команда в конфиг не записывается. Иначе можно ввести команду, которую не поддерживает конкретная ОНУ и она при включении начнёёт покругу пытаться зарегестрироваться постоянно отваливаясь. Способ вывести её из этого состояния - только удалить регистрацию. Я имел удовольствие такое наблюдать после того как перепрошил ONU на новую версию но забыл закоммитить изменения. После перезагрузки ОНУ откатилась на струю прошивку, которая не умела одну из команд (no spanning-tree если я правильно помню). И начала флапать. 3 - согласен. 4 - да.

а через снпм ОНУ ничего не отдает? Да даже если бы и отдавал - никакой разницы. Достаточно зайти на ONU через веб и посмотреть - все параметры по нулям.

зачем? Мониторить состояние оптики. В частности. Я-же не спрашиваю зачем темплейты, хотя для меня это большая загадка.

Таких-же рендомных попугаев навешали как на остальные параметры? Где на столе затухание до онушки прягает от 15 до 28 дБ если раз в секунду повторять команду снятия статистики Нет. Я хочу что-бы он показывало правду. Мало того, у меня на столе лежит пресловутая "noname" онушка, которая отрабатывает эту команду абсолютно правильно.

До чего мы, всё таки, разные. Вот мне эти темплейты - не упёрлись ни в каком виде. Мне было-бы достаточно иметь возможность поменять конфиг у ONU которая в Offline. А вот это меня конкретно бесит, например: Switch#show epon interface e0/1:2 onu ctc optical-transceiver-diagnosis operating temperature(degree): 0 supply voltage(V): 0.0 bias current(mA): 0.0 transmitted power(DBm): -Inf received power(DBm): -Inf И я бы очень хотел, что бы это поправили.

Только я-бы после этой команды еще раз проверил максимальную скорость через ONU. так проверьте? вы же вроде тоже хотели добиться пинга в 1 мс... или я путаю что-то Не хотел. Но проверю.

Только я-бы после этой команды еще раз проверил максимальную скорость через ONU.

Кто "все"? Я считал со сплиттерами.

На один PON - это не на одно волокно, а на одну голову. На волокно - до 64 абонентов. Откуда у Вас получились "десятки соединений" - не знаю. В нормальной схеме от OLT до ONU - два сплиттера максимум. Что мешает в село дотянуть не все 4 волокна а только 1 и ограничеться 64 (32) абонентами? При этом до села нужно будет дотянуть только _1_ волокно. И не надо там ставить активку. FTTH это, конечно, хорошо. Только с некоторых объёмов и плотности населения оно становится дороже PON. И в построении и в обслуживании.

Всё просто считается. Стоимость включения абонента в PON (без стоимости кабеля, муфт и прочей обвязки, только OLT+ONU+Splitter) для 256 абонентов (64 абонента на волокно) - $98 (по самому правому столбцу), для 128 (32 абонента) - $112. Кабель - на 12 волокон с запасом. А дальше достаточно прикинуть - разница в стоимости кабеля и муфт перевесит или нет? Ну и помнить, что подать абоненту больше сотки - это всего на $28 дороже.

45 ону на ветке, пинг к одной из них Если вам не тяжело, напишите, пожалуйста, конфиг ОЛТ и одной ОНУ в личку. Что-ж сразу в личку то? Как самое интересное - так в личку

Ден, а Вы на какой ОНУ тестиравали? Старой или новой? Ибо про новую сами бдкомовцы подтвердили что у не производительность 125м.

У этой ОНУ 100М суммарно на все порты. 97 M/s это 100 канальных мегабит и есть.

для обычных с соточными портами эта настройка, как я понимаю, не нужна? Я бы сказал - она бессмысленна. 100М ОНУ-шки пропускают через себя не более 125М