Да, в 6.0.2 такого бага нет

Откатился, все работает

При любых раскладах (тестах) я получаю ситуацию если основной радиус возвращается в работу, он рвёт сессию по таймауту с брасом потому что естественно этот радиус не получал никакого аккаутинга т.к. брас слал и продолжает отсылать Accounting-Request его на бекапный радиус.

LBarcd считает, что сессия протухла (expired).

22.09.2020 21:01:30.820155 WARNING  LWP25794 [src/radius.cpp:1717] Session expired. User-Name: '2308041', Session-ID: '0d39208f7aa95a86'
22.09.2020 21:01:30.823706 INFO     LWP25792 [src/radius.cpp:2585] Running ScriptStop for '2308041' session '0d39208f7aa95a86', timeout [3]

Как то можно этого избежать или как заставить accel начать слать аккаутинг на основной радиус который восстановился?

не важно сейчас даже, разделён auth/acct или в одной строчке в конфиге accel

Добрый день.
Тестирую выдачу ipv6 адресов/префиксов в accel,( ipoe, qinq)
Когда поднимается интерфейс и выдается адрес абоненту, например из /64, из этого же префикса интерфейс генерирует себе адрес по EUI64. GW для ipv6 указать нельзя(да и не нужен он по большому счету).
А вопрос вот в чем, этот адрес можно как-то указать руками, что б вот первый адрес в подсети, или нулевой, или только по EUI64 и все?

Для тех у кого линукс клиент и для сети используется systemd можно. Вот часть конфига
[Network]
# NOTE: that the token is only ever used for SLAAC
IPv6Token=::12:34:56:56

линукс клиент с systemd, всмысле так где ассель поднят?

Наверно я вопрос не так понял.
Это настройка со стороны клиента. Он получает префикс от провайдера и вставляется туда токен.

с другого конца. Клиент который от акцеля получает

ассель выдает адрес, какокй-то определенный, пусть будет 2001::5/64
а сам себе генерериует адрес в интерфейсе с абонентом по EUI64 2001::"кусок мака FE:F0: второй кусок мака"

если с асселя пинговать абонента:
2001::"кусок мака FE:F0: второй кусок мака" > 2001::5/64

при этом у абонента дефолт это линк локал адрес. Со стороны асселя адрес генерируется просто что б был... насколько я понимаю, или маршрут что бы был

но это ладно, все равно как он себе адрес генерирует по большому счету

столкнулся с другой проблемой

выдаю 2м дшсп клиентам адреса из одной подсети, допустим 2001::5/64 и 2001::6/64
ассель поднимает маршруты
2001::/64 dev ipoe1 proto kernel metric 256 pref medium
2001::/64 dev ipoe1 proto kernel metric 256 pref medium

Соответственно, у первого клиента работает, у второго - нет

в случае с ipv4 маршруты поднимаются по /32

жуть

с маршрутами разобрался
По радиусу выдавал адреса из одной /64 и он поднимал маршруты в одну сеть через разные интерфейсы.

при выдаче адресов самим асселем из пула. Сначала указал 64,64 и ассель вообще перезагружался когда второму клиенту надо было
поставил 48,64 и теперь выдает адреса из рахных префиксов

https://accel-ppp.readthedocs.io/en/latest/ Which God's website is this.

Доброго всем дня.

Как обстоят дела с l4-redirect для ipv6? Появилась ли реализация без помощи костылей pppd-compat?

Доброго, ещё не делали именно l4 redirect

А вот именными пудами можно ограничивать

Это да, но имеется ввиду именно управление сессией без изменения параметров IP-адресации абонента.