CN110677327A - Chip-based real-time detection method for RTP flow fault - Google Patents
Chip-based real-time detection method for RTP flow fault Download PDFInfo
- Publication number
- CN110677327A CN110677327A CN201911055637.XA CN201911055637A CN110677327A CN 110677327 A CN110677327 A CN 110677327A CN 201911055637 A CN201911055637 A CN 201911055637A CN 110677327 A CN110677327 A CN 110677327A
- Authority
- CN
- China
- Prior art keywords
- rtp
- chip
- packet
- failure
- rtp packet
- 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.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a chip-based real-time detection method for RTP flow faults, which comprises the following steps: the chip classifies the entered RTP message, the chip enables IPFIX, fault detection is carried out on the RTP message, after the detection, the chip reports the detection result and the serial number of the RTP message to the CPU, and the CPU determines whether to output the information to the collecting device or not according to the reported information. The RTP fault information can be found in real time, the real-time performance is high, the monitoring scenes of IPFIX are enriched, and diversified requirements are provided for clients.
Description
Technical Field
The invention belongs to the technical field of RTP flow fault detection, and particularly relates to a chip-based RTP flow fault real-time detection method.
Background
With the rapid development of network technology and optical broadband and other communication means, services such as high definition 4K, 8K video, VR (virtual reality) and the like are gradually created and popularized, and accordingly, the access network closest to the user will be upgraded from hundreds of megabytes to gigabytes, and the revolution will bring new challenges to telecommunication operators. In the network, the basic steps of video and audio transmission are as follows: initiating a session- > encoding- > transmitting- > decoding- > ending the session, wherein the transmission mostly depends on an RTP (Real-time Transport Protocol) Protocol. The RTP real-time transport Protocol is a network Protocol for processing multimedia data streams on a network, and is carried in a UDP (User data Protocol) message. The protocol is utilized to realize one-to-one or one-to-many streaming media data real-time transmission in a network environment, but does not provide any guarantee of service quality.
The audio and video service has high requirements on the network and is sensitive to network packet loss. The phenomena of video blocking, shaking, screen splash and the like caused by packet loss seriously affect the user experience. Real-time detection of failure of RTP traffic is particularly important.
In the prior art, there is no technical scheme for identifying an RTP packet through an exchange chip and making real-time fault judgment by using an IPFIX (IP FlowInformation Export) function. In a patent document with publication number CN109672929A and name "a method and device for detecting video service packet", the method and device is implemented by using a device, and uses software to participate in fault judgment, and the specific scheme is as follows: the service source end device maps the RTP sequence number of the video service message of the predetermined service to the predetermined field of the IP message. The method requires a mapping at the source end and requires that the network node device needs to identify this mapping. In the implementation process of the method, for the already deployed especially large-scale network, the software of each device needs to be redeployed, and the workload is large. Some indirect measurement technologies such as Ping (Ping detection tool is a server response speed detection tool), NQA (Network Quality Analyzer), etc. detect that it is not a real service packet, the accuracy and real-time performance do not meet high requirements, and the current service performance condition cannot be reflected really.
Therefore, in view of the above technical problems, there is a need to provide a novel chip-based RTP traffic fault real-time detection scheme.
Disclosure of Invention
In view of this, the present invention provides a chip-based RTP traffic fault real-time detection method.
In order to achieve the above object, an embodiment of the present invention provides the following technical solutions:
a real-time detection method for RTP flow fault based on a chip comprises the following steps:
s1, classifying the entering RTP message by the chip;
s2, enabling IPFIX by a chip, and carrying out fault detection on the RTP message;
s3, after checking, the chip reports the detection result and the serial number of the RTP message to the CPU;
and S4, the CPU determines whether to output the information to the collecting device according to the reported information.
In an embodiment, in S1, the chip parses the incoming packet, identifies that the packet is an RTP packet, and then classifies the RTP packet according to the ACL policy configuration of the chip.
In an embodiment, in S2, the chip enables IPFIX, performs IPFIX lookup, and performs fault detection on the RTP packet.
In an embodiment, in S2, the fault detection includes detection of a packet loss fault and a disorder fault of an RTP packet, and detection of a packet loss degree and a disorder degree.
In an embodiment, in S2, the chip determines the cause of the failure of the RTP packet by comparing the value of the sequence number of the current RTP packet with the value of the sequence number of the RTP packet received last time.
In an embodiment, if the value of the sequence number of the current RTP packet is smaller than the value of the sequence number of the last received RTP packet, it is determined that the failure reason of the RTP packet is out of order.
In an embodiment, if the value of the sequence number of the current RTP packet is greater than the value of the sequence number of the last received RTP packet, and the difference between the two values exceeds a set threshold, it is determined that the failure cause of the RTP packet is a packet loss failure, where the threshold is greater than or equal to 2.
In an embodiment, after the chip determines that the failure cause of the RTP packet is a packet loss failure, if the failure cause recorded in the chip is a packet loss failure, the sequence number of the current RTP packet, the sequence number of the last received RTP packet, and the failure cause are kept unchanged.
In an embodiment, after the chip determines that the failure cause of the RTP packet is a packet loss failure, if the failure cause recorded in the chip is not a packet loss failure, the serial number of the last received RTP packet recorded in the chip is updated to the serial number of the current RTP packet, and the failure cause is updated to be a packet loss failure.
In an embodiment, in S4, the collecting device performs the next failure analysis according to the reported information of the CPU.
The invention has the following beneficial effects:
1. the chip is used for realizing the detection of the RTP faults, the fault point and the fault detection point are at the same position, meanwhile, software is not needed to participate, the RTP faults can be identified by hardware, compared with other indirect detection schemes, the real-time detection method has the advantages that the fault information can be found in real time, the real-time performance is high, and the faults can be found more timely.
2. RTP fault detection is completed by utilizing the IPFIX function in the chip, the monitoring scene of the IPFIX is enriched, and diversified requirements are provided for clients.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments described in the present application, and other drawings can be obtained by those skilled in the art without creative efforts.
FIG. 1 is a topology diagram of an IPFIX application scenario;
FIG. 2 is a flow chart of the method of the present invention;
FIG. 3 is a flow chart of the chip processing of the present invention;
FIG. 4 is a flow chart of the detection principle of the present invention.
Detailed Description
In order to make those skilled in the art better understand the technical solution of the present invention, the technical solution in the embodiment of the present invention will be clearly and completely described below with reference to the drawings in the embodiment of the present invention, and it is obvious that the described embodiment is only a part of the embodiment of the present invention, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The invention discloses a real-time detection method for RTP flow faults based on a chip, which utilizes the chip to identify RTP messages and utilizes an IPFIX function to realize the fault detection of the RTP messages.
Before introduction of the scheme, IPFIX will be introduced.
The IPFIX technology mainly includes three devices, an Exporter (output device), a Collector (collection device), and an Analyzer, in application, the relationship among the three devices is shown in fig. 1, wherein the output device analyzes and processes data traffic, extracts traffic statistical information meeting conditions, and outputs the statistical information to the collection device; the collecting device is responsible for analyzing the data message of the output device and collecting the statistical data into the database so as to facilitate the analyzing device to analyze the data; the analysis equipment extracts the statistical data from the collection equipment for subsequent processing, and the processing result can provide a basis for the service in multi-maintenance. The scheme is implemented on an output device.
Referring to fig. 2 and fig. 3, a chip-based RTP traffic fault real-time detection method disclosed by the present invention includes the following steps:
s1, the chip classifies the RTP message.
Specifically, the message enters a chip port, is analyzed, is identified as an RTP message, and is classified according to the ACL policy configuration of the chip. For example, when the failure detection of the RTP is performed on the traffic with the destination IP address of 192.168.1.1/24, the chip classifies the traffic with the destination IP address of 192.168.1.1/24 into one class through the ACL function, and for the class of traffic, the chip enables the RTP failure detection of the IPFIX function.
And S2, enabling IPFIX by the chip, and carrying out fault detection on the RTP message.
Specifically, the chip enables the IPFIX function, performs IPFIX lookup, and performs fault detection on the RTP packet. The fault detection comprises the detection of packet loss and disorder faults of the RTP message and the detection of packet loss and disorder degree.
The detection principle is as follows: RTP is a protocol that has its own message format and is typically carried in UDP for transmission. In the RTP packet, the header has a field called Sequence Number field, 16bit, which is used to identify the Sequence Number of the RTP packet sent by the sender, and in normal condition, the Sequence Number is increased by 1 every time an RTP packet is sent. When the UDP is used for bearing the RTP message, if the network is not good, whether the packet is lost or not can be determined by checking whether the numerical value of the Sequence Number field continuously increases or not, and meanwhile, the data can be reordered by using the numerical value under the condition of network jitter. In this scheme, the value of the Sequence Number field is represented by a Sequence ID.
In this embodiment, the fault detection process specifically includes the following steps:
as shown in fig. 4, 3 data records inside the chip are used to determine a fault: two serial numbers CurSeqId and LastSeqId, and a failure cause, reacson, these 3 data are also the key data reported to the CPU. The LastSeqId value represents the last Sequence ID of the last received RTP packet, and the CurSeqId value represents the current Sequence ID of the current RTP packet.
The chip judges the failure reason of the RTP message by comparing the value of the serial number of the current RTP message with the value of the serial number of the RTP message received last time.
Specifically, if the value (current sequence id) of the sequence number of the current RTP packet is smaller than the value (last sequence id) of the sequence number of the last received RTP packet, it is determined that the failure cause of the RTP packet is a DISORDER failure (DISORDER).
If the value (current sequence id) of the sequence number of the current RTP packet is smaller than the value (last sequence id) of the sequence number of the last received RTP packet and the difference value of the values exceeds a set threshold value T, it is determined that the failure cause of the RTP packet is a packet loss failure (dis), where the threshold value T may be configured according to the requirement of the user and is greater than or equal to 2.
After the chip determines that the failure cause of the RTP packet is a packet loss failure, if the failure cause recorded in the chip is a packet loss failure, it indicates that the failure is not just found, and in the previous packet processing, two serial numbers, that is, the serial number (CurSeqId) of the current RTP packet, the serial number (LastSeqId) of the last received RTP packet, and the failure cause (packet loss) are kept unchanged.
After the chip determines that the failure cause of the RTP packet is a packet loss failure, if the failure cause recorded in the chip is not a packet loss failure, it indicates that the packet loss failure is just found, the serial number (LastSeqId) of the last received RTP packet recorded in the chip is updated to the serial number (currentsequence id) of the current RTP packet, and the failure cause, relay, is updated to be a packet loss failure.
And S3, after checking, the chip reports the detection result and the serial number of the RTP message to the CPU.
Specifically, the chip IPFIX function will report the values of the two serial numbers CurSeqId, LastSeqId and the cause of failure to the CPU.
And S4, the CPU determines whether to output the information to the collecting device according to the reported information.
Specifically, the CPU outputs the above information (i.e., the values of the two serial numbers CurSeqId, LastSeqId, and the failure cause) to a collecting device (collector), which further analyzes the failure cause of the network
In the whole process, except that the CPU participates in follow-up fault solution, other work such as identification of RTP messages, acquisition of RTP message serial numbers, judgment of disorder and packet loss of the RTP messages based on IPFIX, measurement of packet loss degree and disorder degree, and reporting of RTP fault marks, packet loss degree and disorder degree and RTP serial numbers to the CPU are all completed by the chip.
According to the technical scheme, the invention has the following advantages: RTP trouble information can discover in real time, utilizes chip hardware to realize, and the real-time is high, discovery trouble that can be more timely, and richened IPFIX's monitoring scene, provide diversified demand for the customer.
The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip, a switch chip or an entity, or by a product with certain functions.
For convenience of description, the above devices are described as being divided into various modules by functions, and are described separately. Of course, the functionality of the modules may be implemented in the same one or more software and/or hardware implementations in implementing one or more embodiments of the present description.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
As will be appreciated by one skilled in the art, embodiments of one or more embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, one or more embodiments of the present description may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, one or more embodiments of the present description may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
One or more embodiments of the present description may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. One or more embodiments of the specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
It will be evident to those skilled in the art that the invention is not limited to the details of the foregoing illustrative embodiments, and that the present invention may be embodied in other specific forms without departing from the spirit or essential attributes thereof. The present embodiments are therefore to be considered in all respects as illustrative and not restrictive, the scope of the invention being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Any reference sign in a claim should not be construed as limiting the claim concerned.
Furthermore, it should be understood that although the present description refers to embodiments, not every embodiment may contain only a single embodiment, and such description is for clarity only, and those skilled in the art should integrate the description, and the embodiments may be combined as appropriate to form other embodiments understood by those skilled in the art.
Claims (10)
1. A real-time detection method for RTP flow fault based on chip is characterized in that the method comprises the following steps:
s1, classifying the entering RTP message by the chip;
s2, enabling IPFIX by a chip, and carrying out fault detection on the RTP message;
s3, after checking, the chip reports the detection result and the serial number of the RTP message to the CPU;
and S4, the CPU determines whether to output the information to the collecting device according to the reported information.
2. The method according to claim 1, wherein in S1, the chip parses the incoming message, identifies it as an RTP message, and then classifies the RTP message according to the ACL policy configuration of the chip.
3. The chip-based real-time detection method for RTP flow faults according to claim 1, wherein in S2, the chip enables IPFIX, performs IPFIX search, and performs fault detection on RTP messages.
4. The method according to claim 1, wherein in S2, the fault detection includes detection of a packet loss fault and a disorder fault of an RTP packet, and detection of a packet loss degree and a disorder degree.
5. The method according to claim 1 or 4, wherein in S2, the chip determines the cause of the RTP packet fault by comparing the value of the sequence number of the current RTP packet with the value of the sequence number of the last RTP packet received.
6. The method according to claim 5, wherein if the value of the sequence number of the current RTP packet is smaller than the value of the sequence number of the RTP packet received last time, it is determined that the cause of the RTP packet is out of order.
7. The method according to claim 5, wherein if the value of the sequence number of the current RTP packet is greater than the value of the sequence number of the last RTP packet received, and the difference between the two values exceeds a predetermined threshold, it is determined that the failure cause of the RTP packet is a packet loss failure, wherein the threshold is greater than or equal to 2.
8. The method according to claim 7, wherein after the chip determines that the failure cause of the RTP packet is a packet loss failure, if the failure cause recorded in the chip is a packet loss failure, the sequence number of the current RTP packet, the sequence number of the last RTP packet received, and the failure cause are kept unchanged.
9. The method according to claim 7, wherein after the chip determines that the failure cause of the RTP packet is a packet loss failure, if the failure cause recorded in the chip is not a packet loss failure, the serial number of the last received RTP packet recorded in the chip is updated to the serial number of the current RTP packet, and the failure cause is updated to be a packet loss failure.
10. The method according to claim 1, wherein in S4, the collecting device performs the next failure analysis according to the reported information of the CPU.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911055637.XA CN110677327A (en) | 2019-10-31 | 2019-10-31 | Chip-based real-time detection method for RTP flow fault |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911055637.XA CN110677327A (en) | 2019-10-31 | 2019-10-31 | Chip-based real-time detection method for RTP flow fault |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110677327A true CN110677327A (en) | 2020-01-10 |
Family
ID=69085512
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911055637.XA Withdrawn CN110677327A (en) | 2019-10-31 | 2019-10-31 | Chip-based real-time detection method for RTP flow fault |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110677327A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112532477A (en) * | 2020-11-23 | 2021-03-19 | 盛科网络（苏州）有限公司 | Link packet loss detection method and device |
| CN114070828A (en) * | 2022-01-17 | 2022-02-18 | 中央广播电视总台 | Program stream fault detection method and device, computer equipment and readable storage medium |
| CN114374855A (en) * | 2022-01-05 | 2022-04-19 | 烽火通信科技股份有限公司 | Live broadcast screen splash diagnosis method, device, equipment and readable storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101247499A (en) * | 2008-03-19 | 2008-08-20 | 杭州华三通信技术有限公司 | Network port backup method of MCU, MCU and video system |
| US20100284288A1 (en) * | 2009-05-07 | 2010-11-11 | The Industry & Academic Cooperation In Chungnam National University | Voip anomaly traffic detection method with flow-level data |
| CN109756854A (en) * | 2017-11-06 | 2019-05-14 | 普天信息技术有限公司 | A kind of group service method for releasing |
-
2019
- 2019-10-31 CN CN201911055637.XA patent/CN110677327A/en not_active Withdrawn
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101247499A (en) * | 2008-03-19 | 2008-08-20 | 杭州华三通信技术有限公司 | Network port backup method of MCU, MCU and video system |
| US20100284288A1 (en) * | 2009-05-07 | 2010-11-11 | The Industry & Academic Cooperation In Chungnam National University | Voip anomaly traffic detection method with flow-level data |
| CN109756854A (en) * | 2017-11-06 | 2019-05-14 | 普天信息技术有限公司 | A kind of group service method for releasing |
Non-Patent Citations (2)
| Title |
|---|
| PETR MATOUSEK等: "On-line Monitoring of VoIP Quality Using IPFIX", 《INFORMATION AND COMMUNICATION TECHNOLOGIES AND SERVICES》 * |
| 冯国华: "IP网络业务监控系统研究与实现", 《中国优秀硕士学位论文全文数据库》 * |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112532477A (en) * | 2020-11-23 | 2021-03-19 | 盛科网络（苏州）有限公司 | Link packet loss detection method and device |
| CN114374855A (en) * | 2022-01-05 | 2022-04-19 | 烽火通信科技股份有限公司 | Live broadcast screen splash diagnosis method, device, equipment and readable storage medium |
| CN114374855B (en) * | 2022-01-05 | 2023-05-23 | 烽火通信科技股份有限公司 | Live broadcast screen diagnosis method, device, equipment and readable storage medium |
| CN114070828A (en) * | 2022-01-17 | 2022-02-18 | 中央广播电视总台 | Program stream fault detection method and device, computer equipment and readable storage medium |
| CN114070828B (en) * | 2022-01-17 | 2022-05-17 | 中央广播电视总台 | Program stream fault detection method and device, computer equipment and readable storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100523486B1 (en) | Traffic measurement system and traffic analysis method thereof | |
| US9577906B2 (en) | Scalable performance monitoring using dynamic flow sampling | |
| CN108900374B (en) | Data processing method and device applied to DPI equipment | |
| CN110677327A (en) | Chip-based real-time detection method for RTP flow fault | |
| US20070171827A1 (en) | Network flow analysis method and system | |
| US10917318B2 (en) | Packet capture via packet tagging | |
| CN110855493B (en) | Application topological graph drawing device for mixed environment | |
| CN112565338A (en) | Method and system for capturing, filtering, storing and analyzing Ethernet message in real time | |
| US10439899B2 (en) | Service summary view | |
| CN112134719A (en) | Method and system for analyzing base station security log | |
| CN110572698B (en) | Method, device, equipment and medium for counting inspection and monitoring playing records | |
| CN110071843B (en) | Fault positioning method and device based on flow path analysis | |
| CN110609818B (en) | Log processing method and device | |
| CN109361546B (en) | Program early warning method and device based on video network | |
| CN115766471B (en) | Network service quality analysis method based on multicast flow | |
| CN110134892B (en) | Loading method and system of monitoring resource list | |
| CN109802990B (en) | Resource log reading and writing method and device for reducing data redundancy | |
| CN114095383B (en) | Network flow sampling method and system and electronic equipment | |
| CN108696398A (en) | Communication loopback fault detection method and device in a kind of communication network | |
| WO2022152230A1 (en) | Information flow identification method, network chip, and network device | |
| CN116248479A (en) | Network path detection method, device, equipment and storage medium | |
| CN113037551B (en) | Quick identification and positioning method for sensitive-related services based on traffic slice | |
| CN110768854B (en) | Data statistics method and device based on video network | |
| JP6169954B2 (en) | Service estimation apparatus and method | |
| CN112312228B (en) | Method, device and storage medium for detecting medium transmission quality index |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20200110 |
|
| WW01 | Invention patent application withdrawn after publication |