В терминах модуля IPN
- это роутер, с которого приходит NetFlow-поток с информацией от трафике, прошедшем через него. К источнику привязываются адреса клиентов. Привязка абонентов к источнику позволяет избежать двойного учёта пакета клиента, прошедшего через несколько роутеров.Источник характеризуется IP-адресом и названием. IP-адрес сравнивается коллектором с адресами приходящих пакетов с информацией о трафике. Название визуально идентифицирует источник в графическом интерфейсе. Доступны типы источников логов:
- обработка NetFlow-потока, либо логов flow-tools коллектором, в свойствах указывается адрес хоста, с которого приходит поток; |
- обработка sFlow-потока коллектором, в свойствах указывается адрес хоста, с которого приходит поток; |
- опрос коллектором счетчиков интерфейсов по SNMP-протоколу, в свойствах указывается адрес для опроса и community. |
В конфигурации источника типа NetFlow возможно указание опции:
=1 - пропускать пакеты с нулевым интерфейсом назначения, т.к. на аппаратуре CISCO это означает что пакет не получил клиент |
- отображать ли пункт меню Добавить в загрузку в менеджере источников |
В конфигурации источника типа SNMP возможно указание опций:
=<port> - для источника с типом SNMP - порт опроса, отличный от стандартного 161; |
=<version> - версия протокола , либо , по умолчанию используется версия 1. |
Типы источников
и папка использовались в устаревших версиях биллинга, при загрузке логов сначала в БД и дальнейшей обработки. Данная схема не рекомендуется более к использованию как ресурсоемкая и в данном руководстве более не описывается, при необходимости вы можете использовать инструкции к старым версиям биллинга.После создания источника ему присваивается уникальный
(отображается в первом столбце таблицы, см. ниже), который должен быть указан в конфигурации коллектора. Разные источники могут обслуживать разные коллекторы, это позволяет разнести обработку логов по разным машинам, повышая масштабируемость системы.После создания источника определяются его интерфейсы.
в терминах биллинга - это сетевые интерфейсы роутера, к которым могут быть привязаны клиенты. Если учёт интерфейсов не требуется, то достаточно создать на вкладке интерфейс с кодом -1 и привязывать клиентов на данном роутере к нему.- это область в которой не должны пересекаться адреса клиентов. Зоны сделаны для поддержки в сети провайдера нескольких фиктивных сетей с одинаковыми адресами но на разных интерфейсах.
Зоны нужны лишь для контроля непересечения адресов клиентов. Зона привязывается к интерфейсу. Биллинг предоставляет три предопределённые зоны:
- единая зона на всех клиентов, - зона в пределах интерфейса, - нет проверки уникальности.Если всем клиентам выдаются адреса из непересекающихся сетей, достаточно использовать глобальную зону.
Дополнительно возможно создание своих собственных зон. Например, одна фиктивная сеть может быть разделена на несколько интерфейсов разных роутеров. Для редактирования зон используется вкладка
.