CN112910773A - 下发oam配置信息的方法及控制节点 - Google Patents

下发oam配置信息的方法及控制节点 Download PDF

Info

Publication number
CN112910773A
CN112910773A CN201911135733.5A CN201911135733A CN112910773A CN 112910773 A CN112910773 A CN 112910773A CN 201911135733 A CN201911135733 A CN 201911135733A CN 112910773 A CN112910773 A CN 112910773A
Authority
CN
China
Prior art keywords
node
path
nodes
message
detection
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201911135733.5A
Other languages
English (en)
Inventor
周天然
徐玲
刘敏
李振斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201911135733.5A priority Critical patent/CN112910773A/zh
Priority to EP20889871.8A priority patent/EP4047888A4/en
Priority to PCT/CN2020/105085 priority patent/WO2021098271A1/zh
Publication of CN112910773A publication Critical patent/CN112910773A/zh
Priority to US17/746,078 priority patent/US20220278925A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/022—Multivendor or multi-standard integration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/03—Topology update or discovery by updating link state protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/033—Topology update or discovery by updating distance vector protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/42—Centralised routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/56—Routing software
    • H04L45/566—Routing instructions carried by the data packet, e.g. active networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/70—Routing based on monitoring results
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种下发OAM配置信息的方法及控制节点，属于路由技术领域。在本申请中，为了避免出现控制节点向某个节点下发OAM配置信息之后，该节点由于不支持当前需要进行的路径探测模式而无法成功根据OAM配置信息进行路径探测，通信网络中的各个节点可以预先向控制节点发送通告报文，该通告报文包括用于指示通告报文的发送方所支持的路径探测模式的指示信息，如此控制节点便可获知到通信网络中哪些节点能够支持当前需要进行的路径探测模式，从而根据能够支持当前需要进行的路径探测模式的节点中确定探测路径，这样向探测路径中的头节点和尾节点发送OAM配置信息之后，便可保证能够成功根据该OAM配置信息进行路径探测。

Description

