Добрый день
Наши клиенты - юридические лица. Все (все) имеют белые адреса нашей подсети Х.Х.0.0/19. Трафик мы тарифицируем весь - и внешний, и внутренний по превалирующему принципу.
Поставили нетап. Создали два класса трафика:
1. Входящий (10)
0.0.0.0 - Х.Х.0.0/19
2. Исходящий (20)
Х.Х.0.0/19 - 0.0.0.0
И немедленно напоролись на проблемы. Если один наш клиент (К1) тянет трафик (скачивает себе) с другого клиента (К2), то по данным биллинга, К1 имеет ИСХОДЯЩИЙ трафик вместо входящего. А по К2 вообще нет данных о потреблении трафика - ни входящего, ни исходящего.
Я понимаю, что описание Исходящего класса сработало в данном случае для входящего трафика. Это понятно и объяснимо. Мне только непонятно, как этого избежать??????????? Вариант с "Локальным" классом мне не подходит, потому что тарифицировать надо а) без деления по типу "локальный" или "внешний" и б) по превалирующему типу.
Буду признателен за советы и комментарии.
Классы трафика. Не можем разобраться
Коллеги, вообще странно. Судя по отсутствию комментариев, складывается ощущение, что при всей сложности тарифных планов, которую тут многие успешно реализуют, такую простую вещь как простой подсчет входящего/исходящего трафика никто не делал. Или это редкость, когда все абоненты имеют реальные ИП-адреса и понятия "локального" трафика нет?
Да мы и так считаем пока что своим софтом. Всё же просто - парсится нетфлоу в два прохода: весь вход и весь выход.
А тут, похоже, расчет идет в один проход чисто для проверки в какой класс попадает трафик и больше ничего.
Исходящий очень часто превышает входящий по причине торрентов, вирусов и прочей лажи, на которую стал богат интернет.
А тут, похоже, расчет идет в один проход чисто для проверки в какой класс попадает трафик и больше ничего.
Исходящий очень часто превышает входящий по причине торрентов, вирусов и прочей лажи, на которую стал богат интернет.
Так и есть, и, по словам представителей нетапа, в ближайшее время меняться не будет.t800 писал(а):Да мы и так считаем пока что своим софтом. Всё же просто - парсится нетфлоу в два прохода: весь вход и весь выход.
А тут, похоже, расчет идет в один проход чисто для проверки в какой класс попадает трафик и больше ничего.
Торрент на помегабайтных тарифах -- фантастика. Цените и прощайте таких клиентов.Исходящий очень часто превышает входящий по причине торрентов, вирусов и прочей лажи, на которую стал богат интернет.
А вирусы надо отслеживать и убивать, не дожидаясь обострения.Это не входит в нашу компетенцию. Мы даем юрикам шнурки с 10-ю мегабитами. Что они с ними делают - это уже их проблема.А вирусы надо отслеживать и убивать, не дожидаясь обострения
Там есть хитрая настройка "Межабонентский трафик". Мы получили ответ (час назад), что в ядре есть ошибка, связанная с нею. И типа в следующей сборке всё будет исправлено. Мне очень интересно попробовать ее в режиме "Обоим". Вот если ничего работать не будет и тогда, то... Ну, зато есть сертификат у Нетапа. Хоть что-то.Так и есть, и, по словам представителей нетапа, в ближайшее время меняться не будет
ну тогда можно только костыль писать, на который параллельно лить netflow, который бы считал нужный класс трафика по тарифам из базы UTM5 и подключал бы разовую услугу с необходимой стоимостью, допустим, раз в три часа
вообще, могу уже уверенно сказать - UTM5 - просто сертифицированный биллинг, который знает про периодические/разовые услуги, и умеет их подключать/отключать. все остальное более-менее хитрое - это уже костыли.
вообще, могу уже уверенно сказать - UTM5 - просто сертифицированный биллинг, который знает про периодические/разовые услуги, и умеет их подключать/отключать. все остальное более-менее хитрое - это уже костыли.
Знаете, есть всегда такое ощущение легкой беспомощности. Это когда с одной стороны покупается система - дёшево! - но с претензией, что она умеет всё и типа "не сумневайтесь". А с другой стороны, как только оказывается, что программа не умеет элементарного, сразу мордой об стол - "чего вы хотели за эти деньги?!"
У меня есть скрипт на перле, который парсит файлы нетфлоу. Сначала с фильтром "incoming" (это где dst-ip-range = наша сетка), а потом outgoing, где используется уже src-ip-range. Что мешало реализовать подобный подход на коллекторе utm5 для меня останется загадкой навсегда.
У меня есть скрипт на перле, который парсит файлы нетфлоу. Сначала с фильтром "incoming" (это где dst-ip-range = наша сетка), а потом outgoing, где используется уже src-ip-range. Что мешало реализовать подобный подход на коллекторе utm5 для меня останется загадкой навсегда.