Главная / Техническая информация / Варианты использования / Сценарии использования DHCP-сервера LBinet

Документация Варианты использования Поддерживаемые ОС Релизы Совместимость

Сценарии использования DHCP-сервера LBinet

Введение

АСР LANBilling, содержит в своем составе модуль LBinet (в терминологии АСР - агент), выполняющий функции DHCP-сервера. Модуль позволяет производить идентификацию абонента либо с использованием DHCP option82, либо с помощью MAC-адреса клиентского устройства и осуществлять выдачу IP-адреса (динамического или зафиксированного за абонентом) из пула IP-адресов. В документации достаточно подробно освещены эти и другие возможности агента. Однако в документации не затрагиваются аспекты совместной работы агента с другими компонентами АСР такими, как RADIUS-агент или кабельный агент. Возникает множество вопросов, ведь операторам связи зачастую требуется не только функционал выдачи IP-адресов, но и функционал подсчета потребленного трафика, функционал авторизации.

В данной статье попытаемся устранить обозначенный выше пробел и показать сценарии использования агента LBinet в совокупности с другими компонентами АСР на примере реальных сервисных моделей предоставления абонентам доступа в сеть Интернет.

С целью унификации, во всех сценариях абоненты будут идентифицироваться агентом LBinet с использованием DHCP option82. Имплементацию option82 в DHCP-запрос будет выполнять Ethernet-коммутатор доступа, в порт которого подключен абонент.

Базовая настройка АСР

Предполагается, что была выполнена установка и базовая настройка АСР. В противном случае необходимо обратиться к нашей документации, подробно описывающей данные процессы, а так же общую архитектуру системы: Документация.

Базовая настройка агента LBinet

В дополнение к документации, в виде тезисов опишем основные шаги по настройке агента, являющиеся общими для всех рассматриваемых в данной статье сценариев (все действия выполняются в административном WEB-интерфейсе АСР):

1. Создать фиктивный агент с типом RADIUS и задать в файле конфигурации агента LBinet (/etc/billing.conf.LBinet) значение параметра "agent_id" как ID созданного агента.

2. Задать рабочие параметры DHCP сервера в форме настройки агента с типом RADIUS (Рис. 1) в секции "DHCP-сервер". Остальные параметры — по умолчанию. Сохранить.

3. Запустить агент LBinet.

4. В разделе "Объекты" - "Inventory" - "Операторское оборудование" - "Редактирование" создать группу устройств. Группа устройств как правило соответствует одному L3-сегменту сети.

5. В экранной форме настройки агента с типом RADIUS в разделе "Управление сетями" создать IP-сеть (флаг "Гость" не установлен, NAS — Все) и привязать её к группе устройств, созданной в пункте 4. Связка IP-сети и группы устройств служит для описания в АСР L3-сегмента сети. В дальнейшем оборудование (коммутатор) доступа может быть сопоставлено нужному L3-сегменту путем его добавления в заранее определенную группу устройств.

6. В разделе "Объекты" - "Inventory" - "Операторское оборудование" - "Редактирование" добавить устройство, соответствующее коммутатору доступа.

7. В форме редактирования параметров устройства задать значение опции "Agent-Remote-Id" для устройства, создать необходимое количество портов, включить устройство в нужную группу.

Рисунок 1

Сценарий 1: В сети оператора требуется только выдача IP-адресов средствами протокола DHCP без авторизации, подсчета трафика и управления оборудованием.

На практике — самый редко встречаемый сценарий. На стороне АСР функционирует только агент LBinet (DHCP). Схема взаимодействия отражена на Рисунке 2.

Рисунок 2

После выполнения всех шагов, описанных в разделе по базовой настройке агента LBinet, агент готов к работе. В качестве финальных шагов необходимо:

1. Создать абонента и учетную запись на агенте с типом RADIUS.

2. В форме редактирования параметров учетной записи привязать учетную запись к порту оборудования (коммутатора) доступа.

В данном сценарии по команде от агента LBinet возможно создание записи в таблице активных сессий после успешного завершения транзакции выдачи IP-адреса. Информация об активной сессии отображается в форме "Отчеты" - "Активные сессии" (Рис. 3).

