При старте под нагрузкой, когда радиусу надо ответить на очень много запросов, возникает слудующая ситуация:
- поднимается ipoe интерфейс
- в accel'е поднимается сессия, видно айпишник, но без шейпера
- на ipoe интерфейсе нет ip адресов
- в логе на недоподнятом интерфейсе - failed to set peer IPv4 address: Cannot assign requested address.
Выглядит этот процесс в логе примерно так ( речь об ipoe901 ):
[2016-12-18 06:51:31]: info: ipoe901: create interface ipoe901 parent p5p2
[2016-12-18 06:51:31]: debug: ipoe901: radius(1): queue 0x7f4ea819ef88
[2016-12-18 06:51:31]: debug: ipoe901: ipoe: activate session
[2016-12-18 06:51:31]: info: ipoe928: create interface ipoe928 parent p5p2
[2016-12-18 06:51:31]: error: ipoe157: failed to set peer IPv4 address: Cannot assign requested address
[2016-12-18 06:51:31]: error: ipoe901: failed to set peer IPv4 address: Cannot assign requested address
[2016-12-18 06:51:31]: error: ipoe475: failed to set peer IPv4 address: Cannot assign requested address
[2016-12-18 06:51:31]: debug: ipoe928: radius(2): queue 0x7f4eb8027288
[2016-12-18 06:51:31]: debug: ipoe928: ipoe: activate session
[2016-12-18 06:51:31]: info: ipoe940: create interface ipoe940 parent p5p2
[2016-12-18 06:51:31]: debug: ipoe940: radius(1): queue 0x7f4ecc1d0798
[2016-12-18 06:51:31]: info: ipoe901: ipoe: session started
Пробовал поднять время ожидания ответа от радиуса accel'ем путем timeout=2 и max-try=3, но результата не дало - все равно много сессий не поднимается c аналогичными логами.
Встречал в соседней теме информацию от Дмитрия, что радиус должен быть доступен на другом интерфейсе, например, с помощью влана, но по некоторым причинам пока этого сделать не получается.
Так же, пробовал стабильную версию - на ней такого поведения замечено не было, но тогда возникла проблема с шейпером исходящего трафика и пришлось отказаться в пользу возможности отключить шейпирование исходящего трафика вообще.
Спойлер