Всем добра!
Пытаемся поднять сервис PPPoE на микротике.В качестве активатора сервиса использую ru.bitel.bgbilling.modules.inet.dyn.device.radius.CoAServiceActivator. В курсе, что микротик не подддерживает CoA, но не в этом суть. Скорости у нас режутся на другом девайсе. Все, в принципе стандартно, вот конфа типа устройства:
Код:
radius.port=3800
connection.start.fromAccept=1
connection.suspend.timeout=900
connection.close.timeout=900
connection.close.timeout.forceClose=1
radius.realm.default.attributes=
radius.macAddress.vendor=14988
radius.macAddress.prefix=Calling-Station-Id=
# Параметры активации сервисов
# длина паузы, если возникла ошибка
#sa.error.pause=60
# количество заданий за раз
sa.batch.size=20
# время (сек) ожидания завершения всех заданий (при асинхронной работе)
#sa.batch.wait=5
# пауза (сек) после обработки заданий
#sa.batch.pause=0
# время (сек) ожидания новой задачи перед вызовом disconnect.
#sa.batch.waitNext=5
sa.radius.connection.withoutBreak=1
# Параметры обработчика активации сервисов
# откуда при отправке CoA брать атрибуты опций (по умолчанию - те же атрибуты, что выдаются при удачной авторизации)
#sa.radius.option.attributesPrefix=nas.radius.inetOption.
sa.radius.connection.attributes=Acct-Session-Id,User-Name,Calling-Station-Id, NAS-Identifier, Framed-IP-Address,NAS-Port
# атрибуты CoA запроса для прекращения доступа (используется при sa.radius.connection.withoutBreak=1)
#sa.radius.disable.attributes={@radius.disable.attributes}
# фиксированные атрибуты, добавляемые в запрос перед отправкой CoA
#sa.radius.coa.attributes=Acct-Session-Id,User-Name,Calling-Station-Id, NAS-Identifier, Framed-IP-Address
# добавлять ли при отправке CoA атрибуты реалма (для default - из radius.realm.default.attributes)
#sa.radius.realm.addAttributes=0
# фиксированные атрибуты, добавляемые в запрос перед отправкой PoD
sa.radius.pod.attributes= Acct-Session-Id,User-Name,Calling-Station-Id, NAS-Identifier, Framed-IP-Address,NAS-Port
#radius.connection.checkDuplicate=2
# Включение (1, по умолчанию) или отключение (0) проверки пароля для NAS'а
#radius.password.verification=0
connection.start.fromAccept=1
connection.suspend.timeout=900
connection.close.timeout=900
connection.close.timeout.forceClose=1
radius.realm.default.attributes=
radius.macAddress.vendor=14988
radius.macAddress.prefix=Calling-Station-Id=
# Параметры активации сервисов
# длина паузы, если возникла ошибка
#sa.error.pause=60
# количество заданий за раз
sa.batch.size=20
# время (сек) ожидания завершения всех заданий (при асинхронной работе)
#sa.batch.wait=5
# пауза (сек) после обработки заданий
#sa.batch.pause=0
# время (сек) ожидания новой задачи перед вызовом disconnect.
#sa.batch.waitNext=5
sa.radius.connection.withoutBreak=1
# Параметры обработчика активации сервисов
# откуда при отправке CoA брать атрибуты опций (по умолчанию - те же атрибуты, что выдаются при удачной авторизации)
#sa.radius.option.attributesPrefix=nas.radius.inetOption.
sa.radius.connection.attributes=Acct-Session-Id,User-Name,Calling-Station-Id, NAS-Identifier, Framed-IP-Address,NAS-Port
# атрибуты CoA запроса для прекращения доступа (используется при sa.radius.connection.withoutBreak=1)
#sa.radius.disable.attributes={@radius.disable.attributes}
# фиксированные атрибуты, добавляемые в запрос перед отправкой CoA
#sa.radius.coa.attributes=Acct-Session-Id,User-Name,Calling-Station-Id, NAS-Identifier, Framed-IP-Address
# добавлять ли при отправке CoA атрибуты реалма (для default - из radius.realm.default.attributes)
#sa.radius.realm.addAttributes=0
# фиксированные атрибуты, добавляемые в запрос перед отправкой PoD
sa.radius.pod.attributes= Acct-Session-Id,User-Name,Calling-Station-Id, NAS-Identifier, Framed-IP-Address,NAS-Port
#radius.connection.checkDuplicate=2
# Включение (1, по умолчанию) или отключение (0) проверки пароля для NAS'а
#radius.password.verification=0
Авторизация проходит, сессии создаются и обсчитываются. Вопрос в PoD запросе, вернее даже в ответе на него. Биллинг его не видит. В форуме покопался, везде говорят, что если ответа нет, то что-то не так с атрибутами или секретом. Но я в логе микрота вижу, что запрос принят и обработан и ответ на запрос отправлен (см.файл)
Вложение:
m.png [ 14.05 КБ | Просмотров: 3185 ]
Но в логах AccessServer все равно:
ERROR [sa-p-11-t-1] EventWorker -
java.util.concurrent.TimeoutException: Timeout waiting for future results will done. Possible answer not recieved.
Собственно сам вопрос: Откуда AccessServer ( Auth port 1814, Acc port 1815) посылает PoD запрос, откуда берется порт 43779 (он меняется в разных connection'ах)? И, если микротик шлет Disconnect-ACK на тот же порт, слушает ли его AccessServer? Если да, то почему не слышит?
Сервер: вер. 5.2 сборка 1643 от 02.11.2015 16:37:29
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_31
inet вер. 5.2 сборка 1381 от 30.12.2015 17:39:28