一种处理报文的方法和交换设备技术

本发明专利技术提供一种处理报文的方法和交换设备，方法包括以下步骤：交换芯片接收所述交换设备中的CPU发送的报文，所述报文包含第一封装报文头和第二封装报文头，所述第一封装报文头至少包含回环口端口号，所述第二封装报文头至少包含源端口端口号以及源端口的处理动作指示信息；所述交换芯片根据所述第一封装报文头中的回环口端口号，将不包含所述第一封装报文头的所述报文发送给回环口；回环口根据所述第二封装报文头中的源端口端口号发送到所述源端口，并指示所述源端口根据所述源端口的处理动作指示信息处理所述不包含所述第一封装报文头和第二封装报文头的报文。解决了首跳设备探测失真的问题。

【技术实现步骤摘要】
一种处理报文的方法和交换设备
本专利技术涉及数据通信领域，尤其是一种处理报文的方法和交换设备。
技术介绍
随着网络业务的快速发展，核心层、汇聚层、接入层部署越来越多的设备，当网络中出现故障时，希望能提供一种完全能模拟业务报文在转发面的转发行为以便定位故障。如图1所示，Leaf、Spine、BorderLeaf组成三层架构(一种叶脊拓扑网络结构)。Leaf(叶子)、Spine(脊柱)、BorderLeaf(边界叶)间使用三层聚合AP(AggregatePort)口连接，实现流量负载分担。假设现运维人员需要探测虚拟机VM1到虚拟机VM4的路径，探测路径有两条：1、VM1->Leaf1->Spine1->Leaf3->VM4。2、VM1->Leaf1->Spine2->Leaf4->VM4。图中拓扑相对较简单，当随着网络需求的增加，拓扑会不断扩大，也会引入ECMP(Equal-CostMultipathRouting等价路由)场景等部署要求，那对于VM主机间的转发路径也会随之增多，当VM主机间出现故障时，如何精准快速探测真实的转发路径是很有必要的一个需求。针对图1中的场景，交换机提供了路径可视化，能够让运维人员能够清楚地了解到网络中特定流量的转发路径或两台网络设备之间的路径、源端到目的端的路由是否可达，可以极大的方便运维人员进行故障定位，包括以下步骤：步骤一、SDN控制器(如图1中标记为RG-ONC的设备)根据用户配置信息构造路径探测报文，指定的源IP地址为VM1，目的IP地址是VM4。步骤二、SDN控制器通过Packet-out将路径探测报文发送到Leaf1。步骤三、Leaf1收到Packet-out消息后，根据路径探测报文中的探测标识，识别出路径探测报文，Leaf1根据软件选择的出口信息转发Spine1。同时由CPU软件拷贝一份作为应答报文PacketIN给SDN控制器；步骤四、Spine1收到报文后上送一份报文给SDN控制器，同时转发一份到Leaf3。步骤五、Leaf3收到报文后上送一份报文给SDN控制器，同时转发一份到VM4。以上Leaf1、Spine1、Leaf3上送一份报文PacketIN给SDN控制器时，都会携带报文的源口、目的口、VID信息，SDN控制器根据这些信息就能完整的计算出探测路径。当某个设备(比如Spine1)在SDN控制器设定的探测时间内没有应答PacketIN报文时，就能精准定位到是在Spine1出现故障，确定异常设备后，再由设备厂商技术人员继续定位。其中，Openflow协议支持PacketIN,Packet-OUT消息。Packet-OUT消息的功能是：将控制器的相关数据发送到Openflow交换机。PacketIN消息的功能是：将到达Openflow交换机的数据包发送到SDN控制器。为了方便后续方案的描述，可以将图中探测路径所涉及到的设备再进行归类：首跳设备：Leaf1；中间跳设备：Spine1、Spine2；尾跳设备：Leaf3、Leaf4；如图1所示，Leaf1与Spine间是通过AP口互联，如果AP口有多个成员口，则会对应有多条的转发路径。如图1，VM1和VM4有两条探测路径，首跳报文的转发当前是由CPU软件根据报文目的IP获取出口信息进行发包转发。而中间跳和尾跳的转发则是由交换机芯片根据AP的HASH算法进行芯片均衡转发。芯片的AP的HASH均衡算法有多种，且每一种的HASH因子不仅仅限于目的IP地址。最基本算法模板有包含如下，如表1所示：算法1(以太网报文)算法2(IP报文)报文的源MAC报文源IP报文的目的MAC报文源目的IP报文的源口报文L4源端口号报文以太网类型报文L4目的端口号报文协议报文源面板口表1均衡算法的模板则取决于用户配置，然后由芯片自行HASH均衡。对于首跳设备，报文需要从本设备发往中间跳设备，软件无法感知芯片的HASH算法原理以及区分不同报文而进行不同算法选择，仅仅根据目的IP计算的出口则存在不可信问题。比如VM1到VM4报文的转发路径是VM1->Leaf1->Spine2->Leaf4->VM4，而探测路径可能是VM1->Leaf1->Spine1->Leaf3->VM4，因此首跳设备的探测存在一定的失真。以上是分析AP场景，对于ECMP场景更是如此，路径越多，环境越复杂，首跳设备探测失真的可能性越大。
技术实现思路
为了解决上述技术问题，本专利技术的实施例采用如下技术方案：一种处理报文的方法，应用于交换设备中，包括：交换芯片接收所述交换设备中的CPU发送的报文，所述报文包含第一封装报文头和第二封装报文头，所述第一封装报文头至少包含回环口端口号，所述第二封装报文头至少包含源端口端口号以及源端口的处理动作指示信息；所述交换芯片根据所述第一封装报文头中的回环口端口号，将不包含所述第一封装报文头的所述报文发送给回环口；回环口根据所述第二封装报文头中的源端口端口号发送到所述源端口，并指示所述源端口根据所述源端口的处理动作指示信息处理所述不包含所述第一封装报文头和第二封装报文头的报文。可选的，所述交换设备为网络中的第一跳设备，所述报文为探测报文，所述源端口的处理动作指示信息为指示源端口按照预设的转发报文的输入输出流水线转发所述探测报文。可选的，所述方法还包括：所述交换芯片向所述CPU发送PacketIN应答报文。可选的，源端口的处理动作指示信息为以下任意一种：指示报文从源端口进入后的输入流水线是否需要地址学习、指示报文从源端口进入后的输入流水线是否需要进行域处理FP规则匹配、指示报文从源端口进入后的输入流水线是否到报文缓存管理单元缓存丢弃报文、指示报文从源端口进入后的输入流水线是否到报文输出流水线丢弃报文。可选的，所述交换芯片根据所述第一封装报文头中的回环口端口号，将不包含所述第一封装报文头的所述报文发送给回环口的步骤具体包括：所述交换芯片根据所述第一封装报文头中的回环口端口号，通过报文缓存管理单元将不包含所述第一封装报文头的所述报文发送给回环口。本专利技术的另一方面在于，提供一种处理报文的交换设备，包括：交换芯片，用于接收所述交换设备中的CPU发送的报文，所述报文包含第一封装报文头和第二封装报文头，所述第一封装报文头至少包含回环口端口号，所述第二封装报文头至少包含源端口端口号以及源端口的处理动作指示信息；所述交换芯片，还用于根据所述第一封装报文头中的回环口端口号，将不包含所述第一封装报文头的所述报文本文档来自技高网...

