[fet4]

К 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

[passer]

1) А зачем добавлять 5-ый порт? Лучше он не сделает балансировку. Текущий алгоритм балансировки какой?
2) С сервером соединены чем? DAC ? SFP? Медиками?
3) версия прошивки?

[fet4]

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

[h3ll1]

А почему не только RJ или DAC, a MIX?

[passer]

Потому что порты 1-4 оптические и 5-8 комбо. Но в целом, напрашивается свитч-агрегатор, который лацпом или 10G отдаст на сервер, рядом стоящее оборудование подключит и заодно оборудование стоящее где-то удаленно. Ну мож нет возможности или желания...

 

Я не знаю какой свитч запаян в P3608B,  но постарался бы избежать больших объемов транзитного трафика через бдком предыдущих моделей. На предыдущих моделях было не всё бодро с пакетным буфером и размером ffp/tcam 

ТС,  лацп на 5 портов по пропускной способности ничем почти не отличается от такового на 4 порта. Во всяком случае на оборудовании такого уровня. Поэтому или сразу городить лацп на 6-8 или поставить 10G карту, свитч и на свитче-агрегаторе разрулить всё.

 

P.S. Я заметил, что при массовой регистрации онушек лацп совсем не падает, но из-за высокой загрузки cpu  сам olt даже по telnet не доступен

[fet4]

В 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 не доступен

Незамечал такого

[passer]

Помониторьте утилизацию CPU на P3608B, может увидите зависимость. Вообще, все GEPON OLT от BDCOM отличает весьма дохлый CPU из-за чего хватает проблем.

[fet4]

В 19.01.2022 в 09:25, passer сказал:

Помониторьте утилизацию CPU на P3608B, может увидите зависимость. Вообще, все GEPON OLT от BDCOM отличает весьма дохлый CPU из-за чего хватает проблем.

 

Как-то так, вполне себе нормально. В моменты отключения света и массовых регистраций есть всплески, но не критичны и на трафик не влияют.

Edited January 19, 2022 by fet4

[passer]

В 18.01.2022 в 15:40, fet4 сказал:

Экспериментальным путем выяснил если выключать/включать

no ip arp inspection vlan  125-128,200
no ip verify source vlan  125-128,200

Трафик на некоторое время появляется, потом пропадает снова

Гляньте еще использование tcam/ffp

[fet4]

В 19.01.2022 в 15:49, passer сказал:

Гляньте еще использование tcam/ffp

Напомните команду если не сложно.

[passer]

Не знаю. Для старых моделей команды сохранены на рабочем ПК. Завтра гляну, если не забуду.

[fet4]

В 19.01.2022 в 15:49, passer сказал:

Гляньте еще использование tcam/ffp

 

Глянул

 

diag 4100:dd2f:da6b:ac22:9335:8c29:f4ce:da44
show controller fp

 

В P3608B пусто, ничего не выводит, в 3616 выводит информацию. Интересно попробовать на 3616, сохранится ли проблема с дропом трафика.