CN105591798B - Dcn中传输oam信息的方法、装置 - Google Patents

Abstract

本申请公开了DCN中传输OAM信息的方法和装置，应用于运行IS‑IS协议的网关网元上，包括步骤：获取邻居的MAC地址和IP地址，更新所述邻居的ARP表项；与邻居交互LSP报文，所述LSP报文根据OAM信息生成；所述OAM信息包括网元的标识信息；从所接收到的LSP报文中获取网元的标识信息，根据网元的标识信息获取网元的OAM信息，并计算网元的路由信息；如果网元的路由可达状态发生改变，则根据所述网元所对应的ARP表项将该网元的OAM信息上报。本申请能够适用于IPv4、IPv6的网络，易于扩展。

Description

DCN中传输OAM信息的方法、装置

技术领域

本申请涉及数据通信网络技术，尤其涉及DCN中传输OAM信息的方法、装置。

背景技术

DCN(Data Communication Network，数据通信网)可以实现设备的即插即用。当设备安装启动之后，所有网元由网元ID自动生成IP地址，并由OSPF(Open Shortest PathFirst Interior Gateway Protocol，开放最短路径优先内部网关协议)扩散10类LSA(LinkState Advertisement，链路状态通告)形成一张由网元ID和IP地址组成的核心路由表。网关网元发现网络中的网元后上报给网管，网管通过网关网元的IP地址和目的网元的ID的方式来访问目的网元。当网管对网元进行调测时，可以通过网关网元远程对网络中的所有网元进行管理。

由于OSPF仅支持IPv4(互联网协议第4版)，如果网络为IPv6(互联网协议第6版)网络，虽然OSPF可以扩展LSA带IPv6地址，但无法自动计算出IPv6路由，需要其它IPv6协议，如扩展OSPFv3(OSPF版本3)协议；另外，由于以太网上借用IP地址，如果网元两边不同网段，则ARP(Address Resolution Protocol，地址解析协议)无法学习，OSPF邻居无法建立，需要扩展LLDP(Link Layer Discovery Protocol，链路层发现协议)配合ARP学习后，才能建立OSPF邻居，因此对协议的扩展难度较大。

发明内容

本申请提供DCN网络中传输OAM信息的方法、装置，能够适用于IPv4、IPv6的网络，易于扩展。

根据本申请实施例的第一方面，提供一种数据通信网DCN中传输操作管理维护OAM信息的方法，应用于运行中间系统到中间系统IS-IS协议的网关网元上，该方法包括步骤：

获取邻居的介质访问控制地址MAC地址和IP地址，更新所述邻居的地址解析协议ARP表项；

与邻居交互链路状态报文LSP报文，所述LSP报文根据OAM信息生成；所述OAM信息包括网元的标识信息；

从所接收到的LSP报文中获取网元的标识信息，根据网元的标识信息获取网元的OAM信息，并计算网元的路由信息；

如果网元的路由可达状态发生改变，则根据所述网元所对应的ARP表项将该网元的OAM信息上报。

根据本申请实施例的第二方面，提供一种DCN中传输OAM信息的装置，位于运行IS-IS协议的GNE网元上，包括：

ARP维护模块，用于获取邻居的MAC地址和IP地址，更新所述邻居的ARP表项；

LSP报文维护模块，用于与邻居交互LSP报文，所述LSP报文根据OAM信息生成；所述OAM信息包括网元的标识信息；

路由计算模块，用于从所接收到的LSP报文中获取网元的标识信息，根据网元的标识信息获取网元的OAM信息，并计算网元的路由信息；

上报模块，用于在网元的路由可达状态发生改变，则根据所述网元所对应的ARP表项将该网元的OAM信息上报。

本申请对传统的IS-IS协议进行了扩展，通过IS-IS协议来传递网元的标识信息，由于IS-IS协议运行在链路层，与IPv4和IPv6无关，因此可以携带IPv4或IPv6的IP地址作为标识信息，从而易于兼容IPv4、IPv6的网络；另外，IS-IS协议本身建立邻居，不需要ARP的学习，在邻居建立后，通过获取邻居的MAC和邻居的IP地址，生成ARP表项，可以实现不同网段的设备信息交互，因此扩展方便。

