CN112672363A - 随流信息遥测能力的确认方法和设备 - Google Patents

随流信息遥测能力的确认方法和设备 Download PDF

Info

Publication number
CN112672363A
CN112672363A CN201910979453.6A CN201910979453A CN112672363A CN 112672363 A CN112672363 A CN 112672363A CN 201910979453 A CN201910979453 A CN 201910979453A CN 112672363 A CN112672363 A CN 112672363A
Authority
CN
China
Prior art keywords
network
network device
capability
ift
message
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.)
Granted
Application number
CN201910979453.6A
Other languages
English (en)
Other versions
CN112672363B (zh
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 CN201910979453.6A priority Critical patent/CN112672363B/zh
Priority to CN202310491154.4A priority patent/CN116634459A/zh
Priority to EP20876867.1A priority patent/EP4030810A4/en
Priority to PCT/CN2020/092709 priority patent/WO2021073103A1/zh
Publication of CN112672363A publication Critical patent/CN112672363A/zh
Priority to US17/720,864 priority patent/US20220247655A1/en
Application granted granted Critical
Publication of CN112672363B publication Critical patent/CN112672363B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • 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
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0847—Transmission error
    • 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
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • 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/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • 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
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • 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
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • 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
    • H04L43/0852—Delays

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种随流信息测量iFIT能力的确认方法和设备，所述方法包括：第一网络设备向第二网络设备或网络管理设备发送请求报文，所述请求报文用于请求确认所述第二网络设备是否具备iFIT能力；所述第一网络设备接收所述第二网络设备或所述网络管理设备发送的确认报文，所述确认报文包括确认是否具有iFIT能力的确认信息。所述方法能够保证只在所述第二网络设备具备iFIT能力时，向所述第二网络设备发送包括iFIT信息的数据报文，从而解决因网络设备不具备iFIT能力而导致的丢包问题。

Description

随流信息遥测能力的确认方法和设备
技术领域
本申请涉及通信技术领域，特别涉及一种在随流信息遥测(英文：in-situ FlowInformation Telemetry，iFIT)业务场景下的网络设备iFIT能力的确认方法和设备。
背景技术
通过对实际业务流量进行特征标记，并基于所述特征标记的字段，iFIT技术能够提供真实业务流量的端到端及逐跳遥测能力，实时感知网络性能指标。这里所述的iFIT技术是指向国际互联网工程任务组(英文：The Internet Engineering Task Force，IETF)提交的“随流信息遥测框架(英文：In-situ Flow Information Telemetry Framework)”个人草案，草案的互联网链接可参见https://tools.ietf.org/html/draft-song-opsawg- ifit-framework-00。基于iFIT技术的网络中包括三种类型的网络节点，具体为头节点(英文：head node)、尾节点(英文：end node)和逐跳的路径节点(英文：path node)。为了简化配置和方便部署，支持iFIT的静态实例目前只在头节点配置，即确保头节点具备iFIT能力，但并不保证尾节点支持iFIT。这样，对于具备iFIT能力的尾节点，可以在接收到数据报文后自动识别和剥离由头节点封装的iFIT头。然而，如果尾节点不具备iFIT能力，尾节点将无法剥离iFIT头，由此导致数据报文因无法识别而被认作错误报文丢弃。尾节点不具备iFIT能力的情形，经常出现在新老设备对接、或不同厂商之间的设备对接的场景下。
发明内容
本申请提供了一种网络设备iFIT能力的确认方法和设备，用于解决因网络设备不具备iFIT能力而导致的丢包问题，提高网络运行的健壮性。
第一方面，本申请提供了一种iFIT能力的确认方法，所述方法包括第一网络设备接收确认报文，所述确认报文包括第二网络设备是否具备iFIT能力的确认信息。
头节点等第一网络设备通过接收用于确认路径节点或尾节点等第二网络设备是否具有iFIT能力的确认报文，使得第一网络设备能够在确认所述第二网络设备具备iFIT能力时，将包括iFIT信息的数据报文发送至所述第二网络设备，以避免因网络设备不具备iFIT能力而无法剥离iFIT信息，从而导致的丢包问题。
在一个可选的设计中，所述方法包括第一网络设备发送请求报文，所述请求报文用于请求确认所述第二网络设备是否具备iFIT能力；所述第一网络设备接收所述确认报文包括所述第一网络设备接收应答所述请求报文的所述确认报文。
在一个可选的设计中，所述第一网络设备发送请求报文包括所述第一网络设备向所述第二网络设备发送所述请求报文；所述第一网络设备接收应答所述请求报文的确认报文包括：所述第一网络设备从所述第二网络设备接收所述确认报文。
在一个可选的设计中，所述请求报文为互联网控制消息协议ICMP报文，所述请求报文包括用于请求确认所述第二网络设备的iFIT能力的请求信息，所述请求信息携带于所述请求报文的类型和代码字段，所述确认报文为ICMP报文，所述确认报文中的所述确认信息携带于所述确认报文的类型和代码字段。
通过扩展ICMP报文可以灵活地应用ICMP报文机制，快速确认网络设备的iFIT能力，提高网络运行的健壮性和效率。
在一个可选的设计中，所述第一网络设备发送请求报文包括所述第一网络设备向网络管理设备发送所述请求报文；所述第一网络设备接收应答所述请求报文的确认报文包括：所述第一网络设备从所述网络管理设备接收所述确认报文。
通过利用网络管理设备对网络设备的管理和控制能力，能够灵活地获取和确认所述网络设备是否具备iFIT能力，提高网络运行的健壮性和效率。
在一个可选的设计中，响应于所述第二网络设备具备iFIT能力，所述第一网络设备将包括iFIT信息的数据报文发送至所述第二网络设备。
在一个可选的设计中，响应于所述第二网络设备具备iFIT能力，且在所述第一网络设备到所述第二网络设备的路径上具备iFIT能力的网络设备的占比大于预设值，所述第一网络设备将包括iFIT信息的数据报文发送至所述第二网络设备。
第一网络设备在发送包括iFIT信息的数据报文前，先统计确认所述数据报文传输路径上支持具备iFIT能力节点的占比，并在占比大于预设值时发送所述数据报文，以此实现对iFIT遥测执行必要性的评估，以一定程度上保证iFIT遥测结果的准确性。
第二方面，本申请提供了一种iFIT能力的确认方法，所述方法包括第二网络设备接收第一网络设备的请求报文，所述请求报文用于请求确认所述第二网络设备的iFIT能力；所述第二网络设备发送确认报文，所述确认报文包括所述第二网络设备是否具备iFIT能力的确认信息。
第一网络设备通过从路径节点或尾节点等第二网络设备接收确认报文，能够在确认所述第二网络设备具备iFIT能力时，将包括iFIT信息的数据报文发送至所述第二网络设备，以避免因网络设备不具备iFIT能力而无法剥离iFIT信息，从而导致的丢包问题。
在一种可能的设计中，所述请求报文为互联网控制消息协议ICMP报文，所述请求报文包括用于请求确认所述第二网络设备的iFIT能力的请求信息，所述请求信息携带于所述请求报文的类型和代码字段，所述确认报文为ICMP报文，所述确认报文中的所述确认信息携带于所述确认报文的类型和代码字段。
第三方面，本申请提供了一种iFIT能力的确认方法，所述方法包括网络管理设备生成确认报文，所述确认报文包括第二网络设备是否具备iFIT能力的确认信息；所述网络管理设备发送所述确认报文至第一网络设备。
网络管理设备可以主动将采集的iFIT网络中网络节点的iFIT能力发送给第一网络设备，而不需要所述第一网络设备先发送请求报文，以此在避免丢包的同时，简化通信流程，提高通信效率。
在一种可能的设计中，所述方法包括所述网络管理设备接收所述第一网络设备的请求报文，所述请求报文用于请求确认第二网络设备的iFIT能力；所述网络管理设备发送所述确认报文至第一网络设备，包括所述网络管理设备发送对所述请求报文的所述确认报文至第一网络设备。
在一种可能的设计中，所述确认报文还包括所述第二网络设备的设备标识，所述设备标识用于标识所述确认信息与所述第二网络设备的对应关系。
网络管理设备通过在确认报文中携带设备标识，能够通知第一网络设备确认报文中的确认信息所属的第二网络设备，以使得第一网络设备能够获得数据报文传输路径上各个网络设备的iFIT能力。
第四方面，本申请提供了一种第一网络设备，所述设备包括接收单元，用于接收确认报文，所述确认报文包括第二网络设备是否具备iFIT能力的确认信息。
在一种可能的设计中，所述第一网络设备还包括发送单元，用于发送请求报文，所述请求报文用于请求确认所述第二网络设备是否具备iFIT能力；所述接收单元接收所述确认报文，包括接收对所述请求报文的所述确认报文。
在一种可能的设计中，所述发送单元发送请求报文包括所述第一网络设备向所述第二网络设备发送所述请求报文；所述接收单元接收对所述请求报文的确认报文包括所述第一网络设备从所述第二网络设备接收所述确认报文。
在一种可能的设计中，所述请求报文为互联网控制消息协议ICMP报文，所述请求报文包括用于请求确认所述第二网络设备的iFIT能力的请求信息，所述请求信息携带于所述请求报文的类型和代码字段，所述确认报文为ICMP报文，所述确认报文中的所述确认信息携带于所述确认报文的类型和代码字段。
在一种可能的设计中，所述发送单元发送请求报文包括所述第一网络设备向网络管理设备发送所述请求报文；所述接收单元接收对所述请求报文的确认报文包括所述第一网络设备从所述网络管理设备接收所述确认报文。
在一种可能的设计中，所述第一网络设备还包括响应单元，用于响应于所述第二网络设备具备iFIT能力，将包括iFIT信息的数据报文发送至所述第二网络设备。
在一种可能的设计中，所述响应单元还包括响应于所述第二网络设备具备iFIT能力，且在所述第一网络设备到所述第二网络设备的路径上具备iFIT能力的网络设备的占比大于预设值，所述第一网络设备将包括iFIT信息的数据报文发送至所述第二网络设备。
第五方面，本申请提供了一种第二网络设备，所述第二网络设备包括接收单元，用于接收第一网络设备的请求报文，所述请求报文用于请求确认所述第二网络设备的iFIT能力；发送单元，用于发送确认报文，所述确认报文包括所述第二网络设备是否具备iFIT能力的确认信息。
在一种可能的设计中，所述请求报文为互联网控制消息协议ICMP报文，所述请求报文包括用于请求确认所述第二网络设备的iFIT能力的请求信息，所述请求信息携带于所述请求报文的类型和代码字段，所述确认报文为ICMP报文，所述确认报文中的所述确认信息携带于所述确认报文的类型和代码字段。
第六方面，本申请提供了一种网络管理设备，所述网络管理设备包括生成单元，用于生成确认报文，所述确认报文包括第二网络设备是否具备iFIT能力的确认信息；发送单元，用于发送所述确认报文至第一网络设备。
在一种可能的设计中，所述网络管理设备还包括接收单元，用于接收所述第一网络设备的请求报文，所述请求报文用于请求确认所述第二网络设备的iFIT能力；所述发送单元发送所述确认报文至所述第一网络设备，包括发送对所述请求报文的所述确认报文至所述第一网络设备。
在一种可能的设计中，所述确认报文还包括所述第二网络设备的设备标识，所述设备标识用于标识所述确认信息与所述第二网络设备的对应关系。
第七方面，本申请实施例提供了一种网络设备，所述设备包括处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于调用存储器中存储的计算机程序，执行前述第一方面、第二方面或第三方面所述的相应方法。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的一种iFIT网络结构示意图；
图2为本申请实施例提供的一种ICMP报文结构示意图；
图3为本申请实施例提供的一种iFIT能力确认方法的流程示意图；
图4为本申请实施例提供的一种iFIT能力确认方法的流程示意图；
图5为本申请实施例提供的一种iFIT能力确认方法的流程示意图；
图6为本申请实施例提供的一种网络设备的结构示意图。
具体实施方式
下面将结合附图，对本申请实施例中的技术方案进行描述。本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
随流信息测量iFIT技术可以利用专门的iFIT头对流经网络节点的数据报文进行特征标记，所述特征标记也可称之为染色。所述iFIT头例如可以作为多协议标签交换(英文：Multi-Protocol Label Switching，MPLS)协议等的扩展头。支持iFIT技术的网络通常包括三种类型的网络节点，以图1示出的网络结构为例，所述三种类型的网络节点分别为头节点202、逐跳的路径节点204、206和208、以及尾节点210。对于具有iFIT能力的网络节点，当所述数据报文流经所述网络节点时，所述网络节点能够基于iFIT头中的相应字段信息，对所述数据报文的特征字段进行丢包、时延等统计数据的测量，并将测量获得的所述统计数据发送给网络管理设备212，以使得网络管理设备212进一步计算网络时延的、丢包情况和还原路径等。
在使用iFIT技术对网络中的数据报文进行端到端遥测时，头节点先确定包括所述数据流的数据报文是否在需要遥测的数据流中。例如，可以在访问控制列表(英文：accesscontrol list，ACL)中添加需要遥测的数据流的特征。如果数据报文命中所述ACL中的项目并且该项目指示需要做iFIT遥测，则对该数据报文执行相应的操作。仍以图1为例，当数据报文命中所述ACL后，头节点202为所述数据报文封装iFIT信息，然后发送封装了所述iFIT信息的数据报文。所述数据报文依次流经各路径节点204、206和208，并到达尾节点210。所述数据报文在发送至尾节点210时，尾节点210可以将所述数据报文的所述iFIT信息剥离，以转发原始数据报文。然而，在实际应用场景中，尾节点210可能并不具备iFIT能力，因而无法顺利剥离iFIT信息，由此导致所述数据报文因无法识别而被丢弃。
为了解决上述可能的技术问题，本申请实施例提出了一种网络节点iFIT能力的确认方法300。通过执行所述方法300，头节点能够在进行iFIT信息封装前确认尾节点是否具备iFIT能力，在所述尾节点不具备iFIT能力时，所述头节点不封装iFIT头，此时虽然无法顺利地执行iFIT遥测，但不会导致所述尾节点丢包。
S305第一网络设备向第二网络设备发送请求报文，所述请求报文包括用于请求确认所述第二网络设备是否具备iFIT能力的请求信息。
以下以基于互联网控制报文协议(英文：Internet Control Message Protocol,ICMP)的实现方式为例说明请求报文的格式。图2示出了一种包括ICMP头部的ICMP报文的结构，所述ICMP头部包括类型(英文：Type)、代码(英文：Code)和校验和(英文：Checksum)子字段，其中所述类型字段用于描述ICMP报文的作用及格式，代码字段用于描述ICMP报文的类型，校验和字段用于保证数据接收的完整性，所述类型字段和代码字段可以配合标识所述ICMP报文的作用和类型。
作为请求发起方的所述第一网络设备可以向作为请求接收方的所述第二网络设备发送ICMP iFIT能力请求报文，所述ICMP iFIT能力请求报文中包括用于请求iFIT能力的请求信息，用于标识所述请求报文用于确认iFIT能力。例如，考虑到Type＝15、Code＝0作为初始定义的信息请求报文已放弃使用，可以重定义Type＝15、Code＝0作为ICMP iFIT能力请求报文。所述请求报文中的类型和代码字段及其各自的指定值Type＝15、Code＝0，即作为所述请求信息。还可以将ICMP报文中的其他保留的类型的值作为iFIT能力请求信息的对应值，并定义配合使用的代码的值，以标识所述请求报文为请求iFIT能力的报文。所述第一网络设备将所述ICMP iFIT能力请求报文发送至所述第二网络设备。
S310所述第二网络设备接收所述第一网络设备发送的所述请求报文，基于所述请求报文向所述第一网络设备发送相应的应答报文，所述应答报文包括确认所述第二网络设备是否具有iFIT能力的应答信息。
以基于ICMP的实现方式为例，所述第二网络设备接收所述ICMP iFIT能力请求报文，基于所述请求报文中携带的iFIT能力请求信息的值，确认当前接收的所述请求报文用于请求获取本地的iFIT能力情况。所述第二网络设备向所述第一网络设备发送相应的ICMPiFIT能力应答报文，所述应答报文用于回应所述第二网络设备是否具有iFIT能力。所述ICMP iFIT能力应答报文包括iFIT能力应答信息，所述应答信息用于标识所述第二网络设备的iFIT能力。作为一种具体的实现方式，考虑Type＝16、Code＝0作为初始定义的信息应答报文已放弃不再使用，而Type＝16、Code＝1为初始保留值，可以重定义Type＝16、Code＝0或Code＝1作为ICMP iFIT能力应答报文，所述请求报文中的类型和代码字段及其各自的指定值Type＝16、Code＝0或Code＝1，即作为iFIT能力应答信息，其中Code＝0表示所述第二网络设备具备iFIT能力，Code＝1表示所述第二网络设备无iFIT能力。作为另一种具体的实现方式，还可以将ICMP报文中的其他保留的类型的值作为iFIT能力应答信息的对应值，并定义配合使用的代码的值，以标识所述应答报文为应答iFIT能力的报文。
一般情形下，所述第二网络设备至少需要支持ICMP iFIT能力请求和应答规则，才能够返回正确的ICMP iFIT能力应答报文。例如，所述第二网络设备支持所述规则，并且其自身具有iFIT能力，此时可以返回能够标识其具有iFIT能力的信息值的iFIT能力应答报文，例如所述信息值为Type＝16、Code＝0。再例如，在某些情形下，如所述第二网络设备正在等待iFIT配置和部署等，所述第二网络设备自身当前并不具有iFIT能力，但是能够支持和理解所述规则，此时可以返回能够标识其不具有iFIT能力的信息值的iFIT能力应答报文，例如所述信息值为Type＝16、Code＝1。所述第二网络设备将生成的所述ICMP iFIT能力应答报文发送至所述第一网络设备。所述第一网络设备接收所述ICMP iFIT能力应答报文。
S315所述第一网络设备接收所述应答报文，基于所述应答报文中的所述应答信息，确定所述第二网络设备是否具备iFIT能力。
所述第一网络设备在接收所述ICMP iFIT能力应答报文后，基于所述应答报文中所述iFIT能力应答信息的值，确定所述第二网络设备是否具有iFIT能力。例如，在利用类型和代码字段作为iFIT能力应答信息的实现方式中，所述第一网络设备基于Type＝16、Code＝0确认所述第二网络设备具备iFIT能力，或者，所述第一网络设备基于Type＝16、Code＝1确认所述第二网络设备不具备iFIT能力。
在一些情形下，所述第二网络设备可能并不支持ICMP iFIT能力请求和应答规则，如所述第二网络设备完全不支持iFIT部署，或者仅支持旧版本的iFIT部署，但并不知晓新定义的ICMP iFIT能力请求和应答规则等情形，所述第二网络设备可能无法顺利返回ICMPiFIT能力应答报文，而是在接收到所述第一网络设备发送的ICMP iFIT能力请求报文后，作出报文丢弃或不应答处理，或者虽然进行应答，但应答报文为错误报文等。因此，在一些可能的实施例中，所述第一网络设备在发现所述第二网络设备不应答或应答报文为错误报文时，确定所述第二网络设备不具备iFIT能力。
在一些实施例中，所述第一网络设备向所述第二网络设备发送的所述请求报文，以及所述第二网络设备向所述第一网络设备返回的所述应答报文，也可以基于其他协议类型实现，例如用户数据报协议(英文：User Datagram Protocol，UDP)或传输控制协议(英文：Transmission Control Protocol，TCP)协议族的报文等。用于标识所述请求报文为iFIT能力请求报文的iFIT能力请求信息，以及用于标识所述应答报文为iFIT能力应答报文的iFIT能力应答信息的具体设置方式，可以根据协议报文的定义具体确定。
在一种可能的实现方式中，所述方法300还包括：
S320所述第一网络设备确认所述第二网络设备具备iFIT能力，将封装iFIT信息的数据报文发送至所述第二网络设备。
所述第一网络设备在确认所述第二网络设备具备iFIT能力时，将需发送的包括iFIT信息的数据报文发送至第二网络设备，而当确认所述第二网络设备不具备iFIT能力时，不发送所述数据报文，以避免所述数据报文在封装iFIT头后因不被识别而丢弃。
在一些实施例中，所述第一网络设备为iFIT网络中的头节点，所述第二网络设备为iFIT网络中的尾节点，例如图1示出的头节点202和尾节点210。通过执行方法200，可以保证在所述头节点将包括iFIT信息并发送出去的数据报文，能够在尾节点顺利所述剥离iFIT信息后被接收，而不会在尾节点被丢弃。在另一些实施例中，所述第二网络设备也可以为iFIT网络中的路径节点，例如图1示出的路径节点204、206和208，以此通过执行方法200，实现对路径节点iFIT能力的查询。在一些情形下，所述对路径节点iFIT能力的查询可以针对一个或多个指定的路径节点，此时，与查询尾节点iFIT能力的方式类似，例如可以在携带ICMP iFIT能力请求报文的外层报文中指定相应节点的IP地址，从而将所述ICMP iFIT能力请求报文发送至指定的路径节点等。在另一些情形下，所述对路径节点iFIT能力的查询可以遍历逐跳的全部路径节点和尾节点，为此，例如可以对traceroute命令进行复用，所述traceroute命令在现有定义中能够用于遍历数据报文传输路径上的全部路径节点和尾节点，各个路径节点能够基于traceroute命令返回ICMP应答报文，通过对该命令的复用和重定义，能够使得接收到该命令的全部路径节点和尾节点返回自身的iFIT能力情况等；或者，头节点可以执行traceroute命令获取数据报文传输路径上遍历的全部路径节点和尾节点，然后分别向所述全部路径节点和尾节点中的每一个发送iFIT能力请求报文，以获取各相应节点的应答报文以确定其iFIT能力情况等。
结合图1可知，在实际的iFIT网络应用场景中，数据报文流经的各个网络节点可以将自身的配置信息和iFIT遥测信息等，例如通过基于可扩展标记语言(英文：eXtensibleMarkup Language,XML)的网络配置协议(英文：Network Configuration Protocol，NETCONF)等发送给网络管理设备212。本申请的另一实施例还提供了一种基于网络管理设备实现iFIT能力确认的方法400，所述方法400利用网络管理设备采集iFIT网络中网络节点的iFIT能力，并根据需要将相应网络节点的iFIT能力信息提供给头节点等第一网络设备。所述方法400具体包括以下内容。
S405第一网络设备向网络管理设备发送请求报文，所述请求报文用于确认第二网络设备是否具备iFIT能力，所述请求报文包括iFIT能力请求信息，所述iFIT能力请求信息用于标识所述请求报文用于确认iFIT能力。
以下以基于NETCONF协议的实现方式为例说明请求报文的格式。NETCONF协议提供一套管理网络设备的机制，用户可以使用这套机制，通过网络管理设备获取被管网络设备的配置信息和状态信息。在本实施例中，作为请求发起方的所述第一网络设备可以向作为请求接收方的所述网络管理设备发送基于NETCONF协议的iFIT能力请求报文，所述iFIT能力请求报文中包括iFIT能力请求信息，用于标识所述请求报文用于确认iFIT能力。作为一种具体的实现方式，例如，所述第一网络设备可以是图1中的头节点202，所述网络管理设备例如可以是图1中的网络管理设备212。头节点202向网络管理设备212发送请求报文，请求确认尾节点210是否具备iFIT能力。所述请求报文中包括iFIT能力请求信息，用于标识所述请求报文用于确认iFIT能力。所述请求报文还可以包括设备标识信息，用于标识针对指定的第二网络设备请求确认iFIT能力。在另一种可能的实施例中，所述设备标识信息允许指定多个网络设备，即同时请求查询所述多个网络设备的iFIT能力。但是对于默认第二网络设备即为iFIT网络中的尾节点或其他特定节点的情形，例如对于点到点单播数据报文进行iFIT遥测的情形，也可以不包括所述设备标识信息，所述网络管理设备也可以基于发出请求的第一网络设备，直接返回默认的相应第二网络设备的iFIT能力确认信息。
S410网络管理设备接收所述第一网络设备发送的所述请求报文，基于所述请求报文向所述第一网络设备发送应答报文，所述应答报文包括用于确认所述第二网络设备是否具备iFIT能力的应答信息。
在一种可能的实施例中，网络管理设备212在接收到头节点202发送的所述请求报文后，根据头节点202的设备标识等信息以及网络的拓扑结构信息，匹配并确定与头节点202对应的尾节点210。然后网络管理设备212查询并确认尾节点210是否具备iFIT能力。在另一种可能的实施例中，网络管理设备212也可以在接收到所述请求报文后，通过所述请求报文中的设备标识信息，确定头节点202请求获取iFIT能力的所述第二网络设备。在另一种可能的实施例中，在所述设备标识信息指定了多个特定网络设备的情形下，网络管理设备212也可以在接收到所述请求报文后，确定头节点202请求获取所述多个特定网络设备的iFIT能力。
网络管理设备212获取所述第二网络设备，或所述多个特定网络设备的iFIT能力。网络管理设备212获取相应iFIT能力的方式例如可以是基于各个网络设备预先发送的默认配置信息获取，或者基于产品适配文件(英文：product adaptive file，PAF)获取等，所述PAF文件一般用于描述网络设备支持的特性以及能力。
网络管理设备212在确定相应网络设备的iFIT能力后，将所述iFIT能力的情况作为iFIT能力应答信息封装入基于NETCONF协议的iFIT能力应答报文中，发送至所述第一网络设备。所述第一网络设备接收所述网络管理设备发送的所述应答报文。
S415所述第一网络设备接收所述网络管理设备发送的所述应答报文，基于所述应答报文中的所述应答信息，确定所述第二网络设备是否具备iFIT能力。
所述第一网络设备在接收到所述网络管理设备发送的所述iFIT能力应答报文后，可以基于所述应答报文中所述iFIT能力应答信息的值，确定所述第二网络设备，或者所述多个特定网络设备是否具有iFIT能力。
在一种可能的实现方式中，所述方法400还包括以下内容：
S420所述第一网络设备确认所述第二网络设备具备iFIT能力，将包括iFIT信息的数据报文发送至所述第二网络设备。
在一种可能的实施例中，所述第一网络设备在确认所述第二网络设备具备iFIT能力时，将需发送的包括iFIT信息的数据报文发送至所述第二网络设备，而当确认所述第二网络设备不具备iFIT能力时，不发送所述数据报文，以避免所述数据报文在携带iFIT信息后因不被识别而丢弃。所述第二网络设备例如可以是图1示出的尾节点210，或者任意路径节点204、206或208。
对于上述方法300或400，在其他可能的实现方式中，所述第一网络设备能够获取从所述第一网络设备到所述第二网络设备路径上的全部路径节点和尾节点的iFIT能力，所述获取方式可以是通过ICMP协议请求报文或其他类型的通信请求报文，发送到所述路径节点和尾节点而直接获取，也可以是通过NETCONF协议请求报文或其他类型的管理控制请求报文，发送到网络管理设备而间接获取。所述第一网络设备，如图1中的头节点202，可以在获取全部所述路径节点和尾节点的iFIT能力后，确定相应的iFIT遥测策略。例如，头节点202只有当确定全部所述路径节点和尾节点均具备iFIT能力时，将包括iFIT信息的所述数据报文发送至相应尾节点，以确保所述数据报文在整个端到端传输过程中不丢包。再例如，在确定尾节点不具备iFIT能力时，头节点202可以确定端到端传输过程中具备iFIT能力的最后一个路径节点，并通知网络管理设备212将所述最后一个路径节点配置为剥离iFIT头的网络节点，以保证数据报文在后续网络节点上能够被顺利转发，所述数据报文不会因为不识别iFIT信息而被丢弃；或者，如网络节点的iFIT能力是从网络管理设备212获取的，则也可以由网络管理设备212直接确定传输路径上最后一个具备iFIT能力的路径节点，并将该路径节点配置为剥离iFIT信息的节点。再例如，在实际应用场景中，在数据报文的端到端传输过程中，某些网络节点可能并不具备iFIT能力，但是可以作为转发节点透传携带所述数据报文的iFIT遥测报文，这样虽然不会导致因所述网络节点不识别iFIT遥测报文而丢弃所述数据报文，但如果仅透传iFIT遥测报文的网络节点占比较大，则会导致直接影响iFIT遥测结果的准确性和必要性，因此，头节点202可以先统计具备iFIT能力的路径节点占数据报文端到端传输过程中流经的全部路径节点的百分比，只有在所述百分比大于一定阈值时，头节点202确定对所述数据报文封装iFIT头并进行发送。上述对具备iFIT能力的路径节点所占百分比的统计，也可以由网络管理设备212执行，并基于统计结果通知头节点202是否为所述数据报文携带iFIT信息。
在一些实施例中，所述第一网络设备也可以为iFIT网络中的路径节点，所述路径节点可以请求网络中其他路径节点，如下一跳路径节点的iFIT能力，并在确定所述下一跳路径节点具备iFIT能力时再转发数据报文，以确保所述转发不会导致在所述下一跳路径节点丢包。
本申请实施例还提供了另一种网络节点iFIT能力的确认方法500。所述方法500通过网络管理设备主动将采集的iFIT网络中网络节点的iFIT能力发送给头节点等第一网络设备，而不再需要所述第一网络设备发送iFIT能力请求报文，以此简化通信流程，提高通信效率。所述方法500具体包括以下内容。
S505网络管理设备生成确认报文，所述确认报文包括iFIT能力确认信息，所述iFIT能力确认信息用于确认第二网络设备是否具备iFIT能力。
在一种可能的实施例中，仍以基于NETCONF协议的实现方式作为示例。不同于方法400，第一网络设备无需向网络管理设备主动发起iFIT能力请求报文，而是网络管理设备在完成包括头节点202和尾节点210在内的两端节点组网和iFIT配置管理后，根据尾节点210的设备标识等信息以及网络的拓扑结构信息，匹配并确定与尾节点210对应的头节点202。网络管理设备212查询并确认尾节点210是否具备iFIT能力，然后将反馈所述iFIT能力的iFIT能力确认信息封装在基于NETCONF协议的确认报文中，发送给头节点202。在另一种可能的实施例中，网络管理设备212也可以在所述确认报文中通过设备标识信息携带相应的设备标识，以确认所述iFIT能力确认信息反馈的是哪个网络设备的iFIT能力。在另一种可能的实施例中，所述确认报文能够同时反馈多个网络设备的iFIT能力确认信息，此时所述确认报文一并反馈各个相应设备标识与iFIT能力确认信息的对应关系。
S510所述网络管理设备向第一网络设备发送所述确认报文。
S515所述第一网络设备接收所述网络管理设备发送的确认报文，基于所述确认报文的所述确认信息，确认所述第二网络设备是否具备iFIT能力。
在一种可能的实现方式中，所述方法500还包括以下内容：
S520所述第一网络设备确认所述第二网络设备具备iFIT能力，将封装iFIT头的数据报文发送至所述第二网络设备。
本申请实施例提供了一种网络设备600，所述网络设备600包括处理器610、存储器620、以及网络接口630。网络接口630用于接收来自网络的报文和/或将所述网络设备600需要发送的报文发送至网络。网络接口630还可以将从网络接收到的报文发送给存储器620和处理器610，也可以将处理器610处理或生成的报文发送至网络。存储器620用于存储计算机程序，处理器610用于执行存储器620中存储的计算机程序，从而使网络设备600执行前述的方法300中的所述第一网络设备执行的相应的iFIT能力的确认方法，这里网络设备600例如可以是图1示出的头节点202；或者，使网络设备600执行如前述方法300中的所述第二网络设备执行的相应的iFIT能力的应答方法，或者执行如前述方法400中的所述网络管理设备执行的相应的iFIT能力的应答方法，这里的网络设备600例如可以是图1示出的尾节点210，或者可以是路径节点204、206或208，再或者可以是网络管理设备212；或者，使网络设备600执行如前述方法500中的所述网络管理设备执行的相应的iFIT能力的确认方法，这里的网络设备600例如可以是图1示出的网络管理设备212。
本申请实施例还提供了一种计算机可读存储介质或者计算机程序产品，用于存储相应的计算机程序，所述计算机程序分别用于执行前述的方法300、400、500中的第一网络设备、第二网络设备或网络管理设备所执行的相应方法。
应理解，在本申请实施例中，处理器可以是中央处理单元(central processingunit，简称为“CPU”)，或其他可能的通用处理器等。
存储器可以为非易失性随机存取存储器存储器，例如可以包括只读存储器和/或随机存取存储器，并向处理器提供指令和数据。
在实现过程中，前述方法300、400或500的各步骤可以通过处理器610中的硬件的集成逻辑电路或者软件形式的指令完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质可以位于存储器中，处理器读取存储器中的信息，结合其硬件相应地完成上述方法300、400或500的步骤。
可以理解的是，上述网络设备600的结构组成仅是一种可能的示例。在实际应用中，网络设备600可以分别包含任意数量的接口，处理器和存储器等。
应理解，在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件或固件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、双绞线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何介质或者是包含一个或多个介质集成的服务器、数据中心等数据存储设备。所述介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，光盘)、或者半导体介质(例如固态硬盘(SSD))等。
本说明书的各个部分均采用递进的方式进行描述，各个实施例之间相同相似的部分互相参见即可。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例部分的说明即可。
最后，需要说明的是：以上所述仅为本申请技术方案的实施例而已，并非用于限定本申请的保护范围。

