Типовой план внедрения биллинга АСР Ideco 3

Работа в режиме "классический биллинг"

Теперь рассмотрим вариант, когда сеть провайдера разделена на IP-сегменты или VLAN, каждый из которых обслуживается  NAS-сервером или маршрутизатором или коммутатором.

Интернет-трафик раздается при помощи маршрутизатора, установленного на границе с Интернетом.

NAS-серверы или коммутаторы подключены к этому маршрутизатору. Авторизация и контроль трафика пользователей осуществляются при помощи протоколов Radius и Netflow, соответствующие сервисы запущенны на сервере Ideco АСР.

Ideco АСР имеет возможность как принимать так и отсылать команды NAS серверам и коммутаторам по SNMP/Telnet/SSH/CoA.

Таким образом, авторизация, отключение абонентов, и учет трафика возлагается на АСР Ideco.

С такой схемой построения сети возможно до 50000-100000 зарегистрированных пользователей и более при дополнительных условиях.

Ширина канала ограничена лишь пропускной способностью сети и возможностями маршрутизатора.

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

Типовой план внедрения биллинга АСР Ideco 3

Внедрение биллинга работающего в режиме управления оборудованием происходит в виде 7 шагов:

1. Сначала настраивается само оборудование: на нём создаются сервисы, политики, профили, которые описывают выделяемый пользователю канал.
2. На оборудовании настраивается отсылка Netflow к Ideco ACP ( IP адрес и порт ).
3. Настраиваются RADIUS-атрибуты в тарифах пользователей с помощью ACP Manager.
4. NAS-сервер добавляется в список маршрутизаторов в ACP Manager.
5. Вручную проверяются команды управления, смена политики, превышен баланс, скорость и тд в режиме помощника в консоли.
6. Проверенные команды добавляются в обязательные события в скрипте /var/lib/event/event_inc.sh.
7. Проводятся испытания. Проверяются типовые ситуации и обязательно создается Акт испытаний с качественными и количественными  показателями о проведенном испытании:
   1. подключение абонентов
   2. отключение абонентов
   3. отключение/переадресация абонентов при превышении лимита
   4. подключение абонентов при приходе оплаты
   5. удаление абонента
   6. создание абонента
   7. редактирование пользователя, смена лимита или логина или ip
   8. изменение скорости при смене тарифа
   9. изменение скорости при смене правила в тарифе "лестница"
8. Сервер вводится в опытную эксплуатацию на период не менее 32 дня
9. Проводятся повторные испытания
10. Производится ввод в эксплуатацию.

--------------

Дополнительное тестирование при наличии нескольких насов/маршрутизаторов

1. переподключение тестового пользователя

2. переподключение с того же наса

3. переподключение с того же наса но без предварительного стопа (отключения)

4. подключение с другого наса

5. подключение с другого наса без отключения на первом

6. попытка подключения  с другого наса и с первого с неверным паролем

Отладка обработки событий

1. Проверяем что событие приходит, например balance_positiv на абоненте 12312  

grep balance_positive /var/log/eventd.log |grep 12312

2. Отправляем команду, которая должна отправляться, из консоли под помощником и смотрим, что оборудование ее отрабатывает.