_WesT_ Опубликовано: 20 марта, 2014 Опубликовано: 20 марта, 2014 Кстати! С учетом переезда АйСиЛайна в РФ, как будут осуществляться поставки оборудования по Украине? Не паникуй. АйСиЛайн в доску украинский))
horror Опубликовано: 20 марта, 2014 Опубликовано: 20 марта, 2014 Не, Влад теперь и на Украину будет поставлять и на РФ ))
_WesT_ Опубликовано: 20 марта, 2014 Опубликовано: 20 марта, 2014 Не, Влад теперь и на Украину будет поставлять и на РФ ) НАГ скоро будет жалеть, что рф присоединила Крым)))
passer Опубликовано: 21 марта, 2014 Опубликовано: 21 марта, 2014 Господа, сегодня вечером в P3310B сдох sfp порт gi0/3 и за собой потащил gi0/4. Включил gi0/5 и пошел отдыхать, но интересно такое часто случается?
horror Опубликовано: 21 марта, 2014 Опубликовано: 21 марта, 2014 Господа, сегодня вечером в P3310B сдох sfp порт gi0/3 и за собой потащил gi0/4. Включил gi0/5 и пошел отдыхать, но интересно такое часто случается? Это ещё цветочки, у меня голова из первой партии отвалилась около 2, пон порты работают, гиговые порты работают, онушки видны настраиваются но между портами трафика нет, едет голова на ремонт ))), маки болтаются на онушках и дальше ни в какую.
magoni Опубликовано: 22 марта, 2014 Опубликовано: 22 марта, 2014 У нас было чтто-то подобное. На порту е0/1 прекращал ходить трафик, ОНУ видны и сконфигурированы, МАКи на портах ОНУ видны, а трафика нет вообще. Смогли вылечить заменой startup-config на новый и перезагрузкой ОЛТа. Было такое пару раз на ОЛТах, которые покупали в начале прошлого года.
passer Опубликовано: 22 марта, 2014 Опубликовано: 22 марта, 2014 (изменено) У нас было чтто-то подобное. На порту е0/1 прекращал ходить трафик, ОНУ видны и сконфигурированы, МАКи на портах ОНУ видны, а трафика нет вообще. Смогли вылечить заменой startup-config на новый и перезагрузкой ОЛТа. Было такое пару раз на ОЛТах, которые покупали в начале прошлого года. Не не, честно сгорел. Линка не было, ни визуально по светодиоду, ни на самом деле по индикации на приемной стороне. Изменено 22 марта, 2014 пользователем passer
prosto_mail Опубликовано: 28 марта, 2014 Опубликовано: 28 марта, 2014 Получил BDCOM P1501 (возле лампочек), на пузе написано что BDCOM P1501C Железка выдаёт ONU Firmware Ver: 6.15.1.6 Зашёл на неё телнетом и не вижу команд с tftp... Она не прошиваема??? Во-первых, у данной модели ONU пока не нашли никаких багов, поэтому прошивок под неё нет. Во-вторых, если нет команд в Telnet-е, то вариант только один - шить через CLI OLT-а. Модель глючная.... Вот пример конфига: ! ip access-list extended EPON1 permit udp any eq 68 any deny udp any eq 67 any permit ip 10.2.25.0 255.255.255.0 any deny ip any any ! interface EPON0/1:1 onu-configuration epon sla upstream pir 100000 cir 15000 epon sla downstream pir 100000 cir 15000 epon onu port 1 ctc vlan mode tag 3025 epon onu port 1 loopback detect epon onu port 1 storm-control mode 1 threshold 256 epon onu port 1 ip access-group EPON1 !!onu-configuration-end Под таким соусом клиент работать не будет, в тоже время P1004B со своей кривостью работает: interface EPON0/1:2 onu-configuration epon sla upstream pir 100000 cir 15000 epon sla downstream pir 100000 cir 15000 epon onu port 1 ctc vlan mode tag 3025 epon onu port 2 ctc vlan mode tag 3025 epon onu port 3 ctc vlan mode tag 3025 epon onu port 4 ctc vlan mode tag 3025 no epon onu spanning-tree epon onu port 1 loopback detect epon onu port 1 storm-control mode 1 threshold 256 epon onu port 1 ip access-group EPON1 epon onu port 2 loopback detect epon onu port 2 storm-control mode 1 threshold 256 epon onu port 3 loopback detect epon onu port 3 storm-control mode 1 threshold 256 epon onu port 4 loopback detect epon onu port 4 storm-control mode 1 threshold 256 !!onu-configuration-end Если на 1501 убрать фильтр: interface EPON0/1:1 onu-configuration epon sla upstream pir 100000 cir 15000 epon sla downstream pir 100000 cir 15000 epon onu port 1 ctc vlan mode tag 3025 epon onu port 1 loopback detect epon onu port 1 storm-control mode 1 threshold 256 !!onu-configuration-end То начинает работать.... Но и тут появляется странность: Делаем команду: no epon onu port 1 ip access-group EPON1 Ничего не происходит... нужно перегрузить онушку... и после перезагрузки строка "epon onu port 1 ip access-group EPON1" вновь появляется... и ничего не работает ) Я точно помню, что когда тестировал в первый раз, такой проблемы небыло, ибо всё работало... Похоже что профайл стал применятся каждый раз при загрузке железки. Шаманил и так и эдок - нивкакую, после перезагрузки фильтр прописывался.... Уже даже подумал что у меня глюки.... Пошёл радикальным способом - перепрошил OLT на 16668 (был 16358) и ребутнул... Теперь ситуация нормализовалась - после удаления фильтра из конфигурации и перезагрузки онушки - фильтр не появляется и клиент работает... Остаётся открытым вопрос, что помогло: 1. Перезагрузка 2. Перепрошивка. Надеюсь что второе, но склоняюсь к первому, так как я точно помню что при первом тестировании 1501 у меня не возникало проблем.
Reanemator_ua Опубликовано: 28 марта, 2014 Опубликовано: 28 марта, 2014 Я бы не стал столь опрометчиво обзывать модель "глючной". Мы продали более 4000 этих ОНУ, и пока Вы единственный нашли уязвимость в применении ACL. Скорее всего, остальные наши клиенты просто не пользуются этим функционалом. Тем не менее, баг проверим и в случае подтверждения, отпишемся в BDCOM.
Reanemator_ua Опубликовано: 31 марта, 2014 Опубликовано: 31 марта, 2014 Проверил ACL на модели 1501С - работает. Сам ACL отрабатывает, команда по его удалению (no epon onu all-port ip access-group) - тоже. Так что, вероятнее всего, проблема в самой прошивке 16358, т.к. я тестил сразу на 16668.
prosto_mail Опубликовано: 1 апреля, 2014 Опубликовано: 1 апреля, 2014 Проверил ACL на модели 1501С - работает. Сам ACL отрабатывает, команда по его удалению (no epon onu all-port ip access-group) - тоже. Что значит ACL отрабатывает? Получается что клиент с правидьным IP работает, а с неправильным не работает? У меня такого добиться на прошивке 16668 не получилось - только после удаления ACL всё начинало работать.
Reanemator_ua Опубликовано: 1 апреля, 2014 Опубликовано: 1 апреля, 2014 Проверил ACL на модели 1501С - работает. Сам ACL отрабатывает, команда по его удалению (no epon onu all-port ip access-group) - тоже. Что значит ACL отрабатывает? Получается что клиент с правидьным IP работает, а с неправильным не работает? У меня такого добиться на прошивке 16668 не получилось - только после удаления ACL всё начинало работать. Я использовал свой access-list, а не стал повторять Ваш. Если претензия не к ACL в общем, а к конкретным командам, которые ACL не может обработать, то это уже другой вопрос.
vavilonua Опубликовано: 6 апреля, 2014 Опубликовано: 6 апреля, 2014 Уважаемые коллеги, в частности wladd и тех поддержка ic-line. Прошу прокоментировать http://local.com.ua/forum/topic/58816-snmp-ifalias-%D0%B3%D0%BB%D1%8E%D0%BA/
Reanemator_ua Опубликовано: 25 апреля, 2014 Опубликовано: 25 апреля, 2014 Всем добрый день. Вышла новая прошивка для OLT 3310B (10.1.0B_17696). Сильных изменений нет - добавили возможность столь важного и ожидаемого просмотра tcam и исправили несколько багов с MIB-ами. Наши ожидания на счёт правильной работы перехода на летнее время, применения нескольких шаблонов к одному LLID пока не оправдались - эти фишки ожидаются в следующей прошивке. Также в очередной прошивке должны исправить баг DHCP Snooping и заставить его работать по VLAN-ово. Скачать новую прошивку можно отсюда https://www.dropbox.com/sh/vrtyonustmrbi3l/xF2mog1J1D/OLT/P3310B
Reanemator_ua Опубликовано: 25 апреля, 2014 Опубликовано: 25 апреля, 2014 А по QinQ сдвиги есть? Пока нет
Reanemator_ua Опубликовано: 25 апреля, 2014 Опубликовано: 25 апреля, 2014 Ещё один интересный момент. На счёт работоспособности DAI на 3310B. Мои тесты показали, что ОЛТ при получении ARP пакета просматривает только Ethernet Source MAC и ARP Source IP, т.е. не обращает внимания на ARP Source MAC. Т.е. получается, что атакующий сможет реализовать ARP Cache Poisoning, но только изменив в ARP пакете свой MAC. Т.е. он подменит в АРП кэше жертвы запись со своим же IP адресом. Можно ли это считать атакой? Какие последствия от этого могут быть? Насколько нужно давить на китайцев, чтобы они проверяли ещё и ARP Source MAC? Жду комментов опытных админов, которые могут пояснить, чем грозит такая реализация ARP Inspection или с учётом всеобщей изолированности абонентов на это можно не обращать внимание.
skreep Опубликовано: 28 апреля, 2014 Опубликовано: 28 апреля, 2014 Всем добрый день. Вышла новая прошивка для OLT 3310B (10.1.0B_17696). Сильных изменений нет - добавили возможность столь важного и ожидаемого просмотра tcam и исправили несколько багов с MIB-ами. Наши ожидания на счёт правильной работы перехода на летнее время, применения нескольких шаблонов к одному LLID пока не оправдались - эти фишки ожидаются в следующей прошивке. Также в очередной прошивке должны исправить баг DHCP Snooping и заставить его работать по VLAN-ово. Скачать новую прошивку можно отсюда https://www.dropbox.com/sh/vrtyonustmrbi3l/xF2mog1J1D/OLT/P3310B time-zone Kiev 3 0 sntp master 4 sntp server 10.101.0.1 no sntp master ! ! !Pending configurations for absent linecards: ! !No configurations pending global Switch#sh ver BDCOM P3310B Software, Version 10.1.0B Build 17696 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2014-4-25 9:21:44 by SYS_17696, Image text-base: 0x80008000 ROM: System Bootstrap, Version 0.3.3, Serial num:00313002192 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:52:5c snmp info: product_ID:228 system_ID:1.3.6.1.4.1.3320.1.228.0 Switch uptime is 0:01:53:29, The current time: 2106-1-23 8:21:44 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ не правильное время устанавливается после синхронизации, на прошивке 12547 с такими настройками время синхронизировалось правильно. Может, я чего то не так делаю?
passer Опубликовано: 28 апреля, 2014 Опубликовано: 28 апреля, 2014 (изменено) Да нет, переход с 16688 на 17696 привел к тому же глюку. Гость из будущего! Изменено 28 апреля, 2014 пользователем passer
FosterUA Опубликовано: 5 мая, 2014 Опубликовано: 5 мая, 2014 Подскажите возможно ли как то назвать своим ID или присвоить Имя ОНУшке для того чтоб смотреть статистику не в таком виде epon0/1:1 -13.5epon0/1:2 -12.8 А к примеру в таком epon0/1:Andrey -13.5epon0/1:Anya -12.8 Было б очень удобно мониторить, спасибо.
morfey Опубликовано: 5 мая, 2014 Опубликовано: 5 мая, 2014 (изменено) Подскажите возможно ли как то назвать своим ID или присвоить Имя ОНУшке для того чтоб смотреть статистику не в таком виде epon0/1:1 -13.5 epon0/1:2 -12.8 А к примеру в таком epon0/1:Andrey -13.5 epon0/1:Anya -12.8 Было б очень удобно мониторить, спасибо. Баловство это, скриптами делайте привязку к абонам. Изменено 5 мая, 2014 пользователем morfey
Cybernet1k Опубликовано: 5 мая, 2014 Опубликовано: 5 мая, 2014 Подскажите возможно ли как то назвать своим ID или присвоить Имя ОНУшке для того чтоб смотреть статистику не в таком виде epon0/1:1 -13.5 epon0/1:2 -12.8 А к примеру в таком epon0/1:Andrey -13.5 epon0/1:Anya -12.8 Было б очень удобно мониторить, спасибо. Що вам заважає вказувати на портах description і потім усе це витягувати по SNMP як душі заманеться? Я взагалі не уявляю адміністрування без LLID і дивуюсь останніми темами та відповідями у підрозділі PON, таке вражння, ніби люди взагалі перестали читати технічну літературу і тим самим не хотять розібратись у архітектурі будь-якого обладнання/системи.
sov Опубликовано: 5 мая, 2014 Опубликовано: 5 мая, 2014 Всем добрый день. Вышла новая прошивка для OLT 3310BА 128 ONU на ветку сделать могут? Или там железячное ограничение?
passer Опубликовано: 5 мая, 2014 Опубликовано: 5 мая, 2014 А вы не боитесь? Смотрите, делали переключение на летнее время и пару плюшек исправлений, в итоге sntp стало машиной времени, причем только в будущее.
rsst Опубликовано: 5 мая, 2014 Опубликовано: 5 мая, 2014 Всем добрый день. Вышла новая прошивка для OLT 3310BА 128 ONU на ветку сделать могут? Или там железячное ограничение? поддерживаю хотелку
Рекомендованные сообщения