11.1.1 问题1：部分或者所有邻接体没有启动(

　　一些预期的IS-IS邻接体没有启动意味着受影响的由器将不能交换由信息，实际上导致了到网络中一些目的地址的可达性问题。

　　图11-2显示了一个简单的网络，四个串接在一起的收集和整理数据的由器被分成两组，被放入不同的区域中。

　　例11-3所示的RT1上的showclnsneighbors命令的输出只显示了一个邻近节点，而不是预期的两个。RT2在列表中，而RT5不在。因为RT5同样被预期是邻接的，这说明需要进一步查明邻接体问题。

　　（点击查看大图）图11-2说明邻接体问题的简单网络图例11-3showclnsneighbors命令的输出了丢先的邻近接点

　　图11-3中的流程图描述了诊断该问题的逻辑步骤，这些步骤将在下文中详细阐述。

　　步骤1：检查链故障

　　解决这个问题的第一步是所有接口（邻接体在这些接口上形成）应当处于up/up状态，在Cisco由器上，可以用命令showipintecesbrief命令快速实现。它显示了所有接口的一个摘要，如例11-4所示。这个例子基于图11-2。

　　showipintecesbrief命令的Status（状态）一栏说明接口是启用、关闭还是在物理层上由于管理的需要而关闭。Protocol（协议）一栏同样需要以up标志确认数据链的正常运行。如例11-5所示，ping到另一端接口是在工作的。根据图11-2，读者知道RT2在Serial0/0的另一端，并且在相应的接口上有一个IP地址192.168.1.2。因此到这个接口的ping会验证分组能否通过这条链。成功的ping测试用感叹号确认，如例11-5所示。当ping测试失败时，点代替感叹号。如果ping失败了，在进一步检查IS-IS的运行之前，必须先解决物理连通性问题。

　　步骤2：检验基本配置

　　（点击查看大图）图11-3解决丢失的IS-IS邻接体的流程图

　　如果链是好的，下一步就是检查IS-IS配置。一般来说，启用IS-IS需要两个步骤。首先，如例11-6所示，配置IS-IS进程。确义了IS-IS进程并且配置了NSAP或者NET。

　　不同于其他IP由协议，比如RIP和OSPF，配置IS-IS不需要用network语句在由器接口上启用IS-IS由。例如，在OSPF中，如果一个接口上配置的IP子网络归入了一个network语句的范围内，OSPF就会在那个接口上发送Hello分组以形成邻接体，并且因此在那个接口换IP由信息。

　　要在Cisco由器上启用IS-IS实现IP由，必须在合适的接口上配置iprouterisis命令，以这种方式自动启用IS-IS由的接口上的IP子网被放进本地生成的LSP。IS-IS中唯一要求network语句的是ISONSAP，它也通常称为网络实体名（NET）。然而，需要指出的是，错误配置的NET是IS-IS邻接体问题的一个常见原因，这在步骤四检验区域错误配置中会进一步描述。

　　对于那些缺少iprouterisis命令的接口来说，应确保在其上没有使用由器级命令passive-intece禁用IS-IS由。当接口被配置为被动模式时，iprouterisis命令自动从接口中清除出去。

　　如果一个接口想要公布与它相连的IP子网，而不想在其中形成任何邻接体，则它就被配置为被动模式。环回接口通常用这种方式配置。

　　步骤3：检查不匹配的一级和二级接口

　　IS-IS支持两级由层次，在区域内的由被指定为一级，区域间的由被指定为二级。IS-IS由器可被配置成只参与一级由（一级由器）、只参与二级由（二级由器）或者两者（1-2级由器）都参与。1-2级由器在IS-IS区域之间起着边界由器的作用，提供区域间的通信功能。

　　在默认的运行模式下，Cisco由器具有1-2级功能。两个直接相连的具有相同区域ID的由器能够形成一个默认的1-2级邻接体，尽管对它们来说只需要一个一级邻接体进行通信。读者可以用由器级命令is-type改变这个行为。

　　以图11-2为例，可能需要RT5仅用作一级由器，而RT1保留1-2级的功能。这需要用is-typelevel-1命令配置RT5，但是不需要对RT1做什么。如果用is-typelevel-2-only命令把RT1配置成仅用作二级由器，它就不能和RT5形成一个一级邻接体。如图11-2所示，如果RT5资源有限（内存容量和CPU能力），则合适的配置是让它只成为一个一级由器。RT1应当是一个1-2级由器，它在一级与RT5通信，在二级与RT2通信，因为RT2在另外一个区域。必要的话，与RT5一样，RT6可以仅用作一级由器。

　　步骤4：检查区域错误配置

　　在第10章中的CLNP编址概述一节讨论了NSAP地址的三个主要部分。一个字节在NSAP的最右端保留用作NSEL，接下来的6个字节用作系统ID，而地址的其余部分定义了区域ID(见第10章中的图10-8)。

　　正如步骤3中的例子所示，具有不同区域ID的不同区域中的两个由器被分配给不同的区域，因此，只能形成一个二级邻接体。图11-2为例，如果RT5仅被配置成一级由器，但是它的区域ID被错误地配置成与RT1的区域ID不同，这两个由器就不会形成任何邻接体。即使RT1如期望的那样在区域49.0001中，例11-7中的配置给予它一个49.0005的区域ID，将它放入到与RT5不同的区域中。因此，RT5要与RT1形成邻接体，必须具有二级由器的功能。然而，命令is-typelevel-1仅将它配置成一级由器。因此在RT1和RT5之间不会形成任何邻接体。

　　进192.168.1.1例11-7RT1和RT5的配置显示区域ID和邻接体功能

　　步骤5：检查错误配置的IP子网

　　在近来的CiscoIOS软件版本中，特别是在12.0S、12.0ST和12.0T版本系列中，如果两个邻接节点的直接连接的接口不在同一个IP子网中，它们也不会形成邻接体。在例11-8中，RT1的地址变成了另一个子网的地址。再用图11-2来说明，例11-9表明RT1了从RT5接收到的hello，因为后者公布的接口地址10.1.15不在子网10.1.8.0/24上。

　　例11-8检验IS-IS邻接体上IP子网不匹配的结果

　　例11-9调试IP子网不匹配引起的邻接体问题

　　在较早的CiscoIOS软件版本中，由器是否属于不同的IP子网无关紧要，因为IS-IS邻接体主要是在和IP地址无关的CLNP框架内形成的。然而，在IP应用中，直接相连的由器必须在同一个子网中，除非使用了无编号IP（IPunnumbered）。因此，在为了IP信息而在IS-IS数据结构中引进完整性时，新版软件的行为提供了一种为IP配置进行额外检查的功能。

　　总的来说，确保需要形成IS-IS邻接体以进行IP由的直接相连的两个由器在同一IP子网是很重要的。

　　步骤6：检查重复的系统ID

　　如果上述步骤的检查都通过了，而一个邻接体在showclnsneighbor命令的输出中仍没有出现，则可能是因为邻接节点与本地的由器有重复的系统ID而没有形成邻接体。IS-IS由器不会与在相同区域内具有相同系统ID的另一个由器形成邻接体。如例11-10所示，一个重复系统ID错误也会被记录下来。可以用showlogging命令显示日志中的条目。如果要找到重复系统ID?