CN113872854B - 一种丢包处理方法及网络设备 - Google Patents
一种丢包处理方法及网络设备 Download PDFInfo
- Publication number
- CN113872854B CN113872854B CN202010615014.XA CN202010615014A CN113872854B CN 113872854 B CN113872854 B CN 113872854B CN 202010615014 A CN202010615014 A CN 202010615014A CN 113872854 B CN113872854 B CN 113872854B
- Authority
- CN
- China
- Prior art keywords
- node
- message
- forwarding
- label
- lsp
- 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.)
- Active
Links
Images
Classifications
-
- 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/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- 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
-
- 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/22—Alternate 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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
-
- 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/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
Abstract
一种丢包处理方法及网络设备,该方法包括:第一节点获取第一报文的第一转发标签,第一报文为丢弃报文;第一节点根据第一转发标签,确定第一节点中不具有与第一转发标签对应的标签转发路径(Label Switch Path,LSP);第一节点向第二节点发送第一消息,第一消息包括第一转发标签,第一消息用于指示第一节点中不具有与第一转发标签对应的LSP,第二节点例如可以为第一节点的邻居节点。第一节点通过向邻居节点发送消息,以指示第一节点中不具有与该转发标签对应的LSP,从而触发邻居节点根据该第一消息实现转发表的检查和修复,保证了业务报文的正常转发,提高了网络修复的效率。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种丢包处理方法及网络设备。
背景技术
多协议标签交换(Multi-Protocol Label Switching,MPLS)是一种在开放的通信网上利用标签引导数据进行传输的技术。具体地,当报文进入MPLS网络时,MPLS网络中的网络设备为该报文分配相应的标签,并将标签与报文封装在一起,以使得在该报文的整个转发过程中,网络设备可以根据标签来实现报文的转发。
在MPLS网络中,当现网发生业务流量丢包时,通常需要快速定位丢包原因且恢复业务,以保证业务流量的正常转发。目前在现网发生业务流量丢包时,通常是由运维人员通过登录现网中故障的网络设备及其相邻的网络设备,来采集大量的表项信息,并且由运维人员基于采集到的信息推断网络设备故障的原因,从而实现网络设备的修复,以实现业务的恢复。
由于目前的故障修复方式需要运维人员采集大量的信息并且进行对比推断,导致网络修复效率较低,容易在较长的一段时间影响业务的正常转发。
发明内容
本申请提供了一种丢包处理方法及网络设备,第一节点获取丢弃报文的转发标签,并在确定第一节点中不具有与该转发标签对应的LSP时,向其邻居节点发送第一消息,该第一消息包括转发标签,以指示第一节点中不具有与该转发标签对应的LSP,从而触发邻居节点根据该第一消息实现转发表的检查和修复,保证了业务报文的正常转发;且该方法主要由网络设备自动实现,网络修复效率高,修复及时性较好。
本申请第一方面提供一种丢包处理方法,所述方法包括:第一节点获取第一报文的第一转发标签,所述第一报文为丢弃报文;所述第一节点根据所述第一转发标签,确定所述第一节点中不具有与所述第一转发标签对应的标签转发路径(Label Switch Path,LSP),例如第一节点在协议层查询不到与所述第一转发标签匹配的LSP,或者查询到与所述第一转发标签匹配但状态为不可用(down)的LSP;所述第一节点向第二节点发送第一消息,所述第一消息包括所述第一转发标签,所述第一消息用于指示所述第一节点中不具有与所述第一转发标签对应的LSP,所述第二节点例如可以为所述第一节点的邻居节点。
本方案中,通过由第一节点获取丢弃报文的转发标签,并在确定第一节点中不具有与该转发标签对应的LSP时,向其邻居节点发送第一消息,该第一消息包括转发标签,以指示第一节点中不具有与该转发标签对应的LSP,从而触发邻居节点根据该第一消息实现转发表的检查或修复,保证了业务报文的正常转发;且该方案主要依靠节点自动实现,能够尽量减少或避免人工参与,网络修复效率高。
可选地,在一种可能的实现方式中,所述确定所述第一节点中不具有与所述第一转发标签对应的标签转发路径LSP,包括:确定所述第一节点中不具有入标签与所述第一转发标签相同的LSP。
可选地,在一种可能的实现方式中,在所述第一节点部署有资源预留协议(Resource ReSer Vation Protocol,RSVP)的情况下,所述第一节点向第二节点发送第一消息,包括:所述第一节点确定所述第一报文对应的入接口;所述第一节点根据所述入接口,向所述入接口对应的所述第二节点发送所述第一消息。其中,所述入接口对应的节点可以有一个或多个,所述第二节点为所述入接口对应的其中一个节点。
可选地,在一种可能的实现方式中,在所述第一节点部署有标签分发协议(LabelDistribution Protocol,LDP)的情况下,第一节点可以向其所有的邻居节点均发送所述第一消息;其中,所述第一节点的邻居节点可以是直接与所述第一节点连接的且部署有LDP的邻居节点,所述第一节点的邻居节点也可以是不直接与所述第一节点连接的且部署有LDP的邻居节点,例如通过其他的节点与所述第一节点连接的远端邻居(remote peer)节点。
可选地,在一种可能的实现方式中,所述方法还包括:所述第一节点获取第二报文的第二转发标签,所述第二报文为丢弃报文;所述第一节点根据所述第二转发标签,确定所述第一节点的协议层具有与所述第二转发标签对应的LSP;所述第一节点根据所述第二转发标签对应的LSP更新所述第一节点的转发层中的转发表。也就是说,所述第一节点的协议层可以将所述第二转发标签对应的LSP的表项数据下发到所述第一节点的转发层,以使得所述第一节点的转发层可以基于协议层所下发的表项数据对所述转发表进行更新,以刷新恢复所述转发表中与所述第二转发标签对应的数据,从而保证第一节点的转发层能够正常转发携带有所述第二转发标签的报文。
本方案中,第一节点在确定其协议层具有与转发标签对应的LSP的情况下,可以判断丢包是由于转发层的表项问题导致的,因而第一节点从协议层向转发层下发对应的LSP表项数据,以刷新恢复转发层中的转发表,保证了业务报文的正常转发。其中,所述协议层也可理解为控制面,所述转发层也可理解为转发面。
可选地,在一种可能的实现方式中,所述第一节点获取第一报文的转发标签之前,所述方法还包括:所述第一节点确定持续丢弃包括所述第一转发标签的报文的时间大于或等于预置时长,所述第一节点获取所述转发标签对应的第一报文。也就是说,第一节点可以持续监测报文是否转发成功。如果第一节点通过监测发现,携带有所述第一转发标签的报文连续转发失败的时间大于或等于预置时长,即第一节点持续丢弃携带有所述第一转发标签的报文时,则第一节点确定需要对故障原因进行分析排查,以在保证系统运行稳定性的前提下及时排查故障。
可选地,在一种可能的实现方式中,所述第一消息为RSVP消息或LDP消息。
可选地,在一种可能的实现方式中,所述第一消息为RSVP HELLO消息,所述第一消息携带有对象(object)信息,所述对象信息包括所述第一转发标签;或,所述第一消息为LDP通告(Notification)消息,所述第一消息携带有类型长度值(Type Length Value,TLV),所述TLV包括所述第一转发标签。可选地,所述第一消息还包括所述第一节点的地址,如互联网协议(Internet Protocol,IP)地址。所述第一节点的地址也可携带于RSVPHello消息的对象信息中,或者携带于LDP通告消息的TLV中,以用于指示所述第一转发标签与所述第一节点之间的关联关系。
可选地,在一种可能的实现方式中,所述转发表包括下一跳标签转发项(Next HopLabel Forwarding Entry,NHLFE)表和入标签映射(Incoming Label Mapping,ILM)表中的一个或多个。
本申请第二方面提供一种丢包处理方法,所述方法包括:第二节点接收来自第一节点的第一消息,所述第一消息包括第一转发标签,所述第一消息用于指示所述第一节点中不具有与所述第一转发标签对应的LSP;所述第二节点确定所述第二节点中不具有与所述第一节点的所述第一转发标签对应的LSP;所述第二节点删除所述第二节点中与所述第一节点的所述第一转发标签对应的转发表项。本方案中,通过由第一节点获取丢弃报文的转发标签,并在确定第一节点中不具有与该转发标签对应的LSP时,向第二节点发送第一消息,该第一消息包括转发标签,以指示第一节点中不具有与该转发标签对应的LSP,从而触发第二节点根据该第一消息删除转发表项,保证了业务报文的正常转发;且该方案主要依靠节点自动实现,能够尽量减少或避免人工参与,网络修复效率高。
可选地,在一种可能的实现方式中,所述第二节点确定所述第二节点中不具有与所述第一节点的所述第一转发标签对应的LSP,包括:所述第二节点确定所述第二节点中不具有出标签与所述第一转发标签对应且下一跳地址与所述第一节点的地址对应的LSP,或,所述第二节点确定所述第二节点中具有出标签与所述第一转发标签对应且下一跳地址与所述第一节点的地址对应,但状态为不可用的LSP。本方案中,可以结合各种可能的情形,通过多种方式来确定第二节点中不具有与所述第一转发标签和所述第一节点的地址对应的LSP,提高了方案实现的灵活性。
可选地,在一种可能的实现方式中,所述方法还包括:所述第二节点接收来自所述第一节点的第二消息,所述第二消息包括第三转发标签,所述第二消息用于指示所述第一节点中不具有与所述第三转发标签对应的LSP;所述第二节点确定所述第二节点中与所述第一节点的所述第三转发标签对应的LSP;若所述第二节点为所述LSP(即与所述第一节点的所述第三转发标签对应的所述LSP)的入口Ingress节点,则所述第二节点重建所述LSP,或,若所述第二节点不为所述LSP的Ingress节点,则所述第二节点向所述LSP的Ingress节点发送第三消息,所述第三消息用于指示重建所述LSP。
本方案中,第二节点在检查到其LSP表项数据与第一节点中的LSP表项数据不一致的情况下,可以触发LSP路径上的Ingress节点对LSP进行重建,从而统一第一节点和第二节点之间的LSP表项数据,保证了业务报文的正常转发。
可选地,在一种可能的实现方式中,所述方法还包括:所述第二节点接收来自所述第一节点的第二消息,所述第二消息包括第三转发标签,所述第二消息用于指示所述第一节点中不具有与所述第三转发标签对应的LSP;所述第二节点确定所述第二节点中与所述第一节点的所述第三转发标签对应的LSP;所述第二节点向所述第一节点发送第四消息,所述第四消息用于指示所述第一节点重新发布转发标签。
本方案中,第二节点在检查到其LSP表项数据与第一节点中的LSP表项数据不一致的情况下,可以触发第一节点重新分配且发布新的转发标签,从而统一第一节点和第二节点之间的LSP表项数据,保证了业务报文的正常转发。
可选地,在一种可能的实现方式中,所述第一消息为RSVP消息或LDP消息。
可选地,在一种可能的实现方式中,所述第一消息为RSVP HELLO消息,所述第一消息携带有对象信息,所述对象信息包括所述第一转发标签;或,
所述第一消息为LDP Notification消息,所述第一消息携带有TLV,所述TLV包括所述第一转发标签。
可选地,在一种可能的实现方式中,所述转发表项包括于NHLFE表、ILM表和转发等价类(Forwarding Equivalence Class,FEC)表中的一个或多个。
本申请第三方面提供一种网络设备,包括:收发单元和处理单元;所述收发单元用于获取第一报文的第一转发标签,所述第一报文为丢弃报文;所述处理单元用于根据所述第一转发标签,确定所述第一节点中不具有与所述第一转发标签对应的LSP;所述收发单元还用于向第二节点发送第一消息,所述第一消息包括所述第一转发标签,所述第一消息用于指示所述第一节点中不具有与所述第一转发标签对应的LSP。
可选地,在一种可能的实现方式中,所述处理单元用于确定所述第一节点中不具有入标签与所述第一转发标签相同的LSP。
可选地,在一种可能的实现方式中,所述处理单元还用于确定所述第一报文对应的入接口;所述收发单元还用于根据所述入接口,向所述入接口对应的所述第二节点发送所述第一消息。
可选地,在一种可能的实现方式中,所述收发单元还用于获取第二报文的第二转发标签,所述第二报文为丢弃报文;所述处理单元还用于根据所述第二转发标签,确定所述第一节点的协议层具有与所述第二转发标签对应的LSP;所述处理单元还用于根据所述第二转发标签对应的LSP更新所述第一节点的转发层中的转发表。
可选地,在一种可能的实现方式中,所述处理单元还用于确定持续丢弃包括所述第一转发标签的报文的时间大于或等于预置时长,所述第一节点获取所述转发标签对应的第一报文。
可选地,在一种可能的实现方式中,所述第一消息为RSVP消息或LDP消息。
可选地,在一种可能的实现方式中,所述第一消息为RSVP HELLO消息,所述第一消息携带有对象信息,所述对象信息包括所述第一转发标签;或,所述第一消息为LDPNotification消息,所述第一消息携带有类型长度值TLV,所述TLV包括所述第一转发标签。
可选地,在一种可能的实现方式中,所述转发表包括下一跳标签转发项NHLFE表和入标签映射ILM表中的一个或多个。
本申请第四方面提供一种网络设备,包括:收发单元和处理单元;所述收发单元用于接收来自第一节点的第一消息,所述第一消息包括第一转发标签,所述第一消息用于指示所述第一节点中不具有与所述第一转发标签对应的LSP;所述处理单元用于确定所述第二节点中不具有与所述第一节点的所述第一转发标签对应的LSP;所述处理单元还用于删除所述第二节点中与所述第一节点的所述第一转发标签对应的转发表项。
可选地,在一种可能的实现方式中,所述处理单元还用于确定所述第二节点中不具有出标签与所述第一转发标签对应且下一跳地址与所述第一节点的地址对应的LSP,或,确定所述第二节点中具有出标签与所述第一转发标签对应且下一跳地址与所述第一节点的地址对应,但状态为不可用的LSP。
可选地,在一种可能的实现方式中,所述收发单元还用于接收来自所述第一节点的第二消息,所述第二消息包括第三转发标签,所述第二消息用于指示所述第一节点中不具有与所述第三转发标签对应的LSP;所述处理单元还用于确定所述第二节点中与所述第一节点的所述第三转发标签和所述第一节点的地址对应的LSP;若所述网络设备为所述LSP的Ingress节点,则所述处理单元用于重建LSP,或,若所述网络设备不为所述LSP的Ingress节点,则所述收发单元向所述LSP的Ingress节点发送第三消息,所述第三消息用于指示重建LSP。
可选地,在一种可能的实现方式中,所述收发单元还用于接收来自所述第一节点的第二消息,所述第二消息包括第三转发标签,所述第二消息用于指示所述第一节点中不具有与所述第三转发标签对应的LSP;所述处理单元还用于确定所述第二节点中与所述第一节点的所述第三转发标签对应的LSP;所述收发单元还用于向所述第一节点发送第四消息,所述第四消息用于指示所述第一节点重新发布转发标签。
可选地,在一种可能的实现方式中,所述第一消息为RSVP消息或LDP消息。
可选地,在一种可能的实现方式中,所述第一消息为RSVP HELLO消息,所述第一消息携带有对象信息,所述对象信息包括所述第一转发标签;或,所述第一消息为LDPNotification消息,所述第一消息携带有TLV,所述TLV包括所述第一转发标签。
可选地,在一种可能的实现方式中,所述转发表项位于NHLFE表、ILM表和转发等价类FEC表中的一个或多个。
本申请第五方面提供一种网络设备,该网络设备包括:处理器、存储器;存储器用于存储指令;处理器用于执行存储器中的指令,使得网络设备执行如前述第一方面或第二方面中任一项的方法。
本申请第六方面提供一种网络设备,该网络设备包括:处理器;所述处理器与存储器耦合,所述处理器用于执行存储器中的指令,使得网络设备执行如前述第一方面或第二方面中任一项的方法。
本申请第七方面提供一种计算机存储介质,该计算机存储介质可以是非易失性的;该计算机存储介质中存储有计算机可读指令,当该计算机可读指令被处理器执行时实现第一方面或第二方面中任一设计中的方法。
本申请第八方面提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行如第一方面或第二方面中任一设计中的方法。
本申请第九方面提供一种芯片系统,该芯片系统包括处理器,用于支持网络设备实现上述方面中所涉及的功能,例如,发送或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中,芯片系统还包括存储器,存储器,用于保存网络设备必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
从以上技术方案可以看出,本申请实施例具有以下优点:
本申请实施例提供了一种丢包处理方法及网络设备,通过由第一节点获取丢弃报文的转发标签,并在确定第一节点中不具有与该转发标签对应的LSP时,向其邻居节点发送第一消息,该第一消息包括转发标签和第一节点的地址,以指示第一节点中不具有与该转发标签对应的LSP,从而触发邻居节点根据该第一消息实现转发表的检查和修复,保证了业务报文的正常转发;且该方法主要由节点自动实现,能够尽量减少或避免人工参与,网络修复效率高。
附图说明
图1为本申请实施例提供的一种网络架构的示意图;
图2为本申请实施例提供的一种丢包处理方法200的流程示意图;
图3为本申请实施例提供的一种丢包处理方法300的流程示意图;
图4为本申请实施例提供的一种丢包处理方法400的流程示意图;
图5为本申请实施例提供的一种信息格式的示意图;
图6为本申请实施例提供的一种RSVP Hello消息的结构示意图;
图7为本申请实施例提供的一种LDP Notification消息的格式示意图;
图8为本申请实施例提供的一种Status TLV的格式示意图;
图9为本申请实施例提供的一种Status Code的格式示意图;
图10为本申请实施例提供的一种LDP SourceTrace TLV的格式示意图;
图11为本申请实施例提供的一种丢包处理方法1100的流程示意图;
图12为本申请实施例提供的一种网络设备1200的结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,下面结合附图,对本申请的实施例进行描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。本领域普通技术人员可知,随着新应用场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本申请中出现的对步骤进行的命名或者编号,并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤,已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序,只要能达到相同或者相类似的技术效果即可。本申请中所出现的单元的划分,是一种逻辑上的划分,实际应用中实现时可以有另外的划分方式,例如多个单元可以结合成或集成在另一个系统中,或一些特征可以忽略,或不执行,另外,所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元之间的间接耦合或通信连接可以是电性或其他类似的形式,本申请中均不作限定。并且,作为分离部件说明的单元或子单元可以是也可以不是物理上的分离,可以是也可以不是物理单元,或者可以分布到多个电路单元中,可以根据实际的需要选择其中的部分或全部单元来实现本申请方案的目的。
MPLS技术是互联网协议(Internet Protocol,IP)承载网常用的技术,是一种在开放的通信网上利用标签引导数据进行传输的技术。通常,MPLS网络包括入口(Ingress)节点、中间(Transit)节点和出口(Egress)节点。其中,Ingress节点可以为报文的入口标签边缘路由器(Label Edge Router,LER),用于负责为进入MPLS域的报文添加标签;Transit节点可以为MPLS域内部的标签交换路由器(Label Switching Routers,LSR),用于负责根据标签沿着由一系列LSR构成的LSP将报文传送给Egress节点;Egress节点为报文的出口LER,用于负责剥离报文中的标签,并转发给目的网络。
目前,常见的用于实施标签协商的协议有RSVP以及LDP。这两个协议都需要从出口(Egress)节点向入口(Ingress)节点逐跳发送标签,LSP路径的每个上游节点都会保存去往下游节点的下一跳和出标签信息,以便完成MPLS报文转发。通过逐跳发送标签,MPLS网络中的节点可以将入标签、下一跳节点以及出标签等网络层的路由信息映射到数据链路层的交换路径上,从而建立起LSP。LSP可以承载各种公网、私网的业务转发流量。但是,在LSP上的节点出现未知故障时,可能会导致业务流量丢包。
在MPLS网络中,当现网发生业务流量丢包时,通常需要快速定位丢包原因且尽快恢复业务,以保证业务流量的正常转发。目前,在现网发生业务流量丢包时,通常是由运维人员通过登录现网中故障的网络设备及其相邻的网络设备,来采集大量的表项信息,例如上层通信协议表项信息、中间层承载组件表项信息以及底层转发表项信息。然后,由运维人员基于采集到的信息推断网络设备故障的原因,从而实现网络设备的修复,以实现业务的恢复。
然而,这种故障修复方式需要运维人员在设备上采集大量的信息并且进行信息的对比查看来实现网络故障原因的推断,步骤较为繁琐,导致网络修复效率较低,容易在较长的一段时间影响业务的正常转发。
有鉴于此,本申请实施例提供了一种丢包处理方法,通过由第一节点获取丢弃报文的转发标签,并在确定第一节点中不具有与该转发标签对应的LSP时,向其邻居节点发送第一消息,该第一消息包括转发标签和第一节点的地址,以指示第一节点中不具有与该转发标签对应的LSP,从而触发邻居节点根据该第一消息实现转发表的检查和修复,保证了业务报文的正常转发;且该方法主要由节点自动实现,能够尽量减少或避免人工参与,网络修复效率高。
可以参阅图1,图1为本申请实施例提供的一种网络架构的示意图。如图1所示,MPLS网络中包括有相互连接的节点1和节点2,且节点1和节点2为LSP上的两个节点。节点1为上游节点设备,节点2为下游节点设备。在节点1中保存有去往下游节点设备(即节点2)的标签信息,节点1可以基于该标签信息实现MPLS报文向节点2的转发。在节点1发送给节点2的报文发生丢包时,节点2获取丢弃报文。在节点2根据该丢弃报文的转发标签,确定节点2的协议层中不具有与该转发标签对应的LSP的情况下,节点2可以向节点1发送消息,该消息包括有该转发标签和节点2的地址,以指示节点2不具有与该转发标签对应的LSP。这样,节点1在接收到该消息之后,可以确定其是否具有与该转发标签对应的LSP,并且在其不具有与该转发标签对应的LSP时,可以根据具体情形删除与该转发标签对应的转发表,或触发Ingress节点重建LSP等操作,从而实现网络故障修复,保证业务的正常转发。
可以理解的是,节点1和节点2可以是独立的两个网络设备,节点1和节点2也可以是同一个网络设备中具有转发功能的两个单元。其中,所述网络设备例如可以为路由器、交换机或防火墙等配置有MPLS协议的数字通信设备。为了便于叙述,以下实施例将以节点1和节点2为独立的两个网络设备作为例子,对本申请实施例提供的丢包处理方法进行详细的叙述。
可以参阅图2,图2为本申请实施例提供的一种丢包处理方法200的流程示意图。如图2所示,该丢包处理方法200,包括以下步骤:
步骤201、第一节点获取第一报文的第一转发标签,所述第一报文为丢弃报文。
本实施例中,所述第一报文可以为第一节点从其他节点接收到的报文。但由于第一节点无法顺利转发所述第一报文,而将所述第一报文丢弃。
示例性地,在第一节点接收到携带有第一转发标签的第一报文时,如果所述第一节点根据所述第一报文的第一转发标签无法找到匹配的转发表,则所述第一节点丢弃所述第一报文。可以理解的是,在节点进行报文转发时,通常会查找转发表中的入标签与该报文的转发标签相匹配的转发表,并且基于匹配到的转发表中的下一跳实现报文的转发;若查找不到与报文的转发标签相匹配的转发表,则可以认为该报文的转发标签无效,从而丢弃该报文。
可以理解的是,在第一节点转发报文的过程中,第一节点可能还会因为其他的各种原因而丢弃接收到的报文。例如,在第一节点接收到的报文发生误码时,第一节点可能会丢弃该报文;或者,由于板间时序的问题,第一节点也可能会短暂性地丢弃报文。上述的这些丢包原因通常会导致偶发性的短暂丢包,属于网络中报文转发的正常情况。因此,对于由于上述的丢包原因而导致的短暂丢包,可以不需要触发节点进行故障排查和修复。对于较长时间下的丢包,则可以认为是节点间发生了故障,因此需要触发节点的故障排查和修复。
在一种可能的实现方式中,在所述第一节点获取第一报文的转发标签之前,所述第一节点可以确定持续丢弃所述第一转发标签对应的报文的时间大于或等于预置时长,所述第一节点获取所述第一转发标签对应的第一报文。也就是说,第一节点可以持续监测报文是否转发成功。如果第一节点通过监测发现,携带有所述第一转发标签的报文连续转发失败的时间大于或等于预置时长,即第一节点持续丢弃携带有所述第一转发标签的报文,则第一节点可以认为是节点间发生了故障而导致报文持续丢弃。因此,第一节点可以获取丢弃的所述第一报文,且通过对所述第一报文进行解析,以获得所述第一报文的所述第一转发标签。其中,所述预置时长例如可以为2分钟或3分钟,所述预置时长的取值具体可以根据实际情况而定,本实施例不做具体限定。
在一个可能的实施例中,所述第一节点中包括有转发层,所述转发层用于实现报文的转发。上述监测报文是否转发成功、获取第一报文以及获取第一报文中的第一转发标签等过程可以由所述第一节点中的转发层来执行。
步骤202、所述第一节点根据所述第一转发标签,确定所述第一节点中不具有与所述第一转发标签对应的LSP。
在一个可能的实施例中,所述第一节点中包括有协议层,所述协议层中保存有所述第一节点所在的LSP。所述第一节点的转发层可以将所述第一转发标签发送给所述第一节点的协议层,所述协议层可以根据所述第一转发标签在所述协议层中查询与所述第一转发标签匹配的LSP,即查询LSP中的入标签与所述第一转发标签相同的LSP。
本实施例中,在所述协议层查询不到与所述第一转发标签匹配的LSP,或者所述协议层查询到与所述第一转发标签匹配但状态为不可用(down)的LSP的情况下,第一节点可以确定所述第一节点中不具有与所述第一转发标签对应的LSP。
步骤203、所述第一节点向第二节点发送第一消息,所述第一消息包括所述第一转发标签,所述第一消息用于指示所述第一节点中不具有与所述第一转发标签对应的LSP。
本实施例中,所述第二节点可以为所述第一节点的上游节点,即所述第一节点接收到的第一报文是由所述第二节点发送给所述第一节点的。
在一个可能的实现方式中,所述第一节点可以向其所有的邻居节点发送所述第一消息。由于所述第二节点为所述第一节点中的一个邻居节点,因此,在所述第一节点向所有的邻居节点发送所述第一消息的情况下,可以保证所述第二节点(即所述第一节点的上游节点)能够接收到所述第一消息。示例性地,在所述第一节点部署有LDP的情况下,第一节点可以向其所有的邻居节点均发送所述第一消息;其中,所述第一节点的邻居节点可以是直接与所述第一节点连接的且部署有LDP的邻居节点,所述第一节点的邻居节点也可以是不直接与所述第一节点连接的且部署有LDP的邻居节点,例如通过其他的节点与所述第一节点连接的远端邻居(remote peer)节点。
在另一个可能的实现方式中,所述第一节点可以确定所述第一报文对应的入接口;然后所述第一节点根据所述入接口,向所述入接口对应的所述第二节点发送所述第一消息。其中,所述入接口对应的节点可以有一个或多个,所述第二节点为所述入接口对应的其中一个节点。在所述第一节点向所述入接口对应的节点发送所述第一消息的情况下,同样可以保证所述第二节点能够接收到所述第一消息,并且减小了所述第一节点发送所述第一消息的节点范围,有效节省了所述第一节点的信令资源。示例性地,在所述第一节点部署有RSVP的情况下,所述第一节点则可以是向入接口对应的节点发送所述第一消息。
作为一个示意,所述第一节点中的转发层可以通过解析所述第一报文,获得所述第一报文的入接口,并且将所述第一报文的入接口发送给所述第一节点中的协议层,以使得所述第一节点中的协议层可以根据所述入接口,向所述入接口对应的所述第二节点发送所述第一消息。
步骤204、所述第二节点确定所述第二节点中不具有与所述第一转发标签和所述第一节点的地址对应的LSP。
可以理解的是,在所述第二节点接收到所述第一节点发送的所述第一消息之后,所述第二节点通过对所述第一消息进行解析,以获得所述第一消息中的第一转发标签,也可以一并获得所述第一节点的地址。这样,所述第二节点可以查询其是否具有与所述第一节点的所述第一转发标签对应的LSP。
本实施例中,所述第二节点确定其不具有与所述第一节点的所述第一转发标签对应的LSP的方式可以有多种。
在一种可能的实现方式中,所述第二节点可以确定LSP中的出标签是否与所述第一转发标签对应(即LSP中的出标签是否与所述第一转发标签相同),以及所述LSP中的下一跳地址是否与所述第一节点的地址对应(即所述LSP中的下一跳地址是否与所述第一节点的地址相同)。如果所述第二节点确定其不具有出标签与所述第一转发标签对应且下一跳地址与所述第一节点的地址对应的LSP,则可以确定所述第二节点不具有与所述第一转发标签和所述第一节点的地址对应的LSP。
在另一种可能的实现方式中,如果所述第二节点确定其具有出标签与所述第一转发标签对应且下一跳地址与所述第一节点的地址对应的LSP,但是该LSP的状态为不可用(down),则同样可以确定所述第二节点不具有与所述第一转发标签和所述第一节点的地址对应的LSP。
在上述两种可能的实现方式中,相应的操作可以是第二节点的协议层执行。
步骤205、所述第二节点删除所述第二节点与所述第一节点的所述第一转发标签对应的第二转发表。
本实施例中,在所述第二节点确定不具有与所述第一节点的所述第一转发标签对应的LSP的情况下,所述第二节点可以认为包括LSP信息的表项与用于执行转发的转发表项不一致,即转发表有残留,从而导致了第一报文被误转发至所述第一节点。因此,在这种情况下,所述第二节点可以删除转发表中残留的表项(即所述第二节点中与所述第一转发标签对应的转发表项),以实现故障的修复。
在一种可能的实现方式中,所述第二节点的协议层用于从所述第一节点接收所述第一消息,并根据所述第一消息确定协议层不具有与所述第一节点的第一转发标签对应的LSP,进而确定所述第二节点的转发层中的转发表有残留。示例性地,在所述第二节点的协议层确定协议层中不具有与所述第一节点的所述第一转发标签对应的LSP时,所述第二节点的协议层可以下发指示信息至所述第二节点的转发层,该指示信息用于指示协议层中不具有与所述第一节点的所述第一转发标签对应的LSP。这样,在所述第二节点的转发层接收到该指示信息时,所述第二节点的转发层可以删除与所述第一节点的所述第一转发标签对应的转发表项。
其中,所述转发表项为属于NHLFE表、ILM表和FEC表中的一个或多个的表项。
本实施例中,通过由第一节点获取丢弃报文的转发标签,并在确定第一节点中不具有与该转发标签对应的LSP时,向其邻居节点发送第一消息,该第一消息包括转发标签,以指示第一节点中不具有与该转发标签对应的LSP,从而触发邻居节点根据该第一消息实现转发表的检查和修复,保证了业务报文的正常转发。
以上描述了第二节点基于第一节点所发送的第一消息触发转发表的检查,并且通过删除残留的转发表来实现故障修复的过程,以下将详细描述第二节点基于第一节点所发送的消息来触发LSP的重建,以实现故障修复的过程。
可以参阅图3,图3为本申请实施例提供的一种丢包处理方法300的流程示意图。如图3所示,该丢包处理方法300,包括以下步骤:
步骤301、所述第二节点接收来自所述第一节点的第二消息,所述第二消息包括第三转发标签,所述第二消息用于指示所述第一节点中不具有与所述第三转发标签对应的LSP。
本实施例中,所述第一节点发送的第二消息可以是在第一节点接收到所述第二节点所发送的携带有所述第三转发标签的报文且持续丢弃该报文后,向所述第二节点发送的。也就是说,所述第一节点可以是在确定所述第一节点中不具有与所述第三转发标签对应的LSP的情况下,向所述第二节点发送所述第二消息。具体地,所述第一节点发送所述第二消息的过程与上述的步骤201-203类似,具体可参考上述的步骤201-203,此处不再赘述。
步骤302、所述第二节点确定所述第二节点中与所述第一节点的所述第三转发标签对应的LSP。
可以理解的是,与上述的步骤204类似,所述第二节点可以根据所述第二消息中的所述第三转发标签,确定是否有匹配的LSP。与上述的步骤204不同的是,本实施例中,所述第二节点确定所述第二节点中与所述第一节点的所述第三转发标签对应的LSP,即所述第二节点中具有出标签与所述第三转发标签相同且下一跳地址与所述第一节点的地址相同的LSP。在一种可能的实现方式中,本步骤相应的操作可以是第二节点的协议层执行。可以理解地,如果仅通过第三转发标签即可确定该标签对应的LSP,如所述第三转发标签为全局唯一的情形,则根据所述第一节点的所述第三转发标签即可确定匹配的LSP。在另一种情形下,第三转发标签也可以不是全局唯一的,例如不同的节点均可分配相同的第三转发标签,则该情形下可以根据所述第二消息中的所述第三转发标签和所述第一节点的地址,确定是否有与所述第一节点的所述第三转发标签匹配的LSP。
步骤303、若所述第二节点为所述LSP的Ingress节点,则所述第二节点重建所述第三转发标签对应的LSP。
仍以步骤302由第二节点的协议层执行为例,在所述第二节点的协议层确定其具有与所述第一节点的第三转发标签对应的LSP的情况下,所述第二节点的协议层和转发层的表项数据是一致的,而所述第一节点中则没有与所述第三转发标签对应的LSP。也就是说,所述第一节点的协议层的LSP表项数据与所述第二节点的协议层的LSP表项数据并不一致。在这种情况下,则需要统一所述第一节点的协议层以及所述第二节点的协议层中的LSP表项数据,以实现故障的修复。
本实施例中,所述第一节点和所述第二节点上均部署有RSVP。在所述第二节点为所述第一节点的所述第三转发标签对应的LSP的Ingress节点的情况下,所述第二节点可以直接触发LSP的重建,以使得所述第一节点重新分配并向所述第二节点发送转发标签。示例性地,所述第二节点可以向LSP上的Engress节点发送请求消息,以请求Engress节点至Ingress节点方向上的各节点逐跳发送重新分配的转发标签,从而实现所述第一节点和所述第二节点上的LSP表项数据的统一。此外,所述第二节点触发LSP的重建之后,所述第二节点可以将协议层中与所述第一节点的所述第三转发标签对应的LSP删除,以及将与所述第一节点的所述第三转发标签对应的转发表项删除,其中,该转发表项可以位于转发层中。
步骤304、若所述第二节点不为所述LSP的Ingress节点,则所述第二节点向所述LSP的Ingress节点发送第三消息,所述第三消息用于指示重建LSP。
本实施例中,在所述第二节点不为所述LSP的Ingress节点的情况下,所述第二节点无法直接触发LSP的重建,因此所述第二节点可以向Ingress节点发送第三消息,从而指示该Ingress节点重建LSP。类似地,该Ingress节点可以向LSP上的Engress节点发送请求消息,以请求Engress节点至Ingress节点方向上的各节点逐跳发送重新分配的转发标签,从而实现所述第一节点和所述第二节点上的LSP表项数据的统一。此外,所述第二节点向Ingress节点发送第三消息之后,所述第二节点可以将协议层中与所述第三转发标签和所述第一节点的地址对应的LSP删除,以及将转发层中的与所述第三转发标签和所述第一节点的地址对应的转发表删除。
本实施例中,第二节点在检查到其LSP表项数据与第一节点中的LSP表项数据不一致的情况下,可以触发LSP的重建,从而统一第一节点和第二节点之间的LSP表项数据,保证了业务报文的正常转发;且方法主要依靠节点自动实现,能够尽量减少或避免人工参与,网络修复效率高。
以上描述了第二节点基于第一节点所发送的消息来触发LSP的重建,以实现故障修复的过程,以下将详细描述第二节点基于第一节点所发送的消息来触发第一节点重新发布转发标签,以实现故障修复的过程。
可以参阅图4,图4为本申请实施例提供的一种丢包处理方法400的流程示意图。如图4所示,该丢包处理方法400包括以下步骤:
步骤401、所述第二节点接收来自所述第一节点的第二消息,所述第二消息包括第三转发标签,所述第二消息用于指示所述第一节点中不具有与所述第三转发标签对应的LSP。
步骤402、所述第二节点根据所述第一节点的所述第三转发标签,确定所述第二节点中与所述第三转发标签对应的LSP。
可以理解的是,步骤401-402与上述的步骤301-302类似,具体可参考上述的步骤301-302,此处不再赘述。
步骤403、所述第二节点向所述第一节点发送第四消息,所述第四消息用于指示所述第一节点重新发布转发标签。
本实施例中,所述第一节点和所述第二节点部署有LDP。在所述第二节点确定其协议层的LSP表项数据与所述第一节点的协议层的LSP表项数据不一致的情况下,所述第二节点可以通过请求所述第一节点重新发布转发标签的方式,来统一两个节点的协议层中的LSP表项数据,从而实现故障的修复。
示例性地,所述第二节点可以向所述第一节点发送第四消息,以指示所述第一节点重新发布转发标签。所述第一节点在接收到所述第四消息之后,可以重新分配该LSP上的入标签,并且通过标签映射(Label Mapping)消息将其重新分配的入标签信息发送给所述第二节点。这样,在所述第二节点接收到重新分配的入标签信息之后,即可更新协议层中的LSP表项数据以及转发层中的转发表,从而实现所述第一节点和所述第二节点之间的LSP表项数据统一,从而实现故障的修复,保证业务报文的正常转发。
本实施例中,第二节点在检查到其LSP表项数据与第一节点中的LSP表项数据不一致的情况下,可以触发第一节点重新分配且发布新的转发标签,从而统一第一节点和第二节点之间的LSP表项数据,保证了业务报文的正常转发。
以上详细描述了丢包处理方法的过程,为便于理解,以下将结合具体例子详细描述第一节点向第二节点发送消息的过程。
在一个可能的实现方式中,第一节点和第二节点之间配置有RSVP协议,第一节点向第二节点发送的所述第一消息为RSVP消息。示例性地,前述各方法实施例中的第一消息例如可以为RSVP Hello消息。第一节点通过对RSVP Hello消息进行对象(Object)扩展来实现在RSVP Hello消息中携带转发标签和第一节点的地址,所述第一节点的地址例如可以为所述第一节点的IP地址。
示例性地,进行对象扩展前的RSVP Hello消息的格式如下所示:
<Hello Message>::=<Common Header>
<HELLO>
其中,Hello Message表示的是RSVP Hello消息,Common Header表示的是公用消息头,HELLO表示的是RSVP Hello消息中的具体消息内容。
进行对象扩展后所得到的RSVP Hello消息的格式如下所示:
<Hello Message>::=<Common Header>
<HELLO>[NBR_INFO_PRIVATE]
相较于扩展前的RSVP Hello消息,扩展后的RSVP Hello消息扩展一个新增对象,该新增对象例如可以是NBR_INFO_PRIVATE。其中,NBR_INFO_PRIVATE表示的是邻居(neighbor)私有信息。
作为一个可能的示意,可以参阅图5,图5为本申请实施例提供的一种信息格式的示意图。该信息例如可以称为邻居私有信息,在图5中,Length表示的是邻居私有信息的长度,其单位为字节(bytes)。Class-Num指的是类别号码,本实施例中Class-Num的取值具体可以为191;C-Type指的是类型,取值具体可以为191;其中,Class-Num以及C-Type的取值191均是标准协议中预留给厂商作为私有扩展用的,表示在接收到Class-Num以及C-Type取值为191的对象且无法识别该对象的情况下,忽略该对象,不转发该对象,且不产生错误信息,以保证对象的兼容性。Enterprise Code表示的是企业标识码。Sub TLV表示的是子TLV,该Sub TLV可用于封装丢包溯源参数。
示例性地,所述丢包溯源参数可以包括转发标签、第一节点的IP地址、第一节点的标识、溯源请求标识以及该转发标签对应的LSP的关键值key。其中,第一节点的标识例如可以为标签交换路由器(Label Switch Router,LSR)ID、第一节点的设备组件ID或第一节点的环回(loopback)地址,用于表示发起溯源请求的节点。溯源请求标识用于表示第一节点所发送的RSVP Hello消息的标识,溯源请求即为第一节点所发送的、用于触发第二节点自检和修复的RSVP Hello消息。LSP key用于表示第一节点基于转发标签所确定的LSP。
作为一个可能的示意,可以参阅图6,图6为本申请实施例提供的一种RSVP Hello消息的结构示意图。如图6所示,RSVP Hello消息中包括有IP Header(IP头)、RSVP CommonHeader、HELLO object以及NBR_INFO_PRIVATE。该NBR_INFO_PRIVATE内封装有Sub TLV,该Sub TLV中包括Label、NextHop、SESSION和SENDER_TEMPLATE。其中,Label表示的是转发标签;NextHop表示的是下一跳,具体可以为发送该RSVP Hello消息的节点的地址;SESSION对象和SENDER_TEMPLATE对象用于联合表示LSP key。
在另一个可能的实现方式中,第一节点和第二节点之间配置有LDP协议,第一节点向第二节点发送的所述第一消息为LDP消息。示例性地,所述第一消息例如可以为LDP通告(Notification)消息。第一节点通过对LDP Notification消息进行TLV扩展来实现在LDPNotification消息中携带转发标签和第一节点的地址,所述第一节点的地址例如可以为所述第一节点的IP地址。
示例性地,可以参阅图7,图7为本申请实施例提供的一种LDP Notification消息的格式示意图。如图7所示,LDP Notification消息中包括Message Length、Message ID、Status(TLV)以及Optional Parameters。其中,Message Length表示的是LDPNotification消息的长度;Message ID表示的是LDP Notification消息的标识,是在LDPNotification消息生成时而伴随生成的;Status(TLV)表示的是状态TLV,用于表示该LDPNotification消息的作用;Optional Parameters表示的是可选参数,可以用于封装LDP溯源(SourceTrace)TLV,该LDP SourceTrace TLV包括丢包溯源参数。
作为一个示意,可以参阅图8,图8为本申请实施例提供的一种Status TLV的格式示意图。如图8所示,Status TLV包括有Length、Status Code、Message ID以及MessageType。其中,Length表示的是Status TLV的长度;Status Code表示的是状态码,用于表示LDP Notification消息的作用;Message ID的值可以设置为0,用于表示Status TLV不是因为特定的协议消息而触发发送的;Message Type的值可以设置为0,表示当前StatusTLV不是因为特定的协议消息而触发发送的。
可以参阅图9,图9为本申请实施例提供的一种Status Code的格式示意图。如图9所示,Status Code中包括E比特位(E-bit)、F比特位(F-bit)以及Status Data。其中,E-bit的值可以设置为0,用于表示Status Code不是一个致命错误状态码。F-bit的值可以设置为0,用于表示对端节点接收到该LDP Notification消息后,不需要转发该LDP Notification消息。Status Data的值可以设置为0x3F000EEF,用于表示LDP Notification消息是用来传递丢包溯源参数的消息。
可以参阅图10,图10为本申请实施例提供的一种LDP SourceTrace TLV的格式示意图。如图10所示,LDP SourceTrace TLV中包括U比特位(Unknown TLV bit,U-bit)、F比特位(Forward unknown TLV bit,F-bit)、Type、Vendor ID以及Data。其中,U-bit的值可以设置为0,用于表示如果对端收到该TLV,发现无法识别时,需要忽略该TLV,继续处理当前消息的剩余部分。F-bit的值可以设置为0,用于表示对端收到该TLV,不需要继续转发携带该TLV的消息。Type的值可以设置为0x3E0B,用于表示LDP SourceTrace TLV是用来携带丢包溯源参数的私有TLV。Vendor ID表示的是供应商ID。Data用于封装丢包溯源参数,该丢包溯源参数可以包括转发标签、第一节点的IP地址、第一节点的标识、溯源请求标识以及该转发标签对应的LSP的key。
可以理解地,以上消息中携带的具体内容仅作为示例,在实际应用中可以结合具体场景和需求进行消息内容的选择。例如,当转发标签是全局唯一的情形下,RSVP Hello消息里也可以不携带第一节点的地址;或者,在另一种情形下,RSVP Hello消息携带于报文中,而第一节点的地址位于该报文中除RSVP Hello消息外的其他位置;或者,RSVP Hello消息中C-Type的取值也可以为其他值等。
以上描述了在第一节点确定其不具有与转发标签对应的LSP时,通过由第一节点向第二节点发送消息以实现故障修复的过程,以下将详细描述在第一节点确定其具有与转发标签对应的LSP时,由第一节点自行实现故障修复的过程。
可以参阅图11,图11为本申请实施例提供的一种丢包处理方法1100的流程示意图。如图11所示,该丢包处理方法1100,包括以下步骤:
步骤1101、所述第一节点获取第二报文的第二转发标签,所述第二报文为丢弃报文。
本实施例中,步骤1101与上述的步骤201类似,具体可参考上述的步骤201,在此不再赘述。
步骤1102、所述第一节点根据所述第二转发标签,确定所述第一节点中与所述第二转发标签对应的LSP。
与步骤202不同的是,在步骤1102中,所述第一节点的协议层能够查询到与所述第二转发标签匹配的LSP,即可以查询到入标签与所述第二转发标签相同的LSP。
也就是说,在第一节点的协议层中具有与所述第二转发标签对应的LSP,而第一节点的转发层不具有与所述第二转发标签对应的转发表,从而导致第一节点的转发层由于无法匹配不到所述第二转发标签对应的转发表而丢弃所述第二报文。
步骤1103、所述第一节点根据所述第二转发标签对应的LSP更新所述第一节点中的转发表。
本实施例中,所述第一节点的协议层可以将所述第二转发标签对应的LSP的表项数据下发到所述第一节点的转发层,以使得所述第一节点的转发层可以基于协议层所下发的表项数据对所述第一转发表进行更新,以刷新恢复所述转发表中与所述第二转发标签对应的数据,从而保证第一节点的转发层能够正常转发携带有所述第二转发标签的报文。
示例性地,所述第一转发表可以包括NHLFE表和ILM表中的一个或多个。
本实施例中,第一节点在确定其协议层具有与转发标签对应的LSP的情况下,第一节点从协议层向转发层下发对应的LSP表项数据,以刷新恢复转发层中的转发表,保证了业务报文的正常转发;且全程由节点自动实现,能够尽量减少或避免人工参与,网络修复效率高。
以上各实施例虽然以网络中的节点部署有RSVP或LDP为例,对本申请实施例提供的丢包处理方法所应用的场景进行了说明。可以理解地,本申请实施例提供的丢包处理方法还可以应用于部署有其他的协议的网络场景,在此并不对本申请实施例所应用的网络中所部署的协议类型做唯一限定。
为了实现上述实施例,本申请还提供了一种网络设备。可以参阅图12,图12为本申请实施例提供的一种网络设备1200的结构示意图。
图12所示的网络设备1200尽管示出了某些特定特征,但是本领域的技术人员将从本申请实施例中意识到,为了简洁起见,图12未示出各种其他特征,以免混淆本申请实施例所公开的实施方式的更多相关方面。为此,作为示例,在一些实现方式中,网络设备1200包括一个或多个处理单元(cpu)1201、网络接口1202、编程接口1203、存储器1204和一个或多个通信总线1205,用于将各种组件互连。在另一些实现方式中,网络设备1200也可以在上述示例基础上省略或增加部分功能部件或单元。
在一些实现方式中,网络接口1202除其他用途外,用于在网络系统中和一个或多个其他的网络设备/服务器连接。在一些实现方式中,通信总线1205包括互连和控制系统组件之间的通信的电路。存储器1204可以包括非易失性存储器,例如,只读存储器(read-onlymemory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。存储器1204也可以包括易失性存储器,易失性存储器可以是随机存取存储器(randomaccess memory,RAM),其用作外部高速缓存。
在一些实现中,存储器1204或存储器1204的非暂时性计算机可读存储介质存储以下程序、模块和数据结构,或其子集,具体包括操作系统12041、收发单元(图中未示出)和处理单元12042。
操作系统12041用于处理各种基本系统服务和用于执行与硬件相关的任务的过程。
在一个可能的实施例中,该网络设备1200例如可以为上述实施例中的网络设备。该网络设备1200中例如可以包括:收发单元和处理单元12042;所述收发单元用于获取第一报文的第一转发标签,所述第一报文为丢弃报文;所述处理单元12042用于根据所述第一转发标签,确定所述第一节点中不具有与所述第一转发标签对应的LSP;所述收发单元还用于向第二节点发送第一消息,所述第一消息包括所述第一转发标签,所述第一消息用于指示所述第一节点中不具有与所述第一转发标签对应的LSP。
可选地,在一种可能的实现方式中,所述处理单元12042用于确定所述第一节点中不具有入标签与所述第一转发标签相同的LSP。
可选地,在一种可能的实现方式中,所述处理单元12042还用于确定所述第一报文对应的入接口;所述收发单元还用于根据所述入接口,向所述入接口对应的所述第二节点发送所述第一消息。
可选地,在一种可能的实现方式中,所述收发单元还用于获取第二报文的第二转发标签,所述第二报文为丢弃报文;所述处理单元12042还用于根据所述第二转发标签,确定所述第一节点的协议层具有与所述第二转发标签对应的LSP;所述处理单元12042还用于根据所述第二转发标签对应的LSP更新所述第一节点的转发层中的转发表。
可选地,在一种可能的实现方式中,所述处理单元12042还用于确定持续丢弃包括所述第一转发标签的报文的时间大于或等于预置时长,所述第一节点获取所述转发标签对应的第一报文。
可选地,在一种可能的实现方式中,所述第一消息为RSVP消息或LDP消息。
可选地,在一种可能的实现方式中,所述第一消息为RSVP HELLO消息,所述第一消息携带有对象信息,所述对象信息包括所述第一转发标签和所述第一节点的地址;或,所述第一消息为LDP Notification消息,所述第一消息携带有TLV,所述TLV包括所述第一转发标签和所述第一节点的地址。
可选地,在一种可能的实现方式中,所述第一转发表包括下一跳标签转发项NHLFE表和入标签映射ILM表中的一个或多个。
在另一个可能的实施例中,所述收发单元用于接收来自第一节点的第一消息,所述第一消息包括第一转发标签和所述第一节点的地址,所述第一消息用于指示所述第一节点中不具有与所述第一转发标签对应的LSP;所述处理单元12042用于确定所述第二节点中不具有与所述第一节点的所述第一转发标签对应的LSP;所述处理单元12042还用于删除所述第二节点中与所述第一节点的所述第一转发标签对应的转发表项。
可选地,在一种可能的实现方式中,所述处理单元12042还用于确定所述第二节点中不具有出标签与所述第一转发标签对应且下一跳地址与所述第一节点的地址对应的LSP,或,确定所述第二节点的协议层中具有出标签与所述第一转发标签对应且下一跳地址与所述第一节点的地址对应,但状态为不可用的LSP。
可选地,在一种可能的实现方式中,所述收发单元还用于接收来自所述第一节点的第二消息,所述第二消息包括第三转发标签,所述第二消息用于指示所述第一节点中不具有与所述第三转发标签对应的LSP;所述处理单元12042还用于确定所述第二节点中与所述第一节点的所述第三转发标签对应的LSP;若所述网络设备为所述LSP的Ingress节点,则所述处理单元12042用于重建LSP,或,若所述网络设备不为所述LSP的Ingress节点,则所述收发单元向所述LSP的Ingress节点发送第三消息,所述第三消息用于指示重建LSP。
可选地,在一种可能的实现方式中,所述收发单元还用于接收来自所述第一节点的第二消息,所述第二消息包括第三转发标签,所述第二消息用于指示所述第一节点中不具有与所述第三转发标签对应的LSP;所述处理单元12042还用于确定所述第二节点中与所述第一节点的所述第三转发标签对应的LSP;所述收发单元还用于向所述第一节点发送第四消息,所述第四消息用于指示所述第一节点重新发布转发标签。
可选地,在一种可能的实现方式中,所述第一消息为RSVP消息或LDP消息。
可选地,在一种可能的实现方式中,所述第一消息为RSVP HELLO消息,所述第一消息携带有对象信息,所述对象信息包括所述第一转发标签和所述第一节点的地址;或,所述第一消息为LDP Notification消息,所述第一消息携带有TLV,所述TLV包括所述第一转发标签和所述第一节点的地址。
可选地,在一种可能的实现方式中,所述第二转发表包括NHLFE表、ILM表和FEC表中的一个或多个。
可以理解的是,以上所述的收发单元的功能可以是由处理器调用存储器中的程序代码来实现,并在需要时配合网络接口1202;也可以是由网络设备1200上的网络接口1202来完成数据的收发操作。
在各种实现中,网络设备1200用于执行本申请实施例提供的丢包处理方法,例如是执行上述图2、图3、图4或图11所示的实施例所对应的丢包处理方法。
以上对本申请实施例进行了详细介绍,本申请实施例方法中的步骤可以根据实际需要进行顺序调度、合并或删减;本申请实施例装置中的模块可以根据实际需要进行划分、合并或删减。
应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应理解,在本申请实施例中,“与A相应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备/服务器等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (17)
1.一种丢包处理方法,其特征在于,包括:
第一节点获取第一报文的第一转发标签,所述第一报文为丢弃报文;
所述第一节点根据所述第一转发标签,确定所述第一节点中不具有与所述第一转发标签对应的标签转发路径LSP;
所述第一节点向第二节点发送第一消息,所述第一消息包括所述第一转发标签,所述第一消息用于指示所述第一节点中不具有与所述第一转发标签对应的LSP;
所述第一节点获取第一报文的第一转发标签之前,所述方法还包括:
所述第一节点确定持续丢弃包括所述第一转发标签的报文的时间大于或等于预置时长。
2.根据权利要求1所述的丢包处理方法,其特征在于,所述确定所述第一节点中不具有与所述第一转发标签对应的标签转发路径LSP,包括:
确定所述第一节点中不具有入标签与所述第一转发标签相同的LSP。
3.根据权利要求1或2所述的丢包处理方法,其特征在于,所述第一节点向第二节点发送第一消息,包括:
所述第一节点确定所述第一报文对应的入接口;
所述第一节点根据所述入接口,向所述入接口对应的所述第二节点发送所述第一消息。
4.根据权利要求1至2任意一项所述的丢包处理方法,其特征在于,所述方法还包括:
所述第一节点获取第二报文的第二转发标签,所述第二报文为丢弃报文;
所述第一节点根据所述第二转发标签,确定所述第一节点的协议层具有与所述第二转发标签对应的LSP;
所述第一节点根据所述第二转发标签对应的LSP更新所述第一节点的转发层中的转发表。
5.根据权利要求1至2任意一项所述的丢包处理方法,其特征在于,所述第一消息为资源预留协议RSVP消息或标签分发协议LDP消息。
6.根据权利要求5所述的丢包处理方法,其特征在于,所述第一消息为RSVP HELLO消息,所述第一消息携带有对象信息,所述对象信息包括所述第一转发标签;或,
所述第一消息为LDP通告Notification消息,所述第一消息携带有类型长度值TLV,所述TLV包括所述第一转发标签。
7.根据权利要求4所述的丢包处理方法,其特征在于,所述转发表包括下一跳标签转发项NHLFE表和入标签映射ILM表中的一个或多个。
8.一种丢包处理方法,其特征在于,包括:
第二节点接收来自第一节点的第一消息,所述第一消息包括第一转发标签,所述第一消息用于指示所述第一节点中不具有与所述第一转发标签对应的LSP,所述第一消息是所述第一节点持续丢弃包括所述第一转发标签的报文预置时长后发送的;
所述第二节点确定所述第二节点中不具有与所述第一节点的所述第一转发标签对应的LSP;
所述第二节点删除所述第二节点中与所述第一节点的所述第一转发标签对应的转发表项。
9.根据权利要求8所述的丢包处理方法,其特征在于,所述第二节点确定所述第二节点中不具有与所述第一节点的所述第一转发标签对应的LSP,包括:
所述第二节点确定所述第二节点中不具有出标签与所述第一转发标签对应且下一跳地址与所述第一节点的地址对应的LSP,或,
所述第二节点确定所述第二节点中具有出标签与所述第一转发标签对应且下一跳地址与所述第一节点的地址对应,但状态为不可用的LSP。
10.根据权利要求8所述的丢包处理方法,其特征在于,所述方法还包括:
所述第二节点接收来自所述第一节点的第二消息,所述第二消息包括第三转发标签,所述第二消息用于指示所述第一节点中不具有与所述第三转发标签对应的LSP;
所述第二节点确定所述第二节点中与所述第一节点的所述第三转发标签对应的LSP;
根据所述第二节点为所述LSP的入口Ingress节点,所述第二节点重建所述LSP,或,根据所述第二节点不为所述LSP的Ingress节点,所述第二节点向所述LSP的Ingress节点发送第三消息,所述第三消息用于指示重建所述LSP。
11.根据权利要求8所述的丢包处理方法,其特征在于,所述方法还包括:
所述第二节点接收来自所述第一节点的第二消息,所述第二消息包括第三转发标签,所述第二消息用于指示所述第一节点中不具有与所述第三转发标签对应的LSP;
所述第二节点确定所述第二节点中与所述第一节点的所述第三转发标签对应的LSP;
所述第二节点向所述第一节点发送第四消息,所述第四消息用于指示所述第一节点重新发布转发标签。
12.根据权利要求8至11任意一项所述的丢包处理方法,其特征在于,所述第一消息为RSVP消息或LDP消息。
13.根据权利要求12所述的丢包处理方法,其特征在于,所述第一消息为RSVP HELLO消息,所述第一消息携带有对象信息,所述对象信息包括所述第一转发标签;或,
所述第一消息为LDP Notification消息,所述第一消息携带有TLV,所述TLV包括所述第一转发标签。
14.根据权利要求8至11任意一项所述的丢包处理方法,其特征在于,所述转发表项位于NHLFE表、ILM表和转发等价类FEC表中的一个或多个。
15.一种网络设备,其特征在于,包括:处理器、存储器;存储器用于存储指令;处理器用于执行存储器中的指令,使得所述网络设备执行如权利要求1至14任意一项所述的方法。
16.一种芯片,其特征在于,所述芯片应用于网络设备中,所述芯片包括:处理器;所述处理器被配置为执行权利要求1至14任一项所述的方法中所述网络设备的操作。
17.一种计算机可读存储介质,其特征在于,所述计算机存储介质中存储有计算机可读指令,当该计算机可读指令被处理器执行时实现如权利要求1至14任意一项所述的方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010615014.XA CN113872854B (zh) | 2020-06-30 | 2020-06-30 | 一种丢包处理方法及网络设备 |
US17/357,756 US11570089B2 (en) | 2020-06-30 | 2021-06-24 | Packet loss processing method and network device |
EP21181579.0A EP3937437A1 (en) | 2020-06-30 | 2021-06-24 | Packet loss processing method and network device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010615014.XA CN113872854B (zh) | 2020-06-30 | 2020-06-30 | 一种丢包处理方法及网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113872854A CN113872854A (zh) | 2021-12-31 |
CN113872854B true CN113872854B (zh) | 2022-12-30 |
Family
ID=76601166
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010615014.XA Active CN113872854B (zh) | 2020-06-30 | 2020-06-30 | 一种丢包处理方法及网络设备 |
Country Status (3)
Country | Link |
---|---|
US (1) | US11570089B2 (zh) |
EP (1) | EP3937437A1 (zh) |
CN (1) | CN113872854B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114629824B (zh) * | 2022-03-24 | 2024-03-19 | 阿里巴巴(中国)有限公司 | 丢包定位方法、装置、计算设备及介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1983908A (zh) * | 2006-06-13 | 2007-06-20 | 华为技术有限公司 | 一种标签资源管理的自纠错方法 |
US7463591B1 (en) * | 2001-06-25 | 2008-12-09 | Juniper Networks, Inc. | Detecting data plane liveliness of a label-switched path |
EP2066074A1 (en) * | 2007-11-30 | 2009-06-03 | Alcatel Lucent | Method to avoid unsolicited traffic transmission to non-receiver nodes, in an MPLS communication network |
CN102132525A (zh) * | 2008-08-26 | 2011-07-20 | 阿尔卡特朗讯 | 用于建立业务连接及相关监控连接的方法 |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7433966B2 (en) * | 2002-01-02 | 2008-10-07 | Cisco Technology, Inc. | Implicit shared bandwidth protection for fast reroute |
US7539131B2 (en) * | 2003-11-26 | 2009-05-26 | Redback Networks Inc. | Nexthop fast rerouter for IP and MPLS |
US7406032B2 (en) * | 2005-01-06 | 2008-07-29 | At&T Corporation | Bandwidth management for MPLS fast rerouting |
US7990888B2 (en) * | 2005-03-04 | 2011-08-02 | Cisco Technology, Inc. | System and methods for network reachability detection |
US9166807B2 (en) * | 2005-07-28 | 2015-10-20 | Juniper Networks, Inc. | Transmission of layer two (L2) multicast traffic over multi-protocol label switching networks |
US8441919B2 (en) * | 2006-01-18 | 2013-05-14 | Cisco Technology, Inc. | Dynamic protection against failure of a head-end node of one or more TE-LSPs |
CN101237376A (zh) * | 2008-01-24 | 2008-08-06 | 华为技术有限公司 | 一种虚拟专用网的标签获取方法和自主系统边界路由设备 |
US9294416B2 (en) * | 2011-06-10 | 2016-03-22 | Telefonaktiebolaget L M Ericsson (Publ) | Method of and apparatus for configuring quality of service |
US20130077630A1 (en) * | 2011-09-28 | 2013-03-28 | Yigal Bejerano | Energy efficient connectionless routing with simple lookup |
US9253250B2 (en) * | 2013-03-15 | 2016-02-02 | Cisco Technology, Inc. | Local reroute protection for multicast multiprotocol label switching |
US9258221B2 (en) * | 2013-05-31 | 2016-02-09 | Alcatel Lucent | System and method for rapid protection of RSVP based LSP |
US9608858B2 (en) * | 2014-07-21 | 2017-03-28 | Cisco Technology, Inc. | Reliable multipath forwarding for encapsulation protocols |
US9781030B1 (en) * | 2015-03-31 | 2017-10-03 | Juniper Networks, Inc. | Fast re-route protection using GRE over MPLS |
CN107623584A (zh) * | 2016-07-15 | 2018-01-23 | 中兴通讯股份有限公司 | 多协议交换标签的检测、处理方法、装置及系统 |
US11233748B1 (en) * | 2018-08-30 | 2022-01-25 | Juniper Networks, Inc. | Bandwidth management for resource reservation label switched path of a ring network |
CN110896379B (zh) * | 2018-09-13 | 2022-11-08 | 中兴通讯股份有限公司 | 报文的发送方法、绑定关系的通告方法、装置及存储介质 |
US11088943B2 (en) * | 2018-11-29 | 2021-08-10 | Ciena Corporation | DiffServ traffic engineering compliant backup paths for fast reroute protection in MPLS |
US11070468B1 (en) * | 2019-11-27 | 2021-07-20 | Juniper Networks, Inc. | Serverless segment routing (SR)-label distribution protocol (LDP) stitching |
US11057295B1 (en) * | 2020-01-07 | 2021-07-06 | Juniper Networks, Inc. | Loop avoidance and egress link protection with ethernet virtual private network (EVPN) fast reroute (FRR) |
US11438259B2 (en) * | 2020-02-18 | 2022-09-06 | Juniper Networks, Inc. | Flexible algorithm aware border gateway protocol (BGP) prefix segment routing identifiers (SIDs) |
-
2020
- 2020-06-30 CN CN202010615014.XA patent/CN113872854B/zh active Active
-
2021
- 2021-06-24 EP EP21181579.0A patent/EP3937437A1/en active Pending
- 2021-06-24 US US17/357,756 patent/US11570089B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7463591B1 (en) * | 2001-06-25 | 2008-12-09 | Juniper Networks, Inc. | Detecting data plane liveliness of a label-switched path |
CN1983908A (zh) * | 2006-06-13 | 2007-06-20 | 华为技术有限公司 | 一种标签资源管理的自纠错方法 |
EP2066074A1 (en) * | 2007-11-30 | 2009-06-03 | Alcatel Lucent | Method to avoid unsolicited traffic transmission to non-receiver nodes, in an MPLS communication network |
CN102132525A (zh) * | 2008-08-26 | 2011-07-20 | 阿尔卡特朗讯 | 用于建立业务连接及相关监控连接的方法 |
Also Published As
Publication number | Publication date |
---|---|
US20210409311A1 (en) | 2021-12-30 |
US11570089B2 (en) | 2023-01-31 |
EP3937437A1 (en) | 2022-01-12 |
CN113872854A (zh) | 2021-12-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021170092A1 (zh) | 报文处理方法、装置、网络设备及存储介质 | |
EP2680510B1 (en) | Service plane triggered fast reroute protection | |
US9077561B2 (en) | OAM label switched path for fast reroute of protected label switched paths | |
US8976682B2 (en) | Connection verification for MPLS label switched paths and pseudowires | |
US8085674B2 (en) | Priority trace in data networks | |
CN113411834B (zh) | 报文处理方法、装置、设备及存储介质 | |
US20120163190A1 (en) | Methods and Arrangement in a MPLS-TP Telecommunications Network for OAM Functions | |
CN110493129B (zh) | 备份标签路径的更新方法、报文转发方法及装置 | |
CN101427501A (zh) | Mpls转发和控制平面之间的一致性 | |
CN113746729B (zh) | 绑定段标识的处理方法及设备 | |
US20140293798A1 (en) | Mpls-tp network and link trace method thereof | |
US20220124023A1 (en) | Path Switching Method, Device, and System | |
CN102132524B (zh) | 用于建立业务连接及相关监控连接的方法 | |
CN113872854B (zh) | 一种丢包处理方法及网络设备 | |
US20060077922A1 (en) | System method & apparatus for routing traffic in a telecommunications network | |
CN109644122B (zh) | 资源共享方法、网络节点及相关设备 | |
US10218609B2 (en) | Method and device for synchronizing interface parameter | |
CN111885630B (zh) | 数据传输方法及通信装置 | |
CN112804140A (zh) | 传输路径切换方法、装置、网络节点、介质及网络系统 | |
CN108702321B (zh) | 实现快速重路由(frr)的系统、方法和装置 | |
JP7479490B2 (ja) | パケット処理方法及び装置、ネットワークデバイス並びに記憶媒体 | |
CN117792978A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |