一种处理报文的方法和装置制造方法及图纸

本发明专利技术实施例涉及通信技术领域，公开了一种处理报文的方法和装置，其中该方法包括：第一套接字接收上游节点发送的报文，将接收到的报文发送给上游邻居管理；上游邻居管理将接收到的报文发送给核心处理实例；所述核心处理实例根据接收到的所述报文，执行业务处理，生成处理后的第一报文；所述核心处理实例将所述处理后的第一报文发送给下游邻居管理，由下游邻居管理将处理后的第一报文通过第二套接字发送给下游节点。采用将ＲＳＶＰ实例划分为ＮＭ和ＣＯＲＥ两部分，从而大大提高了ＲＳＶＰ实例所支持的ＬＳＰ数量。

【技术实现步骤摘要】

本专利技术涉及通信技术，具体涉及一种处理报文的方法和装置。
技术介绍
随着人们对通信需求在不断增长，导致网络规模越来越大，提供商边缘(Provider edge，PE)节点越来越多。而且，网络扁平化的趋势也使得每一层的网络规模在变大。在大规模网络下，如何规划流量，使得网络整体利用效率提高，是关系到运营商投资收益的重要问题。另外，差异化服务是运营商营销的重要策略，如何在同一张网络中提供差异化服务，直接关系到运营商市场的成功与否。同时，随着市场竞争激烈化，用户要求也越来越高，其中高可靠性的通信质量是至关重要的，这种要求反映到到网络技术上，就是PE之间通信如何保证服务质量(QoS，Qualityof Service)和可靠性。流量工程(TE，Traffic Engineering)技术能很好的满足上述要求。TE能指定显式路径，满足用户网络规划的需求；TE通过区分服务流量工程(DS-TE，Diffserv Traffic Engineering)，可以提供差异化服务；TE支持快速重路由(FRR，Fast Reroute)、端到端保护，能满足不同层次的可靠性需求。但是随着网络的规模变大，TE扩展性不足的情况开始呈现：由于TE是软状态刷新协议，每条标签交换路径(LSP，Label-Switch Path)的状态块需要定期刷新，限制了单个资源预留协议(RSVP，Resource Reservation Protocol)实例能够支持的LSP数量，并且，每条LSP都需要占用状态块，耗用内存资源，也限制了单个RSVP实例能够支持的LSP数量。现有技术采用标签分发协议(LDP，Label Distribution Protocol)叠加在TE上(LDP over TE，Laber Distribution Protocol over TE)，来减少单个RSVP实例中的LSP的数量，如图1所示，LDP over TE技术的特点是：在网络的核心节点部署TE，在边缘节点部署LDP。这种方式既具有部分TE的特点，又能够避免网络过大带来的TE扩展性问题。但是，在LDP区域不能实现带宽预留功能，因此，不能在PE节点间提供完整的流量规划，也不能提供差分服务，降低数据传输的可靠性。也可以采用TE层次化的方法来减少核心节点或者RSVP实例中的状态块的数量和开销。如图2所示，提供商(P，Provider)节点之间可以先建立互联的TE隧道，PE之间互联的隧道可以叠加在P节点之间的隧道上，这样PE之间的TE隧道仅在相近的两个P节点上存在控制块和刷新开销。当两个PE需要通信时，两个PE之间的P节点已经建立互联TE隧道作为底层隧道，两个PE节点的互联隧道的状态块和刷新仅被与PE相连的P节点感知，其他P节点不感知。该方案采用TE层次化技术需要以网络拓扑层次化作为基础，本质上需要引入更多的设备，去分担PE互联带来的大量LSP，不能从根源上解决单个RSVP实例不能支持大量LSP的问题。专利技术人在实现本专利技术的过程中，发现现有技术至少存在的缺陷是：单个RSVP实例支持的LSP数量非常有限，严重影响网络侧对数据的传输速度，需要增加网络设备，造成网络布局复杂，成为扩大网络规模的瓶颈。-->
技术实现思路
本专利技术实施例提供的一种处理报文的方法和装置，克服了现有技术中单个RSVP实例支持的LSP数量非常有限，严重影响网络侧对数据的传输速度的缺点。本专利技术实施例提供了一种处理报文的方法，包括：第一套接字接收上游节点发送的报文，将接收到的报文发送给上游邻居管理；上游邻居管理将接收到的报文发送给核心处理实例；所述核心处理实例根据接收到的所述报文，执行业务处理，生成处理后的第一报文；所述核心处理实例将所述处理后的第一报文发送给下游邻居管理，由下游邻居管理将处理后的第一报文通过第二套接字发送给下游节点。本专利技术实施例还提供了一种处理报文的装置，包括：第一套接字，上游邻居管理，核心处理实例，下游邻居管理，和第二套接字；所述第一套接字，用于接收上游节点发送的报文，将接收到的报文发送给上游邻居管理；上游邻居管理，用于接收第一套接字发送的报文，将接收到的报文发送给所述核心处理实例；核心处理实例，用于接收上游邻居管理发送的报文，执行业务处理，生成处理后的第一报文；将所述处理后的第一报文发送给下游邻居管理；下游邻居管理，用于接收所述核心处理实例发送的处理后的第一报文，将所述处理后的第一报文发送给第二套接字；第二套接字，用于接收下游邻居管理发送的处理后的第一报文，将所述处理后的第一报文发送给下游节点。本专利技术实施例提供的一种处理报文的方法和装置，通过采用将RSVP实例划分为NM和CORE两部分，实现对上游节点发送的报文的处理，可以灵活的扩展NM和CORE的数量，且可以将业务更合理的分配到多个CORE中，从而大大提高了RSVP实例所支持的LSP数量，且大大提高了RSVP的工作效率。附图说明为了更清楚地说明本专利技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为LDP over TE技术的组网示意图；图2为采用TE层次化方案组网示意图；图3为建立TE的LSP的网络示意图；图4为本专利技术实施例提供的处理报文方法的总体流程图；图5为本专利技术实施例提供的处理报文方法的流程示意图；图6为本专利技术实施例提供的建立Peer地址与NM关联关系示意简图；-->图7为本专利技术实施例中业务分配器为业务分配CORE操作的示意简图；图8为本专利技术实施例提供当装置中NM与CORE数量比为1∶1时，节点的处理流程示意简图；图9为本专利技术实施例提供的部署的包括一个NM和多于一个的CORE的装置示意图；图10为本专利技术实施例提供的部署的包括多于一个NM和一个CORE的装置示意图；图11为本专利技术实施例提供的部署NM与CORE的数量比值为1∶1的装置；图12为本专利技术实施例提供的一种装置的示意图。具体实施方式为了使本
的人员更好地理解本专利技术实施例的方案，下面结合附图和实施方式对本专利技术实施例作进一步的详细说明。图3所示为建立TE的LSP的网络示意图。LSP的建立是由正向的path消息和反向的resv消息来实现的。并且path消息和resv消息会定期刷新。在本实施例中，节点将消息刷新业务按照报文分发规则分配到该节点的一个或者多于一个的邻居管理(NM，Neighbor Manager)实例中，将核心业务处理按照业务分布规则分配到该节点一个或者多于一个核心处理实例中，这种核心处理实例可以称为CORE。其中，核心业务处理是指：在LSP建立过程中，需要本节点进行的资源和表项处理。具体可包括：为LSP分配入标签；为LSP申请预留带宽；将入标签和出标签表项下发到接口板，用于MPLS报文转发等。因此，在一个节点内存在至少一个NM和至少一个CORE，且NM和CORE之间具有对应关系。NM和CORE是根据功能上的不同而划分的，NM和CORE可以分别由相应的独立的硬件资源实现，通常在多核、多主控板、或者多中央处理单元(CPU，Central Process Unit)时，可以充分显现出分布式节本文档来自技高网...

