CN111953568B - 丢包信息管理方法与装置 - Google Patents

Abstract

本公开提供一种丢包信息管理方法与装置。丢包信息管理方法包括：响应套接字缓存释放指令，判断当前套接字缓存对应的当前报文是否为被丢弃报文；在判断所述当前报文为所述被丢弃报文时，获取所述当前报文的调用栈信息；根据所述当前报文的调用栈信息更新预设丢包信息链表中存储的丢包信息。本公开提供的丢包信息管理方法可以自动统计多个丢包原因对应的丢包数量。

Description

丢包信息管理方法与装置

技术领域

本公开涉及互联网技术领域，具体而言，涉及一种丢包信息管理方法与装置。

背景技术

“丢包”是指一个或多个数据数据包(packet)的数据无法通过网络设备转发到达目的地，会导致网速非常缓慢甚至网络中断。网络发生丢包的原因有很多，可能是网络环路、路由错误、物理线路故障、出端口为DOWN状态等等，通过逐一排除的方法查找确定丢包原因的效率非常低，因此，需要一种快速定位网络设备丢包具体原因的方法，以有助于及时恢复网络畅通状态。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种丢包信息管理方法与丢包信息管理装置，用于至少在一定程度上克服由于相关技术的限制和缺陷而导致的丢包原因确定效率低、影响网络恢复效率等问题。

根据本公开实施例的第一方面，提供一种丢包信息管理方法，包括：响应套接字缓存释放指令，判断当前套接字缓存对应的当前报文是否为被丢弃报文；在判断所述当前报文为所述被丢弃报文时，获取所述当前报文的调用栈信息；根据所述当前报文的调用栈信息更新预设丢包信息链表中存储的丢包信息。

在本公开的一种示例性实施例中，还包括：

修改套接字缓存定义结构，以使新建套接字缓存时自动生成预设标识符，所述预设标识符的默认值为第一预设值；

设置报文转发进程在报文转发成功后将报文对应的套接字缓存中的所述预设标识符设置为第二预设值。

在本公开的一种示例性实施例中，所述判断当前套接字缓存对应的当前报文是否为被丢弃报文包括：

判断所述当前套接字缓存中的预设标识符是否为所述第一预设值；

在所述预设标识符为所述第一预设值时判断所述当前套接字缓存对应的当前报文为所述被丢弃报文。

在本公开的一种示例性实施例中，所述响应套接字缓存释放指令，判断当前套接字缓存对应的当前报文是否为被丢弃报文包括：

响应套接字缓存释放指令，判断丢包统计功能是否开启；

在判断丢包统计功能开启时，判断所述当前套接字缓存对应的当前报文是否为被丢弃报文。

在本公开的一种示例性实施例中，所述在判断所述当前报文为所述被丢弃报文时，获取所述当前报文的调用栈信息包括：

在判断所述当前报文为所述被丢弃报文时，判断所述当前报文是否是符合预设条件的目标统计对象；

在判断所述当前报文是所述目标统计对象时，获取所述当前报文的调用栈信息。

在本公开的一种示例性实施例中，所述丢包信息链表包括头结点和普通节点，所述头结点用于存储丢包原因数量，所述普通节点用于存储一个丢包原因对应的丢包数量和调用栈信息，所述根据所述当前报文的调用栈信息更新预设丢包信息链表中存储的丢包信息包括：

判断所述丢包信息链表中是否存在所述当前报文的调用栈信息；

如果存在，将所述当前报文的调用栈信息对应的普通节点中存储的丢包数量加一；

如果不存在，在所述丢包信息链表中设置新普通节点，在所述新普通节点中记录所述当前报文的调用栈信息，并将所述新普通节点中存储的丢包数量设置为一。

在本公开的一种示例性实施例中，还包括：

响应丢包信息查看指令，根据所述丢包信息链表确定当前为未读状态的目标普通节点；

获取所述目标普通节点对应的目标丢包原因、目标丢包数量、目标调用栈信息；

