CN110224916A - 报文的处理方法、装置及报文的封装方法、装置和系统 - Google Patents
报文的处理方法、装置及报文的封装方法、装置和系统 Download PDFInfo
- Publication number
- CN110224916A CN110224916A CN201810172672.9A CN201810172672A CN110224916A CN 110224916 A CN110224916 A CN 110224916A CN 201810172672 A CN201810172672 A CN 201810172672A CN 110224916 A CN110224916 A CN 110224916A
- Authority
- CN
- China
- Prior art keywords
- message
- node
- ioam
- encapsulation
- transmission
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种报文的处理方法、装置及报文的封装方法、装置和系统。具体地,报文的封装方法包括:封装节点在带内操作管理维护IOAM报文中添加所述封装节点的地址信息,并向传输节点发送所述IOAM报文;所述封装节点接收到传输节点发送的故障通知信息,并根据所述故障通知信息停止封装所述IOAM报文;所述封装节点接收到传输节点发送的恢复通知信息,并根据所述恢复通知信息恢复封装新的IOAM报文;其中,所述故障通知信息和所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的信息。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种报文的处理方法、装置及报文的封装方法、装置和系统。
背景技术
IOAM是业界新提出的一种数据通信网络操作管理维护(Out-of-bandOperations,Administration,and Maintenance,简称OAM)技术,该技术目前在业界的共同推动下处于快速发展阶段,且正在国际标准化组织互联网工程任务组(Internet Engineering TaskForce,简称IETF)开展标准化的工作。
IETF的IOAM系列提案draft-brockners-inband-oam-requirements,draft-brockners-inband-oam-transport和draft-ietf-ippm-ioam-data分别描述了IOAM的需求来源、封装格式和数据内容,与已经完成标准化并在数据通信网络中广泛部署的带外OAM(Out-of-band Operations,Administration,and Maintenance)相比较,IOAM的特点是IOAM数据内容被封装进业务数据报文中,作为业务数据报文的一部分在网络中传递,而带外OAM数据内容则是被封装进专门构造的OAM数据报文中,作为单独的协议报文在网络中传递。作为带外OAM的补充,IOAM可以实现一些带外OAM所不能实现的功能,比如探测业务数据报文实际经过的网络节点,验证业务数据报文的传输路径与预期是否一致,以及给业务数据报文添加序列号信息以检测丢包和乱序等,相应地,为了实现上述功能,网络管理员需要对传输节点进行配置,传输节点就是除封装节点外的报文传输路径上需要对IOAM数据内容进行处理的节点。
IOAM封装操作就是给业务数据报文插入IOAM头部,封装节点就是执行IOAM封装操作的节点,封装节点既可以是交换机或路由器等网络节点,也可以是个人电脑或服务器等终端节点。图1是相关技术的IOAM头部的格式图,如图1所示,IOAM头部除了用于指示IOAM数据内容的位置(即图1中的IOAM头部指示)和长度(即图1中的IOAM头部长度),还携带了作为IOAM数据内容的一组IOAM功能选项类型/长度/取值(Type/Length/Value,简称TLVs),其中每个IOAM功能选项TLV对应一种IOAM功能并携带了完成该IOAM功能所需的数据。封装节点由于要完成IOAM头部的插入,所以需要确定IOAM数据内容包含哪些IOAM功能选项TLVs以及每个IOAM功能选项TLV的长度,这些信息既可以由网络管理员根据各传输节点上的配置情况加以确定并下发给封装节点,也可以由封装节点通过发送带外OAM报文从各传输节点获取,或者也可以由封装节点通过发送IOAM配置请求报文从集中配置点获取。
相关技术中,封装节点在确定IOAM数据内容后,就会根据IOAM数据内容把业务数据报文封装为IOAM报文在网络中传输。然而一旦网络发生故障导致IOAM报文的传输路径发生变化,即IOAM报文传输路径上的传输节点发生变化,封装节点所确定的IOAM数据内容就不再适用。然而对于上述网络故障所导致的传输路径发生变化的情况下,封装节点如何进行IOAM报文的封装,目前还没有提供一种比较有效的解决方案。
发明内容
本发明实施例提供了一种报文的处理方法、装置及报文的封装方法、装置和系统,以至少解决相关技术中由于带内操作管理维护IOAM报文的传输路径由于故障等原因发生变化时,所导致的IOAM报文封装不再适用的问题。
根据本发明的一个实施例,提供了一种报文的处理方法,包括:传输节点接收带内操作管理维护IOAM报文,并保存所述IOAM报文中封装节点的地址;在所述传输节点检测到当前网络发生故障的情况下,向所述封装节点发送故障通知信息,其中,所述故障通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点停止封装所述IOAM报文的信息;在所述传输节点完成保护倒换或者路由重收敛后,向所述封装节点发送恢复通知信息;其中,所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点恢复封装新的IOAM报文的信息。
可选的,所述传输节点判断是否在预置的老化时间内接收到新的包含所述保存的地址的IOAM报文;在判断结果为否的情况下,所述传输节点删除所述保存的地址。
可选的,指示所述封装节点获取所述新的IOAM报文中的IOAM数据内容,其中所述IOAM数据内容至少包括:与新路径关联的IOAM数据内容;指示所述封装节点根据所述IOAM数据内容,对所述新的IOAM报文进行封装。
可选的,所述故障通知信息被设置在指定报文中未被规定的类型和代码值中,所述指定报文至少包括以下其中之一:互联网控制消息协议ICMP报文,标签交换路径回显LSPPing报文,以及以太网操作管理维护EthernetOAM报文。
可选的,所述恢复通知信息被设置在所述指定报文中未被规定的类型和代码值中。
可选的,所所述故障通知信息中携带一组目的地址,其中,所述目的地址用于指示去往该目的地址的业务数据报文的传输路径发生故障。
根据本发明的另一个实施例,提供了一种报文的封装方法,包括:封装节点在带内操作管理维护IOAM报文中添加所述封装节点的地址信息,并向传输节点发送所述IOAM报文;所述封装节点接收到传输节点发送的故障通知信息,并根据所述故障通知信息停止封装所述IOAM报文;所述封装节点接收到传输节点发送的恢复通知信息,并根据所述恢复通知信息恢复封装新的IOAM报文;其中,所述故障通知信息和所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的信息。
可选的,所述封装节点获取所述新的IOAM报文中的IOAM数据内容,其中所述IOAM数据内容至少包括:与新路径关联的IOAM数据内容;所述封装节点根据所述IOAM数据内容,对所述新的IOAM报文进行封装。
可选的,所述封装节点的地址信息至少包括以下其中之一:所述封装节点的地址类型信息以及用于指示所述传输节点向所述封装节点发送信息的地址。
可选的,所述封装节点接收到传输节点发送的故障通知信息中携带一组目的地址,并根据所述故障通知信息停止封装去往所述一组目的地址的所述IOAM报文。
根据本发明的又一个实施例,提供了一种报文的处理装置,包括:接收模块,用于接收带内操作管理维护IOAM报文,并保存所述IOAM报文中封装节点的地址;第一发送模块,用于检测到当前网络发生故障的情况下,向所述封装节点发送故障通知信息,其中,所述故障通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点停止封装所述IOAM报文的信息;第二发送模块,用于在完成保护倒换或者路由重收敛后,向所述封装节点发送恢复通知信息;其中,所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点恢复封装新的IOAM报文的信息。
可选的,所述装置还包括:判断模块,用于判断是否在预置的老化时间内接收到新的包含所述保存的地址的IOAM报文;在判断结果为否的情况下,所述传输节点删除所述保存的地址。
根据本发明的再一个实施例,提供了一种报文的封装装置,包括:发送模块,用于在带内操作管理维护IOAM报文中添加所述封装节点的地址信息,并向传输节点发送所述IOAM报文;第一接收模块,用于接收到传输节点发送的故障通知信息,并根据所述故障通知信息停止封装所述IOAM报文;第二接收模块,用于封装节点接收到传输节点发送的恢复通知信息,并根据所述恢复通知信息恢复封装新的IOAM报文;其中,所述故障通知信息和所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的信息。
根据本发明的再一个实施例,提供了一种报文的封装系统,包括,传输节点和封装节点,其中,所述传输节点,用于接收所述封装节点发送的带内操作管理维护IOAM报文并保存所述IOAM报文中封装节点的地址,并在检测到当前网络发生故障的情况下,向所述封装节点发送故障通知信息,以及在完成保护倒换或者路由重收敛后,向所述封装节点发送恢复通知信息;所述封装节点,用于在所述IOAM报文中添加所述封装节点的地址信息,并向所述传输节点发送所述IOAM报文;接收到所述传输节点发送的故障通知信息,并根据所述故障通知信息停止封装所述IOAM报文,以及接收到所述传输节点发送的恢复通知信息,并根据所述恢复通知信息恢复封装新的IOAM报文。
根据本发明的又一个实施例,还提供了一种存储介质,所述存储介质包括存储的程序,其中,所述程序运行时执行上述任一项所述报文的处理的方法。
根据本发明的又一个实施例,还提供了另一种存储介质,所述存储介质包括存储的程序,其中,所述程序运行时执行上述任一项所述报文的封装的方法。
根据本发明的又一个实施例,还提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行上述任一项所述报文的处理的方法。
根据本发明的又一个实施例,还提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行上述任一项所述报文的封装的方法。
通过本发明,由于传输节点能够根据封装节点的地址信息,在传输路径发生故障以及路径恢复的情况下,生成相应的通知信息,从而使得封装路径能够根据通知的信息,进行相应的封装操作。因此,可以解决由于带内操作管理维护IOAM报文的传输路径发生变化所导致的IOAM报文封装不再适用问题,从而实现了在IOAM报文的传输路径变化时,能够及时调整IOAM报文的封装,增强了IOAM报文封装效率和适用范围的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是是相关技术的IOAM头部的格式图;
图2是本发明实施例的一种报文的处理方法的终端的硬件结构框图;
图3是根据本发明实施例的一种报文的处理方法的流程图;
图4是根据本发明实施例的一种报文的封装方法的流程图;
图5是根据本发明实施例的一种基于IP网络中的IOAM报文的封装方法的结构框图;
图6是根据本发明实施例的一种ICMP报文的格式图;
图7是根据本发明实施例的一种基于MPLS网络中的IOAM报文的封装方法的结构框图;
图8是根据本发明实施例的一种LSP Ping报文的格式图;
图9是根据本发明实施例的一种基于Ethernet网络中的IOAM报文的封装方法的结构框图;
图10是根据本发明实施例的一种Ethernet OAM报文的格式图;
图11是根据本发明实施例的一种报文的处理装置的结构框图;
图12是根据本发明实施例的一种报文的封装装置的结构框图;
图13是根据本发明实施例的一种报文的封装系统的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例,图2是本发明实施例的一种报文的处理方法的终端的硬件结构框图。如图2所示,终端10可以包括一个或多个(图中仅示出一个)处理器202(处理器202可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器204、以及用于通信功能的传输装置206。本领域普通技术人员可以理解,图2所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,终端20还可包括比图2中所示更多或者更少的组件,或者具有与图2所示不同的配置。
存储器204可用于存储应用软件的软件程序以及模块,如本发明实施例中的报文的处理方法对应的程序指令/模块,处理器202通过运行存储在存储器204内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器204可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器204可进一步包括相对于处理器202远程设置的存储器,这些远程存储器可以通过网络连接至终端20。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置206用于经由一个网络接收或者发送数据。上述的网络具体实例可包括终端20的通信供应商提供的无线网络。在一个实例中,传输装置206包括一个网络适配器(Network Interface Controller,简称NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置206可以为射频(Radio Frequency,简称RF)模块,其用于通过无线方式与互联网进行通讯。
需要指出的是,下述实施例中说明的报文的封装方法也同样适用于图2中所示的终端的硬件结构框图当中,具体实现的方法与上述说明的内容类似,在此并不做过多赘述。
在本实施例中提供了一种运行于上述终端20的报文的处理方法,图3是根据本发明实施例的一种报文的处理方法的流程图,如图3所示,该流程包括如下步骤:
步骤S302,传输节点接收带内操作管理维护IOAM报文,并保存所述IOAM报文中封装节点的地址;
可选的,传输节点可以通过学习的方式进行IOAM报文的接收。
可选地,封装节点给业务数据报文添加IOAM头部后形成的IOAM报文会依次到达报文传输路径上的各节点,如果接收到IOAM报文的节点是传输节点,则该传输节点学习并保存IOAM头部中携带的封装节点地址。
可选地,为了节省传输节点的资源空间和不必要的资源浪费,在传输节点中还引入到了老化机制。即,传输节点会定时进行IOAM报文保存的地址进行检测。如果检测到在老化时间内能够在传输节点保存的地址当中接收到新的报文,那么则不会删除该保存的地址。而如果检测到在老化时间内不能够在传输节点保存的地址当中接收到新的报文的话,则为了节省传输节点的资源空间,删除该保存的地址。并在接收到新的IOAM报文后,保存新的IOAM报文中封装节点的地址。
步骤S304,在所述传输节点检测到当前网络发生故障的情况下,向所述封装节点发送故障通知信息,其中,所述故障通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点停止封装所述IOAM报文的信息;
由于IOAM数据内容是与IOAM报文的传输路径相关联的,所以一旦IOAM报文的传输路径发生故障,封装节点给业务数据报文插入的IOAM头部所包含的IOAM数据内容就不再适用,封装节点应立即停止IOAM封装操作。
可选地,能够执行步骤S304中记载的操作的节点是传输路径发生故障的节点。例如,在当前的网络当中存在5个传输节点A至E,只有A和D检测到了在传输节点A与D之间发送了传输路径的故障,那么只有A或者D才有可能执行步骤S304中的操作,而其他的没有检测到发生故障的传输节点虽然也能够实现对IOAM报文的学习和报文。但是不会发送故障通知信息。
可选的,在IP网络当中,该故障通知信息可以通过互联网控制消息协议ICMP报文的形式进行传输。同时设置在ICMP报文中未被规定的类型和代码值中。例如规定类型21代码0表示路径故障通知。而在MPLS网络中可利用标签交换路径回显LSP Ping报文来作为路径故障通知信息。同时设置在ICMP报文中未被规定的类型和代码值中。例如固定消息类型3表示路径故障通知。同时在Ethernet以太网络中可利用以太网操作管理维护Ethernet OAM报文来作为路径故障通知信息。同时设置在EthernetOAM报文中未被规定的类型和代码值中。例如操作码56表示路径故障通知。
此外,为了更加精确地令封装节点能够快速地获取故障发生的位置。在故障通知信息中还携带有一组目的地址。其中,所述目的地址用于指示去往该目的地址的业务数据报文的传输路径发生故障。因此,封装节点在接收到上述字段后,只会对该字段的业务流报文对应的路径的IOAM报文的封装进行停止,而其他的业务流报文对应的IOAM报文的封装则不受任何影响。例如,如果传输节点A与D之间发送了传输路径的故障,那么封装节点发送的一组目的地址应该为传输节点A与D地址。因此,在封装节点收到该目的地址后,能够获知,传输节点A与D之间的路径发生了故障。因此在封装IOAM的时候,会停止针对传输节点A与D之间路径的封装。而其他的传输路径是不会收到任何影响的。这样不仅避免了误封装的可能性,同时也能够比较清楚的反映出链路的故障。
步骤S306,在所述传输节点完成保护倒换或者路由重收敛后,向所述封装节点发送恢复通知信息;其中,所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点恢复封装新的IOAM报文的信息。
类似的,能够执行步骤S306中记载的操作的节点是传输路径发生故障的节点。例如,在当前的网络当中存在5个传输节点A至E,其中,只有A和D检测到了在传输节点A与D之间发送了传输路径的故障,那么只有A或者D才有可能执行步骤S306中的操作,在不考虑具体连接关系的基础之上,那么只有A或者D才有可能执行步骤S306中的操作,而其他的没有发生故障的传输节点虽然也能够实现对IOAM报文的学习和报文。但是不会发送恢复通知信息。
可选的,在IP网络当中,该故障通知信息可以通过互联网控制消息协议ICMP报文的形式进行传输。同时设置在ICMP报文中未被规定的类型和代码值中。例如规定类型21代码1表示路径故障通知。而在MPLS网络中可利用标签交换路径回显LSP Ping报文来作为路径恢复通知信息。同时设置在ICMP报文中未被规定的类型和代码值中。例如固定消息类型4表示路径恢复通知。同时在Ethernet以太网络中可利用以太网操作管理维护Ethernet OAM报文来作为路径故障通知信息。同时设置在EthernetOAM报文中未被规定的类型和代码值中。例如操作码60表示路径恢复通知。
通过上述步骤,解决了由于带内操作管理维护IOAM报文的传输路径发生变化所导致的IOAM报文封装不再适用问题,从而实现了在IOAM报文的传输路径变化时,能够及时调整IOAM报文的封装,增强了IOAM报文封装效率和适用范围的效果。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中提供了一种运行于上述终端20的报文的封装方法,图4是根据本发明实施例的一种报文的封装方法的流程图,如图4所示,该流程包括如下步骤:
步骤S402,封装节点在带内操作管理维护IOAM报文中添加所述封装节点的地址信息,并向传输节点发送所述IOAM报文;
可选地,与相关技术中的IOAM报文相比,本实施例中记载的IOAM报文中的头部当中添加有封装节点的地址信息。具体地,该地址信息包括封装节点的地址类型信息以及封装节点地址两个字段。前者,即地址类型信息用于标识封装节点采用哪一种类型的地址,例如MAC地址,IPv4地址,IPv6地址,或者是其他可寻址的地址。确定了地址类型,也就同时确定了地址的长度。而后者,即封装节点地址,则用于传输节点能够利用该地址向封装节点发送协议信息。
步骤S404,所述封装节点接收到传输节点发送的故障通知信息,并根据所述故障通知信息停止封装所述IOAM报文;
步骤S406,所述封装节点接收到传输节点发送的恢复通知信息,并根据所述恢复通知信息恢复封装新的IOAM报文;
可选的,根据所述恢复通知信息恢复封装所述IOAM报文时,所述封装节点首先需要从传输节点发送的报文当中提取恢复后传输路径对应的IOAM数据内容。具体地,在该IOAM数据内容中包括恢复后的传输路径的路径信息。
其中,所述故障通知信息和所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的信息。
需要指出的是,为了更好的理解实施例1和实施例2中所记载的技术方案。在本实施例中,还提供了以下的场景,以便理解上述实施例所记载的技术方案。
场景1:
图5是根据本发明实施例的一种基于IP网络中的IOAM报文的封装方法的结构框图。具体地,封装节点和传输节点要执行如下操作:
步骤11,封装节点11在进行IOAM封装操作时,给IOAM头部添加封装节点11的IPv4地址,传输节点14收到封装节点11封装的IOAM报文后,学习并保存封装节点11的IPv4地址。封装节点12在进行IOAM封装操作时,给IOAM头部添加封装节点12的IPv4地址,传输节点14收到封装节点12封装的IOAM报文后,学习并保存封装节点12的IPv4地址。
传输节点14根据默认的或配置的老化时间对学习到的封装节点11的IPv4地址和封装节点12的IPv4地址进行老化。
步骤12,传输节点14检测到其与传输节点15之间的网络故障后,向封装节点11和封装节点12分别发送路径故障通知信息,封装节点11和封装节点12收到路径故障通知信息后,分别停止IOAM封装操作。
IP网络中可利用ICMP报文来作为路径故障通知信息,图6是根据本发明实施例的一种ICMP报文的格式图,如图6所示,ICMP报文包含8比特的类型字段和8比特的代码字段,现有标准已经对这两个字段的一些取值做了规定,比如,类型8代码0表示ICMP Ping请求,类型0代码0表示ICMP Ping响应,类型10代码0表示路由器请求,类型9代码0表示路由器通知,等等。通过对尚未被规定的类型和代码值做定义,比如规定类型21代码0表示路径故障通知,就可以使得ICMP报文作为路径故障通知信息。
为了实现更精确的控制,传输节点14发送的路径故障通知信息也可以在选项数据字段携带业务流信息,表明哪些业务流会受到网络故障的影响,例如,选项数据字段可包含一组需要转发到传输节点15的IP前缀。封装节点11和封装节点12收到携带业务流信息的路径故障通知信息后,只会停止针对这些业务流的IOAM封装操作,而其它业务流(例如通过传输节点14去往传输节点21的业务流)则不受影响。
步骤13,传输节点14完成保护倒换或路由重收敛后,向封装节点11和封装节点12分别发送路径恢复通知信息,封装节点11和封装节点12收到路径恢复通知信息后,分别触发获取与新路径关联的IOAM数据内容,并在获取新的IOAM数据内容后恢复IOAM封装操作。
与路径故障通知信息类似,IP网络中可利用ICMP报文来作为路径恢复通知信息,通过对尚未被规定的类型和代码值做定义,比如规定类型22代码0表示路径恢复通知,就可以使得ICMP报文作为路径恢复通知信息。
传输节点14完成保护倒换或路由重收敛后,去往传输节点17的IOAM报文的传输路径发生了变化,从传输节点14、传输节点15、传输节点16变为了传输节点14、传输节点18、传输节点19、传输节点20、传输节点16,封装节点11和封装节点12收到传输节点14发送的路径恢复通知信息后,分别触发获取与新路径关联的IOAM数据内容,并在获取新的IOAM数据内容后恢复IOAM封装操作。
场景2:
图7是根据本发明实施例的一种基于MPLS网络中的IOAM报文的封装方法的结构框图。具体地,封装节点和传输节点要执行如下步骤:
步骤21,封装节点21在进行IOAM封装操作时,给IOAM头部添加封装节点21的IPv4地址,传输节点24收到封装节点21封装的IOAM报文后,学习并保存封装节点21的IPv4地址。封装节点22在进行IOAM封装操作时,给IOAM头部添加封装节点22的IPv4地址,传输节点24收到封装节点22封装的IOAM报文后,学习并保存封装节点22的IPv4地址。
传输节点24根据默认的或配置的老化时间对学习到的封装节点21的IPv4地址和封装节点22的IPv4地址进行老化。
步骤22,传输节点24检测到其与传输节点25之间的网络故障后,向封装节点21和封装节点22分别发送路径故障通知信息,封装节点21和封装节点22收到路径故障通知信息后,分别停止IOAM封装操作。
MPLS网络中可利用标签交换路径回显LSP Ping报文来作为路径故障通知信息,图8是根据本发明实施例的一种LSP Ping报文的格式图,如图8所示,LSP Ping报文的LSPPing头部包含8比特的消息类型Message Type字段,现有标准已经对该字段的两个取值做了规定,分别是消息类型1表示MPLS回显请求,消息类型2表示MPLS回显响应。通过对尚未被规定的消息类型做定义,比如规定消息类型3表示路径故障通知,就可以使得LSP Ping报文作为路径故障通知信息。
为了实现更精确的控制,传输节点24发送的路径故障通知信息也可以在TLVs字段携带业务流信息,表明哪些业务流会受到网络故障的影响,例如,TLVs字段可包含一组需要转发到传输节点25的IP前缀。封装节点21和封装节点22收到携带业务流信息的路径故障通知信息后,只会停止针对这些业务流的IOAM封装操作,而其它业务流(例如通过传输节点24去往传输节点31的业务流)则不受影响。
步骤23,传输节点24完成保护倒换或路由重收敛后,向封装节点21和封装节点22分别发送路径恢复通知信息,封装节点21和封装节点22收到路径恢复通知信息后,分别触发获取与新路径关联的IOAM数据内容,并在获取新的IOAM数据内容后恢复IOAM封装操作。
与路径故障通知信息类似,MPLS网络中可利用LSP Ping报文来作为路径恢复通知信息,通过对尚未被规定的消息类型做定义,比如规定类型4表示路径恢复通知,就可以使得LSP Ping报文作为路径恢复通知信息。
传输节点24完成保护倒换或路由重收敛后,去往传输节点27的IOAM报文的传输路径发生了变化,从传输节点24、传输节点25、传输节点26变为了传输节点24、传输节点28、传输节点29、传输节点30、传输节点26,封装节点21和封装节点22收到传输节点24发送的路径恢复通知信息后,分别触发获取与新路径关联的IOAM数据内容,并在获取新的IOAM数据内容后恢复IOAM封装操作。
场景3:
图9是根据本发明实施例的一种基于Ethernet网络中的IOAM报文的封装方法的结构框图。具体地,封装节点和传输节点要执行如下步骤:
步骤31,封装节点31在进行IOAM封装操作时,给IOAM头部添加封装节点31的MAC地址,传输节点34收到封装节点31封装的IOAM报文后,学习并保存封装节点31的MAC地址。封装节点32在进行IOAM封装操作时,给IOAM头部添加封装节点32的MAC地址,传输节点34收到封装节点32封装的IOAM报文后,学习并保存封装节点32的MAC地址。
传输节点34根据默认的或配置的老化时间对学习到的封装节点31的MAC地址和封装节点32的MAC地址进行老化。
步骤32,传输节点34检测到其与传输节点35之间的网络故障后,向封装节点31和封装节点32分别发送路径故障通知信息,封装节点31和封装节点32收到路径故障通知信息后,分别停止IOAM封装操作。
Ethernet网络中可利用以太网操作管理维护Ethernet OAM报文来作为路径故障通知信息,图10是根据本发明实施例的一种Ethernet OAM报文的格式图,如图10所示,Ethernet OAM报文的Ethernet OAM头部包含8比特的操作码OpCode字段,现有标准已经对该字段的一些取值做了规定,比如操作码1表示连通性检测消息,操作码2表示环回响应消息,操作码3表示环回请求消息,等等。通过对尚未被规定的操作码做定义,比如规定操作码56表示路径故障通知,就可以使得Ethernet OAM报文作为路径故障通知信息。
为了实现更精确的控制,传输节点34发送的路径故障通知信息也可以在TLVs字段携带业务流信息,表明哪些业务流会受到网络故障的影响,例如,TLVs字段可包含一组需要转发到传输节点35的目的MAC地址。封装节点31和封装节点32收到携带业务流信息的路径故障通知信息后,只会停止针对这些业务流的IOAM封装操作,而其它业务流(例如通过传输节点34去往传输节点41的业务流)则不受影响。
步骤33,传输节点34完成保护倒换或路由重收敛后,向封装节点31和封装节点32分别发送路径恢复通知信息,封装节点31和封装节点32收到路径恢复通知信息后,分别触发获取与新路径关联的IOAM数据内容,并在获取新的IOAM数据内容后恢复IOAM封装操作。
与路径故障通知信息类似,Ethernet网络中可利用Ethernet OAM报文来作为路径恢复通知信息,通过对尚未被规定的消息类型做定义,比如规定类型57表示路径恢复通知,就可以使得Ethernet OAM报文作为路径恢复通知信息。
传输节点34完成保护倒换或路由重收敛后,去往传输节点37的IOAM报文的传输路径发生了变化,从传输节点34、传输节点35、传输节点36变为了传输节点34、传输节点38、传输节点39、传输节点40、传输节点36,封装节点31和封装节点32收到传输节点34发送的路径恢复通知信息后,分别触发获取与新路径关联的IOAM数据内容,并在获取新的IOAM数据内容后恢复IOAM封装操作。
实施例3
在本实施例中还提供了一种报文的处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图11是根据本发明实施例的一种报文的处理装置的结构框图,如图11所示,该装置包括:
接收模块1102,用于接收带内操作管理维护IOAM报文,并保存所述IOAM报文中封装节点的地址;
第一发送模块1104,用于检测到当前网络发生故障的情况下,向所述封装节点发送故障通知信息,其中,所述故障通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点停止封装所述IOAM报文的信息;
第二发送模块1106,用于在完成保护倒换或者路由重收敛后,向所述封装节点发送恢复通知信息;其中,所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点恢复封装新的IOAM报文的信息。
可选地,该报文的处理装置还包括:判断模块,用于判断是否在预置的老化时间内接收到新的包含所述保存的地址的IOAM报文;在判断结果为否的情况下,所述传输节点删除所述保存的地址。
实施例4
在本实施例中还提供了一种报文的封装装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图12是根据本发明实施例的一种报文的封装装置的结构框图,如图12所示,该装置包括:
发送模块1202,用于在带内操作管理维护IOAM报文中添加所述封装节点的地址信息,并向传输节点发送所述IOAM报文;
第一接收模块1204,用于接收到传输节点发送的故障通知信息,并根据所述故障通知信息停止封装所述IOAM报文;
第二接收模块1206,用于封装节点接收到传输节点发送的恢复通知信息,并根据所述恢复通知信息恢复封装新的IOAM报文;
所述故障通知信息和所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的信息。
实施例5
在本实施例中还提供了一种报文的封装系统,该系统用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。
图13是根据本发明实施例的一种报文的封装系统的结构框图,如图13所示,该系统包括:传输节点1302和传输节点1304。
传输节点1302,用于接收所述封装节点发送的带内操作管理维护IOAM报文并保存所述IOAM报文中封装节点的地址,并在检测到当前网络发生故障的情况下,向所述封装节点发送故障通知信息,以及在完成保护倒换或者路由重收敛后,向所述封装节点发送恢复通知信息;;
封装节点1304,用于在所述IOAM报文中添加所述封装节点的地址信息,并向所述传输节点发送所述IOAM报文;接收到所述传输节点发送的故障通知信息,并根据所述故障通知信息停止封装所述IOAM报文,以及接收到所述传输节点发送的恢复通知信息,并根据所述恢复通知信息恢复封装新的IOAM报文;
其中,所述故障通知信息和所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的信息。
实施例6
本发明的实施例还提供了一种存储介质,该存储介质包括存储的程序,其中,上述程序运行时执行上述任一项所述报文的处理方法。
可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,传输节点接收带内操作管理维护IOAM报文,并保存所述IOAM报文中封装节点的地址;
S2,在所述传输节点检测到当前网络发生故障的情况下,向所述封装节点发送故障通知信息,其中,所述故障通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点停止封装所述IOAM报文的信息;
S3,在所述传输节点完成保护倒换或者路由重收敛后,向所述封装节点发送恢复通知信息;其中,所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点恢复封装新的IOAM报文的信息。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(RandomAccess Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本发明的实施例还提供了一种处理器,该处理器用于运行程序,其中,该程序运行时执行上述任一项方法中的步骤。
可选地,在本实施例中,上述程序用于执行以下步骤:
S1,传输节点接收带内操作管理维护IOAM报文,并保存所述IOAM报文中封装节点的地址;
S2,在所述传输节点检测到当前网络发生故障的情况下,向所述封装节点发送故障通知信息,其中,所述故障通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点停止封装所述IOAM报文的信息;
S3,在所述传输节点完成保护倒换或者路由重收敛后,向所述封装节点发送恢复通知信息;其中,所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点恢复封装新的IOAM报文的信息。
实施例7
本发明的实施例还提供了一种存储介质,该存储介质包括存储的程序,其中,上述程序运行时执行上述任一项所述报文的封装方法。
可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,封装节点在带内操作管理维护IOAM报文中添加所述封装节点的地址信息,并向传输节点发送所述IOAM报文;
S2,所述封装节点接收到传输节点发送的故障通知信息,并根据所述故障通知信息停止封装所述IOAM报文;
S3,所述封装节点接收到传输节点发送的恢复通知信息,并根据所述恢复通知信息恢复封装新的IOAM报文;其中,所述故障通知信息和所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的信息。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(RandomAccess Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本发明的实施例还提供了一种处理器,该处理器用于运行程序,其中,该程序运行时执行上述任一项方法中的步骤。
可选地,在本实施例中,上述程序用于执行以下步骤:
S1,封装节点在带内操作管理维护IOAM报文中添加所述封装节点的地址信息,并向传输节点发送所述IOAM报文;
S2,所述封装节点接收到传输节点发送的故障通知信息,并根据所述故障通知信息停止封装所述IOAM报文;
S3,所述封装节点接收到传输节点发送的恢复通知信息,并根据所述恢复通知信息恢复封装新的IOAM报文;其中,所述故障通知信息和所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的信息。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (18)
1.一种报文的处理方法,其特征在于,包括:
传输节点接收带内操作管理维护IOAM报文,并保存所述IOAM报文中封装节点的地址;
在所述传输节点检测到当前网络发生故障的情况下,向所述封装节点发送故障通知信息,其中,所述故障通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点停止封装所述IOAM报文的信息;
在所述传输节点完成保护倒换或者路由重收敛后,向所述封装节点发送恢复通知信息;其中,所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点恢复封装新的IOAM报文的信息。
2.根据权利要求1所述的方法,其特征在于,在所述传输节点接收IOAM报文并保存所述IOAM报文中封装节点的地址之后,包括:
所述传输节点判断是否在预置的老化时间内接收到新的包含所述保存的地址的IOAM报文;
在判断结果为否的情况下,所述传输节点删除所述保存的地址。
3.根据权利要求1所述的方法,其特征在于,向所述封装节点发送所述恢复通知信息,还包括:
指示所述封装节点获取所述新的IOAM报文中的IOAM数据内容,其中所述IOAM数据内容至少包括:与新路径关联的IOAM数据内容;
指示所述封装节点根据所述IOAM数据内容,对所述新的IOAM报文进行封装。
4.根据权利要求1所述的方法,其特征在于,所述故障通知信息被设置在指定报文中未被规定的类型和代码值中,所述指定报文至少包括以下其中之一:互联网控制消息协议ICMP报文,标签交换路径回显LSP Ping报文,以及以太网操作管理维护Ethernet OAM报文。
5.根据权利要求4所述的方法,其特征在于,所述恢复通知信息被设置在所述指定报文中未被规定的类型和代码值中。
6.根据权利要求1至5任一项所述的方法,所述故障通知信息中携带一组目的地址,其中,所述目的地址用于指示去往该目的地址的业务数据报文的传输路径发生故障。
7.一种报文的封装方法,其特征在于,包括:
封装节点在带内操作管理维护IOAM报文中添加所述封装节点的地址信息,并向传输节点发送所述IOAM报文;
所述封装节点接收到传输节点发送的故障通知信息,并根据所述故障通知信息停止封装所述IOAM报文;
所述封装节点接收到传输节点发送的恢复通知信息,并根据所述恢复通知信息恢复封装新的IOAM报文;
其中,所述故障通知信息和所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的信息。
8.根据权利要求7所述的方法,其特征在于,根据所述恢复通知信息恢复封装新的IOAM报文,包括:
所述封装节点获取所述新的IOAM报文中的IOAM数据内容,其中所述IOAM数据内容至少包括:与新路径关联的IOAM数据内容;
所述封装节点根据所述IOAM数据内容,对所述新的IOAM报文进行封装。
9.根据权利要求7所述的方法,其特征在于,所述封装节点的地址信息至少包括以下其中之一:所述封装节点的地址类型信息以及用于指示所述传输节点向所述封装节点发送信息的地址。
10.根据权利要求7所述的方法,所述封装节点接收到传输节点发送的故障通知信息中携带一组目的地址,并根据所述故障通知信息停止封装去往所述一组目的地址的所述IOAM报文。
11.一种报文的处理装置,位于传输节点,其特征在于,包括:
接收模块,用于接收带内操作管理维护IOAM报文,并保存所述IOAM报文中封装节点的地址;
第一发送模块,用于检测到当前网络发生故障的情况下,向所述封装节点发送故障通知信息,其中,所述故障通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点停止封装所述IOAM报文的信息;
第二发送模块,用于在完成保护倒换或者路由重收敛后,向所述封装节点发送恢复通知信息;其中,所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的用于指示所述封装节点恢复封装新的IOAM报文的信息。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:
判断模块,判断是否在预置的老化时间内接收到新的包含所述保存的地址的IOAM报文;在判断结果为否的情况下,所述传输节点删除所述保存的地址。
13.一种报文的封装装置,其特征在于,包括:
发送模块,用于在带内操作管理维护IOAM报文中添加所述封装节点的地址信息,并向传输节点发送所述IOAM报文;
第一接收模块,用于接收到传输节点发送的故障通知信息,并根据所述故障通知信息停止封装所述IOAM报文;
第二接收模块,用于封装节点接收到传输节点发送的恢复通知信息,并根据所述恢复通知信息恢复封装新的IOAM报文;
其中,所述故障通知信息和所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的信息。
14.一种报文的封装系统,包括传输节点和封装节点,其特征在于,
所述传输节点,用于接收所述封装节点发送的带内操作管理维护IOAM报文并保存所述IOAM报文中封装节点的地址,并在检测到当前网络发生故障的情况下,向所述封装节点发送故障通知信息,以及在完成保护倒换或者路由重收敛后,向所述封装节点发送恢复通知信息;
所述封装节点,用于在所述IOAM报文中添加所述封装节点的地址信息,并向所述传输节点发送所述IOAM报文;接收到所述传输节点发送的故障通知信息,并根据所述故障通知信息停止封装所述IOAM报文,以及接收到所述传输节点发送的恢复通知信息,并根据所述恢复通知信息恢复封装新的IOAM报文;
其中,所述故障通知信息和所述恢复通知信息是所述传输节点根据所述传输节点中保存的地址生成的信息。
15.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,所述程序运行时执行权利要求1至6中任一项所述的方法。
16.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,所述程序运行时执行权利要求7至10中任一项所述的方法。
17.一种处理器,其特征在于,所述处理器用于运行程序,其中,所述程序运行时执行权利要求1至6中任一项所述的方法。
18.一种处理器,其特征在于,所述处理器用于运行程序,其中,所述程序运行时执行权利要求7至10中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810172672.9A CN110224916B (zh) | 2018-03-01 | 2018-03-01 | 报文的处理方法、装置及报文的封装方法、装置和系统 |
PCT/CN2018/116212 WO2019165803A1 (zh) | 2018-03-01 | 2018-11-19 | 报文的处理方法、装置及报文的封装方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810172672.9A CN110224916B (zh) | 2018-03-01 | 2018-03-01 | 报文的处理方法、装置及报文的封装方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110224916A true CN110224916A (zh) | 2019-09-10 |
CN110224916B CN110224916B (zh) | 2021-10-26 |
Family
ID=67804804
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810172672.9A Active CN110224916B (zh) | 2018-03-01 | 2018-03-01 | 报文的处理方法、装置及报文的封装方法、装置和系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110224916B (zh) |
WO (1) | WO2019165803A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115396308A (zh) * | 2022-07-27 | 2022-11-25 | 阿里巴巴(中国)有限公司 | 数据中心维护网络稳定的系统、方法以及装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113992497B (zh) * | 2021-11-03 | 2023-05-26 | 烽火通信科技股份有限公司 | Ioam测量计算方法、装置、设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101317372A (zh) * | 2006-11-09 | 2008-12-03 | 华为技术有限公司 | 一种以太网的连接故障管理报文的传输方法、系统和节点装置 |
CN101610239A (zh) * | 2008-06-20 | 2009-12-23 | 上海未来宽带技术及应用工程研究中心有限公司 | 在gepon中实现olt和onu之间带内oma的装置及其方法 |
CN101997747A (zh) * | 2009-08-21 | 2011-03-30 | 中兴通讯股份有限公司 | 故障lsp信息通告的方法和装置 |
WO2013122519A1 (en) * | 2012-02-16 | 2013-08-22 | Telefonaktiebolaget Lm Ericsson (Publ) | An optical network terminal and a method therein for maintenance of the same |
US20150124626A1 (en) * | 2013-11-05 | 2015-05-07 | Electronics And Telecommunications Research Institute | Method of supporting in-band operations, administration and maintenance (oam) for point-to-multipoint (p2mp) data transfer in multi-protocol label switching-transport profile (mpls-tp) network |
WO2017070023A1 (en) * | 2015-10-20 | 2017-04-27 | Cisco Technology, Inc. | Triggered in-band operations, administration, and maintenance in a network environment |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100396023C (zh) * | 2005-09-30 | 2008-06-18 | 华为技术有限公司 | 维护多跳伪线的协商控制方法 |
-
2018
- 2018-03-01 CN CN201810172672.9A patent/CN110224916B/zh active Active
- 2018-11-19 WO PCT/CN2018/116212 patent/WO2019165803A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101317372A (zh) * | 2006-11-09 | 2008-12-03 | 华为技术有限公司 | 一种以太网的连接故障管理报文的传输方法、系统和节点装置 |
CN101610239A (zh) * | 2008-06-20 | 2009-12-23 | 上海未来宽带技术及应用工程研究中心有限公司 | 在gepon中实现olt和onu之间带内oma的装置及其方法 |
CN101997747A (zh) * | 2009-08-21 | 2011-03-30 | 中兴通讯股份有限公司 | 故障lsp信息通告的方法和装置 |
WO2013122519A1 (en) * | 2012-02-16 | 2013-08-22 | Telefonaktiebolaget Lm Ericsson (Publ) | An optical network terminal and a method therein for maintenance of the same |
US20150124626A1 (en) * | 2013-11-05 | 2015-05-07 | Electronics And Telecommunications Research Institute | Method of supporting in-band operations, administration and maintenance (oam) for point-to-multipoint (p2mp) data transfer in multi-protocol label switching-transport profile (mpls-tp) network |
WO2017070023A1 (en) * | 2015-10-20 | 2017-04-27 | Cisco Technology, Inc. | Triggered in-band operations, administration, and maintenance in a network environment |
Non-Patent Citations (2)
Title |
---|
F. BROCKNERS等: "draft-brockners-inband-oam-data-05", 《HTTPS://DATATRACKER.IETF.ORG/DOC/DRAFT-BROCKNERS-INBAND-OAM-DATA/05/?INCLUDE_TEXT=1》 * |
孙文胜等: "多协议标签交换网络的OAM机制研究与实现", 《电子器件》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115396308A (zh) * | 2022-07-27 | 2022-11-25 | 阿里巴巴(中国)有限公司 | 数据中心维护网络稳定的系统、方法以及装置 |
CN115396308B (zh) * | 2022-07-27 | 2024-07-30 | 阿里巴巴(中国)有限公司 | 数据中心维护网络稳定的系统、方法以及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110224916B (zh) | 2021-10-26 |
WO2019165803A1 (zh) | 2019-09-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111953604B (zh) | 一种为业务流提供业务服务的方法和装置 | |
WO2021170092A1 (zh) | 报文处理方法、装置、网络设备及存储介质 | |
CN105577413B (zh) | 操作、管理和维护oam报文处理方法及装置 | |
CN108737269B (zh) | 一种封装方法、装置和节点 | |
CN108964943B (zh) | 一种实现ioam封装的方法及装置 | |
JP5345942B2 (ja) | Pbtネットワークの中間ノードにおけるイーサネットoam | |
CN102301663B (zh) | 一种报文处理方法及相关设备 | |
CN105515816B (zh) | 检测层次信息的处理方法及装置 | |
CN105577416B (zh) | 一种业务功能链操作、管理和维护方法及节点设备 | |
CN107872332B (zh) | 一种报文转发路径的探测方法及相关装置 | |
CN110383280B (zh) | 用于为时间感知的端到端分组流网络提供网络安全性的方法和装置 | |
CN111490933B (zh) | 双向转发检测切换方法及边缘设备 | |
US20230370298A1 (en) | Message header processing method and apparatus, storage medium and electronic device | |
CN113746729B (zh) | 绑定段标识的处理方法及设备 | |
US10972381B2 (en) | Network operations reactive to operations data included in seamless bidirectional forwarding detection (S-BFD) packets | |
CN101826990A (zh) | 检测虚拟伪线连通性的方法、装置及系统 | |
CN109561023B (zh) | 传输组播报文的方法、装置和系统 | |
CN108270673A (zh) | 报文发送方法、装置以及系统 | |
CN105591834A (zh) | Vxlan中的流量监控方法和装置 | |
CN115037675B (zh) | 一种报文转发方法及装置 | |
US7881207B2 (en) | Method and system for loop-back and continue in packet-based network | |
CN110224916A (zh) | 报文的处理方法、装置及报文的封装方法、装置和系统 | |
CN102224709A (zh) | Ip承载网性能监控的方法及设备 | |
CN104579758B (zh) | 一种lisp域故障检测收敛的方法和设备 | |
US11082540B2 (en) | Network operations including protocol processing of a packet updating an operations data field of a different protocol |
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 |