【技术保护点】
１．一种处理报文的方法，其特征在于，包括：第一套接字接收上游节点发送的报文，将接收到的报文发送给上游邻居管理；上游邻居管理将接收到的报文发送给核心处理实例；所述核心处理实例根据接收到的所述报文，执行业务处理，生成处理后的第一报文；所述核心处理实例将所述处理后的第一报文发送给下游邻居管理，由下游邻居管理将处理后的第一报文通过第二套接字发送给下游节点。

【技术特征摘要】
1.一种处理报文的方法，其特征在于，包括：第一套接字接收上游节点发送的报文，将接收到的报文发送给上游邻居管理；上游邻居管理将接收到的报文发送给核心处理实例；所述核心处理实例根据接收到的所述报文，执行业务处理，生成处理后的第一报文；所述核心处理实例将所述处理后的第一报文发送给下游邻居管理，由下游邻居管理将处理后的第一报文通过第二套接字发送给下游节点。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：第二套接字接收所述下游节点发送的报文，将所述报文发送给下游邻居管理；下游邻居管理将所述报文发送给所述核心处理实例；所述核心处理实例根据接收到的所述下游邻居管理发送的报文，执行业务处理，生成处理后的第二报文；所述核心处理实例将所述处理后的第二报文发送给上游邻居管理，由上游邻居管理将处理后的第二报文通过第一套接字发送至所述上游节点。3.根据权利要求2所述的方法，其特征在于，若第一套接字接收上游节点发送的报文为path消息，且上游邻居管理中没有接收path消息状态块，则所述方法还包括：所述上游邻居管理根据接收到的path消息，建立所述接收path消息状态块；若第一套接字接收上游节点发送的报文为path消息，所述上游邻居管理中有接收path消息状态块，则所述方法还包括：上游邻居管理判断接收到path消息中状态与所述接收path消息状态块中的状态是否一致，如果不一致，上游邻居管理将接收到的报文发送给所述核心处理实例；若所述处理后的第一报文为处理后的path消息，且下游邻居管理中没有发送path消息状态块，则所述方法还包括：下游邻居管理根据接收到的处理后的path消息，建立所述发送payh消息状态块；其中，所述下游邻居管理根据所述发送path消息状态块中信息，通过第二套接字发送处理后的path消息给下一跳进行刷新。4.根据权利要求3所述的方法，其特征在于，若第二套接字接收所述下游节点发送的报文为resv消息，且所述下游邻居管理中没有接收resv消息状态块，则所述方法还包括：所述下游邻居管理根据接收到的resv消息，建立所述接收resv消息状态块；若第二套接字接收所述下游节点发送的报文为resv消息，且所述下游邻居管理中有接收resv消息状态块，则所述方法还包括：所述下游邻居管理判断接收到resv消息中状态与所述接收resv消息状态块中的状态是否一致，如果不一致，执行所述下游邻居管理将接收到的报文发送给与所述核心处理实例；若所述处理后的第二报文为处理后的resv消息，且所述所述上游邻居管理中没有发送resv消息状态块，则所述方法还包括：所述上游邻居管理根据接收到的处理后的resv消息，建立所述发送resv消息状态块；其中，所述上游邻居管理根据所述发送resv消息状态块中信息，发送处理后的resv消息给下一跳进行刷新。5.根据权利要求1所述的方法，其特征在于，所述第一套接字接收上游节点发送的报文，将接收到的报文发送给上游邻居管理，具体包括：第一套接字接收上游节点发送的报文，根据报文分发规则，将接收到的报文发送给上游邻居管理，所述报文分发规则包括套接字中接收所述报文的端口号与邻居管理的关联关系，所述报文的目的地址与邻居管理的关联关系，或者所述报文的源地址与邻居管理的关联关系中的一种或多种；则所述核心处理实例将所述处理后的第一报文发送给下游邻居管理，由下游邻居管理将处理后的第一报文通过第二套接字发送给下游节点，具体包括：核心处理实例根据所述业务分布规则，将所述处理后的报文发送给下游邻居管理，所述下游邻居管理根据所述报文分发规则，将所述处理后的报文通过第二套接字发送给下游节点。6.根据权利要求1至5任一项所述的方法，其特征在于，当第一套接字所归属的节点包括多于一个的核心处理实例时，所述上游邻居管理将接收到的报文发送给核心处理实例，具体包括：上游邻居管理以报文所归属会话为粒度，或者以报文所使用的标签选择路径为粒度，根据业务分布规则，将接收到的报文发送给核心处理实例。7.根据权利要求1所述的方法，其特征在于，当第一套接字所归属的节点包括多于一个的核心处理实例时，所述上游邻居管理将接收到的报文发送给核心处理实例，具体包括：所述上游邻居管理根据接收到的报文，触发执行向业务分配器发送分配核心处理实例请求；业务分配器接收到所述请求，为所述报文归属的业务分配核心处理实例，将分配结果发送给所述上游邻居管理；所述上游邻居管理接...

【专利技术属性】
技术研发人员：赖晓，贺志国，饶国义，祝广东，吕鑫，
申请(专利权)人：华为技术有限公司，
类型：发明
国别省市：94[中国|深圳]