-
Всього повідомлень
1 203 -
Приєднався
-
Останній візит
-
Дней в лидерах
3
Останнього разу morfey вигравав 21 жовтня 2013
Публикации morfey были самыми популярными!
Репутація
82 Очень хорошийО morfey
-
Звание
Вампир
- День народження 15.03.87
Контакты
-
ICQ
341217234
-
Jabber
morfey@hata.net.ua
-
Skype
xata-net
Информация
-
Пол
Мужчина
-
Город
Переяслав-Хмельницький
-
И так. Новые вводные) Правда наверное уже не в тот форум( Проблема походу не в олтах, но олты может являются причиной. Может из-за количества соединений на QinQ влан? Схемку для наглядности прилепил. Для теста назначил статический IP(10.0.0.2) на ноуте и БРАСе (bond0.264.1256, 10.0.0.1). (В постах выше я проводил тесты через свич с вланами без двойного тага(( ) Так же, на втором сервере создал такой же интерфейс(eth0.264.1256, 10.0.0.3). Через БРАС траф пропал, со 2 сервером все работало. От чего может пропадать траф? Проц, память, conntrack таблица в норме. БРАС на Debi
-
1. Именно напрямую в длинк включено один 3316 и 2 3310. Так же включены другие олты через дополнительные свичи. 2. Траф падает на стыке длинка и 3316. Так же на стыке любого другого свича) 3. Оба типа фрейма(0x88a8, 0х8100) норм жует, пробовал. 4. MTU 1508 на длинке. Если бы не влазило, то работало хреново постоянно или не работало бы 5. Да, port role UNI пакует все в унтаг влан. Ну такой тест делал. Перенесу в 3316 начнет падать.. Или подключу к общему QinQ влану.. Или просто подключить в тот же влан к 3310 еще и 3316, но без онушек?
-
Пингую ОЛТ по IP влана управления, клиента по 1. статическому IP, IP выданному по DHCP. Пингую с БРАСа и еще одного сервака. Траф пропадает только для интерфейса DHCP. В остальном пинг идет. Длинк собирает(port role uni), разбираю на БРАСе. БРАС включен в длинк, один ОЛТ тоже. Не срабатывает ничего, отключение фильтров тоже не дало толку. Картинки рисую со всего, и длинк и олт. Вы графики загрузки имеете в виду? Если интересно. Есть свежий дамп для вирешарка с браса и клиента. С 20:05 упало. Но часовая метка в дампе 17:05 почему-то. dump.zip
-
Ну так и есть. Сейчас один 3316 включен напрямую к длинку. Еще один стоит на отдаленном узле. Он включен в E-core 4612 (3316->ES4612->DGS3120) . При тесте с 3310, все были включены в DGS-3120 Именно, без 3616 все работает, на даный момент напрямую в длинк включены 2шт 3310, проблем нет.
-
И что? Сразу после переноса первой ветки получаете картину с провалами трафа, или после переноса последней? Я же говорю. Оставили 4 порта в 3316, остальные разнесли по 3 олтам 3310. И провалы были на все устройствах. При условии что все попадали в один и тот же QinQ влан
-
Пробовали) Но на вот этом моменте уже не помню на 100%, не буду врать. Когда-то была такая проблема перед НГ, и сама собой исчезла. Но по моему вместе с 3316 пропадал траф и на 3310, когда они ехали через один QinQ влан, но разных портах. vlanID менял. В отдельном влане 3310 ехает норм Жует 3шт DGS-3120
-
Я вам привел кусок ран конфига. loopback-detection на портах олтов отключил для теста. При включении петель не находит. Логи включены. Функционал обнаружения петель срабатывает, проверял. 3316 стали именно на места портов 3310 LBD Global Settings --------------------------- Status : Enabled Mode : VLAN-based Interval : 10 sec Recover Time : 60 sec Trap State : None Log State : Enabled Function Version : v4.04 Из run : interface EPON0/5:1 epon onu port 1 ctc vlan mode tag 1352 ! interface EPON0/5:2 epon onu port 1 ctc vlan
-
Не. в смысле вот есть у Вас 3310 к примеру рядом в продакшене? Вот замесь его и тыкаете. И таки да, признаюсь - конфиг не глядел. Но конфиг снят с ОЛТа без онушек? А то вроде как все незареганые(скролом покрутил)... Зареганые на 3312 вот так выглядят: interface EPON0/1:51 epon onu port 1 ctc vlan mode tag 39 epon onu port 1 ctc loopback detect epon onu port 1 mac address-table dynamic maximum 8 epon onu port 1 storm-control mode 2 threshold 256 ! interface EPON0/1:52 ! interface EPON0/1:53 ! interface EPON0/1:54 epon onu port 1 ctc vlan mode tag 39 epon onu port 1 ctc loopbac
-
В продакшине их 2. Меняли. Меняли на новый третий. В 3316 немного по другому. Один раз exit. При write all и 600 онлайн абонентов он либо заведется через минут 30 либо уйдет в ребут. Проц перегружается от количества перезаписей.
-
Та я знаю что не бывает. 1. Пинга нет. Делаю на ноуте 2 интерфейса. Один статический, второй dhcp. Статический без потерь, dhcp пропадает. 2. Броадкасты пролетают. Со стороны клиента тоже пролетают проадкасты, запрашивает dhcp реквесты, но на брасе их уже не видно. 3. Ошибок нет, пробовали разные порты, меняли ID вланов(а вдруг)). Логи включены. Когда выключен snooping на ОЛТе, свич отлавливает dhcp серверы левые..(Пробовал разные вариации) 4. Реквесты не доходят до браса, соответственно нечего в лог писать. Если пропадание не надолго, то сессия не рвется и просто продолжает все работать.
-
Там все олты. Проблема только с 3316 (
-
Так же выносил управление конкретного олта в отдельный влан на всякий. Есть дамп со стороны dhcp сервера к тестовому ноуту.. dump_pup.pcap.zip
-
Гуру wireshark, что-то можно сказать по этих данных?) А то я глаза поломал уже) Подключил ноут через ону к олту. dump.pcap.zip
-
Уже меняли.