附图说明

图1为本申请实施例中一种DCN网络的架构图；

图1a为本申请实施例中一种TLV报文格式的示意图；

图2为本申请实施例中DCN网络中传输OAM信息的方法的流程图；

图2a为本申请实施例中一种DCN内部网络的的设备连接图；

图2b为本申请实施例中另一种DCN内部网络的的设备连接图；

图2c为本申请实施例中一种计算路由的流程图；

图3a为本申请应用实例中DCN网络的架构图；

图3b为本申请应用实例中各设备信息交互的时序图；

图4为本申请实施例中DCN网络中传输OAM信息的装置的硬件框图；

图5为本申请实施例中DCN网络中传输OAM信息的装置的软件逻辑框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

DCN是指NMS(Network Management System，网管系统)和NE(Network Element，网元)间传送OAM(Operation,Administration and Maintenance，操作管理维护)信息的网络，是运营商为了管理设备而建设的通信网络。

图1是本申请所适用的一种较常见的DCN的网络图。DCN网络中的常见设备包括NMS101、和NE。根据职能的不同，将NE区分为与NMS直接连接的GNE(Gateway Network Element，网关网元)103以及通过GNE103与NMS(Network Management System，网络管理系统)101连接的远端NE104。为了实现对设备的远程管理和控制，降低运维成本，在DCN网络中，NMS101可以通过网关网元GNE103管理DCN网络中的所有网元NE。

本申请中，NE是指DCN网络中需要被NMS所管理的设备(包括GNE和远端NE)。GNE是指经过TCP(Transmission Control Protocol/Internet Protocol，传输控制协议/互联网协议)、SNMP(Simple network manage protocol，简单网络管理协议)等协议与NMS相连的NE，GNE可以在网络层或应用层提供数据转发功能，NMS可以通过GNE来管理其他通过光纤连接的远端NE。

DCN组网方式包括外部DCN组网和内部DCN组网。如图1所示，外部DCN网络102指网管NMS101至接入点(图1中以接入点是GNE103为例)之间的DCN网络。内部DCN网络105是指NE之间(包括各个远端NE之间104、远端NE104与GNE103之间)传送OAM信息的网络。

本申请提供一种技术方案，通过IS-IS(Intermediate System-to-IntermediateSystem，中间系统到中间系统)协议来实现OAM信息的传递。本申请的OAM信息可以是指GNE需要传输给NMS进行管理的信息，在不同的应用场景下可以不同，例如，在某些应用场景下，OAM信息可以包括厂家标示、设备型号、设备桥MAC、网元的标识信息(例如网元标识、网元IP地址)等信息中的一种或多种信息。

在支持IPv4的DCN网络中，IP地址可以是IPv4地址，在支持支持IPv6的DCN网络中IP地址可以是IPv6；如果DCN网络需要兼容IPv4和IPv6两种协议，则IP地址可以同时包括IPv4、IPv6。

设备桥MAC(Media Access Control或者Medium Access Control，介质访问控制地址)：IS-IS协议运行时，需要一个唯一的标识是SystemID，设备桥MAC是设备出厂后的唯一的MAC，可以通过设备桥MAC计算出SystemID。

NEID(Network Element ID，网元标识)：DCN网络中，设备的唯一标识是ID而不是IP地址，这个ID称为NEID。网元NEID的长度是24位，由子网号和基本ID两部分组成。子网号指NEID的高8位，有效范围是0x1–0xFE；基本ID指低16位，有效范围是0x1–0xBFEF。每台设备出厂时会分配默认的NEID。

