CN101820355A - 一种获取网络拓扑的方法和网元 - Google Patents

Abstract

本发明公开了一种获取网络拓扑的方法，包括如下步骤：A、在PTP网络中的第一网元的第一端口发送包含请求端口标识和请求时钟模式标志的管理消息请求报文；B、所述PTP网络的第二网元的第一端口收到管理消息请求报文后，在第一端口上发送管理消息响应报文，所述管理消息响应报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文中的请求端口标识和请求时钟模式标志，所述管理消息响应报文的响应端口标识和响应时钟标志分别为第二网元的第一端口的端口标识和第二网元的时钟模式；C、第一网元接收管理消息响应报文，根据所述管理消息响应报文获得请求端口标识与响应端口标识的对应关系。本发明还公开了一种PTP网元。

Description

一种获取网络拓扑的方法和网元

技术领域

本发明涉及通信及计算机网络技术领域，特别涉及一种获取网络拓扑的方法和网元。

背景技术

网络拓扑，指构成网络的各个网元间特定的物理(即真实的)或者逻辑的(即虚拟的)排列及连接方式。网络拓扑信息是进行网络管理的基础。网络管理就是通过某种方式对网络进行管理，使网络能正常高效地运行。其目的很明确，就是使网络中的资源得到更加有效的利用。它应维护网络的正常运行，当网络出现故障时能及时报告和处理，并协调、保持网络系统的高效运行等。网络管理常简称为网管。通信领域中，一般要求所有设备都应该是可以网管的。

现有技术中，获取网络拓扑信息的方式主要是通过简单网络管理协议(Simple Network Management Protocol，SNMP)来实现。如图1所示为现有技术中获取网络拓扑的流程，包括如下步骤：

步骤101：在第一网元上对所有网段广播网际控制报文协议(InternetControl Message Protocol，ICMP)PING报文；

步骤102：接收来自网络中除第一网元之外的其他活动网元的PING响应报文，根据所述PING响应报文确定与所述网元连接的其他活动网元；

步骤103：遍历所有活动网元进行步骤101至步骤102的操作；

步骤104：记录所有活动网元及其之间的连接关系，所记录的内容即为网络拓扑信息。

现有技术的网络拓扑获取方法具有如下缺点：

1、在向不活动的或不存在的网元发送PING报文时，需要等待较长的超时时间(一般为20秒)；在遍历所有网元的过程中所需的时间较长；

2、网元之间需要发送大量的PING报文以及响应报文，引入较大网络负载。

发明内容

有鉴于此，本发明实施例提出一种获取网络拓扑的方法，可以快速有效地获得网络拓扑信息，并且引入的网络负载较小。该方法包括如下步骤：

A、在精准时间协议PTP网络中的第一网元的第一端口发送管理消息请求报文，所述管理消息请求报文包含请求端口标识和请求时钟模式标志，且所述请求端口标识为第一网元的第一端口标识，所述请求时钟模式标志为第一网元的时钟模式标志；

B、所述PTP网络的第二网元的第一端口收到管理消息请求报文后，在第一端口上发送管理消息响应报文，所述管理消息响应报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文中的请求端口标识和请求时钟模式标志，所述管理消息响应报文的响应端口标识和响应时钟标志分别为第二网元的第一端口的端口标识和第二网元的时钟模式；

C、第一网元接收管理消息响应报文，根据所述管理消息响应报文获得请求端口标识与响应端口标识的对应关系。

较佳地，所述步骤B包括：

B1、所述PTP网络中的第二网元的第一端口收到所述管理消息请求报文后，判断本网元的时钟模式是否为普通时钟，若是，则执行步骤B2，否则，执行步骤B3；

B2、第二网元在本网元的第一端口上发送管理消息响应报文，所述管理消息响应报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文中的请求端口标识和请求时钟模式标志，所述管理消息响应报文的响应端口标识和响应时钟标志分别为第二网元的第一端口的端口标识和时钟模式，步骤B2之后转至步骤C；

