а, или просто логи забивал своими запросами, мешая анализировать работу аццеля

я бы не назвал это проблемой ))

но да генерит конечно знатно мусора

с другой стороны все равно ведь не должна эта ошибка вылезать Cannot assign requested address

он по идее и адрес то не должен назначать при закрытии сессии

возможно чтото не так в логике при отсутствии ответа на offer

а  ты используешь unit-cache ? я у себя убрал т.к. были проблемы.
Но у меня остались логи когда  был влючен unit-cache - только что по ним посмотрел  за сутки в логах 2214 таких ошибок,   а в текущих логах где в  конфиге  unit-cache=0 таких ошибок вообще нет.

сборка 1.12.0-103-g45896ff
Debian 9.13  - 4.9.0-13-amd64 #1 SMP Debian 4.9.228-1 (2020-07-05) x86_64 GNU/Linux

какие ткие проблемы?

да, стоит 10000, хотя абонентов сейчас уменьших с 5000 до 3000, но не сильно помогает в общем то

значит связано с кэшем, блин не хотелось бы терять его конечно, очень сильно дает в скорости создания

могу в принципе протестировать на одном из серверов. по релоаду выключиться или надо ребутать?

я тестировал как работает переименование интерфесов, и при включеном unit-cache поймал вот такое [2020-12-06 10:02:40]:  warn: ipoe973: interface rename to ipoe.002710 failed: File exists  после как прописал  unit-cache=0 таких ошибок больше не наблюдал. и вот сегодня после как Ⓜ️ax  написал я в тех логах (специально их не удалял) нашел Cannot assign requested address

accel не падал? при отключении он должен переименовать интерфейс обратно, в дефолт. если упал, то все останется как есть

не, accel не падал

ну. значит такой уже интерфейс уже был

хм, еще почему то при массовом создании ipoe* интерфейсов у меня named начинает в полку уходить, хотя там жестко заданы ip на которых должен висеть
upd: вероятно interface-interval 0; должно помочь

не используйте bind на том же сервере где аксель крутится) он с ума сходит при массовых подключениях

также к вопросу почему не надо использовать OSPF для сборки /32 с насов - лично у меня при перезагрузке сервера к примеру на 4000 пользователей и их одновременном подключении bird генерит буквально multicast storm ospf'ом, заставляя задумываться свитчи, NEXUS со своей неблокируемой коммутацией нехило так это всё множит добивая STP. также, при количестве > 4000 адресов на сервер, микротик например перестаёт вообще роуты с этого сервера принимать в ospf. причина неизвестна, вероятно потому что routeros 6 старое говнище, нуждающееся в срочном апгрейде, а это вечная песня для латышей (7)

конечно надо апгрейдиться. а что мешает? я вон поднял со старой версии