讲真的,遇到接口自协商故障,可以试着这样处理!

简介: 讲真的,遇到接口自协商故障,可以试着这样处理!


故障分析1:链路两端均是GE接口,开启自协商功能后,为什么不能以千兆速率协商UP?

1000BASE-T接口标准要求必须使用超5类网线及以上规格的网线,并且网线内部四根线对都是正常的,此时两端接口才能协商成千兆速率UP。当出现网线抖动、水晶头没有插好或者网线质量问题时,两端接口就不能以千兆速率协商UP,可能需要以百兆速率协商才能UP。此时可以强制链路两端自协商到某一个速率,在接口视图下配置 auto speed命令。

对于V200R005C00及其后续版本,也可以在系统视图下配置降速自协商命令set ethernet speed down-grade。配置该命令后,当GE电口自协商模式对接,无法用千兆速率UP时,接口会自动降低速率到百兆或者十兆进行协商对接。

故障分析2:GE电口对接,两端均使能自协商功能,为什么协商速率出现低于1000Mbit/s?

设备之间的两个GE接口通过网线连接,链路两端GE接口均配置速率自协商模式。网线由于老化、水晶头故障等质量原因,支持的工作速率仅为100Mbit/s或者10Mbit/s,导致最终接口协商速率为100Mbit/s或者10Mbit/s。

建议用户及时更换网线。

故障分析3:为什么两端的GE端口启用的自协商,结果协商出来的速率是百兆的。

端口的自协商的过程如果出现线路不稳定,就会导致协商报文的丢失,协商过程是降级协商,即1000M->100M->10M,所以发生这种问题时,是出现链路不稳定导致的,比如,出现网线的抖动、水晶头没有插好或者网线质量问题。如果需要强制协商到某一个速率,可以在端口上配置auto speed命令。

故障分析4:链路两端接口均工作在自协商模式,双工模式协商为半双工,并且有丢包,怎么处理?

用户可以配置本端和对端设备均工作在非自协商模式,并强制指定接口双工模式为全双工,以避免发生数据丢包现象。

具体操作步骤如下:

<HUAWEI>system-view [HUAWEI]interfacegigabitethernet0/0/1 [HUAWEI-GigabitEthernet0/0/1]undonegotiationauto [HUAWEI-GigabitEthernet0/0/1]duplexfull

故障分析5:接口自协商模式修改后,会影响哪些接口属性功能?

当接口工作模式由自协商模式修改为非自协商模式时,接口的速率和双工模式也会随之恢复到缺省支持的最大值。例如,GE电口工作在自协商模式时,和对端接口协商的工作速率为100Mbit/s,双工模式为半双工。当接口工作模式修改为非自协商模式后,接口速率将恢复为1000Mbit/s,双工模式为全双工。

接口自协商模式修改后,对端也需要一并修改,否则接口可能会处于Down状态。

故障分析6:两个互联端口,一端设置成强制一端设置成自协商可以对接吗?

强烈不建议这样使用。因为这样配置的话,根据自协商规范,配置成自协商一侧的端口会变为半双工状态,容易引起网络利用率不好等各种问题。

端口对接的时候一定要是强制和强制对接,自协商和自协商对接。

相关文章
|
安全 监控
服务器禁ping的好处和坏处是什么
服务器禁ping的好处和坏处是什么禁ping好处一定程度上在互联网上隐藏自己防止一些批量扫描软件探测主机,减少被入侵的几率; 禁止ping坏处 无法使用常用的ping或者监控软件来检测站点是否正常,服务器是否在线等; 建议一般情况下没必要禁止ping,只要常规的服务器安全设置下注意下使用互联网这么大没多大几率盯上这台服务器。
5501 0
|
6月前
|
网络协议
交换机ARP学习异常,看网工大佬是如何处理的?
交换机ARP学习异常,看网工大佬是如何处理的?
151 2
|
5月前
|
域名解析 负载均衡 网络协议
Linux网络接口配置不当所带来的影响
总而言之,Linux网络接口的恰当配置是保证网络稳定性、性能和安全性的基础。通过遵循最佳实践和定期维护,可以最大程度地减少配置错误带来的负面影响。
217 0
|
6月前
|
运维 Linux 网络安全
"揭秘Traceroute穿越防火墙的隐形障碍:为何路径追踪在此中断?解锁隐藏的网络回显之谜!"
【8月更文挑战第19天】Traceroute是网络故障排查的关键工具,用于追踪数据包路径。但防火墙常致回显问题,表现为路由节点信息缺失。本文通过案例分析此现象:数据包遇防火墙时,因安全策略拦截ICMP或UDP数据包而显示星号。解决方法包括检查防火墙策略以确保ICMP和UDP端口未被阻止,在Linux中使用ICMP版本的Traceroute(如`traceroute -I`),关闭防火墙接口管理功能,或调整安全策略以限制Traceroute访问。针对具体网络环境灵活运用这些策略可有效解决问题。
340 0
|
存储 监控 Cloud Native
剖析Linux网络包接收过程:掌握数据如何被捕获和分发的全过程(上)
剖析Linux网络包接收过程:掌握数据如何被捕获和分发的全过程
|
缓存 网络协议 Linux
网络的救命稻草:重传机制如何确保数据顺利传输?
在网络传输中,数据的可靠性和稳定性一直是一个重要的挑战。幸运的是,重传机制应运而生,为我们解决了这个问题。本文将深入探讨重传机制在网络中的应用和工作原理。我们将介绍TCP中最常见的超时重传和快速重传,以及SACK和D-SACK这两种高级重传机制。了解这些机制如何工作可以帮助我们更好地理解数据传输的可靠性和稳定性的保障。
467 1
网络的救命稻草:重传机制如何确保数据顺利传输?
|
存储 网络协议 Linux
剖析Linux网络包接收过程:掌握数据如何被捕获和分发的全过程(下)
剖析Linux网络包接收过程:掌握数据如何被捕获和分发的全过程
|
缓存 网络协议
通过ARP协议实验,设置错误的IP和MAC地址的静态绑定项目,会使得两台主机之间无法通信,而删除该项目后可恢复通信,分析其原因。
通过ARP协议实验,设置错误的IP和MAC地址的静态绑定项目,会使得两台主机之间无法通信,而删除该项目后可恢复通信,分析其原因。
284 0
|
虚拟化
问题解决:网络自动失败 您的网络可能并未使用dhcp协议
问题解决:网络自动失败 您的网络可能并未使用dhcp协议
366 0
问题解决:网络自动失败 您的网络可能并未使用dhcp协议
|
网络协议 网络安全 数据安全/隐私保护
使用SIP中eyeBeam出现故障怎么解决
使用SIP中eyeBeam出现故障怎么解决