я тут придумал как можно с ipoe +vpu если интерфейсы созданы вручную спастись от падений accel  мысль значит такая: через pppd-compat создаем второй маршрут на этот же интерфейс с тоже маской /32 но с с другой метрикой.Такде провериять, удалять ранее созданые маршруты с этим ip.  Когда аксель падает он удалит те маршруты какие создал, а мой останется, но правда толку от маршрута есть аксеть ip снимит с интерфейса.

надо баг фиксить, а не новый костыль забивать

ну прям сейчас ничего :) не лезу так как нет времени считай с нуля С учить, говорюже "глуспость " спросил :)

но вообще, в теории это можно сделать через perlembed

ну ..... кто что может :)

учим С за 3к ))

Там Xeb не закончил одну киллерфичу, backup называется. Так вот с ней можно было бы синкать сессии

И даже в теории обновлять ацель без потери сессиий

ее даже некоторые вендоры не смогли осилить нормально 🙂

там слишком много нюансов связанных со split-brain сценариями

и аккаунтингом

Я вот уверен что там скила хватит, но из последнего разговора, за 10к$ небыло времени напилить поддержку  EAP

@dimka_88 я книгу достаю:) за 10к то

за 10к можно все бросить)

eap это треш, не обольщайтесь)

я так костылями долгое время жил с isc-dhcp-server удалял маршрут /24 с интерфейса потому при on commit, on release, on expiry вызывал perl  скрипт . и накатывал маршруты /32, проверял и удалял если ранее были выданы, и писал в базу, до 300 абонов работало :)

))) да я сам в шоке был. Но скажу так, Си актуальный, иногда кейсы приходят с контрактами и Овер NDA но приходится сливаться по причинам отсутствия разработчиков

Не, у него работа важнее 100к даже, так что можно понять человека