一种实现RSVP-TE协议报文处理的方法及装置制造方法及图纸

本发明专利技术公开了一种实现流量工程的资源预留协议(RSVP-TE)协议报文处理的方法及装置，包括：重启方保存优雅重启(RE)之前的PATH消息的标签交换路径(LSP)信息；当重启方接收到来自辅助方的PATH消息不携带恢复标签对象时，根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中，确定是否进行恢复流程处理。本发明专利技术通过保存RE之前的PATH消息的LSP信息，判断是否进行恢复流程处理，使优雅重启前的PATH消息得到了是否是恢复报文的准确判断，实现了恢复流程的正确处理。

【技术实现步骤摘要】

本专利技术涉及数据网络通信技术，尤指一种实现流量工程的资源预留协议(RSVP-TE)协议报文处理的方法及装置。
技术介绍
基于流量工程的资源预留协议(RSVP-TE，Resource Reservation Protocol-Traffic Engineer)是一种基于多协议标签交换(MPLS)的流量工程技术。通过信息发布、路径计算、信令交互和流量转发四个部件实现业务流量在TE隧道中的转发。基于RSVP-TE的优雅重启(GR，Graceful Restart)提供了一种业务流量的不间断转发(NSF，Non-Stop Forwarding)机制，在网络中节点的控制面发生故障时，可以通过该节点的邻居节点在优雅重启时发送的恢复控制面信息，使优雅重启涉及的转发信息在控制面的恢复阶段得到保持，确保重启后，与转发信息相关的流量的正常转发。GR技术需要基于hello检测，检测的目的之一就是需要感知邻居节点发生了优雅重启，在RFC3209，RFC3473，RFC5063分别介绍了hello的扩展和使用规则。图1是优雅重启的网络组成结构示意图，如图1所示，在检测到邻居节点发生了优雅重启之后，检测到优雅重启的节点需要为重启方发送恢复报文，优雅重启时，发送恢复报文的节点被称为辅助方；图1中，如果节点2(R2)发生优雅重启，那么节点1(R1)和节点3(R3)都叫做R2的辅助方。辅助方在帮助重启方恢复控制面时，需要向重启方发送恢复报文。对于RSVP-TE协议来说，在重启方作为下游接收到上游发送的恢复报文进行恢复时，上游发送发送PATH消息(这里，PATH消息是一种消息类型，可以理解为路径的意思)会携带恢复标签对象；重启方接收到恢复报文之后，通过解析到PATH消息中的恢复标签确定该报文是恢复报文。由于RSVP-TE是一个软状态协议，邻居节点间需要周期性的发送PATH消息和RESV消息(这里，RESV消息是一种专有的消息类型，可以理解为预留消息)进行刷新，以维持其协议状态。周期性发送的刷新的PATH消息不携带恢复标签对象。图2是现有技术中优雅重启前后处理示意图；如图2所示，假设节点R2在优雅重启前对应的入标签表项为(200，3)，即入标签为200，出标签为3。在T1时刻，R2发生优雅重启，辅助方R1在T2时刻检测到R2重启，开始发送携带恢复标签的PATH消息。在T1和T2时刻之间，由于协议的软状态性，R1根据设定周期性地向R2发送PATH消息，此时的PATH消息不携带恢复标签，因此，重启方接收到不带恢复标签的PATH消息，认为是一个新建标签交换路径(LSP，Lable Switch Path)的PATH消息，从而进行新的预留以及新的入标签申请，与需要恢复的入标签为200和出标签为3很可能不一致，导致恢复失败。在现有协议标准中，通过PATH消息中携带恢复标签来判断该报文是否为恢复报文，存在T1和T2之间发送的报文无法准确的判断其报文性质，无法实现恢复流程的准确处理。
技术实现思路
为了解决上述技术问题，本专利技术提供一种实现RSVP-TE协议报文处理的方法及装置，能够正确判断恢复报文，进行准确的恢复流程处理。为了达到本专利技术目的，本专利技术提供了一种实现RSVP-TE协议报文处理的方法，包括：重启方保存优雅重启RE之前的PATH消息的标签交换路径LSP信息；当重启方接收到来自辅助方的PATH消息不携带恢复标签对象时，根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中，确定是否进行恢复流程处理。进一步地，确定是否进行恢复流程处理具体包括：当接收到的PATH消息的LSP在已保存的LSP中，则丢弃该PATH消息，等待辅助方检测到重启方重启后，对重新生成的携带恢复标签对象的
PATH消息进行恢复流程处理；当接收到的PATH消息的LSP不在已保存的LSP中，则确定该发送的PATH消息为刷新的PATH消息，进行刷新PATH消息的处理。进一步地，当重启方接收到辅助方发送的PATH消息且PATH消息携带恢复标签对象时，该方法还包括：重启方直接进行恢复流程处理。另一方面，本申请还提供一种实现RSVP-TE协议报文处理的装置，包括：保存单元及第一处理单元；其中，保存单元，用于保存RE之前的PATH消息的LSP信息；第一处理单元，用于接收到来自辅助方的PATH消息不携带恢复标签对象时，根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中，确定是否进行恢复流程处理。进一步地，第一处理单元具体用于，当接收到的PATH消息的LSP在已保存的LSP中，则丢弃该PATH消息，等待辅助方检测到重启方重启后，对重新生成的携带恢复标签对象的PATH消息进行恢复流程处理；当接收到的PATH消息的LSP不在已保存的LSP中，则确定该发送的PATH消息为刷新的PATH消息，进行刷新PATH消息的处理。进一步地，该装置还包括第二处理单元，第二处理单元，用于接收到辅助方发送的PATH消息且PATH消息携带恢复标签对象时，进行恢复流程处理。与现有技术相比，本申请技术方案包括：重启方保存RE之前的PATH消息的LSP信息；当重启方接收到来自辅助方的PATH消息不携带恢复标签对象时，根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中，确定是否进行恢复流程处理。本专利技术通过保存RE之前的PATH消息的LSP信息，判断是否进行恢复流程处理，准确判断出了优雅重启前的PATH消息是否是恢复报文，实现了恢复流程的正确处理。附图说明此处所说明的附图用来提供对本专利技术的进一步理解，构成本申请的一部分，本专利技术的示意性实施例及其说明用于解释本专利技术，并不构成对本专利技术的不当限定。在附图中：图1是优雅重启的网络组成结构示意图；图2是现有技术中优雅重启前后处理示意图；图3为本专利技术实现RSVP-TE协议报文处理的方法的流程图；图4为本专利技术实现RSVP-TE协议报文处理的装置的结构框图。具体实施方式为使本专利技术的目的、技术方案和优点更加清楚明白，下文中将结合附图对本专利技术的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。图3为本专利技术实现RSVP-TE协议报文处理的方法的流程图，如图3所示，包括：步骤300、重启方保存RE之前的PATH消息的LSP信息；需要说明的是，这里LSP信息包括LSP键值、入标签、入接口、出标签及出接口等信息。步骤301、当接收到的PATH消息不携带恢复标签对象时，根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中，确定是否进行恢复流程处理。本步骤中，确定是否进行恢复流程处理具体包括：当接收到的PATH消息的LSP在已保存的LSP中，则丢弃该PATH消息，等待辅助方检测到重启方重启后，对重新生成的携带恢复标签对象的PATH消息进行恢复流程处理；当接收到的PATH消息的LSP不在已保存的LSP中，则确定该发送的PATH消息为刷新的PATH消息，进行刷新PATH消息的处理。当重启方接收到辅助方发送的PATH消息且PATH消息携带恢复标签对象时，本专利技术方法还包括：直接进行恢复流程处理。图4为本专利技术实现RSVP-TE协议报文处理的装置的结构框图，如图4所示，包括：保存单元及第一处理单元；其中，保存单元，本文档来自技高网...

