BiTel

Имеется один тип устройства для IPoE и PPPoE.
Надо по разному обрабатывать rejectToAccept.
Например в случае ошибки "логин не найден", для IPoE надо отвечать Access-Reject, а для PPPoE надо давать Access-Accept, но вешать сессию на сервис специального договора (короче по обычной схеме).

В конфиге типа устройства:

radius.disable.accessCodes=10,11,12,20,40,43,44
также заданы radius.disable.servId и radius.disable.ipCategories

Если добавить в accessCodes 1,2 - то тогда ISG-сессии все подряд будут авторизоваться, а мне так не надо.
Может как-то через realm'ы можно сделать?

А почему для разных схем один тип устройства?
Я думаю, у вас много где будут возникать подобные штуки. Например, различная обработка в Handler-е.
У меня, например, 2 ветки устройств будет (1 уже работает): для IPoE и для PPPoE. И 2 радиуса для них (because why not?).

Хотел упростить таким образом. Устройство физически одно.
Ладно, раз технологически это не предусмотрено, буду разносить на разные типы.

Ну можно в крайнем случае сделать 2 разных устрйоства с одним типом и каждое устройство будет задавать свои настройки. НО это не удобно, приедется в каждом устройстве (из в общем случае много будет) дублировать(хотя можно из разбить по иерархии и вынести настройки в предка ) . Еще есть библиотека устройств, но в данном случае она вроде не сильно поможет.

Создал два устройства с разными типами - один для IPoE, второй для PPPoE.
Соответственно у этих устройств разный NAS IP, хотя физически кошка одна.
Т.к. NAS IP разные, то и на кошке две радиус-группы имеются, плюс группа для загрузки isg-сервисов с отдельного Access-сервера БГ.

Проблема в том, что для PPPoE-сессии isg-сервисы те-же самые, что и для IPoE и значит accounting-list у них тоже будет от IPoE, следовательно аккаунтинг isg-сервисов будет
попадать на устройство IPoE, а не PPPoE и isg-сервисы не привяжутся к inet-сервису.

Заводить дубли сервисов? Для IPoE свои, для PPPoE свои?
Может можно как-то красиво решить проблему?