交换机端口还是比较常用的，于是我研究了一下单向链路检测交换机端口诊断，在这里拿出来和大家分享一下，希望对大家有用。大部分交换机都会有自我诊断的功能。当交换机或者交换机端口由于某些原因出现故障的时候，都会通过指示灯来告知管理员存在的错误。
不过有些时候交换机也会存在误诊断的情况。如交换机的端口工作指示灯明明表示正常，但是用户却反映网络不通。如果只是普通的用户，问题还不是很大。但是如果这个端口恰巧是用来进行备份的，那么情况就会比较糟。为了避免这种情况，在实际工作中很多网络管理员都喜欢采用交换机的UDLD模式来消除交换机的这种误诊断。
一、什么情况下会出现误诊断?
误诊断的情形主要是即使当链路或者交换机端口指示灯正常的(即端口的状态是UP的)，但是接口仍然无法正常传递数据流量。通常情况才将这种错误称之为单向链路。一般情况下，当出现接口故障、软件故障、硬件失效或者其他异常原因的时候，就会出现这种错误。凭现在的技术手段，交换机还不能够从根本上避免这种错误的发生。为此只有采取其他的方式，加强对交换机端口的检测，以尽早发现这种错误。在思科系列的交换机上，就采用了UDLD模式来解决这种情况下的误诊断。
UDLD从理论上来说，其是在第二层工作的协议。不过从实际情况来看，其往往跟***层的内容有很深的关系。也就是说，UDLD模式不光光在第二层运作，其还会跟***层的相关机制协同工作，才能够完成。其主要的思路就是UDLD协议运行在***、二层之间，最终确定链路的实际工作状态。当发现有“链路UP状态正常，但是没有传递流量”的时候，UDLD协议会马上报警。具体的说，在***层中通过自动协商功能来观测物理信令等相关的参数运作。而UDLD协议则会完成一些自动协商机制不能够执行的任务。让自动协商发现物理信令有异常的时候，不会自动将端口从UP状态转换为其他状态，从而导致了单向链路的故障。而UDLD协议能够接受来自自动协商机制传递来的参数，然后再发现故障的时候及时的将交换机端口处于关闭状态。可见，UDLD模式所采用的不只只是一种协议，而是UDLD协议与自动协商机制相互作用的结果。如果网络管理员要启动UDLD模式的话，那么就必须要同时启用UDLD协议和自动协商机制，在***层与第二层中通过他们的各司其责、协同工作，来防止物理上或者逻辑上的单向连接，从而从根本上消除交换机的误诊断。
网络管理员需要明白的是，UDLD并不是交换机原有诊断体系的补充，而是一种独立的诊断方法。也就是说，它是从另一个角度对交换机端口的运行状态进行自我诊断。两者之间基本上没有冲突或者重叠的地方。在实际工作中，传统的诊断方法与UDLD模式经常是同时使用。
二、合理配置UDLD模式下的各种参数
如果同时启用了UDLD协议与自动协商机制，就启动了UDLD模式，在这种情况下，交换机的某个接口会定期的向邻近的端口发送UDLD协议数据报。在正常情况下，交换机的这个接口会在预定计时器到期之前接收到回应的数据包。如果在这个计时器到期之前，交换机发送UDLD数据包的接口还没有收到回应信息，则UDLD协议就会认为出现了故障，即发生了单向链路的故障(其实更加精确的说，应该是自动协商发现了这个故障并告知了UDLD协议)。当UDLD知道这种情况后，会马上关闭有问题的交换机接口。
在UDLD配置的时候，首先需要考虑这个计时器。也就是说，将这个时间设置为多少为好。如果时间设置的比较短，不仅会造成不必要的数据流量，而且也有可能因为数据延迟等原因导致无法在合理的时间内接到回应的数据包。而如果将这个计时器的时间设置的比较长的话，那么就可能无法在短时间内发现问题。要知道，可能一分钟对于用户来说，没有多少感觉。但是对于数据网络传输来说，这个时间就很长了。默认情况下，这个计时器是15秒。在实际工作中，网络管理员可能需要根据不同的情况来合理设置这个参数。如需要根据企业网络的复杂情况、布线的长短来考虑。如根据以前的情况，企业可能经常会遇到网络堵塞等情况，而这种堵塞也是暂时的，那么要适当延长这个计时器等等。笔者的建议是在刚开始的时候可以将这个计时器设置的长一点，然后慢慢的减短。***得到一个合理的数值。
三、提高端口的适用性
在采用普通接口的情况下，当某个接口因为接收不到UDLD回应消息时，接口就会关闭。这也有一种缺陷。如企业可能会有网络拥塞，如因为临时备份等等导致拥塞等等。此时在发送端可能无法在计时器到期之前收到回应的信息。那么遇到这种情况时，如果将交换机端口就设置为关闭，显然就会引起不比要的麻烦。网络管理员希望能够给网络“改错”的机会。为此在原有UDLD模式的基础上，思科交换机又提出了积极UDLD模式的概念。两个模式的差异主要就在于后者给了网络一个改错的机会。
