10gb / s接口上的数据包丢失

在Cisco 6500的Sup 720上，我的10gb / s接口上有一定数量的数据包被丢弃。在清除计数器后，一分钟之内您可以看到被丢弃的数据包的数量。

我们看不到任何性能下降，也没有客户抱怨。将来这将成为一个严重的问题吗？我从未在队列中看到一个数据包。我正在考虑将输入队列大小更改为1024，因为默认情况下该队列中的数据包为75个数据包，但是我想知道为什么数据包在丢弃之前根本不进入队列。在1gb / s的接口上，我根本看不到任何丢弃的数据包，一切都很好。请帮助我解决队列丢弃问题。

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

cisco cisco-6500 packet-loss

— 用户4262
source

关于你的编辑，正确的英文拼写为过去时态的“滴”的下降（见搜索线下的谷歌信息框）

— 迈克·潘宁顿

在我的帖子中，我使用了“ dropped”一词，但我已经收到一封电子邮件（似乎是自动的），该电子邮件是不正确的，应予以修复。

— user4262 2014年

Stack Exchange还有一个专门针对英语学习者的网站；如果您想对此进行澄清：-)

— Mike Pennington

有什么答案对您有帮助吗？如果是这样，您应该接受答案，这样问题就不会永远弹出来寻找答案。或者，您可以提供并接受自己的答案。

— 罗恩·莫平

Answers:

我想知道为什么数据包在丢弃之前根本不进入队列。

因为它们是错误的：8097 input errors, 7120 CRC, 894 frame 它不会将未正确接收的数据包排队-或未完全接收到的数据包（输入队列在软件中，您仍然可以超出硬件队列，无法更改）

— 瑞奇光束
source

瑞奇（Thx Ricky），我以某种方式错过了这个信息，即错误数等于丢弃的数据包：)。我的第一个假设是电缆故障，或者GBIC但它是所有重要的在线视频流媒体客户的主要接口，这是不容易中断服务，以获得一个窗口maintaince :)也许与公交合作伙伴说话..

— user4262

@ user4262我已经看到这些是由于光纤不良/肮脏（十分之九）导致的-建议先清洁一下，然后再更换，然后再考虑光学器件。

— 约翰·詹森

我在您的输出中看到了这一点：

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

这意味着您的网络接口卡（NIC），电缆或驱动程序可能有故障。

— 密海
source

这是10gb / s的接口，通过GBIc直接连接到ISP，未连接到最终用户...

— user4262 2014年

您可以要求他们（ISP）从他们的末端检查。

— mihai 2014年

如果是光收发器，还请确保您

— 承受

THX mastrboy，但它的内的一切mininimum和最大阈值..

— user4262

每当看到CRC错误或与此相关的输入/输出错误时，我都会自动假定存在接线故障。并非总是如此，但很有可能。这是肯定的。

— Ryan Foley 2014年

CRC错误往往表示信号在设备之间穿过介质时出现问题。在通常情况下，1G通常对次要问题具有更大的弹性，而10G可能对介质非常苛刻。

对于铜线连接，如果不使用屏蔽电缆，则可能表明某种干扰渗入电线，或者屏蔽电缆的接地出现问题。

对于光纤，我多次遇到错误，而根据我的经验，最常见的原因是在建立连接时没有人使用或使用适当的光纤套件来清洁光纤（收发器，电缆和基础设施）。即使使用全新电缆（有时甚至更多），也是如此。

光纤内窥镜对于该过程非常有用，因为它可以让您在进行连接之前验证表面是否清洁并且没有任何缺陷（划痕等）。

正如其他答案和评论中所指出的那样，如果硬件支持，请检查您的Rx信号是否在可接受的范围内（不是太强或太弱）。如果没有其他建议修复此问题，请考虑尽可能更换收发器和电缆（请记住再次清洁）。

— YLearn
source

谢谢YLearn，我在10G方面没有太多经验，这是非常好的信息

— 。。– user4262 2014年