下发OAM配置信息的方法及控制节点
技术领域
本申请涉及路由技术领域，特别涉及一种下发OAM配置信息的方法及控制节点。
背景技术
随流操作、管理和维护(in-site operation administration and maintenance，iOAM)技术是指头节点将数据收集指令逐跳发送至尾节点，每一跳节点均根据该数据收集指令收集探测数据，网络中的控制节点对各个节点收集的探测数据进行分析，以实现头节点与尾节点之间的路径探测。其中，不同的路径探测模式下需要收集的探测数据的类型不同。比如，当路径探测模式为需要分析出头节点和尾节点之间的路径拓扑时，探测数据的类型可以为收发报文的接口信息。又比如，当路径探测模式为需要分析出头节点和尾节点之间的传输时延时，探测数据的类型为收发报文的时间戳信息。另外，为了实现某个路径探测模式，控制节点在确定出需要进行的路径探测模式之后，对于头节点至尾节点之间的一些节点，比如头节点或尾节点，需要向该节点下发OAM配置信息，该OAM配置信息用于指示该节点在进行该路径探测模式时需要执行的一些操作。
在上述方式中，如果该节点自身不支持该路径探测模式，此时，控制节点向该节点下发OAM配置信息之后，该节点将不能成功根据OAM配置信息进行路径探测，从而可能导致头节点与尾节点之间的路径探测的失败。
发明内容
本申请提供了一种下发OAM配置信息的方法及控制节点，可以提高进行路径探测的成功率。技术方案如下：
第一方面，提供了一种下发OAM配置信息的方法。在该方法中，控制节点分别获取通信网络包括的多个节点中至少两个节点发送的通告报文。其中，该通告报文包括用于指示通告报文的发送方所支持的路径探测模式的指示信息。因此，控制节点可以根据需要进行的路径探测模式和至少两个节点发送的通告报文，确定探测路径，并向该确定的探测路径中的节点，例如头节点和尾节点，下发OAM配置信息。
在本申请实施例中，为了避免出现控制节点向某个节点下发OAM配置信息之后，该节点由于不支持当前需要进行的路径探测模式而无法成功根据OAM配置信息进行路径探测，通信网络中的节点可以预先向控制节点发送通告报文，该通告报文包括用于指示通告报文的发送方所支持的路径探测模式的指示信息，如此控制节点便可获知到通信网络中哪些节点能够支持当前需要进行的路径探测模式，此时，控制节点便可根据能够支持当前需要进行的路径探测模式的节点确定探测路径，这样向探测路径中的头节点和尾节点发送OAM配置信息之后，由于头节点和尾节点是能够支持需要进行的路径探测模式的节点，从而保证头节点以及尾节点能够成功根据该OAM配置信息进行路径探测。
可选地，控制节点根据需要进行的路径探测模式和至少两个节点发送的通告报文，确定探测路径，具体为：根据至少两个节点中支持需要进行的路径探测模式的节点，确定探测路径中的头节点和尾节点。
在一种实现方式中，控制节点只需确定进行路径探测的头节点和尾节点即可，以便于后续头节点和尾节点根据OAM配置信息即可实现路径探测。
可选地，在该方法中，控制节点还可以进一步根据至少两个节点中支持需要进行的路径探测模式的节点，继续确定探测路径中的一个或多个中间节点。此时，控制节点还可以向一个或多个中间节点中每个中间节点下发OAM配置信息。
在另一种实现方式中，控制节点在确定进行路径探测的头节点和尾节点之后，还可以确定中间节点，向中间节点也下发OAM配置信息，以便于后续中间节点也根据OAM配置信息实现路径探测。
可选地，该通告报文还包括用于指示与通告报文的发送方所支持的路径探测模式对应的探测数据的类型的指示信息。这种场景下，根据至少两个节点中支持需要进行的路径探测模式的节点，确定探测路径中的头节点和尾节点，具体为：确定需要收集的探测数据的类型；根据至少两个节点中支持需要进行的路径探测模式，且通告报文所指示的探测数据的类型和需要收集的探测数据的类型一致的节点，确定探测路径中的头节点和尾节点。
为了进一步提高路径探测的成功率，通告报文中还可以携带用于指示与通告报文的发送方所支持的路径探测模式对应的探测数据的类型指示信息，如此，控制节点在获知各个节点能够支持的路径探测之外，还可以获取各个节点在能够支持的路径探测模式下能够收集的探测数据的类型，从而便于确定哪些节点可以用于确定探测路径。
可选地，该通告报文还包括用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型的指示信息。在这种场景下，控制节点还可以确定在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型；对于通告报文中指示的协议的类型和确定的协议的类型一致的节点，执行根据至少两个节点中支持需要进行的路径探测模式的节点，确定探测路径中的头节点和尾节点的步骤。
为了进一步提高路径探测的成功率，该通告报文还包括用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型的指示信息。此时，在考虑确定探测路径的备选节点时，还需保证备选节点的通告报文中指示的协议的类型和当前进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型一致，从而提高了后续头节点封装报文头的成功率。
可选地，该通告报文还包括用于指示通告报文的类型为OAM能力通告报文的指示信息。此时，控制节点直接根据通告报文的类型便可获取该通告报文用于通告节点能够支持的路径探测模式，提高了下发OAM配置信息的效率。
可选地，在至少两个节点中任一节点采用的通信协议为开放式最短路径优先OSPF协议的情况下，该通告报文为基于路由信息链路状态通告RI LSA的报文。
可选地，在至少两个节点中任一节点采用的通信协议为中间系统到-中间系统ISIS协议的情况下，该通告报文为基于TLV 242的报文。
可选地，在至少两个节点中任一节点采用的通信协议为边界网关协议BGP的情况下，该通告报文为基于不透明节点属性TLV的报文。
在任一节点采用的通信协议为不同通信协议的情况下，均可以通过现有的报文来实现本申请实施例提供的通告报文的功能，提高了本申请实施例提供的通告报文与现有协议的兼容性。
可选地，上述向头节点下发的OAM配置信息包括第一访问控制列表ACL配置指令，第一ACL配置指令包括待封装的报文的标识以及在报文中封装的具体内容；向尾节点下发的OAM配置信息包括第二ACL配置指令，第二ACL配置指令包括待解封装的报文的标识。以便于后续头节点或尾节点根据该OAM配置信息进行路径探测。
第二方面、提供了一种下发OAM配置信息的方法，应用于通信网络中的第一节点，通信网络包括控制节点和多个节点，第一节点为多个节点中的一个。在该方法中：第一节点向控制节点发送通告报文，通告报文包括用于指示第一节点支持的路径探测模式的指示信息，以使得控制节点根据通告报文确定探测路径。
可选地，通告报文还包括用于指示与第一节点所支持的路径探测模式对应的探测数据的类型的指示信息。
可选地，通告报文还包括用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型的指示信息。
可选地，通告报文还包括用于指示通告报文的类型为OAM能力通告报文的指示信息。
可选地，在第一节点采用的通信协议为开放式最短路径优先OSPF协议的情况下，通告报文为基于路由信息链路状态通告RI LSA的报文。
可选地，在第一节点采用的通信协议为中间系统到-中间系统ISIS协议的情况下，通告报文为基于TLV 242的报文。
可选地，在第一节点采用的通信协议为边界网关协议BGP的情况下，通告报文为基于不透明节点属性TLV的报文。
上述第二方面提供的各个技术方案的有益效果均可参考第一方面提供的下发OAM配置信息的技术方案的有益效果，在此不再一一赘述。
第三方面、提供了一种控制节点，该控制节点为通信网络中的控制节点，且该通信网络还包括多个节点，该控制节点包括：
获取模块，用于分别获取多个节点中至少两个节点发送的通告报文，该通告报文包括用于指示通告报文的发送方所支持的路径探测模式的指示信息。
确定模块，用于根据需要进行的路径探测模式和至少两个节点发送的通告报文，确定探测路径。
下发模块，用于向探测路径中的头节点和尾节点下发OAM配置信息。
可选地，确定模块，具体用于：
根据至少两个节点中支持需要进行的路径探测模式的节点，确定探测路径中的头节点和尾节点。
可选地，确定模块，还具体用于：
根据至少两个节点中支持需要进行的路径探测模式的节点，确定探测路径中的一个或多个中间节点，此时，下发模块，还用于向所述探测路径中的一个或多个中间节点下发OAM配置信息。
可选地，通告报文还包括用于指示与通告报文的发送方所支持的路径探测模式对应的探测数据的类型的指示信息；
确定模块，具体用于：
确定需要收集的探测数据的类型；
根据至少两个节点中支持需要进行的路径探测模式，且通告报文所指示的探测数据的类型和需要收集的探测数据的类型一致的节点，确定探测路径中的头节点和尾节点。
可选地，通告报文还包括用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型的指示信息；
确定模块，具体用于：
确定在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型；
对于通告报文中指示的协议的类型和确定的协议的类型一致的节点，执行根据至少两个节点中支持需要进行的路径探测模式的节点，确定探测路径中的头节点和尾节点的步骤。
可选地，通告报文还包括用于指示通告报文的类型为OAM能力通告报文的指示信息。
可选地，在至少两个节点中任一节点采用的通信协议为开放式最短路径优先OSPF协议的情况下，通告报文为基于路由信息链路状态通告RI LSA的报文。
可选地，在至少两个节点中任一节点采用的通信协议为中间系统到-中间系统ISIS协议的情况下，通告报文为基于TLV 242的报文。
可选地，在至少两个节点中任一节点采用的通信协议为边界网关协议BGP的情况下，通告报文为基于不透明节点属性TLV的报文。
可选地，向头节点下发的OAM配置信息包括第一访问控制列表ACL配置指令，第一ACL配置指令包括待封装的报文的标识以及在报文中封装的具体内容；
向尾节点下发的OAM配置信息包括第二ACL配置指令，第二ACL配置指令包括待解封装的报文的标识。
第四方面，提供了一种通信网络中的第一节点，通信网络包括控制节点和多个节点，第一节点为多个节点中的一个。该第一节点包括：
发送模块，用于向控制节点发送通告报文，通告报文包括用于指示第一节点支持的路径探测模式的指示信息，以使得控制节点根据该通告报文确定探测路径。
可选地，通告报文还包括用于指示与第一节点所支持的路径探测模式对应的探测数据的类型的指示信息。
可选地，通告报文还包括用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型的指示信息。
可选地，通告报文还包括用于指示通告报文的类型为OAM能力通告报文的指示信息。
可选地，在第一节点采用的通信协议为开放式最短路径优先OSPF协议的情况下，通告报文为基于路由信息链路状态通告RI LSA的报文。
可选地，在第一节点采用的通信协议为中间系统到-中间系统ISIS协议的情况下，通告报文为基于TLV 242的报文。
可选地，在第一节点采用的通信协议为边界网关协议BGP的情况下，通告报文为基于不透明节点属性TLV的报文。
第五方面、提供了一种通信网络中的控制节点，该控制节点包括存储器和处理器；
存储器用于存储计算机程序；
处理器用于执行存储器中存储的计算机程序以执行上述第一方面中任一项的方法。
第六方面、提供了一种通信网络中的第一节点，通信网络包括控制节点和多个节点，第一节点为多个节点中的一个，第一节点包括存储器和处理器；
存储器用于存储计算机程序；
处理器用于执行存储器中存储的计算机程序以执行上述第二方面中任一项的方法。
第七方面、提供了一种芯片，芯片设置在通信网络中的控制节点中，该芯片包括处理器和接口电路；
接口电路用于接收指令并传输至处理器；
处理器用于执行上述第一方面中任意一项的方法。
第七方面、提供了一种芯片，芯片设置在通信网络中的第一节点中，通信网络包括控制节点和多个节点，第一节点为多个节点中的一个，该芯片包括处理器和接口电路；
接口电路用于接收指令并传输至处理器；
处理器用于执行上述第二方面中任意一项的方法。
第八方面、提供了一种下发OAM配置信息的系统，该系统包括控制节点和多个节点；
其中，多个节点中第一节点，用于向控制节点发送通告报文，通告报文包括用于指示第一节点支持的路径探测模式的指示信息；
控制节点，用于接收第一节点发送的通告报文，以使得根据该通告报文确定探测路径。
可选地，通告报文还包括用于指示与第一节点所支持的路径探测模式对应的探测数据的类型的指示信息。
可选地，通告报文还包括用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型的指示信息。
可选地，通告报文还包括用于指示通告报文的类型为OAM能力通告报文的指示信息。
可选地，在第一节点采用的通信协议为开放式最短路径优先OSPF协议的情况下，通告报文为基于路由信息链路状态通告RI LSA的报文。
可选地，在第一节点采用的通信协议为中间系统到-中间系统ISIS协议的情况下，通告报文为基于TLV 242的报文。
可选地，在第一节点采用的通信协议为边界网关协议BGP的情况下，通告报文为基于不透明节点属性TLV的报文。
附图说明
图1是本申请实施例提供的一种iOAM追踪模式示意图；
图2是本申请实施例提供的一种iOAM E2E模式示意图；
图3是本申请实施例提供的一种iOAM逐点上送模式示意图；
图4是本申请实施例提供的一种下发OAM配置信息的方法流程图；
图5是本申请实施例提供的一种RILSA格式示意图；
图6是本申请实施例提供的一种TLV242格式示意图；
图7是本申请实施例提供的一种不透明节点属性TLV格式示意图；
图8是本申请实施例提供的一种网络设备的结构示意图；
图9是本申请实施例提供的另一种网络设备的结构示意图；
图10是本申请实施例提供的一种图9所示网络设备中的接口板的结构示意图；
图11是本申请实施例提供的一种控制节点的结构示意图；
图12是本申请实施例提供的一种第一节点的结构示意图；
图13是本申请实施例提供的一种网络设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
应当理解的是，本文提及的“多个”是指两个或两个以上。在本申请的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
在对本申请实施例进行详细解释说明之前，先对本申请实施例涉及的应用场景进行解释说明。
iOAM技术是一种用于数据面的远距离测量(telemetry)技术，在iOAM技术中，是将数据收集指令携带在业务报文中的，与传统的OAM技术(是在业务报文之外重新生成包括数据收集指令的探测报文)相比有很多优势。传统的OAM技术具有测量不准、信息太少、验证困难等诸多问题，iOAM技术正好解决了这些问题，随着网络规模的扩大、和承载业务变得复杂，iOAM技术得到蓬勃发展，成为互联网工程任务组互联网性能指标(the internetengineering task force internet protocol performance metrics，IETF ippm)的热点之一。当前IETF ippm针对不同的应用场景，提出了多种路径探测模式，其中路径探测模式也称为iOAM模式(type)，用来解决不同的问题。比如针对路径跟踪，提出了iOAM追踪模式(trace type)；针对端对端的(endpoint to endpoint，E2E)丢包率和时延，提出了iOAME2E模式；针对丢包定位，提出了iOAM逐点上送模式(postcard Type)等。
为了后续便于说明，下面列对几种常用的路径探测模式进行解释说明。
图1是本申请实施例提供的一种iOAM追踪模式的示意图。如图1所示，头节点用于为指定报文封装iOAM头，该iOAM头包含数据收集指令和自身收集的探测数据(图1中斜条纹填充的方块用于指示指定报文，点填充的方块用于指示iOAM头)。各个中间节点(图1中仅仅用一个中间节点为例进行说明)用于根据该数据收集指令，逐跳收集沿途他探测数据(图1中方格填充的方块用于指示收集的探测数据)，并将收集的探测数据记录在iOAM头。尾节点用于解封装iOAM头，还原指定报文，并将指定报文继续传输下去，同时尾节点还需根据iOAM头将各个节点收集的探测数据进行上送。
图2是本申请实施例提供的iOAM E2E模式的示意图。如图2所示，头节点用于为指定报文封装iOAM头，该iOAM头包含数据收集指令和自身收集的探测数据(图1中斜条纹填充的方块用于指示指定报文，点填充的方块用于指示iOAM头)。在iOAM E2E模式中中间节点无需收集探测数据，只需头节点和尾节点收集探测数据即可，因此，中间节点只需将头节点发送的封装有iOAM头的指定报文继续传递下去即可。尾节点在根据数据收集指令收集探测数据之后，解封装iOAM头，还原指定报文，并将指定报文继续传输下去，同时尾节点还需根据iOAM头将头节点收集的探测数据和自身收集的探测数据进行上送。
图3是本申请实施例提供的一种iOAM逐点上送模式的示意图。如图3所示，头节点用于为指定报文封装iOAM头，该iOAM头包含数据收集指令和自身收集的探测数据(图3中斜条纹填充的方块用于指示指定报文，点填充的方块用于指示iOAM头)。各个中间节点(图1中仅仅用一个中间节点为例进行说明)一方面用于解封装iOAM头将上一跳节点收集的探测数据进行上送，另一方面还用于用于根据该数据收集指令，逐跳收集沿途探测数据(图1中方格填充的方块用于指示收集的探测数据)，并将收集的探测数据记录在iOAM头。尾节点也用于解封装iOAM头，还原指定报文，并将指定报文继续传输下去，同时尾节点还需根据iOAM头将上一跳节点收集的探测数据进行上送。
上述三种路径探测模式仅仅用于举例说明，在应用本申请实施例提供的下发OAM配置信息的方法时，可以不限于上述三种路径探测模式。
另外，上述头节点还可以称为封装(encap)节点，中间节点还可以称为传输(transit)节点，尾节点还可以称为解封装(decap)节点，本申请实施例对此不做具体限定。
此外需要说明的是，本申请实施例提供的下发OAM配置信息的方法可以应用在上述iOAM技术中，还可以应用在传统的OAM技术中，对此不做具体限定。
接下来对本申请实施例提供的下发OAM配置信息的方法进行解释说明。
图4是本申请实施例提供的一种下发OAM配置信息的方法流程图。该方法应用于通信网络中的控制节点，该通信网络还包括多个节点。如图4所示，该方法包括如下几个步骤：
步骤401：控制节点分别获取多个节点中至少两个节点发送的通告报文，该通告报文包括用于指示通告报文的发送方所支持的路径探测模式的指示信息。
在本申请实施例中，为了避免出现控制节点向某个节点下发OAM配置信息之后，该节点由于不支持当前需要进行的路径探测模式而无法成功根据OAM配置信息进行路径探测，通信网络中的各个节点可以预先向控制节点发送通告报文，该通告报文包括用于指示通告报文的发送方所支持的路径探测模式的指示信息，如此控制节点便可获知到通信网络中哪些节点能够支持当前需要进行的路径探测模式，此时，控制节点便可从能够支持当前需要进行的路径探测模式的节点中确定探测路径，这样向探测路径中的头节点和尾节点发送OAM配置信息之后，便可保证头节点和尾节点能够成功根据该OAM配置信息进行路径探测。
为了后续便于说明，在此先对本申请实施例提供的通告报文进行解释说明。
在一种示例中，通告报文还可以包括用于指示通告报文的类型为OAM能力通告报文的指示信息，如此，其他节点在接收到某个节点发送的通告报文时，只需根据该通告报文的类型即可获知到该通告报文用于通告该节点所支持的路径探测模式。也即是，本申请实施例定义了一个新的类型(type)的报文，该报文用于指示图4所示的实施例中涉及的通告报文。
另外，由于不同厂家在同一路径探测模式下收集的探测数据的类型可能稍有不同，或者同一厂家不同批次的设备在同一路径探测模式下收集的探测数据的类型可能稍有不同，因此，在一种示例中，该通告报文还可以包括用于指示与通告报文的发送方所支持的路径探测模式对应的探测数据的类型的指示信息。其中，用于指示与通告报文的发送方所支持的路径探测模式对应的探测数据的类型的指示信息可以直接为探测数据的类型，还可以为命名空间(namespaceID)标识。当该用于指示与通告报文的发送方所支持的路径探测模式对应的探测数据的类型的指示信息为命名空间标识时，控制节点可以根据该命名空间标识，从预先存储的命名空间标识和数据类型之间的对应关系中，确定出与通告报文的发送方所支持的路径探测模式对应的探测数据的类型。
需要说明的是，如果不同厂家同一路径探测模式下收集的探测数据的类型均相同的情况下，或者通信网络中的设备均来自同一厂家，且来自同一厂家的所有设备在同一路径探测模式下收集的探测数据的类型如果均相同的情况下，该通告报文可无需包括用于指示与通告报文的发送方所支持的路径探测模式对应的探测数据的类型的指示信息。
另外需要说明的是，当命名空间标识不能用于指示与通告报文的发送方所支持的路径探测模式对应的探测数据的类型时，此时，就不能通过命名空间标识来确定与通告报文的发送方所支持的路径探测模式对应的探测数据的类型了。
另外，为了进一步保证各个节点能够成功根据OAM配置信息成功进行路径探测，通告报文还可以包括用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型的指示信息。该协议的类型可以为第四代互联网协议(internetprotocol version4，IPv4)或者为第六代互联网协议(internet protocol version 6，IPv6)，或者还可以为基于IPv6的分段路由(基于IPv6的segment routing，SRv6)协议。此时，控制节点在确定探测路径时还需考虑该节点发送的通告报文中指示的协议的类型和当前进行路径探测的业务报文在封装携带有数据封装指令时所使用的协议的类型是否一致，在一致的情况下才会继续确定探测路径。
另外，为了兼容当前已有的通信协议，上述通告报文可以直接使用当前已有的通信协议中已经定义的报文，只需这些报文满足上述条件即可。
在一种示例中，在发送通告报文的至少两个节点中任一节点采用的通信协议为开放式最短路径优先(open shortest path first，OSPF)协议的情况下，通告报文为基于路由信息链路状态通告(routing information link-state advertisement，RI LSA)的报文。也即是，可以对OSPF协议下的通告报文中的一个RI LSA进行扩展，得到的报文即为本申请实施例提供的通告报文。
图5是本申请实施例提供的一种RI LSA的格式示意图。如图5所示，该RI LSA包括16比特(bit)的类型(type)字段、16比特的长度(length)字段、4比特的协议(protocol)字段、12比特的路径探测模式(iOAM type)字段、16比特的命名空间标识(namespaceID)字段、以及一个或多个子TLV(sub-TLV)。
其中，类型字段用于指示该RI LSA的类型为OAM能力通告报文。长度字段用于指示该RI LSA的长度。协议字段用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型。路径探测模式字段用于指示所支持的路径探测模式。命名空间标识字段用于指示与所支持的路径探测模式所支持的探测数据的类型。一个或多个子TLV用于携带其他的信息。
在另一种示例中，在发送通告报文的至少两个节点中任一节点采用的通信协议为中间系统到-中间系统(Intermediate system to intermediate system，ISIS)协议的情况下，通告报文可以为基于TLV 242的报文。也即是，可以对ISIS协议下的通告报文中的一个TLV 242进行扩展，得到的报文即为本申请实施例提供的通告报文。
图6是本申请实施例提供的一种TLV 242的格式示意图。如图6所示，该TLV 242包括1字节的类型(type)字段、1字节的长度(length)字段、4比特的协议(protocol)字段、12比特的路径探测模式(iOAM type)字段、16比特的命名空间标识(namespaceID)字段、以及一个或多个子TLV(sub-TLV)。
图6所示的各个字段的功能和图5所示的各个字段的功能相同，在此不再一一解释说明。
在另一种示例中，在发送通告报文的至少两个节点中任一节点采用的通信协议为边界网关协议(border gateway protocol，BGP)的情况下，通告报文为基于不透明节点属性TLV(opaque Node attribute TLV)的报文。也即是，可以对BGP协议下的通告报文中的一个不透明节点属性TLV进行扩展，得到的报文即为本申请实施例提供的通告报文。
图7是本申请实施例提供的一种不透明节点属性TLV的格式示意图。如图7所示，该不透明节点属性TLV包括包括16比特(bit)的类型(type)字段、16比特的长度(length)字段、4比特的协议(protocol)字段、12比特的路径探测模式(iOAM type)字段、16比特的命名空间标识(namespaceID)字段、以及一个或多个子TLV(sub-TLV)。
图7所示的各个字段的功能和图5所示的各个字段的功能相同，在此同样不再一一解释说明。
需要说明的是，图5至图7仅仅用于举例说明本申请实施例提供的通告报文，并不构成对本申请实施例提供的通告报文的限定。
步骤402：控制节点根据需要进行的路径探测模式和至少两个节点发送的通告报文，确定探测路径。
基于步骤401可知，通告报文中包括用于指示通告报文的发送方所支持的路径探测模式的指示信息。因此，在一种示例中，步骤401的实现过程可以为：控制节点根据至少两个节点中支持所述需要进行的路径探测模式的节点，确定探测路径中的头节点和尾节点。
具体地，控制节点可以根据至少两个节点发送的通告报文，从至少两个节点中选择支持需要进行的路径探测模式的节点；根据选择的节点确定用于进行路径探测的头节点和尾节点，也即是，确定探测路径上的头节点和尾节点。
或者，也可以先通过相关技术中确定头节点的方式(比如将网络入口处的节点作为头节点)确定出一个节点，然后判断该节点是否支持需要进行的路径探测模式，若是，则将该节点确定为头节点。如果该节点不支持需要进行的路径探测模式，此时，在一种实现方式中，还可以确定数据流中位于之前确定节点的下一跳的节点，然后确定该节点是否能够作为头节点。尾节点的确定方式也可以参考这种实现方式。另外，也可以先通过相关技术中确定尾节点的方式(比如将网络出口处的节点作为尾节点)确定出一个节点，然后判断该节点是否支持需要进行的路径探测模式，若是，则将该节点确定为尾节点。如果该节点不支持需要进行的路径探测模式，此时，在一种实现方式中，还可以确定数据流中位于之前确定节点的上一跳的节点，然后确定该节点是否能够作为尾节点。
其中，从选择的节点中确定出头节点和尾节点可以参考相关技术中确定头节点和尾节点的实现方式，在此不再详细说明。比如，可以将选择的节点中处于网络入口处的节点确定为头节点，将选择的节点中处于网络出口处的节点确定为尾节点。
此外，在确定出头节点或尾节点之后，如果探测路径上存在中间节点，控制节点还可以进一步根据至少两个节点中支持需要进行的路径探测模式的节点，继续确定探测路径上的一个或多个中间节点。此时，得到探测路径的实现方式可以为：先从选择的节点中确定出头节点和尾节点，然后根据确定出的头节点以及尾节点，确定出多个中间节点，从而得到探测路径。其中，根据确定出的头节点以及尾节点，确定出多个中间节点同样可以参考相关技术，在此不再详细解释说明。
另外，在通告报文还包括用于指示与通告报文的发送方所支持的路径探测模式对应的探测数据的类型的指示信息的情况下，在步骤401中，控制节点还可以先根据需要进行的路径探测模式，确定需要收集的探测数据的类型；然后根据至少两个节点中支持需要进行的路径探测模式，且通告报文所指示的探测数据的类型和需要收集的探测数据的类型一致的节点，确定探测路径中的头节点和尾节点。具体地，控制节点在从至少两个节点中选择支持需要进行的路径探测模式的节点之后，可以从选择的节点中继续选择通告报文所指示的探测数据的类型和需要收集的探测数据的类型一致的节点；从而对继续选择节点，根据选择的节点确定用于进行路径探测的头节点和尾节点。
也即是，控制节点在确定出某个节点支持需要进行的路径探测模式的情况下，还需进一步确定该节点发送的通告报文所指示的探测数据的类型和需要收集的探测数据的类型一致时，此时才将该节点纳入确定探测路径的备选节点中。
另外，在通告报文还包括用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型的情况下，控制节点还可以先确定在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型；然后对于通告报文中指示的协议的类型和确定的协议的类型一致的节点，执行根据至少两个节点中支持需要进行的路径探测模式的节点，确定探测路径中的头节点和尾节点的步骤。具体地，控制节点可以先从至少两个节点中选择通告报文中指示的协议的类型和确定的协议的类型一致的节点；对于选择的节点，再根据节点发送的通告报文，从已经选择的节点中选择支持需要进行的路径探测模式的节点，以通过上述方式确定出探测路径。
比如，在需要进行的路径探测的报文采用IPv6封装iOAM头的情况下，控制节点需要先从至少两个节点中选择通告报文中指示的协议的类型为IPv6的节点，然后再选择支持需要进行的路径探测模式的节点。
需要说明的是，上述选择协议的类型一致的节点和选择支持的需要进行的路径探测模式的节点不分先后顺序，只需最终选择节点能够满足这两个条件即可。
步骤403：控制节点向探测路径中的头节点和尾节点下发OAM配置信息。
示例地，控制节点向头节点下发的OAM配置信息包括为第一访问控制列表(accesscontrol list，ACL)配置指令，第一ACL配置指令包括待封装的报文的标识以及在报文中封装的具体内容；向尾节点下发的OAM配置信息包括第二ACL配置指令，第二ACL配置指令包括待解封装的报文的标识。
其中，待封装的报文的标识和待解封装的报文的标识为同一标识，该标识用于指示用于进行路径探测的报文的标识。比如，该标识可以为该报文的目的地址等。
示例地，在iOAM技术中，头节点在接收到OAM配置信息之后，如果接收到的业务报文的标识与第一ACL配置指令包括的待封装的报文的标识相同，则在该业务报文中封装上iOAM头，该iOAM头内携带数据收集指令，该数据收集指令是根据第一ACL配置指令中包括的在报文中封装的具体内容确定的。然后将封装有iOAM头的业务报文发送至下一跳节点。
尾节点在接收到OAM配置信息之后，如果接收到的业务报文的标识与第一ACL配置指令包括的待封装的报文的标识相同，则解封装该业务报文中的iOAM头，并将iOAM头中携带的信息进行上报。
另外，第一ACL配置指令包括的在报文中封装的具体内容取决于需要进行的路径探测模式。比如，在路径探测模式为iOAM追踪模式的情况下，该具体内容可以包括收发报文的接口灯信息。在路径探测模式为iOAM E2E模式的情况下，该具体内容可以收发的报文的报文序列号或收发报文的时间戳等信息。
此外，上述向头节点下发的OAM配置信息还可以包括为该头节点配置的标识和/或针对该头节点的收集探测数据使能指令，向尾节点下发的OAM配置信息同样还可以包括为该尾节点配置的标识和/或针对该尾节点的收集探测数据使能指令，在此不做具体限定，具体包括的内容可以根据当前的业务场景进行调整。
此外，控制节点除了向头节点和尾节点下发OAM配置信息之外，还可以向中间节点下发OAM配置信息。需要说明的是。本申请实施例不限定向中间节点下发OAM配置信息的具体内容以及向中间节点下发OAM配置信息的场景。比如，向中间节点下发的OAM配置可以包括为该中间节点配置的标识、和/或针对该中间节点的收集探测数据使能指令等。
在本申请实施例中，为了避免出现控制节点向某个节点下发OAM配置信息之后，该节点由于不支持当前需要进行的路径探测模式而无法成功根据OAM配置信息进行路径探测，通信网络中的各个节点可以预先向控制节点发送通告报文，该通告报文包括用于指示通告报文的发送方所支持的路径探测模式的指示信息，如此控制节点便可获知到通信网络中哪些节点能够支持当前需要进行的路径探测模式，此时，控制节点便可从能够支持当前需要进行的路径探测模式的节点中确定探测路径，这样向探测路径中的头节点和尾节点发送OAM配置信息之后，便可保证头节点和尾节点能够成功根据该OAM配置信息进行路径探测。
接下来对本申请实施例提供的通信网络中的各个节点的结构进行解释说明。
图8是本申请实施例提供的一种网络设备的结构示意图，该网络设备可以为上述任一实施例中通信网络中包括的多个节点中的任一节点。该网络设备800可以为交换机，路由器或者其他转发报文的网路设备。在该实施例中，该网络设备800包括：主控板810、接口板830和接口板840。多个接口板的情况下可以包括交换网板(图中未示出)，该交换网板用于完成各接口板(接口板也称为线卡或业务板)之间的数据交换。
主控板810用于完成系统管理、设备维护、协议处理等功能。接口板830和840用于提供各种业务接口(例如，POS接口、GE接口、ATM接口等)，并实现报文的转发。主控板810上主要有3类功能单元：系统管理控制单元、系统时钟单元和系统维护单元。主控板810、接口板830以及接口板840之间通过系统总线与系统背板相连实现互通。接口板830上包括一个或多个处理器831。处理器831用于对接口板进行控制管理并与主控板上的中央处理器进行通信，以及用于报文的转发处理。接口板830上的存储器832用于存储转发表项，处理器831通过查找存储器832中存储的转发表项进行报文的转发。
所述接口板830包括一个或多个网络接口833用于接收上一跳节点发送的探测报文，并根据处理器831的指示向下一跳网络节点发送处理后的探测报文。具体实现过程这里不再逐一赘述。此外，在本申请实施例中，这一个或多个网络接口833还用于向控制节点发送步骤401中的通告报文，以使得控制节点能够通过图4中的步骤401至步骤403下发OAM配置信息。所述处理器831可以用于确定步骤401中的通告报文，该通告报文可以为图5至图7中任一所示的通告报文，处理器831的具体功能这里就不再逐一赘述。
可以理解，如图8所示，本实施例中包括多个接口板，采用分布式的转发机制，这种机制下，接口板840上的操作与所述接口板830的操作基本相似，为了简洁，不再赘述。此外，可以理解的是，图8中的接口板830中的处理器831和/或841可以是专用硬件或芯片，如网络处理器或者专用集成电路(application specific integrated circuit)来实现上述功能，这种实现方式即为通常所说的转发面采用专用硬件或芯片处理的方式。采用网络处理器这一专用硬件或芯片的具体实现方式可以参考下面图9所示的实施例。在另外的实施方式中，所述处理器831和/或841也可以采用通用的处理器，如通用的CPU来实现以上描述的功能。
此外，需要说明的是，主控板可能有一块或多块，有多块的时候可以包括主用主控板和备用主控板。接口板可能有一块或多块，该设备的数据处理能力越强，提供的接口板越多。多块接口板的情况下，该多块接口板之间可以通过一块或多块交换网板通信，有多块的时候可以共同实现负荷分担冗余备份。在集中式转发架构下，该设备可以不需要交换网板，接口板承担整个系统的业务数据的处理功能。在分布式转发架构下，该设备包括多块接口板，可以通过交换网板实现多块接口板之间的数据交换，提供大容量的数据交换和处理能力。所以，分布式架构的网络设备的数据接入和处理能力要大于集中式架构的设备。具体采用哪种架构，取决于具体的组网部署场景，此处不做任何限定。
具体的实施例中，存储器832可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其它类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only Memory，CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘或者其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质，但不限于此。存储器832可以是独立存在，通过通信总线与处理器831相连接。存储器832也可以和处理器831集成在一起。
其中，存储器832用于存储程序代码，并由处理器831来控制执行，以执行上述实施例所提供的路径探测方法。处理器831用于执行存储器832中存储的程序代码。程序代码中可以包括一个或多个软件模块。这一个或多个软件模块可以为下面图11或图12任一实施例中提供的软件模块。
具体实施例中，所述网络接口833，可以是使用任何收发器一类的装置，用于与其它设备或通信网络通信，如以太网，无线接入网(radio access networkRAN)，无线局域网(wireless local area networks，WLAN)等。
图9是本申请实施例提供的另一种网络设备的结构示意图，该网络设备可以为上述图任一实施例提供的通信网络中的多个节点中的第一节点。该网络设备900可以为交换机，路由器或者其他转发报文的网路设备。在该实施例中，该网络设备900包括：主控板910、接口板930、交换网板920和接口板940。主控板910用于完成系统管理、设备维护、协议处理等功能。交换网板920用于完成各接口板(接口板也称为线卡或业务板)之间的数据交换。接口板930和940用于提供各种业务接口(例如，POS接口、GE接口、ATM接口等)，并实现数据包的转发。控制平面由主控板910的各管控单元及接口板930和940上的管控单元等构成。主控板910上主要有3类功能单元：系统管理控制单元、系统时钟单元和系统维护单元。主控板910、接口板930和940，以及交换网板920之间通过系统总线与系统背板相连实现互通。接口板930上的中央处理器931用于对接口板进行控制管理并与主控板上的中央处理器进行通信。接口板930上的转发表项存储器934用于存储转发表项，网络处理器932通过查找转发表项存储器934中存储的转发表项进行报文的转发。
所述接口板930的物理接口卡933用于接收上一跳节点发送的探测报文。具体实现过程这里不再逐一赘述。
所述网络处理器932用于确定步骤401中的通告报文，该通告报文可以为图5至图7中任一所示的通告报文，网络处理器932的具体功能这里不再逐一赘述。
然后，添加了探测数据的探测报文通过所述物理接口卡933向该第一节点的下一跳节点发送。此外，在本申请实施例中，所述物理接口卡933还用于向控制节点发送步骤401中的通告报文，以使得控制节点能够通过图4中的步骤401至步骤403下发OAM配置信息，具体实现过程这里不再逐一赘述。
可以理解，如图9所示，本实施例中包括多个接口板，采用分布式的转发机制，这种机制下，接口板940上的操作与所述接口板930的操作基本相似，为了简洁，不再赘述。此外，如上所述，图9中的网络处理器932以及942的功能可以用专用集成电路(applicationspecific integrated circuit)替换来实现。
此外，需要说明的是，主控板可能有一块或多块，有多块的时候可以包括主用主控板和备用主控板。接口板可能有一块或多块，该设备的数据处理能力越强，提供的接口板越多。接口板上的物理接口卡也可以有一块或多块。交换网板可能没有，也可能有一块或多块，有多块的时候可以共同实现负荷分担冗余备份。在集中式转发架构下，该设备可以不需要交换网板，接口板承担整个系统的业务数据的处理功能。在分布式转发架构下，该设备可以有至少一块交换网板，通过交换网板实现多块接口板之间的数据交换，提供大容量的数据交换和处理能力。所以，分布式架构的网络设备的数据接入和处理能力要大于集中式架构的设备。具体采用哪种架构，取决于具体的组网部署场景，此处不做任何限定。
图10是本申请实施例提供的一种上述图9所示网络设备中的接口板1000的结构示意图，该接口板1000所在的网络设备可以为上述任一实施例中的通信网络包括的多个节点中的第一节点。该接口板1000可以包括物理接口卡(physical interface card，PIC)1030，网络处理器(network processor,NP)1010,以及流量管理模块(traffic management)1020。
其中，PIC：物理接口卡(physical interface card)，用于实现物理层的对接功能，原始的流量由此进入网络设备的接口板，以及处理后的报文从该PIC卡发出。
网络处理器NP1010用于实现报文的转发处理。具体而言，上行报文的处理包括：报文入接口的处理，时间戳的获取，上行流分类，转发表查找，测量信息封装，报文复制处理；下行报文的处理：转发表查找，下行流分类，时间戳获取，测量信息封装，出接口处理等等。
流量管理TM，用于实现QoS、线速转发、大容量缓存，队列管理等功能。具体而言，上行流量管理包括：上行Qos处理(如拥塞管理和队列调度等)以及切片处理；下行流量管理包括：组包处理，多播复制，以及下行Qos处理(如拥塞管理和队列调度等)。
可以理解的是，若网络设备有多个接口板1000的情况下，多个接口板1000之间可以通过交换网1040通信。
需要说明的是，图10仅示出了NP内部的示意性处理流程或模块，具体实现中各模块的处理顺序不限于此，而且实际应用中可以根据需要部署其他模块或者处理流程。本申请实施例对比不做限制。
图11是本申请实施例提供的一种控制节点的结构示意图。该控制节点为通信网络中的控制节点，且该通信网络还包括多个节点，如图11所示，该控制节点1100包括：
获取模块1101，用于分别获取多个节点中至少两个节点发送的通告报文，通告报文包括用于指示通告报文的发送方所支持的路径探测模式的指示信息。具体实现过程可以参考图4实施例中的步骤401。
确定模块1102，用于根据需要进行的路径探测模式和至少两个节点发送的通告报文，确定探测路径。具体实现过程可以参考图4实施例中的步骤402。
下发模块1103，用于向探测路径中的头节点和尾节点下发OAM配置信息。具体实现过程可以参考图4实施例中的步骤403。
可选地，确定模块，具体用于：
根据至少两个节点中支持需要进行的路径探测模式的节点，确定探测路径中的头节点和尾节点。
可选地，确定模块，还具体用于：
确定探测路径中的一个或多个中间节点。
可选地，通告报文还包括用于指示与通告报文的发送方所支持的路径探测模式对应的探测数据的类型的指示信息；
确定模块，具体用于：
确定需要收集的探测数据的类型；
根据至少两个节点中支持需要进行的路径探测模式，且通告报文所指示的探测数据的类型和需要收集的探测数据的类型一致的节点，确定探测路径中的头节点和尾节点。
可选地，通告报文还包括用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型的指示信息；
确定模块，具体用于：
确定在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型；
对于通告报文中指示的协议的类型和确定的协议的类型一致的节点，执行根据至少两个节点中支持需要进行的路径探测模式的节点，确定探测路径中的头节点和尾节点的步骤。
可选地，通告报文还包括用于指示通告报文的类型为OAM能力通告报文的指示信息。
可选地，在至少两个节点中任一节点采用的通信协议为开放式最短路径优先OSPF协议的情况下，该通告报文为基于路由信息链路状态通告RI LSA的报文。
可选地，在至少两个节点中任一节点采用的通信协议为中间系统到-中间系统ISIS协议的情况下，该通告报文为基于TLV 242的通告报文。
可选地，在至少两个节点中任一节点采用的通信协议为边界网关协议BGP的情况下，该通告报文为基于不透明节点属性TLV的通告报文。
可选地，向头节点下发的OAM配置信息包括第一访问控制列表ACL配置指令，第一ACL配置指令包括待封装的报文的标识以及在报文中封装的具体内容；
向尾节点下发的OAM配置信息包括第二ACL配置指令，第二ACL配置指令包括待解封装的报文的标识。
在本申请实施例中，为了避免出现控制节点向某个节点下发OAM配置信息之后，该节点由于不支持当前需要进行的路径探测模式而无法成功根据OAM配置信息进行路径探测，通信网络中的各个节点可以预先向控制节点发送通告报文，该通告报文包括用于指示通告报文的发送方所支持的路径探测模式的指示信息，如此控制节点便可获知到通信网络中哪些节点能够支持当前需要进行的路径探测模式，此时，控制节点便可从能够支持当前需要进行的路径探测模式的节点中确定探测路径，这样向探测路径中的头节点和尾节点发送OAM配置信息之后，便可保证头节点和尾节点能够成功根据该OAM配置信息进行路径探测。
需要说明的是：上述实施例提供的控制节点在下发OAM配置信息时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的控制节点与下发OAM配置信息的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
图12是本申请实施例提供的一种第一节点的结构示意图。通信网络包括控制节点和多个节点，第一节点为多个节点中的一个。如图12所示，该第一节点1200包括：
发送模块1201，用于向控制节点发送通告报文，通告报文包括用于指示第一节点支持的路径探测模式的指示信息，以使得所述控制节点根据所述的通告报文确定探测路径。其中，第一节点发送的通告报文的具体实现方式可以参考图4实施例中步骤401中关于通告报文的详细说明。
可选地，通告报文还包括用于指示与第一节点所支持的路径探测模式对应的探测数据的类型的指示信息。
可选地，通告报文还包括用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型的指示信息。
可选地，通告报文还包括用于指示通告报文的类型为OAM能力通告报文的指示信息。
可选地，在第一节点采用的通信协议为开放式最短路径优先OSPF协议的情况下，该通告报文为基于路由信息链路状态通告的RI LSA报文。
可选地，在第一节点采用的通信协议为中间系统到-中间系统ISIS协议的情况下，该通告报文为基于TLV 242的报文。
可选地，在第一节点采用的通信协议为边界网关协议BGP的情况下，该通告报文为基于不透明节点属性TLV的报文。
在本申请实施例中，为了避免出现控制节点向某个节点下发OAM配置信息之后，该节点由于不支持当前需要进行的路径探测模式而无法成功根据OAM配置信息进行路径探测，通信网络中的各个节点可以预先向控制节点发送通告报文，该通告报文包括用于指示通告报文的发送方所支持的路径探测模式的指示信息，如此控制节点便可获知到通信网络中哪些节点能够支持当前需要进行的路径探测模式，此时，控制节点便可从能够支持当前需要进行的路径探测模式的节点中确定探测路径，这样向探测路径中的头节点和尾节点发送OAM配置信息之后，便可保证头节点和尾节点能够成功根据该OAM配置信息进行路径探测。
需要说明的是：上述实施例提供的第一节点在发送通告报文时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的第一节点与下发OAM配置信息的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
此外，本申请实施例还提供了一种下发OAM配置信息的系统，该系统包括控制节点和多个节点。其中，多个节点中的多个节点中第一节点，用于向控制节点发送通告报文，通告报文包括用于指示第一节点支持的路径探测模式的指示信息；控制节点，用于接收第一节点发送的通告报文。以通过上述图4所示的实施例下发配置信息。
通告报文还包括用于指示与第一节点所支持的路径探测模式对应的探测数据的类型的指示信息。
可选地，通告报文还包括用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型的指示信息。
可选地，通告报文还包括用于指示通告报文的类型为OAM能力通告报文的指示信息。
可选地，在第一节点采用的通信协议为开放式最短路径优先OSPF协议的情况下，该通告报文为基于路由信息链路状态通告RI LSA的报文。
可选地，在第一节点采用的通信协议为中间系统到-中间系统ISIS协议的情况下，该通告报文为基于TLV 242的报文。
可选地，在第一节点采用的通信协议为边界网关协议BGP的情况下，该通告报文为基于不透明节点属性TLV的柏爱文。
关于控制节点如何根据通告报文下发OAM配置信息的过程已在上述实施例中进行了详细说明，在此就不再赘述。
图13是本发明实施例提供的一种网络设备的结构示意图。图4实施例中的多个节点中任一节点均可以通过图13所示的网络设备1300来实现，此时，该网络设备1300可以为交换机，路由器或者其他转发报文的网路设备。另外，图4实施例中的控制节点同样可以通过图13所示的网络设备1300来实现，此时该网络设备1300的具体功能可以参考前述图4实施例中的控制节点的具体实现方式，在此不再赘述。参见图13，该网络设备包括至少一个处理器1301，通信总线1302、存储器1303以及至少一个通信接口1304。
处理器1301可以是一个通用中央处理器(central processing unit，CPU)、特定应用集成电路(application-specific integrated circuit，ASIC)或一个或多个用于控制本申请方案程序执行的集成电路。当该网络设备作为通信网络多个的节点中的任一节点时，处理器1301用于确定图4中的步骤401中的通告报文。当该网络设备作为通信网络中的控制节点时，处理器1301用于实现图4中的步骤401至步骤403中的任一方法。具体功能在此不再赘述。
通信总线1302可包括一通路，在上述组件之间传送信息。
存储器1303可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其它类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only Memory，CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘或者其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质，但不限于此。存储器1303可以是独立存在，通过通信总线1302与处理器1301相连接。存储器1303也可以和处理器1301集成在一起。
其中，存储器1303用于存储执行本申请方案的程序代码，并由处理器1301来控制执行。处理器1301用于执行存储器1303中存储的程序代码。程序代码中可以包括一个或多个软件模块。图4实施例中的控制节点或多个节点中任一节点均可以通过处理器1301以及存储器1303中的程序代码中的一个或多个软件模块，来确定用于开发应用的数据。这一个或多个软件模块可以为图11或图12任一实施例中提供的软件模块。
通信接口1304，使用任何收发器一类的装置，用于与其它设备或通信网络通信，如以太网，无线接入网(radio access networkRAN)，无线局域网(wireless local areanetworks，WLAN)等。当该网络设备作为通信网络多个的节点中的任一节点时，通信接口1304用于向控制节点发送图4中的步骤401中的通告报文。当该网络设备作为通信网络中的控制节点时，通信接口1304用于接收图4中的步骤401中的通告报文。具体功能在此不再赘述。
在具体实现中，作为一种实施例，网络设备可以包括多个处理器，例如图13中所示的处理器1301和处理器1305。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
上述的网络设备可以是一个通用网络设备或者是一个专用网络设备。在具体实现中，网络设备可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant，PDA)、移动手机、平板电脑、无线终端设备、通信设备或者嵌入式设备。本申请实施例不限定网络设备的类型。
可以理解的是，在图13所示网络设备为上述方法实施例中的任一的第一节点时，本实施例也可以基于通用的物理服务器结合网络功能虚拟化NFV技术实现的虚拟第一节点，所述虚拟第一节点为虚拟路由器，而且可以虚拟出第二，三，N个节点(根据实际需要)。所述虚拟第一节点可以是运行有用于提供发送消息功能的程序的虚拟机(英文：VirtualMachine，VM)，所述虚拟机部署在硬件设备上(例如，物理服务器)。虚拟机指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。本领域技术人员通过阅读本申请即可结合NFV技术在通用物理服务器上虚拟出具有上述功能的多个第一节点。此处不再赘述。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意结合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如：同轴电缆、光纤、数据用户线(digital subscriber line，DSL))或无线(例如：红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如：软盘、硬盘、磁带)、光介质(例如：数字通用光盘(digital versatile disc，DVD))、或者半导体介质(例如：固态硬盘(solid state disk，SSD))等。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述为本申请提供的实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (22)

