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

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

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

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

show buffers failures
Размер пула вызывающего абонента
0x1279AE0 Средний 445 3d19h
0x1279AE0 Средний 446 3d19h
0x1279AE0 Средний 444 3d19h

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

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

18 голосов | спросил laf 23 Mayam13 2013, 09:40:15

3 ответа


13

У вас есть отличные ответы.

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

введите описание изображения здесь

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

показать платформу port-asic stats drop gix /x

введите описание изображения здесь>> </p></div>
					 
						<div class=

ответил Daniel Dib 23 Mayam13 2013, 11:06:18
12

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

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

Пулы интерфейсных буферов:
Syslog ED Пул буферов, 600 байт (всего 132, постоянный 132):
   100 в свободном списке (132 мин, максимально допустимое 132)
   11151 просмотров, 0 промахов
Буферы RxQ1, 2040 байтов (всего 128, постоянные 128):
   4 в свободном списке (0 мин, максимально допустимый 128)
   244594209 просмотров, 4559839 резервные копии
Буферы RxQ2, 2040 байт (всего 128, постоянный 128):
   1 в свободном списке (0 мин, максимально допустимый 128)
   202559241 просмотров, 1582494 запасных частей, 0 трендов, 0 создано
   1582494 сбоев (0 нет памяти)
...

... и есть «общедоступная» область, где процессор использует буферы, поскольку они атакуют его и нуждаются в обслуживании. Буферы уровня «Rx» являются частью общего буфера для обслуживания всех интерфейсов (как старых, так и старых, например 2950 или новейших 2960S /3560X /etc ), или подмножества интерфейсов, принадлежащих к конкретным ASIC (например, 2960 или 3560/3750 /3560E /3750E ).

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

ответил Łukasz Bromirski 23 Mayam13 2013, 10:38:41
11

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

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

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

FasttEthernet0 /24 вставлен, линейный протокол подключен (подключен)
     1557332164 вход пакетов, 3733280910 байт, 6718 без буфера
ответил YLearn 23 Mayam13 2013, 10:15:25

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132