падіння пакетів на інтерфейсі 10 Гбіт / с

У мене на інтерфейсі 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

Мені цікаво, чому пакети взагалі не вводяться в чергу перед тим, як їх скинути.

Оскільки вони були помилками: 8097 input errors, 7120 CRC, 894 frame він не буде ставити в чергу пакет, який не був отриманий належним чином - або не був отриманий повністю (черга введення є в програмному забезпеченні, ви все одно можете перекрити апаратну чергу, яку ви не можете змінити)

Я це бачу у ваших результатах:

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

Це означає, що у вас може бути несправна мережна карта інтерфейсу (NIC), кабель або драйвер.

Помилки CRC, як правило, вказують на проблему з сигналом, коли він перетинає середовище між пристроями. Якщо 1G часто був набагато стійкішим до незначних питань, 10G може бути дуже конкретним щодо середовища.

Для мідних з'єднань це може вказувати на певні перешкоди, що кровоточать в дроті, якщо ви не використовуєте екранований кабель або проблему із заземленням екранованих кабелів.

Що стосується волокон, я неодноразово стикався з помилками, і найпоширенішою причиною в моєму досвіді є те, що ніхто не мав або не використовував належний комплект волокон для очищення волокна (приймачі, кабелі та інфраструктура) під час з'єднання. Це вірно навіть із абсолютно новими кабелями (а іноді й більше).

Область волокна може бути дуже корисною для цього процесу, оскільки вона дозволить вам переконатися, що поверхні чисті та без будь-яких дефектів (подряпин тощо) перед з'єднанням.

Як було зазначено в інших відповідях та коментарях, переконайтеся, що ваш сигнал Rx знаходиться в межах прийнятного поля (не надто сильного або занадто слабкого), якщо ваше обладнання підтримує його. Якщо нічого іншого не рекомендується виправити, погляньте на можливість заміни приймачів та кабелів, якщо це можливо (не забудьте очистити ще раз, якщо ви це зробите).