https://opennet.ru/openforum/vsluhforumID6/22211.html Есть связка cisco - биллинговая система NetUP UTM.<br>До поры до времени всё работало прекрасно. Но в один день почти для всех абонентов перестал считаться Incoming трафик (для некоторых чуть раньше). <br>Схема сети такая: cisco 2821 -&gt; cisco 3725 -&gt; сервер биллинга<br>На 2821:<br>ip flow-export version 5<br>ip flow-export destination 172.16.0.10 9996<br>ip flow-export destination 172.16.2.122 9996<br>ip flow-top-talkers<br> top 100<br> sort-by bytes<br><br>172.16.0.10 - сервер UTM<br>172.16.2.122 - компьютер с Netflow Analyzer и админкой UTM.<br><br>Есть Access-листы на интерфейсах, но они не затрагивают эти адреса.<br>В итоге UTM показывает 0 для всех абонентов по Incoming-трафику, а Outgoing считает нормально. Netflow Analyzer показывает какую-то статистику по Incoming, но она на порядки меньше той, которая должна быть. <br>Подскажите, в какую сторону копать?<br> https://opennet.ru/openforum/vsluhforumID6/22211.html#16 Thu, 10 Feb 2011 04:54:41 GMT &gt;&gt;&gt; на интерфейсе пропишите ip route cache flow <br>&gt; А ip flow ingress или ip flow egress на интерфейсах не используете <br>&gt; ?<br><br>Нет, не использовали и всё работало до поры до времени.<br> https://opennet.ru/openforum/vsluhforumID6/22211.html#15 Thu, 10 Feb 2011 04:53:43 GMT &gt;&gt;&gt; на интерфейсе пропишите ip route cache flow <br>&gt;&gt; Стоило указать это в топике. Такая команда есть на нужном интерфейсе.<br>&gt;&gt; Если бы её не было, то трафик не считался бы вообще, <br>&gt;&gt; а не только Incoming.<br>&gt; может меняли что-то в netup по поводу подсчета трафика и указали не <br>&gt; правильно с каких сетей не считать. Проверить и это надо.<br><br>Дело в том, что не считает не только UTM, но и Netflow Analyzer (установлены на разных компьютерах). При этом не считают они по-разному: UTM вообще входящий не видит, почти. А NA видит, но очень мало.<br>Проблема либо на циске, либо в сети, но я не могу понять, что может так влиять.<br> https://opennet.ru/openforum/vsluhforumID6/22211.html#14 Wed, 09 Feb 2011 07:00:37 GMT &gt;&gt; на интерфейсе пропишите ip route cache flow <br><br>А ip flow ingress или ip flow egress на интерфейсах не используете ?<br><br><br><br> https://opennet.ru/openforum/vsluhforumID6/22211.html#13 Wed, 09 Feb 2011 02:35:32 GMT &gt;&gt; на интерфейсе пропишите ip route cache flow <br>&gt; Стоило указать это в топике. Такая команда есть на нужном интерфейсе. <br>&gt; Если бы её не было, то трафик не считался бы вообще, <br>&gt; а не только Incoming.<br><br>может меняли что-то в netup по поводу подсчета трафика и указали не правильно с каких сетей не считать. Проверить и это надо.<br> https://opennet.ru/openforum/vsluhforumID6/22211.html#12 Tue, 08 Feb 2011 06:22:12 GMT &gt; Посмотрите sh ip f e <br>&gt; Можно обнулить cle ip f s <br>&gt; Возможно, поможет: <br>&gt; )#no ip flow-export destination 172.16.0.10 9996 <br>&gt; )#no ip flow-export destination 172.16.2.122 9996 <br>&gt; )# <br>&gt; )#ip flow-export destination 172.16.0.10 9996 <br>&gt; )#ip flow-export destination 172.16.2.122 9996 <br><br>Flow export v5 is enabled for main cache<br>Exporting flows to 172.16.0.10 (9996) 172.16.2.122 (9996) <br>Exporting using source IP address 172.16.5.3<br>Version 5 flow records<br>1360510176 flows exported in 45350341 udp datagrams<br>0 flows failed due to lack of export packet<br>0 export packets were sent up to process level<br>0 export packets were dropped due to no fib<br>0 export packets were dropped due to adjacency issues<br>0 export packets were dropped due to fragmentation failures<br>0 export packets were dropped due to encapsulation fixup failures<br><br>После очистки счётчик flows снова растёт.<br>После добавления заново destination вывод debug изменился:<br><br>Feb 8 06:10:01: IPFLOW: Sending export pak 681454748 to 172.16.0.10 port 999 https://opennet.ru/openforum/vsluhforumID6/22211.html#11 Mon, 07 Feb 2011 13:10:53 GMT &gt; 1) одна с цифрам, другая без <br>&gt; 2) разные порты (9996 и 99962), хотя в конфиге одни и те же указаны (9996) <br><br>pak должен нумероваться и передаваться в любом случае.<br>С портом 99962 вместо 9996 вообще ничего ен понятно. Вероятно софтовый косяк.<br><br>Посмотрите sh ip f e<br>Можно обнулить cle ip f s<br><br>Возможно, поможет: <br>)#no ip flow-export destination 172.16.0.10 9996<br>)#no ip flow-export destination 172.16.2.122 9996<br>)#<br>)#ip flow-export destination 172.16.0.10 9996<br>)#ip flow-export destination 172.16.2.122 9996<br> https://opennet.ru/openforum/vsluhforumID6/22211.html#10 Mon, 07 Feb 2011 09:12:13 GMT &gt; на интерфейсе пропишите ip route cache flow <br><br> Стоило указать это в топике. Такая команда есть на нужном интерфейсе. Если бы её не было, то трафик не считался бы вообще, а не только Incoming.<br> https://opennet.ru/openforum/vsluhforumID6/22211.html#9 Mon, 07 Feb 2011 09:10:32 GMT на интерфейсе пропишите ip route cache flow<br> https://opennet.ru/openforum/vsluhforumID6/22211.html#8 Mon, 07 Feb 2011 08:08:46 GMT &gt; Кстати, вполне вероятно, что проблемы вызваны неактуализированным временем.<br><br> И странно, что две записи разные<br>1) одна с цифрам, другая без<br>2) разные порты (9996 и 99962), хотя в конфиге одни и те же указаны (9996)<br>