BiTel

Доброго дня!

Создаю привязку типа трафика. Тип RADIUS. Есть одна проблема:
Что указывать в качестве "кода вендора" и "кода атрибута"? В документации:


Пробовал - данных нет.

Acct-Input-Gigawords/Acct-Output-Gigawords у меня (по логам аккаунтинга) не приходит, но хотя бы приходит - Acct-
Input-Octets/Acct-Output-Octets.

Вендор - cisco. Значит - 9 (взял из dictionary.xml).
Но у <vendor code="9" name="Cisco"> нет атрибутов Acct-Output-Octets и Acct-Input-Octets. Хотя они есть в списке <attributes> без привязки к вендорам. И значения у них 43 и 42.

Пробовал вендор = 9, атрибуты = 42 и 43, но все равно данных нет. Как же тогда?

Вендор - это именно вендор атрибута, из которого хотите извлечь данные.
Т.е. для Acct-Input-Octets(исходящий трафик абонента)/Acct-Output-Octets(входящий трафик абонента) нужны все-таки -2 и 2 и -2 1.

Но, по умолчанию, для правила данные из RADIUS-пакета извлекаются из пакетов родительской сессии.
Чтобы данные извлекались из пакета сервисной сессии ISG, нужно указать в правилах ServiceName=имя сервиса ISG.

Я у себя на входящий поставил код вендора -2 код атрибута 1 префикс INET_IN, для исходящего код вендора -2 код атрибута 2 префикс INET_OUT
Вроде всё считает.

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

Ах там действительно "минус" 2, а я думал это тире такое...
прописал как в документации (но со знаком), все заработало!


спасибо, то что надо!

Поясните, пожалуйста, что значит "вендор атрибута". В RFC 2865 и RFC 2866 нет никакого упоминания о таких характеристиках (например, http://tools.ietf.org/html/rfc2866).
У атрибута есть тип. Эти типы закодированы кодами. В частности атрибуту Acct-Input-Octets соответствует код 42.
А откуда получились числа "-2 и 2"?

Это про Vendor Specific Attribute.
http://tools.ietf.org/html/rfc2058#page-41
То ли для экономии байтов (хотя не похоже, т.к. экономии не выходит), то ли из-за того что такого не было в draft'е, вендоровские атрибуты располагаются внутри атрибута 26. Хотя логика такая, что код вендора вполне мог располагаться в обычном атрибуте. Но там много такого, достаточно взглянуть на EAP, в котором атрибут из-за ограничения длины атрибутов делится на несколько идущих подряд (а из-за ограничения размера пакета - делится на несколько пакетов).

Код вендора 0 в RFC зарезервирован, поэтому в биллинге -1 - это обычные, не вендоровские атрибуты.

-2 2 и -2 1 - это чисто специфичные для биллинга значения, которые указывают, что нужно брать из Acct-Input-Octets и Acct-Input-Gigawords, Acct-Output-Octets и Acct-Output-Gigawords (да, по два атрибута, т.к. в Acct-Input-Octets/Acct-Output-Octets не влазит больше 4Gb когда-то добавили дополнительно Acct-Input-Gigawords/Acct-Output-Gigawords).