B3、第二网元在本网元的第一端口上发送管理消息响应报文，所述管理消息响应报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文中的请求端口标识和请求时钟模式标志，所述管理消息响应报文的响应端口标识和响应时钟标志分别为第二网元的第一端口的端口标识和时钟模式；且第二网元修改所述管理消息请求报文，修改后的管理消息请求报文中的请求端口标识和请求时钟模式标志分别为第二网元的除第一端口之外的其他端口的端口标识和时钟模式，并在相应的端口上转发修改后的管理消息请求报文。

其中，所述判断本网元的时钟模式是否为普通时钟为：判断本网元的时钟模式是否为主参考时钟或普通从时钟。

较佳地，所述步骤C包括如下步骤：

PTP网络中的第一网元收到管理消息响应报文，判断所述管理消息响应报文是否为本网元最初发起的管理消息请求报文的响应报文，若是，则根据所述管理消息响应报文获得请求端口标识与响应端口标识的对应关系；

否则，判断自身时钟模式是否为普通时钟，若是，则丢弃该管理消息响应报文；否则在接收到所述管理消息响应报文的端口之外的其他端口上转发所述管理消息响应报文。

本发明实施例还提出一种PTP网络中的网元，该网元可以应用上述方法来快速有效地获得网络拓扑信息，并且引入的网络负载较小。该网元包括至少一个用于收发消息的端口，所述网元还包括：

管理消息响应模块，用于在收到管理消息请求报文的第一端口上发送管理消息响应报文，所述管理消息请求报文包含请求端口标识和请求时钟模式标志；所述管理消息响应报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文中的请求端口标识和请求时钟模式标志，所述管理消息响应报文的响应端口标识和响应时钟标志分别为本网元的第一端口的端口标识和本网元的时钟模式。

较佳地，所述网元进一步包括：时钟模式判断模块和管理消息转发模块；

所述时钟模式判断模块用于在第一端口收到管理消息请求报文后，判断本网元的时钟模式是否为普通时钟，若否，激活管理消息转发模块；

所述管理消息转发模块在激活后，修改第一端口收到管理消息请求报文，修改后的管理消息请求报文中的请求端口标识和请求时钟模式标志分别为第二网元的除第一端口之外的其他端口的端口标识和时钟模式，并在相应的端口上转发修改后的管理消息请求报文。

较佳地，所述时钟模式判断模块进一步用于在第一端口收到管理消息响应报文后，判断本网元的时钟模式是否为普通时钟，若是，丢弃所述管理消息响应报文，若否，激活管理消息转发模块；

所述管理消息转发模块在激活后，在除第一端口之外的其他端口上转发所述管理消息响应报文。

所述网元进一步包括：管理消息请求模块、响应判断模块和网络拓扑记录模块；

所述管理消息请求模块用于构造管理消息请求报文，并在任一端口上发送所述管理消息请求报文，所述管理消息请求报文包含请求端口标识和请求时钟模式标志，且所述请求端口标识为发送所述管理消息请求报文的端口的端口标识，所述请求时钟模式标志为本网元的时钟模式标志；

响应判断模块用于在第一端口接收到管理消息响应报文后，判断所述管理消息响应报文是否为本网元最初发起的管理消息请求报文的响应报文，若是则将所述管理消息响应报文发送至网络拓扑记录模块；否则，由时钟模式判断模块判断本网元的时钟模式是否为普通时钟，若是，丢弃所述管理消息响应报文，若否，激活管理消息转发模块；所述管理消息转发模块在激活后，在除第一端口之外的其他端口上转发所述管理消息响应报文；

所述网络拓扑记录模块，用于根据接收到的管理消息响应报文获得请求端口标识与响应端口标识的对应关系。

从以上技术方案可以看出，第一网元构造并发送管理消息请求报文，其他网元返回管理消息响应报文，采用PTP管理消息扩展来获得PTP网络设备的拓扑，基于原有PTP协议，报文交互简单，不需要等待Ping报文超时时间，避免使用广播Ping报文遍历网段。同时，本发明不仅可以获得设备的连接拓扑，也可得到设备工作的时钟模式，方便网络管理人员全面了解PTP设备网络。

附图说明

图1为现有技术中获取网络拓扑信息的流程图；

