Reanemator_ua

Новая прошивка на 1501С1 (10.0.17A_1011) уже лежит на нашем дропбоксе. https://www.dropbox.com/sh/l0u7nehcqlxfk6m/AAA4ogfcfKOghA53SpwZAiyoa/ONU/1501C1/10.0.17A_1011

заявлено 64, на практике не мерил )))

Есть такой дикий вариант Switch_config#show epon int epon 0/1:16 onu port 1 ctc vlan Switch_config#Jan 8 00:03:49 Interface : EPON0/1:16 Jan 8 00:03:49 UNI : 1 Jan 8 00:03:49 VLAN mode : tag Jan 8 00:03:49 VLAN ID : 2001 Jan 8 00:03:49 TPID : 0x8100

Возможно. Надо будет это проверить. Да, на новых моделях нужно прописывать Switch_config_epon0/1:1#epon onu all-port ctc notify loopback

Вышла новая прошивка для OLT 3310B (10.1.0B_18099). Как всегда сама прошивка и changelog-и лежат у нас в дропбоксе https://www.dropbox.com/sh/l0u7nehcqlxfk6m/AAAqpL2OijtZ_87PvQA5DxYYa/OLT/P3310B

прошивку получил, но выкладывать на стал. У меня не получается пинговать 1004B и 1501С1. Пока не буду уверен, что всё работает, выкладывать не стану

Добрый день. Немного Вы не дотерпели ))) BDCOM сообщил, что завтра пришлёт новую прошивку для 1501С1. Я сразу же положу её на наш Dropbox и отпишусь здесь.

Конечно. Смело обновляйтесь. Прошивка 17696 является полностью рабочей, кроме, разве что, поломанного SNTP .

Действительно, в версии прошивки 16688 данная проблемы была решена: "Solved a import multicast bug : when dhcp snooping , ip verify source and ip arp inspection all enable , the MC can't work . The OLT can't receive the igmp report from client ."

Всем добрый день. Скажите, на каких моделях наблюдается такое поведение? Только на 1501С или на 1501С1, 1501С2, 1004B. Важно понять, где корень зла - в ONU или OLT, чтобы протестировать более детально.

Давайте по порядку. У Вас медик 215W. W обозначает WDM, т.е. Wave Devision Multiplexing. Это значит, что для формирования линка (т.е. дуплексной связи) ему достаточно одного волокна, но передача и приём идут на разных длинах волн. A-Gear 215W передаёт сигнал на длине волны 1550нм, а принимает - на 1310. Соответственно, на обратной стороне должен стоять медик, который будет принимать на 1550, а передавать на 1310 - этот медик A-Gear 213W.

Из режима monitor можно глянуть конфиг командой show configuration - в самом конфиге сможете найти логин и пароль, чтобы потом ввести его в нормальном режиме работы свитча. Хотя проще грохнуть конфиг delete startup-config , а потом просто перезагрузить ОЛТ - конфиг создастся заново.

На счёт количества VLAN-ов, которые может пропустить через себя ONU, Как уже было верно сказано, в режиме TRANSPARENT ONU всё равно сколько их - что зашло, то и вышло. А вот в режиме TRUNK VLAN-ов не больше 16. Switch_config_epon0/1:1#epon onu all-port ctc vlan mode trunk 1 10-100 not support more than 16 vlans on a trunk mode port

Добрый день. Прошу учесть, что у китайцев тоже есть Майские праздники, поэтому они сейчас выходят в Скайп редко. Инженер BDCOM сообщил мне, что новая прошивка для 1501С1 уже готова и находится в стадии тестирования, так что остаётся подождать.

Я лишь отметил, что в сложившейся ситуации есть 2, а точнее даже 3 решения: 1) Всё таки перебросить 1004B в отдельное поддерево; 2) Использовать разные Management VLAN-а для старых и новых ONU; 3) Сломать правильный механизм Management VLAN-а для всех новых ОНУ и заставить их тем самым работать не правильно, т.е. так как 1004B . Если у кого-то возникнут более свежие идеи, буду рад услышать, т.к. обсуждаемая нами тема поставила BDCOM в затруднение - они не совсем понимают, как выйти из этой ситуации - они со своей стороны старались, чтобы новые ОНУ работали правильно.

