я так понимаю у вас родной радиус от UTM, а не freeradius? у меня фрирадиус и все пулы динамические на нем заведены.
Вы говорите что радиус отправляет UDP пакет брасу, а что за пакет? как называется?
Насколько мне известно брас отправляет Access-Request с логином паролем допустим, радиус делает запрос в базу на правильность, и если связка верна отвечает Access-Accept с атрибутом Framed-IP-Address, где указывает адрес который выделил.
Дальше устанавливается уже сессия и начинается accounting. Никаких больше пакетов не нужно радиусу.
Может возникнуть вот какая ситуация в вашем случае, когда начинается аккаунтинг, и не приходит допустим пакет Accounting-Start от браса, либо он приходит, но радиус не успевает его обработать из-за нагрузки например.
Может быть тогда радиус от UTM считает, что этот айпишник никто не занял?
Тут как бы фрирадиус создает ключи на каждую связку такого рода key = "%{NAS-IP-Address} %{NAS-Port}"
И к каждому такому ключу прибивает ip-address. В итоге получается что за определенный брасом и определенным интерфейсом закрепляется всегда один и тот же айпишник.
Допустим брас имеет адрес 192.168.201.12 и сессию 300, для нее создался ключ к нему привязался Framed-IP-Address в виде 1.1.1.1 к примеру, и всё! теперь каждый раз на этом брасе на эту сессию будет выдаваться этот айпишник.
Ну разумеется пока ты не удалишь этот ключ сам.
Ключи уникальные и не могут впринципе совпасть никак когда разные атрибуты NAS-IP-Address
Поэтому я вообще в полном ступоре, как такое возможно в моей ситуации ))
Костыль я написал чтобы искать дубли и сбрасывать сессии, но это не решение проблемы вообще.
К тому же проблемы и не было, пока я не начал вставлять брасы в extreme.
Я этим занимался в феврале когда вставил все брасы в extreme ни к чему не пришел, к тому же там столько мусора постоянно ввиде ломящихся клиентов с неверными паролями или логинами, что диагностировать в таком режиме сущий ад )
