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 OAM Status Distance(m) RTT(TQ) LastRegTime LastDeregTime LastDeregReason Alivetime ---------- -------------- --------------- ------------ ----------- ------- ------------------- ------------------- ----------------- ------------ EPON0/1:1 fcfa.f796.08e8 auto_configured ctc oam oper 6942 4370 2012.09.02.09:36:35 2012.09.02.08:34:43 power off 1.02:00:39 EPON0/1:2 fcfa.f796.08df auto_configured ctc oam oper 5236 3304 2012.08.28.08:57:18 2012.08.28.08:57:03 wire down 6.02:39:56 EPON0/1:3 fcfa.f796.08b5 auto_configured ctc oam oper 547 373 2012.09.03.09:45:54 2012.09.03.09:45:27 wire down 0.01:51:20 EPON0/1:4 fcfa.f796.08a0 auto_configured ctc oam oper 6974 4390 2012.08.28.08:57:19 2012.08.28.08:57:03 wire down 6.02:39:55 EPON0/1:5 fcfa.f796.08c9 auto_configured ctc oam oper 1201 782 2012.08.30.13:28:23 2012.08.30.13:26:08 power off 3.22:08:51 EPON0/1:6 fcfa.f796.08da auto_configured ctc oam oper 3208 2036 2012.09.03.11:28:29 2012.09.03.11:27:57 wire down 0.00:08:45 EPON0/1:7 fcfa.f796.08d4 auto_configured ctc oam oper 3206 2035 2012.09.03.11:14:25 2012.09.03.11:13:48 wire down 0.00:22:49 EPON0/1:8 fcfa.f79d.0249 auto_configured ctc oam oper 3204 2034 2012.09.03.11:33:46 N/A unknow 0.00:03:28 при этом разница между 0/1:3 и 0/1:8, должна быть 3 dB, а между 0/1:3 и 0/1:6 и 7 - 6 dB

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

Это я тоже понимаю. Кстати, очень прикольно оно себя ведет если при регистрации 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. Это так называемый класс устройства. Это чисто логически - скоростной показатель. Надо уточнить у них принципиально, смогут ли их ОНУ по 64 на ветку садиться. Правда мы не сможем это протестировать. Если найдётся смелый духом, у которого на ветке больше 32 устройств и который будет готов посадить на эту ветку неизвестное устройство - сможем.

Не совсем. Еще по мимо этого в характеристиках 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 2 epon onu-registration-method mac теперь выглядит как epon onu-authen-method mac snmp-server community public RO теперь выглядит как snmp-server community 0 public RO И заголовок конфига поменялся на !version 10.1.0B build 9545 Теоретически, если после первого шага поправить конфиг и залить уже поправленный, то не потребуется потом вносить конфиг ОНУшек заново. Но я это не проверял. Да и я мог не всё заметить в плане изменения синтаксиса. Хочется еще раз выразить огромную благодарность разработчикам, за изменение синтаксиса команд и конфига без предупреждения.

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

А почему только аналоговое? Что на вход в ОЛТ подашь - то на выходе с ОНУ получишь. Можно 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, Flags [Learn, Forward], bridge-id 8000.fc:fa:f7:96:08:b5.8004, length 47 Делаем два: Switch_config_epon0/1#interface e0/1:3 Switch_config_epon0/1:3#no spanning-tree Смотрим: 15:34:04.554065 STP 802.1w, Rapid STP, Flags [Learn, Forward], bridge-id 8000.fc:fa:f7:96:08:b5.8004, length 47 15:34:06.646101 STP 802.1w, Rapid STP, Flags [Learn, Forward], bridge-id 8000.fc:fa:f7:96:08:b5.8004, length 47 Делаем три: Switch_config_epon0/1:3#no epon onu spanning-tree Switch_config_epon0/1:3#Aug 10 14:34:54 HAL: set onu stp mode failed: rc = 134 Даже не смотрим - видно что получили ошибку. Делаем четыре: ufm@ufm-ms:~$ telnet 3.pon.mgn 2323 Trying 10.222.8.4... Connected to 3.pon.mgn. Escape character is '^]'. Vendor name : Shanghai Baud Data Communication CO. LTD. Vendor short name : BDCOM Copyright (C) : Shanghai Baud Data Communication CO. LTD. Product : ONU/P1004B Hw version : A0 Release : 10.0.8A 1044 (F23-BG) Build : 16:23:11, Feb 20 2012 MAC : fc:fa:f7:96:08:b5 SN : 00220001364 Vendor ID : BDCM Model ID : 3024 System menu, press <Enter> to login ... Login:admin Password: Welcome 'admin' to OpConn Operating System 3.pon.mgn# rstp Enter RSTP configuration mode. 3.pon.mgn(rstp)# admin disable 3.pon.mgn(rstp)# port all disable И вуаля. rstp пакеты пропали.