Как узнать, хорошо ли обрабатывает коммутатор Cisco трафик?

Я только что прочитал вопрос Джереми об обработке трафика 2960-S и iSCSI , что побудило меня задать этот вопрос: у всех нас есть много коммутаторов, развернутых в различных инфраструктурах. Как вы можете знать, что трафик обрабатывается хорошо?

Я обычно проверяю CPU, RAM и системные журналы, но не думаю о буферах.

Я использовал сбои show buffers и вот пример данных:

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

Как я могу узнать, на каком интерфейсе это произошло?

Существуют ли другие показатели эффективности, которые следует пересмотреть?

Это зависит от модели коммутатора, которая у вас есть, и это не так просто.

Меньшие коммутаторы Catalyst обычно используют по крайней мере две формы буфера - обычно есть буфер уровня интерфейса, на меньшем Catalyst (2k / 3k), видимом в 'show buffers' в разделе, названном 'Пулы буферов интерфейса:':

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 / 3560E / 3750E ).

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

Пока у вас есть отличные ответы.

Как говорит Лукаш, настройка буфера на коммутаторах Catalyst немного сложна. Существует пул, из которого вы назначаете буферы для 4 выходных очередей. Вы можете зарезервировать определенное количество буферов, а остальные оставить в пуле и использовать его по мере необходимости. Зарезервированные буферы не могут быть затронуты другими очередями / порогами.

Чтобы увидеть падения в разных очередях / порогах, используйте эту команду:

show platform port-asic stats drop gix/x

Если вы получаете ошибки буфера, я бы использовал команду, подобную следующей:

показать интерфейс | я (линейный протокол | без буфера)

Вам нужно будет немного вручную отсортировать вывод, но вы ищете строки, если у вас больше 0 ошибок буфера, например:

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