Claims (17)

1.一种随流信息遥测iFIT能力的确认方法，其特征在于，所述方法包括：
第一网络设备接收确认报文，所述确认报文包括第二网络设备是否具备iFIT能力的确认信息。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
第一网络设备发送请求报文，所述请求报文用于请求确认所述第二网络设备是否具备iFIT能力；
所述第一网络设备接收所述确认报文，包括：所述第一网络设备接收应答所述请求报文的所述确认报文。
3.根据权利要求2所述的方法，其特征在于，所述第一网络设备发送请求报文包括：所述第一网络设备向所述第二网络设备发送所述请求报文；所述第一网络设备接收应答所述请求报文的确认报文包括：所述第一网络设备从所述第二网络设备接收所述确认报文。
4.根据权利要求2或3所述的方法，其特征在于，所述请求报文为互联网控制消息协议ICMP报文，所述请求报文包括用于请求确认所述第二网络设备的iFIT能力的请求信息，所述请求信息携带于所述请求报文的类型和代码字段，所述确认报文为ICMP报文，所述确认报文中的所述确认信息携带于所述确认报文的类型和代码字段。
5.根据权利要求2所述的方法，其特征在于，所述第一网络设备发送请求报文包括：所述第一网络设备向网络管理设备发送所述请求报文；所述第一网络设备接收应答所述请求报文的确认报文包括：所述第一网络设备从所述网络管理设备接收所述确认报文。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：
响应于所述第二网络设备具备iFIT能力，所述第一网络设备将包括iFIT信息的数据报文发送至所述第二网络设备。
7.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：
响应于所述第二网络设备具备iFIT能力，且在所述第一网络设备到所述第二网络设备的路径上具备iFIT能力的网络设备的占比大于预设值，所述第一网络设备将包括iFIT信息的数据报文发送至所述第二网络设备。
8.一种随流信息遥测iFIT能力的确认方法，所述方法包括：
第二网络设备接收第一网络设备的请求报文，所述请求报文用于请求确认所述第二网络设备的iFIT能力；
所述第二网络设备发送确认报文，所述确认报文包括所述第二网络设备是否具备iFIT能力的确认信息。
9.一种随流信息遥测iFIT能力的确认方法，其特征在于，所述方法包括：
网络管理设备生成确认报文，所述确认报文包括第二网络设备是否具备iFIT能力的确认信息；
所述网络管理设备发送所述确认报文至第一网络设备。
10.根据权利要求9所述的方法，其特征在于，所述方法包括：
所述网络管理设备接收所述第一网络设备的请求报文，所述请求报文用于请求确认第二网络设备的iFIT能力；
所述网络管理设备发送所述确认报文至第一网络设备，包括：所述网络管理设备发送应答所述请求报文的所述确认报文至第一网络设备。
11.一种第一网络设备，其特征在于，所述第一网络设备包括：
接收单元，用于接收确认报文，所述确认报文包括第二网络设备是否具备iFIT能力的确认信息。
12.根据权利要求11所述的第一网络设备，其特征在于，所述第一网络设备还包括：
发送单元，用于发送请求报文，所述请求报文用于请求确认所述第二网络设备是否具备iFIT能力；
所述接收单元接收所述确认报文，包括：接收应答所述请求报文的所述确认报文。
13.根据权利要求11或12所述的第一网络设备，其特征在于，所述第一网络设备还包括：
响应单元，用于响应于所述第二网络设备具备iFIT能力，将包括iFIT信息的数据报文发送至所述第二网络设备。
14.一种第二网络设备，其特征在于，所述第二网络设备包括：
接收单元，用于接收第一网络设备的请求报文，所述请求报文用于请求确认所述第二网络设备的iFIT能力；
发送单元，用于发送确认报文，所述确认报文包括所述第二网络设备是否具备iFIT能力的确认信息。
15.一种网络管理设备，其特征在于，所述网络管理设备包括：
生成单元，用于生成确认报文，所述确认报文包括第二网络设备是否具备iFIT能力的确认信息；
发送单元，用于发送所述确认报文至第一网络设备。
16.根据权利要求15所述的网络管理设备，其特征在于，所述网络管理设备还包括：
接收单元，用于接收所述第一网络设备的请求报文，所述请求报文用于请求确认所述第二网络设备的iFIT能力；
所述发送单元发送所述确认报文至所述第一网络设备，包括：发送对所述请求报文的所述确认报文至所述第一网络设备。
17.一种网络设备，其特征在于，所述设备包括处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于调用存储器中存储的计算机程序，执行如权利要求1-10中任一项的所述方法。
CN201910979453.6A 2019-10-15 2019-10-15 随流信息遥测能力的确认方法和设备 Active CN112672363B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201910979453.6A CN112672363B (zh) 2019-10-15 2019-10-15 随流信息遥测能力的确认方法和设备
CN202310491154.4A CN116634459A (zh) 2019-10-15 2019-10-15 随流信息遥测能力的确认方法和设备
EP20876867.1A EP4030810A4 (en) 2019-10-15 2020-05-27 METHOD AND DEVICE FOR IN-SITU FLOW INFORMATION TELEMETRY CAPABILITY CONFIRMATION
PCT/CN2020/092709 WO2021073103A1 (zh) 2019-10-15 2020-05-27 随流信息遥测能力的确认方法和设备
US17/720,864 US20220247655A1 (en) 2019-10-15 2022-04-14 Method for Confirming In-Situ Flow Information Telemetry Capability and Device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910979453.6A CN112672363B (zh) 2019-10-15 2019-10-15 随流信息遥测能力的确认方法和设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202310491154.4A Division CN116634459A (zh) 2019-10-15 2019-10-15 随流信息遥测能力的确认方法和设备