图2所示为Management TLV数据域结构一个示例；

图3所示为本发明实施例提出的请求时钟模式以及响应时钟模式的结构示意图；

图4为本发明实施例的PTP网络中的网元接收管理消息请求报文的处理流程图；

图5为本发明实施例的PTP网络中的网元接收管理响应报文的处理流程图；

图6为PTP网络拓扑结构的一个示例；

图7为图6的示例中发送并转发扩展管理请求消息以及管理请求响应的消息流示意图。

具体实施方式

本发明方案基于IEEE 1588标准定义的精准时间协议(Precision TimeProtocol，PTP)及其扩展，实现网络拓扑的获取。

IEEE 1588的全称是“网络测量和控制系统的精准时钟协议标准”，使分布式通信网络能够具有严格的定时同步，并且应用于工业自动化系统。基本构思是通过硬件和软件将网络设备(客户机)的内时钟与主控机的主时钟实现同步，提供同步建立时间小于10微秒(μs)甚至纳秒(ns)级的应用，与未执行IEEE1588协议的以太网延迟时间1,000μs相比，整个网络的定时同步指标有显著的改善。IEEE 1588版本2发布以来，其在通信领域的应用受到所有通信设备厂商的广泛重视。IEEE 1588版本2定义了九种消息进行报文交互，每种消息均可进行类型长度值(Type Length Value，TLV)扩展，在实际环境中应用灵活。

依据IEEE 1588v2定义管理消息(Management)报文及管理消息类型长度值(Management TLV)结构，本发明实施例扩展管理消息标识(ManagementID)为网络拓扑(NETWORK_TOPOLOGY)(0x0008)的Management TLV数据域。如图2所示为Management TLV数据域结构一个示例，该数据域由四个变量组成，分别为：

第一个变量为请求端口标识(RequestPortID)，长度为10个字节(Octets)，偏移量(Offset)为0，其数据结构为端口标识类型(PortIdentity)，表示发送请求消息的设备的端口标识；

第二个变量为响应端口标识(ResponsePortID)，长度为10个字节，偏移量为10，其数据结构为端口标识类型(PortIdentity)，表示接收到请求消息的设备的端口标识；

第三个变量为请求时钟模式标志(RequestClockModeFlag)，长度为1个字节，偏移量为20，为自定义其数据结构，表示发送请求消息的设备的时钟模式；

第四个变量为响应时钟模式标志(ResponseClockModeFlag)，长度为1个字节，偏移量为21，为自定义其数据结构，表示接收到请求消息的设备的时钟模式。

图3所示为本发明实施例提出的请求时钟模式以及响应时钟模式的结构示意图。

第0位为P2P透明时钟标志位，该位为有效表示该请求时钟模式或响应时钟模式为P2P透明时钟(P2P Transparent Clock)；

第1位为E2E透明时钟标志位，该位为有效表示该请求时钟模式或响应时钟模式为E2E透明时钟(E2E Transparent Clock)；

第2位为边界时钟标识，该位为有效表示该请求时钟模式或响应时钟模式为边界时钟(Boundary Clock)；

第3位为普通从时钟标识，该位为有效表示该请求时钟模式或响应时钟模式为普通从时钟(SlaveOnly)；

第4位为主参考时钟标识，该位为有效表示该请求时钟模式或响应时钟模式为主参考时钟(GrandMaster)；

第5位至第7位为保留位，未作定义。

图3所示仅为示例而已并不用以限制本发明。本领域技术人员可以按照其他常规方式在Management TLV数据域中定义上述标志位。例如，可以用其中两位来表示时钟模式：“00”表示边界时钟模式，“01”表示普通时钟模式，“10”表示主参考时钟模式，“11”保留。

PTP协议定义三种时钟设备，分别为普通时钟(Ordinary Clock，OC)、边界时钟(Boundary Clock，BC)和透明时钟(Transparent Clock，TC)。其中，普通时钟分为主参考时钟和普通从时钟；透明时钟分为E2E透明时钟和P2P透明时钟。不同的时钟设备对该扩展消息采用不同的响应方式。