NEIP(Network Element IP，网元IP)：NEIP主要用于管理终端来接入设备以及设备间IP组网时寻址。IP地址由网络号和主机号两部分组成。网络号唯一标识一条物理链路或者逻辑链路，对于该链路上所有相连的设备来说网络号是相同的，网络号由IP地址和子网掩码进行逻辑与来确认；主机号唯一标识链路上连接的具体设备。NEIP地址在系统初始时，由NEID衍生而来，格式为：128.子网号.基本ID。例如，如果系统初始缺省NEID为0x09BFE0，则NEIP为128.9.191.224。NEIP在没有进行手动配置前，NEIP与NEID保持联动关系，随着NEID的改变而改变。一旦用户设置了NEIP，NEIP就不再随着NEID的改变而改变。

在一个实施例中，OAM信息可以是预先存储于各个网元中，并在发布时以TLV(Type/Length/Value，类型/长度/值)的格式进行组装。Type和Length可以作为TLV的头部，如图1a所示。Length的长度可以不超过255个位。举例来说，

厂家标示的TLV可以是：Type：0x90；Length：标示名称长度；

设备型号的TLV可以是：Type：0x91；Length：型号名称长度；

设备桥MAC的TLV可以是：Type：0x92；Length：6

NEID的TLV可以是：Type：0x93；Length：4

NEIP IPv4的TLV可以是：Type：0x94；Length：4

NEIP IPv6的TLV可以是：Type：0x95；Length：16

以下详述本申请中DCN网络中NE的工作原理。

本申请中为了实现通过IS-IS协议传输OAM信息的功能，DCN网络中的各个网元(包括GNE和远端NE)工作流程均需要包括几个阶段：ARP表项建立阶段、NE之间交互OAM信息阶段。对于GNE，还包括网络中的各NE路由可达状态计算阶段和OAM信息上报阶段。图2为GNE的工作原理图。

S201阶段为ARP表项建立阶段。在该阶段，NE获取邻居的MAC地址和IP地址，并通过所获取的MAC地址和IP地址，更新该邻居所对应的ARP表项，以实现对ARP表项的维护。更新的动作可以是增加、删除或修改该邻居所对应的ARP表项。

获取邻居的MAC地址和IP地址的方式存在多种情况。其中一种方式是通过IS-IS协议建立邻居阶段时所发送的HELLO(你好)报文实现，可以在邻居之间交互HELLO报文时，携带自身设备的MAC地址和IP地址。另外一种方式可以是通过扩展LSP(Link State ProtocolData Unit或Link State Packet，链路状态协议数据单元或链路状态报文)协议来携带自身设备的MAC地址和IP地址。其他途径在此不予赘述。

邻居之间发送HELLO报文的过程可以参照目前IS-IS协议的常规做法，例如，NE设备启动后，启动IS-IS协议进程，生成IS-IS的SystemID(系统标识)，在所有接口上运行IS-IS协议，在一个例子中，为了节省配置，通过地址借用环回接口地址接口类型是广播网，实际运行以P2P类型的接口运行，发送P2P(Point to point，点对点)的链路状态协议的HELLO报文。环回接口地址是一种全局逻辑口，不依赖具体的物理接口状态。通过地址借用环回接口地址，邻居之间相互收到对端的HELLO报文后，发现带有邻居的HELLO报文，接收到该HELLO报文时，邻居就建立完成。

需要指出的是，SystemID可以是通过获取设备桥MAC来生成，也可以是通过目前所使用的其他方式生成，例如，可以通过网元的IP地址转换获得。各种能够保证SystemID在DCN网络内区分各个网元的唯一性的方式均可。

邻居之间所交互的报文中携带的MAC地址和IP地址可以是作为OAM信息预先存储于各个网元中，当封装报文时从预存的OAM信息中提取出本网元的MAC地址和IP地址，携带在报文中发给邻居。在一个实施例中，提取出的OAM信息封装时可以是以TLV的格式进行封装(参照图1a为TLV的格式示意)。

