#sh interfaces Te3/4
TenGigabitEthernet3/4 is up, line protocol is up (connected)
Hardware is C7600 10Gb 802.3, address is 588d.09b4.8d80 (bia 588d.09b4.8d80)
MTU 1500 bytes, BW 10000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 42/255, rxload 42/255
Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set
Keepalive set (10 sec)
Full-duplex, 10Gb/s
Transport mode LAN (10GBASE-R, 10.3125Gb/s)
input flow-control is off, output flow-control is off
Clock mode is auto
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters 3d03h
Input queue: 0/75/291/291 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 1667291000 bits/sec, 244099 packets/sec
5 minute output rate 1665910000 bits/sec, 243961 packets/sec
L2 Switched: ucast: 4875 pkt, 1667250 bytes - mcast: 0 pkt, 0 bytes
L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes mcast
L3 out Switched: ucast: 0 pkt, 0 bytes mcast: 0 pkt, 0 bytes
46982598919 packets input, 40800999530943 bytes, 0 no buffer
Received 1748682 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
155706 input errors, 65000 CRC, 11401 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
46985469520 packets output, 40792363160570 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
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
路由器用于使用策略来终止客户并限制他们的渠道。
更新:
#sh int te3/4 transceiver detail
ITU Channel not available (Wavelength not available),
Transceiver is internally calibrated.
mA: milliamperes, dBm: decibels (milliwatts), NA or N/A: not applicable.
++ : high alarm, + : high warning, - : low warning, -- : low alarm.
A2D readouts (if they differ), are reported in parentheses.
The threshold values are calibrated.
High Alarm High Warn Low Warn Low Alarm
Temperature Threshold Threshold Threshold Threshold
Port (Celsius) (Celsius) (Celsius) (Celsius) (Celsius)
--------- ----------------- ---------- --------- --------- ---------
Te3/4 28.2 70.0 60.0 5.0 0.0
High Alarm High Warn Low Warn Low Alarm
Voltage Threshold Threshold Threshold Threshold
Port (Volts) (Volts) (Volts) (Volts) (Volts)
--------- ----------------- ---------- --------- --------- ---------
Te3/4 0.00 N/A N/A N/A N/A
High Alarm High Warn Low Warn Low Alarm
Current Threshold Threshold Threshold Threshold
Port (milliamperes) (mA) (mA) (mA) (mA)
--------- ----------------- ---------- --------- --------- ---------
Te3/4 N/A N/A N/A N/A N/A
Optical High Alarm High Warn Low Warn Low Alarm
Transmit Power Threshold Threshold Threshold Threshold
Port (dBm) (dBm) (dBm) (dBm) (dBm)
--------- ----------------- ---------- --------- --------- ---------
Te3/4 N/A ++ 0.9 0.4 -8.2 -8.1
Optical High Alarm High Warn Low Warn Low Alarm
Receive Power Threshold Threshold Threshold Threshold
Port (dBm) (dBm) (dBm) (dBm) (dBm)
--------- ----------------- ---------- --------- --------- ---------
Te3/4 N/A ++ 0.9 0.4 -14.4 -15.0
我正在使用适配器“ XENPACK到SFP +”和“直接连接电缆SFP +到SFP +” -这会使诊断变得复杂。
哪里可以找到生长计数器的原因?
#1 楼
您会看到CRC和成帧错误以及常规输入错误。如果在设置端口时发生了这种情况,则可能是由于人们仍然对光纤摆弄而造成的。光纤或光学器件。您可以使用
show interfaces transceiver
检查光强,请注意,这可能会报告第三方光学器件的读数不正确。然后,您必须查看光功率预算/光纤的极限,以查看是否在规格范围内。
如Mike所建议,请尝试清洁所有光纤终端。如果这样做没有帮助,请尝试更换光学元件。
目前,错误太小而无法察觉,但可能会很快改变。现在最好修复它,而不是在凌晨3点醒来,因为这会突然造成更多的损失。
对于接口(错误)计数器,有时使用Cisco输出解释器分析您的收益也是值得的见:
https://www.cisco.com/pcgi-bin/Support/OutputInterpreter/home.pl
用一粒盐进行分析,有时遗漏了重点,但可以帮助您快速了解问题所在。
更新:
使用XENPAK / SFP +适配器和DAC电缆时,问题可能出在与他们中的任何一个。尝试更换适配器和/或电缆。由于DAC中没有光学元件(它是铜的),因此
interface transceiver
命令将不会显示任何有用的信息。电缆长度和可能的电磁干扰也可能导致DAC问题。如果一切失败,请尝试切换到光学和光缆连接,看看是否有帮助。
评论
“输出解释器仅适用于具有Cisco服务合同的注册Cisco.com用户”。您能以pdf格式给我文章吗?
–艾伦·桑德里(Allan Sundry)
13年8月5日在15:29
Sebastian链接到的.pl CGI Allan没有PDF副本;这是一个工具,您可以在其中粘贴show命令输出并获得有关潜在补救措施的建议。
–迈克·彭宁顿
13年8月6日在2:52
不幸的是,我无权访问此页面。使用适配器“ XENPACK到SFP +”和“直接连接电缆SFP +到SFP +”会导致命令“ sh int te3 / 4收发器详细信息”为空(添加到第一篇文章中)。
–艾伦·桑德里(Allan Sundry)
13年8月6日在6:57
好的,我更新了答案。
–塞巴斯蒂安·维辛格
13年8月6日在9:56
将DAC替换为光链路后,错误计数器停止增长-在8个小时内大约有2个输入错误。
–艾伦·桑德里(Allan Sundry)
13年8月14日在6:51
#2 楼
有损失,您只是看不到影响。显示屏仅显示前三天四小时的46982598919数据包中的155706输入错误。这是0.0003%的数据包丢失,这就是为什么在测试过程中很难直接看到第一手数据的原因。如果您没有看到任何操作上的影响,很可能可以忽略不计。如此低的丢包率在标准IP网络中的影响可忽略不计,上层协议将相应地适应。
如果您打算跟踪源,这将很困难。正如Mike所指出的,第一步将是检查信号强度(显示接口xxxx收发器;这需要具有DOM功能的模块),并尝试清洁跳接线的端接点。如果这样不起作用,请尝试更换跳线。作为最后一根吸管,请更换实际的光学模块。
评论
检查光纤信号强度,清洁光纤终端(包括配线架处),更换光学器件。我正在使用带适配器“ XFP to SFP +”的直接连接电缆“ SFP + to SFP +”。也许有些东西需要更换。
对不起,我正在使用适配器“ XENPACK转SFP +”和“直接连接电缆SFP +转SFP +”
@AllanSundry被原谅!