-
Всього повідомлень
1 203 -
Приєднався
-
Останній візит
-
Дней в лидерах
3
Тип контенту
Профили
Форум
Календарь
Все, що було написано morfey
-
И так. Новые вводные) Правда наверное уже не в тот форум( Проблема походу не в олтах, но олты может являются причиной. Может из-за количества соединений на 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
-
Уже меняли.
-
Нарисовалась странная проблема. Все клиенты сидят в своем влане и получают адреса по DHCP. На олте шаблон, который присваевает влан онушке. Но 1-3 раза в сутки у юзеров пропадает траф. Через 2-3мин все восстанавливается. Сессия не рвется (accel-ipoe)Не нашел какой-то закономерности. Перелопатил все, грешу только на олт. Причем может отваливатся на всем сегменте куда включен этот олт в пределах свича агрегации. Но в основном только на олте. Пробовал разные прошивки, потом обновил все олты до "стабильной" 33463. Так же пробовал включать-выключать stp, snooping, isg. До одного места.
-
Кулеры еще год назад поставил.
-
На этом олте отваливался 2 порт полностью. Но потом заработал) А теперь такая штука)
-
Да. причем это первый олт.
-
Нет такого Switch_config#epon ? ace-reset-delay -- Configure reset delay time for ACE ONU b-psg -- B protection switch group c-psg -- C protection switch group ctc-oam-discovery-timeout -- Configure CTC OAM discovery timeout dba -- Dba config dying-gasp-available-time -- Configure onu dying-gasp available time dying-gasp-log -- Configure dying gasp log for ONU dynamic-binding-timeout -- Configure dynamic binding entry encryption -- Configure encryption par
-
P3310 Один из первых (A-gear). На двух портах (2-3) не проходит трафик. Онушка регается, все ок. Мак посмотреть можно на самой ону. На аплинк порту маков с проблемных интерфейсов уже нет. Аппаратная неисправность? Switch_config#show mac address-table int e0/3 Mac Address Table (Total 0) ------------------------------------------ Vlan Mac Address Type Ports ---- ----------- ---- ----- Хотя в общей таблице есть. Switch_config#show mac address-table Mac Address Table (Total 3) ------------------------------------------ Vlan Mac Ad
-
2 оголошення и вот собственно порядок доступа к инфраструктуре. http://www.koe.vsei.ua/koe/documents/poryadok_dostypy_do_infrastruktury_2015.pdf Только ценник там не указан. В местном РЕСе говорят 15грн разными счетами за разные услуги или что-то в этом роде
-
Нам в киевоблэнэрго сообщили что будут делать/делают опять инвентаризацию кабелей провайдеров, ценник как-бы хотят предложить 15-17грн./мес. Оф. информации пока нет.
-
Уже и у меня такое есть)
-
Все таки квадратная пикотел - это GE100N - http://img28.olx.ua/images_slandocomua/228454464_3_644x461_onu-picotel-ge100n-drugoe.jpg, http://img30.olx.ua/images_slandocomua/228454464_1_644x461_onu-picotel-ge100n-odessa.jpg