1. Типовой план внедрения Carbon Billing 4

Skip to end of metadata
Go to start of metadata

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

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

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

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

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

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

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

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

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

Типовой план внедрения Carbon Billing 4

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

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

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

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

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

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

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

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

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

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

Также смотрите статью по отладке отправки команд.

Далеe >>>

Метки

классический классический Удалить
управление управление Удалить
оборудование оборудование Удалить
Введите метки, чтобы добавить к этой странице:
Please wait 
Ищите метку? просто начните печатать.