LuckySB

Похоже проблема была в глючной прошивке головы откатился на 25281 - все заработало нормально

а 0/2:9 выключенна была в это время уже пару дней как.... power-off у нее стояло. а действительно. вывод на команду не полный. не обратил внимания как-то.... возможно дело в этом. кривая ONUшка. как поедут нового абона подключать выдам эту онушку, пусть попробуют подключить.

сталкивался, причем онушки были только bdcom. Но тогда оказалось таки виновата голова - брак. Number of Pon : 1 Number of slot : 0 Support 1 types of port: Number of FE port : 4 Battery Backup : 0 А информация о кол-ве портов выводится правильно? У меня шаблон нормально не применялся только когда сотрудники зашили прошивку от P1004C1 в P1501C1 и наоборот. Поделитесь, пожалуйста, прошивкой и блобом. голова у меня полтора года без проблем работает. вот после смены прошивки началось что-то новую прошивку можно тут взять http://data.nag.ru/BDCOM/Firmware/3310B/ шаблон не применялся к нулевой ONU, свежекупленной, из коробки вопрос в том, почему он аутентифицирует 2:41 а потом пишет про 2:9 ov 25 12:58:34 %OLT: Interface EPON0/2:9's OAM Operational Status: Operational olt.blob у меня не менялся с покупки OLT приложил архив olt.zip

прошивка головы выдана техподдержкой NAG.RU в рамках проблемы с нерегистрацией ONU 1704HW до этого была 16888 и все было отлично. поставили новую и начались какие-то проблемы. три онушки 1004c1 время от времени перестают пропускать трафик сквозь себя. перегружали-перегружали онушки. в результате поменяли на другие клиентам. вот эта как раз из таких. в нее сначала прошили 1037 прошивку, а потом попробовали поменять. Поменять на новую из свежекупленной партии. Не получилось. возможность слить прошивку и olt.blob конечно же есть changelog нету

Прошивка OLT BDCOM(tm) P3310B Software, Version 10.1.0B Build 30847 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2015-10-9 11:25:58 by SYS_30847, Image text-base: 0x80008000 ROM: System Bootstrap, Version 0.3.4, Serial num:00313002766 System image file is "Switch.bin" (RISC) processor with 131072K bytes of memory, 8192K bytes of flash Base ethernet MAC Address: fc:fa:f7:c9:71:c0 snmp info: product_ID:228 system_ID:1.3.6.1.4.1.3320.1.228.0 BDCOM-PON-1 uptime is 32:12:46:03, The current time: 2015-11-17 11:55:10

