当一个节点上的自动协商失败时,必须选择以下规则: />
如果您有10/100 Mb / s的接口->使用半双工
如果您有1000 Mb / s的接口->使用全双工
为什么?
#1 楼
当一个节点上的自动协商失败时,要选择(半双工/全双工),我们必须使用以下规则:
如果您有10/100 Mb / s接口- >使用半双工
如果您有1000 Mb / s接口->使用全双工
为什么?
摘要<简而言之,以太网自1980年代就已经存在...因此,
旧的以太网NIC仅支持半双工操作,而没有自动协商。如果在这种情况下启用了自动协商,则必须支持所有旧的NIC(这意味着回退到半双工操作)。另一个答案是集线器,它也属于这一类。
1GE规范要求自动协商。因此,以1GE的速度强制失败到半双工是没有意义的。 1GE自动协商会宣布它是否具有半双工/全双工功能。
这些天,除非您知道其他端口不支持自动协商,否则您应该始终尝试使用自动协商。 >
下表可能有助于解释有关自动协商的扭曲历史。
+------------+------+---------------+--------------+-----------------------+
| Standard | Year | Speeds | Media | Auto-neg Status |
+------------+------+---------------+--------------+-----------------------+
| 802.3i | 1990 | 10M | Twisted Pair | No auto-negotiation |
+------------+------+---------------+--------------+-----------------------+
| 802.3u | 1995 | 10/100M | Twisted Pair | Optional, not trusted |
+------------+------+---------------+--------------+-----------------------+
| 802.3-1998 | 1998 | 100/100M | Twisted Pair | Optional |
+------------+------+---------------+--------------+-----------------------+
| 802.3ab | 1999 | 10/100/1000M | Twisted Pair | Optional @ 10/100M |
| | | | | Required @ 1Gbps |
+------------+------+---------------+--------------+-----------------------+
双工不匹配的影响:思科在自动协商失败时回退到半双工的做法...一个人可以正确地反对在自动协商失败时回退到半双工的配置。但是,错误配置是可以容忍的。在这种情况下可能发生的最坏情况是,您在FastEthernet链路的一侧进行了手动硬编码全双工,而自动协商在链路的另一侧却无法半双工...不匹配的双工会导致链路级错误(冲突和欠缺),但是只要您不试图超过链路速度的三分之一(即FastEthernet上约为35Mbps),您仍然可以很好地进行通信。
可能有趣的细节:
原始FastEthernet自动协商==错误的juju
人们在IEEE 802.3u(FastEthernet)中对早期自动协商的经验很差,以至于传统的观念是禁用自动协商,并手动在所有以太网铜端口上锁定速度/双工。在旧计时器中,禁用所有铜端口上的自动协商已变得根深蒂固,以至于即使在行业自动协商实现已可靠十多年的今天,在Cat5e / Cat6上找到锁定速度/双工仍然并不罕见。仅供参考,一些ISP在误认为手动速度/双工更为可靠的假设下仍然在其客户电路上强制100M /满。作为IEEE 802.3ab(铜缆上的千兆以太网)的一部分,需要进行自动协商;但是,您仍然可以找到一些供应商实现,允许您对GigE速度/双工进行硬编码。这是否意味着JunOS交换机在该1GE端口上禁用了自动协商?不,这实际上意味着JunOS仅在自动协商期间发布已配置的速度/双工。
谈判1000Base-T半双工/全双工,或根据需要降低到更低的速度
确定PHY之间的MASTER-SLAVE关系
对EEE功能进行协商
802.3ab在1GE时需要自动协商,因为GigabitEthernet自动协商包括特殊的线路调节。这种调节发生在MASTER / SLAVE PHY启动的训练模式期间;训练模式可确保线路足够稳定,以在超过100m长的Cat5e上推动1000Mbps的传输。
#2 楼
当一个节点上的自动协商失败时,要选择(半双工/全双工),我们必须使用以下规则:->如果您具有10/100 Mb / s接口->使用半双工
如果连接了集线器,则默认的全双工将导致过多的冲突。默认的半双工模式确保无论连接的设备(交换机或集线器)如何,通信都能继续进行。
->如果接口为1000 Mb / s,请使用全双工
1000Base-T标准被设计为需要自动协商以及交换的第2层域(无集线器)。这是因为所有四对都需要以250Mbps的全双工通信。因此,假定在连接中不存在用于双向通信目的的集线器。
评论
顺便说一句,集线器是回落到半双工的一个很好的理由,但不仅仅是集线器...早期的10 / 100M NIC根本无法自动协商...并且早期的FastEthernet自动协商实现是不可靠的。
–迈克·彭宁顿
13年8月18日在22:34
评论
我想阅读更多有关此自动协商“线路调节”的信息,您是否有链接?最好是在802.3第三节中。完全同意应该使用autonego,不幸的是,许多电信公司仍处于90年代的思维定势,并且产品要求禁止使用autonego。试图说服他们的另一个好理由是autonego提供RFI(远程故障指示),当一端没有收到但仍可以发送时,这将导致两端掉线。
–ytti
13年8月19日在6:44
@ ytti,802.3通常将线路条件称为TRAINING。培训是自动协商过程中进行的主从PHY协商的一部分。您可以在802.3-2012的第3节第40.5.1节(其中描述了所有的自动协商功能)中找到对MASTER-SLAVE协商的引用。要查找有关培训的更多信息,请在802.3-2012 PDF中搜索“培训”。
–迈克·彭宁顿
13年8月19日在9:17
谢谢,我知道以太网中的时钟选择。以为调线是另外一回事。
–ytti
13年8月19日在9:47
主/从PHY启动包括所谓的决策反馈均衡器(DFE-Ref 802.3-2012,第3节,条款40.4.2.4); DFE与其他功能一起用于回声消除/近端交叉通话(NEXT)消除
–迈克·彭宁顿
13年8月19日在10:01
非常欢迎您...翻阅802.3文档是一个很好的复习...
–迈克·彭宁顿
13年8月19日在10:59