CN112804142A - 发送报文的方法、网络设备及计算机存储介质 - Google Patents
发送报文的方法、网络设备及计算机存储介质 Download PDFInfo
- Publication number
- CN112804142A CN112804142A CN202110212701.1A CN202110212701A CN112804142A CN 112804142 A CN112804142 A CN 112804142A CN 202110212701 A CN202110212701 A CN 202110212701A CN 112804142 A CN112804142 A CN 112804142A
- Authority
- CN
- China
- Prior art keywords
- packet
- protocol
- network device
- message
- routing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
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/02—Topology update or discovery
- H04L45/04—Interdomain routing, e.g. hierarchical 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/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/16—Multipoint 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/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/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
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种发送第一报文的方法、网络设备及计算机存储介质,属于通信技术领域。所述方法包括:网络设备生成第一报文,第一报文包括用于指示第一协议的字段,第一报文还包括携带第一协议的数据的字段,第一报文遵循的协议不同于第一协议,网络设备向对端网络设备发送第一报文。由于第一报文遵循的协议与第一协议不同,这样不管第一协议具体是什么协议,均可采用第一报文交互第一协议的数据。也即是,本申请提供了一种通用的协议,用于传输第一协议的数据,因此提高了发送报文的灵活性。
Description
本申请要求于2018年09月06日提交的申请号为201811038578.0、发明名称为“一种路由震荡源查询方法、路由设备及存储介质”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。本申请是于2019年4月29日提交国家知识产权局、申请号为201910357506.0、发明名称为“发送报文的方法、网络设备及计算机存储介质”的中国专利申请的分案申请,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域,特别涉及一种发送报文的方法、网络设备及计算机存储介质。
背景技术
随着协议的发展,网络中的某个网络设备在运行第一协议之后,可能需要与其他网络设备进行报文交互,以传输诊断数据等数据,从而使网络基于这些数据实现新的功能。比如,为了实现路由震荡溯源功能,采用边界网关协议(border gateway protocol,BGP)的网络设备可以通过报文将震荡源的信息传输至诊断发起设备,由诊断发起设备根据震荡源的信息进行故障诊断。目前,网络设备运行的第一协议还不支持传输这些数据,因此亟需研究一种发送报文的方法,用于传输这些数据。
发明内容
本申请提供了一种发送报文的方法,可以提高发送报文的灵活性。所述技术方案如下:
第一方面,提供了一种发送报文的方法,该方法包括:网络设备生成第一报文,第一报文包括用于指示第一协议的字段,第一报文还包括携带第一协议的数据的字段,第一报文遵循的协议不同于第一协议;网络设备向对端网络设备发送第一报文。
在本申请中,网络设备可以通过第一报文向对端网络设备传输第一协议的数据。由于第一报文遵循的协议与第一协议不同,这样不管第一协议具体是什么协议,均可采用第一报文交互第一协议的数据。也即是,本申请提供了一种通用的协议,用于传输第一协议的数据,因此提高了发送报文的灵活性。
可选地,网络设备生成第一报文之前,该方法还包括:网络设备接收来自对端网络设备的第二报文,第二报文包括用于指示第一协议的字段,第二报文用于指示网络设备向对端网络设备反馈第一协议的数据,第二报文遵循的协议和第一报文遵循的协议相同;网络设备生成第一报文,包括:网络设备响应于第二报文,网络设备生成第一报文。
在本申请中,网络设备可以主动向对端网络设备发送第一报文,以传输第一协议的数据,比如,第一报文可以为通告报文。当然,网络设备还可以基于对端网络设备的请求(比如第二报文)发送第一报文,比如,第一报文可以为应答报文,进一步提高了发送第一报文的灵活性。
可选地,网络设备生成第一报文之前,该方法还包括:网络设备向对端网络设备发送第三报文,第三报文包括用于指示第一协议的字段,第三报文用于指示网络设备支持第一协议的数据的交互,第三报文遵循的协议和第一报文遵循的协议相同。其中,网络设备在与对端网络设备进行协商的过程中,可以通过上述方式向对端网络设备通知本端支持第一协议的数据的交互。
可选地,网络设备生成第一报文之前,该方法还包括:网络设备接收来自对端网络设备的第四报文,第四报文包括用于指示第一协议的字段,第四报文遵循的协议和第一报文遵循的协议相同;网络设备基于第四报文,确定对端网络设备支持第一协议的数据的交互。
在本申请中,网络设备与对端网络设备交互第一协议的数据之前,网络设备可以与对端网络设备进行协商,用于确定对端网络设备是否支持第一协议的数据的交互,通过这种方式,可以避免网络设备向对端网络设备发送对端网络设备不支持的数据,从而降低网络设备的功耗。
可选地,网络设备生成第一报文之前,该方法还包括:网络设备使能交互第一协议的数据的能力;网络设备向对端网络设备发送第五报文,第五报文包括用于指示第一协议的字段,第五报文还携带用于指示网络设备使能交互第一协议的数据的能力的字段,第五报文遵循的协议和第一报文遵循的协议相同。
进一步地,网络设备与对端网络设备交互第一协议的数据之前,网络设备可以开启交互第一协议的数据的能力,并通过第五报文通知对端网络设备本端已开启交互第一协议的数据的能力。
可选地,网络设备生成第一报文之前,该方法还包括:网络设备接收对端网络设备发送的第九报文,第九报文包括用于指示第一协议的字段,第九报文还携带用于指示对端网络设备使能交互第一协议的数据的能力的字段,第九报文遵循的协议和第一报文遵循的协议相同。
进一步地,网络设备与对端网络设备交互第一协议的数据之前,对端网络设备可以开启交互第一协议的数据的能力,并通过第九报文通知网络设备本端已开启交互第一协议的数据的能力。
可选地,网络设备向对端网络设备发送第五报文之后,该方法还包括:网络设备去使能交互第一协议的数据的能力;网络设备向对端网络设备发送第六报文,第六报文包括用于指示第一协议的字段,第六报文还携带用于指示网络设备去使能交互第一协议的数据的能力的字段,第六报文遵循的协议和第一报文遵循的协议相同。
进一步地,网络设备在开启交互第一协议的数据的能力之后,可以关闭交互第一协议的数据的能力,并通过第六报文通知对端网络设备本端已关闭交互第一协议的数据的能力。
可选地,网络设备向对端网络设备发送第五报文之后,该方法还包括:网络设备接收对端网络设备发送第十报文,第十报文包括用于指示第一协议的字段,第十报文还携带用于指示对端网络设备去使能交互第一协议的数据的能力的字段,第十报文遵循的协议和第一报文遵循的协议相同。
进一步地,对端网络设备在开启交互第一协议的数据的能力之后,可以关闭交互第一协议的数据的能力,并通过第十报文通知网络设备本端已关闭交互第一协议的数据的能力。
可选地,网络设备向对端网络设备发送第一报文之后,该方法还包括:网络设备接收来自对端网络设备的第七报文,第七报文用于指示对端网络设备接收到第一报文,第七报文遵循的协议和第一报文遵循的协议相同。
进一步地,网络设备在向对端网络设备发送第一报文之后,网络设备可以通过第七报文确定对端网络设备接收到第一报文。
可选地,网络设备向对端网络设备发送第三报文之后,该方法还包括:网络设备接收来自对端网络设备的第八报文,第八报文用于指示对端网络设备接收到第三报文,第八报文遵循的协议和第一报文遵循的协议相同。同样地,对端网络设备在接收到网络设备发送的第三报文之后,对端网络设备可以向网络设备发送第八报文,用于通知网络设备本端接收到第三报文。
可选地,网络设备接收来自对端网络设备的第四报文之后,该方法还包括:网络设备向对端网络设备发送第十一报文,第十一报文用于指示网络设备接收到第四报文,第十一报文遵循的协议和第一报文遵循的协议相同。同样地,网络设备在接收到对端网络设备发送的第四报文之后,网络设备可以向对端网络设备发送第十一报文,用于通知对端网络设备本端接收到第四报文。
第二方面,提供了一种网络设备,所述网络设备具有实现上述第一方面中发送报文的方法行为的功能。所述网络设备包括至少一个模块,该至少一个模块用于实现上述第一方面所提供的发送报文的方法。
第三方面,提供了一种网络设备,所述网络设备的结构中包括处理器和存储器,所述存储器用于存储支持网络设备执行上述第一方面所提供的发送报文的方法的程序,以及存储用于实现上述第一方面所提供的发送报文的方法所涉及的数据。所述处理器被配置为用于执行所述存储器中存储的程序。所述存储设备的操作装置还可以包括通信总线,该通信总线用于该处理器与存储器之间建立连接。
第四方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面所述的发送报文的方法。
第五方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面所述的发送报文的方法。
上述第二方面、第三方面、第四方面和第五方面所获得的技术效果与第一方面中对应的技术手段获得的技术效果近似,在这里不再赘述。
附图说明
图1是本申请实施例提供的一种网络系统示意图;
图2是本申请实施例提供的一种发送报文的方法流程图;
图3是本申请实施例提供的一种PAP报文头的格式示意图;
图4是本申请实施例提供的一种协商交互过程示意图;
图5是本申请实施例提供的一种TE诊断场景示意图;
图6是本申请实施例提供的一种通告过程的交互示意图;
图7是本申请实施例提供的一种查询应答过程的交互示意图;
图8为本申请实施例提供的一种协商流程的方法示意图;
图9为本申请实施例提供的去使能路由设备的查询路由震荡源的能力的方法流程示意图;
图10为本申请实施例提供的一种协商报文的格式的示意图;
图11为本申请实施例提供的一种路由震荡源查询方法的流程示意图;
图12为本申请实施例提供的一种数据报文的格式的示意图;
图13为本申请实施例提供的一种路由发布的方法流程示意图;
图14为本申请实施例提供的一种路由震荡源查询方法的流程示意图;
图15为本申请实施例提供的一种网络设备的结构示意图;
图16为本申请实施例提供的另一种网络设备的结构示意图;
图17为本申请实施例提供的另一种网络设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
为便于理解本申请实施例,首先以图1中示出的适用于本申请实施例的通信系统为例进行说明。应理解,图1仅为便于理解而示例的简化示意图,该通信系统中还可以包括其他网络设备,图1中未予以画出。如图1所示,该通信系统中包括一个或多个自治系统(Autonomous System,AS),比如AS100和AS200。每个AS中可以包括一个或多个路由设备,比如图1中位于AS100中的路由设备101和路由设备102,以及位于AS200中的路由设备103和路由设备104。同一个AS中的不同的路由设备可以连接,不同的AS中的不同的路由设备也可以连接。比如图1中路由设备101、路由设备102、路由设备103和路由设备104依次连接。路由发布方向为:路由设备104-路由设备103-路由设备102-路由设备101。
在实际应用中,可能由于多种原因导致路由震荡的发生,比如可能是某个路由设备之间的链路发生故障从而导致路由震荡(比如为图1中路由设备103和路由设备104之间的链路发生故障)。再比如也可能是某个路由设备发生故障(比如为图1中路由设备104发生故障)。再比如可能是由于配置问题导致路由震荡,例如:将BGP路由的优先级配置的高于静态路由,当BGP路由引入静态路由时,由于BGP路由优先级高于静态路由,因此会导致静态路由不活跃,进而使该静态路由被从BGP撤销,BGP路由不活跃,而BGP路由不活跃又回导致静态路由重新活跃,如此循环往复导致该BGP路由处于持续震荡状态。
当出现路由震荡情况时,若尽快排查出引起路由震荡的源设备(引起路由震荡的源设备在本申请实施例中也可以称为震荡源),则可以为维护人员尽快修复链路、恢复业务奠定基础。基于此,本申请实施例中提供一种发送报文的方法,以便于能够快速查找出震荡源。
在介绍本申请实施例之前,首先简单介绍几个相关概念。
BGP网络是指支持BGP协议的网络,例如:BGP网络、支持BGP协议的以太网虚拟专用网(Ethernet Virtual Private Network,EVPN)、支持BGP协议的新一代组播虚拟专用网(new generation multicast VPN,NGMVPN)等。
中文中,路由没有区分名词和动词,当路由指名词时,对应英文是route;当路由指动词时,对应英文是routing。作为名词的路由(route)可以是指数据包从源地址传输到目的地址的路径。作为动词的路由(routing)可以是指通过互联的网络把数据包从源地址传输到目的地址的活动。本申请实施例中待查询路由可以是作为名词的一条路由。
路由设备属于网络层设备,提供路由和转发两种传输方式,可以决定数据包从来源端到目的端所经过的路由路径。本申请实施例中的路由设备还可以是指可以建立BGP协议邻居的路由设备,比如能建立BGP协议邻居的路由器、能建立BGP协议邻居的交换机等设备。本申请实施例中的第一路由设备、第二路由设备和第三路由设备为三个不同的路由设备。本申请实施例中的第一路由设备、第二路由设备和第三路由设备中的“第一”、“第二”和“第三”仅仅用于区别,无其它限制含义。
路由前缀,路由前缀用于指示待查询路由的网络协议(Internet Protocol,IP)地址和掩码。路由前缀的概念可以参见标准RFC6811中的描述:Route Prefix:The Prefixderived from a route。在本申请中路由前缀也可以称为IP前缀或前缀信息。
地址族标识(Address Family Identifier,AFI)用于指示待查询路由所在的地址族。AFI的概念可以参见标准RFC4271的描述。
子地址族标识(Subsequent Address Family Identifier,SAFI)用于指示待查询路由所在的子地址族。SAFI的概念可以参见标准RFC4271的描述。
路由标识(Route Distinguisher,RD)用于指示待查询路由的路由标识。RD的概念可以参见标准RFC4271的描述。
BGP邻居关系也成为BGP对等体关系,即BGP peer关系。A和B之间的BGP peer关系表示:A是B的BGP peer,并且B是A的BGP peer。
需要说明的是,本申请实施例提供的发送报文的方法可以应用在图1所示的场景中,也可以应用在其他场景中,具体细节将在下述实施例中详细说明,在此就先不阐述。
图2是本申请实施例提供的一种发送报文的方法流程图,应用于网络设备中,该网络设备可以为图1所示的通信系统中的路由设备。如图2所示,该方法包括如下步骤:
步骤201:网络设备生成第一报文,第一报文包括用于指示第一协议的字段,第一报文还包括携带第一协议的数据的字段,第一报文遵循的协议不同于第一协议。
第一协议是网络设备运行的协议。比如,第一协议可以为BGP,还可以为资源预留协议(resource reservation protocol,RSVP)等协议。网络设备在运行第一协议之后,产生的该协议相关的数据当前暂无协议支持其与其他网络设备交互。在本申请实施例中,将这类与第一协议运行相关的数据,例如报文的统计计数,设备对该协议的诊断信息等,统称为第一协议的数据。
由于第一协议当前还不完全支持本网络设备与其他网络设备进行第一协议的数据的交互,因此,本申请实施例提供了一个通用的可以为各种协议服务的协议:协议伺服协议(protocol aided protocol,PAP)。通过PAP,网络设备可以无需对第一协议进行扩展即可交互第一协议的数据。因此,当网络设备需要与对端网络设备交互第一协议的数据时,网络设备可以基于PAP通过步骤201生成第一报文。也即是,第一报文遵循的协议为PAP。
其中,第一协议的数据可以为:网络设备发送基于第一协议的报文的数量、接收到的基于第一协议的报文的数量、网络设备的配置信息存在错误、转发表中的至少一个表项、与诊断有关的信息、第一协议的相关信息等数据。
上述与诊断有关的信息可以包括:BGP路由震荡溯源诊断信息的交互,RSVP-TE隧道建立失败诊断信息的交互。具体的信息如下举例:头节点支持向下游节点通告RSVP诊断信息处理能力、PAP支持RSVP通过PAP通道发送接收诊断信息、支持下发处理诊断隧道建立失败命令行、支持下发诊断隧道震荡命令行、支持诊断建立失败、支持诊断标签交换路径(label switched path,LSP)震荡、诊断发起设备询问网络中的其他网络设备是否是震荡源、网络设备确定自身是震荡源等。
其中,上述诊断建立失败的场景可以包括:配置错误导致算路失败场景、基本配置缺失无法触发LSP建立场景、中间节点算路失败、头节点感知认证失败根因、头节点感知入接口没有使能RSVP根因、出接口没有使能RSVP、LSP建立超时、LSP路径超长、无法快速获取到报文被丢弃的节点或链路等场景。
上述诊断LSP震荡的场景可以包括:感知到出接口下线(DOWN)拆除LSP场景、感知到邻居问好(hello)超时拆除LSP、上游节点感知到预留(resv)超时或者下游节点感知路径(path)超时拆除LSP、快速重路由(fast reroute,FRR)切换后FRR解绑定导致下线、双向转发检测(bidirectional forwarding detection,BFD)for RSVP报下线拆除LSP、支持诊断配置类触发拆除LSP场景、收到错包导致LSP建立失败或者LSP下线、控制器下发管理下线(admin_down)导致LSP下线需要记录根因、由于头节点套接字通道丢弃报文导致不上线(UP)等场景。
另外,第一协议的相关信息可以包括RSVP支持触发套接字(socket)收发方向抓包、RSVP支持处理套接字抓包结果、协议栈套接字支持收发方向抓包以及抓包结果上送、支持TEM和RSVP所有新增代码都受到特性开关控制、支持多VS、PATH或RESV检测到网络协议(internet protocol,IP)冲突等信息。
另外,第一报文遵循的协议可以为PAP。其中,第一报文遵循的协议可以通过端口标识来指示。比如,预先可以申请一个用户数据协议(user datagram protocol,UDP)端口,该UDP端口用于传输遵循PAP协议生成的报文。
在本申请实施例中,遵循PAP生成的报文包括PAP报文头(header)和有效载荷(payload)。其中,有效载荷也可以称为PAP消息数据,PAP报文头也可以称为PAP头,本申请实施例对此不做具体限定。
图3是本申请实施例提供的一种PAP报文头的格式示意图。如图3所示,PAP报文头包括报文序列号(sequence number)、报文类型(type)和报文总长度(total length)。其中,报文序列编号用于唯一标识一个报文,每发送一个报文,报文序列号加1。
其中,报文类型用于指示报文的类型,在本申请实施例中,用于交互第一协议的数据的报文的类型可以包括协商报文类型、查询报文类型、应答报文类型、通告报文类型以及ACK报文类型。在一种可能的实现方式中,当报文类型对应的字段的值等于1时,表明当前报文类型为协商报文类型。当报文类型对应的字段的值等于2时,表明当前报文类型为查询报文类型。当报文类型对应的字段的值等于3时,表明当前报文类型为应答报文类型。当报文类型对应的字段的值等于4时,表明当前报文类型为通告报文类型。当报文类型对应的字段的值等于5时,表明当前报文类型为ACK报文类型。当然,报文类型和对应的字段的值之间的也可以存在其他对应关系,在此就不再一一展开说明。
当然,在本申请实施例中,PAP报文头的格式可以不限于图3所示的格式,任何能够实现交互第一协议的数据的PAP报文头的格式均在本申请实施例的范围之内。
另外,有效载荷可以包括PAP的版本号(version)、标志位(flag)、协议标识(protocol capability)、应用数据(appdata),应答报文序列号等字段中的一个或多个。
步骤202:网络设备向对端网络设备发送第一报文。
网络设备在通过步骤201生成第一报文之后,还可以通过步骤202发送第一报文。
其中,第一报文中的标志位可以用于指示需要回复ACK报文或不需要回复ACK报文。在一种可能的实现方式中,在网络设备通过上述步骤201向对端网络设备发送第一报文之后,为了使得网络设备能够及时了解到对端网络设备是否成功接收到第一协议的数据,可以将标志位设置为用于指示需要回复ACK报文。此时,网络设备向对端网络设备发送第一报文之后,网络设备可以通过下述步骤203确定对端网络设备是否成功接收到第一报文。
步骤203:网络设备接收来自对端网络设备的第七报文,第七报文用于指示对端网络设备接收到第一报文,第七报文遵循的协议和第一报文遵循的协议相同。
此时,第七报文的类型可以为ACK报文类型。网络设备接收来自对端网络设备的第七报文的实现方式可以为:如果网络设备在发送第一报文之后的第一参考时长内接收到对端网络设备发送的第七报文,则确定对端网络设备接收到第一报文。如果网络设备在发送第一报文后的第一参考时长内没有接收到第七报文,可以重新将第一报文发送至对端网络设备直至接收到ACK报文或超过第一报文发送的第一参考次数;如果网络设备发送第一报文的次数超过第一参考次数,且在此过程中都没有接收到第七报文,则判断对端网络设备没有接收到第一报文。
其中,由于第七报文是用于针对第一报文进行响应的,因此,第七报文的有效载荷中还可以携带应答报文序列号,且第七报文的有效载荷中携带的应答报文序列号与响应的第一报文的PAP报文头中的报文序列号相同。另外,第一参考时长和第一参考次数均是用户设置的,本申请实施例在此不做具体限定。
另外,在本申请实施例中,为了进一步提高交互第一协议的数据的灵活性,网络设备和对端网络设备在通过PAP交互第一协议的数据之前,还可以与对端网络设备协商,以确定对端是否支持第一协议的数据的交互,以及是否使能第一协议的诊断和数据交互的能力。其中,该能力是指设备对第一协议的诊断能力并且支持与其他设备交互第一协议的数据的能力,使能该能力是指在设备上开启该故障诊断功能以及协议交互功能。因此,如图2所示,在步骤201之前,网络设备还可以执行下述步骤:
步骤204:网络设备向对端网络设备发送第三报文,第三报文包括用于指示第一协议的字段,第三报文用于指示网络设备支持第一协议的数据的交互,第三报文遵循的协议和第一报文遵循的协议相同。
此时,第三报文的报文类型为协商报文。另外,当对端网络设备接收到第三报文时,对端网络设备还可以向网络设备发送第八报文,网络设备接收来自对端网络设备的第八报文,第八报文用于指示对端网络设备接收到第三报文,第八报文遵循的协议和第一报文遵循的协议相同。
其中,第八报文的报文类型为ACK报文,且第八报文的有效载荷中携带的应答报文序列号与第三报文的PAP报文头中的报文序列号相同,第八报文的有效载荷中携带的协议标识与第三报文的有效载荷中携带的协议标识相同。如果网络设备在发送第三报文之后的第二参考时长内接收到的第八报文,网络设备则可以确定对端网络设备成功接收到第三报文。
其中,第三报文可以用于通知对端网络设备当前网络设备支持第一协议的数据的交互。此时,网络设备如果确定对端网络设备也支持第一协议的数据的交互,那么网络设备还可以使能交互第一协议的数据的能力,也即是,开启交互第一协议的数据的能力。并向对端网络设备发送第五报文,第五报文包括用于指示第一协议的字段,第五报文还携带用于指示网络设备使能交互第一协议的数据的能力的字段,第五报文遵循的协议和第一报文遵循的协议相同。当对端网络设备接收到该第五报文时,确定网络设备已开启交互第一协议的数据的能力。
其中,第五报文的报文类型可以为协商报文,第五报文中携带标志位,该标志位用于指示网络设备使能交互第一协议的数据的能力。且网络设备在向对端网络设备发送第五报文之后,对端网络设备同样可以通过ACK报文向网络设备通知自身接收到第五报文,在此不再详细说明。
上述步骤204用于解释说明网络设备如何向对端网络设备通知是否支持第一协议的数据的交互,以及是否开启交互第一协议的数据的能力。同样地,对端网络设备也可以通过下述步骤205向网络设备通知是否支持第一协议的数据的交互,以及是否开启交互第一协议的数据的能力。
步骤205:网络设备接收来自对端网络设备的第四报文,第四报文包括用于指示第一协议的字段,第四报文遵循的协议和第一报文遵循的协议相同,网络设备基于第四报文,确定对端网络设备支持第一协议的数据的交互。
其中,步骤205的具体实现方式可以参考上述步骤204,在此不再详细阐述。
另外,网络设备接收来自对端网络设备的第四报文之后,网络设备可以向对端网络设备发送第十一报文,第十一报文用于指示网络设备接收到第四报文,第十一报文遵循的协议和第一报文遵循的协议相同。
其中,第十一报文的报文类型为ACK报文。也即是,在本申请实施例中,网络设备在接收到对端网络设备发送的第四报文之后,网络设备可以向对端网络设备发送第十一报文,用于通知对端网络设备本端接收到第四报文。
另外,网络设备在开启交互第一协议的数据的能力,并向对端网络设备发送第五报文之后,对端网络设备也可以开启交互第一协议的数据的能力,并向网络设备发送第九报文。其中,第九报文包括用于指示第一协议的字段,第九报文还携带用于指示对端网络设备使能交互第一协议的数据的能力的字段,第九报文遵循的协议和第一报文遵循的协议相同。网络设备在接收到第九报文之后,可以向对端网络设备回复ACK报文,以通知对端网络设备本端已接收到第九报文。
也即是,在本申请实施例中,网络设备和对端网络设备可以通过第五报文和第九报文,实现开启交互第一协议的数据的能力的协商。
可选地,网络设备在与对端网络设备交互完第一协议的数据之后,网络设备还可以自行关闭PAP功能,以降低网络设备的功耗,并向对端网络设备告知网络设备已关闭PAP功能。具体地,在一种可能的实现方式中,网络设备去使能交互第一协议的数据的能力,网络设备向对端网络设备发送第六报文,第六报文包括用于指示第一协议的字段,第六报文还携带用于指示网络设备去使能交互第一协议的数据的能力的字段,第六报文遵循的协议和第一报文遵循的协议相同。网络设备在向对端网络设备发送第六报文之后,对端网络设备在接收到第六报文时,可以向网络设备回复ACK报文,用于通知网络设备本端已接收到第六报文。
可选地,对端网络设备也可以自行关闭PAP功能,以降低网络设备的功耗,并向网络设备告知网络设备已关闭PAP功能。具体地,在一种可能的实现方式中,网络设备接收对端网络设备发送第十报文,第十报文包括用于指示第一协议的字段,第十报文还携带用于指示对端网络设备去使能交互第一协议的数据的能力的字段,第十报文遵循的协议和第一报文遵循的协议相同。其中,对端网络设备在向网络设备发送第十报文之后,网络设备在接收到第十报文时,可以向对端网络设备回复ACK报文,用于通知对端网络设备本端已接收到第六报文。
上述第三报文和第四报文、第五报文和第九报文、第六报文和第十报文的报文类型均可以为协商报文。其中,协商报文包括PAP报文头。协商报文的PAP报文头中的报文类型为协商报文类型,协商报文中有效载荷中可以无需设置“标志位”字段,此时协商报文仅仅用于告知对方自身支持交互第一协议的数据。为了后续便于说明,将这一类协商报文称为支持功能协商报文。协商报文中的应用数据字段可以为可选字段,用于携带其他类型信息。比如,流量调优、设备端的人工智能(device AI)信息等,本申请实施例不做具体限定。
当然,协商报文中有效载荷中也可以设置“标志位”字段,标志位可以用于PAP支持能力的协商、还是用于指示开启PAP功能/关闭PAP功能。当协商报文的标志位用于PAP支持能力的协商时,该协商报文也即是支持功能协商报文,比如上述第三报文和第四报文。当协商报文中的标志位用于指示开启PAP功能,通过协商报文网络设备可以告知对端网络设备本端已开启了PAP功能,为了后续便于说明,将该类协商报文称为协商开启报文,比如上述第五报文和第九报文。当协商报文的PAP报文头中的标志位用于指示关闭PAP功能,通过协商报文网络设备可以告知对端网络设备本端已关闭PAP功能,为了后续便于说明,将该类协商报文称为协商关闭报文,比如上述第六报文和第十报文。
另外,协商报文中的标志位还可以用于指示是否需要对本报文进行ACK回复。也即是,在本申请实施例中,协商报文中可以包括两种类型的标志位字段,第一类用于AP支持能力的协商、还是用于指示开启PAP功能/关闭PAP功能。第二类用于指示是否需要对本报文进行ACK回复。
表1是本申请实施例提供的一种协商报文中的字段和含义的对应关系。如表1所示,在协商报文中,字段“报文类型”的值为1,用于表明当前的报文为协商报文。标志位中的C bit位的值为1,表示能力协商,C bit位的值为0表示能力开启/关闭指示。A bit的值位为1,表示需要回复ACK;A bit位的值为0,表示不需要回复ACK。
表1协商报文中的PAP报文头的字段和含义的对应关系
具体地,当C bit位的值为0由于此时用于能力开启/关闭指示,因此,可以与协商报文中的协议标识字段结合来区分当前报文是协商开启报文还是协商关闭报文。比如,当Cbit位的值为0,如果该协商报文中的协议标识字段中与第一协议对应的指定bit位上的值为1,则表明该协商报文为协商开启报文,用于通知已开启基于PAP交互第一协议的数据能力。其中,第一协议为协议标识字段中的任一协议。如果该协商报文中的协议标识字段中与第一协议对应的指定bit位上的值为0,则表明该协商报文为协商关闭报文,用于通知已关闭基于PAP交互第一协议的数据能力。其中,上述A bit位、C bit位以及指定bit位均可以灵活配置,本申请实施例对各个bit位的具体位置不做具体限定。
因此,在本申请实施例中,如图4所示,协商报文的交互主要包括以下三类交互过程:
第一类交互过程:双方互相知会各自支持的能力,此轮协商不涉及功能的开启。如表1所示,可以通过标志位字段的C bit位的值来指示当前的协商报文为支持功能协商报文(Neg.(cap.))。
在一种可能的实现方式中,如图4所示,网络设备向对端网络设备发送支持功能协商报文,如果ACK报文设置为强制发送(如表1中的A bit位的值为1),网络设备发送支持功能协商报文给对端网络设备,该支持功能协商报文发送出去后在第一规定时间内收到该支持功能协商报文的ACK报文,同时在第一规定时间内收到了对端网络设备发来的支持功能协商报文,且针对接收到的支持功能协商报文向对端网络设备发送ACK报文,此过程认为协商支持功能成功。其中,对端设备在接收到支持功能协商报文后发送的ACK报文、网络设备在接收到对端网络设备的ACK报文和支持功能协商报文之后发送的ACK报文,均会参考协议标识字段,但不强制要求两个网络设备的完全匹配,具体实现由两端网络设备的配置决定。如果ACK不强制发送(如表1中的A bit位的值为0),则把上述流程中的ACK动作删除即可。
如果ACK报文设置为强制发送(如表1中的A bit位的值为1),在任意支持功能协商报文在第一规定时间内未接收到ACK报文的情况下,需要基于第一重传次数进行数次重传(比如第一重传次数可以为2次)。如果数次重传之后还未收到任何ACK报文,则认为协商功能支持失败。
如果ACK设置为不强制发送(如表1中的A bit位的值为0),在任意功能协商报文在第二规定时间内未接收到任何功能协商报文的情况下,需要基于第二重传次数进行数次重传,如果数次重传之后还未在第二规定时间内收到对端网络设备发送的功能协商报文,则认为协商失败。
第二类交互过程:两个网络设备在成功协议完支持能力之后,在需要的时候,会通过协商开启报文(Neg.(open))通知对方自己开启了双方共同支持的某一个或者几个能力。该协商开启报文可以在能力协商完成之后任意时刻发送,且可以多次发送。该协商开启报文的标志位字段中指示该报文是开启/关闭指示的标志位。具体地,可以通过标志位字段的C bit位的值为0,以及协议标识字段结合来指示当前协商报文是协商开启报文。
在一种可能的实现方式中,如图4所示,网络设备向对端网络设备发送协商开启报文,协商开启报文用于指示本端已开启PAP功能。如果ACK报文设置为强制发送(如表1中的Abit位的值为1),网络设备发送协商开启报文给对端网络设备,该协商开启报文发送出去后在第三规定时间内收到针对该协商开启报文的ACK报文,同时在第三规定时间内收到了对端网络设备发来的协商开启报文,且针对接收到的协商开启报文向对端网络设备发送ACK报文,此过程认为协商功能开启成功。对端网络设备在接收到协商开启报文后发送的ACK报文、以及网络设备在接收到对端网络设备的ACK报文和协商开启报文之后发送的ACK报文,均会参考协议标识字段,但不强制要求两个网络设备的完全匹配,具体实现由两端设备的配置决定。如果ACK报文不强制发送(如表1中的A bit位的值为0),则把上述流程中的ACK动作删除即可。
如图4所示,如果ACK设置为强制发送(如表1中的A bit位的值为1),在任意协商开启报文在第三规定时间内未接收到ACK报文的情况下,需要基于第三重传次数进行数次重传(比如第三重传次数可以为2次),如果还未收到任何ACK报文,则认为协商开启失败。
如果ACK设置为不强制发送(如表1中的A bit位的值为0),任意协商开启报文在发送之后,在第四规定时间内未接收到对端网络设备发送的协商开启报文的情况下,需要基于第四重传次数进行数次重传,如果还未在第四规定时间内收到对端网络设备发送的协商开启报文,则认为协商开启失败。
也即是,在本申请实施例中,网络中任一网络设备均可与其他网络设备进行协商,以确告知对端本端是否开启了PAP功能。
第三类交互过程:两个网络设备在成功协商完支持能力之后,并且在交互完一个或者多个协商开启报文之后,可发送一个或者多个协商关闭报文(Neg.(close)),用于指示本端已关闭已经开启的功能。该协商关闭报文的标志位字段中指示该报文是开启/关闭指示的标志位。具体地,可以通过标志位字段的C bit位的值为0,以及协议标识字段结合来指示当前协商报文是协商关闭报文。
在一种可能的实现方式中,如图4所示,如果ACK报文设置为强制发送(如表1中的Abit位的值为1),在任何时刻任何网络设备想要通知对端网络设备本端已关闭对一个或者多个特定协议数据的功能支持(协议标识字段中特定协议对应的bit位置0),即发送一个协商关闭报文,如果在第五规定时间内收到对端网络设备发送的ACK报文后则确认成功结束该交互。如果ACK报文设置为不强制发送(如表1中的A bit位的值为0),在任何时刻任何网络设备想要通知对端本端已关闭对一个或者多个特定协议数据的功能支持(协议标识字段中特定定协议对应的bit位置0),即发送一个协商关闭报文,无需接收到ACK报文,即可认为PAP关闭指示的交互结束,该情况下不存在协商关闭失败的情况。
如果ACK报文设置为强制发送(如表1中的A bit位的值为1),在任意协商关闭报文在第五规定时间内未接收到ACK报文的情况下,需要基于第五重传次数进行数次重传(比如,可以为2次),如果数次重传之后还未收到任何ACK报文,则认为关闭指示交互失败。
上述各个规定时间可以相同,也可以不同。各个重传次数也可以相同,或者不同。本申请实施例对此不做具体限定。
上述实施例中,在一个网络设备向另一个网络设备发送报文之后,另一个网络设备通常需要回复ACK报文,以告知对端本端已接收到该报文。表2是本申请实施例提供的一种ACK报文中的字段和含义的对应关系。如表2所示,在ACK报文中,字段“报文类型”的值为5,用于表明当前的报文为ACK报文。有效载荷中携带字段“应答报文序列号”指示的报文序列号需要与要回复的报文的报文头中的报文序列号相同。其中,本申请实施例中涉及的所有ACK报文均可以参考表2,在此就不再一一展开说明。
表2ACK报文中的PAP报文头的字段和含义的对应关系
在本申请实施例中,网络设备可以通过第一报文向对端网络设备传输第一协议的数据。由于第一报文遵循的协议与第一协议不同,这样不管第一协议具体是什么协议,均可采用第一报文交互第一协议的数据。也即是,本申请提供了一种通用的协议,用于传输第一协议的数据,因此提高了发送报文的灵活性。
在本申请实施例中,网络设备通过步骤201和步骤203交互第一协议的数据可以有以下两种应用场景。下面将针对这两种应用场景分别展开说明。下述两种应用场景仅仅用于举例说明,并不构成对本申请实施例提供的交互第一协议的数据的应用场景的限定。比如,网络设备交互第一协议的数据也可以应用到其他需要进行网络调优的场景中,在此就不再一一展开说明。
第一种场景:在TE隧道建联失败之后,如果需要快速诊断根因,则需要故障节点的网络设备向处于头节点的网络设备发送诊断信息。
此时,处于中间节点的网络设备相当于步骤201中的网络设备,处于头节点的网络设备相当于步骤201中的对端网络设备。步骤201中的PAP报文头中的报文类型为通告报文类型,网络设备向对端网络设备发送的第一报文也称为通告报文。如图5所示,在TE隧道建联失败之后,中间节点如果感知到故障,则向头节点发送通告报文
表3是本申请实施例提供的一种通告报文中的字段和含义的对应关系。如表3所示,在通告报文的PAP报文头中,字段“报文类型”的值为4,用于表明当前的报文为通告报文。通告报文的有效载荷字段中的“标志位”的值为1,用于指示需要对端网络设备回复ACK报文,通告报文的有效载荷字段中的“标志位”的值为0,用于指示不需要对端网络设备回复ACK报文。另外,如表3所示,通告报文中的协议标识字段用于表示通告报文中具体携带的是哪一个协议的数据。在一种可能的实现方式中,假设通告报文携带是第一协议的数据,那么将协议标识字段中第一协议对应的bit位的值设置为1,将协议标识字段中其他协议对应的bit位的值设置为0。
比如,如图6所示,网络设备在发送通告报文之后,对端网络设备在接收到通告报文之后向网络设备回复ACK报文,也即是步骤203中的第七报文。如果10秒内接收到对端网络设备发送的ACK报文,则确定通告成功。如果10秒内没有接收到ACK报文,则重新发送通告报文。当发送通告报文的次数超过3次,且在第三次发送通告报文之后10秒内仍然没有接收到ACK报文,网络设备则确定对端无法接收通告报文,此时停止发送通告报文。
表3通告报文中的字段和含义的对应关系
第二种场景:BGP溯源,以查找震荡源。
此时,网络设备接收来自对端网络设备的第二报文,第二报文包括用于指示第一协议的字段,第二报文用于指示网络设备向对端网络设备反馈第一协议的数据,第二报文遵循的协议和第一报文遵循的协议相同。相应地,在上述步骤201中,网络设备是响应于第二报文生成第一报文。
其中,第二报文的报文类型为查询报文类型,第二报文还可以称为查询报文。第一报文的报文类型为应答报文类型,第一报文还可以称为应答报文。比如,诊断发起设备可以向网络中的其他网络设备发送查询报文,用于查询对端是否是震荡源。如果对端确定自身是震荡源,则需要向诊断发起设备回复应答报文,用于指示自身是震荡源。此时,其他设备相当于步骤201中的网络设备,诊断发起设备相当于步骤201中的对端网络设备。
在第二种场景中,由于对端网络设备向网络设备发送的查询报文也是用于交互第一协议的数据的,因此,该查询报文遵循的协议和第一报文遵循的协议相同。比如,均可以为PAP。
表4是本申请实施例提供的一种查询报文或应答报文中的字段和含义的对应关系。如表4所示,在查询报文或应答报文的PAP报文头中,字段“报文类型”的值为2,用于表明当前的报文为查询报文,字段“报文类型”的值为3,用于表明当前的报文为应答报文。并且,对于应答报文,有效载荷字段中还可以包括“标志位”字段,且字段“标志位”的值为1,用于指示需要对端回复ACK报文,字段“标志位”的值为0,用于指示需要不对端回复ACK报文。其中,对于查询报文,可以不包括“标志位”字段,也可以设置“标志位”字段,但是字段“标志位”中的具体数值可以无需设置。
如表4所示,查询或应答报文中的协议标识字段用于表示相应报文中具体携带的是哪一个协议的数据。在一种可能的实现方式中,假设报文携带是第一协议的数据,那么将协议标识字段中第一协议对应的bit位的值设置为1,将协议标识字段中其他协议对应的bit位的值设置为0。
另外,对于查询报文,报文中的应用数据字段用于指示设备想要查询该协议的具体什么数据,具体格式可以自行定义。对于应答报文,报文中的应用数据字段用于指示根据对端设备发来的查询报文里的应用数据字段指示的内容需要返回的数据,具体格式也可以自行定义。
表4查询报文或应答报文中的字段和含义的对应关系
如图7所示,如果查询报文的ACK设置为强制发送(表4中对应的标志位的值为1),在任何时刻任何网络设备发送查询报文到对端网络设备,在规定时间内收到对端网络设备的ACK报文,以及对端网络设备发来的应答报文,如果接收到的应答报文中要求回复ACK报文则发送ACK报文,该流程结束,如果不要求回复ACK则接收到应答报文之后该流程结束。如果查询报文的ACK设置为不强制发送(表4中对应的标志位的值为1),在任何时刻任何网络设备发送查询报文到对端网络设备,在规定时间内收到对端网络设备发来的应答报文,如果应答报文要求回复ACK报文则向对端网络设备发送ACK报文,该流程结束,如果应答报文中不要求回复ACK报文则接收到应答报文时该流程结束。
相应地,如图7所示,如果查询报文的ACK设置为强制发送(表4中对应的标志位的值为1),任意网络设备在发送完查询报文,在规定时间内未接收到对端网络设备发送的ACK报文的情况下,需要进行数次重传(比如,可以为2次)。如果数次重传之后还未收到任何ACK报文,则认为该交互失败。如果查询报文的ACK设置为不强制发送(表4中对应的标志位的值为1),在发送完查询报文,在规定时间内未接收到应答报文的情况下,需要进行数次重传,如果数次重传之后还未收到任何应答报文,则认为该交互失败。
也即是,在第二种场景中,对端网络设备在向网络设备发送查询报文之后,网络设备也可以先针对查询报文发送ACK报文,以通知对端网络设备本端已接收到该查询报文。在发送ACK报文之后,再向对端网络设备回复应答报文。当然,对端网络设备也可以在发送查询报文之后,直接根据是否接收到应答报文来确定对端是否接收到该查询报文,本申请实施例在此不做具体限定。
下述实施例用于对上述第二种场景“BGP溯源,以查找震荡源”进行举例说明,下述实施例并不构成对上述图2对应的实施例的限定。
图8从设备交互的角度示例性示出了一种协商流程的方法示意图,如图8所示,该方法包括:
步骤801,第一路由设备向第二路由设备发送第一协商报文。第一协商报文指示第二设备开启查询路由震荡源的能力。
第一路由设备发送第一协商报文的时机可以根据具体情况灵活确定,比如可以在第一路由设备和第二路由设备建立BGP邻居关系之后发起,也可以在第一路由设备开启查询路由震荡源的能力后发起(本申请实施例中开启查询路由震荡源的能力也可以称为使能溯源协商能力)。可选地,在第二路由设备与第一路由设备的BGP邻居关系DOWN(BGP邻居关系DOWN也可以称为未建立BGP邻居关系)的情况下,若第二路由设备具备且开启查询路由震荡源的能力,则可以关闭第二路由设备的查询路由震荡源的能力。
第一协商报文也可以描述为ST_OPEN能力协商报文等。
步骤802,第二路由设备接收到第一协商报文之后,根据第一协商报文确定自己是否具备查询路由震荡源的能力。
在步骤802中,若第二路由设备不具备查询路由震荡源的能力,则第二路由设备可以向第一路由设备反馈用于指示第二路由设备不具备查询路由震荡源的能力的指示信息,也可以不反馈给第一路由设备信息,比如执行步骤803。
在步骤802中,若第二路由设备具备查询路由震荡源的能力,则第二路由设备可以执行步骤804。
步骤803,结束该方法流程。
步骤804,第二路由设备判定第二路由设备是否已开启查询路由震荡源的能力。
在步骤804中,若第二路由设备未开启查询路由震荡源的能力,则可执行步骤805。
在步骤804中,若第二路由设备已开启查询路由震荡源的能力,则可执行步骤806。
步骤805,第二路由设备开启查询路由震荡源的能力。
步骤806,第二路由设备发送第一协商响应报文给第一路由设备。
第一协商响应报文是第一协商报文的响应报文。
步骤807,第一路由设备判定是否收到第一协商响应报文。
上述步骤807中,一种可能地实现方式中,第一路由设备可以判定是否在第一预设时长内收到第一协商响应报文。
在步骤807中,第一路由设备判定收到第一协商响应报文,则可以执行步骤808。
在步骤807中,第一路由设备判定未收到第一协商响应报文,则可以结束该方法流程,也可以执行步骤809,或者也可以执行步骤810。
图8中示出的方案是在第一路由设备判定未收到第一协商响应报文的情况下执行步骤809的示例。另外一种可能地实施方式中,在上述步骤801中,第一路由设备可以周期性发送第一协商报文,比如可以在第二路由设备与第一路由设备的BGP邻居关系UP时(BGP邻居关系UP也可以称为建立BGP邻居关系),以1分钟为周期,周期性向第二路由设备发送第一协商报文。在执行步骤807时,若连续三个第一协商报文对应的响应报文都没有收到,则直接执行步骤810。
步骤808,第一路由设备根据第一协商响应报文确定第二路由设备具备查询路由震荡源的能力,且第二路由设备开启查询路由震荡源的能力。
步骤809,第一路由设备判断是否发送了N次第一协商报文。
在上述步骤809中,一种可能地实施方式中,第一路由设备可以判断是否在第二预设时长内发送了N次第一协商报文,N为正整数,N可以根据具体情况设置,比如设置为3。
在步骤809中,第一路由设备确定未发送N次第一协商报文(比如,第一路由设备在第二预设时长内发送第一协商报文的次数小于N),则第一路由设备可以重复执行上述步骤801,以便重复发送第一协商报文。
在步骤809中,第一路由设备确定发送了N次第一协商报文(比如,第一路由设备在第二预设时长内发送第一协商报文的次数等于N),则第一路由设备可以执行步骤810。
步骤810,第一路由设备确定第二路由设备不具备查询路由震荡源的能力。
上述图8所示的方案流程示例性的介绍了第一路由设备如何跟第二路由设备协商,以使第二路由设备在具备查询路由震荡源的能力之下开启查询路由震荡源的能力。而第二路由设备也可以执行与上述第一路由设备所执行的相类似的步骤,以在第一路由设备在具备查询路由震荡源的能力之下开启查询路由震荡源的能力,在此不再赘述。
图9从设备交互的角度示例性示出了如何去使能路由设备的查询路由震荡源的能力的方法流程示意图。本申请实施例中关闭查询路由震荡源的能力也可以称为去使能查询路由震荡源的能力,也就是说关闭也可以用去使能替换。如图9所示,该方法包括:
步骤901,第一路由设备向第二路由设备发送第二协商报文。第二协商报文指示第二设备去使能查询路由震荡源的能力。
第一路由设备发送第二协商报文的时机可以根据具体情况灵活确定,比如在第一路由设备发现第一路由设备与第二路由设备之间的邻居关系DOWN的情况下发起,再比如可以由人工灵活配置第一路由设备发起第二协商报文的时机。
一种可能地实施方式中,第一路由设备可以在确定第二路由设备具备开启查询路由震荡源的能力,且已开启查询路由震荡源的能力的情况下,向第二路由设备发送第二协商报文,这种情况下,第二路由设备在接收到第二协商报文之后可以直接执行步骤905。
另一种可能地实施方式中,第一路由设备在需要去使能查询路由震荡源的能力的情况下,向第二路由设备发送第二协商报文,第二路由设备可能具备查询路由震荡源的能力,也可能不具备查询路由震荡源的能力,而在具备查询路由震荡源的能力下也有可能开启或未开启查询路由震荡源的能力。这种情况下,第二路由设备在接收到第二协商报文的情况下,可以执行步骤902或者执行步骤904。本领域技术人员可以灵活确定。图9以第二路由设备在接收到第二协商报文301后执行步骤902为例进行介绍。
第二协商报文可以描述为ST_OPEN能力协商报文,当第二协商报文和第一协商报文都被称为ST_OPEN能力协商报文的情况下,被称为ST_OPEN能力协商报文的第二协商报文中可以设置一个标志位,用于与被称为ST_OPEN能力协商报文的第一协商报文以区别。
步骤902,第二路由设备接收到第二协商报文之后,根据第二协商报文确定自己是否具备查询路由震荡源的能力。
在步骤902中,若第二路由设备不具备查询路由震荡源的能力,则第二路由设备可以向第一路由设备反馈用于指示第二路由设备不具备查询路由震荡源的能力的指示信息,也可以不反馈给第一路由设备信息,比如执行步骤903。
在步骤902中,若第二路由设备具备查询路由震荡源的能力,则第二路由设备可以执行步骤904。
步骤903,结束该方法流程。
步骤904,第二路由设备判定第二路由设备是否已开启查询路由震荡源的能力。
在步骤904中,若第二路由设备已开启查询路由震荡源的能力,则可执行步骤905。
在步骤904中,若第二路由设备未开启查询路由震荡源的能力,则可执行步骤906。
步骤905,第二路由设备关闭查询路由震荡源的能力。
步骤906,第二路由设备发送第二协商响应报文给第一路由设备。
第二协商响应报文是第二协商报文的响应报文。
步骤907,第一路由设备判定是否收到第二协商响应报文。
在上述步骤907中,一种可能地实现方式中,第一路由设备可以判定是否在第四预设时长内收到第二协商响应报文。
在步骤907中,若第一路由设备收到第二协商响应报文,则可以执行步骤908。
在步骤907中,若第一路由设备未收到第二协商响应报文(比如,在第四预设时长内未收到第二协商响应报文),则可以结束该方法流程,也可以执行步骤909,或者也可以执行步骤910。
图9中示出的方案是在第一路由设备未收到第二协商响应报文的情况下执行步骤909的示例。另外一种可能地实施方式中,在上述步骤901中,第一路由设备可以周期性发送第二协商报文,比如以1分钟为周期,周期性向第二路由设备发送第二协商报文。在执行步骤807时,若连续三个第二协商报文对应的响应报文都没有收到,则直接执行步骤910。
步骤908,第一路由设备根据第二协商响应报文确定第二路由设备具备查询路由震荡源的能力,且第二路由设备关闭查询路由震荡源的能力。
步骤909,第一路由设备是否发送了M次第二协商报文。
在上述步骤909中,一种可能地实现方式中,第一路由设备可以判定是否在第五预设时长内发送了M次第二协商报文,M为正整数,M可以根据具体情况设置,比如设置为3。
在步骤909中,第一路由设备发送第二协商报文的数量小于M(比如在第五预设时长内发送的第二协商报文的数量小于M),则第一路由设备可以重复执行上述步骤901,以便重复发送第二协商报文。
在步骤909中,第一路由设备发送第二协商报文的数量不小于M(比如在第五预设时长内发送的第二协商报文的数量等于M),则第一路由设备可以执行步骤910。
步骤910,第一路由设备确定第二路由设备不具备查询路由震荡源的能力。
上述图9所示的方案流程示例性的介绍了第一路由设备如何跟第二路由设备协商,以使第二路由设备去使能查询路由震荡源的能力。而第二路由设备也可以执行与上述第一路由设备所执行的相类似的步骤,以在第一路由设备去使能查询路由震荡源的能力,在此不再赘述。
在上述图8和图9中所涉及的第一协商报文、第一协商响应报文、第二协商报文和第二协商响应报文的格式可以灵活设置,第一协商报文、第一协商响应报文、第二协商报文和第二协商响应报文可以统称为协商报文。图10示例性示出了本申请实施例提供的一种协商报文的格式的示意图,如图10所示:
协商报文中报文标识字段可以占用4字节,比如可以如图10所示填充0xFE,也可以填充其它数值。报文标识字段可用于指示该报文为本申请实施例中所定义的协商报文或下述内容中提到的数据报文,如此可以将本申请实施例中定义的协商报文和数据报文与现有技术中已定义的其它报文区别开来。
协商报文中的报文总长度(totallen)字段可以占用16比特(bit),可用于指示该报文的总长度。
协商报文中的类型(type)字段可以占用5比特,可用于指示该报文的类型,当该报文为协商报文时,该报文的类型字段承载用于指示该报文为协商报文的内容。比如,将类型字段的值设置为1时,可以表示该报文为第一协商报文或第二协商报文。
C字段,可以占用1个比特,示例性地,将C字段的值设置为0,可表示该报文为第二协商报文,设置为1可表示该报文为第一协商报文。当第二协商报文和第一协商报文都被称为ST_OPEN能力协商报文的情况下,C字段可以用于标识第一协商报文和第二协商报文的标志位。
A字段,可以占用1个比特,示例性地,将A字段的值设置为1可表示该报文为响应报文(第一协商响应报文或第二协商响应报文),设置为0可表示该报文为非响应报文(第一协商报文或第二协商报文)。
R字段,可以占用1个比特,可以为保留字段。R字段可以默认填充为0。
可选地,报文中还可以包括如图10中所示的协议编号(protocolNo)字段,可以占用8个比特,可以承载协议编号。
上述示例介绍了第一路由设备和第二路由设备可以灵活启动或关闭查询路由的震荡源的能力的方案,可选地,也可以统一设置第一路由设备和第二路由设备开启查询路由的震荡源的能力。在第一路由设备和第二路由设备开启查询路由震荡源的能力的情况下,本申请实施例提供一种路由震荡源查询方法。该方法应用于边界网关协议BGP网络中,BGP网络的含义如上述内容所示,不再赘述。BGP网络包括第一路由设备。图11示例性示出了本申请实施例提供的一种路由震荡源查询方法的流程示意图,如图11所示,该方法包括:
步骤1101,第一路由设备根据路由信息确定该待查询路由,路由信息用于确定与路由信息对应的该待查询路由。
本申请实施例中路由设备可以分为两种类型,分别为:溯源发起设备和溯源协助设备。其中,溯源发起设备可以为发起查询事件的设备,查询事件即为查询该待查询路由的震荡源的事件。参与该查询事件中的所有路由设备中除溯源发起设备之外的路由设备可以称为溯源协助设备。溯源发起设备可以是待查询路由中的任一台路由设备,一种可能地实施方式中,溯源发起设备可以是沿路由发布方向的处于较下游的路由设备(比如为沿路由发布方向的最下游路由设备或倒数第二跳路由设备等),例如可以是图1中的路由设备101或路由设备102。另一种可能地实施方式中,溯源发起设备可以是沿路由发布方向的处于最下游的路由设备,例如可以是图1中的路由设备101,如此,可以由业务感知到的路由设备发起,最接近业务受损的地方发起,如此,可以更贴合实际应用场景,为实际业务操作人员提供更大的便利。
一种可能地实施方式中,溯源发起设备有多种方式触发查询事件,比如可以是用户人工输入的命令触发溯源发起设备发起查询事件,比如用户可以在发现出现业务受损的情况下发起命令以触发溯源发起设备发起查询事件。也可以是预设一些规则,当满足这些规则时可以触发溯源发起设备发起查询事件,这些规则比如为CPU占用率高于占用率阈值,再比如可以为检测到待查询路由上的业务受损,比如路由设备检测到不能对报文解封装,或者解封装之后查不到路由表项等,可触发溯源发起设备发起查询事件。再比如,溯源发起设备可以在检测到发生路由震荡情况时发起。
待查询路由的路由信息可以是用户通过人工输入的,也可以是溯源发起设备自行挑选的发生震荡的路由的路由信息。举个例子,溯源发起设备从发生震荡的路由中随机挑选一条或多条路由的路由信息,针对所挑选的一条或多条路由中的每条路由的路由信息,发起查询事件,即将每条路由的路由信息都作为本申请实施例中的一条待查询路由对应的路由信息以执行本申请实施例中的方案,从而查出待查询路由的震荡源。发生震荡的路由可以是路由的最近一次更新的时间距离当前时间之间的时长小于第六预设时长的路由,第六预设时长可以是灵活确定的,比如可以是2分钟。路由的最近一次更新的时间点也可以称为路由的时间戳。
当第一路由设备为溯源发起设备时,第一路由设备根据路由信息确定出待查询路由,继而查询引起该待查询路由震荡的震荡源。
而当第一路由设备为溯源协助设备时,第一路由设备可以接收其它路由设备发送的查询请求,比如第一路由设备根据路由信息确定待查询路由之前,第一路由设备接收第三路由设备发送的第二查询请求,第三路由设备是用于从第一路由设备接收待查询路由的路由设备。第二查询请求用于请求第一路由设备确定待查询路由的震荡源。第三路由设备可以描述为沿路由发布方向上第一路由设备的下一跳路由设备。第二查询请求包括路由信息。
在上述步骤1101之后,第一设备可以确定该待查询路由是否是从第二路由设备接收到的路由,可以存在两种结果:该待查询路由不是第一路由设备从第二路由设备接收到的路由,以及该待查询路由是第一路由设备从第二路由设备接收到的路由。
当第一路由设备确定该待查询路由不是第一路由设备从第二路由设备接收到的路由,则第一路由设备可以确定该待查询路由是第一路由设备的本地路由,这种情况下,可以确定导致该待查询路由发生路由震荡的源设备为第一路由设备。这种情况下,第一路由设备可以直接反馈第一查询响应,第一查询响应指示待查询路由的震荡源,该震荡源即为第一路由设备。当第一路由设备是溯源发起设备(溯源发起设备为发起查询事件的设备)时,第一路由设备可以直接将第一查询响应反馈给用户。当第一路由设备不是溯源发起设备(第一路由设备是溯源协助设备)时,第一路由设备可以将第一查询响应转发给其它路由设备,比如第三路由设备。在第一路由设备确定第一路由设备为待查询路由的震荡源的情况下,第一路由设备还可以直接结束该方法流程,也可以对第一路由设备的发生震荡的原因进行分析,也可以进一步修复该震荡源等。
进一步,当第一路由设备确定该待查询路由不是第一路由设备从第二路由设备接收到的路由,则可以进一步确定出待查询路由的路由类型,比如该待查询路由是聚合路由,还是引入路由,并且可以在第一查询响应中携带该待查询路由的路由类型的指示信息,从而可以为用户提供进一步的辅助信息,也可以为用户后续维护工作提供更多的便利。本申请实施例中的引入路由可以是指BGP从内部网关协议(Interior Gateway Protocol,IGP)、用户网络路由(user network route,UNR)、静态、直连路由等其他路由协议学习到的路由。本申请实施例中的聚合路由可以称为通过路由聚合命令产生的路由。
而另一种结果:该待查询路由是第一路由设备从第二路由设备接收到的路由的情况可参见步骤1102。
步骤1102,第一路由设备确定该待查询路由是第一路由设备从第二路由设备接收到的路由,第二路由设备是向第一路由设备发送该待查询路由的路由设备。
待查询路由是第一路由设备从第二路由设备接收到的路由也可以描述为待查询路由是第一路由设备从第二路由设备学习到的。也就是说,路由发布方向是从第二路由设备向第一路由设备方向发布的,第二路由设备也可以描述为上一跳路由设备,上一跳路由设备用于沿着路由发布方向向第一路由设备发布路由。
步骤1103,第一路由设备确定第一路由设备是否为该待查询路由的震荡源,该待查询路由的震荡源指示导致该待查询路由发生路由震荡的源设备。
本申请实施例中导致该待查询路由发生路由震荡的源设备也可以称为该待查询路由的震荡源。
在上述步骤1103之后,有两种结果,一种是第一路由设备确定第一路由设备为该待查询路由的震荡源,这种情况下,第一路由设备可以反馈第一查询响应,具体反馈的对象可以视第一路由设备的角色来确定,例如:当第一路由设备是溯源发起设备(溯源发起设备为发起查询事件的设备)时,第一路由设备可以直接将第一查询响应反馈给用户。当第一路由设备不是溯源发起设备(第一路由设备是溯源协助设备)时,第一路由设备可以将第一查询响应转发给其它路由设备,比如第三路由设备。
另一种结果是第一路由设备确定第一路由设备不是该待查询路由的震荡源,该种情况可以参见步骤1104。
步骤1104,当第一路由设备确定第一路由设备不是该待查询路由的震荡源,第一路由设备向第二路由设备发送第一查询请求,第一查询请求用于请求第二路由设备确定该待查询路由的震荡源,第一查询请求包括路由信息。
通过上述步骤1101至步骤1104的方案可以看出,本申请实施例中当出现路由震荡的情况时,当第一路由设备并非震荡源时,第一路由设备可以将第一查询请求发送给第二路由设备,以使第二路由设备继续查询震荡源,可见该路由震荡源的查询方法相比现有技术中维护人员逐台检查路由设备的方案,可以节省人力。
在上述步骤1101中,一种可选地实施方式中,路由信息包括路由前缀,路由前缀用于指示待查询路由的网络协议IP地址和掩码。第一路由设备根据路由信息确定待查询路由,包括:第一路由设备根据路由前缀确定待查询路由。第一路由设备根据路由前缀确定待查询路由具体方法可以参见RFC4364第7节和第8节内容。
上述步骤1101中,另一种可选地实施方式中,路由信息包括路由前缀、地址族标识AFI、子地址族标识SAFI和路由标识RD;AFI用于指示待查询路由所在的地址族,SAFI用于指示待查询路由所在的子地址族,RD用于指示待查询路由的路由标识。第一路由设备根据路由信息确定待查询路由,包括:第一路由设备根据AFI、SAFI、RD和路由前缀,确定待查询路由。第一路由设备根据AFI、SAFI、RD和路由前缀,确定待查询路由的具体方法可以参见RFC4364第7节和第8节内容。
本申请实施例中,一种可选地实施方中,路由信息还可以包括:序列号和/或溯源发起设备的标识;其中,序列号用于标识用于查询待查询路由的查询事件,溯源发起设备的标识用于标识发起查询事件的设备的标识。
本申请实施例中提供一种用于执行上述步骤1103的可能地实现方式,第一路由设备根据待查询路由确定第一路由设备与第二路由设备之间的BGP邻居关系最近一次发生震荡的时间与当前时间之间的时长是否小于第一阈值。在这种可能地实现方式下,上述步骤1104中,第一路由设备可以根据待查询路由确定第一路由设备与第二路由设备之间的BGP邻居关系发生震荡的时间与当前时间之间的时长小于第一阈值,第一路由设备向第二路由设备发送第一查询请求。该实现方式中,第一路由设备在确定出该待查询路由是从第二路由设备学习到的情况下,确定第二路由设备和第一路由设备是BGP邻居关系。这种可能地实现方式下,第一路由设备最近一次向第二路由设备发送待查询路由的更新报文的时间与当前时间之间的时长可能小于第二阈值也可能不小于第二阈值。在这种可能地实现方式下,第一路由设备与第二路由设备之间的BGP邻居关系最近一次发生震荡的时间与当前时间之间的时长小于第一阈值,则说明第一路由设备与第二路由设备之间的BGP邻居关系不稳定,而这很大可能是引发待查询路由发生震荡的原因,因此通过该种实现方式可以更加准确的确定出待查询路由发生震荡的震荡源。
本申请实施例中提供另一种用于执行上述步骤1103的可能地实现方式,第一路由设备确定第一路由设备最近一次向第二路由设备发送待查询路由的更新报文的时间与当前时间之间的时长是否小于第二阈值。在这种可能地实现方式下,上述步骤1104中,第一路由设备可以确定最近一次向第二路由设备发送待查询路由的更新报文的时间与当前时间之间的时长小于第二阈值,第一路由设备向第二路由设备发送第一查询请求。待查询路由的更新报文也可以称为待查询路由的refersh报文,refersh报文的相关描述可以参见RFC2918中第2节和第3节中的相关描述。第一路由设备可能由于策略修改、配置修改等原因向第二路由设备发送更新报文。这种可能地实现方式下,第一路由设备与第二路由设备之间的BGP邻居关系最近一次发生震荡的时间与当前时间之间的时长可能小于第一阈值也可能不小于第一阈值。在这种可能地实现方式下,第一路由设备最近一次向第二路由设备发送待查询路由的更新报文的时间与当前时间之间的时长小于第二阈值,则说明存在很大可能性是第一路由设备发送的待查询路由的更新报文导致了待查询路由上震荡的发生,因此通过该种实现方式可以更加准确的确定出待查询路由发生震荡的震荡源。
本申请实施例中提供第三种用于执行上述步骤1103的可能地实现方式,第一路由设备根据待查询路由确定第一路由设备与第二路由设备之间的BGP邻居关系最近一次发生震荡的时间与当前时间之间的时长是否小于第一阈值,以及确定第一路由设备最近一次向第二路由设备发送待查询路由的更新报文的时间与当前时间之间的时长是否小于第二阈值。在这种可能地实现方式下,上述步骤1104中,第一路由设备可以根据待查询路由确定第一路由设备与第二路由设备之间的BGP邻居关系发生震荡的时间与当前时间之间的时长小于第一阈值,且第一路由设备确定第一路由设备最近一次向第二路由设备发送待查询路由的更新报文的时间与当前时间之间的时长小于第二阈值的情况下,第一路由设备向第二路由设备发送第一查询请求。该实现方式结合第一路由设备与第二路由设备之间的BGP邻居关系最近一次发生震荡的时间与当前时间之间的时长和第一路由设备最近一次向第二路由设备发送待查询路由的更新报文的时间与当前时间之间的时长这两个参数,从而可以更加准确的确定出待查询路由发生震荡的震荡源。
本申请实施例中第二阈值可以与第一阈值相等,也可以与第一阈值不相等。本申请实施例中,第一阈值的选取可以根据实际情况灵活设置,比如可以设置两个路由设备对应的第一阈值不同,也可以设置为相同,可以设置两个路由设备对应的第二阈值不同,也可以设置为相同。例如:当第一路由设备为溯源发起设备时,第一路由设备在执行上述步骤1103的几种可能地实现方式中,第一阈值取值为2分钟,第二阈值也取值为2分钟。而当第一路由设备为溯源协助设备时,第一路由设备在执行上述步骤1103的几种可能地实现方式中,第一阈值和第二阈值可以根据溯源发起设备上的该待查询路由的时间戳来取值。溯源发起设备上的该待查询路由的时间戳具体是指该待查询路由在溯源发起设备上的最近一次进行更新的时间。比如当第一路由设备为溯源协助设备时,可以将第一阈值取值为溯源发起设备上的该待查询路由的时间戳与当前时间之间的时长加上第一时长阈值,将第二阈值取值为溯源发起设备上的该待查询路由的时间戳与当前时间之间的时长加上第二时长阈值。第一时长阈值和第二时长阈值可以相等也可以不相等,比如可以将第一时长阈值和第二时长阈值均设置为60秒。
通过上述两个示例,可以看出,本申请实施例中路由设备担任的角色不同时,第一阈值和第二阈值可以分别设置,一方面可以提高方案的灵活性,另一方面将溯源协助设备对应的第一阈值和溯源协助设备对应的第二阈值结合溯源发起设备上的该待查询路由的时间戳来考虑,可以更加贴合实际,更加准确的确定出待查询路由的震荡源。
本申请实施例提供一种用于实现上述步骤1104的可能地实现方式,第一路由设备在确定第一路由设备不是该待查询路由的震荡源的情况下向第二路由设备发送第一查询请求,而第二路由设备可以具有查询待查询路由的震荡源的能力,也可以不具有查询待查询路由的震荡源的能力。这种情况下,第二路由设备在具有查询待查询路由的震荡源的能力且开启了查询待查询路由的震荡源的能力的情况下,可以根据第一查询请求查询该待查询路由的震荡源。
本申请实施例提供另一种用于实现上述步骤1104的可能地实现方式,第一路由设备是在确定第一路由设备不是该待查询路由的震荡源,且第二路由设备具有查询待查询路由的震荡源的能力的情况下向第二路由设备发送第一查询请求。如此,可以使第二路由设备根据第一查询请求确定该待查询路由的震荡源。
在上述另一种用于实现上述步骤1104的可能地实现方式,若第一路由设备确定第一路由设备不是该待查询路由的震荡源,但第二路由设备不具有查询待查询路由的震荡源的能力,这种情况下,第一路由设备可以结束该查询震荡源的流程。进一步,第一路由设备可以反馈第二查询响应,第二查询响应中可以包括该查询事件所经过的历史路由设备的路由信息,第二查询响应中也可以为用户提供一个查询接口,从而可以使用户结合反馈的第二查询响应对待查询路由进行进一步的筛查,从而可以节省人力。第一查询响应中还可以包括待查询路由、待查询路由在溯源发起设备上的时间戳等属性信息中的任一项或任多项。
在上述另一种用于实现上述步骤1104的可能地实现方式,若第一路由设备确定第一路由设备不是该待查询路由的震荡源,但第二路由设备具有的查询待查询路由的震荡源的能力被去使能了,这种情况下,第一路由设备可以先通过上述协商流程去开启第二路由设备的查询待查询路由的震荡源的能力,也可以直接将第一查询请求发送给第二路由设备,当第二路由设备确定需要使用查询待查询路由的震荡源的能力的情况下,自行开启查询待查询路由的震荡源的能力,并根据第一查询请求查询待查询路由的震荡源。第一路由设备也可以结束该查询震荡源的流程。进一步,第一路由设备可以反馈第二查询响应,第二查询响应中可以包括该查询事件所经过的历史路由设备的路由信息,第二查询响应中也可以为用户提供一个查询接口,从而可以使用户结合反馈的第二查询响应对待查询路由进行进一步的筛查,从而可以节省人力。
在上述步骤1104之后,若第二路由设备确定第二路由设备不是该待查询路由的震荡源,则第二路由设备可以继续向沿路由发布方向向上游溯源,以查询待查询路由的震荡源。若第二路由设备确定第二路由设备是该待查询路由的震荡源,则第二路由设备可以向第一路由设备发送第一查询响应。相对应地,第一路由设备接收第二路由设备发送的第一查询响应,第一查询响应指示待查询路由的震荡源。第一路由设备对接收到的第一查询响应的处理方式可以视第一路由设备的角色来确定,例如:当第一路由设备是溯源发起设备(溯源发起设备为发起查询事件的设备)时,第一路由设备可以直接将第一查询响应反馈给用户。当第一路由设备不是溯源发起设备(第一路由设备是溯源协助设备)时,第一路由设备可以将第一查询响应转发给其它路由设备,比如第三路由设备。
上述步骤1104中,一种可能地实现方式下,当第一路由设备确定第一路由设备不是该待查询路由的震荡源,第一路由设备可以判断该查询事件遍历的历史路由设备的数量是否小于数量阈值,在小于的情况下,第一路由设备向第二路由设备发送第一查询请求。在不小于的情况下,可以直接结束该查询事件,也可以反馈第二查询响应。该查询事件遍历的历史路由设备的数量可以是指从溯源发起设备起始,至第一路由设备止,待查询路由对应的路由设备的数量。数量阈值可以根据具体情况设置,比如可以设置为20。
当第一路由设备为溯源协助设备,第一路由设备接收第二查询请求,在上述步骤1104中,第一路由设备确定第一路由设备不是该待查询路由的震荡源,可以将第二查询请求中的该查询事件遍历的历史路由设备的数量加1,以更新第二查询请求,进一步可以根据更新后的第二查询请求,向第二路由设备发送第一查询请求。比如可以将更新后的第二查询请求中的源地址和目的地址进行修改,从而得到第一查询请求。
上述步骤1101至步骤1104中,第一路由设备可以是溯源发起设备,也可以是溯源协助设备。针对第一路由设备为溯源协助设备的情况,本申请实施例提供一种可能地实现方式,该实现方式中,第一路由设备从第三路由设备接收第二查询请求之后,第一路由设备可以根据第二查询请求包括的路由信息确定至少一条候选待查询路由,并从一条或多条候选待查询路由中确定出待查询路由,待查询路由为一条或多条候选待查询路由中的最优路由。本申请实施例中至少一条候选待查询路由是指一条或多条候选待查询路由。最优路由也可以描述为best route。最优路由是在所有活跃路由中根据一定规则选出来的路由。比如最优路由可以是从至少一条候选待查询路由中选出的路径最短的一条路由,再比如,最优路由可以是从至少一条候选待查询路由中选出的业务负荷量最少的一条路由。再比如,最优路由可以是针对至少一条候选待查询路由中的每条候选待查询路由进行多个元素的衡量,并为多个元素中的每个元素设置不同的权重,之后从至少一条候选待查询路由中选出综合性能最好的一条路由,其中,多个元素可以是路径的长短、业务量的多少等等内容。并且在步骤1102之前,第一路由设备确定待查询路由在第一路由设备上的时间戳与当前时间之间的时长小于第三阈值,待查询路由在第一路由设备上的时间戳用于指示待查询路由在第一路由设备上的最近一次更新的时间。第三阈值可以根据溯源发起设备上的该待查询路由的时间戳来取值。溯源发起设备上的该待查询路由的时间戳具体是指该待查询路由在溯源发起设备上的最近一次进行更新的时间。比如可以将第三阈值取值为溯源发起设备上的该待查询路由的时间戳与当前时间之间的时长加上第三时长阈值,第三时长阈值可以设置为60秒。
当第一路由设备为溯源协助设备,若第一路由设备根据第二查询请求包括的路由信息未命中候选待查询路由(比如所有候选待查询路由都已经被撤销,这种情况下第一路由设备中无法命中与路由信息匹配的候选待查询路由),也就是说第一路由设备上不存在与路由信息匹配的候选待查询路由。或者,第一路由设备根据第二查询请求包括的路由信息命中一条或多条候选待查询路由,但是所有的候选待查询路由中没有一条候选待查询路由是最优路由(比如所有的候选待查询路由中的每一个候选待查询路由是非活跃路由或活跃但非最优路由)(当一条路由为最优路由时,该路由的参数信息中可以包括该路由为最优路由的指示信息,第一路由设备可以根据该指示信息确定一条路由是否为最优路由)。这两种情况下,第一种可能地实现方式中,第一路由设备可以直接结束该查询事件。另一种可能地实现方式中,第一路由设备也可以等待一段时长(比如3秒)之后重新查询一次,也可以以一定的时长为间隔多查询几次,如果均没有查到候选待查询路由,则可以结束该查询事件。第三种可能地实现方式中,第一路由设备也可以反馈第二查询响应。
当第一路由设备为溯源协助设备,还存在一种情况,该情况下,可以根据路由信息确定出待查询路由,但是待查询路由在第一路由设备上的时间戳与当前时间之间的时长不小于第三阈值,这种情况下,可以直接结束该查询事件。也可以进一步判定路由的下一跳迭代路由的更新时间与当前时间之间的时长是否小于第四阈值,如果小于,则可以反馈第一查询响应,第一查询响应中可以指示第一路由设备为震荡源。而当不小于的情况下,可以反馈第二查询响应,也可以等待一段时间再次查询是否命中与路由信息匹配的待查询路由,也可以以一定的时长为间隔多次重复查询是否命中与路由信息匹配的待查询路由。
在上述图11以及相关方案中所涉及的第一查询请求、第二查询请求、第一查询响应和第二查询响应可以统称为数据报文,数据报文的格式可以灵活设置。本申请实施例中第一查询请求可以描述为第一BST_QUERY报文,第二查询请求可以描述为第二BST_QUERY报文,本申请实施例中第一查询响应可以描述为第一BST_REPLY报文,第二查询响应可以描述为第二BST_REPLY报文,图12示例性示出了本申请实施例提供的一种数据报文的格式的示意图,如图12所示:
数据报文中报文标识字段可以占用4字节,比如可以如图12所示,填充0xFE,也可以填充其它数值。报文标识字段可用于指示该报文为本申请实施例中所定义的协商报文或下述内容中提到的数据报文,如此可以将本申请实施例中定义的协商报文和数据报文与现有技术中已定义的其它报文区别开来。
数据报文中的报文总长度(totallen)字段可以占用16比特(bit),可用于指示报文的总长度。
数据报文中的类型(type)字段可以占用5比特,可用于指示该报文的类型,当该报文为数据报文时,该报文的类型字段承载用于指示该报文为数据报文的内容。比如,将类型字段的值设置为2时,可以表示该报文为数据报文。
C字段,可以占用1个比特,示例性地,将C字段的值设置为0,可表示该报文为第二协商报文,设置为1可表示该报文为第一协商报文。
A字段,可以占用1个比特,示例性地,将A字段的值设置为1可表示该报文为响应报文(比如第一查询响应和第二查询响应),设置为0可表示该报文为非响应报文(比如为第一查询请求或第二查询请求)。
R字段,可以占用1个比特,可以为保留字段。R字段可以默认填充为0。
可选地,报文中还可以包括如图10中所示的协议编号(protocolNo)字段,可以占用8个比特,可以承载协议编号。
数据字段也可以描述为App Data字段。
当图12中所示的报文为第一查询请求或第二查询请求时,数据字段中可以承载如下内容中的一项或多项:
类型字段,可以描述为Type字段,可以占用1字节,可用于指示该数据报文为查询请求(第一查询请求和第二查询请求可以统称为查询请求)还是查询响应(第一查询响应和第二查询响应可以统称为查询响应)当数据报文为第一查询请求或第二查询请求时,类型字段的值为query;
长度字段,可以描述为Len字段,可占用2字节,用于指示报文长度;
溯源发起设备标识字段,也可以描述为BGP src Router id字段,可占用4字节,指示溯源发起设备的标识;
序列号(series number,SN)字段,可占用4字节,承载序列号,序列号用于标识用于查询待查询路由的查询事件;
AFI字段,可占用1字节,可用于指示待查询路由的地址族;
SAFI字段,可占用1字节,可用于指示待查询路由的子地址族;
RD字段,可占用6字节,可用于指示待查询路由所在RD;
IP地址字段,也可以描述为IP Address字段,可占用4字节,可用于指示待查询路由的IP地址;
掩码字段,也可以描述为Masklen字段,可占用1字节,可用于指示待查询路由的掩码长度;
AGE字段,可占用4字节,可用于指示待查询路由在溯源发起设备上的最近一次更新的时间;
跳数量字段,也可以描述为HOPS字段,可占用1字节,可用于指示查询事件遍历的历史路由设备的数量。
当图12中所示的报文为第一查询响应或第二查询响应时,数据字段中可以承载如下内容中的一项或多项:
类型字段,可以描述为Type字段,可以占用1字节,可用于指示该数据报文为查询响应(第一查询响应和第二查询响应可以统称为查询响应)还是查询响应(第一查询响应和第二查询响应可以统称为查询响应)当数据报文为第一查询响应或第二查询响应时,类型字段的值为query;
长度字段,可以描述为Len,可占用2字节,用于指示报文长度;
溯源发起设备标识字段,也可以描述为BGP src Router id字段,可占用4字节,指示溯源发起设备的标识;
SN字段,可占用4字节,承载序列号,序列号用于标识用于查询待查询路由的查询事件;
震荡源标识字段,可以描述为Damp router id字段,可占用4字节,可以用于指示导致待查询路由发生路由震荡的源设备的标识,即可以用于指示震荡源的标识;
返回码字段,可以描述为Reply code字段,可占用1字节,用于指示溯源结果;
跳数量字段,也可以描述为HOPS字段,可占用1字节,可用于指示查询事件遍历的历史路由设备的数量。
基于上述内容,下面结合图1的通信系统架构示意图,提供一个具体示例,如图13和图14所示。图13示例性示出了本申请实施例提供的一种路由发布的方法流程示意图,如图13所示,通信系统105中路由发布方向为:路由设备104-路由设备103-路由设备102-路由设备101。路由设备104的地址为4.4.4.4,路由设备103的地址为3.3.3.3,路由设备102的地址为2.2.2.2,路由设备101的地址为1.1.1.1。
下面详细说明路由发布过程,如图13所示,路由设备104确定出路由设备104对应的路由信息,路由设备104对应的路由信息如图可以包括:公网(public);Ipv4单播(Ipv4unicast);路由前缀100.1.1.1/32;来源(form)0.0.0.0。图中form0.0.0.0用于指示沿路由发布方向上路由设备104的上一跳地址为0.0.0.0,这表示路由设备104为该路由上沿路由发布方向上的最起始的路由设备。
由于路由设备104和路由设备103同在AS200中,因此路由设备104通过虚拟专用网(Virtual Private Network,VPN)2向路由设备103发布路由信息,路由设备103通过VPN2收到的路由信息如图可以包括:VPN2;Ipv4单播(Ipv4 unicast);路由前缀100.1.1.1/32;form4.4.4.4。图中form4.4.4.4表示沿路由发布方向上路由设备103的上一跳地址为4.4.4.4。
由于路由设备103和路由设备102在两个不同的AS中,因此路由设备103需要将通过VPN2接收到的路由信息转换(“转换”在有些场景下也可以称为“复制”)至公网中,路由设备103转换至公网的路由信息如图可以包括:public;VPNv4,RD:200:1;路由前缀100.1.1.1/32,form4.4.4.4。
路由设备103将转换至公网的路由信息发送给路由设备102。路由设备102通过公网收到的路由信息如图可以包括:public;VPNv4,RD:200:1;路由前缀100.1.1.1/32,form3.3.3.3。图中form4.4.4.4表示沿路由发布方向上路由设备102的上一跳地址为3.3.3.3。
由于路由设备102和路由设备101同在AS100中,因此路由设备102需要将通过公网接收到的路由信息转换至VPN1中,路由设备102转换至VPN1的路由信息如图可以包括:VPN1;Ipv4单播(Ipv4 unicast);路由前缀100.1.1.1/32;form3.3.3.3。
由于路由设备102和路由设备101同在AS100中,因此路由设备102通过VPN1向路由设备101发布路由信息,路由设备101最终得到的路由信息如图可以包括:public;Ipv4单播(Ipv4 unicast);路由前缀100.1.1.1/32;form2.2.2.2。图中form2.2.2.2表示沿路由发布方向上路由设备101的上一跳地址为2.2.2.2。
基于图13所示的内容,图14示例性示出了本申请实施例提供的一种路由震荡源查询方法的流程示意图,图14中的通信系统为图13中所示的通信系统,图14中的路由发布方向即为上述图13中所示内容。如图14所示:
路由设备101发起查询事件,路由设备101位溯源发起设备,查询事件的相关信息如图所示,可以包括以下内容中的一项或多项:
事务1type=query;表示路由设备101针对该查询事件中所发起的报文的报文类型为查询请求;
SN:1.1.1.1 00009527;表示该次查询事件的序列号为1.1.1.1 00009527;
AFI/SAFI:1/1;表示该次查询事件的AFI/SAFI为1/1;
Src:1.1.1.1;表示路由设备101针对该查询事件中所发起的报文的源地址为1.1.1.1(即为路由设备101的地址);
Dst:2.2.2.2;表示路由设备101针对该查询事件中所发起的报文的目的地址为2.2.2.2(即为路由设备102的地址);
Ip:100.1.1.1/32;表示路由前缀为100.1.1.1/32。
路由设备101确定自身不是震荡源,则向路由设备102发送查询请求,路由设备101所发送的查询请求如图可以包括以下内容中的一项或多项:
type=query;表示路由设备101发送的该报文的报文类型为查询请求;
SN:1.1.1.1 00009527;
Src:1.1.1.1;表示路由设备101发送的该报文的源地址为1.1.1.1(即为路由设备101的地址);
Dst:2.2.2.2;表示路由设备101发送的该报文的目的地址为2.2.2.2(即为路由设备102的地址);
AFI/SAFI:1/1;
RD:0:0;
Ip:100.1.1.1/32;表示路由前缀为100.1.1.1/32。
Age=10s;表示路由在路由设备101上的时间戳;
Hops=1;表示查询事件遍历的历史路由设备的数量为1(查询事件遍历的历史路由设备当前有路由设备101)。
路由设备102收到路由设备101发送的查询请求后,确定自身不是震荡源,则向路由设备103发送查询请求,路由设备102所发送的查询请求如图可以包括以下内容中的一项或多项:
type=query;表示路由设备102发送的该报文的报文类型为查询请求;
SN:1.1.1.1 00009527;
Src:2.2.2.2;表示路由设备102发送的该报文的源地址为2.2.2.2;
Dst:3.3.3.3;表示路由设备102发送的该报文的目的地址为3.3.3.3;
AFI/SAFI:1/1;
RD:0:0;
Ip:100.1.1.1/32;表示路由前缀为100.1.1.1/32。
Age=10s;表示路由在路由设备101上的时间戳;
Hops=2;表示查询事件遍历的历史路由设备的数量为2(查询事件遍历的历史路由设备当前有路由设备101、路由设备102)。
路由设备103收到路由设备102发送的查询请求后,确定自身不是震荡源,则向路由设备104发送查询请求,路由设备103所发送的查询请求如图可以包括以下内容中的一项或多项:
type=query;表示路由设备103发送的该报文的报文类型为查询请求;
SN:1.1.1.1 00009527;
Src:3.3.3.3;表示路由设备103发送的该报文的源地址为3.3.3.3;
Dst:4.4.4.4;表示路由设备103发送的该报文的目的地址为4.4.4.4;
AFI/SAFI:1/1;
RD:0:0;
Ip:100.1.1.1/32;表示路由前缀为100.1.1.1/32。
Age=10s;表示路由在路由设备101上的时间戳;
Hops=3;表示查询事件遍历的历史路由设备的数量为3(查询事件遍历的历史路由设备当前有路由设备101、路由设备102、路由设备103)。
路由设备104收到路由设备103发送的查询请求后,可以获取该次查询事件的部分或全部相关信息,如图所示,可以包括:
事务1type=query;表示路由设备101针对该查询事件中所发起的报文的报文类型为查询请求;
SN:1.1.1.1 00009527;
AFI/SAFI:1/1;表示该次查询事件的AFI/SAFI为1/1;
Src:3.3.3.3;表示路由设备104收到的该报文的源地址为3.3.3.3;
Dst:4.4.4.4;表示路由设备104收到的该报文的目的地址为4.4.4.4;
Ip:100.1.1.1/32;表示路由前缀为100.1.1.1/32。
路由设备104确定自己为震荡源,则路由设备104可以生成第一查询响应,并向路由设备103反馈第一查询响应,第一查询响应的相关信息如图可以包括:
返回码;
Hops=3;表示查询事件遍历的历史路由设备的数量为3(查询事件遍历的历史路由设备当前有路由设备101、路由设备102、路由设备103);
震荡源地址(Dampsrcid):4.4.4.4;表示路由前缀100.1.1.1/32对应的震荡源地址为4.4.4.4。
路由设备生成的第一查询响应如图可以包括:
type=query;表示路由设备103发送的该报文的报文类型为查询请求;
SN:1.1.1.1 00009527;
返回码;
Hops=3;表示查询事件遍历的历史路由设备的数量为3(查询事件遍历的历史路由设备当前有路由设备101、路由设备102、路由设备103);
震荡源地址(Dampsrcid):4.4.4.4;表示路由前缀100.1.1.1/32对应的震荡源地址为4.4.4.4。
路由设备103将该第一查询响应转发至路由设备102,路由设备102再将其转发至路由设备101,以使路由设备101最终确定出第一查询响应中的信息“Hops=3和震荡源地址(Dampsrcrid):4.4.4.4”。路由设备101可以确定此次查询事件的震荡源地址为4.4.4.4,且从路由设备101至地址为4.4.4.4的路由设备需经过3个路由设备。
图15是本申请实施例提供的一种网络设备的结构示意图,本申请实施例涉及的任一网络设备、路由设备以及节点等设备均可以通过图15所示的装置来实现。如图15所示,该网络设备1500包括:
生成模块1501,用于执行图2实施例中的步骤201;
发送模块1502,用于执行图2实施例中的步骤202。
可选地,如图16所示,该网络设备1500还包括:
接收模块1503,用于接收来自对端网络设备的第二报文,第二报文包括用于指示第一协议的字段,第二报文用于指示网络设备向对端网络设备反馈第一协议的数据,第二报文遵循的协议和第一报文遵循的协议相同;
生成模块,具体用于:
网络设备响应于第二报文,网络设备生成第一报文。
可选地,发送模块1502,还用于执行图2实施例中的步骤204。
可选地,接收模块1503,还用于执行图2实施例中的步骤205;
确定模块,用于基于第三报文,确定对端网络设备支持第一协议的数据的交互。
可选地,网络设备1500还包括:
使能模块,用于使能交互第一协议的数据的能力;
发送模块,还用于向对端网络设备发送第五报文,第五报文包括用于指示第一协议的字段,第五报文还携带用于指示网络设备使能交互第一协议的数据的能力的字段,第五报文遵循的协议和第一报文遵循的协议相同。
可选地,网络设备还包括:
去使能模块,用于去使能交互第一协议的数据的能力;
发送模块,还用于向对端网络设备发送第六报文,第六报文包括用于指示第一协议的字段,第六报文还携带用于指示网络设备去使能交互第一协议的数据的能力的字段,第六报文遵循的协议和第一报文遵循的协议相同。
可选地,网络设备还包括:
接收模块,用于接收来自对端网络设备的第七报文,第七报文用于指示对端网络设备接收到第一报文,第七报文遵循的协议和第一报文遵循的协议相同。
可选地,接收模块,还用于接收来自对端网络设备的第八报文,第八报文用于指示对端网络设备接收到第三报文,第八报文遵循的协议和第一报文遵循的协议相同。
在本申请实施例中,网络设备可以通过第一报文向对端网络设备传输第一协议的数据。由于第一报文遵循的协议与第一协议不同,这样不管第一协议具体是什么协议,均可采用第一报文交互第一协议的数据。也即是,本申请提供了一种通用的协议,用于传输第一协议的数据,因此提高了发送报文的灵活性。
需要说明的是:上述实施例提供的网络设备在发送报文时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的网络设备与发送报文的方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
图17是本申请实施例提供的一种网络设备的结构示意图。本申请实施例中涉及的网络设备均可以通过图17所示的装置来实现。参见图17,该装置包括至少一个处理器1701,通信总线1702、存储器1703以及至少一个通信接口1704。
处理器1701可以是一个通用中央处理器(central processing unit,CPU)、微处理器、特定应用集成电路(application-specific integrated circuit,ASIC)或一个或多个用于控制本申请方案程序执行的集成电路。
通信总线1702可包括一通路,在上述组件之间传送信息。
存储器1703可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其它类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其它类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compactdisc read-only Memory,CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质,但不限于此。存储器1703可以是独立存在,通过通信总线1702与处理器1701相连接。存储器1703也可以和处理器1701集成在一起。
通信接口1704,使用任何收发器一类的装置,用于与其它设备或通信网络通信,如以太网、无线接入网(RAN)、无线局域网(wireless local area networks,WLAN)等。
在具体实现中,作为一种实施例,该装置可以包括多个处理器,例如图17中所示的处理器1701和处理器1705。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
上述的该装置可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中,该装置可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant,PDA)、移动手机、平板电脑、无线终端设备、通信设备或者嵌入式设备。本申请实施例不限定该装置的类型。
其中,存储器1703用于存储执行本申请方案的程序代码,并由处理器1701来控制执行。处理器1701用于执行存储器1703中存储的程序代码。程序代码中可以包括一个或多个软件模块。本申请实施例中涉及的网络设备可以通过处理器1701以及存储器1703中的程序代码中的一个或多个软件模块,来确定用于开发应用的数据。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意结合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如:同轴电缆、光纤、数据用户线(digital subscriber line,DSL))或无线(例如:红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如:软盘、硬盘、磁带)、光介质(例如:数字通用光盘(digital versatile disc,DVD))、或者半导体介质(例如:固态硬盘(solid state disk,SSD))等。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述为本申请提供的实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (20)
1.一种发送报文的方法,其特征在于,所述方法包括:
网络设备生成第一报文,所述第一报文包括用于指示第一协议的字段,所述第一报文还包括携带所述第一协议的数据的字段,所述第一报文遵循的协议是用于所述网络设备与对端网络设备交互与所述第一协议诊断相关的信息的协议;
所述网络设备向所述对端网络设备发送所述第一报文。
2.如权利要求1所述的方法,其特征在于,所述网络设备生成第一报文之前,所述方法还包括:
所述网络设备接收来自所述对端网络设备的第二报文,所述第二报文包括用于指示所述第一协议的字段,所述第二报文用于指示所述网络设备向所述对端网络设备反馈所述第一协议的数据,所述第二报文遵循的协议和所述第一报文遵循的协议相同;
所述网络设备生成第一报文,包括:
所述网络设备响应于所述第二报文,所述网络设备生成所述第一报文。
3.如权利要求1或2所述的方法,其特征在于,所述网络设备生成第一报文之前,所述方法还包括:
所述网络设备向所述对端网络设备发送第三报文,所述第三报文包括用于指示所述第一协议的字段,所述第三报文用于指示所述网络设备支持所述第一协议的数据的交互,所述第三报文遵循的协议和所述第一报文遵循的协议相同。
4.如权利要求1或2所述的方法,其特征在于,所述网络设备生成第一报文之前,所述方法还包括:
所述网络设备接收来自所述对端网络设备的第四报文,所述第四报文包括用于指示所述第一协议的字段,所述第四报文遵循的协议和所述第一报文遵循的协议相同;
所述网络设备基于所述第四报文,确定所述对端网络设备支持所述第一协议的数据的交互。
5.如权利要求1或2所述的方法,其特征在于,所述网络设备生成第一报文之前,所述方法还包括:
所述网络设备使能交互所述第一协议的数据的能力;
所述网络设备向所述对端网络设备发送第五报文,所述第五报文包括用于指示所述第一协议的字段,所述第五报文还携带用于指示所述网络设备使能交互所述第一协议的数据的能力的字段,所述第五报文遵循的协议和所述第一报文遵循的协议相同。
6.如权利要求5所述的方法,其特征在于,所述网络设备向所述对端网络设备发送第五报文之后,所述方法还包括:
所述网络设备去使能交互所述第一协议的数据的能力;
所述网络设备向所述对端网络设备发送第六报文,所述第六报文包括用于指示所述第一协议的字段,所述第六报文还携带用于指示所述网络设备去使能交互所述第一协议的数据的能力的字段,所述第六报文遵循的协议和所述第一报文遵循的协议相同。
7.如权利要求1或2所述的方法,其特征在于,所述网络设备向对端网络设备发送所述第一报文之后,所述方法还包括:
所述网络设备接收来自所述对端网络设备的第七报文,所述第七报文用于指示所述对端网络设备接收到所述第一报文,所述第七报文遵循的协议和所述第一报文遵循的协议相同。
8.如权利要求3所述的方法,其特征在于,所述网络设备向所述对端网络设备发送第三报文之后,所述方法还包括:
所述网络设备接收来自对端网络设备的第八报文,所述第八报文用于指示所述对端网络设备接收到所述第三报文,所述第八报文遵循的协议和所述第一报文遵循的协议相同。
9.如权利要求1-8任一项所述的方法,其特征在于,所述第一协议是以下协议中的任一种:边界网关协议BGP,资源预留协议RSVP,内部网关协议IGP。
10.一种网络设备,其特征在于,所述网络设备包括:
生成模块,用于生成第一报文,所述第一报文包括用于指示第一协议的字段,所述第一报文还包括携带所述第一协议的数据的字段,所述第一报文遵循的协议是用于所述网络设备与对端网络设备交互与所述第一协议诊断相关的信息的协议;
发送模块,用于向所述对端网络设备发送所述第一报文。
11.如权利要求10所述的网络设备,其特征在于,所述网络设备还包括:
接收模块,用于接收来自所述对端网络设备的第二报文,所述第二报文包括用于指示所述第一协议的字段,所述第二报文用于指示所述网络设备向所述对端网络设备反馈所述第一协议的数据,所述第二报文遵循的协议和所述第一报文遵循的协议相同;
所述生成模块,具体用于:
所述网络设备响应于所述第二报文,所述网络设备生成所述第一报文。
12.如权利要求10或11所述的网络设备,其特征在于:
所述发送模块,还用于向所述对端网络设备发送第三报文,所述第三报文包括用于指示所述第一协议的字段,所述第三报文用于指示所述网络设备支持所述第一协议的数据的交互,所述第三报文遵循的协议和所述第一报文遵循的协议相同。
13.如权利要求10或11所述的网络设备,其特征在于,所述网络设备还包括:
接收模块,还用于接收来自所述对端网络设备的第四报文,所述第四报文包括用于指示所述第一协议的字段,所述第四报文遵循的协议和所述第一报文遵循的协议相同;
确定模块,用于基于所述第四报文,确定所述对端网络设备支持所述第一协议的数据的交互。
14.如权利要求10或11所述的网络设备,其特征在于,所述网络设备还包括:
使能模块,用于使能交互所述第一协议的数据的能力;
所述发送模块,还用于向所述对端网络设备发送第五报文,所述第五报文包括用于指示所述第一协议的字段,所述第五报文还携带用于指示所述网络设备使能交互所述第一协议的数据的能力的字段,所述第五报文遵循的协议和所述第一报文遵循的协议相同。
15.如权利要求14所述的网络设备,其特征在于,所述网络设备还包括:
去使能模块,用于去使能交互所述第一协议的数据的能力;
所述发送模块,还用于向所述对端网络设备发送第六报文,所述第六报文包括用于指示所述第一协议的字段,所述第六报文还携带用于指示所述网络设备去使能交互所述第一协议的数据的能力的字段,所述第六报文遵循的协议和所述第一报文遵循的协议相同。
16.如权利要求10或11所述的网络设备,其特征在于,所述网络设备还包括:
接收模块,用于接收来自所述对端网络设备的第七报文,所述第七报文用于指示所述对端网络设备接收到所述第一报文,所述第七报文遵循的协议和所述第一报文遵循的协议相同。
17.如权利要求12所述的网络设备,其特征在于:
接收模块,还用于接收来自所述对端网络设备的第八报文,所述第八报文用于指示所述对端网络设备接收到所述第三报文,所述第八报文遵循的协议和所述第一报文遵循的协议相同。
18.如权利要求10-17任一项所述的网络设备,其特征在于,所述第一协议是以下协议中的任一种:边界网关协议BGP,资源预留协议RSVP,内部网关协议IGP。
19.一种网络设备,其特征在于,所述网络设备包括存储器和处理器;
所述存储器用于存储支持所述网络设备执行权利要求1-9任一项所述的方法的程序,以及存储用于实现权利要求1-9任一项所述的方法所涉及的数据;
所述处理器被配置为用于执行所述存储器中存储的程序。
20.一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行权利要求1-9任一项所述的方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2018110385780 | 2018-09-06 | ||
CN201811038578 | 2018-09-06 | ||
CN201910357506.0A CN110881006B (zh) | 2018-09-06 | 2019-04-29 | 发送报文的方法、网络设备及计算机存储介质 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910357506.0A Division CN110881006B (zh) | 2018-09-06 | 2019-04-29 | 发送报文的方法、网络设备及计算机存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112804142A true CN112804142A (zh) | 2021-05-14 |
Family
ID=69727479
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110212701.1A Pending CN112804142A (zh) | 2018-09-06 | 2019-04-29 | 发送报文的方法、网络设备及计算机存储介质 |
CN201910357506.0A Active CN110881006B (zh) | 2018-09-06 | 2019-04-29 | 发送报文的方法、网络设备及计算机存储介质 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910357506.0A Active CN110881006B (zh) | 2018-09-06 | 2019-04-29 | 发送报文的方法、网络设备及计算机存储介质 |
Country Status (2)
Country | Link |
---|---|
US (1) | US20210194999A1 (zh) |
CN (2) | CN112804142A (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113965307A (zh) * | 2020-07-20 | 2022-01-21 | 广州汽车集团股份有限公司 | 一种基于仲裁线的全双工spi通信方法 |
US11902404B1 (en) * | 2022-06-10 | 2024-02-13 | Juniper Networks, Inc. | Retaining key parameters after a transmission control protocol (TCP) session flap |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6539030B1 (en) * | 2000-02-07 | 2003-03-25 | Qualcomm Incorporated | Method and apparatus for providing configurable layers and protocols in a communications system |
US7684335B2 (en) * | 2005-07-28 | 2010-03-23 | At&T Intellectual Property I, L.P. | Method and apparatus for diagnosing faults in a hybrid internet protocol network |
US7773540B1 (en) * | 2006-06-01 | 2010-08-10 | Bbn Technologies Corp. | Methods, system and apparatus preventing network and device identification |
JP5151927B2 (ja) * | 2008-11-21 | 2013-02-27 | 富士通株式会社 | 伝送装置、警報制御方法、警報制御プログラムおよびメッセージ送受信プログラム |
CN101854565B (zh) * | 2009-03-31 | 2013-08-28 | 华为技术有限公司 | 信息传送方法、业务保护方法及系统和设备 |
EP2483875A4 (en) * | 2009-09-29 | 2013-12-11 | Savi Techn Inc | DEVICE AND METHOD FOR ADVANCED COMMUNICATION IN WIRELESS LOW-POWER APPLICATIONS |
CN101800676A (zh) * | 2010-02-20 | 2010-08-11 | 中兴通讯股份有限公司 | 链路检测方法、装置和系统 |
CN102769573B (zh) * | 2012-08-01 | 2014-11-05 | 杭州华三通信技术有限公司 | 借助bfd报文实现bgp保活信息发送的方法及路由设备 |
CN104219068B (zh) * | 2013-05-29 | 2017-12-22 | 北京华为数字技术有限公司 | 隧道故障通知的方法和网络设备 |
KR102247971B1 (ko) * | 2014-10-24 | 2021-05-04 | 삼성전자 주식회사 | 전자 장치 및 전자 장치의 신호 송수신 방법 |
US9723431B2 (en) * | 2014-12-18 | 2017-08-01 | Intel Corporation | Close proximity transport configuration |
CN106850328B (zh) * | 2015-12-07 | 2019-08-09 | 中国联合网络通信集团有限公司 | 监测路由设备的方法及装置 |
JP6640670B2 (ja) * | 2016-07-15 | 2020-02-05 | 株式会社東芝 | 無線通信装置および無線通信方法 |
US11019487B2 (en) * | 2017-12-11 | 2021-05-25 | Qualcomm Incorporated | Systems and methods for uplink high efficiency location in a wireless network |
-
2019
- 2019-04-29 CN CN202110212701.1A patent/CN112804142A/zh active Pending
- 2019-04-29 CN CN201910357506.0A patent/CN110881006B/zh active Active
-
2021
- 2021-03-07 US US17/194,311 patent/US20210194999A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
US20210194999A1 (en) | 2021-06-24 |
CN110881006B (zh) | 2021-02-23 |
CN110881006A (zh) | 2020-03-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7746796B2 (en) | Directed echo requests and reverse traceroute | |
EP3751801A1 (en) | Border gateway protocol for communication among software defined network controllers | |
JP3665622B2 (ja) | ソースアドレス選択システム、ルータ装置、通信ノード及びソースアドレス選択方法 | |
CN110798403B (zh) | 通信方法、通信设备和通信系统 | |
JP2006135970A (ja) | SoftRouter動的バインディング・プロトコル | |
US20120281539A1 (en) | Detecting and Avoiding Routing Loops with BGP Route Server Extensions | |
EP3767898A1 (en) | Packet forwarding method and apparatus | |
JP7124206B2 (ja) | パケット処理方法およびゲートウェイ・デバイス | |
EP3806404A1 (en) | Communication method, device and system for avoiding loop | |
EP3985941A2 (en) | Path switching method, device, and system | |
CN110881006B (zh) | 发送报文的方法、网络设备及计算机存储介质 | |
US11870683B2 (en) | 3GPP network function set adaptation for pre-5G network elements | |
WO2022062956A1 (zh) | 一种流量处理方法、装置和网络设备 | |
Mayr et al. | Optimal route reflection topology design | |
US20220150167A1 (en) | Bier packet processing method, network device, and system | |
CN112804141B (zh) | 发送报文的方法、网络设备及计算机存储介质 | |
US20210044537A1 (en) | Resource Reservation and Maintenance for Preferred Path Routes in a Network | |
US20200145326A1 (en) | Path data deletion method, message forwarding method, and apparatus | |
WO2023098703A1 (zh) | 路径通告方法、拓扑算法组合生成方法、路径计算方法、数据传输方法、电子设备和计算机可读存储介质 | |
US12034631B2 (en) | Loop avoidance communications method, device, and system | |
WO2022257773A1 (zh) | 路由检测方法、设备、系统及存储介质 | |
WO2022218132A1 (zh) | 路由更新方法、装置及系统 | |
WO2023030141A1 (zh) | 探测公网转发设备的方法、公网转发设备和存储介质 | |
WO2023103504A1 (zh) | 链路检测方法、公网节点和存储介质 | |
JP6977690B2 (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 |