以太网接口双工模式匹配分析
2010-07-03 23:43
274 查看
文章出处:www.net1980.com
本文对一个CISCO网络设备双工模式配置不当的引起的问题进行了分析,以供大家参考。
在某企业的局域网内,网络管理员进行网络质量测试的时候发现网络有丢包的现象,丢包率在万分之三左右。使用普通的测试方法是难以察觉。
经过详细检查,发现问题是由于交换机与路由器之间的特殊双工模式匹配引起的。
看一下具体情况:
交换机:
类型:CISCO 2950
端口模式:AUTO(FULL)
路由器:
类型:CISCO 3640
端口模式:AUTO(FULL)
按照双工模式原则是两端采取自协商或者是绑定全双工。C2950交换机和C3640路由器都是CISCO产品,也符合了双工模式的原则,自协商结果也是FULL,理应不会出现以上情况。接着我们采取双工模式的第二种原则“绑定全双工”的操作,问题马上解决,丢包的情况消失。后来我们对全网设备进行检查,发现并不是所有自协商设备都会出现同样丢包问题。这可能是IOS版本,自协商机制不同所造成。那么如何能够发现这种特殊双工模式所产生的问题成为了解决这个问题的关键。
以下介绍一个实用的方法:
使用show int命令,显示以下数据:
FastEthernet0/0 is up, line protocol is up
Hardware is AmdFE, address is 0007.eb1d.ac01 (bia 0007.eb1d.ac01)
Internet address is 132.119.19.99/28
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 8/255, rxload 6/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, 100BaseTX/FX
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 6d10h
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 1/75, 893 drops
5 minute input rate 2621000 bits/sec, 402 packets/sec
5 minute output rate 3299000 bits/sec, 432 packets/sec
161792057 packets input, 1418410403 bytes
Received 1545019 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog
0 input packets with dribble condition detected
174372859 packets output, 2059947622 bytes, 0 underruns(0/0/0)
0 output errors, 0 collisions, 6 interface resets
0 babbles, 0 late collision, 186 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
注意红色字体。“deferred”字段,是缓期、延期的意思。当该字段数值非零时,意味着有可能是载波、传输和自协商问题。这次自协商问题也导致了这个deferred字段值不断地增加。
总结:
1. 在配置双工模式时,建议绑定全双工。
2. 对网络设备的接口信息进行监控跟踪。例如:CRC、collision、deferred、babbles值,这样能够防范于未然。
原文地址:http://www.net1980.com/%E7%BB%B4%E6%8A%A4%E6%8A%80%E5%B7%A7/%E7%BB%B4%E6%8A%A4%E6%8A%80%E5%B7%A7%E9%A1%B5%E9%9D%A22
本文对一个CISCO网络设备双工模式配置不当的引起的问题进行了分析,以供大家参考。
在某企业的局域网内,网络管理员进行网络质量测试的时候发现网络有丢包的现象,丢包率在万分之三左右。使用普通的测试方法是难以察觉。
经过详细检查,发现问题是由于交换机与路由器之间的特殊双工模式匹配引起的。
看一下具体情况:
交换机:
类型:CISCO 2950
端口模式:AUTO(FULL)
路由器:
类型:CISCO 3640
端口模式:AUTO(FULL)
按照双工模式原则是两端采取自协商或者是绑定全双工。C2950交换机和C3640路由器都是CISCO产品,也符合了双工模式的原则,自协商结果也是FULL,理应不会出现以上情况。接着我们采取双工模式的第二种原则“绑定全双工”的操作,问题马上解决,丢包的情况消失。后来我们对全网设备进行检查,发现并不是所有自协商设备都会出现同样丢包问题。这可能是IOS版本,自协商机制不同所造成。那么如何能够发现这种特殊双工模式所产生的问题成为了解决这个问题的关键。
以下介绍一个实用的方法:
使用show int命令,显示以下数据:
FastEthernet0/0 is up, line protocol is up
Hardware is AmdFE, address is 0007.eb1d.ac01 (bia 0007.eb1d.ac01)
Internet address is 132.119.19.99/28
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 8/255, rxload 6/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, 100BaseTX/FX
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 6d10h
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 1/75, 893 drops
5 minute input rate 2621000 bits/sec, 402 packets/sec
5 minute output rate 3299000 bits/sec, 432 packets/sec
161792057 packets input, 1418410403 bytes
Received 1545019 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog
0 input packets with dribble condition detected
174372859 packets output, 2059947622 bytes, 0 underruns(0/0/0)
0 output errors, 0 collisions, 6 interface resets
0 babbles, 0 late collision, 186 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
注意红色字体。“deferred”字段,是缓期、延期的意思。当该字段数值非零时,意味着有可能是载波、传输和自协商问题。这次自协商问题也导致了这个deferred字段值不断地增加。
总结:
1. 在配置双工模式时,建议绑定全双工。
2. 对网络设备的接口信息进行监控跟踪。例如:CRC、collision、deferred、babbles值,这样能够防范于未然。
原文地址:http://www.net1980.com/%E7%BB%B4%E6%8A%A4%E6%8A%80%E5%B7%A7/%E7%BB%B4%E6%8A%A4%E6%8A%80%E5%B7%A7%E9%A1%B5%E9%9D%A22
相关文章推荐
- 以太网接口的双工模式及自动协商原理
- 以太网接口的双工模式及自动协商原理
- 从jvm来看,scala中的@究竟是个什么鬼?@模式匹配符号(scala 词法分析 语法分析 常用)
- 第77讲:模式匹配下的提取器过程分析
- KMP模式匹配算法原理分析、next数组优化及java实现
- 以太网接口的半双工和全双工及工作原理
- 计算KMP模式匹配算法中next数组的代码分析及改进型KMP算法中nextval数组代码分析
- snort 源码分析之模式匹配引擎
- Java多线程编程-(18)-等待/通知模式接口Condition接口深入分析
- 以太网接口的半双工和全双工及工作原理
- KMP模式匹配算法分析与实现
- rs485特性、传输距离、接口防雷击、终端匹配电阻等分析
- 异步接口和事务混合模式分析【原】
- Java设计模式之从[鼠标接口][星际争霸中的兵种行为]分析适配器(Adapter)模式
- Java多线程编程-(16)-等待/通知模式接口Condition接口深入分析
- Javascript中正则表达式的全局匹配模式分析
- [zz]三种模式匹配算法(KMP,MonteCarlo,LasVegas)的比较与分析
- KMP 模式匹配算法原理分析
- 模式匹配之常见匹配算法---SIFT/SURF、haar特征、广义hough变换的特性对比分析
- 以太网端口的双工模式和速率