BiTel

Доброго дня!

Продолжаю тему: viewtopic.php?f=22&t=7821
Наверное здесь она более к месту.

Итак, есть настроенный ISG на оборудовании, все работает. Есть с нуля поставленный 5.2 BGBilling. Стоит задача - скрестить

ИМХО документация очень тяжело переваривается, поэтому без вопросов не получилось. Как работает ISG знаю, с BGBilling'ом тоже знаком

Первый затык у меня на Глава 18. Модуль Inet / 6. Типы устройств.
1) Что такое сущность? В документации это слово встречается 14 раз, но касательно Inet'а его смысл не раскрыт.

Сущность - это как объект в договоре, только для привязки к сущностям, не относящимся к договору.
В данном случае - к устройству. В пункте меню Справочники - Атрибуты заводите Сущность аналогично объектам договора, в типе устройства выбираете ее, после этого атрибуты будут доступны на закладке Атрибуты устройства. В шаблоне имени сущности можно прописать, например, "$title $attr(код_параметра)".
Функционал неполный, главной целью было сделать возможность привязки адреса и фильтрования по нему, но в то же время хотелось чего-то универсального и расширяемого.

Ага, значит я могу это пока пропустить... Спасибо!

Дальше (Глава 18. Модуль Inet / 7. Устройства) чего-то тоже туго идет:
"В конфигурации устройства указывается текстовая конфигурация, которая также зависит от процессора, использующего устройство."
Можно какой-нибудь пример? Что туда можно писать? Кусок конфига от циски?... Что за "процессор" имеется ввиду?


И дальше: "Все устройства разделены на Группы авторизации, каждая со своим корневым устройством. Каждая из групп авторизации управляется отдельным изолированным Access-сервером, либо несколькими Access-серверами, которые работают в режиме кластера."
Что за группы авторизации? Есть Группы устройств, но у них нет конфига, только комментарий. А дальше:
"В пределах группы авторизации может быть одна или несколько Групп обработки" Где эти группы обработки искать в клиенте биллинга?

Извиняюсь - может тупые вопросы....
Скриншот приаттачил, ткните где тут Группы авторизации и Группы обработки, плз

Нет, не кусок конфига от циски. Там прописывается конфигурация, аналогично конфигурации NAS'а, но т.к. в Inet конфигурация наследуется от типа устройства (и предков), то можно прописать в конфигурации типа устройства (чтобы не прописывать одно и тоже для каждого устройства-NAS'а). Полный, отнаследованный конфиг можно увидеть нажав Текущая конфигурация (но не путайтесь от возможного наличия там строк вида nas.radius.. - они для обратной совместимости).
Устройства могут обрабатывать разные процессоры, например для ISG RADIUS-запросы обрабатывает InetRadiusProcessor, DHCP-запросы - InetDhcpHelperProcessor. Соответственно в конфигурации устройства присутсвуют параметры и для InetRadiusProcessor и для InetDhcpHelperProcessor.
http://bgbilling.ru/v5.2/doc/ch18s13s03 ... l#d0e18411

Группы авторизации - это псевдо устройство, которое отражает приложение Access, Группа обработки - Accounting. Обычно они объединены в одном "устройстве" и в wiki называются Access+Accounting (или ProcessGroup). Именно id этого устройства прописывается как rootDeviceId в inet-access.xml и inet-accounting.xml.
Группы - имеется ввиду, что все дочерние устройства будут представлять одну группу.

Ok, по первому пункту понятно, можно в конфиг устройства ничего не вписывать, только если я захочу что-то оверрайдить из конфига "тип устройства". Текущая конфигурация - нажал, увидел.

По второму вопросу... получается в разделе "7.1. Корневые устройства" описывается как настраивать сервера Access и Accounting, которые описываются в разделе "13.1 Установка серверов"? Наверное порядок разделов поменять хорошо бы, а то мозг кипит уже
Вообщем, пока перехожу к чтению пункта "9. Типы сервисов".

Еще раз спасибо за помощь.

Завел тип сервиса, создал договор. Подключил модуль Inet, создаю сервис, а он ругается, что: "Не определено устройство!".
Честно говоря не пойму о чем речь - устройство я создал шагом раньше. Разве нужно устройство подключать к договору? Я что-то проглядел в документации?

Да, кстати, в настройках сервиса - устройство привязано

Сам разобрался - у типа сервиса надо проставить обязательно родительский тип.
Вот ссылка: http://bgbilling.ru/v5.2/doc/ch18s09.html на "Глава 18. Модуль Inet / Типы сервисов"
просто дайте поиск по "родительский тип" - 0 результатов. Да что - там даже закладки такой на скриншоте нет!
Телепатом что ли надо быть....

Нет, вру... не помогло. Да - появилась возможность выбора устройства, но пропала возможность выбора типа сервиса.
Да и смысл бредовый - у меня в списке родительских типов только тот же самый тип сервиса, получается что родителем я делаю самого себя. Так что проблема актуальна