在一个实施例中，对ARP维护的过程可以是：当邻居上线时，从邻居的报文(例如HELLO报文)中获取到邻居的MAC和IP地址后，把邻居的MAC地址、IP地址以及接收该报文的本设备的接口作为索引，增加一条该邻居的ARP表项。或者当邻居下线时，从邻居的报文中获取到邻居的MAC和IP地址后，把邻居的MAC地址、IP地址以及接收该报文的本设备的接口作为索引，找到相应的该邻居的ARP表项进行删除。对于发现邻居设备上线或下线的方式可以参照目前IS-IS协议所规定的相关过程，例如通过监测HELLO报文来发现上线邻居，建立邻居。如果一段时间内没有收到HELLO报文，则断开邻居，删除该邻居对应的ARP表项等。

S202阶段为GNE获取各NE的OAM信息阶段。此阶段中，GNE设备与邻居交互LSP报文，通过IS-IS协议的LSP报文获取NE设备的OAM信息。OAM信息可以包括网元的标识信息，例如网元标识、NE设备的IP地址。

GNE设备与邻居交互LSP报文的过程包括将本设备生成的LSP报文发布给邻居和从邻居接收邻居所发布的LSP报文。

图2a的网络环境下，内部DCN中，GNE和各个远端NE(图中NE1、NE2)均直接相连，因此GNE获取各设备的OAM信息的方式可以是各个NE根据本设备的OAM信息生成LSP报文，发布给本NE设备的所有接口所连接的邻居。由于GNE与所在的内部DCN中的其他NE均直连，因此各个网元仅需要将本设备生成的LSP报文发布给其他邻居即可使得GNE从邻居的LSP报文中获取到其他远端NE的OAM信息。

图2b的网络环境下，内部DCN中，GNE与部分远端NE(图中NE3)没有直接相连，在此网络环境下，为了使GNE能够获取到未直连的NE设备的OAM信息，在各个NE(NE1、NE2、NE3)根据本设备的OAM信息生成LSP报文，发布给本NE设备的邻居后，收到邻居LSP报文的NE设备将所收到的LSP报文发布给本NE设备其他接口的邻居，从而使得GNE能够收到携带未直连NE的LSP报文。可以看出，此网络环境下，各个网元发送LSP报文的条件可以是在本设备生成LSP报文时，也可以是在收到邻居的LSP报文时，而GNE所收到的LSP报文中可能是邻居的OAM信息，也可能是邻居的所收到的其他网元的OAM信息。

在一个实施例中，可以将自身设备的OAM信息存储于LSP发布库中，需要生成LSP报文时，依据TLV格式生成LSP报文。

作为一个实施例，在各个NE设备会依据所收到的OAM信息更新本地的存储的OAM信息。

为了简化GNE的对LSP报文的处理难度，各个网元在生成本网元的LSP报文时将不同的OAM信息承载于同一个LSP报文中，例如，可以将NEID、NEIP、厂家标识等信息封装于同一个LSP报文中。当接收到邻居所发送的LSP报文后，各网元可以从LSP报文中提取出OAM信息并进行保存。保存的过程可以参考以下实施例：

首先解析LSP报文，提取LSP报文中的OAM信息，例如厂家标识、设备型号、设备桥MAC、NEID、NEIPv4、NEIPv6地址的TLV。

在一个实施例中，如果LSP的TLV发布库是以NEID为索引(当然也可以以其他的网元的标识信息作为索引)，则可以先解析到NEID的TLV，再解析其它OAM信息的TLV，生成该网元的OAM信息结构，然后以NEIP表索引，具体内容为厂家标识、设备型号、设备桥MAC、NEIPv4、NEIPv6地址，保存在以NEID为索引的表中(以树组织)。

在另一个实施例中，如果NEID的TLV和其它OAM信息的TLV不在同一个LSP报文中，则从不同的LSP报文中分别获取到NEID和IP地址后，将NEID和IP地址合并，按照OAM的存储结构进行存储。在这种方式下，如果先处理到承载其它OAM的TLV的LSP报文时，可以只提取其他OAM信息，直到接收到带NEID的TLV的LSP报文时，再把NEID信息和其他OAM信息合并，最终保存到以NEID为索引的表中。