Рисунок 3

По событию устаревания dhcp-лизы запись из таблицы активных сессий будет автоматически удалена. Обязательным условием для работы данной логики является отсутствие записей в разделе "Серверы доступа" формы редактирования агента с типом RADIUS.

Сценарий 2: В сети оператора требуется выдача IP-адресов средствами протокола DHCP, подсчет трафика средствами протокола Netflow и включение/отключение абонентов на оборудовании. Авторизация абонентов не требуется.

Данный сценарий является более распространенным, чем сценарий 1. Как правило подходит организациям, предоставляющим доступ в сеть Интернет своим сотрудникам и операторам связи, в сервисных моделях которых отсутствует авторизация по протоколу RADIUS.

На стороне АСР функционируют агент LBinet (DHCP), осуществляющий выдачу IP-адресов и кабельный агент (Netflow/Sflow), осуществляющий сбор статистики о потребленном трафике. На стороне транспортной сети обычно имеется оборудование, контролирующее доступ абонентов в сеть Интернет и выполняющее функции экспорта статистики о потребленном трафике. В рассматриваемом нами примере оборудование представлено в виде Linux-маршрутизатора, контроль доступа осуществляется средствами брандмауэра IPtables, экспорт трафика осуществляется средствами протокола Netflow. Кабельный агент в данной схеме выполняет функции Netflow-коллектора, а так же по событиям блокировки/разблокировки учетной записи осуществляет запуск внешних скриптов для передачи соответствующих команд на оборудование. Схема взаимодействия отражена на Рис. 4.

Рисунок 4

После выполнения всех шагов, описанных в разделе по базовой настройке агента LBinet, необходимо:

1. Создать агент с типом Netflow и произвести его настройку согласно документации к АСР и запустить агент.

2. Изменить в форме настройки агента с типом RADIUS параметр «Управлять клиентами агента» путем выбора из выпадающего списка агента с типом Netflow (Рис. 5). Сохранить.

Рисунок 5

3. В конфигурационный файл агента LBucd (/etc/billing.conf.LBucd) добавить параметр: handler = /usr/local/billing/handler_ucd, содержащий путь к скрипту управления оборудованием. Как было упомянуто выше, в данном сценарии управление доступом будет осуществляться путем добавления/удаления правил брандмауэра IPtables. Простейший пример скрипта можно посмотреть по ссылке. Загруженный скрипт необходимо скопировать в директорию /usr/local/billing на сервер с агентом LBucd и не забыть сделать скрипт исполняемым (chmod +x /usr/local/billing/handler_ucd). Предполагается, что АСР работает на отдельном сервере, поэтому перед выполнением команды внутри скрипта осуществляется SSH-соединение к маршрутизатору (для работы данного функционала необходимо предварительно настроить авторизацию по ключам).

4. Перезапустить агент LBucd.

5. Перезапустить агент LBinet.

6. Повторить шаг 5 из раздела по базовой настройке агента LBinet для созданного агента с типом Netflow. В дальнейшем новые IP-сети достаточно создавать только для агента с типом Netflow, изменения будут автоматически реплицироваться в соответствующий ему агент с типом RADIUS.

7. Создать абонента. Создать учетную запись на агенте с типом Netflow.

8. В форме редактирования параметров учетной записи привязать учетную запись к порту оборудования (коммутатора) доступа.

9. ОБЯЗАТЕЛЬНОЕ УСЛОВИЕ для данного сценария! В форме редактирования параметров учетной записи на вкладке «Настройка сети» необходимо осуществить привязку статического IP-адреса к учетной записи. В противном случае функционал учета потребленного трафика работать не будет (весь трафик будет не идентифицированным).

Аналогично предыдущему сценарию информацию об активной сессии можно посмотреть в форме "Отчеты" - "Активные сессии". Информация о потребленном трафике отображается в форме "Отчеты" - "Статистика".

Сценарий 3: В сети оператора требуется выдача IP-адресов средствами протокола DHCP, авторизация и подсчет трафика средствами протокола RADIUS.

