BiTel

Уважаемые разработчики. Просьба оказать содействие.

Ситуация следующая. Создан договор, к которому прикреплена следующая привязка услуг:

10 Вх. - внутр. из 192.168.2.0/24
15 Вх. - внутр. из 172.30.0.0/16
20 Вх. - внутр. из 10.13.10.0/24
25 Исходящий 192.168.2.0 - 255.255.255.0 [0 - 65535 ]
30 Исходящий 172.30.0.0 - 255.255.0.0 [0 - 65535 ]
35 Исходящий 10.13.10.0 - 255.255.255.0 [0 - 65535 ]
40 Входящий [0 - 65535 ]
45 Исходящий [0 - 65535 ]

При этом созданы услуги, к оторым пивязаны соответствующие правила:

Внешний трафик - вх.
Внешний трафик - исх.
Внутренний трафик - вх.
Внутренний трафик - исх.

В настройках IPN создан соответствующий источник - маршрутизатор cisco. Прописан конкретный интерфейс, в режим "своя зона".

В результате имеем следующую картину: трафик поступивший или переданный в интерне - считается, но только одной парой услуг, которые описывают только Внутренний трафик -вх/исх.

Что делаю не так? Просьба подсказать....

up

Уважаемые разработчики, просьба помочь...

Попробуйте выполнить по пунктам.
http://wiki.bgbilling.ru/index.php/%D0% ... 1%80%D0%B0
Возьмите немного лога и обработайте. Потом смотрите по дебаг логу как обрабатывает.
Выложите скрины как вы что настроили с открытыми редакторами.

Спасибо, буду пробовать... Просто непонятно, почему не мачится внешний трафик.

Мне кажется что я не совсем верно понимаю механизм зон....

Зоны никак не влияют на распределение трафика, они только для обозначения границ уникальности адреса. Вы по шагам поразбирайтесь, берете одну строчку и смотрите как обработалась. Если непонятно - выкладываете скрины и мы объясним.

Спасибо! Разобрались. В правилах IPN - была ошибка: во второй адрес диапазона была внесена маска, что собственно - не верно.

Спасибо! Разобрались. В правилах IPN - была ошибка: во второй адрес диапазона была внесена маска, что собственно - не верно.


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

Есть ли какие-либо особенности, при учете таких договоров, т.е. когда надо просто подсчитать трафик, проходящий через тот или иной порт на cisco-маршрутизаторе, но при этом он является апстрим-портом для всех прочих портов?

Вы можете на этот порт повесить фиктивного клиента, как бы привязать его к интерфейсу. И сделать для него персональные привязки, что весь исходящий трафик - один тип, входящий - другой тип.

Спасибо. Все понятно.