在上述定义的基础上，本发明实施例提出如下获取网络拓扑结构的流程：

A、第一网元的第一端口发送管理消息请求报文，所述管理消息请求报文包含请求端口标识和请求时钟模式标志，且所述请求端口标识为第一网元的第一端口标识，所述请求时钟模式标志为第一网元的时钟模式标志；

B、第二网元的第一端口收到管理消息请求报文后，在第一端口上发送管理消息响应报文，所述管理消息响应报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文中的请求端口标识和请求时钟模式标志，所述管理消息响应报文的响应端口标识和响应时钟标志分别为第二网元的第一端口的端口标识和第二网元的时钟模式；

C、第一网元接收管理消息响应报文，根据所述管理消息响应报文获得请求端口标识与响应端口标识的对应关系。

通过上述过程，第一网元就可以收集到网络中的拓扑结构信息。但上述方法仅适用于第一网元与其他网元均存在直接连接，而其他网元之间无连接这样一种简单拓扑结构，即网络拓扑为星形结构，且第一网元是星形的中心。

为了获取更为复杂的网络拓扑结构，要求接收到管理消息请求报文的网元可以转发该管理消息请求报文，可以在上述实施例基础上，将所述步骤B修改为包括如下步骤：

B1、所述PTP网络中的第二网元的第一端口收到所述管理消息请求报文后，判断本网元的时钟模式是否为普通时钟，若是，则执行步骤B2，否则，执行步骤B3；

B2、第二网元在本网元的第一端口上发送管理消息响应报文，所述管理消息响应报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文中的请求端口标识和请求时钟模式标志，所述管理消息响应报文的响应端口标识和响应时钟标志分别为第二网元的第一端口的端口标识和时钟模式，步骤B2之后转至步骤C；

B3、第二网元在本网元的第一端口上发送管理消息响应报文，所述管理消息响应报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文中的请求端口标识和请求时钟模式标志，所述管理消息响应报文的响应端口标识和响应时钟标志分别为第二网元的第一端口的端口标识和时钟模式；且第二网元修改所述管理消息请求报文，修改后的管理消息请求报文中的请求端口标识和请求时钟模式标志分别为第二网元的除第一端口之外的其他端口的端口标识和时钟模式，并在相应的端口上转发修改后的管理消息请求报文。

通过上述修改，第一网元就可以收集到更为复杂的拓扑结构。当然，各个网元还应该能够转发管理消息响应报文，以保证这些响应报文均能到达第一网元。

此外，由于网络中的其他网元也可以构造并发送管理消息请求报文，因此第一网元还应该在收到管理消息响应报文后，区分该响应报文是否对应于本网元构造的管理消息请求报文，并像其他网元那样，转发不对应于自身的响应报文。因此所述步骤C可以包括如下步骤：

PTP网络中的第一网元收到管理消息响应报文，判断所述管理消息响应报文是否为本网元最初发起的管理消息请求报文的响应报文，若是，则根据所述管理消息响应报文获得请求端口标识与响应端口标识的对应关系；

否则，判断自身时钟模式是否为普通时钟，若是，则丢弃该管理消息响应报文；否则在接收到所述管理消息响应报文的端口之外的其他端口上转发所述管理消息响应报文。

图4示出了本发明实施例的PTP网络中的网元接收管理消息请求(Management Get)报文的处理流程，具体包括如下步骤：

步骤401：判断本网元的任一端口是否接收到管理消息请求报文，若是，则继续执行步骤402，否则流程结束。

步骤402：判断本网元的时钟模式是否为普通时钟(包含主参考时钟和普通从时钟)，若是，执行步骤403，否则，该网元为边界时钟设备和透明时钟设备，执行步骤404。

步骤403：在接收管理消息请求(Management Get)报文的端口上发送管理消息响应(Management Response)报文，该报文中请求端口标识(RequestPortID)和请求时钟模式标志(RequestClockModeFlag)分别为接收到的管理消息请求(Management Get)报文中的请求端口标识和请求时钟模式标志，管理消息响应报文的响应端口标识和响应时钟标志分别为该普通时钟设备接收端口的端口标识和时钟模式。然后流程结束。