根据所述目标丢包原因确定丢包原因标识符，根据所述目标调用栈信息对应的预设翻译模板确定丢包原因解释文本；

对应显示所述丢包原因标识符、所述目标丢包数量与所述丢包原因解释文本；

将所述目标普通节点设置为已读状态。

根据本公开实施例的第二方面，提供一种丢包信息管理装置，包括：

丢包判断模块，设置为响应套接字缓存释放指令，判断当前套接字缓存对应的当前报文是否为被丢弃报文；

丢包原因判断模块，设置为在判断所述当前报文为所述被丢弃报文时，获取所述当前报文的调用栈信息；

丢包信息存储模块，设置为根据所述当前报文的调用栈信息更新预设丢包信息链表中存储的丢包信息。

根据本公开的第三方面，提供一种电子设备，包括：存储器；以及耦合到所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如上述任意一项所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如上述任意一项所述的丢包信息管理方法。

本公开实施例通过在套接字缓存释放时判断当前报文是否为被丢弃数据包，并根据被丢弃数据包对应的调用栈信息在丢包信息链表中对应存储每种丢包原因对应的丢包数量，可以在发生网络故障时及时提供丢包原因排查工具，有效提高定位网络故障的原因，提高运维效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本公开示例性实施例中丢包信息管理方法的流程图。

图2是本公开一个实施例中实施方法100的前置配置流程示意图。

图3是步骤S102的一个子流程图。

图4是步骤S104的一个子流程图。

图5是本公开一个实施例中丢包信息链表的结构示意图。

图6是本公开一个实施例中对丢包信息进行统计的流程示意图。

图7是本公开一个实施例中自动显示丢包信息的流程示意图。

图8是本公开一个示例性实施例中一种丢包信息管理装置的方框图。

图9是本公开一个示例性实施例中一种电子设备的方框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

参照附图描述示例性实施方式。在任何方便的地方，在整个附图中使用相同的附图标记来表示相同或相似的部分。虽然本文描述了所公开原理的示例和特征，但是在不脱离所公开实施方式的精神和范围的情况下，修改、适应性改编和其他实现方式是可以的。

在此阐述了所示出的部件和步骤以说明所示出的示例性实施方式，并且应该预期，正在进行的技术开发将改变执行特定功能的方式。这些示例呈现在本文中用于说明的目的而非限制的目的。此外，为了便于描述，本文中任意限定了功能构建块的边界。可以限定可替选边界，只要适当地执行指定的功能及其关系即可。基于本文中包含的教导，可替选方案(包括本文中描述的那些的等同物、扩展、变型、偏差等)对相关领域的技术人员而言将是明显的。这些可替选方案落入所公开实施方式的范围和精神内。

下面结合附图对本公开示例实施方式进行详细说明。

图1示意性示出本公开示例性实施例中丢包信息管理方法的流程图。参考图1，丢包信息管理方法100可以包括：

步骤S102，响应套接字缓存释放指令，判断当前套接字缓存对应的当前报文是否为被丢弃报文；

步骤S104，在判断所述当前报文为所述被丢弃报文时，获取所述当前报文的调用栈信息；

步骤S106，根据所述当前报文的调用栈信息更新预设丢包信息链表中存储的丢包信息。

本公开实施例通过在套接字缓存释放时判断当前报文是否为被丢弃数据包，并根据被丢弃数据包对应的调用栈信息在丢包信息链表中对应存储每种丢包原因对应的丢包数量，可以在发生网络故障时及时提供丢包原因排查工具，有效提高定位网络故障的原因，提高运维效率。

本公开实施例提供的方法也可以用来检测网络是否存在丢包现象。

下面，对丢包信息管理方法100的各步骤进行详细说明。

在步骤S102，响应套接字缓存释放指令，判断当前套接字缓存对应的当前报文是否为被丢弃报文。

Linux网络核心数据结构是套接字缓存(Socket Buffer，SKB)，它代表一个要发送或处理的报文，并贯穿于整个协议栈。SKB由报文数据和管理数据两部分组成，报文数据保存了在网络中传输的报文，管理数据是供内核处理报文的额外数据，这些数据构成了协议之间交换的控制信息。当应用程序向一个套接字(socket)传输数据之后，该socket将创建相应的套接字缓存，并将用户数据拷贝到套接字缓存中。

