3750G Мониторинг буфера коммутатора

9

Мы поместили около 3750G в стек для наших коммутаторов доступа постоянного тока. Мы обеспокоены тем, что они не смогут обрабатывать более высокие нагрузки данных, поскольку трафик увеличивается из-за их ограниченных буферов. Какие статистические данные и / или конкретные OID SNMP мы должны отслеживать, чтобы выяснить, как эти буферы обрабатывают нагрузку?

К вашему сведению, мы используем PRTG в качестве инструмента выбора.

Тим
источник
1
К вашему сведению, нет ничего плохого в утверждении редактирования вопроса. :-)
Джон Дженсен
Вам помог какой-нибудь ответ? если это так, вы должны принять ответ, чтобы вопрос не появлялся вечно, ища ответ. Кроме того, вы можете предоставить и принять свой собственный ответ.
Рон Мопин

Ответы:

9

Насколько я знаю, данные, которые вы хотите, не доступны по SNMP.

3750#sh mls qos interface FastEthernet0/1 statistics 
...
  output queues dropped: 
queue: threshold1 threshold2 threshold3
-----------------------------------------
 queue 0:            0            0            0 
 queue 1:       100989            0            0 
 queue 2:            0            0            0 
 queue 3:            0            0            0 
...

То, что вы хотели бы знать, это ifIndex, очередь, порог и счетчик отбрасывания. Я не знаю о заполненном MIB / OID, откуда можно опрашивать эти значения.

Как объяснил Джон Дженсен, outDiscard - это единственное, что вы можете получить, но оно объединяет все это, поэтому вы не будете знать, сбрасывается ли это BE, AF, EF, NC или что. Вы, вероятно, не заботитесь о каплях BE, но вы будете заботиться о каплях EF.

Существует два OID, в которых хранятся эти агрегированные выходные данные. Если ваш ifIndex равен 10001, вы найдете их здесь (символьное и числовое представление):

IF-MIB::ifOutDiscards.10001
.1.3.6.1.2.1.2.2.1.19.10001
EtherLike-MIB::dot3StatsDeferredTransmissions.10001
.1.3.6.1.2.1.10.7.2.1.7.10001

3750/3560 - не очень хорошие коммутаторы для приложений, которые могут микровзрываться, т. Е. Если ваш выход 1GE, а также вход 1GE, два входных порта с очень низкой средней скоростью могут легко заполнить выходной порт, вызывая падение. Чтобы максимизировать доступные буферы (и свести к минимуму потери микропакетов), следуйте этому документу

ytti
источник
1

Предполагая, что вы хотите отслеживать эти данные через SNMP (я не знаком с PRTG), вам лучше всего следить за:

  • входная очередь сбрасывается
  • очередь вывода падает
  • inDiscards
  • outDiscards

Имейте в виду, что если вы отслеживаете отбрасывание входной очереди, вы увидите, что это происходит через несколько подмножеств портов, потому что (IIRC - кто-то исправит меня, если я ошибаюсь) эти карты сопоставляются с ASIC порта, и буферы распределяются между группировка портов (ASIC).

Вот ссылка на документ Cisco, который имеет другую полезную информацию:

http://www.cisco.com/en/US/tech/tk648/tk362/technologies_q_and_a_item09186a00800b69ac.shtml

Джон Дженсен
источник
Да, SNMP идеален. Кто-нибудь, знакомый с PRTG, знает хорошие шаблоны SNMP?
Тим
Возможно, вы захотите изменить свой вопрос и попросить шаблоны PRTG, если это в конечном итоге то, что вы ищете.
Джон Дженсен
Нет, я могу получить значения SNMP в порядке, это была просто сторона, чтобы увидеть, если кто-нибудь уже имел их, чтобы сохранить работу.
Тим