Данный сценарий, как показала практика, является наиболее популярным среди операторов связи. Реализация достаточно подробно описана в статье "АСР LANBilling и Dynamic CLIPS". Ознакомиться можно по ссылке.

Сценарий 4: В сети оператора требуется выдача IP-адресов средствами протокола DHCP, подсчет трафика средствами протокола Netflow и авторизация абонентов средствами протокола RADIUS.

Данный сценарий является наиболее сложным с точки зрения АСР и, по сути, является сложением сценариев 2 и 3. Как правило подходит операторам связи для реализации достаточно специфических сервисных моделей.

На стороне АСР функционируют агент LBinet (DHCP), осуществляющий выдачу IP-адресов, агент LBarcd(RADIUS), выполняющий функции авторизации, и кабельный агент (Netflow/Sflow), осуществляющий сбор статистики о потребленном трафике. На стороне транспортной сети обычно имеется достаточно продвинутый маршрутизатор (BNG), имеющий возможность инициировать запросы авторизации к RADIUS на событийной основе. Помимо авторизации маршрутизатор так же выполняет функции экспорта (в нашем примере - средствами Netflow) статистики о потребленном трафике. Запуск скриптов управления оборудованием осуществляет агент LBarcd (RADIUS). Схема взаимодействия отражена на Рис. 6.

Рисунок 6

Краткое описание рабочего процесса:

абонентское оборудование получает IP-адрес от DHCP-сервера с использованием DHCP option82;
по событию получения первого IP-пакета от абонентского оборудования маршрутизатор инициирует запрос авторизации к RADIUS, включая в него ранее выданный абоненту IP-адрес (атрибут Framed-IP-Address или Assigned-IP-Address);
если RADIUS находит учетную запись, которой привязан пришедший в запросе авторизации IP-адрес, маршрутизатору возвращается одобрение авторизации в виде Access-Accept;
по событию получения Access-Accept маршрутизатор разрешает форвардинг трафика между абонентом и сетью Интернет;
информация о потребленном трафике доставляется кабельному агенту АСР, выполняющему функции Netflow-коллектора.

Для реализации данного сценария требуется:

1. Выполнить все шаги, описанные в разделе по базовой настройке агента LBinet.

2. Выполнить шаги 1-2, 4-9, описанные в сценарии 2.

3. В таблицу agent_options необходимо добавить следующие опции:

- для ранних версий системы, начиная с 2.0-017 и выше достаточно в форме редактирования агента с типом RADIUS изменить значение параметра "Включить DHCP-сервер", выбрав из списка "LBinet" и добавить опцию:

insert into agent_options set id='ID агента с типом RADIUS', name='radius_auth_method', value='ip';

- для более ранних версий системы необходимо добавить три опции:

insert into agent_options set id='ID агента с типом RADIUS', name='radius-uses-lbinet', value=1;
insert into agent_options set id='ID агента с типом RADIUS', name='enable-dhcp-request', value=0;
insert into agent_options set id='ID агента с типом RADIUS', name='radius_auth_method', value='ip';

4. Произвести установку и настройку агента LBarcd согласно документации : пункт "Агент RADIUS (LBarcd)". Не забыть в файле конфигурации агента LBarcd (/etc/billing.conf.LBarcd) задать значение параметра «sysid» как ID ранее созданного (в разделе по базовой настройке LBinet) агента с типом RADIUS.

5. В конфигурационный файл агента LBarcd (/etc/billing.conf.LBarcd) добавить параметр: handler = /usr/local/billing/handler_arcd , содержащий путь к скрипту управления оборудованием. Пример скрипта для маршрутизатора Ericsson SE можно посмотреть по ссылке. Загруженный скрипт необходимо скопировать в директорию /usr/local/billing на сервер с агентом LBarcd и не забыть сделать скрипт исполняемым (chmod +x /usr/local/billing/handler_arcd).

6. Создать серверы доступа в разделе «Серверы доступа» экранной формы настройки агента с типом RADIUS.

7. Запустить/перезапустить агент LBarcd.

8. Создать абонента. Создать учетную запись на агенте с типом Netflow.

