отбрасывание пакетов на интерфейсе 10 Гбит / с


9

У меня есть определенное количество пакетов, сброшенных на моем интерфейсе 10 Гбит / с, на Cisco 6500 с Sup 720. Вы можете увидеть количество пропущенных пакетов в течение минуты после того, как я очистил счетчики.

Мы не видим снижения производительности, и никто из наших клиентов не жаловался. Будет ли это серьезной проблемой в будущем? Я никогда не видел ни одного пакета в очереди. Я рассматриваю возможность изменения размера входной очереди на 1024, поскольку по умолчанию в очереди 75 пакетов, но мне интересно, почему пакеты вообще не попадают в очередь, прежде чем их отбрасывают. На интерфейсах 1 Гбит / с я не вижу никаких пропущенных пакетов, и все в порядке. Пожалуйста, помогите мне решить проблему с отбрасыванием очереди.

sh int TenGigabitEthernet1/1

 Hardware is C6k 10000Mb 802.3, address is 000f.3589.ac00 (bia 000f.3589.ac00)
  Description: transit 
  Internet address is 192.0.2.1/24
  MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 84/255, rxload 3/255
  Encapsulation ARPA, loopback not set
  Keepalive not set
  Full-duplex, 10Gb/s
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:01, output hang never
  Last clearing of "show interface" counters 00:00:40
  Input queue: 0/75/8097/0 (size/max/drops/flushes); Total output drops: 0  <-----
                    ^^^^
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 138646000 bits/sec, 99380 packets/sec
  5 minute output rate 3321988000 bits/sec, 329345 packets/sec
  L2 Switched: ucast: 158 pkt, 51401 bytes - mcast: 0 pkt, 0 bytes
  L3 in Switched: ucast: 4120795 pkt, 695621509 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 13774697 pkt, 17424995312 bytes mcast: 0 pkt, 0 bytes
     3484933 packets input, 608041136 bytes, 0 no buffer
     Received 0 broadcasts (0 IP multicasts)
     0 runts, 40 giants, 0 throttles
     8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     11742838 packets output, 14837984934 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

Что касается ваших правок , правильное английское правописание для прошедшего времени слова «drop» отбрасывается (см. Информационное окно Google под строкой поиска)
Майк Пеннингтон,

В своем посте я использовал слово «уронили», но я получил письмо (кажется, что оно автоматическое), которое уронено не правильно и должно быть исправлено.
user4262

У Stack Exchange также есть сайт, посвященный изучающим английский язык ; если вы хотите получить разъяснения по этому вопросу :-)
Майк Пеннингтон,

Вам помог какой-нибудь ответ? если это так, вы должны принять ответ, чтобы вопрос не появлялся вечно, ища ответ. Кроме того, вы можете предоставить и принять свой собственный ответ.
Рон Мопин

Ответы:


11

Мне интересно, почему пакеты вообще не попадают в очередь перед тем, как их отбрасывают.

Поскольку они были ошибками: 8097 input errors, 7120 CRC, 894 frame он не будет помещать в очередь пакет, который не был получен должным образом или не был получен полностью (входная очередь в программном обеспечении, вы все равно можете переполнить аппаратную очередь, которую вы не можете изменить)


Спасибо Рикки, я почему-то пропустил эту информацию о том, что количество ошибок равно пропущенному пакету :). Мое первое предположение было неисправным кабелем, или gbic, но это основные интерфейсы для всех важных клиентов онлайн-потокового видео, это не просто службы прерывания, чтобы получить обслуживание окна :), возможно, поговорить с транзитным партнером ..
user4262

1
@ user4262 Я видел их в результате (9 раз из 10) плохого / грязного волокна - предложите сначала почистить его, а потом заменить, прежде чем рассматривать оптику.
Джон Дженсен

4

Я вижу это в вашем выводе:

8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
^^^^               ^^^^      ^^^

Это означает, что у вас может быть неисправная сетевая карта (NIC), кабель или драйвер.


Это интерфейс 10 Гбит / с, напрямую подключенный к провайдеру через GBIc, он не подключен к конечному пользователю ...
user4262

Вы можете попросить их (ISP) проверить их с конца.
Михай

1
Если это оптический трансивер, также убедитесь, что вы выходите за пределы пороговых значений: "sh interface transceiver detail"
mastrboy

Спасибо мастурбою, но это все в пределах минимального и максимального пороговых значений ..
user4262

5
Всякий раз, когда я вижу ошибки CRC или ошибки ввода / вывода в этом отношении, я автоматически предполагаю, что есть ошибка проводки. Это не всегда так, но существует высокая вероятность этого; это точно.
Райан Фоли,

4

Ошибки CRC обычно указывают на проблему с сигналом, когда он пересекает среду между устройствами. Там, где 1G часто был гораздо более устойчивым к незначительным проблемам, 10G может быть очень требовательным к среде.

Для медных соединений это может указывать на наличие помех, возникающих в проводе, если вы не используете экранированный кабель, или проблема с заземлением в экранированных кабелях.

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

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

Как было указано в других ответах и ​​комментариях, убедитесь, что ваш сигнал Rx находится в допустимых пределах (не слишком сильный или слишком слабый), если ваше оборудование поддерживает его. Если больше ничего не предложено, то исправьте это, тогда посмотрите, если возможно, поменяйте местами приемопередатчики и кабели (не забудьте почистить снова, если вы делаете это).


Спасибо, YLearn, у меня не было такого большого опыта работы с 10G, это очень хорошая информация ..
user4262
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.