（IS-IS邻居路由器间互连接口的）MTU值不匹配_IP路由协议疑难解析_[共2页]

坏。

这种情况与IS-IS 邻接关系配置有误的场景类似。

要确定IS-IS Hello 数据包是否在发送途中损坏，则需登录收包路由器，检查其生成的日志消息中是否包含与Hello 数据包损坏有关的错误信息。

（IS-IS 邻居路由器间互连接口的）MTU 值不匹配
例9-14和例9-15以图9-4为基础，演示了（IS-IS 邻居路由器间互连接口的）MTU 值不匹配，对邻接关系建立的影响。

例9-14
在RT2上执行debug 命令，以确定其与RT1间互连接口的MTU 值是否相同
如例9-14所示，有人对RT2 s0/0接口的MTU 值做了“手脚”，将该值改成了2000字节。

在RT2上执行debug isis adj-packet 命令，观察其输出，可以了解到本机互连接口的MTU 值。

不难发现，由于本机S0/0接口的MTU 值现为2000字节，其所发Hello 数据包的长度也被填充至了1999字节。

这条de bug 命令的输出清楚地表明，RT2正通过S0/0接口，发送1999字节的IIH 数据包。

通过该命令的输出，还可以看出RT2持续接收并处理RT1发出的IIH 数据包。

但与此同时，RT1却无法接收并处理由RT2发出的长度为1999字节的IIH 数据包，因此，RT1不会与RT2建立邻接关系。

RT1在发出Hello 数据包，通告自己已知的IS 邻居时，也不会将RT2包括在内。

最后，RT2把自己跟RT1之间的IS-IS 邻接关系置为Init 状态，并同时在日志消息中记。