S203为GNE计算网元的路由可达性阶段。GNE从所接收到的LSP报文中获取各个网元的标识信息，根据标识信息找到对应的OAM信息，并计算各个网元的路由信息。该过程可以在目前IS-IS标准协议中所定义的计算SPF树的过程后进行。如果网元的路由可达状态发生改变，则根据网元所对应的ARP表项将该网元的OAM信息上报(S204)。路由可达状态发生改变的网元可以是GNE网元，也可以是远端NE网元。

图2c为计算路由可达性的流程图。

S2031，GNE根据该网元的标识信息(例如NEID)查找该网元对应的IS-IS的SystemID，SystemID作为LSP报文的标识，进一步通过LSP报文获取每个网元的OAM信息；

S2032，通过SystemID查找IS-IS的SPF树，获取可达的下一跳和COST信息；

S2033，更新该网元的COST值，下一跳及可达状态，根据COST信息选择最优路径；

S2034，当该网元的路由从不可达状态变为可达状态时，通过TRAP自动上报给网管系统上线信息，并将该网元的OAM信息发送给网管系统；

S2035，当该网元的路由从可达状态变为不可达状态时，通过TRAP上报给网管系统下线信息，并将该网元的OAM信息发送给网管系统。

以下是一个实际的应用场景下对本申请的应用实例。

网络环境如图3a所示，DCN网络中各网元通过IS-IS支持DCN，实现以下功能：

GNE通过业务接口与NMS直接相连，GNE与其他网元通过业务接口连接。

NMS使用网管工具看查看整个网络中网元的信息，GNE在网元上下线时将网元信息自动上报给NMS。

为实现此功能，各网元的预置条件如下：

在网元GNE上：

使能DCN功能，配置与NMS连接。设备GNE的NEID为100001，NEIPv4为11.1.1.1，IP6的NEIP为11::11，接口GE1/1/1和GE1/1/2的IP地址借用NEIP地址，为11.1.1.1，NEIPv6地址为11::11，GE1/1/1和GE1/1/2上使能IS-IS协议，设备GNE的厂家标识为H3C，设备名称为MSR36-30。

在网元设备A上：

使能DCN功能，设备A的NEID为200002，NEIPv4为22.2.2.2，NEIPv6的NEIP为22::22，接口GE1/1/1和GE1/1/2的IP地址借用NEIPv4地址，为22.2.2.2，NEIPv6地址为22::22，GE1/1/1和GE1/1/2上使能IS-IS协议，设备A的厂家标识为XX1，设备名称为M1。

在设备B上：

使能DCN功能，设备B的NEID为300003，NEIP为33.3.3.3，NEIPv6的NEIP为33::33，接口GE1/1/1和GE1/1/2的IP地址借用NEIPv4地址，为33.3.3.3，NEIPv6地址为33::33，GE1/1/1和GE1/1/2上自动使能IS-IS协议，设备B的厂家标识为XX2，设备名称为M2。

参照图3b，各网元之间的交互过程如下：

S301，设备启动后，GNE、设备A和设备B上，IS-IS自动运行在GE1/1/1和GE1/1/2；

S302，每个设备上的IS-IS自动获取本设备的桥MAC，生成IS-IS的SystemID，启动IS-IS协议；

S303，在每个设备接口上，自动使能IS-IS，默认为P2P类型，发送IS-IS HELLO报文；GNE与设备A，设备B之间建立IS-IS邻居；

S304，各个设备上通过邻居的MAC地址，IP地址，分别在GE1/1/1和GE1/1/2上生成两条ARP表项，通知ARP模块增加；

S305-S306，设备A上，生成带有NEID为200002，NEIPv4为22.2.2.2，NEIPv6为22::22，厂家标识为XX1，设备名称为M1，设备A的桥MAC这些TLV的LSP报文，向邻居GNE和设备B泛洪；设备B上，生成带有NEID为300003，NEIPv4为33.3.3.3，NEIPv6为33::33，厂家标识为XX2，设备名称为M2，设备B的桥MAC这些TLV的LSP报文，向邻居GNE和设备A泛洪；设备GNE上，生成带有NEID为100001，NEIP为11.1.1.1，NEIPv6的NEIP为11::11，厂家标识为XX3，设备名称为M3，设备GNE的桥MAC的LSP报文，向邻居泛洪；