Согласен. Я считаю, что ничего не мешает использовать отдельный VLAN управления для новых ONU.

Давайте определимся. Вы что хотите - чтобы ОНУшки работали корректно или чтобы они работали вместе. Проблема в том, что эти 2 тезиса друг друга самоисключают. На 1004B как такового корректно работающего Manage VLAN просто нет, отсюда и необходимость лепить костыли в виде команд "switcport pvid" и "switchport trunk vlan-untagged none" на EPON порту. Новые же модели лишены этой проблемы и Manage VLAN на них может работать нормально (т.е. когда EPON порт настроен только одной командой switchport mode trunk). Я подчёркиваю, что может, т.к. пока не работает . Т.е. для пинга новых ОНу всё равно ну

Мы уточним у инженеров BDCOM, почему не были установлены газоразрядники. В любом случае для более продуктивного диалога опишите среду использования ОНУ. Где расположена (столб, крыша, внутри помещения), как проложена витая пара от ОНУ (по фасаду здания или внутри), как ведёт себя напряжение в сети при грозе (какие скачки напряжения и есть ли они вообще), используется ли стабилизатор напряжения, заземлён ли корпус ОНУ? В предыдущем посте Вы писали: "3 ону ланы даже не светятся. из этих трех случаев в каждом был роутер после ону. во всех трех случаях умерли сетевые в ПК, в 2 из них умерли с

Проблема действительно есть и её нужно обсуждать с китайцами. Что я могу пока посоветовать - команда "switchport trunk vlan-untagged none" как уже было упомянуто выше, не даёт пинговать ОНУ 1004B, но я заметил одну вещь. Если этой команды нет и при этом на сервере в АРП кэше статикой прописать МАК ОНУ и её IP, то 1004B пингуется. Т.е. можете делать так, пока я буду решать вопрос с китайцами.

Добрый день. Сейчас на столе 4 ONU: 1004B, 1501C, 1501C1, 1501C2. Я проверю, насколько правдива информация, что они не пингуются вместе и отпишусь по окончанию теста.

Ещё один интересный момент. На счёт работоспособности DAI на 3310B. Мои тесты показали, что ОЛТ при получении ARP пакета просматривает только Ethernet Source MAC и ARP Source IP, т.е. не обращает внимания на ARP Source MAC. Т.е. получается, что атакующий сможет реализовать ARP Cache Poisoning, но только изменив в ARP пакете свой MAC. Т.е. он подменит в АРП кэше жертвы запись со своим же IP адресом. Можно ли это считать атакой? Какие последствия от этого могут быть? Насколько нужно давить на китайцев, чтобы они проверяли ещё и ARP Source MAC? Жду комментов опытных админов, которые могут поя

Пока нет

Всем добрый день. Вышла новая прошивка для OLT 3310B (10.1.0B_17696). Сильных изменений нет - добавили возможность столь важного и ожидаемого просмотра tcam и исправили несколько багов с MIB-ами. Наши ожидания на счёт правильной работы перехода на летнее время, применения нескольких шаблонов к одному LLID пока не оправдались - эти фишки ожидаются в следующей прошивке. Также в очередной прошивке должны исправить баг DHCP Snooping и заставить его работать по VLAN-ово. Скачать новую прошивку можно отсюда https://www.dropbox.com/sh/vrtyonustmrbi3l/xF2mog1J1D/OLT/P3310B

Всем доброго дня и целых ОНУшек. Отчёт по 1501С2, как и обещали, сделали. Отчет P1501C2.doc

на самом деле команды cmd-sequence 8 exit cmd-sequence 9 exit cmd-sequence 10 write всего навсего сохраняют текущий конфиг ОЛТа при каждой регистрации новой ОНУ. Страшного в этих командах ничего нет, а вот польза огромная. Если не писать эти команды, то тогда админу нужно самому сохранять конфиг. Если он забудет это сделать, то ОНУ при каждом входе в сеть будет регистрироваться как в первый раз, т.е. заново применять шаблон. На счёт удаления шаблона - по-моему глупость. На локале есть как минимум 1 участник с 256 шаблонами, каждый из которых по 17 строк. При этом во флеше остаётся