《单向链路检测模式消除交换机误诊断》由会员分享，可在线阅读，更多相关《单向链路检测模式消除交换机误诊断（4页珍藏版）》请在金锄头文库上搜索。
1、单向链路检测模式消除交换机误诊断单向链路检测模式消除交换机误诊断单向链路检测模式消除交换机误诊断2010-6-23 13:54:36 来源: 进入论坛 添加到收藏夹大部分交换机都会有自我诊断的功能。当交换机或者交换机端口由于某些原因出现故障的时候，都会通过指示灯来告知管理员存在的错误。不过有些时候交换机也会存在误诊断的情况。如交换机的端口工作指示灯明明表示正常，但是用户却反映网络不通。如果只是普通的用户，问题还不是很大。但是如果这个端口恰巧是用来进行备份的，那么情况就会比较糟。为了避免这种情况，在实际工作中很多网络管理员都喜欢采用交换机的 UDLD 模式来消除交换机的这种误诊断。 一、什么情况
2、下会出现误诊断? 误诊断的情形主要是即使当链路或者交换机的端口指示灯正常的(即端口的状态是 UP 的)，但是接口仍然无法正常传递数据流量。通常情况才将这种错误称之为单向链路。一般情况下，当出现接口故障、软件故障、硬件失效或者其他异常原因的时候，就会出现这种错误。凭现在的技术手段，交换机还不能够从根本上避免这种错误的发生。为此只有采取其他的方式，加强对交换机端口的检测，以尽早发现这种错误。在思科系列的交换机上，就采用了 UDLD 模式来解决这种情况下的误诊断。 UDLD 从理论上来说，其是在第二层工作的协议。不过从实际情况来看，其往往跟第一层的内容有很深的关系。也就是说，UDLD 模式不光光在第
3、二层运作，其还会跟第一层的相关机制协同工作，才能够完成。其主要的思路就是 UDLD 协议运行在第一、二层之间，最终确定链路的实际工作状态。当发现有“链路 UP 状态正常，但是没有传递流量”的时候，UDLD 协议会马上报警。具体的说，在第一层中通过自动协商功能来观测物理信令等相关的参数运作。而 UDLD 协议则会完成一些自动协商机制不能够执行的任务。让自动协商发现物理信令有异常的时候，不会自动将端口从 UP 状态转换为其他状态，从而导致了单向链路的故障。而 UDLD 协议能够接受来自自动协商机制传递来的参数，然后再发现故障的时候及时的将交换机端口处于关闭状态。可见，UDLD 模式所采用的不只只是
4、一种协议，而是 UDLD协议与自动协商机制相互作用的结果。如果网络管理员要启动 UDLD模式的话，那么就必须要同时启用 UDLD 协议和自动协商机制，在第一层与第二层中通过他们的各司其责、协同工作，来防止物理上或者逻辑上的单向连接，从而从根本上消除交换机的误诊断。 网络管理员需要明白的是，UDLD 并不是交换机原有诊断体系的补充，而是一种独立的诊断方法。也就是说，它是从另一个角度对交换机各个端口的运行状态进行自我诊断。两者之间基本上没有冲突或者重叠的地方。在实际工作中，传统的诊断方法与 UDLD 模式经常是同时使用。 二、合理配置 UDLD 模式下的各种参数 如果同时启用了 UDLD 协议与自
5、动协商机制，就启动了 UDLD 模式，在这种情况下，交换机的某个接口会定期的向邻近的端口发送UDLD 协议数据报。在正常情况下，交换机的这个接口会在预定计时器到期之前接收到回应的数据包。如果在这个计时器到期之前，交换机发送 UDLD 数据包的接口还没有收到回应信息，则 UDLD 协议就会认为出现了故障，即发生了单向链路的故障(其实更加精确的说，应该是自动协商发现了这个故障并告知了 UDLD 协议)。当 UDLD 知道这种情况后，会马上关闭有问题的交换机接口。 在 UDLD 配置的时候，首先需要考虑这个计时器。也就是说，将这个时间设置为多少为好。如果时间设置的比较短，不仅会造成不必要的数据流量，
6、而且也有可能因为数据延迟等原因导致无法在合理的时间内接到回应的数据包。而如果将这个计时器的时间设置的比较长的话，那么就可能无法在短时间内发现问题。要知道，可能一分钟对于用户来说，没有多少感觉。但是对于数据网络传输来说，这个时间就很长了。默认情况下，这个计时器是 15 秒。在实际工作中，网络管理员可能需要根据不同的情况来合理设置这个参数。如需要根据企业网络的复杂情况、布线的长短来考虑。如根据以前的情况，企业可能经常会遇到网络堵塞等情况，而这种堵塞也是暂时的，那么要适当延长这个计时器等等。笔者的建议是在刚开始的时候可以将这个计时器设置的长一点，然后慢慢的减短。最后得到一个合理的数值。 三、提高端口
7、的适用性 在采用普通接口的情况下，当某个接口因为接收不到 UDLD 回应消息时，接口就会关闭。这也有一种缺陷。如企业可能会有网络拥塞，如因为临时备份等等导致拥塞等等。此时在发送端可能无法在计时器到期之前收到回应的信息。那么遇到这种情况时，如果将交换机的端口就设置为关闭，显然就会引起不比要的麻烦。网络管理员希望能够给网络“改错”的机会。为此在原有 UDLD 模式的基础上，思科交换机又提出了积极 UDLD 模式的概念。两个模式的差异主要就在于后者给了网络一个改错的机会。 在积极 UDLD 模式下，当交换机接口发现无法正常收到 UDLD 回应信息的时候，并不会马上将这个端口设置为关闭状态，而会继续发
8、送 UDLD 数据包。通常情况下，UDLD 数据包会发送八次。如故发送八次之后仍然无法收到 UDLD 数据包的话，那么 UDLD 协议就会将这个端口状态改为 Err-disable 状态。如果在这个间断的时间内，发送端口能够收到任何一个回应信息，就会认为是正常的。很显然，如果采用积极 UDLD 模式，就可能有效的避免因为网络拥塞而导致的误判问题。 采用积极 UDLD 模式的另外一个原因就是路由黑洞。什么叫做路由黑洞呢?这个定义不怎么好说，笔者就举一个例子。如第 3 层或者路由接口正在经历单向链路时，此时接口汇保持在 UP 状态，所以交换机就会继续将流量转换到这个接口。但是最终的结果是数据包将永
9、远达不到远端设备的对应接口之上。这就是路由黑洞的一个简单例子。如果采用传统的 UDLD 模式，还不能够很好的避免这种情况下。相反，如果采用积极 UDLD 模式，就可以有效的避免路由黑洞导致的网络故障。 积极的 UDLD 模式除了在发送信息的次数上比较特殊之外，还有以下两个特殊的地方。一是当链路的一侧端口发送拥塞时，积极模式的 UDLD 协议也会将端口设置为 Error 状态，并显示相关的措施信息。而采用传统 UDLD 模式对这种情况不会有任何反应。二是当链路的一侧端口处于 UP 状态，而另一侧处于 Down 状态时，如果采用的是积极 UDLD 模式，则会显示错误信息，并将端口设置为错误状态。而
10、如果采用传统 UDLD 模式的话，则不会有任何反应。这也正是笔者上面所讲的通过积极 UDLD 模式来解决上路有黑洞的原因。 四、故障恢复后重新启动交换机接口 无论采用的是传统的 UDLD 模式，还是采用的是积极的 UDLD 模式，有一个共同点，即只要将端口设置为 Error-disable 状态后，即使故障解决了，交换机也无法自动恢复接口。换句话说，当出现这种情况时，网络管理员需要手工恢复接口。一般的做法是，先将端口利用命令 shutdown 关闭掉，然后再利用命令 no shutdown 进行启用。 总之，只要交换机支持，就启用 UDLD 模式，甚至可以启用积极UDLD 模式，就可以有效的避免单向链路的误诊情况。特别是采用积极模式的 UDLD，那么路由黑洞这个网络难题也可以迎刃而解。