9. В форме редактирования параметров учетной записи привязать учетную запись к порту оборудования (коммутатора) доступа.

10. ОБЯЗАТЕЛЬНОЕ УСЛОВИЕ для данного сценария! В форме редактирования параметров учетной записи на вкладке «Настройка сети» необходимо осуществить привязку статического IP-адреса к учетной записи. В противном случае не будет работать функционал учета потребленного трафика (весь трафик будет не идентифицированным) и функционал авторизации.

С уважением,
Руководитель Департамента внедрений ООО "Сетевые Решения",
Разживин Виталий

Контакты

Режим работы

Заказать обратный звонок

Нажимая на кнопку «Отправить», я даю согласие на обработку персональных данных и соглашаюсь c политикой конфиденциальности

Политика в отношении обработки
персональных данных

1. Общие положения

Настоящая политика обработки персональных данных составлена в соответствии с требованиями Федерального закона от 27.07.2006. №152-ФЗ «О персональных данных» и определяет порядок обработки персональных данных и меры по обеспечению безопасности персональных данных, предпринимаемые ООО "Сетевые решения" (далее – Оператор).

1.1. Оператор ставит своей важнейшей целью и условием осуществления своей деятельности соблюдение прав и свобод человека и гражданина при обработке его персональных данных, в том числе защиты прав на неприкосновенность частной жизни, личную и семейную тайну.

1.2. Настоящая политика Оператора в отношении обработки персональных данных (далее – Политика) применяется ко всей информации, которую Оператор может получить о посетителях веб-сайта https://www.lanbilling.ru/.

2. Основные понятия, используемые в Политике

2.1. Автоматизированная обработка персональных данных – обработка персональных данных с помощью средств вычислительной техники;

2.2. Блокирование персональных данных – временное прекращение обработки персональных данных (за исключением случаев, если обработка необходима для уточнения персональных данных);

2.3. Веб-сайт – совокупность графических и информационных материалов, а также программ для ЭВМ и баз данных, обеспечивающих их доступность в сети интернет по сетевому адресу https://www.lanbilling.ru/;

2.4. Информационная система персональных данных — совокупность содержащихся в базах данных персональных данных, и обеспечивающих их обработку информационных технологий и технических средств;

2.5. Обезличивание персональных данных — действия, в результате которых невозможно определить без использования дополнительной информации принадлежность персональных данных конкретному Пользователю или иному субъекту персональных данных;

2.6. Обработка персональных данных – любое действие (операция) или совокупность действий (операций), совершаемых с использованием средств автоматизации или без использования таких средств с персональными данными, включая сбор, запись, систематизацию, накопление, хранение, уточнение (обновление, изменение), извлечение, использование, передачу (распространение, предоставление, доступ), обезличивание, блокирование, удаление, уничтожение персональных данных;

2.7. Оператор – государственный орган, муниципальный орган, юридическое или физическое лицо, самостоятельно или совместно с другими лицами организующие и (или) осуществляющие обработку персональных данных, а также определяющие цели обработки персональных данных, состав персональных данных, подлежащих обработке, действия (операции), совершаемые с персональными данными;

2.8. Персональные данные – любая информация, относящаяся прямо или косвенно к определенному или определяемому Пользователю веб-сайта https://www.lanbilling.ru/;

2.9. Пользователь – любой посетитель веб-сайта https://www.lanbilling.ru/;

2.10. Предоставление персональных данных – действия, направленные на раскрытие персональных данных определенному лицу или определенному кругу лиц;

2.11. Распространение персональных данных – любые действия, направленные на раскрытие персональных данных неопределенному кругу лиц (передача персональных данных) или на ознакомление с персональными данными неограниченного круга лиц, в том числе обнародование персональных данных в средствах массовой информации, размещение в информационно-телекоммуникационных сетях или предоставление доступа к персональным данным каким-либо иным способом;

2.12. Трансграничная передача персональных данных – передача персональных данных на территорию иностранного государства органу власти иностранного государства, иностранному физическому или иностранному юридическому лицу;

