BiTel

Форум BiTel		 bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 04 июл 2025, 21:22

Сообщения без ответов | Активные темы


Список форумов » BGBilling » Модули Интернета » Модуль DialUp (VPN)

Часовой пояс: UTC + 5 часов [ Летнее время ]



Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 7 ] 
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
jack7
СообщениеДобавлено: 28 апр 2009, 09:38 
выборка конфига cisco ESR-10008 виртуального шаблона, с которого отправляется поток netflow на BG
Код:
interface Virtual-Template1
 description - Client -
 mtu 1492
 ip unnumbered Loopback2
 no ip proxy-arp
 ip flow ingress
 ip flow egress
 peer default ip address pool stat
 keepalive 6 12
 ppp disconnect-cause keepalive lost-carrier
 ppp authentication chap ms-chap-v2
 ppp authorization radius
 ppp accounting radius
 ppp ipcp dns x.x.x.x y.y.y.y


в конфиге dialup установлен классы трафика для сети 10.0.0.0
Код:
netflow.service.link.1=5 IN 10.0.0.0-10.255.255.254
...
netflow.service.link.6=24 OUT 10.0.0.0-10.255.255.254


Все внешние сети нормально считются кроме внутренней (между клиентами ppp)

отрывок из детальной статистики
Код:
Время               С адреса   С порта   На адрес   На порт   Байт   С интерфейса   На интерфейс

27.04.2009 14:51:49   10.2.10.2   44500   10.2.6.246   43064   2636025   344   133
27.04.2009 14:51:49   10.2.10.2   44500   10.2.6.246   43064   2636025   344   133


то есть идет задвоение трафика
буду благодарен за советы
Вернуться к началу
  
 
max
СообщениеДобавлено: 28 апр 2009, 10:43 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
jack7 писал(а):
выборка конфига cisco ESR-10008 виртуального шаблона, с которого отправляется поток netflow на BG
Код:
interface Virtual-Template1
 description - Client -
 mtu 1492
 ip unnumbered Loopback2
 no ip proxy-arp
 ip flow ingress
 ip flow egress
 peer default ip address pool stat
 keepalive 6 12
 ppp disconnect-cause keepalive lost-carrier
 ppp authentication chap ms-chap-v2
 ppp authorization radius
 ppp accounting radius
 ppp ipcp dns x.x.x.x y.y.y.y


в конфиге dialup установлен классы трафика для сети 10.0.0.0
Код:
netflow.service.link.1=5 IN 10.0.0.0-10.255.255.254
...
netflow.service.link.6=24 OUT 10.0.0.0-10.255.255.254


Все внешние сети нормально считются кроме внутренней (между клиентами ppp)

отрывок из детальной статистики
Код:
Время               С адреса   С порта   На адрес   На порт   Байт   С интерфейса   На интерфейс

27.04.2009 14:51:49   10.2.10.2   44500   10.2.6.246   43064   2636025   344   133
27.04.2009 14:51:49   10.2.10.2   44500   10.2.6.246   43064   2636025   344   133


то есть идет задвоение трафика
буду благодарен за советы

уберите что то одно из этого на всех интерфейсах:
Код:
 ip flow ingress
 ip flow egress


Вернуться к началу
 Профиль  
 
jack7
 Заголовок сообщения:
СообщениеДобавлено: 28 апр 2009, 10:44 
на других и не было :)

а на указанном, если убрать подсчет, например исходящего, будет некрасиво.
Вернуться к началу
  
 
max
 Заголовок сообщения:
СообщениеДобавлено: 28 апр 2009, 19:07 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
jack7 писал(а):
на других и не было :)

а на указанном, если убрать подсчет, например исходящего, будет некрасиво.
уберите на внутреннем одну комманду и добавьте на внешнем противоположную!
Вернуться к началу
 Профиль  
 
Феанор
 Заголовок сообщения:
СообщениеДобавлено: 28 апр 2009, 19:22 
Не в сети
Клиент

Зарегистрирован: 30 мар 2009, 17:51
Сообщения: 431
Карма: 23
jack7 писал(а):
на других и не было :)

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

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

вообще идеальный вариант ставить везде считать только исходящий трафик. (входящий к клиенту будет считаться на исходящем порту его виртуального интерфейса). исходящий от него будет считаться на исходящем интерфейсе пограничника.

мы по крайней мере других вариантов не нашли
Вернуться к началу
 Профиль  
 
jack7
 Заголовок сообщения:
СообщениеДобавлено: 28 апр 2009, 20:24 
ок, спасибо за советы - завтра подумаем и попробуем реализовать что-либо из указанного
Вернуться к началу
  
 
neo100
 Заголовок сообщения:
СообщениеДобавлено: 10 июн 2009, 13:29 
аналогичная проблема...
наилучший вариант конечно считать и исходящий и входящий трафик прямо на виртуал интерфейсах - потому как при этом на коллектор поступает только интересующий его поток, где лишней информации практически не будет. Для меня это важно так как нетфлоу поток с пограничного с интернетом роутера почти 10 мегабит.
При этом конечно будет задвоение межабонентского трафика :(

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


Что же делать?

Хорошо бы межабонентский трафик выделить в отдельный класс и как-то делить его на два :)

Возможно ли такое?
Вернуться к началу
  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 7 ] 

Список форумов » BGBilling » Модули Интернета » Модуль DialUp (VPN)

Часовой пояс: UTC + 5 часов [ Летнее время ]

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.067s | 22 Queries | GZIP : On ]