我有一定数量的数据包投在我的10 my /S接口,在思科6500与Sup 720。在我清理完柜台后,你可以在一分钟内看到丢包的数量。
我们没有看到任何性能下降,我们的客户也没有抱怨。这将来会否成为一个严重的问题呢?我从来没有在队列里看到过一个包裹。我正在考虑将输入队列大小更改为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发布于 2014-02-11 20:42:52
我想知道为什么数据包在被丢弃之前根本不进入队列。
因为它们是错误的:8097 input errors, 7120 CRC, 894 frame它不会对没有正确接收到的数据包排队--或者没有完全接收到(输入队列在软件中,您仍然可以超过硬件队列,这是您无法更改的)。
发布于 2014-02-11 12:33:04
我在你的输出中看到了这一点:
8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
^^^^ ^^^^ ^^^这意味着您可能有一个错误的网络接口卡(NIC),电缆,或驱动器。
发布于 2014-02-13 01:22:57
CRC错误倾向于当信号穿过设备之间的介质时表示出问题。在1G通常对次要问题更有弹性的地方,10G可能对媒体非常挑剔。
对于铜连接来说,如果你不使用屏蔽电缆,或者是屏蔽电缆中的接地问题,这可能会显示出对电线的某种干扰。
对于光纤,我曾多次遇到错误,而在我的经验中,最常见的原因是,在连接时,没有人拥有或使用合适的光纤组件来清洗光纤(收发器、电缆和基础设施)。这是真实的,即使是全新的电缆(有时更如此)。
光纤范围对此过程非常有用,因为它将允许您在连接之前验证表面是否干净、无任何缺陷(划痕等)。
正如在其他答案和评论中所指出的,如果您的硬件支持Rx信号,请检查Rx信号是否在可接受的范围内(不太强或太弱)。如果没有其他任何建议来修复它,那么如果可能的话,考虑换掉收发器和电缆(如果你这样做的话,记得再次清理)。
https://networkengineering.stackexchange.com/questions/6239
复制相似问题