按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
缦虏街杞信挪椋�
普通IP业务互通性故障诊断过程
普通的IP业务是基于分组转发的，不面向连接，每一跳设备按照自身的路由表完成“单跳转发”，设备之间几乎没有联系，除“目的”和“源”两个终端以外，其他设备只需要完成本跳转发即可。数据包在整个转发过程中都是按照“最长匹配”原则，按照“最正确”的路径被逐跳转发的，在两个终端上，数据包一般情况下与“默认路由”被转发到“网关”，所以首先需要确认的是终端上的网关配置（普通终端在进行数据包转发的时候也是遵循“最长匹配”原则的，如果在终端上配置了更明细路由，数据包将按照更明细路由被转发到不一定是网关地址的下一跳。在Windows操作系统中查看路由表的命令为：DOS提示符下“route print”命令）。不同的终端配置“网关”的方式不尽相同，具体方式可以咨询相应的设备提供商。
终端与“网关设备”互通性故障诊断过程
终端正确的配置了网关之后，我们需要检测终端与“网关设备”之间的互通性，因为一般情况下终端与“网关设备”之间会有二层网络，主要的检查内容有：网线的线序、网线质量、二层设备的Vlan配置、MAC地址与端口的对应关系等。比较通用的方式是在“网关设备”上查看终端IP地址对应的ARP表项。如果“网关设备”上没有对应的ARP表项，需要在二层设备上进行抓包，分析报文内容；如果“网关设备”上存在对应的ARP表项，但是终端无法Ping通“网关设备”，请拨打800技术支持热线，由“技术支持工程师”协助您解决问题。
“全路径”互通性故障诊断过程
保证终端与“网关设备”之间的互通性之后，我们来检测整个路径的互通性。常用的检测命令为“tracert”，该命令可以逐跳的显示出整个路径所经过的转发设备。一般情况下，问题会出在最后一个“可达设备”上。当然由于目前网络上各种病毒比较泛滥，大部分网络设备上都配置了软件防火墙，拒绝ICMP报文。这样会影响“tracert”命令的正常工作，我们可以采用基于其他协议的命令进行链路检测，比如“telnet”，当然这些命令的执行返回结果没有“tracert”直观，并且“telnet”的目的地址需要手工逐跳指定（需要有网络拓扑和IP地址信息作基础）。
如果终端之间能够“tracert”全路径可达，但是特定业务无法正常开展，最有可能的原因是中间设备上配置了特定的ACL过滤规则，需要对“全路径”上的设备逐一进行配置检查。除了ACL过滤规则以外，还有可能的问题就是中间链路MTU值问题，有部分业务报文均是“大包”（对于通过Ethernet接入的终端，链路层最大MTU值为1500 Byte），并且不允许分片，如果中间任一链路的MTU值小于1500 Byte，这种业务不能正常开展。对于MTU问题，我们可以应用Ping命令指定数据包大小（需要同时指定“禁止分片”。Windows操作系统中Ping命令应用“…l”参数指定数据报文大小；“…f”参数指定“禁止分片”）的方式来逐跳检测，需要注意的是不同的设备、不同操作系统指定数据报文大小的含义可能不同，对于Windows操作系统和华为数据通信设备而言，指定的数据报文大小为ICMP“净荷”，对应的IP数据包大小需要在此基础上加28 Byte（8 Byte ICMP报文头，20 Byte IP报文头）。以上过程为定位基本的IP数据转发链路MTU值方法，对于应用了MPLS等技术的链路MTU值定位方法，我们在后续章节中介绍。
以上过程是通用的“普通IP业务互通性问题”定位步骤，如果在确认了以上设备和配置均正确之后，仍然不能完成终端之间的互通，请拨打800技术支持热线，由技术支持工程师协助您定位问题。
4。5。2。3 静态路由问题故障诊断
静态路由是我们经常使用的互联手段，尤其在接入层设备上，是最主要的完成网络互通的手段。如果我们在应用静态路由时遇到问题，可以按照如下步骤来进行故障诊断：
静态路由故障诊断步骤
首先我们要确保静态路由在设备上进行了正确的配置，在普通的IP转发条件下，静态路由配置有两个要素：“目的网段”和“下一跳地址”。需要注意的是“下一跳地址”的配置，虽然几乎所有的数据通信设备都支持静态路由的迭代，但是为了便于维护，我们建议静态路由的下一跳配置为本设备直联端口对端设备的IP地址。
静态路由是否生效的诊断
正确的配置了静态路由之后，路由条目是否生效取决于下一跳的可达性。按照上一步的静态路由配置建议，只要对应的直联端口UP（需要物理层和链路层都达到UP状态），路由条目就可以生效（直联设备之间的互通问题请参考“3。1 设备互联问题诊断”）。我们可以通过“display ip routing…table”命令来查看设备路由表信息，我们可以看到生效的路由条目都会在路由表中显示。
确认转发表中有正确的转发条目
一般情况下，如果路由表中显示一条路由条目是生效的，那么在对应接口板的转发表中也会有相应的转发条目。对于NE40使用二层板的情况，需要在相应的Vlan interface上配置“property routing”命令才能将下一跳出口为该Vlan interface的转发项加入到对应接口板转发表中。
因为静态路由的目的网段一般是在多跳之后，而路径上的每台设备只能保证“单跳转发”正确，所以在确认了本设备转发表正常后，需要应用“tracert”命令对“全路径”进行可达性检测。如果tracert返回结果中表示已经可以抵达下一跳设备，那么就可以证明本设备是没有问题的，问题一般会出现在最后一个可达设备上。
由于数据访问是需要保证双向IP可达的，并且应用静态路由完成网络互通时，各设备之间不需要交互任何路由信息，所以我们在进行静态路由故障诊断时需要格外注意“回程路由”的问题。只有来/去双向路由信息都具备，才能保证业务的正常互通。我们在逐跳排查故障，应用Ping命令时，需要注意“源地址”参数的应用，默认情况下Ping命令添加的“源地址”为本设备出口IP地址，这样对于“回程路由”来说，对应的目的网段也应该是这个“出口IP地址”。一般情况下，我们关心的并不是这个“出口IP地址”，同时也为了更有利于问题定位，通常会应用“…a”参数来更改Ping命令的“源地址”。
以上过程是通用的“静态路由问题故障诊断”步骤，如果在确认了以上设备和配置均正确之后，仍然不能完成终端之间的互通，请拨打800技术支持热线，由技术支持工程师协助您定位问题。
4。5。2。4 OSPF协议故障诊断
OSPF协议是我们在组网过程中应用最广泛的IGP路由协议，协议的工作过程基本上可以分为如下几部分：
设备之间建立OSPF邻居；
邻居之间传播LSA，同步LSDB内容；
设备根据自身LSDB内容进行路由计算；
其中最后一部分涉及OSPF的核心算法，比较复杂，而且不同设备的实现细节也有所差别，这里我们不对这部分进行讨论。如果在确认OSPF邻居状态正常，并且设备间正确的同步了LSDB之后仍然有问题，可以直接拨打800技术支持热线，由技术支持工程师协助您定位问题。对于前两个工作过程，我们可以按照以下步骤来进行故障诊断：
OSPF协议故障诊断步骤
OSPF的配置相对比较复杂，涉及参数较多，主要包括协议配置部分和端口配置部分，具体的配置命令请参考华为设备《用户命令手册》的相应章节。在保证设备互通性的基础上，在互联端口使能OSPF协议，OSPF是一种基于IP的协议，不考虑验证的条件下，互联设备的如下参数必须保持一致，才能正常的建立起邻居关系：
互联端口aera id；
互联端口area 类型；
互联端口网络类型；
互联端口OSPF hello time；
互联端口OSPF hold time；
除上述参数以外，互联设备的router id必须不一致，所有这些参数都可以通过“display ospf”命令来查看。此外，几乎所有数据通信产品都提供了一个显示“OSPF邻居之间错误参数统计值”的命令，在华为数通产品里为“display ospf error”。当我们发现互联设备间长时间不能正常建立OSPF邻居时，可以多次执行该命令，查看哪个统计值在一直增加，那么就需要对参数进行调整。
查看设备LSDB
互联设备之间邻