_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 на ветку сделать могут? Или там железячное ограничение? поддерживаю хотелку
Рекомендованные сообщения