【技术保护点】
一种实现流量工程的资源预留协议RSVP‑TE协议报文处理的方法，其特征在于，包括：重启方保存优雅重启RE之前的PATH消息的标签交换路径LSP信息；当重启方接收到来自辅助方的PATH消息不携带恢复标签对象时，根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中，确定是否进行恢复流程处理。

【技术特征摘要】
1.一种实现流量工程的资源预留协议RSVP-TE协议报文处理的方法，其特征在于，包括：重启方保存优雅重启RE之前的PATH消息的标签交换路径LSP信息；当重启方接收到来自辅助方的PATH消息不携带恢复标签对象时，根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中，确定是否进行恢复流程处理。2.根据权利要求1所述的方法，其特征在于，所述确定是否进行恢复流程处理具体包括：当接收到的PATH消息的LSP在已保存的LSP中，则丢弃该PATH消息，等待辅助方检测到重启方重启后，对重新生成的携带恢复标签对象的PATH消息进行恢复流程处理；当接收到的PATH消息的LSP不在已保存的LSP中，则确定该发送的PATH消息为刷新的PATH消息，进行刷新PATH消息的处理。3.根据权利要求1或2所述的方法，其特征在于，当重启方接收到辅助方发送的PATH消息且PATH消息携带恢复标签对象时，该方法还包括：重启方直接进行恢复流程处理。4.一种...

【专利技术属性】
技术研发人员：付志涛，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：广东;44