Выключаем приставку, удаляем приставку клиента из конфига. int epon0/2 no epon bind-onu mac fcfa.f7d8.53e1 no epon pre-config-template u458 binded-onu-llid 41 epon bind-onu mac fcfa.f718.dbe2 41 epon pre-config-template u458 binded-onu-llid 41 Включаю новую и консоль OLT мне пишет: Обратите внимание на %OLT: Interface EPON0/2:9's Маки на приставке я вижу, она доступна, но конфиг из темплейта не устанавливается. и вручную тоже не конфигурится - говорят на приставке нет портов. Nov 25 12:57:31 %EPON-ONUDEREG: ONU fcfa.f718.dbe2 is deregistered on EPON0/2:41. Nov 25 12:57:32 %EPON-ONUREG: ONU fcfa.f718.dbe2 is registered on EPON0/2:41. Nov 25 12:57:32 %EPON-ONUAUTHEN: ONU fcfa.f718.dbe2 is authenticated on EPON0/2:41. Nov 25 12:57:32 %OLT: Interface EPON0/2:9's OAM Operational Status: Operational Nov 25 12:57:35 %OLT: Interface EPON0/2:9's CTC OAM extension negotiated successfully! Nov 25 12:58:32 %EPON-ONUDEREG: ONU fcfa.f718.dbe2 is deregistered on EPON0/2:41. Nov 25 12:58:33 %EPON-ONUREG: ONU fcfa.f718.dbe2 is registered on EPON0/2:41. Nov 25 12:58:33 %EPON-ONUAUTHEN: ONU fcfa.f718.dbe2 is authenticated on EPON0/2:41. Nov 25 12:58:34 %OLT: Interface EPON0/2:9's OAM Operational Status: Operational Nov 25 12:58:37 %OLT: Interface EPON0/2:9's CTC OAM extension negotiated successfully! Nov 25 12:59:19 %EPON-ONUDEREG: ONU fcfa.f718.dbe2 is deregistered on EPON0/2:41. возвращаю в конфиг старый мак Nov 25 13:00:59 %EPON-ONUREG: ONU fcfa.f7d8.53e1 is registered on EPON0/2:41. Nov 25 13:00:59 %EPON-ONUAUTHEN: ONU fcfa.f7d8.53e1 is authenticated on EPON0/2:41. Nov 25 13:01:00 %OLT: Interface EPON0/2:41's OAM Operational Status: Operational Nov 25 13:01:03 %OLT: Interface EPON0/2:41's CTC OAM extension negotiated successfully! При чем клиент, сконфигуренный на порту EPON0/2:9 выключил свою ONU пару дней назад и не включал больше Вот информация с проблемной приставки: BDCOM-PON-1#sh epon interface e0/2:41 onu ctc basic-info ONU Vender ID : BDCM ONU MODEL ID : 1005 ONU ID : fcfa.f718.dbe2 Hardware Version : A0 Software Version : 10.0.16A 1037 Firmware Version : 0x0006000f00010007 Chipset Vendor ID : CO Chipset MODEL ID : 0x8032 Chipset Revision : 160 Chipset Date : 11/01/29 BDCOM-PON-1#sh epon interface e0/2:41 onu ctc optical-transceiver-diagnos operating temperature(degree): 36 supply voltage(V): 3.3 bias current(mA): 14.9 transmitted power(DBm): 1.6 received power(DBm): -18.7

Стоимость озвучьте И фотки офигенно информативные

Багов в елтексе полно. Я всего лишь пару месяцев как поднимаю два дерева елтеха - уже поимел один крутой баг и немного по мелочи. Тех. поддержка у элтекса - очень специфическая. На все вопросы в форуме - стандартный ответ - пишите на email. На форуме решение проблемы не выкладывают. Такое впечатление, что это специальная политика умалчивания. Если хочешь быстрой ТП - звони в новосибирск по межгороду и виси на трубке полчаса, объясняя и выслушивая в ответ. Причем до этого ты письмо с подробным описанием уже отослал. Работник ТП при твоем звонке это письмо только начал читать и т.п. Веб-морда и консоль любит подвисать в моменты выполнения различных команд Добавление юзера для управления головой длиться 15 секунд.... И прочие мелкие особенности. SNMP иногда не отдает инфу, отваливаясь по таймауту. Доведенный до ума софт ???? То-то мне ТП настойчиво советует обновиться с 3.6 до 3.14.2 версии, "вдруг в новой версии исправили вашу проблему" А что такое централизованная система управления ? ничего подобного не видел. ЗЫЖ Скоро начну строить дерево с BDCOM - зарание предвкушаю...

один сплитер 1x8 на столе. Измеритель SNR-PMT-12C показывает -06.7dBm sh epon interface epon 0/1:1 onu ctc optical-transceiver-diagnosis operating temperature(degree): 32 supply voltage(V): 3.4 bias current(mA): 8.9 transmitted power(DBm): 1.4 received power(DBm): -3.7 другая ону - тот же параметр -3.4 Подключал измеритель к обычному конвертеру DLINK DMC-920T -16dBm

забей и не возбуждайся. Лучше по существу вопроса выскажись. Бывало ли у тебя, чтобы юзер подключенный первым к сплитеру, после подключения соседей потерял линк.

