BiTel

В общем такое: есть одно физическое устройство, которое является двумя логическими, отнесенными к двум разным типам устройств которые в свою очередь привязаны к двум разным типам сервисов. Есть договор с одним подключенным сервисом, на котором возникает 2 сессии с двух логических устройств (которое одно физическое с одним ip адресом). Как побороть это?

_________________
Версия:

а с чем, собственно, нужно бороться ?

Ну с этой сессией. Он попадает в историю и вообще присутствует. Это как минимум не логично, ведь её нет для данного сервиса.

_________________
Версия:

а зачем вам эти 2 сервиса привязанные к 2-м разным логическим устройствам?

PPPoE сервис и IPoE активация через микротик API. Соответственно 2 разных типа сервиса.

_________________
Версия:

Эти сессии - по RADIUS-аккаунтингу?

Привязка типов трафика netflow (ipoe) и radius (pppoe). Инициация по трафику (ipoe) и по сигналу (pppoe).

_________________
Версия:

Имею ввиду эти две сессии которая на самом деле одна - это сессия по трафику или сессия по сигналу?

Обе по сигналу.

_________________
Версия:

Можете показать дерево устройств (чтобы было видно эти два логических устройства)?

Они на одном уровне (У второго временный ip 1.1.1.1, который должен быть таким же: 10.10.10.248)

_________________
Версия:

Amir, помоги побороть это, что я делаю не так?

_________________
Версия:

Исходную задачу опишите, а то непонятно что и зачем хотите сделать.

Есть микротик, есть клиенты pppoe и есть со статической сетью на влан (просто IPoE), ну и команды включения и отключения клиента. Надо чтобы этот микротик агрегировал и тех и других. Но при вышеописанной схеме у ПППшников появляется сессия IPoE. Хочу сделать так чтобы этой сессии не было.

_________________
Версия:

Во первых у вас странное дерево - должно быть корневое устройство отдельного типа (обычно называем Access+Accounting), ID этого типа должен быть
прописан в конфиге модуля accounting.deviceTypeIds= (ранее этот параметр прописывался в InetAccess, сейчас рекомендуется перенести его из inet-access.xml в конфиг модуля).

По проблеме - если Mikrotik-IPOE не работает по RADIUS, то можно указать в конфиге корневого устройства radius.deviceTypeIds=(ID типов устройств, которые работают с RADIUS, т.е. как минимум ID типа Mikrotik).
Тогда Mikrotik-IPOE не будет рассматриваться как RADIUS-NAS и то что у него тот же IP - не будет мешать.

Еще вариант - если в RADIUS-пакетах приходит Nas-Inentifier - указать в Mikrotik его, а в Mikrotik-IPOE - другой, тогда первым должен будет всегда находиться Mikrotik.

Спасибо за совет, вариант с deviceTypeIds в корневом устройстве проработал какое-то время, потом случилась какаято фигня, клиенты не могут подключиться в логе: RadiusListenerWorker - NAS not found for packet: Packet type: Access-Request. Вернул всё как было. Переделал на идентификатор. Еще раз спасибо, хоть запоздало

_________________
Версия: