BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 19 июн 2025, 23:45

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




Начать новую тему Ответить на тему  [ Сообщений: 12 ] 
Автор Сообщение
 Заголовок сообщения: [6.1] ISG accounting & Netflow
СообщениеДобавлено: 05 сен 2014, 10:01 
Не в сети
Клиент

Зарегистрирован: 03 авг 2010, 15:18
Сообщения: 357
Откуда: Камчатка
Карма: 8
Трафик считается посервисно, но также собирается netflow для детализации.
Заметил, что часто есть расхождения в пользу accounting'а.

При тестировании выяснил, что если обрывать ISG-сессию через админку или непосредственно на cisco, то иногда проявляются расхождения.
Наверное это потому, что нетфлоу всегда запаздывает и когда уже прилетает на БГ, сессия к этому времени уже закрыта и нетфлоу ни к чему
не привязывается? Для PPPoE помнится был такой параметр delay.stop, который не моментально сессию закрывал, а через указанное в
параметре время. Есть-ли подобный параметр для ISG?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: [6.1] ISG accounting & Netflow
СообщениеДобавлено: 05 сен 2014, 11:28 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
http://bgbilling.ru/v6.1/doc/ch17s12.html

Цитата:
При завершении соединения по сигналу Stop-пакетом (RADIUS-Stop) оно фактически завершается через количество секунд, определяемое переменной connection.finish.timeout. Это позволяет, в частности, реализовать сбор "запоздалой" информации о трафике, которая может прийти после Stop-пакет


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: [6.1] ISG accounting & Netflow
СообщениеДобавлено: 05 сен 2014, 12:13 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Мы при переходе с flow-каунтеров на ISG сверяли трафики - они в среднем примерно одинаковые, но вообще могут различаться как в плюс, так и в минус. И это нормально. Там разные схемы подсчёта: flow считает по L3, ISG - по L2.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: [6.1] ISG accounting & Netflow
СообщениеДобавлено: 05 сен 2014, 12:41 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Вот что я по итогам разбирательств для себя писал в феврале:

Код:
По переходу учёта трафиковых тарифов с flow на isg.

Если в ISG больше трафика, чем во flow
(ISG > Flow):
Если трафик исходящий от клиента, то скорее всего, это "мусор" на порту: бродкасты, пинги шлюза и т.п. Т.е. весь трафик, который умирает на том же порту.

Если трафика больше во flow
(ISG < Flow):
Дубли во flow. Зависит от того, как flow собирается (на входе/выходе из интерфейса и пр.).
Полиси. Выяснилось, что если у клиента (например, на другом, принимающем конце VPN-а) есть ограничения по скорости, и оба интерфейса - на одном роутере, то дропающийся трафик при отправке туда будет всё равно учитываться во flow, но не будет учитываться в ISG. Это основная причина, по которой трафик во flow в среднем преобладает над трафиком ISG на ASR-ах.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: [6.1] ISG accounting & Netflow
СообщениеДобавлено: 09 сен 2014, 05:17 
Не в сети
Клиент

Зарегистрирован: 03 авг 2010, 15:18
Сообщения: 357
Откуда: Камчатка
Карма: 8
Cromeshnic писал(а):
Там разные схемы подсчёта: flow считает по L3, ISG - по L2.


ISG по L2? Что-то не нахожу этому подтверждения. Может поделитесь ссылкой или информацией?
Мне кажется если бы было L2, то flow и ISG acc никогда бы не совпали, а у меня значения совпадают при выполнении некоторых условий


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: [6.1] ISG accounting & Netflow
СообщениеДобавлено: 09 сен 2014, 06:30 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Хотя, да, ошибся: это у родительской сессии счётчики по L2 вроде берутся, а для сервисов ip:traffic-class же.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: [6.1] ISG accounting & Netflow
СообщениеДобавлено: 09 сен 2014, 07:52 
Не в сети
Клиент

Зарегистрирован: 03 авг 2010, 15:18
Сообщения: 357
Откуда: Камчатка
Карма: 8
stark писал(а):
http://bgbilling.ru/v6.1/doc/ch17s12.html

Цитата:
При завершении соединения по сигналу Stop-пакетом (RADIUS-Stop) оно фактически завершается через количество секунд, определяемое переменной connection.finish.timeout. Это позволяет, в частности, реализовать сбор "запоздалой" информации о трафике, которая может прийти после Stop-пакет


Да, это работает, но не так как ожидалось. При закрытии сессии через админку, тут-же появляется новая. Старая "висит" указанное в параметре connection.finish.timeout время и на
эту сессию дублируется netflow от новой сессии.
На мой взгляд так не должно быть. Первая сессия ведь завершилась, почему на неё записывается netflow со временем старта, большим времени завершения сессии?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: [6.1] ISG accounting & Netflow
СообщениеДобавлено: 09 сен 2014, 12:39 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Дублируется или попадает вместо новой на старую?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: [6.1] ISG accounting & Netflow
СообщениеДобавлено: 10 сен 2014, 07:30 
Не в сети
Клиент

Зарегистрирован: 03 авг 2010, 15:18
Сообщения: 357
Откуда: Камчатка
Карма: 8
Amir писал(а):
Дублируется или попадает вместо новой на старую?


Именно дублируется. При выводе детализации по двум сессиям совпадает всё - время, IP, порты, байты и т.д.
Нетфлоу берётся с одного NAS'а.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: [6.1] ISG accounting & Netflow
СообщениеДобавлено: 10 сен 2014, 13:32 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Здесь проблема в формировании детализации по Netflow. Т.е. при начислении в трафик и наработку ничего не дублируется.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: [6.1] ISG accounting & Netflow
СообщениеДобавлено: 14 сен 2014, 06:00 
Не в сети
Клиент

Зарегистрирован: 03 авг 2010, 15:18
Сообщения: 357
Откуда: Камчатка
Карма: 8
Я не очень понял, это проблема будет исправлена или она останется?

Вложение:
isg_netflow.png


На примере, в двух сессиях чётко указано время старта и окончания.
Однако при получении нетфлоу по первой сессии, присутствуют записи с 11:27 по 11:31.
Нельзя-ли сделать, чтобы при запросе нетфлоу через админку, время ограничивалось как указано в сессии?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: [6.1] ISG accounting & Netflow
СообщениеДобавлено: 14 сен 2014, 12:11 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Будет исправлена. Нельзя, т.к. тогда будет трафика не доставать, т.к. netflow почти всегда запаздывает. Нужно именно отслеживать что началась новая сессия с этим IP (что отслеживается при обсчете, но, на данный момент, не при создании детализации по Netflow).


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

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


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

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


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

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