在本公开的一个实施例中，通过预先对套接字缓存的生成方式进行改变来实现步骤S102。

图2是本公开一个实施例中实施方法100的前置配置流程示意图。

参考图2，前置配置流程200可以包括：

步骤S21，修改套接字缓存定义结构，以使新建套接字缓存时自动生成预设标识符，所述预设标识符的默认值为第一预设值；

步骤S22，设置报文转发进程在报文转发成功后将报文对应的套接字缓存中的所述预设标识符设置为第二预设值。

其中，可以预先修改SKB的结构定义，在SKB结构中增加报文转发成功标记成员(即预设标识符)，该预设标识符占用SKB的的一个二进制空闲位即可，不会导致SKB结构体增大，以保证在报文较多时SKB占用内存空间大小不变。在本公开实施例中，预设标识符仅有两个状态。预设标识符的默认值为第一预设值，该第一预设值例如可以为0。

接下来，可以修改系统自带报文转发进程，以使报文转发进程在报文转发成功、SKB释放前将SKB中的预设标识符置为第二预设值。在第一预设值为0时，第二预设值可以为1。

以上预设值的具体数值仅为示例，本领域技术人员可以根据实际情况自行设置，以便区分报文转发成功状态。

在图2所示实施例的操作完成后，步骤S102的具体实施可以包括：判断当前套接字缓存中的预设标识符是否为第一预设值，在预设标识符为第一预设值时判断当前套接字缓存对应的当前报文为被丢弃报文。

由于在本实施例中预设标识符仅有两个状态，因此如果预设标识符未被更改为代表报文转发成功的第二标识符，且此时面临SKB释放，则说明该报文为被丢弃报文。

在一些实施例中，还可以对丢包信息统计功能设置开关控制。

图3是步骤S102的一个子流程图。

参考图3，步骤S102的执行过程可以包括：

步骤S1021，响应套接字缓存释放指令，判断丢包统计功能是否开启；

步骤S1022，在判断丢包统计功能开启时，判断所述当前套接字缓存对应的当前报文是否为被丢弃报文。

由于SKB释放有两种可能，一种是报文转发成功，另一种是因为某种问题报文被丢弃，因此，可以在SKB释放前判断丢包统计功能是否启用，来决定是否需要将当前SKB信息统计到丢包信息链表中

在一些实施例中，可以通过设置功能开启标识符来判断丢包统计功能是否启用：在系统中建立默认值为否的功能开启标识符，使用户可以通过程序、按钮或其他方式手动更改以将该功能开启标识符的默认值改为是，以避免未经用户允许占用系统内存资源；或者，默认设置功能开启标识符的值为是，由用户手动开启。判断丢包统计功能是否开启的方式可以有多种，本领域技术人员可以根据实际需求自行设置。

在步骤S104，在判断所述当前报文为所述被丢弃报文时，获取所述当前报文的调用栈信息。

调用栈信息是指一个报文从被接收到被释放所执行过的函数信息列表。因为同一个原因被丢弃的报文的调用栈信息完全相同(包括函数名、函数执行顺序)，因此，可以根据调用栈信息对报文被丢弃的原因进行分类、识别或者进行其他处理。

在一个实施例中，可以通过设置过滤条件来获取需要的丢包信息的统计结果。此时，步骤S104的实施可以如图4所示：

步骤S1041，在判断所述当前报文为所述被丢弃报文时，判断所述当前报文是否是符合预设条件的目标统计对象；

步骤S1042在判断所述当前报文是所述目标统计对象时，获取所述当前报文的调用栈信息。

预设条件例如可以为报文的源IP地址、目的IP地址、源端口地址、目的端口地址、通讯协议等，预设条件可以全不设置、全设置，也可以部分设置。通过设置预设条件对待统计的报文进行过滤，可以仅统计用户需要的丢包信息，降低用户的查阅复杂度。