2.13. Уничтожение персональных данных – любые действия, в результате которых персональные данные уничтожаются безвозвратно с невозможностью дальнейшего восстановления содержания персональных данных в информационной системе персональных данных и (или) уничтожаются материальные носители персональных данных.

3. Оператор может обрабатывать следующие персональные данные Пользователя

3.1.Фамилия, имя, отчество;

3.2.Электронный адрес;

3.3.Номера телефонов;

3.4. Также на сайте происходит сбор и обработка обезличенных данных о посетителях (в т.ч. файлов «cookie») с помощью сервисов интернет-статистики (Яндекс Метрика и Гугл Аналитика и других).

3.5. Вышеперечисленные данные далее по тексту Политики объединены общим понятием Персональные данные.

4. Цели обработки персональных данных

4.1. Цель обработки персональных данных Пользователя —информирование Пользователя посредством отправки электронных писем; предоставление доступа Пользователю к сервисам, информации и/или материалам, содержащимся на веб-сайте; информирование Пользователя посредством телефонного звонка.

4.2. Также Оператор имеет право направлять Пользователю уведомления о новых продуктах и услугах, специальных предложениях и различных событиях. Пользователь всегда может отказаться от получения информационных сообщений, направив Оператору письмо на адрес электронной почты itdep@lanbilling.ru с пометкой «Отказ от уведомлений о новых продуктах и услугах и специальных предложениях».

4.3. Обезличенные данные Пользователей, собираемые с помощью сервисов интернет-статистики, служат для сбора информации о действиях Пользователей на сайте, улучшения качества сайта и его содержания.

5. Правовые основания обработки персональных данных

5.1. Оператор обрабатывает персональные данные Пользователя только в случае их заполнения и/или отправки Пользователем самостоятельно через специальные формы, расположенные на сайте https://www.lanbilling.ru/. Заполняя соответствующие формы и/или отправляя свои персональные данные Оператору, Пользователь выражает свое согласие с данной Политикой.

5.2. Оператор обрабатывает обезличенные данные о Пользователе в случае, если это разрешено в настройках браузера Пользователя (включено сохранение файлов «cookie» и использование технологии JavaScript).

6. Порядок сбора, хранения, передачи и других видов обработки персональных данных

Безопасность персональных данных, которые обрабатываются Оператором, обеспечивается путем реализации правовых, организационных и технических мер, необходимых для выполнения в полном объеме требований действующего законодательства в области защиты персональных данных.

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

6.2. Персональные данные Пользователя никогда, ни при каких условиях не будут переданы третьим лицам, за исключением случаев, связанных с исполнением действующего законодательства.

6.3. В случае выявления неточностей в персональных данных, Пользователь может актуализировать их самостоятельно, путем направления Оператору уведомление на адрес электронной почты Оператора itdep@lanbilling.ru с пометкой «Актуализация персональных данных».

6.4. Срок обработки персональных данных является неограниченным. Пользователь может в любой момент отозвать свое согласие на обработку персональных данных, направив Оператору уведомление посредством электронной почты на электронный адрес Оператора itdep@lanbilling.ru с пометкой «Отзыв согласия на обработку персональных данных».

7. Трансграничная передача персональных данных

7.1. Оператор до начала осуществления трансграничной передачи персональных данных обязан убедиться в том, что иностранным государством, на территорию которого предполагается осуществлять передачу персональных данных, обеспечивается надежная защита прав субъектов персональных данных.

7.2. Трансграничная передача персональных данных на территории иностранных государств, не отвечающих вышеуказанным требованиям, может осуществляться только в случае наличия согласия в письменной форме субъекта персональных данных на трансграничную передачу его персональных данных и/или исполнения договора, стороной которого является субъект персональных данных.

8. Заключительные положения

8.1. Пользователь может получить любые разъяснения по интересующим вопросам, касающимся обработки его персональных данных, обратившись к Оператору с помощью электронной почты itdep@lanbilling.ru.

8.2. В данном документе будут отражены любые изменения политики обработки персональных данных Оператором. Политика действует бессрочно до замены ее новой версией.

8.3. Актуальная версия Политики в свободном доступе расположена в сети Интернет по адресу https://www.lanbilling.ru/privacy/.