Publications (2)

Publication Number Publication Date
CN112672363A true CN112672363A (zh) 2021-04-16
CN112672363B CN112672363B (zh) 2023-04-18

Family

ID=75399968

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201910979453.6A Active CN112672363B (zh) 2019-10-15 2019-10-15 随流信息遥测能力的确认方法和设备
CN202310491154.4A Pending CN116634459A (zh) 2019-10-15 2019-10-15 随流信息遥测能力的确认方法和设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202310491154.4A Pending CN116634459A (zh) 2019-10-15 2019-10-15 随流信息遥测能力的确认方法和设备

Country Status (4)

Country Link
US (1) US20220247655A1 (zh)
EP (1) EP4030810A4 (zh)
CN (2) CN112672363B (zh)
WO (1) WO2021073103A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115174449A (zh) * 2022-05-30 2022-10-11 杭州初灵信息技术股份有限公司 一种传递随流检测信息的方法、系统、装置和存储介质
WO2023284577A1 (zh) * 2021-07-16 2023-01-19 华为技术有限公司 检测数据流的方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2509261A1 (en) * 2011-04-08 2012-10-10 Alcatel Lucent Monitoring of a network element in a packet-switched network
EP2675123A1 (en) * 2012-06-15 2013-12-18 Juniper Networks, Inc. Allocating and distributing labels for packet encapsulation
CN105308904A (zh) * 2014-04-04 2016-02-03 华为技术有限公司 一种oam报文处理方法、网络设备和网络系统
CN106487686A (zh) * 2015-08-28 2017-03-08 中兴通讯股份有限公司 Sr转发条目生成方法及装置
CN108737128A (zh) * 2017-04-13 2018-11-02 中兴通讯股份有限公司 一种实现带内操作管理维护ioam的方法及装置
CN109995555A (zh) * 2017-12-29 2019-07-09 中国移动通信集团山西有限公司 监控方法、装置、设备及介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7526640B2 (en) * 2003-06-30 2009-04-28 Microsoft Corporation System and method for automatic negotiation of a security protocol
KR20050062025A (ko) * 2003-12-19 2005-06-23 삼성전자주식회사 Ｉｐ 패킷의 다중 필드 에러에 대한 ｉｃｍｐ 패킷 생성시스템 및 방법
JP4911211B2 (ja) * 2009-09-30 2012-04-04 沖電気工業株式会社 サーバー、ネットワーク機器、クライアント及びこれらから構成されるネットワークシステム
WO2016114688A1 (en) * 2015-01-12 2016-07-21 Telefonaktiebolaget Lm Ericsson (Publ) Communication device, gateway node and methods for preparing a point-to-point session
CN108737124B (zh) * 2017-04-13 2022-07-19 中兴通讯股份有限公司 一种信息通告方法及装置
CN107623642A (zh) * 2017-08-30 2018-01-23 山东中创软件商用中间件股份有限公司 一种消息流量控制方法及装置
US10887230B2 (en) * 2018-02-27 2021-01-05 Cisco Technology, Inc. In-situ operations, administration, and management (IOAM) and network event correlation for internet of things (IOT)

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2509261A1 (en) * 2011-04-08 2012-10-10 Alcatel Lucent Monitoring of a network element in a packet-switched network
EP2675123A1 (en) * 2012-06-15 2013-12-18 Juniper Networks, Inc. Allocating and distributing labels for packet encapsulation
CN105308904A (zh) * 2014-04-04 2016-02-03 华为技术有限公司 一种oam报文处理方法、网络设备和网络系统
CN106487686A (zh) * 2015-08-28 2017-03-08 中兴通讯股份有限公司 Sr转发条目生成方法及装置
CN108737128A (zh) * 2017-04-13 2018-11-02 中兴通讯股份有限公司 一种实现带内操作管理维护ioam的方法及装置
CN109995555A (zh) * 2017-12-29 2019-07-09 中国移动通信集团山西有限公司 监控方法、装置、设备及介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI: "In-situ Flow Information Telemetry Framework", 《DRAFT-SONG-OPSAWG-IFIT-FRAMEWORK-00》 *
QUALCOMM INCORPORATED: "AMF verification of the UE radio capabilities for CP optimization only CIoT UE"", 《3GPP TSG SA WG3 (SECURITY) MEETING #96-ADHOC S3-193391》 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023284577A1 (zh) * 2021-07-16 2023-01-19 华为技术有限公司 检测数据流的方法及装置
CN115174449A (zh) * 2022-05-30 2022-10-11 杭州初灵信息技术股份有限公司 一种传递随流检测信息的方法、系统、装置和存储介质
CN115174449B (zh) * 2022-05-30 2024-03-26 杭州初灵信息技术股份有限公司 一种传递随流检测信息的方法、系统、装置和存储介质