在步骤S106，根据所述当前报文的调用栈信息更新预设丢包信息链表中存储的丢包信息。

在本公开实施例中，使用预设丢包信息链表来实现丢包信息统计。

图5是本公开一个实施例中丢包信息链表的结构示意图。

参考图5，丢包信息链表500包括一个头结点51和多个普通节点52。头结点51用于存储丢包原因数量，普通节点52用于存储各丢包原因对应的丢包数量和调用栈信息，一个普通节点52对应一个丢包原因(如图5中的丢包原因1、丢包原因2、丢包原因3)。因此，头结点51存储的值等于普通节点52的数量。普通节点52包括数据域521和指针域522，数据域521用于存储当前节点对应的丢包原因的丢包数量和调用栈信息，指针域522用于存储下一个普通节点52的指针。在普通节点52中，调用栈信息可以根据函数的调用顺序存储。

获取到调用栈信息后，可以判断丢包信息链表中是否有普通节点52存储了相同的调用栈信息。该操作的目的是避免相同丢包原因信息分多个节点存储造成内存空间的浪费以及查阅复杂度高：在丢包率比较高时，丢包信息在显示时条目会比较多，管理员无法通过直观查看丢包信息快速定位出具体网络故障原因。具体实现例如可以为遍历已记录丢包信息的普通节点52，即丢包信息链表500已有结点存储的调用栈信息，如果当前调用栈信息与某个普通结点52的调用栈信息相同，则将该普通节点52中存储的丢包信息加1；如果不存在相同的调用栈信息，则新建一个普通节点52，挂接在丢包信息链表的最后一个普通节点52后，存储当前报文对应的调用栈信息，并将丢包数量设置为1。

图6是本公开一个实施例中对丢包信息进行统计的流程示意图。

参考图6，流程600可以包括：

步骤S61，接收SKB释放指令；

步骤S62，判断丢包信息统计功能是否开启，如果是，进入步骤S63，否则结束流程；

步骤S63，读取预设标识符，判断当前报文是否为被丢弃报文，如果是，进入步骤S64，否则结束流程；

步骤S64，判断当前报文是否与预设条件匹配，如果是，进入步骤S65，否则结束流程；

步骤S65，获取当前报文对应的调用栈信息；

步骤S66，判断丢包信息链表中是否存在相同的调用栈信息，如果是，进入步骤S67，如果否，进入步骤S68；

步骤S67，对该调用栈信息对应的丢包数量加1；

步骤S68，在丢包信息链表中新建普通节点，在该普通节点中存储当前报文对应的调用栈信息，并将该普通节点记录的丢包数量设置为1。

在本公开的另一个实施例中，还可以提供丢包信息自动显示功能。

图7是本公开一个实施例中自动显示丢包信息的流程示意图。

参考图7，流程700可以包括：

步骤S71，响应丢包信息查看指令，根据所述丢包信息链表确定当前为未读状态的目标普通节点；

步骤S72，获取所述目标普通节点对应的目标丢包原因、目标丢包数量、目标调用栈信息；

步骤S73，根据所述目标丢包原因确定丢包原因标识符，根据所述目标调用栈信息对应的预设翻译模板确定丢包原因解释文本；

步骤S74，对应显示所述丢包原因标识符、所述目标丢包数量与所述丢包原因解释文本；

步骤S75，将所述目标普通节点设置为已读状态。

当网络管理员或其他操作人员执行丢包信息查看指令时，可以遍历丢包信息链表，判断是否存在未显示的丢包信息。

在一个实施例中，可以对应每个普通节点设置一个已读标识符，以区分该普通节点是否有未查看的丢包信息。例如，可以在每次显示一个普通节点对应的丢包信息后将该已读标识符设置为已读状态，在每次对该普通节点的丢包数量加1后将该已读标识符设置为未读状态，以便及时展示与过去丢包原因相同的丢包现象。

