Як дізнатися, чи комутатор Cisco добре обробляє трафік?

Я щойно прочитав запитання Джеремі про обробку трафіком 2960-S та iSCSI , що змусило мене задати це питання: У всіх нас є багато комутаторів, розгорнутих у різних інфраструктурах, як ви можете знати, що трафік обробляється добре?

Я зазвичай перевіряю журнали процесора, оперативної пам’яті та системних журналів, але не думав про буфери.

Я використовував збої показу буферів, і ось приклад даних:

show buffers failures 
Caller       Pool          Size      When
0x1279AE0   Middle           445    3d19h
0x1279AE0   Middle           446    3d19h
0x1279AE0   Middle           444    3d19h

Як я можу знати, на якому інтерфейсі це сталося?

Чи є інші показники ефективності, які слід переглянути?

Це залежить від вашої моделі комутатора, і це не так просто.

Менші перемикачі каталізатора, як правило, використовують щонайменше дві форми буфера - зазвичай буфер із рівнем інтерфейсу на меншому каталізаторі (2k / 3k) видно у розділі "Показати буфери" у розділі "Пулове буферних інтерфейсів:":

Interface buffer pools:
Syslog ED Pool buffers, 600 bytes (total 132, permanent 132):
   100 in free list (132 min, 132 max allowed)
   11151 hits, 0 misses
RxQ1 buffers, 2040 bytes (total 128, permanent 128):
   4 in free list (0 min, 128 max allowed)
   244594209 hits, 4559839 fallbacks
RxQ2 buffers, 2040 bytes (total 128, permanent 128):
   1 in free list (0 min, 128 max allowed)
   202559241 hits, 1582494 fallbacks, 0 trims, 0 created
   1582494 failures (0 no memory)
...

... і є "загальнодоступна" область, де процесор використовує буфери, коли їх карають до нього і потребують обслуговування. Буфери рівня "Rx" є частиною спільного буфера для обслуговування всіх інтерфейсів (або старих, застарілих комутаторів типу 2950 або новітніх 2960S / 3560X / тощо ), або підмножини інтерфейсів, що належать до конкретного порта ASIC (наприклад, 2960 або 3560 / 3750 / 3560Е / 3750Е ).

На 4500 і 6500 , зокрема , він отримує брудний, так як є кількість пулів , що пакет може пройти через - вхідний інтерфейс (ASIC) і буфер, пул на рівні лінійної карти (на 6500 на DFC), на перемикач-тканини рівня і в кінці буфера на рівні Supervisor. Вони не повинні бути фізично окремими пулами пам’яті, але часто відображаються в різних командах на різні імена, щоб полегшити процес усунення несправностей (на якому етапі проходження пакету, наприклад, пакет випав).

На сьогодні ви отримали чудові відповіді.

Як каже Лукаш, налаштування буфера є дещо складним у перемикачах Catalyst. Існує пул, з якого ви призначаєте буфери для 4-х черг виходу. Ви можете зарезервувати певну кількість буферів, а решту сидіти в басейні та використовувати її за потребою. Зарезервовані буфери не можуть торкатися інших черг / порогів.

Щоб побачити краплі на різні черги / пороги, використовуйте цю команду:

show platform port-asic stats drop gix/x

Якщо у вас виникають збої в буфері, я використовував би таку команду:

показати інтерфейс | i (протокол рядка | немає буфера)

Вам потрібно буде трохи впорядкувати вихідний результат, але ви шукаєте рядки, якщо у вас було більше 0 помилок буфера, як це:

FasttEthernet0/24 is up, line protocol is up (connected)
     1557332164 packets input, 3733280910 bytes, 6718 no buffer