本申请涉及网络通信
技术领域：
，特别涉及一种集群系统中的路由获取方法及装置。
背景技术：
：集群(cluster)技术是一种较新的技术，其可以在方便维护、不增加网络复杂度的前提下，用更加廉价的手段来满足业务高速增长、网络性能及容量提升、网络建设成本和维护成本降低等需求，存在着广阔的发展空间。集群技术可以将多台路由设备构成一个集群系统，通过集中化、一体化的控制管理，使集群系统中的各台路由设备之间能够很好地协同工作，极大的扩展了路由容量。由于集群系统对外可以看成是一台路由设备，使得网络拓扑和路由策略变得简单和清晰，维护也更加方便快捷。图1是一种集群系统的结构示意图，由图1可见，集群系统中包括：多个机框，每一个机框中可以包括：MPU(MasterProcessUnit，主控板)、CCU(CentralControlUnit，中央控制单元)和LPU(LineProcessUnit，接口板)，其中，MPU、CCU和LPU上可以设置运行应用程序的CPU(CentralProcessingUnit，中央处理单元)。不同机框之间通过CCU连接。按照不同的功能，机框可以分为中央交换框和线卡框。在如图1所示的集群系统中，CCU1、CCU2、CCU3和CCU4构成了一个环形结构，当采用STP(SpanningTreeProtocol，生成树协议)时，会将部分端口阻塞，以避免产生环路。这样，MPU5上的CPU5与MPU4上的CPU4之间只有一条转发路径，例如，该转发路径为MPU5—CCU3—CCU4—CCU2—MPU4。后续，在该转发路径发生中断时，例如，CCU3与CCU4之间的链路中断，此时，只有等待一段时间后阻塞端口才能被打开，进而计算出一条新的转发路径，收敛速度较慢。技术实现要素：有鉴于此，本申请提供一种集群系统中的路由获取方法及装置。具体地，本申请是通过如下技术方案实现的：一方面，提供了一种集群系统中的路由获取方法，该方法应用于集群系统中运行链路状态路由协议的指定集群设备，该方法包括：在与直连的对端指定集群设备建立邻居关系之后，获取本设备所在机框中的集群设备上的CPU的地址信息；其中，该地址信息由集群设备所在机框的ID、集群设备所在槽位的ID、以及CPU的ID组成，集群设备为MPU、CCU或LPU，运行链路状态路由协议的指定集群设备为MPU或CCU；发送携带有获取到的地址信息的链路状态路由协议报文；接收携带有地址信息的链路状态路由协议报文；针对已接收的链路状态路由协议报文中携带的每一个地址信息，使用SPF协议，计算从本设备到该地址信息所标识的CPU的路由。另一方面，还提供了一种集群系统中的路由获取装置，该装置应用于集群系统中运行链路状态路由协议的指定集群设备，该装置包括：邻居建立模块，用于与直连的对端指定集群设备建立邻居关系；地址获取模块，用于在邻居建立模块与对端指定集群设备建立邻居关系之后，获取本设备所在机框中的集群设备上的CPU的地址信息，其中，该地址信息由集群设备所在机框的ID、集群设备所在槽位的ID、以及CPU的ID组成；集群设备为MPU、CCU或LPU，运行链路状态路由协议的指定集群设备为MPU或CCU；发送模块，用于发送携带有地址获取模块获取到的地址信息的链路状态路由协议报文；接收模块，用于接收携带有地址信息的链路状态路由协议报文；路由计算模块，用于针对接收模块已接收的链路状态路由协议报文中携带的每一个地址信息，使用SPF协议，计算从本设备到该地址信息所标识的CPU的路由。通过本申请的以上技术方案，在集群系统中的MPU和CCU(统称为指定集群设备)上运行链路状态路由协议，本端指定集群设备在与直连的对端指定集群设备建立了邻居关系之后，获取本设备所在机框中的集群设备(MPU、CCU、LPU)上的CPU的地址信息，并携带在链路状态路由报文中泛洪给集群系统中的所有其它指定集群设备，其中，该地址信息由该集群设备所在机框的ID、该集群设备所在槽位的ID、以及该CPU的ID组成；并且，也会接收其它指定集群设备发来的携带有地址信息的链路状态路由协议报文，并针对已接收的链路状态路由协议报文中携带的每一个地址信息，使用SPF协议，计算出从本设备到该地址信息所标识的CPU的路由，从而实现了CPU之间的互访。由于在链路状态路由协议中扩展了一种由机框ID、槽位ID和CPU的ID组成的地址信息，并且，在MPU和CCU上运行链路状态路由协议，因此，这些运行了链路状态路由协议的指定集群设备可以将所在机框中的所有集群设备上的CPU的地址信息同步给其它指定集群设备，从而实现各个机框中的集群设备上的CPU的地址信息的同步；之后，可以使用SPF协议，计算出从本设备到各个CPU的最短路径。使用SPF协议计算的路由不会形成环路，并且，在路由断开时，可以快速重新计算出新的路由，拓扑收敛速度较快。附图说明图1是一种集群系统的结构示意图；图2是本申请一示例性实施例示出的建立IS-IS邻居关系的流程图；图3是本申请一示例性实施例示出的计算路由的流程图；图4是本申请一示例性实施例示出的获取机框中的所有集群设备上的CPU的地址信息的流程图；图5是本申请一示例性实施例示出的当机框中的集群设备发生变化时获取变化的集群设备上的CPU的地址信息的流程图；图6是本申请一示例性实施例示出的集群系统中的路由获取装置的一种结构示意图；图7是本申请一示例性实施例示出的集群系统中的路由获取装置的另一种结构示意图；图8是本申请一示例性实施例示出的集群系统中的路由获取装置的又一种结构示意图。具体实施方式这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。本申请以下实施例中提供了一种集群系统中的路由获取方法，以及一种可以应用该方法的路由获取装置。本申请实施例应用于如图1所示的集群系统中，该集群系统中包括：多个机框，每一个机框中可以包括：MPU、CCU和LPU，其中，MPU、CCU和LPU上可以设置运行应用程序的CPU。不同机框之间通过CCU连接。按照不同的功能，机框可以分为中央交换框和线卡框。为了描述方便，以下将MPU、CCU和LPU统称为集群设备。本申请实施例中，在IS-IS(IntermediateSystem-to-IntermediateSystem，中间系统到中间系统)协议和OSPF(OpenShortestPathFirst，开放最短路径优先)协议等链路状态路由协议中，扩展了一种地址信息，该地址信息由机框的ID、槽位的ID和CPU的ID组成。MPU上连接CCU的接口运行链路状态路由协议，CCU上的所有接口运行链路状态路由协议。为了描述方便，以下将运行了链路状态路由协议的MPU和CCU统称为指定集群设备，同一集群系统中直连的两个指定集群设备之间建立邻居关系。本申请以下实施例中，以链路状态路由协议为IS-IS协议为例进行说明，显然，该链路状态路由协议还可以是OSPF等，本申请实施例对此不做限定。由于MPU上连接CCU的接口运行了IS-IS协议，MPU会生成本设备的系统ID(SystemID)，其中，该系统ID为本设备的桥MAC(媒体访问控制)地址，或者为本设备所在机框的ID和所在槽位的ID；然后，MPU会通过运行了IS-IS协议的接口连接发送Hello(握手)报文，以便与直连的对端CCU建立IS-IS邻居关系。同样，由于CCU上的所有接口运行IS-IS协议，CCU会生成本设备的系统ID，其中，该系统ID为本设备的桥MAC地址，或者为本设备所在机框的ID和所在槽位的ID；然后，CCU会通过所有接口发送Hello报文，以便与直连的对端MPU或对端CCU建立IS-IS邻居关系。在实际实施过程中，当系统ID为本设备所在机框的ID和所在槽位的ID时，该系统ID的形式例如可以是：区域ID.机框的ID.槽位的ID.00，其中，一个集群系统具有一个区域ID。具体的，如图2所示，本端指定集群设备与直连的对端指定集群设备建立IS-IS邻居关系的方法如下：步骤S101，向对端指定集群设备发送携带有本设备的系统ID和特定指示信息的Hello报文(为了描述方便，称为第一Hello报文)，其中，该特定指示信息用于指示本设备支持由机框的ID、槽位的ID和CPU的ID所组成的地址信息；同样，对端指定集群设备也会执行步骤S101，向本端指定集群设备发送第一Hello报文。步骤S102，接收到对端指定集群设备发来的第一Hello报文之后，向对端指定集群设备发送携带有本设备的系统ID、对端指定集群设备的系统ID和该特定指示信息的Hello报文(为了描述方便，记为第二Hello报文)；同样，对端指定集群设备也会执行步骤S102，向本端指定集群设备发送第二Hello报文。步骤S103，接收到对端指定集群设备发来的第二Hello报文之后，建立与对端指定集群设备的IS-IS邻居关系。在步骤S103中，本端指定集群设备会将对端指定集群设备的系统ID、链路状态和HoldTime(保持时间)记录到邻居关系表中，其中的链路状态设置为UP(正常)。同样，对端指定集群设备也会执行步骤S103，从而，本端指定集群设备与对端指定集群设备建立了IS-IS邻居关系，其中，当本端指定集群设备为MPU时，对端指定集群设备为CCU，当本端指定集群设备为CCU时，对端指定集群设备为MPU或CCU。在与直连的对端指定集群设备建立IS-IS邻居关系之后，本端指定集群设备需要执行如图3所示的操作：步骤S201，获取本设备所在机框中的所有集群设备上的CPU的地址信息，其中，该地址信息由该集群设备所在机框的ID、该集群设备所在槽位的ID、以及该CPU的ID组成；如图4所示，具体的获取方法如下：步骤S301，获取本设备所在机框中所有MPU的信息，其中，该信息中包括：该MPU所在机框的ID和所在槽位的ID；步骤S302，获取每一个MPU上的所有CPU的ID；从而，通过步骤S301和步骤S302，得到了MPU上的CPU的地址信息为该MPU所在机框的ID、该MPU所在槽位的ID和该CPU的ID。步骤S303，获取本设备所在机框中所有CCU的信息，其中，该信息中包括：该CCU所在机框的ID和所在槽位的ID；步骤S304，获取每一个CCU上的所有CPU的ID；从而，通过步骤S303和步骤S304，得到了CCU上的CPU的地址信息为该CCU所在机框的ID、该CCU所在槽位的ID和该CPU的ID。步骤S305，获取本设备所在机框中所有LPU的信息，其中，该信息中包括：该LPU所在机框的ID和所在槽位的ID；步骤S306，获取每一个LPU上的所有CPU的ID；从而，通过步骤S305和步骤S306，得到了LPU上的CPU的地址信息为该LPU所在机框的ID、该LPU所在槽位的ID和该CPU的ID。显然，如果本设备所在机框中不存在MPU、CCU或LPU，则无需执行对应的获取步骤。步骤S202，发送携带有获取到的地址信息的LSP(LinkStatePDUs，链路状态协议数据单元)报文；在实际实施过程中，需要将步骤S301～步骤S306中获取到的地址信息添加到TLV(TypeLengthValue，类型长度值)中，然后，将该TLV添加到LSP报文中发送出去，并将该LSP报文保存到LSDB(LinkStateDataBase，链路状态数据库)中。在IS-IS协议中，LSP报文是采用泛洪的方式发送的，从而可以泛洪给集群系统中的所有其它指定集群设备。其它指定集群设备也会发送携带有该其它指定集群设备获取到的地址信息的LSP报文。步骤S203，接收其它指定集群设备发来的携带有地址信息的LSP报文。在步骤S203中，接收到的LSP报文也会保存到LSDB中。步骤S204，针对已接收的LSP报文中携带的每一个地址信息，使用SPF(ShortestPathFirst，最短路径优先)协议，计算从本设备到该地址信息所标识的CPU的路由。在进行路由计算时，针对已接收的LSP报文中携带的每一个地址信息，计算从本设备到该地址信息所标识的CPU的最短转发路径，若计算出了至少两条最短转发路径，即，这至少两条最短转发路径的Cost(开销)相等，则选择满足预定条件的一条作为从本设备到该CPU的路由，将对应的路由表项添加到如表1所示的路由转发表中。表1目的地址信息下一跳信息表1中的下一跳信息中包括：本设备连接下一跳设备的接口(即出接口)和该下一跳设备的MAC地址等。其中，上述预定条件例如可以是：出接口的ID最大或最小。由于CPU位于集群设备上，因此，计算出的从本设备到该CPU的路由即为本设备上的CPU到该CPU的路由，同时也是从本设备到该CPU所在集群设备的路由。从而，指定集群设备上的CPU可以利用本申请实施例方法计算出的路由，对不同机框内的其它CPU进行访问，也可以对同一机框内的其它CPU进行访问。另外，由于现有技术的集群设备上保存有到同一机框内的其它集群设备的默认路由，因此，当没有运行IS-IS协议的MPU和LPU上的CPU需要访问不同机框内的集群设备(为了描述方便，称为目的集群设备)上的CPU时，可以先通过默认路由到达同一机框内的指定集群设备，该指定集群设备再通过本申请实施例方法计算出的路由到达目的集群设备上的CPU。从而，最终实现了集群系统中的CPU之间的互访。后续，当机框中的集群设备发生了变化时，例如，新增了集群设备或者减少了集群设备，此时，如图5所示，本端指定集群设备会执行以下步骤：步骤S401，判断本设备所在机框中是否新增或减少了集群设备，若新增了集群设备，则执行步骤S402，若减少了集群设备，则执行步骤S404；其中，新增的集群设备可以是MPU、CCU、或LPU，减少的集群设备可以是MPU、CCU、或LPU。步骤S402，获取新增的集群设备上的所有CPU的地址信息；步骤S403，发送携带有新增的集群设备上的CPU的地址信息的LSP报文；在实际实施过程中，可以将新增的集群设备上的CPU的地址信息添加到TLV中，然后，将该TLV添加到LSP报文中发送出去，从而，可以泛洪给集群系统中的所有其它指定集群设备。该其它指定集群设备接收到该LSP报文后，会保存到LSDB中。步骤S404，获取减少的集群设备上的CPU的地址信息；步骤S405，查找携带有减少的集群设备上的CPU的地址信息的已发送LSP报文；步骤S406，从该已发送LSP报文中删除所述减少的集群设备上的CPU的地址信息后，发送该已发送LSP报文。在实际实施过程中，可以从已发送的LSP报文中，查找携带有减少的集群设备上的CPU的地址信息的TLV，将该减少的集群设备上的CPU的地址信息从查找到的TLV中删除，之后将该已发送的LSP报文发送出去，从而，可以泛洪给集群系统中的所有其它指定集群设备。该其它指定集群设备接收到该LSP报文(为了描述方便，记为LSP报文1)后，发现LSDB中存在与该LSP报文的报文ID(即分片号)相同的已接收LSP报文，则将该已接收LSP报文更新为该LSP报文1。当检测到集群系统的拓扑发生了变化时，例如，与直连的对端指定集群设备之间的IS-IS邻居关系删除，与直连的新对端指定集群设备建立了IS-IS邻居关系，链路中断或恢复，本设备所在机框中新增或减少了集群设备，接收到了其它指定集群设备发来的新LSP报文等，本端指定集群设备会根据LSDB中的已接收LSP报文中携带的每一个地址信息，重新计算从本设备到该地址信息所标识的CPU的路由，计算方法同上，并更新如表1所示的路由转发表。本申请实施例的上述方法中，在集群系统中的MPU和CCU(统称为指定集群设备)上运行链路状态路由协议，本端指定集群设备在与直连的对端指定集群设备建立了邻居关系之后，获取本设备所在机框中的集群设备(MPU、CCU、LPU)上的CPU的地址信息，并携带在链路状态路由报文中泛洪给集群系统中的所有其它指定集群设备，其中，该地址信息由该集群设备所在机框的ID、该集群设备所在槽位的ID、以及该CPU的ID组成；并且，也会接收其它指定集群设备发来的携带有地址信息的链路状态路由协议报文，并针对已接收的链路状态路由协议报文中携带的每一个地址信息，使用SPF协议，计算出从本设备到该地址信息所标识的CPU的路由，从而实现了CPU之间的互访。由于在链路状态路由协议中扩展了一种由机框ID、槽位ID和CPU的ID组成的地址信息，并且，在MPU和CCU上运行链路状态路由协议，因此，这些运行了链路状态路由协议的指定集群设备可以将所在机框中的所有集群设备上的CPU的地址信息同步给其它指定集群设备，从而实现各个机框中的集群设备上的CPU的地址信息的同步；之后，可以使用SPF协议，计算出从本设备到各个CPU的最短路径。使用SPF协议计算的路由不会形成环路，并且，在路由断开时，可以快速重新计算出新的路由，拓扑收敛速度较快。以如图1所示的集群系统为例，详细说明上述方法。图1中，中央交换框1中有CCU1、CCU3、MPU1和MPU2，其中，MPU1上有一个CPU1，MPU2上有一个CPU2；中央交换框2上有CCU2、CCU4、MPU3和MPU4，其中，MPU3上有一个CPU3，MPU4上有一个CPU4；线卡框3上有MPU5、MPU6和LPU1，其中，MPU5上有一个CPU5，MPU6上有一个CPU6，LPU1上有一个CPU9；线卡框4上有MPU7、MPU8和LPU2，其中，MPU7上有一个CPU7，MPU8上有一个CPU8，LPU2上有一个CPU10。在如图1所示的集群系统中，中央交换框中的CPU之间可以进行互访，线卡框中的CPU之间可以进行互访，并且，中央交换框中的CPU与线卡框中的CPU之间也可以进行互访。具体的实现过程如下：MPU1上连接CCU1的接口运行IS-IS协议，MPU4上连接CCU2的接口运行IS-IS协议，MPU5上连接CCU3的接口运行IS-IS协议，MPU8上连接CCU4的接口运行IS-IS协议，CCU1、CCU2、CCU3和CCU4上的所有接口运行IS-IS协议。在中央框交换框1中，MPU1(槽位ID为1)生成系统ID为01.0000.0001.0001.00；CCU1(槽位ID为3)生成系统ID为01.0000.0001.0003.00，CCU3(槽位ID为4)上生成系统ID为01.0000.0001.0004.00；在中央框交换框2中，MPU4(槽位ID为2)生成系统ID为01.0000.0002.0002.00，CCU2(槽位ID为3)生成系统ID为01.0000.0002.0003.00，CCU4(槽位ID为4)生成系统ID为01.0000.0002.0004.00；在线卡框3中，MPU5(槽位ID为1)生成系统ID为01.0000.0003.0001.00；在线卡框4中，MPU8(槽位ID为2)生成系统ID为01.0000.0004.0002.00；MPU1与CCU1之间通过交互Hello报文，建立了IS-IS邻居关系；MPU4与CCU2之间通过交互Hello报文，建立了IS-IS邻居关系；同时，CCU1、CCU2、CCU3和CCU4两两之间通过交互Hello报文，建立了IS-IS邻居关系；MPU5与CCU3之间通过交互Hello报文，建立了IS-IS邻居关系；MPU8与CCU4之间通过交互Hello报文，建立了IS-IS邻居关系。之后，MPU1发送携带有以下地址信息1(CPU1的地址信息)和地址信息2(CPU2的地址信息)的LSP报文，从而，泛洪给CCU1～CCU4、MPU4、MPU5、MPU8，其中，地址信息1为01(机框ID)+01(MPU1的槽位ID)+01(CPU1的ID)，地址信息2为01(机框ID)+02(MPU2的槽位ID)+02(CPU2的ID)；同样，CCU1和CCU3也会发送携带有地址信息1和地址信息2的LSP报文。MPU4发送携带有以下地址信息3(CPU3的地址信息)和地址信息4(CPU4的地址信息)的LSP报文，从而，泛洪给CCU1～CCU4、MPU1、MPU5、MPU8；其中，地址信息3为02(机框ID)+01(MPU3的槽位ID)+01(CPU3的ID)，地址信息4为02(机框ID)+02(MPU4的槽位ID)+02(CPU4的ID)；同样，CCU2和CCU4也会发送携带有地址信息3和地址信息4的LSP报文。MPU5发送携带有以下地址信息5(CPU5的地址信息)、地址信息6(CPU6的地址信息)和地址信息7(CPU9的地址信息)的LSP报文，从而，泛洪给CCU1～CCU4、MPU1、MPU4、MPU8；其中，地址信息5为03(机框ID)+01(MPU5的槽位ID)+01(CPU5的ID)，地址信息6为03(机框ID)+02(MPU6的槽位ID)+02(CPU6的ID)，地址信息7为03(机框ID)+03(LPU1的槽位ID)+03(CPU9的ID)；MPU8发送携带有以下地址信息8(CPU7的地址信息)、地址信息9(CPU8的地址信息)和地址信息10(CPU10的地址信息)的LSP报文，从而，泛洪给CCU1～CCU4、MPU1、MPU4、MPU5；其中，地址信息8为04(机框ID)+01(MPU7的槽位ID)+01(CPU7的ID)，地址信息9为04(机框ID)+02(MPU8的槽位ID)+02(CPU8的ID)，地址信息10为04(机框ID)+03(LPU2的槽位ID)+03(CPU10的ID)；MPU1、MPU4、MPU5、MPU8、CCU1～CCU4中的每一个指定集群设备，针对LSDB中已接收LSP报文中携带的每一个地址信息，计算从本设备到该地址信息所标识的CPU的路由。例如，MPU5计算出的从本设备到地址信息4所标识的CPU4的路由的下一跳为CCU3，CCU3计算出的从本设备到地址信息4所标识的CPU4的路由的下一跳为CCU4，CCU4计算出的从本设备到地址信息4所标识的CPU4的路由的下一跳为CCU2，CCU2计算出的从本设备到地址信息4所标识的CPU4的路由的下一跳为MPU4，因此，当CPU5要访问CPU4时，报文可以通过路由MPU5—CCU3—CCU4—CCU2—MPU4，最终到达CPU4。当CCU3与CCU4之间的链路故障时，CCU3会重新计算路由，重新计算出的从本设备到地址信息4所标识的CPU4的路由的下一跳为CCU1。此后，当CPU5要访问CPU4时，报文可以经过路径MPU5—CCU3—CCU1—CCU2—MPU4，最终到达CPU4。另外，当CPU9要访问CPU3时，LPU1可以将报文通过默认路由发送给MPU5，MPU5将该报文通过路由MPU5—CCU3—CCU4—CCU2—MPU4发送给MPU4，MPU4最终将该报文通过默认路由发送给MPU3上的CPU3。与前述集群系统中的路由获取方法的实施例相对应，本申请还提供了集群系统中的路由获取装置的实施例。该路由获取装置可以应用于集群系统中的运行链路状态路由协议的指定集群设备中，集群设备为MPU、CCU或LPU，指定集群设备为MPU或CCU。请参考图6，本申请实施例的路由获取装置中包括以下模块：邻居建立模块601、地址获取模块602、发送模块603、接收模块604和路由计算模块605，其中：邻居建立模块601，用于与直连的对端指定集群设备建立邻居关系；地址获取模块602，用于在邻居建立模块601与对端指定集群设备建立邻居关系之后，获取本设备所在机框中的集群设备上的CPU的地址信息，其中，该地址信息由该集群设备所在机框的ID、该集群设备所在槽位的ID、以及该CPU的ID组成；发送模块603，用于发送携带有地址获取模块602获取到的地址信息的链路状态路由协议报文；接收模块604，用于接收携带有地址信息的链路状态路由协议报文；路由计算模块605，用于针对接收模块604已接收的链路状态路由协议报文中携带的每一个地址信息，使用SPF协议，计算从本设备到该地址信息所标识的CPU的路由。其中，MPU上连接CCU的接口运行链路状态路由协议，CCU上的所有接口运行链路状态路由协议；当本设备为MPU时，对端指定集群设备为CCU；当本设备为CCU时，对端指定集群设备为MPU或CCU。其中，当链路状态路由协议是IS-IS协议时，邻居建立模块601具体用于通过以下步骤与直连的对端指定集群设备建立邻居关系：生成本设备的系统ID，其中，系统ID为本设备的桥MAC地址，或者为本设备所在机框的ID和所在槽位的ID；向对端指定集群设备发送携带有本设备的系统ID和特定指示信息的第一Hello报文，其中，特定指示信息用于指示本设备支持由机框的ID、槽位的ID和CPU的ID所组成的地址信息；接收到对端定集群设备发来的第一Hello报文之后，向对端指定集群设备发送携带有本设备的系统ID、对端指定集群设备的系统ID和特定指示信息的第二Hello报文；接收到对端指定集群设备发来的第二Hello报文之后，建立与对端指定集群设备的IS-IS邻居关系。另外，如图7所示，上述路由获取装置中还包括：检测模块606，其中：检测模块606，用于检测本设备所在机框中是否新增或减少了集群设备；地址获取模块602，还用于当检测模块606检测到本设备所在机框中新增了集群设备时，获取新增的集群设备上的CPU的地址信息；发送模块603，还用于发送携带有地址获取模块602获取到的新增的集群设备上的CPU的地址信息的链路状态路由协议报文；接收模块604，还用于接收携带有新增的集群设备上的CPU的地址信息的链路状态路由协议报文。另外，如图8所示，上述路由获取装置中还包括：查找删除模块607，其中：地址获取模块602，还用于当检测模块606检测到本设备所在机框中减少了集群设备时，获取减少的集群设备上的CPU的地址信息；查找删除模块607，用于查找携带有减少的集群设备上的CPU的地址信息的已发送链路状态路由协议报文，从该已发送链路状态路由协议报文中删除减少的集群设备上的CPU的地址信息后输出给发送模块603；发送模块603，还用于发送查找删除模块607输入的已发送LSP报文；接收模块604，还用于在接收到携带有减少的集群设备上的CPU的地址信息的链路状态路由协议报文之后，将对应已接收链路状态路由协议报文更新为接收到的链路状态路由协议报文。其中，路由计算模块605具体用于通过以下步骤计算从本设备到该地址信息所标识的CPU的路由：计算从本设备到该地址信息所标识的CPU的最短转发路径，以确定出接口；当存在至少两条最短转发路径时，选择满足预定条件的最短转发路径作为从本设备到该CPU的路由，其中，预定条件包括：出接口的ID最大或最小。上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。当前第1页1 2 3