确定未读状态的一或多个目标普通节点后，可以获取该目标普通节点存储的调用栈信息和丢包数量，同时，还可以获取该目标普通节点对应的的丢包原因标识符，以利于在信息显示时简要代表丢包原因。该丢包原因标识符例如可以为目标普通节点在丢包信息链表中的序号或者其他预设信息等，本公开对此不作特殊限制。

由于非研发人员通过阅读调用栈信息来理解丢包原因，可以预先为每种调用栈信息设置对应的预设翻译模板，在获取到目标普通节点的调用栈信息后，查找到该调用栈信息对应的预设翻译模板，生成通俗易懂的丢包原因解释文本。

最后，可以对应显示“丢包原因标识符-丢包数量-丢包原因解释文本”等丢包信息，当存在多个丢包原因时，直观地显示多条丢包信息，使管理员得知每种丢包原因对应的丢包数量，进而判断出最有可能导致网络故障的丢包原因。在一些实施例中，还可以根据各丢包原因标识符对应的丢包数量直接生成信息图表，通过柱状图、折线图、饼图或者其他信息图表样式显示丢包原因，进一步提高网络故障定位效率。

显示未读丢包信息后，可以将一或多个目标普通节点设置为已读状态。

本公开实施例可以通过控制Linux网络传输使用的最重要的数据结构SKB变化，提供一种网络设备丢包的定位方法。由于只收集丢包原因需要关注的报文相关信息，不会存储整个报文，同时支持相同原因信息合并，本公开实施例提供的方法消耗系统资源少，可以降低系统内存消耗；同时，本公开实施例显示的信息是经过分析和翻译处理的简单易懂的文本，不会将原始晦涩数据直接提供给用户，易用性高，便于快速定位丢包问题原因，提高运维效率。

对应于上述方法实施例，本公开还提供一种丢包信息管理装置，可以用于执行上述方法实施例。

图8示意性示出本公开一个示例性实施例中一种丢包信息管理装置的方框图。

参考图8，丢包信息管理装置800可以包括：

丢包判断模块802，设置为响应套接字缓存释放指令，判断当前套接字缓存对应的当前报文是否为被丢弃报文；

丢包原因判断模块804，设置为在判断所述当前报文为所述被丢弃报文时，获取所述当前报文的调用栈信息；

丢包信息存储模块806，设置为根据所述当前报文的调用栈信息更新预设丢包信息链表中存储的丢包信息。

在本公开的一种示例性实施例中，还包括前置处理模块801，设置为：修改套接字缓存定义结构，以使新建套接字缓存时自动生成预设标识符，所述预设标识符的默认值为第一预设值；设置报文转发进程在报文转发成功后将报文对应的套接字缓存中的所述预设标识符设置为第二预设值。

在本公开的一种示例性实施例中，丢包判断模块802设置为：判断所述当前套接字缓存中的预设标识符是否为所述第一预设值；在所述预设标识符为所述第一预设值时判断所述当前套接字缓存对应的当前报文为所述被丢弃报文。

在本公开的一种示例性实施例中，丢包判断模块802设置为：响应套接字缓存释放指令，判断丢包统计功能是否开启；在判断丢包统计功能开启时，判断所述当前套接字缓存对应的当前报文是否为被丢弃报文。

在本公开的一种示例性实施例中，丢包原因判断模块804设置为：在判断所述当前报文为所述被丢弃报文时，判断所述当前报文是否是符合预设条件的目标统计对象；在判断所述当前报文是所述目标统计对象时，获取所述当前报文的调用栈信息。

在本公开的一种示例性实施例中，所述丢包信息链表包括头结点和普通节点，所述头结点用于存储丢包原因数量，所述普通节点用于存储一个丢包原因对应的丢包数量和调用栈信息，丢包信息存储模块806设置为：判断所述丢包信息链表中是否存在所述当前报文的调用栈信息；如果存在，将所述当前报文的调用栈信息对应的普通节点中存储的丢包数量加一；如果不存在，在所述丢包信息链表中设置新普通节点，在所述新普通节点中记录所述当前报文的调用栈信息，并将所述新普通节点中存储的丢包数量设置为一。

