Хочу добавить здесь ...
я предполагаю здесь, что какие-то настройки, собранные вместе перетирают друг друга и разобраться в этом сложно ...
например - # по коду 3 нам НУЖЕН reject (это превышение числа сессий)
Код: radius.disable.accessCodes=1,2,4,5,6,7,8,9,10,11,12
в списке кодов нет 3. это как раз это превышение числа активных сессий когда нет - абонет получает Reject, это вроде бы и нужно, но хотелось бы чтоб и сессия зависшая вылетала, а следующим разом абонент соединялся.
Если я включу в этот список код ошибки 3 и уберу radius.connection.checkDuplicate, connection.start.fromAccept абоненту, то при наличии зависшей сессии, начинает выдаваться адрес из блока адресов, которые имеют локальный доступ(при обращении к внешним сайтам он видит заглушку - у вас блокировка по оплате), что абсолютно не приемлемо. Легче ждать таймаута и высылать техников лечить абонентские линии.
Т.е. превышение числа сессий отрабатывается другим алгоритмом по сути верно в том смысле, что полный доступ повторным сессиям не выдаётся, но неправильно по смыслу так как дезинформирует абонента.
Но, при настройках -
Код: connection.start.fromAccept=1
radius.connection.checkDuplicate=5
radius.disable.accessCodes=1,2,[b]3,[/b]4,5,6,7,8,9,10,11,12
Адерс выделяется(из блока с ограниченым доступом), подключение происходит, но абонента тут же скидывает. Обращаю внимание - скидывает не сессию, которая зависла, а абонентскую, которой он стучится.
поэтому у меня возникли сомнения в совместимости частей конфигурации.
|