步骤404：在接收管理消息请求(Management Get)报文的端口上发送管理消息响应报文，该报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文的请求端口标识和请求时钟模式标志，该管理消息响应报文中的响应端口标识和响应时钟模式标志分别为该边界时钟设备或透明时钟设备接收端口的端口标识和时钟模式。

步骤405：修改所述管理消息请求报文，修改后的管理消息请求报文中的请求端口标识和请求时钟模式标志分别为该边界时钟设备或透明时钟设备的发送端口的端口标识和时钟模式，响应端口标识和响应时钟模式标志分别为空。

步骤406：在除所述接收端口外的其他使能的端口上转发修改后的管理消息请求报文，然后结束本流程。

图5示出了本发明实施例的PTP网络中的网元接收管理响应(Management Response)报文的处理流程，具体包括如下步骤：

步骤501：判断是否接收管理消息响应报文，如果是，则执行步骤502，否则结束本流程。

步骤502：判断是否本设备最初发起的管理消息响应报文，如果是则执行步骤503保存该管理消息响应报文，然后结束本流程。如果不是，则转至步骤504。

步骤504：判断本设备是否为普通时钟设备，如果是则执行步骤505丢弃该管理消息响应报文，然后结束本流程。如果不是则执行步骤506在其他端口上转发该管理消息响应报文，然后结束本流程。

PTP网络中的所有网元都根据上述图4以及图5所示流程执行相应步骤，可以实现管理消息请求报文在整个PTP网络中的转发，并且接收到管理消息报文的端口会返回相应的管理消息响应报文。以此为前提，通过远程或者本地控制PTP网络中的任意一台网元，即可获得整个PTP网络的拓扑结构。在该设备上构造并发送网络拓扑管理消息(Management GetNETWORK_TOPOLOGY)请求报文，该报文中的请求端口标识为该设备发送端口的端口标识。接着，该报文会在PTP网络中修改并转发，该报文目的媒体接入控制(MAC)地址与目的IP地址均为最初发送扩展消息的设备的MAC地址及IP地址。

发起网络拓扑管理消息请求报文的设备，根据收到的响应报文，即可获得请求端口标识与响应端口标识的对应关系，即：

ManagementTLV.DataField.RequestPortID→ManagementTLV.DataField.ResponsePortID。

所有接收到的对应关系在最初发起请求消息的设备内存中建立一张记录所有设备的端口连接表，依据该端口连接表即可得到该PTP网络所有PTP设备的拓扑结构。

图6示出了PTP网络拓扑结构的一个示例，图7为图6所示网络拓扑结构中发送并转发扩展管理请求消息以及管理请求响应的消息流示意图。假设边界时钟设备603为发起网络拓扑管理消息请求报文的设备，边界时钟设备603首先向各个时钟端口发送扩展管理请求消息。当设备602接收到管理请求711时，首先发送相应消息712，接着修改并转发管理请求713。当边界时钟设备601接收到管理请求713时，发送响应消息714。当设备602接收到响应消息714时，转发响应消息714。当边界时钟设备603接收到其他设备发送或转发的响应消息712和714时，终止这些消息。

网络其他节点的报文处理与上述处理类似，现从略。

从以上实施例方案中可以看出，该PTP网络中的网元可以大致分成三类：

第一类：响应网元，在接收到管理消息请求报文后，发送该请求报文的响应报文；

第二类：转发网元，在接收到管理消息请求报文后，不仅发送该请求报文的响应报文，还在其他端口上修改并转发管理消息请求报文；此外，在收到管理消息响应报文后，在其他端口上转发该管理消息响应报文；

第三类：发起网元，可以构造并发送管理消息请求报文，并在收到本网元构造的管理消息请求报文的响应报文后，根据该响应报文记录发送端口和接收端口的对应关系从而得到网络拓扑信息。第三类网元包含前两类网元的全部功能。

本发明实施例提出一种PTP网络中的网元，包括至少一个用于收发消息的端口，所述网元包括：

