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 онушек одновременно - это достаточно стандартная ситуация, и если бы тут были проблемы, то этот бдкомм не использовали бы так широко.

И зачем вы тут религиозные споры начинать пытаетесь ? Все равно сколько будет ОЛТ. В три часа ночи запуститься скрипт, сбекапит конфиги, спарсит их и поудаляет все лишнее. Хоть на сотне ОЛТ одновременно.

Докладаю результаты экспериментов. В конфиге интерфейса EPON0/1 есть шаблон: epon pre-config-template u489 binded-onu-llid 2 Он выполняется если в конфиге OLT нету строчки с маком ONU epon bind-onu mac fcfa.f7d8.5e64 2 Если строчки с мак-адресом приставки в конфиге нет, то тогда приставке автоматически присвоится первый свободный onu-llid - в моем случае это 2 И если конфиг саб-интерфейса для этого onu-llid пустой ! interface epon0/1:2 onu-configuration !!onu-configuration-end ! Как только приставка подключалась в дерево - по ее мак-адресу определялся onu-llid, из шаблона создавался конфиг и тремя последними командами exit;exit;write сохранялся на флешку. по команде dir очень хорошо видно, когда последний раз сохраняли конфиг. Далее я попробовал поменять команды в шаблоне - добавить дескриптион, изменить VLAN абонента и т.п. Все эти изменения в конфиг саб-интерфейса EPON0/1:2 не переносились. Вкл-выкл приставки также не привел к повторному занесению конфига из шаблона в рабочий конфиг. Дата файла с startup-config на флешке так же осталась неизменной. Пересоздать конфиг саб-интерфейса EPON0/1:2 из шаблона можно следующим финтом: Удаляем из конфига интерфейса EPON0/1 conf interface EPON0/1 no epon bind-onu mac fcfa.f7d8.5e64 OLT тут же забывает о существовании приставки с этим адресом. И автоматом прибивает конфиг для сабинтерфейса EPON0/1:2 Приставка, возмущенная подобным вероломством, пытается зарегаться снова, ей назначается первый свободный onu-llid, В моем случае первым свободным стал номер 2, который я только что освободил. Если у вас есть дырки в этой нумерации - то номер не совпадет, с только что освобожденным. И тут уже залился конфиг из шаблона, прибитого к этому onu-llid, и записался в startup config. Если сделать команды при выключенной ONU conf interface EPON0/1 no epon bind-onu mac fcfa.f7d8.5e64 epon bind-onu mac fcfa.f7d8.5e64 2 То у нас появиться пустой саб-интерфейс, который заполниться сразу при появлении приставки в дереве. ну и конфиг сразу сохранится. Так что мои выводы: Шаблон выполняется только при первоначальном подключении ONU. При последующих включениях-выключениях ONU шаблон не выполняется. Если надо изменить конфиг на выключенном ONU - создаем новый шаблон для нее и удаляем/добавляем ее мак в конфиг OLT, чтобы OLT думало, что раньше у нее такой ONU в дереве не было. Команды сохранения конфига в шаблоне никакой доп. нагрузки на запись во флешку не создают. В случае перезагрузки головы, и массовой регистрации ONU, ранее уже регистрировавшихся на OLT никакой записи во флеш такие шаблоны не создают. Для уменьшения размеров конфига скриптом можно безболезненно удалять те шаблоны, по которым уже были созданы конфиги сабинтерфейсов. Жду аргументов от бывалых товарищей.

Вот я и хочу выспросить у товарищей с большим опытом эксплуатации. Почему так плохо если ONU при каждом своем включении будет применять шаблон ? Убираем exit;exit;write из шаблона, чтобы флешку не насиловало. Получаем, что рабочий running конфиг размером в два раза больше стартового, но это можно и потерпеть. Хотя любой write из консоли приведет к увеличению стартового конфига в два раза. не вариант. буду пробовать с удалением шаблонов.

я бы так не делал ....но дело хозяйское пример конфига взят из этого форума. Перед тем как делать я хочу понять как оно работает.

Помогите новичку прояснить вопрос настройки ONU. голова 3310B с последней прошивкой, ONU пластиковые 1501C Технология подключения - VLAN on USER Хотелось бы прописывать конфиги для ONU. К сожалению, насколько я прочитал форум в OLT нельзя записывать команды конфига для неподключенных ONU вот такой конфиг: interface EPON0/1 epon bind-onu mac fcfa.f7c5.3420 1 epon bind-onu mac fcfa.f7d8.5e64 2 epon bind-onu mac fcfa.f7c5.0010 4 switchport trunk vlan-allowed 250,937,1150,4050 switchport mode trunk ! interface EPON0/1:1 onu-configuration description u216 epon onu port 1 ctc vlan mode tag 1150 epon onu port 1 loopback detect epon onu port 1 ctc mcst tag-stripe enable epon onu port 1 ctc mcst mc-vlan add 4050 !!onu-configuration-end ! interface EPON0/1:2 onu-configuration !!onu-configuration-end ! Так как у меня все конфиги для ONU уникальные - то можно ли делать следующий финт ушами ? Создаем темплейт для одной ONU epon onu-config-template u216 cmd-sequence 1 epon onu port 1 ctc vlan mode tag 937 cmd-sequence 2 epon onu port 1 loopback detect cmd-sequence 3 epon onu port 2 ctc shutdown cmd-sequence 4 epon onu port 3 ctc shutdown cmd-sequence 5 epon onu port 4 ctc shutdown cmd-sequence 6 no epon onu spanning-tree cmd-sequence 7 epon onu port 1 storm-control mode 2 threshold 1024 cmd-sequence 8 exit cmd-sequence 9 exit cmd-sequence 10 write interface EPON0/1 epon pre-config-template u216 binded-onu-llid 2 epon bind-onu mac fcfa.f7d8.5e64 2 Правильно ли я понимаю, что команды под номерам 8,9,10 записывают в конфиг информацию для интерфейса interface EPON0/1:2 ? И собственно после этого можно уже удалять из конфига описание темплейта u216 ? В целях уменьшения размеров конфига, flash на голове 8 метров всего, а свободно всего 600кбайт при пустом конфиге ;(