BiTel

Собственно сама проблема. Недавно накатил все последние обновления, правда пока не знаю помогло или нет. Версия биллинга 5.2

_________________
Версия:

Какая схема? По RADIUS или DHCP?
Что при этом происходит, выдается динамический?
IP-ресурсы не меняли?

Аналогичная беда. Адрес выдаётся по Radius. Выдаётся совсем не тот, который я ожидаю.
К сервису на договоре привязано устройство и интерфейс. В дереве устройств интерфейсы привязаны к категории ip-адресов.
В результате адрес выдаётся из другого пула. Причём, если в договоре в настройках сервиса рядом с адресом нажать кнопку "<<<", то выдаётся правильный пул. А в radius пакете приходит то правильный, то из другой категории.

Для выдачи статического адреса используется ip.resource.categoryId, для динамической выдачи по RADIUS - radius.realm.default.ipCategories (radius.disable.ipCategories для сессий, у которых доступ закрыт, если такое настроено).

Хм. То есть все эти красивые привязки интерфейсов к ресурсам ip не работают?
Мне нужно чтобы в зависимости от того, в какой порт(интерфейс) свича подключен абонент, ему выдавался ip из соответствующего VLAN. Я не нашёл способа привязать сервис договора к VLAN. Но для привязки ip-ресурсов к интерфейсу так много сделано...

Для динамической выдачи - нет. Сейчас привязки интерфейсов к IP-ресурсам только для статической (<<<) выдачи.

Хорошо. В текущей конфигурации устройства...
nas.radius.realm.default.ipCategories=1
radius.realm.default.ipCategories=3
nas.radius.disable.ipCategories=2
radius.disable.ipCategories=2
А адрес выдан из пула с id=4!

это одно и тоже, последняя запись правильнее это одно и тоже, последняя запись правильнее

Не путаете id категорий IP-ресурсов и id IP-ресурсов?

В настройках указаны id категорий ip-ресурсов. То есть из списка в левой части окна.
А ip ресурсов (это которые в правой части окна) с такими id (1,2,3,4) нет вообще.

Уточню...

Здесь речь про id из таблицы "inv_ip_category_1".



Здесь речь про таблицу "inv_ip_resource_1". Конечно, там есть записи с categoryId равными и 3, и 4. Но там нет записей с id меньше 7.

Итак, что получилось.
Настройка radius.realm.default.ipCategories указана в NASе и перекрыта в дочерних устройствах-свичах. Так было сделано, чтобы в зависимости от свича использовался свой пул адресов. Сервис на договоре привязан, естественно, к свичу.
Так вот, если в сервисе договора указан статический адрес, то он и выдаётся. А вот для выдачи динамического адреса используется только пул с id, указанным в настройках NASа.
Могу предположить почему в использование попал пул с id=4. Все категории адресов для дочерних к насу свичей были в папке с категорией адресов для наса. Таким образом нас считал все эти категории своим единым пулом и выбирал адреса из любой из них по мере расходования...
Получается что можно использовать одну категорию для адресов клиентам, которым разрешен доступ, одну для тех, кому запрещен и фиксированные адреса.

И ещё нигде не могу найти как задаётся соответствие между vlan, устройством, сервисом и пулом адресов... Складывается впечатление, что никак. Кроме возможности вручную указать vlan в сервисе договора ничего не нашёл.

При правильном определении агентского устройства (коммутатора) по RADIUS-пакету (InetRadiusProcessor.AGENT_REMOTE_ID), пул можно прописывать и в конфиге коммутатора.

При этом для связки с DHCP также используется поиск агентского устройства отдельно, т.е. dhcp.deviceSearchMode=0 или dhcp.deviceSearchMode=2.

Для динамической выдачи сейчас только привязка к устройству. Для статической - к устройству или интерфейсу устройства. К VLAN привязки нет.