n.lobanov Опубликовано 24 апреля, 2012 · Жалоба Добрый день. Есть проблема с получением snmp-статистики c Cisco ASR 1002. Cisco может отдавать статистику по классам трафика, присутствующим в policy-map Вот так это выглядело до недавнего дня: Политика: policy-map CoPP class CoPP-undesirable police cir 512000 bc 51200 be 64000 conform-action transmit exceed-action transmit violate-action transmit class ARP police rate 1000 pps burst 500 packets conform-action transmit exceed-action transmit violate-action drop class PPPoE-DISCOVERY police rate 1000 pps burst 500 packets conform-action transmit exceed-action transmit violate-action drop class CoPP-routing police cir 5000000 bc 750000 be 1500000 conform-action transmit exceed-action transmit violate-action transmit class PPPoE police rate 2000 pps burst 500 packets conform-action transmit exceed-action transmit violate-action drop class class-default police cir 20000000 bc 3750000 be 7500000 conform-action transmit exceed-action transmit violate-action transmit График на 1-й картинке: Однако, внезапно, Cisco стала отдавать статистику с задержками, т.е. за несколько опросов отдает одно и то же значение, а затем, резкий всплеск. График на 2-й картинке^ Рабочая гипотеза, что загружен проц на Cisco, и сервер не может получить snmp значения. Но таймаутов в логе, характерных для таких случаев, нет. То, что это это аномалия, подтверждают графики с физических интерфейсов. Если считывать snmp-значения с физических интерфейсов, данные нормальные, без резких всплесков. Вся статистика, которая собирается с использованием Policy-Map имеет периодические всплески в одно и то же время. Отвязывать политику от интерфейса, убивать политику и создавать заново - данные действия проблему не решают. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
config Опубликовано 24 апреля, 2012 · Жалоба Какая частота запросв ? Snmp Пакеты реально доходят просто значение одно и тоже ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
n.lobanov Опубликовано 24 апреля, 2012 (изменено) · Жалоба Опрос - раз в 5 минут. snmpwalk также получает одинаковые значения: # date Tue Apr 24 10:55:08 MSK 2012 # snmpwalk -v 2c -c private 10.0.0.1 .1.3.6.1.4.1.9.9.166.1.17.1.1.2.225.262145 SNMPv2-SMI::enterprises.9.9.166.1.17.1.1.2.225.262145 = Counter32: 9380726 # date Tue Apr 24 10:00:14 MSK 2012 [root@proxy /home/tftp]# snmpwalk -v 2c -c private 10.0.0.1 .1.3.6.1.4.1.9.9.166.1.17.1.1.2.225.262145 SNMPv2-SMI::enterprises.9.9.166.1.17.1.1.2.225.262145 = Counter32: 9380726 Изменено 25 апреля, 2012 пользователем n.lobanov Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
config Опубликовано 24 апреля, 2012 · Жалоба а что показывает сама полиси ? show policy-map control-plane , там интервал обнолвения 5 минут, меняеться ли там тот счетчик(с интервалом в пять минут) который вы пытаетесь получить по snmp ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
n.lobanov Опубликовано 24 апреля, 2012 · Жалоба Значения, получаемые по snmp и с командной строки обновляются синхронно. SNMPv2-SMI::enterprises.9.9.166.1.17.1.1.2.225.262145 = Counter32: 9583653 sh policy-map control-plane input class ARP conformed 9583653 packets, 632663634 bytes; action: Частоту обновления сказать не могу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alks Опубликовано 24 апреля, 2012 · Жалоба вопрос не по теме а зачем вообще рисуете графики COPP? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
n.lobanov Опубликовано 24 апреля, 2012 (изменено) · Жалоба Рисую не только графики использования Control-Plane. Просто на этих графиках проще проиллюстрировать проблему. Например, есть интерфейс, на нем poloicy-map c несколькими классами трафика. Интересна статистика по классам. Есть, например, клиент, которому скорость к "локальным"(из той же AS) ресурсам не ограничена, а скорость к "внешним" сетям - согласно тарифному плану. Интересна доля локального трафика. например: policy-map ClientX class CLASS-INNERNET police cir 100000000 bc 18750000 be 37500000 conform-action transmit exceed-action transmit violate-action transmit class class-default police cir 40000000 bc 15000000 be 30000000 conform-action transmit exceed-action drop violate-action drop проблема в том, что с физического интерфейса статистика собирается без проблем, а по политикам - есть проблемы. Изменено 24 апреля, 2012 пользователем n.lobanov Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
config Опубликовано 24 апреля, 2012 (изменено) · Жалоба а что у вас за единицы измерения на первом графике ? 0 100 200 ( это что за единицы ) и на втором у вас шаг (0 2k 4k 6k 8k), может на втором графике надо просто измерения делать в других немножко единицах ? Изменено 24 апреля, 2012 пользователем config Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
n.lobanov Опубликовано 24 апреля, 2012 · Жалоба На верхнем графике - еденица измерения pps. На нижнем bits per seconds. На графиках стоит автоопределение масштаба. Я пробовал выводить по 1 параметру на график и делать кучу графиков. Все равно характер графиков одинаковый. Пропуск, и резкий всплеск. Совпадает на всех графиках. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
config Опубликовано 24 апреля, 2012 · Жалоба так исправьте картинки, выложите актуальные с одинаковым масштабом. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
config Опубликовано 24 апреля, 2012 (изменено) · Жалоба show snmp покажет если ли дропы snmp пакетов. Изменено 24 апреля, 2012 пользователем config Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
n.lobanov Опубликовано 24 апреля, 2012 · Жалоба В прикрепленном файле в увеличенном масштабе, мониторинг ARP-запросов. По шкале Y - Количество запросов в секунду. Верхний график - обычный, все нормально. За все предыдущие дни графики выглядят аналогично Два нижних графика - проблемные. Видны резкие всплески. Повторюсь, это всего лишь иллюстрация проблемы. Подобным образом ведут себя ЛЮБЫЕ параметры, которые считываются со счетчиков Policy-Map, будь то: байты/пакеты класса трафика, количество ARP-запросов, количество PPPoE-Discovery запросов. Все остальные счетчики (которые считывают информацию с интерфейсов), отображают данные корректно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
config Опубликовано 24 апреля, 2012 · Жалоба а покажите show policy-map control-plane полностью. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
n.lobanov Опубликовано 24 апреля, 2012 · Жалоба #show policy-map control-plane Control Plane Service-policy input: CoPP Class-map: CoPP-undesirable (match-any) 4283544 packets, 1313822572 bytes 5 minute offered rate 16000 bps, drop rate 16000 bps Match: access-group 123 police: cir 512000 bps, bc 51200 bytes, be 64000 bytes conformed 2574430 packets, 299288264 bytes; actions: drop exceeded 8000 packets, 4582791 bytes; actions: drop violated 1701114 packets, 1009951517 bytes; actions: drop conformed 16000 bps, exceed 0000 bps, violate 0000 bps Class-map: CoPP-important (match-all) 2027446 packets, 148388290 bytes 5 minute offered rate 10000 bps, drop rate 0000 bps Match: access-group 121 police: cir 2000000 bps, bc 375000 bytes, be 750000 bytes conformed 2027446 packets, 148388290 bytes; actions: transmit exceeded 0 packets, 0 bytes; actions: transmit violated 0 packets, 0 bytes; actions: transmit conformed 10000 bps, exceed 0000 bps, violate 0000 bps Class-map: CoPP-normal (match-all) 10220270 packets, 11546483876 bytes 5 minute offered rate 1130000 bps, drop rate 0000 bps Match: access-group 122 police: cir 2000000 bps, bc 1000000 bytes, be 2000000 bytes conformed 2612436 packets, 1426127791 bytes; actions: transmit exceeded 505692 packets, 672055554 bytes; actions: transmit violated 7102142 packets, 9448300531 bytes; actions: transmit conformed 132000 bps, exceed 25000 bps, violate 964000 bps Class-map: ARP (match-all) 20313159 packets, 1338128132 bytes 5 minute offered rate 22000 bps, drop rate 0000 bps Match: protocol arp police: rate 1500 pps, burst 500 packets, peak-burst 500 packets conformed 10747457 packets, 710914260 bytes; action: transmit exceeded 288380 packets, 19207424 bytes; action: transmit violated 9277322 packets, 608006448 bytes; action: drop conformed 24 pps, exceeded 0 pps violated 0 pps Class-map: PPPoE-DISCOVERY (match-all) 53829843 packets, 2182051411 bytes 5 minute offered rate 0000 bps, drop rate 0000 bps Match: protocol pppoe-discovery police: rate 1500 pps, burst 500 packets, peak-burst 500 packets conformed 5422532 packets, 239137963 bytes; action: transmit exceeded 436948 packets, 17681456 bytes; action: transmit violated 47970363 packets, 1925231992 bytes; action: drop conformed 0 pps, exceeded 0 pps violated 0 pps Class-map: CoPP-routing (match-all) 307245 packets, 94934788 bytes 5 minute offered rate 1000 bps, drop rate 0000 bps Match: access-group 120 police: cir 5000000 bps, bc 750000 bytes, be 1500000 bytes conformed 307245 packets, 94934788 bytes; actions: transmit exceeded 0 packets, 0 bytes; actions: transmit violated 0 packets, 0 bytes; actions: transmit conformed 1000 bps, exceed 0000 bps, violate 0000 bps Class-map: PPPoE (match-all) 9891556 packets, 406031254 bytes 5 minute offered rate 31000 bps, drop rate 0000 bps Match: protocol pppoe police: rate 2000 pps, burst 1000 packets, peak-burst 1000 packets conformed 9839739 packets, 403868646 bytes; action: transmit exceeded 6090 packets, 252040 bytes; action: transmit violated 45727 packets, 1910568 bytes; action: drop conformed 79 pps, exceeded 0 pps violated 0 pps Class-map: class-default (match-any) 22640173 packets, 1449212649 bytes 5 minute offered rate 43000 bps, drop rate 0000 bps Match: any police: cir 20000000 bps, bc 3750000 bytes, be 7500000 bytes conformed 22193903 packets, 1401847553 bytes; actions: transmit exceeded 396231 packets, 42333300 bytes; actions: transmit violated 50039 packets, 5031796 bytes; actions: transmit conformed 43000 bps, exceed 0000 bps, violate 0000 bps Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
config Опубликовано 24 апреля, 2012 · Жалоба и проблема именно по всем классам ? без исключения ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
config Опубликовано 24 апреля, 2012 (изменено) · Жалоба вы уверены что не перезагружали роутер и не делали никаких настроек Qos ? могли индексы поехать есть небыло persist для cbqos. покажите show run | inc snmp mib Изменено 24 апреля, 2012 пользователем config Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
n.lobanov Опубликовано 24 апреля, 2012 · Жалоба asr-1000-01 uptime is 14 weeks, 4 days, 12 hours, 12 minutes Uptime for this control processor is 14 weeks, 4 days, 12 hours, 14 minutes sh run | i snmp snmp ifmib ifindex persist snmp mib persist cbqos Если не получится разобраться планирую заказать плановые работы и перезагрузить маршрутизотор. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
config Опубликовано 24 апреля, 2012 · Жалоба snmp mib persist cbqos, если так , то все вроде должно быть гуд. да уж вы отпишитесь потом в форум, многим будет интерестно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
n.lobanov Опубликовано 2 мая, 2012 (изменено) · Жалоба После перезагрузки проблема с опросом control-plane решилась. На графике по оси Y - pps, по оси Х - дни. До проблемы, во время проблемы, после. Счетчики байт, попадающих в определенную политику, в случае, когда политика привязана к обычному (т.е. ip) интерфейсу обновляются все-равно с задержкой. Изменено 2 мая, 2012 пользователем n.lobanov Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...