S307，在设备GNE上，接收到设备A和设备B的LSP报文，维护OAM信息，并存储对应两条表项，设备A的OAM信息，以NEID：200002为索引，设备B的OAM信息，以NEID：300003为索引；在设备GNE上可以查看到GNE，设备A，设备B的OAM信息；

S308，GNE进行NE信息路由计算，计算出到NEID：200002可达，向NMS上送NEID上线信息，NMS自动连接设备A；计算出到NEID：300003可达，向NMS上送NEID上线信息，NMS自动连接设备B；

当将设备B从该网络中删除时，被删除的设备B的邻居在预定的时间内收不到设备B的HELLO报文，于是通知ARP模块删除设备B两个接口的ARP表项；GNE重新路由计算，发现NEID：300003不可达，上报给NMS对应设备B下线；

在NMS上的网管工具上会有网元下线的信息。

与前述DCN网络中传输OAM信息的方法的实施例相对应，本申请还提供了DCN网络中传输OAM信息的装置的实施例。

本申请DCN网络中传输OAM信息的装置的实施例可以应用在GNE设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在GNE的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请DCN网络中传输OAM信息的装置所在GNE的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的GNE通常根据该GNE的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图5，DCN网络中传输OAM信息的装置500，位于运行IS-IS协议的GNE网元上，包括：

ARP维护模块501，用于获取邻居的MAC地址和IP地址，更新所述邻居的ARP表项；

LSP报文维护模块502，用于与邻居交互LSP报文，所述LSP报文根据OAM信息生成；所述OAM信息包括网元的标识信息；

路由计算模块503，用于从所接收到的LSP报文中获取网元的标识信息，根据网元的标识信息获取网元的OAM信息，并计算网元的路由信息；

上报模块504，用于在网元的路由可达状态发生改变时，根据所述网元所对应的ARP表项将该网元的OAM信息上报。

一个实施例中，所获取的邻居的MAC地址和IP地址承载于所述邻居发送的HELLO报文中。

一个实施例中，ARP维护模块501更新所述邻居的ARP表项包括：

所述邻居上线时，通过所述邻居的MAC地址和IP地址增加一条所述邻居的ARP表项；

所述邻居下线时，将所述邻居的MAC地址和IP地址所对应的APR表项删除。

一个实施例中，还包括存储模块(图中未示出)，用于存储本网关网元或邻居的OAM信息；所述OAM信息的存储结构的索引为所述网元标识。

一个实施例中，所述LSP报文交互模块与邻居交互LSP报文具体包括：

从所述存储模块中获取本网元的OAM信息，生成LSP报文并发送给所述邻居；

从该邻居发送的LSP报文中获取OAM信息，并保存；本网元或邻居所发送的LSP报文中所携带的OAM信息包括所述LSP报文发送者自身的OAM信息和/或所述LSP报文发送者所接收到的其他网元的OAM信息；

将所述邻居的OAM信息存储的步骤包括：

如果所述网元标识和其他OAM信息承载于不同的LSP报文中，则从不同的LSP报文中分别获取到所述网元的标识信息和其他OAM信息后，将所述网元的标识信息和其他OAM信息合并，按照所述OAM的存储结构进行存储。

所述网元的标识信息包括网元标识和/或IP地址；所述OAM信息包括以下一种或多种信息：

厂家标识、设备型号、设备桥MAC、网元标识、IP地址。上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种数据通信网DCN中传输操作管理维护OAM信息的方法，应用于运行中间系统到中间系统IS-IS协议的网关网元上，其特征在于，该方法包括步骤：

获取邻居的介质访问控制地址MAC地址和IP地址，更新所述邻居的地址解析协议ARP表项；

与邻居交互链路状态报文LSP报文，所述LSP报文根据OAM信息生成；所述OAM信息包括网元的标识信息；

从所接收到的LSP报文中获取网元的标识信息，根据网元的标识信息获取网元的OAM信息，并计算网元的路由信息；

