n.lobanov Posted April 24, 2012 Posted April 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 имеет периодические всплески в одно и то же время. Отвязывать политику от интерфейса, убивать политику и создавать заново - данные действия проблему не решают. Вставить ник Quote
config Posted April 24, 2012 Posted April 24, 2012 Какая частота запросв ? Snmp Пакеты реально доходят просто значение одно и тоже ? Вставить ник Quote
n.lobanov Posted April 24, 2012 Author Posted April 24, 2012 (edited) Опрос - раз в 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 Edited April 25, 2012 by n.lobanov Вставить ник Quote
config Posted April 24, 2012 Posted April 24, 2012 а что показывает сама полиси ? show policy-map control-plane , там интервал обнолвения 5 минут, меняеться ли там тот счетчик(с интервалом в пять минут) который вы пытаетесь получить по snmp ? Вставить ник Quote
n.lobanov Posted April 24, 2012 Author Posted April 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: Частоту обновления сказать не могу. Вставить ник Quote
alks Posted April 24, 2012 Posted April 24, 2012 вопрос не по теме а зачем вообще рисуете графики COPP? Вставить ник Quote
n.lobanov Posted April 24, 2012 Author Posted April 24, 2012 (edited) Рисую не только графики использования 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 проблема в том, что с физического интерфейса статистика собирается без проблем, а по политикам - есть проблемы. Edited April 24, 2012 by n.lobanov Вставить ник Quote
config Posted April 24, 2012 Posted April 24, 2012 (edited) а что у вас за единицы измерения на первом графике ? 0 100 200 ( это что за единицы ) и на втором у вас шаг (0 2k 4k 6k 8k), может на втором графике надо просто измерения делать в других немножко единицах ? Edited April 24, 2012 by config Вставить ник Quote
n.lobanov Posted April 24, 2012 Author Posted April 24, 2012 На верхнем графике - еденица измерения pps. На нижнем bits per seconds. На графиках стоит автоопределение масштаба. Я пробовал выводить по 1 параметру на график и делать кучу графиков. Все равно характер графиков одинаковый. Пропуск, и резкий всплеск. Совпадает на всех графиках. Вставить ник Quote
config Posted April 24, 2012 Posted April 24, 2012 так исправьте картинки, выложите актуальные с одинаковым масштабом. Вставить ник Quote
config Posted April 24, 2012 Posted April 24, 2012 (edited) show snmp покажет если ли дропы snmp пакетов. Edited April 24, 2012 by config Вставить ник Quote
n.lobanov Posted April 24, 2012 Author Posted April 24, 2012 В прикрепленном файле в увеличенном масштабе, мониторинг ARP-запросов. По шкале Y - Количество запросов в секунду. Верхний график - обычный, все нормально. За все предыдущие дни графики выглядят аналогично Два нижних графика - проблемные. Видны резкие всплески. Повторюсь, это всего лишь иллюстрация проблемы. Подобным образом ведут себя ЛЮБЫЕ параметры, которые считываются со счетчиков Policy-Map, будь то: байты/пакеты класса трафика, количество ARP-запросов, количество PPPoE-Discovery запросов. Все остальные счетчики (которые считывают информацию с интерфейсов), отображают данные корректно. Вставить ник Quote
config Posted April 24, 2012 Posted April 24, 2012 а покажите show policy-map control-plane полностью. Вставить ник Quote
n.lobanov Posted April 24, 2012 Author Posted April 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 Вставить ник Quote
config Posted April 24, 2012 Posted April 24, 2012 и проблема именно по всем классам ? без исключения ? Вставить ник Quote
config Posted April 24, 2012 Posted April 24, 2012 (edited) вы уверены что не перезагружали роутер и не делали никаких настроек Qos ? могли индексы поехать есть небыло persist для cbqos. покажите show run | inc snmp mib Edited April 24, 2012 by config Вставить ник Quote
n.lobanov Posted April 24, 2012 Author Posted April 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 Если не получится разобраться планирую заказать плановые работы и перезагрузить маршрутизотор. Вставить ник Quote
config Posted April 24, 2012 Posted April 24, 2012 snmp mib persist cbqos, если так , то все вроде должно быть гуд. да уж вы отпишитесь потом в форум, многим будет интерестно. Вставить ник Quote
n.lobanov Posted May 2, 2012 Author Posted May 2, 2012 (edited) После перезагрузки проблема с опросом control-plane решилась. На графике по оси Y - pps, по оси Х - дни. До проблемы, во время проблемы, после. Счетчики байт, попадающих в определенную политику, в случае, когда политика привязана к обычному (т.е. ip) интерфейсу обновляются все-равно с задержкой. Edited May 2, 2012 by n.lobanov Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.