[发明专利]一种处理报文的方法和交换设备

说明书

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

技术领域

本发明涉及数据通信领域，尤其是一种处理报文的方法和交换设备。

背景技术

随着网络业务的快速发展，核心层、汇聚层、接入层部署越来越多的设备，当网络中出现故障时，希望能提供一种完全能模拟业务报文在转发面的转发行为以便定位故障。

如图1所示，Leaf、Spine、Border Leaf组成三层架构(一种叶脊拓扑网络结构)。Leaf(叶子)、Spine(脊柱)、Border Leaf(边界叶)间使用三层聚合AP(Aggregate Port)口连接，实现流量负载分担。

假设现运维人员需要探测虚拟机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软件拷贝一份作为应答报文Packet IN给SDN控制器；

步骤四、Spine1收到报文后上送一份报文给SDN控制器，同时转发一份到Leaf3。

步骤五、Leaf3收到报文后上送一份报文给SDN控制器，同时转发一份到VM4。

以上Leaf1、Spine1、Leaf3上送一份报文Packet IN给SDN控制器时，都会携带报文的源口、目的口、VID信息，SDN控制器根据这些信息就能完整的计算出探测路径。当某个设备(比如Spine1)在SDN控制器设定的探测时间内没有应答Packet IN报文时，就能精准定位到是在Spine1出现故障，确定异常设备后，再由设备厂商技术人员继续定位。

其中，Openflow协议支持Packet IN,Packet-OUT消息。Packet-OUT消息的功能是：将控制器的相关数据发送到Openflow交换机。Packet IN消息的功能是：将到达Openflow交换机的数据包发送到SDN控制器。

为了方便后续方案的描述，可以将图中探测路径所涉及到的设备再进行归类：

首跳设备：Leaf1；