Да, к сервису на договоре всегда привязывается устройство. Делается это либо с установкой галочки устройство в редакторе типа сервиса, либо указывается в конфигурации типа сервиса устройство, которое будет привязано ко всем сервисам данного типа автоматически.



В схеме IPoE/ISG к сервису обычно привязывается устройство-коммутатор, к которому подключен абонент.

Родительский тип сервиса для других целей совсем.

"Делается это либо с установкой галочки устройство в редакторе типа сервиса"
Это то что у меня на скриншоте красной стрелкой отмечено или еще есть галочка?

Нет, рядом, напротив "логин+пароль".

Ураааа! Век бы не нашел!!! Уффф, все менюшка для выбора устройства появилась и устройство благополучно выбирается.

Теперь не принимает IP адрес: "Категория IP-ресурса не найдена". Хотя IP из диапазона, который я прописал в "Устройства и ресурсы / IP-ресурсы". Делал по "5.1. IP ресурсы / 5. Ресурсы". В конфиг ресурса прописал: ip.resource.categoryId=1

Черт, наоборот же надо.
Сорри, поправил - получилось. Извиняюсь

У меня получилось создать сервис и привязать его к договору. Позвольте задать еще пару вопросов, некоторые моменты крайне непонятны:
1) Я нигде не увидел куда можно прописать тело сервиса: например - "ip:traffic-class" или "QU;...;D;...".
2) Мне нужно привязать к договору несколько сервисов: на внешний мир, на локалку, бонусное время. При этом же у абонента будет один и тот же IP на всех сервисах, а биллинг не позволяет в договоре привязать несколько сервисов с одним IP.
3) Если на сервисе (в договоре) кликнуть правой кнопкой - открывается "Включить/Отключить/Синхронизировать" сервис на устройстве. Насколько мне не изменяет память - сервис загружается на BRAS в радиус ответе на соответствующий радиус запрос от него. Что в данном случае имеется ввиду?

Пытаюсь сам разобраться - поставил BGInetAccess и BGInetAccounting. Читаю:
"При авторизации поиск сервиса может осуществляться как по логину, так и по интерфейсу или VLAN'у. Для указания режима поиска необходимо прописать в конфигурации устройства-NAS'а или в конфиге любого его устройства-предка параметр:"
Что имеется ввиду под поиском сервиса? В смысле какой сервис назначить сессии?
Какая-то путаница между терминами ISG и BGBilling'а....

На вики в статье Cisco_ISG_c_авторизацией_по_порту_коммутатора написано:
"В конфигурации устройства ProcessGroup указаны строки.
radius.deviceTypeIds=1"
А на скриншоте "Конфигурация устройства ProcessGroup" стоит:
nas.deviceTypeIds=1

Так nas или radius?

Как я писал ранее про то, что для ISG лучше настроить два Access сервера, указывается в атрибутах опции модуля:
radius.inetOption.1.attributes= Не путайте сервисы модуля Inet и сервисы ISG - это никак не связанные сущности. Сервисы ISG привязываются через опции модуля или просто поумолчанию указываются в radius.realm.default.attributes= Эти команды для отладки, при обычной работе не нужны, вызывают serviceModify и serviceCreate/serviceCancel у ServiceActivator'а (обработчика активации сервисов).

Поиск сервиса модуля Inet по пришедшему RADIUS- или DHCP-пакету.

radius. nas-это первоначальное название, должно работать тоже, но параметров начинающихся на nas. сейчас больше нет.

вот! вот в чем дело, теперь многое проясняется.


А вот тут не совсем... Приходит радиус запрос, в нем логин. По этому логину нужно найти сервис. Значит просматриваем все договоры (потому что логины на сервисах указываются там) и если находим совпадение логин/пароль то берем этот сервис, смотрим какие в нем прописаны опции, из этих опций берем сервис (в понятии ISG) и отвечаем ACCESS-ACCEPT с нужным сервисом?

Да, только опции прописываются обычно не на самом сервисе в договоре, а в тарифе. Возможность прописать опции прямо на сервисе - дополнительная.

Хотелось бы уточнить по значению const.device.id . Если у меня следующая схема устройств в модуле Inet:

"ProcessGroup: STATIC" (id = 1) -> "ISG-STATIC" (id = 2)

с условием, что при заведении в договоре сервиса в модуле Inet я указываю устройство "ISG-STATIC", то мне нужно прописывать const.device.id = 2 ?

Нужно указывать то устройство, что добавили бы в ручную при редактировании сервиса.
Если сессии по трафику - 2,
RADIUS - если будут несколько ISG, а клиенты должны авторизироваться всегда на всех - 1, только на указанных и с созданием отдельного типа сервиса для каждой ISG - 2.
Для поиска по порту коммутатора же const.device.id вообще не подойдет, нужно указывать коммутатор при редактировании сервиса.