请教众位网络高手，关于交换机端口闪烁问题_百度知道
请教众位网络高手，关于交换机端口闪烁问题
小弟刚刚转行呈为网管，经验浅薄，请教各位大侠，最近我公司级联交换机（通过网线连接至核心三层交换机）上经常出现多个端口一起闪烁的问题，继而该交换机所连机器均不能上网。第一次出现这种问题时，通过一个一个的排查，发现拔掉其中一个端口的网线其余便恢...
我有更好的答案
抓包软件即可，如sniffer，网路岗等。同时需要在核心交换做端口镜像
采纳率：55%
为您推荐：
其他类似问题
交换机的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。网口自协商
我的图书馆
网口自协商
以太网相信大家不会陌生，因为以太网是当今现有局域网采用的最通用的通信协议标准，使用非常广泛。有一定网络知识的朋友，可能会知道以太网有半双工和全双工两种工作模式，而且全双工模式比半双工模式要好。那么这两种模式具体有什么区别呢？以太网设备之间的双工模式又是如何进行协商的呢？下面为大家详细介绍。 一、全双工和半双工的概念
1、全双工（Full Duplex）
&&&&&& 是在微处理器与外围设备之间采用发送线和接受线各自独立的方法，可以使数据在两个方向上同时进行传送操作。指在发送数据的同时也能够接收数据，两者同步进行，这好像我们平时打电话一样，说话的同时也能够听到对方的声音。 　　
2、半双工（Half Duplex）
&&&&&& 所谓半双工就是指一个时间段内只有一个动作发生，举个简单例子，一条窄窄的马路，同时只能有一辆车通过，当目前有两量车对开，这种情况下就只能一辆先过，等到头儿后另一辆再开，这个例子就形象的说明了半双工的原理。早期的对讲机、以及早期集线器等设备都是基于半双工的产品。随着技术的不断进步，最近10年制造的网卡、交换机、路由器都支持全双工模式。半双工的网络设备已经逐渐退出历史舞台。
二、全双工和半双工以太网的特点
1、半双工以太网
1）任意时刻只能接收数据或者发送数据。
2）采用CSMA/CD访问机制。
3）有最大传输距离的限制。
2、全双工以太网
1）同一时刻可以接收和发送数据。
2）传输数据帧的效率大大提高，最大吞吐量达到双倍速率。
3）全双工从根本上解决了以太网的冲突问题，以太网从此告别CSMA/CD。
4）消除了半双工的物理距离限制。
三、以太网的自动协商
1、自动协商的目的
&&&&&& 最早的以太网都是10M半双工的，所以需要CSMA/CD等一系列机制保证系统的稳定性。随着技术的发展，出现了全双工，接着又出现了100M，以太网的性能大大改善。但是随之而来的问题是：如何保证原有以太网络和新以太网的兼容？
&&&&&& 于是，提出了自动协商技术来解决这种矛盾。自动协商的主要功能就是使物理链路两端的设备通过交互信息自动选择同样的工作参数。自动协商的内容主要包括双工模式、运行速率以及流控等参数。一旦协商通过，链路两端的设备就锁定在同样的双工模式和运行速率。
2、以太网自协商机制的标准
1）百兆以太网标准IEEE 802.3u规范，将自协商作为可选功能。
2）千兆以太网标准IEEE 802.3z规范，将自协商作为强制功能，所有设备必须遵循并且必须默认启用自协商。
3、自动协商原理
&&&&&& 自动协商是建立在双绞线以太网的一种底层机制上的，它只对双绞线以太网有效。光纤接口的以太网不能进行自动协商。
&&&&&& 在双绞线链路上，如果没有数据传输，链路并不是一直空闲，而是不断的互相发送一种频率较低的脉冲信号，任何具有双绞线接口的以太网卡都能识别这种信号。如果再插入一些频率更低的脉冲，这些脉冲称为快速链路脉冲FLP（Fast Link Pulse），两端设备也能识别。于是，可以利用FLP进行少量的数据传输，达到自动协商的目的。
&&&&&& 以太网速率双工链路自协商优先级别从高到低，顺序如下：
1）1000M全双工
2）1000M半双工
3）100M全双工
4）100M半双工
5）10M全双工
6）10M半双工
&&&&&& 如果协商通过，网卡就把链路置为激活状态，可以开始传输数据了。如果不能通过，则该链路不能使用。
&&&&&& 如果有一端不支持自动协商，则支持自动协商的一端选择一种默认的方式工作，一般情况下是10M半双工模式。
&&&&&& 例如：把一台使用100M网卡的计算机连接到1000M的交换机上，假如交换机的端口设置为自动协商，最终交换机的端口会协商为100M全双工模式。假如交换机的端口强制设置为1000M，将导致自协商不能通过，此计算机无法连接网络。
&&&&&& 自协商完全由物理层芯片设计实现，因此并不使用专用数据包或带来任何高层协议开销。
以太网端口电口工作模式简单介绍： 1．以太网口的两端工作模式（10M半双工、10M全双工、100M半双工、100M全双工、自协商）必须设置一致。 & 2.如果一端是固定模式(无论是10M、100M)，另外一端是自协商模式，即便能够协商成功，自协商的那一端也将只能工作在半双工模式。 &&
3.如果一端工作在全双工模式，另外一端工作在半双工模式(包括自协商出来的半双工，也一样处理)，Ping是没有问题的，流量小的时候也没有任何问题，流量达到约15%以上时，就会出现冲突、错包，最终影响了工作性能！ & 4.对于两端工作模式都是自协商，最后协商成的结果是“两端都支持的工作模式中优先级最高的那一类”。 & 5.&如果A端自协商，B端设置为100M全双工，A协商为100M半双工后，再强制将B改为10M全双工，A端也会马上向下协商到10M半双工；如果A端自协商，B端设置为10M全双工，A协商为10M半双工后，再强制将B改为100M全双工，会出现协商不成功，连接不上！这个时候，如果插拔一下网线，又会重新协商在100M半双工。 & 建议 && 以太网口的两端工作模式必须设置一致。否则，就会出现流量一大速度变慢的问题。大多数设备以太网口的默认的出厂设置是自协商。如果两端都是自协商，协商成功了，但网络不通，此时请检查网线是否支持100M。如果两端都是自协商，协商成功并且运行在全双工，在没有Link Down的前提下，将其中一端“立刻”设置为固定的“10M/100M全双工”，两端仍然能够工作在全双工。但是，万一将来插拔网线或者其他原因出现重新Link，就会重新协商为“一端全双工&一端半双工”的不稳定连接。因此，这种情况一定要避免！ & 自协商基本原理
& && 自动协商模式是端口根据另一端设备的连接速度和双工模式，自动把它的速度调节到最高的公共水平，即线路两端能具有的最快速度和双工模式。 && 自协商功能允许一个网络设备能够将自己所支持的工作模式信息传达给网络上的对端，并接受对方可能传递过来的相应信息，从而解决双工和10M/100M速率自协商问题。自协商功能完全由物理层芯片设计实现，因此并不使用专用数据包或带来任何高层协议开销。 & && 自协商功能的基本机制是：每个网络设备在上电、管理命令发出、或是用户干预时发出FLP（快速连接脉冲），协商信息封装在这些FLP序列中。FLT中包含有时钟/数字序列，将这些数据从中提取出来就可以得到对端设备支持的工作模式，以及一些用于协商握手机制的其他信息。当一个设备不能对FLP作出有效反应，而仅返回一个NLP（普通连接脉冲）时，它被作为一个10BASE-T兼容设备。 快速链路脉冲FLP和普通链路脉冲NLP都仅使用于非屏蔽双绞线上，而不能应用在光纤媒体。 & && 自动协商的内容主要包括双工模式、运行速率、流控等内容，一旦协商通过，链路两端的设备就锁定在这样一种运行模式下。1000M以太网也支持自协商，在此从略。 & && 电口和光口自协商主要区别是在OSI 中它们所处的位置不同。对于电口来说,协商发生在链路信号传输之前；对于光口来说, 自协商机制与PCS在同一层, 这意味着光口的协商必须先建立链路同步以后才可以进行协商。PCS （Physical Coding Sub-layer） & 千兆光口自协商&& 千兆光口可以工作在强制和自协商两种模式。802.3规范中千兆光口只支持1000M速率，支持全双工（Full）和半双工（Half）两种双工模式。自协商和强制最根本的区别就是两者再建立物理链路时发送的码流不同，自协商模式发送的是/C/码，也就是配置（Configuration）码流，而强制模式发送的是/I/码，也就是idle码流。 & 千兆光口自协商过程:1.两端都设置为自协商模式双方互相发送/C/码流，如果连续接收到3个相同的/C/码且接收到的码流和本端工作方式相匹配，则返回给对方一个带有Ack应答的/C/码，对端接收到Ack信息后，认为两者可以互通，设置端口为UP状态2.一端设置为自协商，一端设置为强制自协商端发送/C/码流，强制端发送/I/码流，强制端无法给对端提供本端的协商信息，也无法给对端返回Ack应答，故自协商端DOWN。但是强制端本身可以识别/C/码，认为对端是与自己相匹配的端口，所以直接设置本端端口为UP状态3.两端均设置为强制模式双方互相发送/I/码流，一端接收到/I/码流后，认为对端是与自己相匹配的端口，直接设置本端端口为UP状态
[转]&[转]&[转]&[转]&[转]&
喜欢该文的人也喜欢新手园地& & & 硬件问题Linux系统管理Linux网络问题Linux环境编程Linux桌面系统国产LinuxBSD& & & BSD文档中心AIX& & & 新手入门& & & AIX文档中心& & & 资源下载& & & Power高级应用& & & IBM存储AS400Solaris& & & Solaris文档中心HP-UX& & & HP文档中心SCO UNIX& & & SCO文档中心互操作专区IRIXTru64 UNIXMac OS X门户网站运维集群和高可用服务器应用监控和防护虚拟化技术架构设计行业应用和管理服务器及硬件技术& & & 服务器资源下载云计算& & & 云计算文档中心& & & 云计算业界& & & 云计算资源下载存储备份& & & 存储文档中心& & & 存储业界& & & 存储资源下载& & & Symantec技术交流区安全技术网络技术& & & 网络技术文档中心C/C++& & & GUI编程& & & Functional编程内核源码& & & 内核问题移动开发& & & 移动开发技术资料ShellPerlJava& & & Java文档中心PHP& & & php文档中心Python& & & Python文档中心RubyCPU与编译器嵌入式开发驱动开发Web开发VoIP开发技术MySQL& & & MySQL文档中心SybaseOraclePostgreSQLDB2Informix数据仓库与数据挖掘NoSQL技术IT业界新闻与评论IT职业生涯& & & 猎头招聘IT图书与评论& & & CU技术图书大系& & & Linux书友会二手交易下载共享Linux文档专区IT培训与认证& & & 培训交流& & & 认证培训清茶斋投资理财运动地带快乐数码摄影& & & 摄影器材& & & 摄影比赛专区IT爱车族旅游天下站务交流版主会议室博客SNS站务交流区CU活动专区& & & Power活动专区& & & 拍卖交流区频道交流区
丰衣足食, 积分 699, 距离下一级还需 301 积分
论坛徽章:0
没有VISIO 就这么用画图凑合着画的 垃圾了一点
A B两个交换机都支持端口聚合(2个端口聚合)
A做了聚合 B没做&&他们能通吗?会发生什么样的问题
A B是不是要型号一样 如CISCO3550和CISCO3750
如果牌子不一样呢 如CISCO和HW能做吗?
A B之间连了透明桥接设备 AB做汇聚能通吗?
A 左边下接了2个透明桥接设备 右边接一个桥接设备 AB做汇聚&&能通吗?
(18.76 KB, 下载次数: 49)
16:01 上传
家境小康, 积分 1137, 距离下一级还需 863 积分
论坛徽章:0
1，会造成50%几率的丢包，也就是链路虽然通，但会丢掉一般的流量，其实对客户和不通没什么区别了
2，端口聚合应该也是802协议簇中的一个标准协议，因此只要设备实现的没什么问题，一般还都是通用的，不过大多数厂商都宣称自己的设备之间互联才能保证最大限度的稳定，这是出于商业考虑，因此实施的话还是能尽量选用同一设备或同一品牌设备。
3，没碰到此类情况，不过按原理讲此桥设备如果是完全转发所有报文的话就不应该存在问题，事实上一些软件实现的桥都会有一些限制，例如只转发特tcp/ip等，所以如果你这个桥是个hub的话我认为没问题，其他的就难说。
白手起家, 积分 152, 距离下一级还需 48 积分
论坛徽章:0
思科自己是通的没问题，而且思科自己有更快速的trunk建立技术。自家设备还可以实现根据源、目的等多种算法进行负载均衡。
你说的跨设备，悬，怕一些交换机会丢弃某些协议frame，如果没记错是要靠lacp来做得，我可不太确定哪个协议。如果包丢弃，就全歇菜。
自家的设备有时候可以免设置，就自己联上了，实现捆绑，就是一边设了就ok。
这种协议是大家主要测试的项目。我测过一次，你说的产品恰好我都没有碰到。
丰衣足食, 积分 699, 距离下一级还需 301 积分
论坛徽章:0
回3楼的朋友
LACP 或者是PAGP的帧一般情况下不会丢 只是一个多播帧 除非设备设置成 不转发多播帧
和其他厂商的设备不一定能通 支持EC的还好说 不支持的直接就挂了
我遇到的项目就是上面是6509的 下面是HW什么型号的 记不清楚了 就没敢动
2楼的朋友 你说图片1会丢50%的包&&我不敢苟同&&
我把我的思路说出来 如果错了 请您指正
注：我画了张新图
A B是两个支持EC的交换机 A做了聚合 B没做（B仅仅是桥接） A B之间没有生米STP VLAN等 就是透明桥 为了防止端口ERRDISABLE
A用了ON（禁止发送协商帧 让A强制聚合 不管对方是否做了聚合 ）
C是一个客户 S1 S2分别为两个服务器 提供服务
B1 B2是B连接A的两个端口&&如图片所示
首先 C对S1做出个ARP查询 毫无疑问 这个广播包是可以到B的 也可以到S1 S2
B会把这个广播包从新发到A
A检目的MAC地址是广播 就这样一直不停的搞下去 那就不是50%的包 估计时间长了 整个小拓扑就要挂了
其次 不说广播包 就说正常的数据包& &
1 起用源MAC地址loading balance
对于这个图来说 这样方式不能反应出问题 因为源MAC就是C 所有去S1 S2的数据包&&
交换机A都会把它们放到同一根链路上走 而另一根链路上是空的
2 起用目的MAC地址 loading balance
有两个目标服务器&&有两个不同的MAC S1和S2
首先C和S1通信了一把
数据包走一条线 （假设是B1那条线） 因为目的MAC地址都是S1的 结果所有的数据包都走了B1那条线
B1端口记录了C的MAC地址
在和S1通信的同时 C和S2通信了
同样 根据目的MAC的分配规则 去S2的数据报走了B2的那条线 现在B2端口也有了C的MAC地址
看 现在B1 和B2都有了C的MAC地址
S1 S2现在发送数据包 给C了 到了交换机B&&B发现B1 B2端口上都有C的MAC记录 现在B郁闷了
到底怎么走 走哪个端口合适 ？
其实我也郁闷了
两个端口都发一份 还是其他的方式
[ 本帖最后由 带脚镣跳舞 于
11:04 编辑 ]
(14.43 KB, 下载次数: 51)
10:58 上传
丰衣足食, 积分 681, 距离下一级还需 319 积分
论坛徽章:0
对于你说的第一种情况，聚合没有建立起来，会有一个端口被disable
对于后面的问题，聚合只能在两台设备之间建设
家境小康, 积分 1137, 距离下一级还需 863 积分
论坛徽章:0
原帖由 带脚镣跳舞 于
10:58 发表
回3楼的朋友
LACP 或者是PAGP的帧一般情况下不会丢 只是一个多播帧 除非设备设置成 不转发多播帧
和其他厂商的设备不一定能通 支持EC的还好说 不支持的直接就挂了
我遇到的项目就是上面是6509的 下面是HW什么型 ...
两个端口都发一份那岂不是流量加倍？那聚合岂不是没有意义了，应该是两个端口均摊流量，所以才起到端口聚合，流量加倍的效果。因此如果有一条链路不通则50%随机丢包。当然如果是动态聚合协议，会检测到链路状态失效，这样ARP就不会均衡到失效的端口，因此和单链路效果一样，也就是聚合不生效。LACP就是这样。
白手起家, 积分 152, 距离下一级还需 48 积分
论坛徽章:0
我不太确定，但是还是想说一下。
你们说的情况我用测试仪做过。
这样，如果双方通过协商或者是设定了两个端口的链路聚合之后，我记得有些交换机show转发表的时候，他们会把两个端口作为一个端口来用。而且可以做到根据不同的地址来进行负载均衡，这点没错，我试过不少的小交换机。思科的这个测试我没干过。能够利用lacp进行协商的设备并不是很普遍，比如台湾货和一些国产货。需要设置绑定。
老实讲我碰到的很多交换机做法很不一样，甚至在做负载均衡的时候还会超过一定地址数量可以，不超过一定地址数量不行。
小富即安, 积分 2384, 距离下一级还需 2616 积分
论坛徽章:0
聚合了的俩个端口，在 cisco 3550上
下面级联的是华为的交换，俩个端口互为镜像。
(66.24 KB, 下载次数: 41)
21:26 上传
北京盛拓优讯信息技术有限公司. 版权所有 京ICP备号 北京市公安局海淀分局网监中心备案编号：22
广播电视节目制作经营许可证(京) 字第1234号
中国互联网协会会员&&联系我们：
感谢所有关心和支持过ChinaUnix的朋友们
转载本站内容请注明原作者名及出处接口配置锦囊妙计之三----端口自协商(转自华为技术论坛)
【交换机在江湖之初窥门径】接口配置锦囊妙计之三----端口自协商
上一回说到诸葛神人四处招兵买马，待机讨伐中原。百姓素闻蜀军乃仁义之师，皆纷纷归顺，以壮大其阵营。为便于及时下发军令，诸葛神人决定为新兵营帐再买入一批华为交换机。当然这次的设备安装和调测还是让张飞来打头阵。
经过前两回的配置端口组和端口隔离操作，张飞自信满满，以为不需要丞相妙计，自己便可以解决问题，于是决定先自己捣鼓。可是当他将设备之间的接口连线并上电后，发现有些接口仍然处于Down状态，排查半天仍然没有解决问题，无奈之下只好打开第三个锦囊，曰：速率双工，助你成功。自动协商，往来无妨。
姜维见张飞遇到难题，前来助阵。受丞相锦囊妙计的点拨，很快就找到故障问题的定位思路。“飞飞，我们还是先一步步排查吧，先问你个问题，如何查看接口是否处于Up状态？”
“这有何难，在当前接口视图下执行命令就可以查看接口状态了。”
“飞飞只知其一，不知其二，待我详细告知。先看下回显信息：
system-view
[HUAWEI] interface
gigabitethernet 1/0/1
[HUAWEI-GigabitEthernet1/0/1]
display this interface
GigabitEthernet
1/0/1 current state : UP&&&&&&&&&&&&&&&&
Line protocol
current state : UP&&&
……&&&&&&&&&&&&&&&
回显信息中的current
state和Line
protocol current state含义和区别如下：
state表示接口的物理状态，和三层业务及协议没有关系。
2.Line protocol
current state表示该接口的协议状态，与协议有关。
对于二层物理接口，一般物理状态current
state为Up，协议状态Line
protocol current state就会是Up的。例如，二层物理接口连线正确，并且接口属性配置正常后，物理状态current
state和协议状态Line
protocol current state都是处于Up状态。
对于三层物理接口，只有物理状态current
state为Up，并且协议协商也成功后，协议状态Line
protocol current state才会是Up的。例如，三层物理接口连线正确，并且接口属性配置正常后，如果没有配置IP地址，则物理状态current
state为Up，但协议状态Line
protocol current state处于Down状态。
当我们设备连线后，在没有配置接口IP地址等操作之前，需要保证接口物理状态即current
state是Up即可。”
“这个我都知道了，关键是我想知道接口物理状态为啥处于Down了。”
“这就要引出我们的重点啦—只有链路两端接口双工模式和速率都保持一致，接口物理状态才可以Up。如何保持一致呢？自协商机制或者非自协商机制（强制配置机制）都可以实现。”
双工模式分为全双工和半双工。全双工是指接口在发送数据的同时也能够接收数据，两者同步进行；而半双工是指一个时间段内只有一个动作发生，即接口某一时间段只接收报文或只发送报文。举一个全双工的例子，一条东西走向的宽阔马路，可允许两辆马车迎面通过。当甲辆马车自东向西行驶，乙辆马车自西向东行驶时，两车可以同时行进，互不影响。这个例子中宽阔的马路代表的就是全双工链路，甲、乙两辆马车分别代表的就是发送方向报文和接收方向报文。再举一个半双工例子，一根独木桥，同时只能允许一个人通过，当有甲、乙两人从河岸两端迎面走过来时，这种情况下就只能是一个人在桥头先停下来，等待另外一个人走过来后，再继续走过去。这个例子中独木桥代表的就是半双工链路，甲、乙两人代表的就是发送方向报文和接收方向报文。全双工相对于半双工的好处在于迟延小，速度快。当数据流量较大时，工作在半双工模式的链路就会出现冲突、错包，最终影响了工作性能。因此半双工已经逐步退出历史舞台啦。
接口速率决定了接口传输数据的带宽，一般接口有百兆（100Mbit/s）、千兆（1000
Mbit/s）&、万兆（10000Mbit/s）等速率类型。不同速率的接口也是可以对接成功的，其工作速率最终是需要保持一致的。例如，千兆（1000
Mbit/s）接口和百兆（100Mbit/s）接口对接，工作速率肯定是双方均支持的速率，一般会是工作在100Mbit/s。这个例子也可以看出，接口速率不一定就是其工作速率哦，一般工作速率会小于或等于接口速率。
&&&&接口自协商
&自协商功能就是给互连设备提供一种交换信息的方式，使物理链路两端的设备通过交互信息自动选择同样的工作参数（包括双工模式和速率），以使其自动配置传输能力，达到双方能够都能支持的最大值。
链路两端的协商模式必须保持一致。如果链路两端的协商模式不一致，例如本端配置为非自协商模式，对端配置为自协商模式，则本端接口可能为Up或Down状态，但对端一定为Down状态。链路之间仍无法正常通信。
“这个接口当前工作速率、双工模式、自协商模式信息，我怎么查看呢？”
“还是在链路两端接口均执行命令，查看接口的双工模式、速率、协商模式信息，并根据回显中相关信息字段来进行故障定位。具体的字段信息如下表所示。
回显信息字段
显示信息解释说明
Negotiation
接口自协商状态。
o&&&显示信息是“ENABLE”表示接口工作在自协商状态。
o&&&显示信息是“DISABLE”表示接口工作在非自协商状态即强制模式。
保持链路两端接口的协商模式一致，要么都工作在自协商模式下，要么都工作在非自协商模式下。
在接口视图下可以使用命令调整接口的自协商模式。如果自协商模式下接口仍然Down，可以尝试将两端接口均修改为非自协商模式，并强制两边速率、双工模式保持一致。
接口当前工作速率。
在非自协商模式下如果设备两端接口速率不一致，请在接口视图下执行speed命令调整接口速率保持一致。
接口双工模式。
在非自协商模式下如果设备两端接口双工模式不一致，请在接口视图下执行命令调整接口双工模式保持一致。
故障排查小窍门：保持链路两端接口工作在自协商模式，物理状态处于Down时，可以先在链路两端接口视图下依次执行命令和；也可以执行命令，重启接口，目的是接口重新进行一次自协商。如果接口仍然物理状态处于Down，则在链路两端接口视图执行命令undo&，配置以太网接口工作在非自协商模式，并强制指定速率和双工模式，使其保持一致。
飞飞，按照丞相妙计，你的端口故障问题自然迎刃而解了。”
“铛铛铛，问题解决了，接口全部都UP了，搞定收工。”&
“飞飞莫急，我还有补充：如果自协商的接口速率与实际现网要求不符，可通过手动配置接口速率来控制协商的结果。下面就根据我军营帐组网图给你解释下：
中军大营、士兵大营、辎重大营上行接入交换机Switch的接口速率均为1000Mbit/s，交换机Switch与外部网络相连接口GE1/0/4的速率也为1000Mbit/s。如果在Switch上不指定自协商速率，则接口GE1/0/1、GE1/0/2和GE1/0/3和各自连接的营帐接口速率协商的结果将都为1000Mbit/s，当我军三个大营同时以1000Mbit/s速率对外发送数据时，就可能会造成出接口GE1/0/4拥塞。
“所有接口都是自协商的情况下，最终速率都是接口支持的最大速率，三个入接口都是1000Mbit/s，一个出接口只有1000Mbit/s，（1000
Mbit/s +1000 Mbit/s +1000 Mbit/s）&1000
Mbit/s，出接口数据报文肯定会拥塞了，那拥塞问题咋解决呢？”
“很简单，在自协商模式下，我们也可以控制最终协商的速率。将GE1/0/1、GE1/0/2和GE1/0/3三个接口的自协商最大速率控制在100Mbit/s以内，则虽然中军大营、士兵大营、辎重大营接口速率均为1000bit/s，但根据自协商结果是链路两端均支持的最大速率这一原则，最终接口协商后的速率也只是100Mbit/s，（100
Mbit/s +100Mbit/s +100Mbit/s）&1000
Mbit/s，拥塞问题就解决了。
配置步骤如下：
system-view
sysname Switch
interface gigabitethernet 1/0/1
[Switch-GigabitEthernet1/0/1]&negotiation
[Switch-GigabitEthernet1/0/1]&auto
speed 100&//端口GE0/0/1自协商最大速率为100Mbit/s
[Switch-GigabitEthernet1/0/1]
interface gigabitethernet 1/0/2
&[Switch-GigabitEthernet1/0/2]&negotiation
[Switch-GigabitEthernet1/0/2]&auto
speed 100&//端口GE0/0/2自协商最大速率为100Mbit/s
[Switch-GigabitEthernet1/0/2]
interface gigabitethernet 1/0/3
[Switch-GigabitEthernet1/0/3]&negotiation
[Switch-GigabitEthernet1/0/3]&auto
speed 100//端口GE0/0/3自协商最大速率为100Mbit/s
[Switch-GigabitEthernet1/0/3]&quit
至此，张飞和姜维关于接口配置的故事就讲完了，如果大家还想回味下前面两回的精彩片段，不要犹豫！！
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。交换机端口自协商疑问？？_百度知道
交换机端口自协商疑问？？
当两个百兆电口互连时，一端是强制100M/Full，一端是自适应，则自适应的端口速率和双工模式为
A. 100M/Full
B. 100M/Half
C. 10M/Full
D. 10M/Half
题中指的是H3C S系列交换机。我不知道为什么答案是B。我用两台交换机试过了，确实1...
我已经有了答案：
根据IEEE802.3的规定，当自协商的端口与固定模式的端口对接时，自协商一方应通过并行检测(Parallel Detection)机制工作于同等速率的半双工模式下。例如，A为自适应，B为固定，A通过接收时钟信号可以判断B的速率时100 Mbps还是10Mbps，但是B不发出也不响应协商脉冲信号，导致A无法判断对端B的双工模式，所有通常A最终只能工作半双工。若B本身为半双工，则业务正常；若B为全双工，则会出现半双工VS全双工，同一时刻，如果两端都处于发送状态，通信介质上必然会出现碰撞，导致丢包，当通信数据量增大的时候，碰撞的概率增大，丢包严重。
我有更好的答案
我觉得端口应该是默认是100m的半双工。。
采纳率：10%
为您推荐：
其他类似问题
交换机的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。