ufm

У ОНУ есть WEB интерфейс. Внезапно.

Очень важно! А не могли бы Вы проверить аггрегацию гигабитных портов на ОЛТ, чтобы знать как оно у них с этим. 1) 723М в один поток? 2)У Вас IPoE? или PPPoE? Да вроде нет нет проблем с агрегацией как таковой. Да, в один поток. Точнее - это UDP загнанное "под давлением". IPoE

Гигабитная ОНУ Внезапно epon sla upstream(downstream) pir 1000000 cir 512 помогает. Не сказать что прям 1Г но 723 Mbits/sec

В один поток? Да.

Гигабитная ОНУ. Коллеги, кто на тестирование взял? Как у вас? У меня что-то пичаль-пичаль. Больше 100м никак.

+1. В смысле - всё так. Switch#show epon optical-transceiver-diagnosis interface Temperature(degree) Voltage(V) Current(mA) TxPower(dBm) ----------- --------------------- ------------ ------------- -------------- interface RxPower(dBm) ----------- -------------- epon0/1:2 -21.6 epon0/1:3 -21.7 epon0/1:1 -21.8 epon0/1:4 -21.9 epon0/1:5 -22.0 epon0/1:6 -22.1 epon0/1:7 -22.2 epon0/1:8 -22.3 Switch#show epon active-onu Interface EPON0/1 has bound 8 active ONUs: IntfName MAC Address Status

А по моему только мы эти онушки и заказывали?

Это я тоже понимаю. Кстати, очень прикольно оно себя ведет если при регистрации ONU сумма cir становится >= pir. ONU регистрируется и через неё даже успевает проскочить 1-2 пакета. А потом ругается и отправляет ОНУ на перерегистрацию.

Не, ну в таком объёме я понял. Мне вот интересно, например, что будет если я не буду выдавать онушкам эти команды? Т.е. как делится полоса, когда cir не указан вобще? Как делится полоса когда cir указан только для части ONU?

А у кого есть документация на команды: epon sla upstream pir ... cir ... epon sla downstream pir ... cir ...

По моим заявкам было исправлено три проблемы в прошивках свичей. Максимальный срок ожидания - три недели (при чем фикс вышел 27 декабря). Минимальный - меньше недели. При этом от меня просто просят схему и конфиги и поднимают такую-же конфигурацию у себя на стенде. И если проблема подтверждается - они сами переписываются со своей штабквартирой. Так что если у BDCom-а будет такой-же уровень как у длинка - это будет неимоверное счастье.

Идея с тестированием новых ОНУ затихла? Или я "пролетел мимо"?

Не дешевле. Ну или свич должен быть уж очень голимый.

Не совсем. Еще по мимо этого в характеристиках OLT написано :Maximum coupling ratio, 1:64 И в характеристиках P2008/2016 - Maximum coupling ratio, 1:64 И встречается такая фраза на просторах интернета^ "Although both the GPON and EPON protocols permit large split ratios (up to 128 subscribers for GPON, up to 32,768 for EPON), in practice most PONs are deployed with a split ratio of 1x32 or smaller" Т.е. можно ли на ветку сажать 64 устройства зависит и от OLT и от ONU. Это так называемый класс устройства. Это чисто логически - скоростной показатель. Надо уточнить у них принципиально, смо

Не совсем. Еще по мимо этого в характеристиках OLT написано :Maximum coupling ratio, 1:64 И в характеристиках P2008/2016 - Maximum coupling ratio, 1:64 И встречается такая фраза на просторах интернета^ "Although both the GPON and EPON protocols permit large split ratios (up to 128 subscribers for GPON, up to 32,768 for EPON), in practice most PONs are deployed with a split ratio of 1x32 or smaller" Т.е. можно ли на ветку сажать 64 устройства зависит и от OLT и от ONU.

Новая прошивка и RSTP. Отключение на ону RSTP командой no epon onu spanning-tree - РАБОТАЕТ. Победа сил добра над силами разума.

Новые ОНУ: 1 x SC/APC ОБРАТИТЕ ВНИМАНИЕ!!! APC!!! Max. number of subscriber Up to 32 subscribers in 20 km radius. Т.е. если у кого-то дерево спланировано под 64 устройство - надо быть внимательными. Min. receive sensitivity: -26dBm - такое-же как на 1004 Min output optical power: -1 dBm - на 1004 вроде как 2 - минимум. Т.е. на 3 dB хуже. Остальное - надо руками шшупать.

Новая прошивка. Удалось поднять при следующем шаманстве: 1. Сохраняем старый startup-config на TFTP 2. Заливаем в startup-config на устройстве максимально пустую конфигурацию (как минимум - с полностью пустым блоком про ОНУ). У меня есть конфиг "минимально достаточный что бы ОЛТ поднялось и до него можно было добраться" 3. Заливаем прошивку. 4. Перегружаемся. 5. Смотрим running-config. Блок !Pending configurations for absent linecards: должен быть пустым. 6. Конфигурим ONU заново. При этом помним что: epon bind-onu fcfa.f796.08df 2 теперь выглядит как epon bind-onu mac fcfa.f796.08df

О...а че вам мешает религия ?! я конечно понимаю что вы в другой стране...но мои подопытные у "вас в России" Да ? как то крутяться тема нужная. У вас мышление админа имхо) Вы так говорите, как будто это что-то плохое. Или я вас не понял или вы не поняли идею Наверное у него тоже мышление админа.

А почему только аналоговое? Что на вход в ОЛТ подашь - то на выходе с ОНУ получишь. Можно DVB с вариациями получить. Если мы говорим о классическом ПОН - то ТВ там аналоговое. Опять таки, кслассический ПОН - это "оптика до абонента". ПОН+ЛАН - это ящик, от ящика медь, только ящик подключен не эзернетом, а ПОН-ом.

А при чем опсосы? Они же телевидением пока не занимаються. Тем более в селе. Зато они занимаются телефонией, причем везде. Я натурально не вижу способа конкурировать с сотовой связью.

Гонять аналоговое телевидение при наличии цифры? Соревноваться по ценам с опсосами? Только хардкор, только чистый ПОН или ПОН+ЛАН.

ЗАПРОС ФИЧИ. Я понимаю что на фоне вычесывания шерстки устройств от блошек моя просьба смотрится неуместно , но у меня есть запрос на улучшение: "Upgrade ONU directly from TFTP. Like 'epon update onu image tftp:P1004B.bin interface e0/1:3' ". А то как-то стрёмно каждый раз системную прошивку на ОЛТ удалять.

На всякий случай уточню - ЭТО СТАРАЯ ПРОШИВКА. НА НОВОЙ Я ЕЩЕ НЕ ПРОВЕРЯЛ.

И так. STP. Имем следующий конфигурационный файл: startup-config.txt И имеем на четвертом порту ОНУ 0/1:3 следующее: 15:28:48.690234 STP 802.1w, Rapid STP, Flags [Learn, Forward], bridge-id 8000.fc:fa:f7:96:08:b5.8004, length 47 15:28:50.781973 STP 802.1w, Rapid STP, Flags [Learn, Forward], bridge-id 8000.fc:fa:f7:96:08:b5.8004, length 47 Делаем раз: Switch_config#interface e0/1 Switch_config_epon0/1#no spanning-tree Смотрим: 15:32:47.146827 STP 802.1w, Rapid STP, Flags [Learn, Forward], bridge-id 8000.fc:fa:f7:96:08:b5.8004, length 47 15:32:49.238861 STP 802.1w, Rapid STP,