管理消息响应模块，用于在收到管理消息请求报文的第一端口上发送管理消息响应报文，所述管理消息请求报文包含请求端口标识和请求时钟模式标志；所述管理消息响应报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文中的请求端口标识和请求时钟模式标志，所述管理消息响应报文的响应端口标识和响应时钟标志分别为本网元的第一端口的端口标识和本网元的时钟模式。

可以看出，所述网元为上述第一类网元。

在第一类网元的基础上，进一步包括：时钟模式判断模块和管理消息转发模块；

所述时钟模式判断模块用于在第一端口收到管理消息请求报文后，判断本网元的时钟模式是否为普通时钟，若否，激活管理消息转发模块；

所述管理消息转发模块在激活后，修改第一端口收到管理消息请求报文，修改后的管理消息请求报文中的请求端口标识和请求时钟模式标志分别为第二网元的除第一端口之外的其他端口的端口标识和时钟模式，并在相应的端口上转发修改后的管理消息请求报文。

这样，该网元就可以实现修改并转发管理消息请求报文的功能。

所述时钟模式判断模块进一步用于在第一端口收到管理消息响应报文后，判断本网元的时钟模式是否为普通时钟，若是，丢弃所述管理消息响应报文，若否，激活管理消息转发模块；

所述管理消息转发模块在激活后，在除第一端口之外的其他端口上转发所述管理消息响应报文。

这样，该网元就实现了转发管理消息响应报文的功能，是第二类网元。

在第二类网元的基础上，进一步包括：管理消息请求模块、响应判断模块和网络拓扑记录模块，就成为第三类网元。

所述管理消息请求模块用于构造管理消息请求报文，并在任一端口上发送所述管理消息请求报文，所述管理消息请求报文包含请求端口标识和请求时钟模式标志，且所述请求端口标识为发送所述管理消息请求报文的端口的端口标识，所述请求时钟模式标志为本网元的时钟模式标志；

响应判断模块用于在第一端口接收到管理消息响应报文后，判断所述管理消息响应报文是否为本网元最初发起的管理消息请求报文的响应报文，若是则将所述管理消息响应报文发送至网络拓扑记录模块；否则，由时钟模式判断模块判断本网元的时钟模式是否为普通时钟，若是，丢弃所述管理消息响应报文，若否，激活管理消息转发模块；所述管理消息转发模块在激活后，在除第一端口之外的其他端口上转发所述管理消息响应报文；

所述网络拓扑记录模块，用于根据接收到的管理消息响应报文获得请求端口标识与响应端口标识的对应关系。

本发明实施例提出的获取网络拓扑信息的技术方案具有如下技术效果：

采用PTP管理消息扩展来获得PTP网络设备的拓扑，基于原有PTP协议，报文交互简单，不需要等待Ping报文超时时间，避免使用广播Ping报文遍历网段。

同时，本发明不仅可以获得设备的连接拓扑，也可得到设备工作的时钟模式，方便网络管理人员全面了解PTP设备网络。

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

Claims (8)

1.一种获取网络拓扑的方法，其特征在于，包括如下步骤：

A、在精准时间协议PTP网络中的第一网元的第一端口发送管理消息请求报文，所述管理消息请求报文包含请求端口标识和请求时钟模式标志，且所述请求端口标识为第一网元的第一端口标识，所述请求时钟模式标志为第一网元的时钟模式标志；

B、所述PTP网络的第二网元的第一端口收到管理消息请求报文后，在第一端口上发送管理消息响应报文，所述管理消息响应报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文中的请求端口标识和请求时钟模式标志，所述管理消息响应报文的响应端口标识和响应时钟标志分别为第二网元的第一端口的端口标识和第二网元的时钟模式；

C、第一网元接收管理消息响应报文，根据所述管理消息响应报文获得请求端口标识与响应端口标识的对应关系。

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

B1、所述PTP网络中的第二网元的第一端口收到所述管理消息请求报文后，判断本网元的时钟模式是否为普通时钟，若是，则执行步骤B2，否则，执行步骤B3；