1.一种下发OAM配置信息的方法，应用于通信网络中的控制节点，所述通信网络还包括多个节点，其特征在于，所述方法包括：
所述控制节点分别获取所述多个节点中至少两个节点发送的通告报文，所述通告报文包括用于指示所述通告报文的发送方所支持的路径探测模式的指示信息；
所述控制节点根据需要进行的路径探测模式和所述至少两个节点发送的通告报文，确定探测路径；
所述控制节点向所述探测路径中的头节点和尾节点下发OAM配置信息。
2.如权利要求1所述的方法，其特征在于，所述控制节点根据需要进行的路径探测模式和所述至少两个节点发送的通告报文，确定探测路径，包括：
根据所述至少两个节点中支持所述需要进行的路径探测模式的节点，确定所述探测路径中的头节点和尾节点。
3.如权利要求2所述的方法，其特征在于，所述方法进一步包括：所述控制节点根据所述至少两个节点中支持所述需要进行的路径探测模式的节点，确定所述探测路径中的一个或多个中间节点；以及
所述控制节点向所述探测路径中的一个或多个中间节点下发OAM配置信息。
4.如权利要求2或3所述的方法，其特征在于，所述通告报文还包括用于指示与所述通告报文的发送方所支持的路径探测模式对应的探测数据的类型的指示信息；
所述根据所述至少两个节点中支持所述需要进行的路径探测模式的节点，确定所述探测路径中的头节点和尾节点，包括：
确定需要收集的探测数据的类型；
根据所述至少两个节点中支持所述需要进行的路径探测模式，且通告报文所指示的探测数据的类型和所述需要收集的探测数据的类型一致的节点，确定所述探测路径中的头节点和尾节点。
5.如权利要求2-4任一所述的方法，其特征在于，所述通告报文还包括用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型的指示信息；
所述根据所述至少两个节点中支持所述需要进行的路径探测模式的节点，确定所述探测路径中的头节点和尾节点之前，还包括：
确定在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型；
对于通告报文中指示的协议的类型和确定的协议的类型一致的节点，执行所述根据所述至少两个节点中支持所述需要进行的路径探测模式的节点，确定所述探测路径中的头节点和尾节点的步骤。
6.如权利要求1-5任一所述的方法，其特征在于，所述通告报文还包括用于指示所述通告报文的类型为OAM能力通告报文的指示信息。
7.如权利要求1-6任一所述的方法，其特征在于，在所述至少两个节点中任一节点采用的通信协议为开放式最短路径优先OSPF协议的情况下，所述通告报文为基于路由信息链路状态通告RI LSA的报文。
8.如权利要求1-6任一所述的方法，其特征在于，在所述至少两个节点中任一节点采用的通信协议为中间系统到-中间系统ISIS协议的情况下，所述通告报文为基于TLV 242的报文。
9.如权利要求1-6任一所述的方法，其特征在于，在所述至少两个节点中任一节点采用的通信协议为边界网关协议BGP的情况下，所述通告报文为基于不透明节点属性TLV的报文。
10.如权利要求1-9任一所述的方法，其特征在于，
向所述头节点下发的OAM配置信息包括第一访问控制列表ACL配置指令，所述第一ACL配置指令包括待封装的报文的标识以及在所述报文中封装的具体内容；
向所述尾节点下发的OAM配置信息包括第二ACL配置指令，所述第二ACL配置指令包括待解封装的报文的标识。
11.一种下发OAM配置信息的方法，应用于通信网络中的第一节点，所述通信网络包括控制节点和多个节点，所述第一节点为所述多个节点中的一个；
其特征在于，所述方法包括：
所述第一节点向所述控制节点发送通告报文，所述通告报文包括用于指示所述第一节点支持的路径探测模式的指示信息，以使得所述控制节点根据所述通告报文确定探测路径。
12.如权利要求11所述的方法，其特征在于，所述通告报文还包括用于指示与所述第一节点所支持的路径探测模式对应的探测数据的类型的指示信息。
13.如权利要求11或12所述的方法，其特征在于，所述通告报文还包括用于指示在进行路径探测的报文中封装携带数据探测指令的报文头时所使用的协议的类型的指示信息。
14.如权利要求11-13任一所述的方法，其特征在于，所述通告报文还包括用于指示所述通告报文的类型为OAM能力通告报文的指示信息。
15.如权利要求11-14任一所述的方法，其特征在于，在所述第一节点采用的通信协议为开放式最短路径优先OSPF协议的情况下，所述通告报文为基于路由信息链路状态通告RILSA的报文。
16.如权利要求11-14任一所述的方法，其特征在于，在所述第一节点采用的通信协议为中间系统到-中间系统ISIS协议的情况下，所述通告报文为基于TLV 242的报文。
17.如权利要求11-14任一所述的方法，其特征在于，在所述第一节点采用的通信协议为边界网关协议BGP的情况下，所述通告报文为基于不透明节点属性TLV的报文。
18.一种通信网络中的控制节点，其特征在于，所述控制节点包括存储器和处理器；
所述存储器用于存储计算机程序；
所述处理器用于执行所述存储器中存储的计算机程序以执行权利要求1-10任一项所述的方法。
19.一种通信网络中的第一节点，所述通信网络包括控制节点和多个节点，所述第一节点为所述多个节点中的一个，其特征在于，所述第一节点包括存储器和处理器；
所述存储器用于存储计算机程序；
所述处理器用于执行所述存储器中存储的计算机程序以执行权利要求11-17任一项所述的方法。
20.一种芯片，所述芯片设置在通信网络中的控制节点中，其特征在于，所述芯片包括处理器和接口电路；
所述接口电路用于接收指令并传输至所述处理器；
所述处理器用于执行权利要求1-10任意一项所述的方法。
21.一种芯片，所述芯片设置在通信网络中的第一节点中，所述通信网络包括控制节点和多个节点，所述第一节点为所述多个节点中的一个，其特征在于，所述芯片包括处理器和接口电路；
所述接口电路用于接收指令并传输至所述处理器；
所述处理器用于执行权利要求11-17任意一项所述的方法。
22.一种下发OAM配置信息的系统，所述系统包括控制节点和多个节点；其特征在于，
所述多个节点中第一节点，用于向所述控制节点发送通告报文，所述通告报文包括用于指示所述第一节点支持的路径探测模式的指示信息；
所述控制节点，用于接收所述第一节点发送的通告报文，以使得所述控制节点根据所述的通告报文确定探测路径。
CN201911135733.5A 2019-11-19 2019-11-19 下发oam配置信息的方法及控制节点 Pending CN112910773A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201911135733.5A CN112910773A (zh) 2019-11-19 2019-11-19 下发oam配置信息的方法及控制节点
EP20889871.8A EP4047888A4 (en) 2019-11-19 2020-07-28 METHOD FOR TRANSMITTING OAM CONFIGURATION INFORMATION AND CONTROL NODE
PCT/CN2020/105085 WO2021098271A1 (zh) 2019-11-19 2020-07-28 下发oam配置信息的方法及控制节点
US17/746,078 US20220278925A1 (en) 2019-11-19 2022-05-17 Method for Delivering OAM Configuration Information and Control Node

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911135733.5A CN112910773A (zh) 2019-11-19 2019-11-19 下发oam配置信息的方法及控制节点