在本公开的一种示例性实施例中，还包括丢包信息显示模块808，设置为：响应丢包信息查看指令，根据所述丢包信息链表确定当前为未读状态的目标普通节点；获取所述目标普通节点对应的目标丢包原因、目标丢包数量、目标调用栈信息；根据所述目标丢包原因确定丢包原因标识符，根据所述目标调用栈信息对应的预设翻译模板确定丢包原因解释文本；对应显示所述丢包原因标识符、所述目标丢包数量与所述丢包原因解释文本；将所述目标普通节点设置为已读状态。

由于装置800的各功能已在其对应的方法实施例中予以详细说明，本公开于此不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

总体而言，本公开利用Linux网络传输使用的最重要的数据结构SKB的变化，提供一种网络设备丢包的定位方法。该方法支持设置开关状态，默认为禁用状态，禁用时不会收集丢包信息而占用系统内存资源；本方法支持设置丢包的过滤条件，可选的，过滤条件包括源IP、目的IP、源端口、目的端口、协议等，过滤条件可以全不设置、可以全设置、也可以部分设置。本方法实现包括丢包信息收集和丢包信息显示两部分内容。

首先，在SKB结构中增加报文转发成功标记成员，该标记成员占用SKB的的一个二进制空闲位即可，不会导致SKB结构体增大，即在发生在报文较多时SKB占用内存空间大小不变。在报文转发流程报文转发成功时且SKB释放前将SKB中报文转发成功标记成员置为1，默认情况下该标记成员值为0。丢包信息链表结点包括但不限于丢包类型个数、丢包计数、丢包栈信息等便于定位丢包问题关心的信息。丢包类型个数：存储在链表的头结点中，用于记录存在丢包的原因总数；丢包计数：存储在非头结点的普通结点中，用于记录当前结点记录的丢包原因发生丢包的总个数；丢包栈信息：存储在非头结点的普通结点中，用于记录当前结点记录的丢包原因发生丢包的调用栈，在查看丢包原因时使用。为了收集丢包收，先判断丢包定位功能是否启用。因为SKB释放有两种可能，一种是报文转发成功，另一种是因为某种问题报文被丢弃，因此在SKB释放前判断丢包定位功能是否启用，决定是否需要将当前SKB信息统计到丢包信息链表中。若启用，则判断当前报文是否为被丢弃报文。判断SKB中报文转发成功标记成员是否为0，0代表被丢弃报文，1代表转发报文成功。如果为为被丢弃报文，则判断当前报文是否与过滤条件完全匹配。网络管理员可以设置丢包信息过滤条件，可选的。默认无过滤条件。过滤条件可以全不设置、可以全设置、也可以部分设置。如果报文头部中指定信息与过滤条件完全匹配，则获取调用栈信息。获取报文从接收到释放的调用栈信息，便于丢包信息显示流程解析报文被丢弃原因。随后判断栈信息是否存在。该操作的目的是避免相同丢包原因信息分多条存储，在丢包率比较高时，丢包信息在显示时条目会比较多，管理员无法通过直观查看丢包信息快速定位出具体原因，同时也避免相同原因丢包信息多次存储造成内存空间的浪费。具体实现为遍历已记录的丢包信息，即丢包信息链表已有结点存储的栈信息，如果当前栈信息与某个链表结点的栈信息相同，对应丢包计数+1。最后新建结点，保存丢包信息。执行此过程代表丢包信息链表中没有符合条件结点。新建链表结点，将栈信息保存到链表结点中，并将链表结点的丢包计数设置为1，并新建链表结点挂到丢包信息链表上。在上述过程中如果判断为否，则不用做任何处理，结束。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所述技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图9来描述根据本发明的这种实施方式的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元910执行，使得所述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元910可以执行如图1中所示的方法。

存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(ROM)9203。

