[发明专利]一种丢包监控的方法、装置、电子设备及存储介质

说明书

本发明公开了一种丢包监控的方法、装置、电子设备及存储介质，属于网络通信技术领域。方法包括接收报文并解析，获得外层五元组信息及隧道类型标记信息；判断是否需要解封装，并根据判断结果选择对报文进行解封装，获得内层五元组信息及解封装标记信息，或者判断报文是否为隧道报文，并在是时获得第一内层五元组信息及解封装标记信息，在否时获取默认解封装标记信息；查找FDB表或者路由表，获得转发类型标记信息和加封装标记信息；查找MOD表，确定是否需要送入MOD引擎处理及送入引擎信息。本发明能够针对不同场景灵活地提取报文五元组信息及转发域信息，以便于对用户丢包情况进行精准的监控。

技术领域

本发明是关于网络通信技术领域，特别是关于一种可针对多种场景流量灵活进行丢包监控的方法及实现该方法的装置、电子设备及存储介质。

背景技术

MOD(Monitor On Drop，即丢包监控)可用于检测报文在设备内部转发过程中的丢包情况。如图1所示，Export(输出)设备A和Export(输出)设备B配置有MOD功能，其与收集器相通信连接，其用于对网络流(Flow)进行丢包检测，当流量发生丢包时，将丢包流量特征、丢包原因、丢包计数及丢包样本报文输出给收集器。

MOD是基于流进行丢包监控。当配置MOD功能的设备接收报文时，报文经过ASIC芯片处理，如果发生丢包，会在MOD引擎中生成MOD流信息(MOD FLOW)，并通过DMA将该信息和采样报文上报给CPU。

CPU收到MOD流信息和采样报文后，重新组织数据，发送标准MOD格式的报文给收集器。如图2所示，ASIC芯片包括入方向处理模块、出方向处理模块及连接于两者间的调度模块。在具体实施时，入方向处理模块收到报文时，如果该报文发生丢包，会将报文信息送入MOD引擎处理，在MOD引擎中，会生成MOD流信息并上报CPU，且报文在入方向处理时发生丢包，该报文不会再送入调度和出方向处理；出方向处理处理时，如果该报文发生丢包，也会将报文信息送入MOD引擎处理，在MOD引擎中，会生成MOD流信息并上报CPU。这里的MOD流信息包括Key(关键字)和Record(记录)，其中，Key用于标识数据流特征信息，所有数据流特征信息相同的报文会被自动识别成同一条Flow(流)(如当Export设备收到一个数据报文时，会经过ASIC芯片的MOD引擎，如果该报文被丢弃，则在引擎中会提取该报文的Key信息，并根据该Key信息去查找是否存在相同Key信息的Flow，如果未查找到，则表示该报文属于一条新Flow，生成该Key的Flow；如果查找到，则表示该报文属于一条已经存在的Flow，则更新Flow的Record信息，该数据流特征信息通常采用报文的六元祖信息，如源IP地址、目的IP地址、TCP/UDP源端口、TCP/UDP目的端口、三层协议类型、转发域(VLAN/VRF)。Record用于记录丢包原因、丢包计数等等。

在实际应用中，对于同一台Export设备，可能同时存在多种场景流量，这些不同场景流量有着不同的MOD需求。如对于二层转发，采用vlan作为转发域；对于三层转发，采用vrf作为转发域；对于普通二三层转发，直接提取报文五元组信息；如图3所示，对于VXLAN和NVGRE这类隧道报文，由于用户报文被加了隧道封装，所以需要提取内层报文五元组信息；对于隧道加封装和解封装场景，在入方向和出方向提取的信息也是不同的。然而，现有技术中，在进行丢包监控时，统一根据外层五元组信息和转发域作为Flow的Key信息。而对于VXLAN、NVGRE这类隧道报文而言，多个用户的流量可能会封装同样的隧道头，因而通过外层五元组则无法细分不同用户流量，导致MOD无法精确定位丢包用户。

公开于该背景技术部分的信息仅仅旨在增加对本发明的总体背景的理解，而不应当被视为承认或以任何形式暗示该信息构成已为本领域一般技术人员所公知的现有技术。

发明内容

本发明的目的在于提供一种丢包监控的方法，其能够针对不同场景灵活地提取报文五元组信息，以便于对用户丢包情况进行精准的监控。

为实现上述目的，本发明的实施例提供了一种丢包监控的方法，包括入方向丢包监控方法，所述入方向丢包监控方法包括：