我们没有看到任何性能下降，也没有我们的客户抱怨。
这将来会成为一个严重的问题吗？我从未在队列中看到一个数据包。我正在考虑将输入队列大小更改为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
#1 楼
我想知道为什么数据包在被丢弃之前根本不进入队列。
因为它们是错误的：
8097 input errors, 7120 CRC, 894 frame它不会将不是的数据包排队正确接收-或未完全接收（输入队列在软件中，您仍然可以超出硬件队列，无法更改）评论
Thx Ricky，我不知何故错过了这个信息，即错误数等于丢弃的数据包：）。我的第一个假设是电缆故障，或gbic，但这是所有重要的在线视频流客户的主要接口，要获得窗口维护并不容易中断服务：）也许可以与运输合作伙伴交谈。
–user4262
2014年2月11日，23:52
@ user4262我已经看到这些是由于不良/肮脏的光纤（十分之九）造成的-建议先清洁光纤，然后再更换，然后再考虑光学器件。
–约翰·詹森（John Jensen）
2014年2月13日在5:24
#2 楼
我在您的输出中看到了这一点：8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
^^^^ ^^^^ ^^^
这意味着您的网络接口卡（NIC），电缆或驱动程序可能有故障。
评论
这是一个10gb / s接口，它通过GBIc直接连接到ISP，未连接到最终用户...
–user4262
2014年2月11日12:37
您可以要求他们（ISP）从他们的末端检查。
– mihai
2014年2月11日，12：41
如果是光收发器，还请确保您具有以下输出的阈值：“ sh接口收发器详细信息”
–mastrboy
2014年2月11日14:19
谢谢，但一切都在最小和最大阈值之内。
–user4262
2014年2月11日14:57
每当看到CRC错误或与此相关的输入/输出错误时，我都会自动假定存在接线故障。并非总是如此，但是很有可能。这是肯定的。
– Ryan Foley
2014年2月11日在21:43
#3 楼
CRC错误往往表示信号在设备之间穿过介质时出现问题。在通常情况下，1G对小问题的恢复能力要强得多，而10G对于介质而言可能就显得格外讲究。对于铜线连接，如果不使用屏蔽电缆，则可能表明某种干扰渗入电线中，或屏蔽电缆的接地问题。
对于光纤，我多次遇到错误，而根据我的经验，最常见的原因是没有人使用过合适的光纤套件建立连接时清洁光纤（收发器，电缆和基础结构）。即使使用全新的电缆（有时甚至更多），这也是正确的。
光纤内窥镜对于此过程非常有用，因为它可以让您验证表面是否清洁并且没有任何污物。进行连接之前存在缺陷（划痕等）。
如其他答案和注释所示，请检查您的Rx信号是否在可接受的范围内（不要太强或太弱）。硬件支持它。如果没有其他建议修复该问题，请考虑尽可能更换收发器和电缆（请记住再次清洁）。
评论
谢谢YLearn，我没有10G的丰富经验，这是非常好的信息。
–user4262
2014-02-17 15:59
评论
关于您的修改，将删除“ drop”过去时态的正确英文拼写（请参阅搜索行下方的google info框）在我的帖子中，我使用了“ dropped”一词，但是我收到了一封电子邮件（似乎是自动的），该电子邮件不正确，应予以修复。
Stack Exchange还有一个专门针对英语学习者的网站；如果您想对此进行澄清：-)
有什么答案对您有帮助吗？如果是这样，您应该接受答案，这样问题就不会永远弹出来寻找答案。或者，您可以发布并接受自己的答案。