【技术保护点】
1.一种处理报文的方法，其特征在于，应用于交换设备中，包括：/n交换芯片接收所述交换设备中的CPU发送的报文，所述报文包含第一封装报文头和第二封装报文头，所述第一封装报文头至少包含回环口端口号，所述第二封装报文头至少包含源端口端口号以及源端口的处理动作指示信息；/n所述交换芯片根据所述第一封装报文头中的回环口端口号，将不包含所述第一封装报文头的所述报文发送给回环口；/n回环口根据所述第二封装报文头中的源端口端口号发送到所述源端口，并指示所述源端口根据所述源端口的处理动作指示信息处理所述不包含所述第一封装报文头和第二封装报文头的报文。/n

【技术特征摘要】
1.一种处理报文的方法，其特征在于，应用于交换设备中，包括：
交换芯片接收所述交换设备中的CPU发送的报文，所述报文包含第一封装报文头和第二封装报文头，所述第一封装报文头至少包含回环口端口号，所述第二封装报文头至少包含源端口端口号以及源端口的处理动作指示信息；
所述交换芯片根据所述第一封装报文头中的回环口端口号，将不包含所述第一封装报文头的所述报文发送给回环口；
回环口根据所述第二封装报文头中的源端口端口号发送到所述源端口，并指示所述源端口根据所述源端口的处理动作指示信息处理所述不包含所述第一封装报文头和第二封装报文头的报文。


2.如权利要求1所述的方法，其特征在于，
所述交换设备为网络中的第一跳设备，所述报文为探测报文，所述源端口的处理动作指示信息为指示源端口按照预设的转发报文的输入输出流水线转发所述探测报文。


3.如权利要求1-2任一所述的方法，其特征在于，还包括：
所述交换芯片向所述CPU发送PacketIN应答报文。


4.如权利要求1所述的方法，其特征在于，包括：
源端口的处理动作指示信息为以下任意一种：指示报文从源端口进入后的输入流水线是否需要地址学习、指示报文从源端口进入后的输入流水线是否需要进行域处理FP规则匹配、指示报文从源端口进入后的输入流水线是否到报文缓存管理单元缓存丢弃报文、指示报文从源端口进入后的输入流水线是否到报文输出流水线丢弃报文。


5.如权利要求1所述的方法，其特征在于，
所述交换芯片根据所述第一封装报文头中的回环口端口号，将不包含所述第一封装报文头的所述报文发送给回环口的步骤具体包括：
所述交换芯片根据所述第一封装报文头中的回环口端口号，通过报文缓存管理单元将不包含所述第一封装报文头的所...

【专利技术属性】
技术研发人员：洪贵婷，
申请(专利权)人：锐捷网络股份有限公司，
类型：发明
国别省市：福建;35