fet4 Posted January 18, 2022 (edited) К OLT подключен Linux сервер, через Port-aggregator, используется 4 GigaEthernet в lacp mode, когда добавляешь 5 порт в эту агрегацию дропается трафик у некоторых клиентов с этого OLT, при этом транзитный трафик проходит нормально. #show aggregator-group 1 brief Aggregator-group brief infomation ------------------------------ Group: 1 Speed: 1000 interval: 30 AggregatedCount: 13 LastAggregated: 12-20 11:27:18 LastDetached: 12-20 11:26:27 ------------------------------------------------------ System ID : 32768 9845.62B9.1586 Partner : 65535 00E0.ED1C.B11C Group ID : 32768 9845.62B9.158B state : lineUp Max Ports : 8 ports : 5 ------------------------------------------------------ Flags: D - down A - Use In port-aggregator U - Up I - Not In port-aggregator d - default g0/4(DI) g0/5(UA) g0/6(UA) g0/7(UA) g0/3(UA) Экспериментальным путем выяснил если выключать/включать no ip arp inspection vlan 125-128,200 no ip verify source vlan 125-128,200 Трафик на некоторое время появляется, потом пропадает снова В логе в этот момент нашел Jan 17 16:27:55 *** %DBLK-4-BUFFER_LOW 803928f0 Low data buffer pool, size 1548 current 203 show running-config non-llid.txt Edited January 18, 2022 by fet4 Share this post Link to post Share on other sites More sharing options...
passer Posted January 18, 2022 1) А зачем добавлять 5-ый порт? Лучше он не сделает балансировку. Текущий алгоритм балансировки какой? 2) С сервером соединены чем? DAC ? SFP? Медиками? 3) версия прошивки? Share this post Link to post Share on other sites More sharing options...
fet4 Posted January 18, 2022 (edited) 1) Вы о чем ? Что значит зачем ? Расширить емкость транка. Мне не нужно лучше балансировку, мне подойдет балансировка как есть, он неплохо справляется, вообще нужно собрать все 8х GigaEthernet в транк как заявленно производителем, bdcom же не смог в epon версиях сделать 4х 10ge порта. Текущий режим aggregator-group load-balance both-ip (из приложенного конфига) 2) DAC/RJ-45 3) 84961 (из приложенного конфига) Edited January 18, 2022 by fet4 Share this post Link to post Share on other sites More sharing options...
h3ll1 Posted January 18, 2022 А почему не только RJ или DAC, a MIX? Share this post Link to post Share on other sites More sharing options...
passer Posted January 18, 2022 Потому что порты 1-4 оптические и 5-8 комбо. Но в целом, напрашивается свитч-агрегатор, который лацпом или 10G отдаст на сервер, рядом стоящее оборудование подключит и заодно оборудование стоящее где-то удаленно. Ну мож нет возможности или желания... Я не знаю какой свитч запаян в P3608B, но постарался бы избежать больших объемов транзитного трафика через бдком предыдущих моделей. На предыдущих моделях было не всё бодро с пакетным буфером и размером ffp/tcam ТС, лацп на 5 портов по пропускной способности ничем почти не отличается от такового на 4 порта. Во всяком случае на оборудовании такого уровня. Поэтому или сразу городить лацп на 6-8 или поставить 10G карту, свитч и на свитче-агрегаторе разрулить всё. P.S. Я заметил, что при массовой регистрации онушек лацп совсем не падает, но из-за высокой загрузки cpu сам olt даже по telnet не доступен Share this post Link to post Share on other sites More sharing options...
fet4 Posted January 18, 2022 В 18.01.2022 в 18:01, h3ll1 сказал: А почему не только RJ или DAC, a MIX? Потому как 4 комбо и 4 rj-45 в этой железке, но это не мешает, сейчас молотит 1 комбо через dac и 3 через rj-45 В 18.01.2022 в 19:11, passer сказал: Но в целом, напрашивается свитч-агрегатор, который лацпом или 10G отдаст на сервер, рядом стоящее оборудование подключит и заодно оборудование стоящее где-то удаленно. Ну мож нет возможности или желания... Все верно, вполне можно уместиться долгое время в одном ОЛТ если все правильно заработает с агрегатором. Так и планируется поднять все 8 портов, все готово на стороне сервера, но на 5 порту по счету появились проблемы. В 18.01.2022 в 19:11, passer сказал: P.S. Я заметил, что при массовой регистрации онушек лацп совсем не падает, но из-за высокой загрузки cpu сам olt даже по telnet не доступен Незамечал такого Share this post Link to post Share on other sites More sharing options...
passer Posted January 19, 2022 Помониторьте утилизацию CPU на P3608B, может увидите зависимость. Вообще, все GEPON OLT от BDCOM отличает весьма дохлый CPU из-за чего хватает проблем. Share this post Link to post Share on other sites More sharing options...
fet4 Posted January 19, 2022 (edited) В 19.01.2022 в 09:25, passer сказал: Помониторьте утилизацию CPU на P3608B, может увидите зависимость. Вообще, все GEPON OLT от BDCOM отличает весьма дохлый CPU из-за чего хватает проблем. Как-то так, вполне себе нормально. В моменты отключения света и массовых регистраций есть всплески, но не критичны и на трафик не влияют. Edited January 19, 2022 by fet4 Share this post Link to post Share on other sites More sharing options...
passer Posted January 19, 2022 В 18.01.2022 в 15:40, fet4 сказал: Экспериментальным путем выяснил если выключать/включать no ip arp inspection vlan 125-128,200 no ip verify source vlan 125-128,200 Трафик на некоторое время появляется, потом пропадает снова Гляньте еще использование tcam/ffp Share this post Link to post Share on other sites More sharing options...
fet4 Posted January 19, 2022 В 19.01.2022 в 15:49, passer сказал: Гляньте еще использование tcam/ffp Напомните команду если не сложно. Share this post Link to post Share on other sites More sharing options...
passer Posted January 19, 2022 Не знаю. Для старых моделей команды сохранены на рабочем ПК. Завтра гляну, если не забуду. Share this post Link to post Share on other sites More sharing options...
fet4 Posted January 22, 2022 В 19.01.2022 в 15:49, passer сказал: Гляньте еще использование tcam/ffp Глянул diag 4100:dd2f:da6b:ac22:9335:8c29:f4ce:da44 show controller fp В P3608B пусто, ничего не выводит, в 3616 выводит информацию. Интересно попробовать на 3616, сохранится ли проблема с дропом трафика. Share this post Link to post Share on other sites More sharing options...