Also Published As

Publication number Publication date
EP4030810A1 (en) 2022-07-20
CN116634459A (zh) 2023-08-22
WO2021073103A1 (zh) 2021-04-22
EP4030810A4 (en) 2022-10-19
CN112672363B (zh) 2023-04-18
US20220247655A1 (en) 2022-08-04

Similar Documents

Publication Publication Date Title
KR102569305B1 (ko) 데이터 메시지 검출 방법, 디바이스 및 시스템
US8971339B2 (en) Contents base switching system and contents base switching method
US7355971B2 (en) Determining packet size in networking
CN109818917B (zh) 一种通信方法及其装置
US11497077B2 (en) Method and apparatus for port management of ethernet bridges
CN113595897B (zh) 一种路径探测方法及装置
US20220247655A1 (en) Method for Confirming In-Situ Flow Information Telemetry Capability and Device
US20220407791A1 (en) Network performance detection method and apparatus, and network device
EP3611877A1 (en) Information notification method and device
WO2018188663A1 (zh) 信息通告方法及装置
US10404611B2 (en) Discovering path maximum transmission unit
CN107645389B (zh) 一种网络通信方法和装置
EP4030725A1 (en) Data subscription method, apparatus and system
US10136375B2 (en) Method for service data management, apparatus, and system
CN112118180A (zh) 一种规划路径的方法、装置和系统
CN115118663A (zh) 结合带内网络遥测获取网络拥塞信息的方法
CN113055293A (zh) 软件定义广域网中的选路方法及装置、通信系统
WO2021244262A1 (zh) 一种报文处理方法、设备及系统
CN104468158B (zh) 一种节点间状态通告的方法和设备
CN115242892B (zh) 一种流标识获取方法、装置、设备及介质
CN111049741B (zh) 提高通信可靠性的方法、通信系统及终端设备
CN112019491B (zh) 一种报文处理方法及系统
CN109951397B (zh) 报文处理的方法和设备
CN117176839B (zh) 遥测报文传输方法、装置、通信设备及存储介质
JP2017046211A (ja) 通信装置、制御方法およびプログラム

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
GR01 Patent grant
GR01 Patent grant