B2、第二网元在本网元的第一端口上发送管理消息响应报文，所述管理消息响应报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文中的请求端口标识和请求时钟模式标志，所述管理消息响应报文的响应端口标识和响应时钟标志分别为第二网元的第一端口的端口标识和时钟模式，步骤B2之后转至步骤C；

B3、第二网元在本网元的第一端口上发送管理消息响应报文，所述管理消息响应报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文中的请求端口标识和请求时钟模式标志，所述管理消息响应报文的响应端口标识和响应时钟标志分别为第二网元的第一端口的端口标识和时钟模式；且第二网元修改所述管理消息请求报文，修改后的管理消息请求报文中的请求端口标识和请求时钟模式标志分别为第二网元的除第一端口之外的其他端口的端口标识和时钟模式，并在相应的端口上转发修改后的管理消息请求报文。

3.根据权利要求2所述的方法，其特征在于，所述判断本网元的时钟模式是否为普通时钟为：判断本网元的时钟模式是否为主参考时钟或普通从时钟。

4.根据权利要求1、2或3所述的方法，其特征在于，所述步骤C包括如下步骤：

PTP网络中的第一网元收到管理消息响应报文，判断所述管理消息响应报文是否为本网元最初发起的管理消息请求报文的响应报文，若是，则根据所述管理消息响应报文获得请求端口标识与响应端口标识的对应关系；

否则，判断自身时钟模式是否为普通时钟，若是，则丢弃该管理消息响应报文；否则在接收到所述管理消息响应报文的端口之外的其他端口上转发所述管理消息响应报文。

5.一种精准时间协议PTP网络中的网元，包括至少一个用于收发消息的端口，其特征在于，所述网元包括：

管理消息响应模块，用于在收到管理消息请求报文的第一端口上发送管理消息响应报文，所述管理消息请求报文包含请求端口标识和请求时钟模式标志；所述管理消息响应报文中的请求端口标识和请求时钟模式标志分别为接收到的管理消息请求报文中的请求端口标识和请求时钟模式标志，所述管理消息响应报文的响应端口标识和响应时钟标志分别为本网元的第一端口的端口标识和本网元的时钟模式。

6.根据权利要求5所述的网元，其特征在于，所述网元进一步包括：时钟模式判断模块和管理消息转发模块；

所述时钟模式判断模块用于在第一端口收到管理消息请求报文后，判断本网元的时钟模式是否为普通时钟，若否，激活管理消息转发模块；

所述管理消息转发模块在激活后，修改第一端口收到管理消息请求报文，修改后的管理消息请求报文中的请求端口标识和请求时钟模式标志分别为第二网元的除第一端口之外的其他端口的端口标识和时钟模式，并在相应的端口上转发修改后的管理消息请求报文。

7.根据权利要求6所述的网元，其特征在于，所述时钟模式判断模块进一步用于在第一端口收到管理消息响应报文后，判断本网元的时钟模式是否为普通时钟，若是，丢弃所述管理消息响应报文，若否，激活管理消息转发模块；

所述管理消息转发模块在激活后，在除第一端口之外的其他端口上转发所述管理消息响应报文。

8.根据权利要求7所述的网元，其特征在于，所述网元进一步包括：管理消息请求模块、响应判断模块和网络拓扑记录模块；

所述管理消息请求模块用于构造管理消息请求报文，并在任一端口上发送所述管理消息请求报文，所述管理消息请求报文包含请求端口标识和请求时钟模式标志，且所述请求端口标识为发送所述管理消息请求报文的端口的端口标识，所述请求时钟模式标志为本网元的时钟模式标志；

响应判断模块用于在第一端口接收到管理消息响应报文后，判断所述管理消息响应报文是否为本网元最初发起的管理消息请求报文的响应报文，若是则将所述管理消息响应报文发送至网络拓扑记录模块；否则，由时钟模式判断模块判断本网元的时钟模式是否为普通时钟，若是，丢弃所述管理消息响应报文，若否，激活管理消息转发模块；所述管理消息转发模块在激活后，在除第一端口之外的其他端口上转发所述管理消息响应报文；

所述网络拓扑记录模块，用于根据接收到的管理消息响应报文获得请求端口标识与响应端口标识的对应关系。

Images