Что вызывает общий выход на интерфейсе коммутатора cisco?

У меня есть blade-сервер HP c7000, который содержит коммутаторы Cisco 3120X и Cisco 3120G с ios 12.2 (58) SE1. Сами лезвия очень легки, но многие интерфейсы на разных blade-переключателях в корпусе показывают довольно большое количество выходных кадров. Если я проверю количество выходных кадров, я не только вижу увеличение счетчика, но иногда оно уменьшается. Номера не коррелируют с пакетами /с, записанными на интерфейсе. Настройки QoS по умолчанию для платформы.

Следующие образцы были взяты за 30 секунд:

bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 2255550
bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 2255550
bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 2255550
bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 2255550
bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 2255550
bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 2255550
bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 451110
bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 451110
bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 902220
bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 1353330
bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 1804440
bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 1804440
bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 1804440
bc1019-3120-stack> sh int gi2 /0/7 | Выходные капли
  Входная очередь: 0/75/0/0 (размер /макс /капли /сбрасывание); Общий выход: 451490

bc1019-3120-stack> sh int gi2 /0/7 | i выходная скорость
  5-минутная скорость выхода 301000 бит /с, 119 пакетов /с

1) Есть ли что-нибудь еще, что может привести к снижению производительности, кроме того, что серверный nic не получает достаточно кадров?

2) Каково максимальное количество выходных данных, которое может записывать счетчик интерфейса? Выполняется ли опрокидывание при достижении максимального значения?

3) Что будет считаться здоровой скоростью снижения производительности?

14 голосов | спросил User12345 9 Maypm13 2013, 16:43:00

5 ответов


13

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

Что касается того, что приводит к снижению производительности, в частности, существует так много разных причин, что очень сложно точно определить его. Иногда в объединительной панели коммутатора происходит перегрузка, и они могут появляться по мере выхода на выходе исходящего интерфейса. В редких случаях вы также можете получать микропорывы, которые не отображаются при опросе с интервалом в 1 минуту, что быстро перегружает интерфейс, но затем быстро отбрасывается. Я бы предложил захватить SNMP OID для выходных капель, а затем графически отобразить и посмотреть, как он соответствует счетчику CLI.

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

ответил Aaron 9 Maypm13 2013, 18:50:36
7

Моя первая мысль - однонаправленное наводнение, особенно если счетчики увеличиваются в унисон по нескольким портам в одном и том же vlan. Я согласен с Аароном в том, что встречный декремент звучит как ошибка. Счетчик, вероятно, перевернется на 2 ^ 64, но это не произойдет в течение нескольких секунд. Я считаю, что здоровый темп снижения производительности будет равен нулю, но это нереально - даже в центре обработки данных. Вы делаете восходящие линии 10G?

ответил Dennis Olvany 10 Mayam13 2013, 01:02:03
5

Похоже, вы попали в ошибку CSCtq86186. Эта ошибка была обнаружена на 3750-х, 2960-х годах, но она также может влиять на лезвийные переключатели.

ответил Leonardo Abdalla 20 Maypm13 2013, 17:05:22
4

Если вы испытываете однонаправленное наводнение, запуск проводов на одном из хостов или перекрытие одного из портов должен показывать это довольно быстро.

Похоже, у вас избыточные ядра в квадратной топологии? Если это так, попробуйте добавить эту команду в свой интерфейс vlan:

  Время ожидания arp 300
 

Таблицы CAM содержат записи в течение 5 минут, в то время как таблицы ARP хранятся в течение четырех часов (по умолчанию). Установка ARP в соответствии с CAM может исключить однонаправленное наводнение за счет небольшого увеличения CPU. Catalyst 6500/6000 Коммутаторы Проблемы с таблицей ARP или CAM Устранение неполадок

ответил Peter 10 Maypm13 2013, 18:02:27
1

Капли вывода довольно распространены на небольших коммутаторах с небольшими буферами, так как любой пакет истощает буфер. Я не очень хорошо знаком с 3120, поэтому я не могу говорить о размере его буфера, но, по крайней мере, это общая причина до тех пор, пока не удастся получить выходные капли.

Конкретными причинами являются глава блокировки строк (HOLB), где несколько портов источника отправляются в один пункт назначения, и поэтому мы получаем перегруженность. Другая распространенная причина - переход от более высокой скорости порта к более низкой, то есть от 10G до 1G или от 40G до 10G.

Я рекомендую вам запускать контроллеры show ethernet-контроллера X, где X - ваш порт. Вы должны получить некоторую информацию о выходе, например, если что-то пытается вывести на большие кадры, что может произойти, если у вас нет согласованного MTU в вашей сети.

ответил kll 19 Maypm13 2013, 16:58:50

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

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

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