CN102204164B - 网络丢包信息报告方法及装置 - Google Patents
网络丢包信息报告方法及装置 Download PDFInfo
- Publication number
- CN102204164B CN102204164B CN201180000568.8A CN201180000568A CN102204164B CN 102204164 B CN102204164 B CN 102204164B CN 201180000568 A CN201180000568 A CN 201180000568A CN 102204164 B CN102204164 B CN 102204164B
- Authority
- CN
- China
- Prior art keywords
- packet loss
- message
- node
- information
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 43
- 238000012545 processing Methods 0.000 claims abstract description 85
- 238000005538 encapsulation Methods 0.000 claims description 22
- 230000011664 signaling Effects 0.000 claims description 14
- 238000012360 testing method Methods 0.000 claims description 9
- 230000000977 initiatory effect Effects 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 claims description 6
- 238000012790 confirmation Methods 0.000 claims description 3
- 238000001514 detection method Methods 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 abstract description 15
- 238000011144 upstream manufacturing Methods 0.000 description 21
- 239000000284 extract Substances 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000010606 normalization Methods 0.000 description 4
- 230000001314 paroxysmal effect Effects 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 238000000605 extraction Methods 0.000 description 3
- 230000006855 networking Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 150000001875 compounds Chemical class 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
- H04L43/062—Generation of reports related to network traffic
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种网络丢包信息报告方法和装置,方法包括:处理节点获取丢包信息,所述丢包信息包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息;将所述丢包信息发送给信息中心。采用本发明技术方案,在节点接口处发生队列拥塞丢包时,可以通过处理节点将丢包信息集中传递到信息中心,供网络维护人员分析处理使用。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种网络丢包信息报告方法及装置。
背景技术
网络丢包是常见的网络故障,包括节点拥塞丢包、链路时延抖动丢包等,会严重影响用户体验。其中,对于节点拥塞丢包,发生丢包的节点虽然知道发生了丢包,但往往不能识别被丢弃报文的业务类型和用户,也没有办法将丢包信息传递出去。例如图1所示的多协议标签交换(Multi-protocol LabelSwitching,MPLS)网络,包括:运营商边缘(Provider Edge,PE)节点PE1和PE2,以及运营商核心(Provider,P)节点。虽然网络中的PE节点能够识别业务类型和用户,但是网络中的P节点却不具有识别业务类型和用户的能力,因而P节点在发生节点拥塞丢包时,也就不能有效获取丢包信息并报告至信息中心供网络维护人员处理。
现有技术中,在网络出现严重丢包行为而影响到用户体验,以至用户产生抱怨并投诉至网络运营商后,网络维护人员进行分析处理。由于网络维护人员难以获取丢包信息,需要通过登录网络设备用命令行对逐个设备进行排查和解决;而对各个网络设备逐个进行排查,既耗时又容易遗漏。
发明内容
本发明实施例提供一种网络丢包信息报告方法及装置。
根据本发明实施例的一个方面,一种网络丢包信息报告方法,包括:处理节点获取丢包信息,所述丢包信息包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息;将所述丢包信息发送给信息中心。
根据本发明实施例的另一个方面,一种网络丢包信息报告方法,包括:丢包节点获取被丢弃报文,根据获取的被丢弃报文生成丢包报告报文,所述丢包报告报文携带丢包节点的地址和丢包接口信息;将所述丢包报告报文发送给处理节点,以便所述处理节点从所述丢包报告报文中获取丢包信息,并将所述丢包信息发送给信息中心,所述丢包信息包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息。
根据本发明实施例的又一个方面,一种网络节点,包括:
获取模块,用于获取丢包信息,所述丢包信息包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息;
报告模块,用于将所述丢包信息发送给信息中心。
根据本发明实施例的又一个方面,一种网络节点,包括:
报文生成模块,用于获取被丢弃报文,根据获取的被丢弃报文生成丢包报告报文,所述丢包报告报文携带丢包节点的地址和丢包接口信息;
发送模块,用于将所述丢包报告报文发送给处理节点,以便所述处理节点从所述丢包报告报文中获取丢包信息,并将所述丢包信息发送给信息中心,所述丢包信息包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息。
本发明实施例提供的技术方案中,处理网络节点获取丢包信息,并将丢包信息发送给信息中心。采用该方案,在网络节点接口处发生队列拥塞丢包时,可以通过处理节点将丢包信息集中传递到信息中心,供网络维护人员分析处理使用。
附图说明
图1是现有的MPLS网络的简化结构示意图;
图2是本发明一个实施例提供的网络丢包信息报告方法的流程图;
图3是本发明另一实施例提供的网络丢包信息报告方法的流程图;
图4是本发明又一实施例应用的MPLS网络的简化结构示意图;
图5是本发明又一实施例提供的网络丢包信息报告方法的流程图;
图6是本发明再一实施例应用的网络的简化结构示意图;
图7是本发明一个实施例应用的网络的简化结构示意图;
图8是本发明一个实施例提供的网络节点的结构示意图;
图9是本发明另一实施例提供的网络节点的结构示意图。
具体实施方式
本发明实施例提供一种网络丢包信息报告方法,用于在网络节点的接口发生队列拥塞丢包时,及时获取丢包信息,将丢包信息报告到信息中心。队列拥塞丢包可以分为两种情况:一是设备故障导致的队列拥塞丢包;二是网络节点的某个接口处排队的报文较多,该接口不能及时将报文发送出去而导致的队列拥塞丢包。本发明实施例提供的方法适用于后一种情况,即,在网络节点的某个接口处排队的报文较多而导致队列拥塞丢包时,及时获取丢包信息,将丢包信息报告到信息中心。本发明实施例还提供相应的装置。以下结合附图对本发明实施例提供的方法和装置分别进行详细说明。
请参考图2,本实施例提供一种网络丢包信息报告方法,包括:
101、处理节点获取丢包信息,所述丢包信息包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息。
所述的处理节点是指获取并处理丢包信息的节点设备,它可以是网络中具有识别业务类型和用户能力的节点,例如MPLS网络中的PE节点,或者网络电话(Voice over Internet Protocol,VoIP)网络中的媒体网关(media gateway,MGW)设备,等。
所说的丢包节点是指发生丢包行为的节点设备,它可以是网络中的任意节点,既可以是具有识别业务类型和用户能力的节点,例如上述的PE节点或媒体网关;也可以是不具有识别业务类型和用户能力的节点,例如MPLS网络中的P节点。丢包接口是指丢包节点上发生丢包行为的接口。
在丢包节点为具有识别业务类型和用户能力的节点时,处理节点和丢包节点可以是同一节点,称为丢包及处理节点,该丢包及处理节点可以直接获取自身的丢包信息。
在丢包节点为不具有识别业务类型和用户能力的节点时,处理节点和丢包节点是不同的节点,此种情况下,处理节点获取丢包信息的步骤具体可以是:
101a、处理节点接收丢包节点发送的丢包报告报文,所述丢包报告报文是丢包节点根据被丢弃报文生成的,携带有丢包节点的地址和丢包接口信息。
丢包节点生成丢包报告报文的步骤具体可以是:丢包节点获取被丢弃报文,并获取自身的地址和丢包接口信息;丢包节点将所说的地址和接口信息写入所获取的被丢弃报文中,则写入了所述的地址和接口信息的被丢弃报文就成为了本文所说的丢包报告报文。
丢包节点发送丢包报告报文的步骤具体可以是:提高丢包报告报文的优先级,以丢包接口的最大发送能力将丢包报文发送给处理节点。
其中,所说的丢包节点获取被丢弃报文包括:丢包节点统计单位时间内的丢包数量,根据该丢包数量判断丢包行为是常态化的偶尔丢包行为或者是突发性的丢包行为;如果是常态化的偶尔丢包行为,则获取每一个被丢弃的报文;如果是突发性的丢包行为,则按照预设比例获取被丢弃的报文,例如每丢弃100份报文获取一份被丢弃报文。
101b、处理节点提取丢包报告报文中携带的丢包节点的地址和丢包接口信息,并识别丢包报告报文的业务类型和用户信息。
由于丢包报告报文是根据被丢弃报文生成的,因此,丢包报告报文的业务类型和用户信息也就是被丢弃报文的业务类型和用户信息。
所说的接口信息至少包括接口索引,还可以包括接口描述等信息。
所说的业务类型可以是个人上网业务(High Speed Internet,HSI),交互式网络电视(IPTV)业务,网络电话(VoIP)业务,或企业虚拟专用网络(VirtualPrivate Network,VPN)业务等。不同类型的报文携带的标签是不同的,可以通过识别标签来区分业务类型,例如MPLS网络中PE节点为不同的业务创建不同的虚拟专用网络(Virtual Private Network,VPN),可以通过识别报文的VPN标签来区分业务类型。
所说的用户信息可以是地址信息或者电话号码等。报文中携带有发送方和接收方的网络(IP)地址,可以用IP地址表示用户。在某些类型的网络例如VoIP网络中,报文中也会携带用户的电话号码等信息,此时也可以用电话号码表示用户。
至此,处理节点已经获取了足够的丢包信息,丢包信息至少包括:丢包节点的地址、丢包节点中丢包接口信息、以及被丢弃报文的业务类型和用户信息。当然,在具体的应用中,处理节点也可以获取更多的丢包信息,例如,丢包接口处的队列深度等信息。
下面以MPLS网络为例进行说明:
在MPLS网络中,由于PE节点(一般为网关设备)具有识别业务类型和用户能力,因此可以以PE节点作为处理节点。如果丢包节点是PE节点,则PE节点可以直接获取丢包信息;如果丢包节点是P节点,则P节点可以获取被丢弃报文,根据获取的被丢弃报文生成携带有丢包节点的地址和丢包接口信息的丢包报告报文,并将丢包报告报文发送给PE节点,PE节点可以从接收到的P节点发送的丢包报告报文中提取丢包信息。
下面,以P节点为例,对丢包节点生成丢包报告报文的过程进行描述:
假设P节点的一个接口发生了队列拥塞丢包,某用户的报文在队列已满的情况下不断被丢弃。由于P节点在实时监测自身的丢包行为,因而P节点知道该接口发生了丢包,但是不知道被丢弃报文的业务类型和用户信息。此时,P节点可以按预定比例选取被丢弃的报文,例如,每丢弃100份报文,选取一份报文。然后,P节点将自身的地址以及丢包接口信息一并写入所选取报文的数据区。从而,所选取的被丢弃报文转换成为丢包报告报文。最后,P节点将该丢包报告报文发送给PE节点。通过定义选取报文的比例,可以决定发送丢包报告报文的频次。
102、处理节点将所述丢包信息发送给信息中心。
信息中心用于接收各个处理节点发送的丢包信息。也就是说,网络中的所有丢包信息均在信息中心集中,供网络维护人员分析处理使用。在不同的网络中,所说的信息中心可以是不同的设备。在MPLS网络中,与作为处理节点的PE节点连接的网络流量(Netstream)服务器可以作为信息中心;在VoIP网络中,与媒体网关连接的软交换设备(Softswitch)可以作为信息中心。
处理节点可以将丢包信息直接发送给信息中心;也可以将丢包信息发送给下游设备,由该下游设备将丢包信息发送给信息中心。当然,由于处理节点连接的信息中心和下游设备连接的信息中心可能是不同的设备,为了使各个信息中心设备均能收集到丢包信息,处理节点可以将丢包信息既发送给信息中心,又发送给下游设备。
例如,在处理节点是MPLS域内的PE节点时,处理节点将丢包信息发送给信息中心可以包括:
PE节点将丢包信息发送给Netstream服务器;或者,
PE节点将丢包信息发送位于MPLS域外的下游设备,再由下游设备将丢包信息发送给该下游设备连接的信息中心;例如,下游设备是媒体网关时,媒体网关设备在收到丢包信息后,可以将丢包信息发送软交换设备。
其中,PE节点将丢包信息发送给Netstream服务器具体可以是:PE节点将丢包信息封装在网络协议(Internet Protocol,IP)数据流信息输出(IP FlowInformation Export,IPFIX)报文中发送给Netstream服务器。
PE节点将丢包信息发送位于MPLS域外的下游设备具体可以是:将丢包信息封装在因特网控制报文协议(Internet Control Message Protocol,ICMP)报文中发送给作为下游设备的媒体网设备关,由媒体网关设备将丢包信息封装在会话初始协议(Session Initiation Protocol,SIP)信令报文中发送给软交换设备。
IPFIX是基于流的技术,具有广泛的应用,具体包括华为的NetStream技术、思科(Cisco)的NetFlow技术等。版本九(Version9)的NetStream是基于模板(Template)的,模板提供了灵活可扩展的报文输出格式,这使得在不改变基本记录格式的情况下,方便的增加了新的流统计服务。NetStreamVersion9的格式不固定,其中一种格式表1所示,包括:包头(Packet Header)、模板流量集(Template flowset)以及与模板流量集对应的数据流量集(Dateflowset)等域。本实施例中,可以定义一个描述丢包信息的模板流量集,将丢包信息写入模板对应的数据流量集中,实现将丢包信息封装在IPFIX报文中。
表1
ICMP是一种面向连接的协议,用于传输出错报告控制信息。ICMP报文的格式如表2所示,包括:IP头部、类型、代码、校验和、标识符、序列号、有效载荷等域。本实施例中,可以利用现有网络中不采用的类型字段,或者通过扩充类型字段增加丢包报告报文类型,将ICMP报文标识为丢包报告报文,然后将丢包信息写入有效载荷(PayLoad)中。
表2
SIP是一个会话层的信令控制协议。SIP信令报文的格式如表3所示,包括:SIP版本(version)、状态代码(Status code)、与状态代码对应的原因字段(Reasonphrase)等域。本实施例中,可以通过扩展状态代码增加丢包报告报文类型,将SIP信令报文标识为丢包报告报文,然后将丢包信息写入增加的状态代码对应的原因字段中。
表3
SIP version | Status code | Reason phrase |
信息中心收到的丢包信息至少包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息。信息中心收到丢包信息后,就可以利用所述丢包节点的地址信息定位异常设备(即丢包节点)在网络中的位置,利用所述接口信息定位异常端口(即丢包节点的丢包接口)在异常设备上的位置,利用所述业务类型和用户信息对该业务和用户的服务质量(Qualityof Service,QoS)参数进行调整或通过增加物理链路调整带宽,改善网络服务质量。
需要说明的是,丢包节点按照预设比例获取被丢弃的报文时,有些类型的被丢弃报文会被漏选,则有可能发生丢包信息丢失的情况,针对这种情况,信息中心收到丢包信息后,可以认为该丢包节点的该丢包接口的与所述被丢弃报文的优先级相同的所有种类的报文都存在丢包现象。
采用本发明实施例方法,网络节点在发生队列拥塞丢包时,丢包节点可以通过处理节点将丢包信息集中传递到信息中心。这样,网络维护人员就可以从信息中心知悉各个节点的丢包信息,方便的进行分析解决,而不必通过登录网络设备用命令行对逐个设备进行排查和解决。从而,可以提升网络业务丢包问题定位及处理速度,能够有效降低网络运行维护费用。
一种实施方式中,为了使处理节点易于将接收的丢包报告报文与普通的报文区分开来,丢包节点在生成丢包报告报文的过程中,可以在选取的被丢弃报文中写入预先定义好的检测标签(Diagnostic Label),以表示包含该检测标签的报文为丢包报告报文。本实施例中,上述步骤101a具体可以包括:
101a1、处理节点接收发生丢包节点发送的报文;
101a2、检测接收的报文是否包含检测标签;
101a3、确认包含检测标签的报文为丢包报告报文。
本实施例中,以检测标签来标识丢包报告报文,使处理节点能够方便快捷的从接收到的大量报文中识别出丢包报告报文,加快处理速度。
请参考图3,本实施例提供一种网络丢包信息报告方法,包括:
201、丢包节点获取被丢弃报文,根据获取的被丢弃报文生成丢包报告报文,所述丢包报告报文携带丢包节点的地址和丢包接口信息。
具体的,丢包节点获取被丢弃报文,并获取自身的地址以及具体发生队列拥塞丢包的丢包接口信息;丢包节点将所说的地址和接口信息写入所获取的被丢弃报文中,则写入了所述地址和接口信息的被丢弃报文就成为了本文所说的丢包报告报文。
其中,所说的丢包节点获取被丢弃报文包括:丢包节点统计单位时间内的丢包数量,根据该丢包数量判断丢包行为是常态化的偶尔丢包行为或者是突发性的丢包行为;如果是常态化的偶尔丢包行为,则获取每一个被丢弃的报文;如果是突发性的丢包行为,则按照预设比例获取被丢弃的报文,例如每丢弃100份报文获取一份被丢弃报文。
下面以丢包节点为MPLS网络中的P节点为例进行说明:
假设P节点的一个接口发生了队列拥塞丢包,某用户的报文在队列已满的情况下不断被丢弃。由于P节点在实时监测自身的丢包行为,因而P节点知道该接口发生了丢包,但是不知道被丢弃报文的类型和用户信息。此时,P节点可以按预定比例选取被丢弃的报文,例如,每丢弃100份报文,选取一份报文。然后,P节点将自身的地址以及丢包接口信息一并写入所选取报文的数据区。从而,所选取的被丢弃报文转换成为丢包报告报文。
202、丢包节点将丢包报告报文发送给处理节点,以便处理节点从丢包报告报文获取丢包信息,并将丢包信息发送给信息中心,该丢包信息包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息。
本步骤中,不具有识别业务类型和用户能力的丢包节点,将生成的丢包报告报文中继到具有识别业务类型和用户能力的处理节点(例如PE节点),通过处理节点将丢包信息发送到信息中心。
其中,丢包节点发送丢包报告报文的步骤具体可以是:提高丢包报告报文的优先级,以丢包接口的最大发送能力将丢包报告报文发送给处理节点。
采用本发明实施例方法,网络中节点在发生队列拥塞丢包时,可以通过处理节点将丢包信息集中传递到信息中心。这样,网络维护人员就可以从信息中心知悉各个节点的丢包信息,方便的进行分析解决,而不必通过登录网络设备用命令行对逐个设备进行排查和解决。从而,可以提升网络业务丢包问题定位及处理速度,能够有效降低网络运行维护费用。
一种实施方式中,为了使处理节点易于将接收的丢包报告报文与普通的报文区分开来,丢包节点在生成丢包报告报文的过程中,可以在选取的报文中写入预先定义好的检测标签,以表示包含该检测标签的报文为丢包报告报文。本实施例中,上述步骤201具体可以包括:
丢包节点获取被丢弃报文,并获取自身的地址以及丢包接口信息;
丢包节点将所说的地址和接口信息以及预定义的检测标签写入所获取的被丢弃报文中,以生产丢包报告报文。
经过本步骤,写入了上述各项信息的被丢弃报文就成为了本文所说的丢包报告报文;其中,检测标签用于表示包含该检测标签的报文为丢包报告报文。
本实施例中,以检测标签来标识丢包报告报文,使处理节点能够方便快捷的从接收到的大量报文中识别出丢包报告报文,加快处理速度。
请参考图4所示的MPLS网络,在图2和图3提供的上述实施例的基础上,本实施例提供的网络丢包信息报告方法应用于MPLS网络域内。该MPLS网络包括节点PE1、P和PE2,PE1和PE2均与Netstream服务器连接。其中,处理节点可以是节点PE1或PE2。
本实施例中,某种报文从节点PE1进入MPLS网络,该报文包含两层标签,其第一层标签为传输标签(Tunnel Label),第二层标签为用户标签;其中用户标签具体可以是业务标签或者虚拟信道标签(Virtual Channel Label,VC Label)或者虚拟专用网标签(Virtual Private Network Label,VPN Label)。假定用户标签为2,传输标签为18。假设该种报文在P节点的某个接口发生队列拥塞丢包,则P节点按预定比例选取被丢弃报文,压入检测标签(例如15)。此时,由于该报文已到达P节点,传输标签已经交换,假设此时的传输标签为4。压入检测标签后,三层标签具体为:第一层传输标签4,第二层检测标签15,第三层用户标签2。即,检测标签代替用户标签被压入第二层,而用户标签改为压入第三层。同时,P节点获取自身的地址和丢包接口的接口信息,将该地址和接口信息写入被丢弃报文的数据区。至此,被丢弃报文转换成为丢包报告报文。然后将该丢包报告报文发送给处理节点PE2进行处理。图5示出了处理节点PE2对收到丢包报告报文后的处理过程,包括:
401、PE2接收报文并检测收到的报文是否包含检测标签。
具体的,PE2收到报文后,弹出第二层标签,如果该报文为丢包报告报文,则弹出的第二层标签是检测标签,从而PE2根据预先设置确认该报文为丢包报告报文,然后对该丢包报告报文进行后续处理。如果弹出的第二层标签是用户标签,说明仅仅是普通的报文,则PE2照常执行转发操作。
402、PE2获取丢包报告报文携带的丢包信息。
具体包括:PE2提取丢包报告报文携带的丢包节点的地址和丢包接口的接口信息,识别丢包报告报文的业务类型和用户信息。
403、PE2将丢包信息发送给信息中心,所述丢包信息包括:丢包节点的地址、丢包节点的丢包接口的接口信息、以及被丢弃报文的业务类型和用户信息。
具体可以是:PE2将丢包信息封装在IPFIX报文中,发送给Netstream服务器;或者,PE2将丢包信息封装在ICMP报文中,根据用户信息中的的接收方地址将该ICMP报文发送给下游设备,再由下游设备将丢包信息发送给该下游设备连接的信息中心;例如,下游设备是媒体网关时,媒体网关在收到丢包信息后,可以将丢包信息发送软交换设备。其中,可以在PE2的访问控制列表(AccessControl List,ACL)中进行配置,指定是否要将丢包信息发送给下游设备。
本实施例中,对于如何使用检测标签来标识丢包报告报文进行了详细说明,通过该种方式,处理节点可以快速从接收到的大量报文中识别出丢包报告报文,从而及时提取并发送丢包信息到信息中心。
请参考图6所示的网络,该网络包括作为运营商核心网络的MPLS网络,和与用户端连接的网络电话(Voice over Internet Protocol,VoIP)网络。其中,MPLS网络包括节点PE1、P和PE2;VoIP网络包括与PE2连接的媒体网关(mediagateway,MGW),与媒体网关连接的SoftSwitch;用户端与媒体网关连接。在图5提供的实施例的基础上,本实施例提供的网络丢包信息报告方法,应用于在MPLS网络域内的节点发送队列拥塞丢包时,通过MPLS网络域外的VoIP网络中的下游设备将丢包信息报告至信息中心。本实施例中通过对VoIP的SIP信令进行扩展,实现与VoIP业务的联动。
接上一实施例,假定PE2已将丢包信息封装在ICMP报文中发送给作为下游设备的媒体网关(media gateway,NGW)。媒体网关收到ICMP报文后,获取ICMP报文携带的丢包信息。然后,媒体网关将丢包信息写入扩展的SIP信令报文中,将写有丢包信息的SIP信令报文发送给Softswitch。
本实施例中,MPLS网络中各个节点的丢包信息可以依次通过PE节点和下游设备(例如VoIP网络中的媒体网关)传递到到信息中心(具体为Softswitch)。需要说明的是,所说的下游设备并不限制为VoIP网络中的媒体网关,也可以是其它类型网络中的其它设备。
请参考图7所示的网络,该网络包括作为运营商核心网络的MPLS网络,和MPLS网络域外且与MPLS网络连接的第一接入网和第二接入网,第一接入网和第二接入网均为VoIP网络。其中,第一接入网通过第一媒体网关与第一用户端连接,第二接入网通过第二媒体网关与第二用户端连接,且第一媒体网关和第二媒体网关均与SoftSwitch连接。MPLS网络包括节点PE1、P和PE2,PE1和PE2均与Netstream服务器连接。在图7提供的实施例的基础上,本实施例提供的网络丢包信息报告方法,应用于MPLS网络域外的VoIP网络的节点发生拥塞丢包时,将丢包信息报告至信息中心。
假定第一用户端向第二用户端传递语音信号,具体为:第一媒体网关将来自于第一用户端的语音信号封装为报文,该报文依次经过第一接入网,MPLS网络中的节点PE1、P和PE2,第二接入网到达第二媒体网关,再还原为语音信号传递给第二用户端。该过程中:
若第一接入网的某个节点发生拥塞丢包,则丢包信息报告方法如下:
501、丢包节点生成封装为ICMP报文格式的丢包报告报文发送给作为处理节点的节点PE1。
502、PE1收到丢包报告报文后,获取丢包报告报文携带的丢包信息;
503、PE1将丢包信息发送给信息中心。
其中,PE1可以丢包信息封装在ICMP报文中发送给Netstream服务器,或者,可以将携带丢包信息的丢包报告报文通过第一接入网发送给第一媒体网关,由第一媒体网关提取丢包信息,然后将丢包信息写入扩展的SIP信令报文发送给Softswitch。需要说明的是,这两种发送方式可以一起执行,即,将丢包信息既发给Netstream服务器,又发给Softswitch。
若第二接入网的某个节点发生拥塞丢包,则丢包信息报告方法如下:
601、发生拥塞丢包的节点生成封装为ICMP报文格式的丢包报告报文发送给作为处理节点的第二媒体网关。
602、第二媒体网关也可以直接从丢包报告报文中提取丢包信息,将丢包信息写入扩展的SIP信令报文发送给Softswitch;或者,第二媒体网关将丢包报告报文通过第二接入网发送给处理节点PE2,由处理节点PE2将提取丢包信息并丢包信息封装在ICMP报文中发送给Netstream服务器。需要说明的是,这两种发送方式可以一起执行,即,将丢包信息既发给Netstream服务器,又发给Softswitch。
本实施例中,丢包节点采用ICMP报文将丢包信息传递给处理节点。而ICMP报文是专门用于传输出错报告控制信息的报文,可以直接视为丢包报告报文,因而本实施例中就不必再在报文中写入检测标签进行标识了。
采用本实施例方法,在MPLS网络域外的VoIP网络的节点发生队列拥塞丢包时,可以通过处理节点将丢包信息及时报告给信息中心。
以上实施例中,对于MPLS网络或VoIP网络的节点发生拥塞丢包时,如何进行丢包信息报告的方法进行说明。然而,需要说明的是,本发明实施例方法并不限于用在MPLS网络或VoIP网络,也可以用在其他类型的数据通信网络中,例如IP网络或QinQ网络中,对所应用网络的类型不进行限制。
在IP网络中的节点发生丢包时,丢包节点可以发送ICMP报文格式的丢包报告报文给处理节点进行处理。此时,丢包报告报文中的IP协议域为ICMP,丢包节点的地址和丢包接口的接口信息写在丢包报告报文的有效载荷中。其中,丢包信息除业务类型和用户信息以及丢包节点的地址与丢包接口的接口信息外,还可以包括队列深度信息等。
QinQ又称为复式虚拟局域网(Double Virtual Local Area Network,DoubleVLAN)。QinQ网络中的节点发生丢包时,发生丢包的节点可以发送VLAN报文格式的丢包报告报文给处理节点进行处理。其中,可以在VLAN报文中利用特殊标识号(VLAN Identification,VLAN ID)将VLAN报文标识为丢包报告报文。其中,丢包信息除业务类型和用户信息以及丢包节点的地址与丢包接口的接口信息外,还可以包括队列深度信息等。
总之,网络运营商越来越关注网络用户体验(Quality of Experience,QoE),本发明实施例的丢包信息报告方法能够及时获取各个节点的丢包信息并将丢包信息集中到信息中心,为网络运行维护提供了一个可靠有效的网络健康检测手段,能够提升网络业务丢包问题定位速度,能够有效降低网络运行维护费用。
请参考图8,本发明实施例还提供一种网络节点,包括:
获取模块810,用于获取丢包信息,丢包信息包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息;
报告模块820,用于将丢包信息发送给信息中心。
一个实施例中,所述获取模块810可以进一步包括:
接收单元811,用于接收丢包节点发送的丢包报告报文,所述丢包报告报文是丢包节点根据被丢弃报文生成的,携带有丢包节点的地址和丢包接口信息;
提取单元812,用于提取所述丢包报告报文中携带的丢包节点的地址和丢包接口信息,并识别所述丢包报告报文的业务类型和用户信息。
进一步的,所述获取模块810还可以包括:
检测单元813,用于检测接收单元811接收的报文是否包含检测标签;
确认单元814,用于确认包含检测标签的报文为丢包报告报文。
一个实施例中,所述报告模块820可以进一步包括:
第一报告单元821,用于将所述丢包信息直接发送给信息中心;
第二报告单元822,用于将所述丢包信息发送给下游设备,由所述下游设备将所述丢包信息发送给信息中心。
进一步的,在处理节点为多协议标签交换MPLS网络域内的运营商边缘PE节点时,
第一报告单元821,可以具体用于将所述丢包信息封装在网络协议数据流信息输出IPFIX报文中发送给网络流量分析服务器;
第二报告单元822,可以具体用于将所述丢包信息封装在因特网控制报文协议ICMP报文中发送给下游的媒体网关设备,由所述媒体网关设备将所述ICMP报文封装在会话初始协议SIP信令报文中发送给软交换设备。
所述网络节点作为处理节点,具体可以是网关设备。
本发明实施例提供的网络节点,作为处理节点,可以接收网络中的各个节点在发生丢包时生成并发送的丢包报告报文,从收到的丢包报告报文中提取丢包信息,然后将丢包信息集中发送到信息中心。这样,网络维护人员就可以从信息中心知悉各个节点的丢包信息,方便的进行分析解决,而不必通过登录网络设备用命令行对逐个设备进行排查和解决。从而,可以提升网络业务丢包问题定位及处理速度,能够有效降低网络运行维护费用。
请参考图9,本发明实施例提供一种网络节点,包括:。
报文生成模块910,用于获取被丢弃报文,根据获取的被丢弃报文生成丢包报告报文,所述丢包报告报文携带丢包节点的地址和丢包接口信息;
发送模块920,用于将所述丢包报告报文发送给处理节点,以便所述处理节点从所述丢包报告报文中获取丢包信息,并将所述丢包信息发送给信息中心,所述丢包信息包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息。
一个实施例中,网络节点还可以包括:优先级模块930;
优先级模块930,用于提高所述丢包报告报文的优先级;
发送模块920,具体用于以丢包接口的最大发送能力将提高了优先级的所述丢包报告报文发送给处理节点。
一个实施例中,报文生成模块910可以包括:
获取单元911,用于获取被丢弃报文并获取网络节点的地址和丢包接口信息;
写入单元912,用于将所述地址和接口信息以及预定义的检测标签写入所获取的被丢弃报文中,以生成丢包报告报文。
本发明实施例提供的网络节点,在发生拥塞丢包时可以生成并发送丢包报告报文给处理节点,以便处理节点从收到的丢包报告报文中提取丢包信息并将丢包信息集中发送到信息中心。这样,网络维护人员就可以从信息中心知悉各个节点的丢包信息,方便的进行分析解决,而不必通过登录网络设备用命令行对逐个设备进行排查和解决。从而,可以提升网络业务丢包问题定位及处理速度,能够有效降低网络运行维护费用。
以上对本发明实施例所提供的网络丢包信息报告方法以及装置进行了详细介绍,本文中应用了具体实施例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想,不应理解为对本发明的限制。
Claims (8)
1.一种网络丢包信息报告方法,其特征在于,包括:
处理节点接收丢包节点以丢包接口的最大发送能力发送的丢包报告报文,所述丢包节点是不能及时将报文发送出去的节点,所述丢包报告报文是所述丢包节点通过获取被丢弃报文并将自身的地址和丢包接口信息写入所述被丢弃报文中生成的;
从所述丢包报告报文中获取丢包信息,所述丢包信息包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息;
将所述丢包信息发送给信息中心,以便所述信息中心利用所述丢包节点的地址和丢包接口信息定位所述丢包节点在网络中的位置以及丢包接口在所述丢包节点上的位置,利用所述被丢弃报文的业务类型和用户信息改善网络服务质量;
所述业务类型用虚拟专用网络VPN标签来标识;
所述处理节点为多协议标签交换MPLS网络域内的运营商边缘PE节点;
所述将所述丢包信息发送给信息中心包括:将所述丢包信息封装在网络协议数据流信息输出IPFIX报文中发送给网络流量分析服务器;和/或,将所述丢包信息封装在因特网控制报文协议ICMP报文中发送给下游的媒体网关设备,由所述媒体网关设备将所述丢包信息封装在会话初始协议SIP信令报文中发送给软交换设备。
2.根据权利要求1所述的方法,其特征在于,所述处理节点接收丢包节点发送的丢包报告报文包括:
处理节点接收丢包节点发送的报文;
检测接收的报文是否包含检测标签;
确认包含检测标签的报文为丢包报告报文。
3.一种网络丢包信息报告方法,其特征在于,包括:
丢包节点获取被丢弃报文,将自身的地址和丢包接口信息写入所述被丢弃报文中生成丢包报告报文,所述丢包节点是不能及时将报文发送出去的节点,所述丢包报告报文携带丢包节点的地址和丢包接口信息;
提高所述丢包报告报文的优先级,以丢包接口的最大发送能力将提高了优先级的所述丢包报告报文发送给处理节点,以便所述处理节点从所述丢包报告报文中获取丢包信息,并将所述丢包信息发送给信息中心,所述丢包信息包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息,以便所述信息中心利用所述丢包节点的地址和丢包接口信息定位所述丢包节点在网络中的位置以及丢包接口在所述丢包节点上的位置,利用所述被丢弃报文的业务类型和用户信息改善网络服务质量;
所述业务类型用虚拟专用网络VPN标签来标识;
所述处理节点为多协议标签交换MPLS网络域内的运营商边缘PE节点;
所述处理节点将所述丢包信息发送给信息中心包括:将所述丢包信息封装在网络协议数据流信息输出IPFIX报文中发送给网络流量分析服务器;和/或,将所述丢包信息封装在因特网控制报文协议ICMP报文中发送给下游的媒体网关设备,由所述媒体网关设备将所述丢包信息封装在会话初始协议SIP信令报文中发送给软交换设备。
4.根据权利要求3所述的方法,其特征在于,所述丢包节点获取被丢弃报文,根据被丢弃报文生成丢包报告报文包括:
丢包节点获取被丢弃报文并获取自身的地址和丢包接口信息;
将所述地址和接口信息以及预定义的检测标签写入所获取的被丢弃报文中,以生成丢包报告报文。
5.一种网络节点,其特征在于,作为处理节点,包括:
获取模块,用于接收丢包节点以丢包接口的最大发送能力发送的丢包报告报文,所述丢包节点是不能及时将报文发送出去的节点,所述丢包报告报文是所述丢包节点通过获取被丢弃报文并将自身的地址和丢包接口信息写入所述被丢弃报文中生成的;从所述丢包报告报文中获取丢包信息,所述丢包信息包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息;
报告模块,用于将所述丢包信息发送给信息中心,以便所述信息中心利用所述丢包节点的地址和丢包接口信息定位所述丢包节点在网络中的位置以及丢包接口在所述丢包节点上的位置,利用所述被丢弃报文的业务类型和用户信息改善网络服务质量;
所述业务类型用虚拟专用网络VPN标签来标识;
所述处理节点为多协议标签交换MPLS网络域内的运营商边缘PE节点;
所述报告模块包括:
第一报告单元,用于将所述丢包信息封装在网络协议数据流信息输出IPFIX报文中发送给网络流量分析服务器;
第二报告单元,用于将所述丢包信息封装在因特网控制报文协议ICMP报文中发送给下游的媒体网关设备,由所述媒体网关设备将所述ICMP报文封装在会话初始协议SIP信令报文中发送给软交换设备。
6.根据权利要求5所述的网络节点,其特征在于,所述获取模块还包括:
接收单元,用于接收丢包节点发送的丢包报告报文;
检测单元,用于检测所述接收单元接收的报文是否包含检测标签;
确认单元,用于确认包含检测标签的报文为丢包报告报文。
7.一种网络节点,其特征在于,作为丢包节点,包括:
报文生成模块,用于获取被丢弃报文,将自身的地址和丢包接口信息写入所述被丢弃报文中生成丢包报告报文,所述丢包节点是不能及时将报文发送出去的节点,所述丢包报告报文携带丢包节点的地址和丢包接口信息;
优先级模块,用于提高所述丢包报告报文的优先级;
发送模块,用于以丢包接口的最大发送能力将将提高了优先级的所述丢包报告报文发送给处理节点,以便所述处理节点从所述丢包报告报文中获取丢包信息,并将所述丢包信息发送给信息中心,所述丢包信息包括:丢包节点的地址、丢包节点的丢包接口信息、以及被丢弃报文的业务类型和用户信息,以便所述信息中心利用所述丢包节点的地址和丢包接口信息定位所述丢包节点在网络中的位置以及丢包接口在所述丢包节点上的位置,利用所述被丢弃报文的业务类型和用户信息改善网络服务质量;
所述业务类型用虚拟专用网络VPN标签来标识;
所述处理节点为多协议标签交换MPLS网络域内的运营商边缘PE节点;
所述处理节点将所述丢包信息发送给信息中心包括:将所述丢包信息封装在网络协议数据流信息输出IPFIX报文中发送给网络流量分析服务器;和/或,将所述丢包信息封装在因特网控制报文协议ICMP报文中发送给下游的媒体网关设备,由所述媒体网关设备将所述丢包信息封装在会话初始协议SIP信令报文中发送给软交换设备。
8.根据权利要求7所述的网络节点,其特征在于,所述报文生成模块包括:
获取单元,用于获取被丢弃报文并获取网络节点的地址和丢包接口信息;
写入单元,用于将所述地址和接口信息以及预定义的检测标签写入所获取的被丢弃报文中,以生成丢包报告报文。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2011/074555 WO2011144068A2 (zh) | 2011-05-24 | 2011-05-24 | 网络丢包信息报告方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102204164A CN102204164A (zh) | 2011-09-28 |
CN102204164B true CN102204164B (zh) | 2014-05-21 |
Family
ID=44662800
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201180000568.8A Expired - Fee Related CN102204164B (zh) | 2011-05-24 | 2011-05-24 | 网络丢包信息报告方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102204164B (zh) |
WO (1) | WO2011144068A2 (zh) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014101047A1 (zh) * | 2012-12-27 | 2014-07-03 | 华为技术有限公司 | 一种网络丢包类型识别方法、设备及系统 |
CN103200124B (zh) * | 2013-03-07 | 2016-12-28 | 北京华为数字技术有限公司 | 一种业务策略的调整方法及装置 |
WO2014205776A1 (zh) * | 2013-06-28 | 2014-12-31 | 华为技术有限公司 | 拥塞信息反馈方法及装置、网关 |
CN103532779B (zh) * | 2013-10-10 | 2017-07-18 | 北京锐安科技有限公司 | 一种快速定位分流设备丢包的方法及系统 |
CN104717150B (zh) * | 2013-12-13 | 2019-06-11 | 中兴通讯股份有限公司 | 交换装置及丢包方法 |
CN105611226B (zh) * | 2015-10-30 | 2018-07-13 | 浙江宇视科技有限公司 | 一种视频监控网络中丢包定位方法及装置 |
CN105704057B (zh) * | 2016-03-24 | 2019-01-08 | 华为技术有限公司 | 确定突发端口拥塞丢包的业务类型的方法和装置 |
CN106411774A (zh) * | 2016-09-06 | 2017-02-15 | 联动优势科技有限公司 | 一种控制交易数据量的方法和装置 |
CN106529226B (zh) * | 2016-10-27 | 2019-04-12 | 东软集团股份有限公司 | 数据跟踪方法和装置 |
CN107888457B (zh) * | 2017-12-08 | 2020-08-14 | 新华三技术有限公司 | 端口丢包检测方法、装置及通信设备 |
CN112291076A (zh) * | 2019-07-25 | 2021-01-29 | 华为技术有限公司 | 丢包定位方法、装置及系统、计算机存储介质 |
US11323381B2 (en) * | 2020-04-16 | 2022-05-03 | Juniper Networks, Inc. | Dropped packet detection and classification for networked devices |
CN115208781A (zh) * | 2021-03-24 | 2022-10-18 | 华为技术有限公司 | 检测报文的传输方法、装置及系统 |
CN115550224A (zh) * | 2021-06-29 | 2022-12-30 | 中国电信股份有限公司 | 丢包分析系统、方法以及存储介质 |
WO2023133697A1 (zh) * | 2022-01-11 | 2023-07-20 | 华为技术有限公司 | 丢包处理方法、装置、交换机、发送设备和数据传输系统 |
CN118202627A (zh) * | 2022-09-29 | 2024-06-14 | 北京小米移动软件有限公司 | 一种丢包处理方法及装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100417080C (zh) * | 2005-02-01 | 2008-09-03 | 华为技术有限公司 | 一种检测网络链路故障并定位故障的方法 |
CN101030895A (zh) * | 2006-03-01 | 2007-09-05 | 华为技术有限公司 | 移动代理系统和约束网络层析成像方法 |
US8208481B2 (en) * | 2008-12-19 | 2012-06-26 | Cisco Technology, Inc. | Determination of packet loss locations |
CN101800632A (zh) * | 2009-02-09 | 2010-08-11 | 中兴通讯股份有限公司 | 用户数据报协议传输模式下丢包补偿方法与装置 |
CN101877659B (zh) * | 2010-06-30 | 2014-07-16 | 中兴通讯股份有限公司 | 一种丢包监控的方法、设备和系统 |
-
2011
- 2011-05-24 CN CN201180000568.8A patent/CN102204164B/zh not_active Expired - Fee Related
- 2011-05-24 WO PCT/CN2011/074555 patent/WO2011144068A2/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2011144068A2 (zh) | 2011-11-24 |
WO2011144068A3 (zh) | 2012-04-26 |
CN102204164A (zh) | 2011-09-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102204164B (zh) | 网络丢包信息报告方法及装置 | |
US7940676B2 (en) | Methods and systems for providing end-to-end testing of an IP-enabled network | |
CN100382517C (zh) | 网络服务质量测试方法及系统 | |
US8953456B2 (en) | Ethernet OAM performance management | |
US20050099955A1 (en) | Ethernet OAM fault isolation | |
US20050099949A1 (en) | Ethernet OAM domains and ethernet OAM frame format | |
US20050099951A1 (en) | Ethernet OAM fault detection and verification | |
CN111817927B (zh) | 用于检测端到端数据传输质量的方法与系统 | |
CN104486153B (zh) | 一种基于fpga的智能变电站过程层网络传输性能监测方法 | |
CN1901484B (zh) | 测量经过度量的测量系统和方法 | |
CN100550786C (zh) | 在数据网络操作和维护协议中对帧传输进行性能监测的方法 | |
CN106411625A (zh) | 链路报文丢包测量方法、系统及目标节点、发起端节点 | |
CN104202196A (zh) | 检测网络性能问题并定位故障节点的方法 | |
CN111585842B (zh) | 一种网络质量监控诊断方法及系统 | |
CN106713063A (zh) | VoIP网络丢包故障检测的方法 | |
CN104067559B (zh) | 组播通道的性能检测方法、装置和系统 | |
CN102325060B (zh) | 一种链路带宽测试的方法和路由器 | |
CN102308526B (zh) | 实现连通性检测的方法、会聚设备和系统 | |
EP2129042A1 (en) | A multicast network system, node and a method for detecting a fault of a multicast network link | |
WO2011020257A1 (zh) | 故障lsp信息通告的方法和装置 | |
WO2008097105A1 (en) | Methods, systems and apparatus for monitoring and/or generating communications in a communications network | |
US7881210B2 (en) | Method and apparatus for identifying label distribution protocol flapping events | |
JP2023554325A (ja) | パケット処理方法及び装置 | |
CN103780444A (zh) | EoC网络中的环路自动检测装置及方法 | |
WO2011157108A2 (zh) | 一种网络传输特性分析方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140521 |