如果网元的路由可达状态发生改变，则根据所述网元所对应的ARP表项将该网元的OAM信息上报。

2.根据权利要求1所述的方法，其特征在于，所获取的邻居的MAC地址和IP地址承载于所述邻居发送的你好HELLO报文中。

3.根据权利要求1所述的方法，其特征在于，更新所述邻居的ARP表项的步骤包括：

所述邻居上线时，通过所述邻居的MAC地址和IP地址增加一条所述邻居的ARP表项；

所述邻居下线时，将所述邻居的MAC地址和IP地址所对应的APR表项删除。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括步骤：

将本网关网元或邻居的所述OAM信息存储；所述OAM信息的存储结构的索引为所述网元的标识信息；

与邻居交互LSP报文的步骤包括：

获取所存储的本网关网元的OAM信息，生成LSP报文并发送给所述邻居；

接收邻居发送的LSP报文，从该邻居发送的LSP报文中获取OAM信息并保存；所述本网元或邻居所发送的LSP报文中所携带的OAM信息包括所述LSP报文发送者自身的OAM信息和/或所述LSP报文发送者所接收到的其他网元的OAM信息；

将所述邻居的OAM信息存储的步骤包括：

如果所述网元的标识信息和其他OAM信息承载于不同的LSP报文中，则从不同的LSP报文中分别获取到所述网元的标识信息和其他OAM信息后，将所述网元的标识信息和其他OAM信息合并，按照所述OAM的存储结构进行存储。

5.根据权利要求1所述的方法，其特征在于，所述网元的标识信息包括网元标识和/或IP地址；所述OAM信息包括以下一种或多种信息：

厂家标识、设备型号、设备桥MAC、网元标识、IP地址。

6.一种DCN中传输OAM信息的装置，位于运行IS-IS协议的GNE网元上，其特征在于，包括：

ARP维护模块，用于获取邻居的MAC地址和IP地址，更新所述邻居的ARP表项；

LSP报文维护模块，用于与邻居交互LSP报文，所述LSP报文根据OAM信息生成；所述OAM信息包括网元的标识信息；

路由计算模块，用于从所接收到的LSP报文中获取网元的标识信息，根据网元的标识信息获取网元的OAM信息，并计算网元的路由信息；

上报模块，用于在网元的路由可达状态发生改变时，根据所述网元所对应的ARP表项将该网元的OAM信息上报。

7.根据权利要求6所述的装置，其特征在于，所获取的邻居的MAC地址和IP地址承载于所述邻居发送的HELLO报文中。

8.根据权利要求6所述的装置，其特征在于，ARP维护模块更新所述邻居的ARP表项包括：

所述邻居上线时，通过所述邻居的MAC地址和IP地址增加一条所述邻居的ARP表项；

所述邻居下线时，将所述邻居的MAC地址和IP地址所对应的APR表项删除。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括LSP的存储模块，用于存储本网关网元或邻居的所述OAM信息；所述OAM信息的存储结构的索引为所述网元的标识信息；

所述LSP报文交互模块与邻居交互LSP报文具体包括：

从所述存储模块中获取本网元的OAM信息，生成LSP报文并发送给所述邻居；

从该邻居发送的LSP报文中获取OAM信息，并保存到所述存储模块中；所述本网元或邻居发送的所述LSP报文中所携带的OAM信息包括所述LSP报文发送者自身的OAM信息和/或所述LSP报文发送者所接收到的其他网元的OAM信息；

将所述邻居的OAM信息存储包括：

如果所述网元的标识信息和其他OAM信息承载于不同的LSP报文中，则从不同的LSP报文中分别获取到所述网元的标识信息和其他OAM信息后，将所述网元的标识信息和其他OAM信息合并，按照所述OAM的存储结构进行存储。

10.根据权利要求6所述的装置，其特征在于，所述网元的标识信息包括网元标识和/或IP地址；所述OAM信息包括以下一种或多种信息：

厂家标识、设备型号、设备桥MAC、网元标识、IP地址。