а какой по вашему надо?

но явно не 1м на все..

если для вас это основной критерий

мне на джунике 12 метров буфера не помогают от микровсплесков

в теории, можно повесить шейпер на брасе на каждый гиг (например если гиговые линки соответствуют верхнему тегу)

тогда можно избежать микроберстов

Пойду почитаю что в этом плане умеют редбаки   и ко...

Подскажите в какую сторону копать? Ситуация:
Абонент был подключен по pptp (к примеру ppp60), далее что то случается и он пытается переподключится. Accel-PPP ему это не дает, но рано или поздно случается lcp: no echo reply.
До этого все работает нормально, а вот дальше не понятно - абонент опять переподключается и успешно авторизуется, система дает ему тот же самый интерфейс (ppp60), но через несколько секунд (4-5 сек), происходит ppp60: disconnected. НО сессия при этот активна, работает, show sessions её показывает, LCP запросы по ней ходят, как бы все ок, но трафик (ping, web) не проходит до адреса клиента. Если сделать accel-cmd terminate if ppp60 soft, то сессия переконектится и все заработает нормально.

Нагрузка на сервер, очень маленькая: абонов около 80. Трафика около 0,5мбит. (т.е. ни о чем) Абонент это sip шлюз и реконектится он довольно агрессивно.

Привожу пример лога:
[2020-09-14 15:51:43]:  info: : Wx9opG5N8K: second session denied
[2020-09-14 15:51:43]:  info: : Wx9opG5N8K: authentication failed
[2020-09-14 15:51:43]:  info: Wx9opG5N8K: authentication failed
[2020-09-14 15:51:43]:  info: : disconnected
[2020-09-14 15:51:43]:  info: : disconnected
[2020-09-14 15:51:44]:  warn: ppp60: lcp: no echo reply
[2020-09-14 15:51:44]:  warn: ppp60: failed to get interface statistics
[2020-09-14 15:51:44]:  warn: ppp60: failed to get interface statistics
[2020-09-14 15:51:44]:  info: ppp60: send [RADIUS(1) Accounting-Request id=70 <User-Name "Wx9opG5N8K"> <NAS-Identifier "ppp.xxx.ru"> <NAS-IP-Address 192.168
.50.118> <NAS-Port 60> <NAS-Port-Id "ppp60"> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "83.2.1.249"> <Called-S
tation-Id "91.227.140.74"> <Acct-Status-Type Stop> <Acct-Authentic RADIUS> <Acct-Session-Id "70595ff1fc479b70"> <Acct-Session-Time 19960> <Acct-Input-Octets 557222>
<Acct-Output-Octets 568866> <Acct-Input-Packets 6058> <Acct-Output-Packets 6047> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 172.17.2.87> <
Acct-Terminate-Cause Lost-Carrier>]
[2020-09-14 15:51:44]:  info: recv [RADIUS(1) Accounting-Response id=70]
[2020-09-14 15:51:44]:  info: : send [RADIUS(1) Access-Request id=1 <User-Name "Wx9opG5N8K"> <NAS-Identifier "ppp.xxx.ru"> <NAS-IP-Address 192.168.50.118> <
NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "83.2.1.249"> <Called-Station-Id "91.227.140.74"> <MS-CHAP-Challenge
0xa5cdbadb8ffca3903b564221202b2f44> <MS-CHAP2-Response 0x0100ec15cfb639c5cd479e2ac0007af17ea6000000000000000055ff2fd62b6871b25a318b48894f9397d7cd6e954a413e44>]
[2020-09-14 15:51:45]:  info: : recv [RADIUS(1) Access-Accept id=1 <MS-CHAP2-Success 0x01533d454346423139353437423032393837323946453646433531423632354545373439313044
35383732> <Filter-Id "1024"> <Framed-IP-Address 172.17.2.87> <Reply-Message "0">]
[2020-09-14 15:51:45]:  info: ppp60: connect: ppp60 <--> pptp(83.2.1.249)
[2020-09-14 15:51:45]:  info: ppp60: Wx9opG5N8K: authentication succeeded
[2020-09-14 15:51:45]:  info: ppp60: send [RADIUS(1) Accounting-Request id=1 <User-Name "Wx9opG5N8K"> <NAS-Identifier "ppp.xxx.ru"> <NAS-IP-Address 192.168.
50.118> <NAS-Port 60> <NAS-Port-Id "ppp60"> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "83.2.1.249"> <Called-St
ation-Id "91.227.140.74"> <Acct-Status-Type Start> <Acct-Authentic RADIUS> <Acct-Session-Id "70595ff1fc479e8b"> <Acct-Session-Time 0> <Acct-Input-Octets 0> <Acct-Out
put-Octets 0> <Acct-Input-Packets 0> <Acct-Output-Packets 0> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 172.17.2.87>]
[2020-09-14 15:51:45]:  info: ppp60: recv [RADIUS(1) Accounting-Response id=1]
[2020-09-14 15:51:49]:  info: ppp60: disconnected

как какое то решение: можно ли заставить accel-ppp выбирать другой интерфейс (случайный)?

может быть какой-то глюк unit-cache?

я про него читал, но его в конфиге нет, т.е. он должен быть 0

забыл написать, переходим с mpd5, проблема началась сразу, но локализовать её удалость только сейчас

accel-cmd -V
accel-cmd 1.12.0-95-g59f8e1b
т.е. почти последний, пересобрал специально в ходе решения проблемы, в прошлый четверг

Сохранил в мемориз. Спасибо за линк

@il_sss ищите проблемы в маршрутизации

Очень похоже что этот ip поднимается на другом сервере

Ну или интерфейсе

может rp filter?

net.ipv4.conf.default.rp_filter = 0
net.ipv4.conf.all.rp_filter = 0
net.ipv4.conf.eth0.rp_filter=0

@dimka_88 мне не совсем понятна хронология, т.е. почему ppp60: disconnected происходит позже успешного логина? чем может быть это вызвано?

в systemd-unit с респауном ;)