и дропы варим. Только хардкор Только начинаем с поном, одно дерево, меньше 30 клиентов... Раньше только классическая оптика. Плотность клиентов небольшая, так что проектировщик посчитал, что лучше будет выпустить из муфты со сплитером 8-ми волоконник и далее вдоль улицы приваривать к нему двухволоконные кабели от абонентов. (примерно одна муфта на три абонентских вывода) Проблема с абонентом была решена перевариванием его на другой вывод сплитера.

Конечно же пробовали другую ONU, меняли патчкорд, переваривали розетку. Выдернуть никого не получиться - все сварено. Завтра с утреца сварщик полезет в муфту, будем пробовать посадить проблемного на другой вывод сплитера, последний свободный.

есть хотя бы предположения что могло случиться ? сплитер приварили недели две назад. В муфту со сплитером больше не лазили. Все работало, и перестало после подключения еще 6 абонентов к этому сплитеру.

Сеть OLT 1x8-1x8- 7штук ONU Eltex Только начинаем строить первое дерево. Когда за сплитерами был один клиент - у него все работало. По мере подключения к нему на сплитер новых абонентов-соседей он стал жаловаться на пропадание линка и в итоге сейчас линк совсем пропал. на ONT горит лампочка Link Fail Голова не видит ONT, пробовали менять ONT, патчкорд, переварили розетку у абонента - не помогло. Муфта в которой стоит последний сплитер 1x8 не трогалась. От нее идет мелкий кабель на проблемного абонента и восьмерка дальше по улице.... У остальных шестерых абонентов на этом сплитере проблем не видно. К сожалению SFP-шка в голове не умеет мерять мощность сигнала от ONU и измерителя мощности тоже нет. ;( Рефлюк, подключенный к патчкорду проблемного абонента линию мерять отказывается, говорит - видно сигнал. Кто нибудь сталкивался уже с такой ситуацией ? один абонент работает, по мере добавления на тот же сплитер - работать перестал. Директор уже озадачен покупкой измерителя. И заменой SFPшки. Кстати, какой стоит ли брать вот такое : http://shop.nag.ru/catalog/02332.Izmeritelnoe-oborudovanie/10979.Izmeriteli-opticheskoj-moschnosti/12614.SNR-PMT-PON#!prettyPhoto[catalog_item_image_list]/0/ или нафик не надо мерять мощность от ONT ? и достаточно вот такой штуки ? http://shop.nag.ru/catalog/02332.Izmeritelnoe-oborudovanie/10979.Izmeriteli-opticheskoj-moschnosti/10284.SNR-PMT-12C

не только .... флешка таким образом запишется 256 раз... не думаю что это критично неизвестно что будет если все вдруг включатся .... одновременно .... кто-то пробовал такое ? как оно все попрет записываться и как ОЛТ себя поведет и что в результате будет... Кхм. А вы ничего не путаете ? Зачем им всем переть записываться одновременно ? Ведь конфиг onu уже есть в epon0/1:x и то, что в шаблоне не будет применяться повторно. так и есть - до следующей перегрузки ОЛТ.... можна сохранять автоматически раз в день, неделю, месяц с последующим бекапом.... (а то и вовсе не сохранять... шаблоны даже если перегрузится снова заюзаются, но тогда если имеете привязки к епон интерфейсам - то понятно что будет не соответствие, ну и тоже вопрос что будет если одновременоо 200 онушек зарегистрируются одновременоо.... как себя поведет ОЛТ - неизвестно) хотя все на любителя ... Почему это до следующей перезагрузки ОЛТ ???? Я в понедельник проведу эксперимент, но как мне кажется такого не должно быть. Ведь конфиг уже сохранен командами из шаблона. И второй раз он не выполняется. А насчет регистрации 200 онушек одновременно - это достаточно стандартная ситуация, и если бы тут были проблемы, то этот бдкомм не использовали бы так широко.