Код: Сервер: вер. 6.0 сборка 1659 от 22.01.2014 02:22:29
Ошибся, не выдавало по другой, но также непонятной причине. Ресурс из 2х диапазонов по 128 адресов, задействовано около 20 адресов всего и идёт ошибка. Второй диапазон /25 стоял будущей датой, изменил - начали выдаваться, но циклично по кругу из второго диапазона, первый видимо так и остался непонятно чем забит. Цикличность там еще создавал один абонент, который авторизовался, но аккаунтинга не было и тут же сессия обрывалась, но эта цикличность занимала освобождала адреса из второго диапазона (т.к. он пару кругов намотал был), а первый так и продолжает не использоваться. как-то можно посмотреть чем заняты адреса ?
Код: 02-17/10:00:00 INFO [rdsLstnr-p-8-t-8] InetNas - Search by username=chepurnoy
02-17/10:00:00 INFO [rdsLstnr-p-8-t-8] InetRadiusProcessor - [username=chepurnoy] Authenticated as inetServId:179
02-17/10:00:00 INFO [rdsLstnr-p-8-t-8] InetApplication - inetServ[id=179] deviceState not active (accessCode=0).
02-17/10:00:00 ERROR [rdsLstnr-p-8-t-8] InetNas - Can't reserve ip address for inetNas:226 and realm: disable!
02-17/10:00:00 ERROR [rdsLstnr-p-8-t-8] InetRadiusProcessor - Can't reserve ip address!
02-17/10:00:00 INFO [rdsLstnr-p-8-t-8] InetRadiusProcessor - Return code=80
02-17/10:00:00 INFO [rdsLstnr-p-8-t-8] InetRadiusProcessor - RESPONSE_BEFORE_POSTPROCESS:
Packet type: Access-Reject
Identifier: 228
Authenticator: {}
Attributes:
Reply-Message=80
Вопрос про статическую привязку и период ресурса все-таки актуален. Вот, например, есть сервис с динамическим или статическим адресом, давно уже заведен и получает адрес динамически. Потом абонент захотел подключить услугу статический адрес, я ему выбираю адрес из нового пула и получаю ошибку. Ну не логично получается не разрешать выдавать адреса из новых ресурсов для старых сервисов. Закрывать ради этого сервис и открывать новый - тоже как-то не очень решение.
|