存储单元920还可以包括具有一组(至少一个)程序模块9205的程序/实用工具9204，这样的程序模块9205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备900也可以与一个或多个外部设备1000(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口950进行。并且，电子设备900还可以通过网络适配器960与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器960通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

根据本发明的实施方式的用于实现上述方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和构思由权利要求指出。

Claims (8)

1.一种丢包信息管理方法，其特征在于，包括：

修改套接字缓存定义结构，以使新建套接字缓存时自动生成预设标识符，所述预设标识符的默认值为第一预设值；

设置报文转发进程在报文转发成功后将报文对应的套接字缓存中的所述预设标识符设置为第二预设值；

响应套接字缓存释放指令，判断当前套接字缓存对应的当前报文是否为被丢弃报文，包括判断所述当前套接字缓存中的预设标识符是否为所述第一预设值，并在所述预设标识符为所述第一预设值时判断所述当前套接字缓存对应的当前报文为所述被丢弃报文；

在判断所述当前报文为所述被丢弃报文时，获取所述当前报文的调用栈信息；以及

根据所述当前报文的调用栈信息更新预设丢包信息链表中存储的丢包信息。

2.如权利要求1所述的丢包信息管理方法，其还包括：

响应套接字缓存释放指令，判断丢包统计功能是否开启；

在判断丢包统计功能开启时，判断所述当前套接字缓存对应的当前报文是否为被丢弃报文。

3.如权利要求1所述的丢包信息管理方法，其特征在于，所述在判断所述当前报文为所述被丢弃报文时，获取所述当前报文的调用栈信息包括：

在判断所述当前报文为所述被丢弃报文时，判断所述当前报文是否是符合预设条件的目标统计对象；

在判断所述当前报文是所述目标统计对象时，获取所述当前报文的调用栈信息。

4.如权利要求1所述的丢包信息管理方法，其特征在于，所述丢包信息链表包括头结点和普通节点，所述头结点用于存储丢包原因数量，所述普通节点用于存储一个丢包原因对应的丢包数量和调用栈信息，所述根据所述当前报文的调用栈信息更新预设丢包信息链表中存储的丢包信息包括：

判断所述丢包信息链表中是否存在所述当前报文的调用栈信息；

如果存在，将所述当前报文的调用栈信息对应的普通节点中存储的丢包数量加一；

如果不存在，在所述丢包信息链表中设置新普通节点，在所述新普通节点中记录所述当前报文的调用栈信息，并将所述新普通节点中存储的丢包数量设置为一。

5.如权利要求1所述的丢包信息管理方法，其特征在于，还包括：

响应丢包信息查看指令，根据所述丢包信息链表确定当前为未读状态的目标普通节点；

获取所述目标普通节点对应的目标丢包原因、目标丢包数量、目标调用栈信息；

根据所述目标丢包原因确定丢包原因标识符，根据所述目标调用栈信息对应的预设翻译模板确定丢包原因解释文本；

对应显示所述丢包原因标识符、所述目标丢包数量与所述丢包原因解释文本；

将所述目标普通节点设置为已读状态。

6.一种丢包信息管理装置，其特征在于，包括：

括前置处理模块，设置为修改套接字缓存定义结构，以使新建套接字缓存时自动生成预设标识符，所述预设标识符的默认值为第一预设值，并设置报文转发进程在报文转发成功后将报文对应的套接字缓存中的所述预设标识符设置为第二预设值。

丢包判断模块，设置为响应套接字缓存释放指令，判断当前套接字缓存对应的当前报文是否为被丢弃报文，从而判断所述当前套接字缓存中的预设标识符是否为所述第一预设值，并在所述预设标识符为所述第一预设值时判断所述当前套接字缓存对应的当前报文为所述被丢弃报文；

丢包原因判断模块，设置为在判断所述当前报文为所述被丢弃报文时，获取所述当前报文的调用栈信息

丢包信息存储模块，设置为根据所述当前报文的调用栈信息更新预设丢包信息链表中存储的丢包信息。

7.一种电子设备，其特征在于，包括：

存储器；以及

耦合到所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1-5任一项所述的丢包信息管理方法。

8.一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如权利要求1-5任一项所述的丢包信息管理方法。

Images