https://www.opennet.ru/openforum/vsluhforumID6/23414.html C наступающим всех!<br>Есть задача, возможно для кого-то классическая, но я не нашёл пока ответа... (<br>Пользователи имеют спутниковые модемы VSAT, что впрочем не принципиально.<br><br>Схема такая:<br><br>&#124;пользователи&#124;-&#124;устройство аггрегации спутниковых линков&#124;-&#124;маршрутизатор cisco&#124;-&#124;интернет&#124;<br><br>Пользователям интересен интернет и внутрисетевая передача даных (модем-модем).<br>Устройство аггрегации спутниковых линков по умолчанию кидает весь трафик на циску, та отправляет либо в интернет, либо заворачивает обратно если это "модем-модем" (трафик модем-модем доходит до циски по любому).<br><br>Хочу снимать NetFlow так:<br><br>Со стороны внутренней сети, на входящем в циску интерфейсе<br>ip flow ingress<br>ip flow egress<br><br>Всё бы ничего, только трафик "модем-модем" ожидаемо задваивается. Возможно ли обмануть циску и генерить статистику только один раз, чтобы избежать 2х одинаквых строчек в статистике?<br><br>Вариант снимать только ip flow ingress не интересен в виду некоторых сложностей с биллингом https://www.opennet.ru/openforum/vsluhforumID6/23414.html#7 Sat, 31 Dec 2011 07:08:54 GMT &gt; Да, можно научить парсер :) Задвоенные записи похожи как 2 капли воды, <br>&gt; включая время генерации, не загнулся бы парсер сравнивая все записи сырого <br>&gt; flow потока. Да и сам парсер это дополнительное звено в цепи <br>&gt; сбора статистики. Хотелось решить это малой кровью, похоже не получится... :) <br><br>да нет - все не так страшно. Если грамотно написать парсер - то он сможет много переварить. Это не так сложно как кажется на первый взгляд.<br>Тем более у вас VSAT - а значит потоки трафика маленькие - это же не ШПД c гигабитными интерфейсами. <br><br><br> https://www.opennet.ru/openforum/vsluhforumID6/23414.html#6 Fri, 30 Dec 2011 19:34:14 GMT &gt;&gt; - Да, такой вариант мне приходил в голову. Есть одно НО.<br>&gt;&gt; Этот же поток NetFlow используется для формирования детализации, которую смотрит клиент.<br>&gt;&gt; Там будет присутствовать задвоенный траффик... ( <br>&gt; ну тогда - как вариант <br>&gt; делать фигурную вырезку по netflow <br>&gt; т.е. принимаем flow-как есть на коллектор <br>&gt; далее парсим его вырезаем как нужно(убираем задвоение например скриптами) - перепаковываем <br>&gt; обратно в netflow-поток - отсылаем его на биллинг и коллектор который <br>&gt; хранит статистику для абонентов <br>&gt; т.е. весь затык в парсере вообщем-то:) <br><br>Да, можно научить парсер :) Задвоенные записи похожи как 2 капли воды, включая время генерации, не загнулся бы парсер сравнивая все записи сырого flow потока. Да и сам парсер это дополнительное звено в цепи сбора статистики. Хотелось решить это малой кровью, похоже не получится... :)<br><br><br> https://www.opennet.ru/openforum/vsluhforumID6/23414.html#5 Fri, 30 Dec 2011 09:40:39 GMT &gt; - Да, такой вариант мне приходил в голову. Есть одно НО. <br>&gt; Этот же поток NetFlow используется для формирования детализации, которую смотрит клиент. <br>&gt; Там будет присутствовать задвоенный траффик... ( <br><br>ну тогда - как вариант<br>делать фигурную вырезку по netflow<br>т.е. принимаем flow-как есть на коллектор<br><br>далее парсим его вырезаем как нужно(убираем задвоение например скриптами) - перепаковываем обратно в netflow-поток - отсылаем его на биллинг и коллектор который хранит статистику для абонентов<br><br>т.е. весь затык в парсере вообщем-то:)<br> https://www.opennet.ru/openforum/vsluhforumID6/23414.html#4 Fri, 30 Dec 2011 07:29:42 GMT &gt; Использовать только ip flow ingress, но на ВСЕХ интерфейсах циски.<br><br> - И так мне не нравится.<br>Перенаправлять трафик из интернета сперва на Lo для того чтобы в NetFlow попали корректные IP.<br>Необходимость снимать flow с нескольких маршрутизаторов в виду пространственной распределённости сети и т.д...<br> https://www.opennet.ru/openforum/vsluhforumID6/23414.html#3 Fri, 30 Dec 2011 07:23:40 GMT &gt; одним из вариантов решения на мой взгляд решение будет вырезать интеллектуально подобный <br>&gt; трафик или вводить коэффициенты для такого трафика внутри биллинга <br>&gt; например вариант с коэффициентами: <br>&gt; если трафик диагностируется как абонент&lt;-&gt;Интернет - то коэффициент = 1 <br>&gt; если трафик = абонент&lt;=&gt;абонент - то коэффициент = 0.5 <br>&gt; как-то писал биллинг для спутникового оператора именно для случая удвоения трафика ввели <br>&gt; эти коэффициенты <br>&gt; ну а определять тип трафика можно уже по IP. Адреса же своих <br>&gt; абонентов вы знаете.<br><br> - Да, такой вариант мне приходил в голову. Есть одно НО. Этот же поток NetFlow используется для формирования детализации, которую смотрит клиент. Там будет присутствовать задвоенный траффик... (<br><br><br> https://www.opennet.ru/openforum/vsluhforumID6/23414.html#2 Thu, 29 Dec 2011 09:36:10 GMT Использовать только ip flow ingress, но на ВСЕХ интерфейсах циски.<br> https://www.opennet.ru/openforum/vsluhforumID6/23414.html#1 Thu, 29 Dec 2011 07:18:30 GMT одним из вариантов решения на мой взгляд решение будет вырезать интеллектуально подобный трафик или вводить коэффициенты для такого трафика внутри биллинга<br><br>например вариант с коэффициентами:<br><br>если трафик диагностируется как абонент&lt;-&gt;Интернет - то коэффициент = 1<br>если трафик = абонент&lt;=&gt;абонент - то коэффициент = 0.5<br><br>как-то писал биллинг для спутникового оператора именно для случая удвоения трафика ввели эти коэффициенты<br><br>ну а определять тип трафика можно уже по IP. Адреса же своих абонентов вы знаете.<br>