Publications (1)

Publication Number Publication Date
CN112910773A true CN112910773A (zh) 2021-06-04

Family

ID=75980245

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911135733.5A Pending CN112910773A (zh) 2019-11-19 2019-11-19 下发oam配置信息的方法及控制节点

Country Status (4)

Country Link
US (1) US20220278925A1 (zh)
EP (1) EP4047888A4 (zh)
CN (1) CN112910773A (zh)
WO (1) WO2021098271A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113873548A (zh) * 2021-09-03 2021-12-31 中盈优创资讯科技有限公司 一种白盒设备一键开局方法及装置
WO2023050313A1 (zh) * 2021-09-30 2023-04-06 新华三技术有限公司 一种报文处理方法、装置、网络设备及介质
WO2024066964A1 (zh) * 2022-09-29 2024-04-04 中兴通讯股份有限公司 虚拟化隧道网络的ioam封装的实现方法及装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114257504B (zh) * 2021-12-15 2023-05-23 烽火通信科技股份有限公司 业务场景切换方法及系统
CN115378816B (zh) * 2022-08-02 2024-02-23 深信服科技股份有限公司 网络配置检测方法、装置及存储介质
CN117728927B (zh) * 2024-02-18 2024-05-10 南京风启科技有限公司 一种基于域标识的变长报文处理时延探测方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101945018A (zh) * 2010-08-30 2011-01-12 北京星网锐捷网络技术有限公司 节点探测方法、装置和网络中心节点
CN105790988A (zh) * 2014-12-23 2016-07-20 中兴通讯股份有限公司 操作维护管理功能的实现方法及装置
US20180091518A1 (en) * 2015-06-03 2018-03-29 Huawei Technologies Co., Ltd. Method, apparatus, and system for collecting access control list
CN108737127A (zh) * 2017-04-13 2018-11-02 中兴通讯股份有限公司 一种信息通告方法及装置
CN109861913A (zh) * 2018-12-25 2019-06-07 北京华为数字技术有限公司 一种跨内部网关协议的前缀标识通告方法和装置
CN109981450A (zh) * 2017-12-28 2019-07-05 中国电信股份有限公司 路径连通维护方法、装置和系统
CN110166320A (zh) * 2019-05-27 2019-08-23 盛科网络（苏州）有限公司 基于OpenFlow交换机的MPLS-TP OAM实现方法及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108964943B (zh) * 2017-05-18 2022-01-28 中兴通讯股份有限公司 一种实现ioam封装的方法及装置
US10454780B2 (en) * 2017-12-07 2019-10-22 Cisco Technology, Inc. Optimizing source routing using machine learning

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101945018A (zh) * 2010-08-30 2011-01-12 北京星网锐捷网络技术有限公司 节点探测方法、装置和网络中心节点
CN105790988A (zh) * 2014-12-23 2016-07-20 中兴通讯股份有限公司 操作维护管理功能的实现方法及装置
US20180091518A1 (en) * 2015-06-03 2018-03-29 Huawei Technologies Co., Ltd. Method, apparatus, and system for collecting access control list
CN108737127A (zh) * 2017-04-13 2018-11-02 中兴通讯股份有限公司 一种信息通告方法及装置
CN109981450A (zh) * 2017-12-28 2019-07-05 中国电信股份有限公司 路径连通维护方法、装置和系统
CN109861913A (zh) * 2018-12-25 2019-06-07 北京华为数字技术有限公司 一种跨内部网关协议的前缀标识通告方法和装置
CN110166320A (zh) * 2019-05-27 2019-08-23 盛科网络（苏州）有限公司 基于OpenFlow交换机的MPLS-TP OAM实现方法及系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113873548A (zh) * 2021-09-03 2021-12-31 中盈优创资讯科技有限公司 一种白盒设备一键开局方法及装置
WO2023050313A1 (zh) * 2021-09-30 2023-04-06 新华三技术有限公司 一种报文处理方法、装置、网络设备及介质
WO2024066964A1 (zh) * 2022-09-29 2024-04-04 中兴通讯股份有限公司 虚拟化隧道网络的ioam封装的实现方法及装置

