accel-ppp.org

Отчаянья пост)
Может немного и не туда.
Вот не сколько месяцев не могу уловит проблему. Пару раз в день пропадает трафик на нескольком минут, в разное время. Просто все замирает и ходят только арп запросы.

Использую accel-ipoe с freeradius rlm_python. Проблема только там где стоит OLT BDCOM (PON).
На агрегации стоит Dlink DGS-3120. Он пакует QinQ вланы.
Тоесть например. Если в длинк включен узел с OLT или просто напрямую OLT, то проблема появляется на всех устройствах которые подключены к данному S-vlan на порту. Там где нет OLTов, проблем тоже нет. Уже от фонаря пробовал на свичах включать/отключать dhcp-snooping, arp-inspection ip verify source, фильтры dhcp и т.д. Никакой реакции.
Может олты посылают какие-то кривые пакеты?

Схемку с проведением теста для наглядности прилепил. Для теста назначил статический IP(10.0.0.2) на ноуте и БРАСе (bond0.264.1256, 10.0.0.1).
Так же, на втором сервере создал такой же интерфейс(eth0.264.1256, 10.0.0.3). Через БРАС траф пропал, со 2 сервером все работало. От чего может пропадать траф? Проц, память, conntrack таблица в норме.

BRAS - Debian 8
тюнинг https://pastebin.com/afrhkNUQ (rp_filter уже отключен, ядерный proxy_arp тоже отключен)
accel - https://pastebin.com/JKadUuCN
freeradius - https://pastebin.com/TaGAVkgy

accel-ppp version 904bc0f9eefffff153282277ea21729f46c1489d
FreeRadius 3.0.11 (git #1bb37e8)

Из логов радиуса есть только одна ругань:
На брасе ~3000 accel сессий в пике. Количество сессий никак не влияет на падения.

Дамп при пропадании трафа с обеих сторон (БРАС и ноут) - http://khobta.com/dump.zip (С 20:05 упало. Но часовая метка в дампе 17:05 почему-то.)

Куда еще можно копнуть для выявления проблемы? Предоставлю любую инфу, нужен свежий взгляд)
Спасибо

Somebody)

Предлагаю еще немного увеличить В дампе не понял, откуда столько лишних arp летит к пользователю...

Я все же склоняюсь к багу у DBCOM, сервер перестает получать arp от клиента, но клиент передает, это судя по дампу. У DBCOM были проблемы c ARP но мне такие не попадались, думаю стоит попытаться позадалбывать сапорт BDCOM.

Значения увеличил. Клиент находился еще и во влане управления оборудования, чтобы постоянно доступ был, оттуда может и прелетело.

Как тогда пояснить тест при котором пинг шел на дополнительном сервере и отвалился на БРАСе ?
В представителей БДКОМа только руками развели. Сказали проблема не у них скорее всего..

Ну и плюс странность, если на узле включен например ОЛТ , то юзеры с этого узла тоже потерпают, не только на олте(при том что каждый юзер в своем влане). Все кто входит в QinQ vlan этого узла.
Мож это длинк дропает.. Я не пойму

Еще заметил на одном клиенте. Сниферил tcpdump'om. Когда пропал траф, dhcp проходило. Т.е. по ходу блочит tcp трафик. Мистика..

А кто его там может блочить? Тут я думаю что то с АРП. На железяках нет там всяких броадкаст и юникаст защит? Еще бы попробовать статикой ARP назначить на BRAS и клиенту и пару суток помониторить.
Увеличение лимитов не повлияло никак?

Хз кто может блочит. Уже все включал и отключал)
Статикой в смысле arp -s IP HW ?

угу, можно деже попробовать в обход accel, просто влан поднять который не указан в регулярке interface=re:bond0\.2[0-9][0-9]\.[1-2][0-9][0-9][0-9]$, то есть bond0.264.3000