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

Ми помістили близько 3750G в стек для наших комутаторів постійного струму. Ми стурбовані тим, що вони не зможуть обробляти більш високі навантаження даних, оскільки трафік збільшується через їх обмежені буфери. Які статистичні дані та / або конкретні SNMP OID ми повинні контролювати, щоб з’ясувати, як ці буфери обробляють навантаження?

FYI Ми використовуємо PRTG як наш інструмент вибору.

Наскільки мені відомо, потрібні вам дані не є доступними для 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, два поглинання вхідних порту дуже низької середньої швидкості можуть легко перетворити порт виходу, викликаючи краплі. Щоб максимізувати доступні буфери (і мінімізувати краплі мікровибуху), дотримуйтесь цього документа.

Якщо припустити, що ви хочете контролювати ці дані за допомогою SNMP (я не знайомий з PRTG), найкращим варіантом буде моніторинг:

• краплі вхідної черги
• краплі вихідної черги
• inDiscards
• відкидання

Майте на увазі, що якщо ви відстежуєте краплі вхідної черги, ви побачите, що це відбувається через декілька підмножин портів, тому що (IIRC - хтось мене виправить, якщо я не прав) ці карти на ASIC порту, а буфери поділяються поперек групування портів (ASIC).

Ось посилання на документ Cisco, який містить іншу корисну інформацію:

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