Also Published As

Publication number Publication date
WO2021098271A1 (zh) 2021-05-27
EP4047888A4 (en) 2022-12-21
EP4047888A1 (en) 2022-08-24
US20220278925A1 (en) 2022-09-01

Similar Documents

Publication Publication Date Title
CN112910773A (zh) 下发oam配置信息的方法及控制节点
WO2021047668A1 (zh) 路径探测方法、装置及计算机存储介质
CN113132229B (zh) 段标识的确定方法和设备
WO2021164258A1 (zh) 生成转发表项的方法、发送报文的方法、网络设备及系统
US20240048479A1 (en) Packet Forwarding Method and Apparatus, Network Device, and Storage Medium
CN115065637B (zh) 传输算力资源信息的方法、装置和电子设备
CN113938403A (zh) 一种能力通告方法及相关设备
CN114826973A (zh) 传输质量检测方法、装置及系统
CN115473765A (zh) 报文传输方法、设备及系统
CN112751766B (zh) 报文转发方法和系统、相关设备和芯片
CN115242699A (zh) 报文传输方法、切片生成方法、装置及系统
CN115150280A (zh) 一种数据包发送方法及设备
CN114760248A (zh) 报文传输方法、设备及系统
JP7273130B2 (ja) 通信方法および装置
CN113595809A (zh) 流量监控方法、相关设备及系统
CN113595915A (zh) 转发报文的方法及相关设备
CN113691446B (zh) 一种报文发送的方法和装置
CN117278647B (zh) 一种设备发现方法、存储介质及电子设备
CN114143142B (zh) 一种报文传输方法及装置
CN117955845A (zh) 拓扑信息的上报方法、装置、设备及存储介质
KR20240022456A (ko) 메시지 처리 방법, 디바이스, 네트워크 기기 및 매체
CN115473840A (zh) 一种报文发布方法、转发路径处理方法及装置
CN115834686A (zh) 一种网络通信方法及转发网络
CN114726754A (zh) 报文传输方法、设备及系统
CN116158062A (zh) 一种报文传输方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination