CN108989078B - Method and device for detecting node equipment fault in video network - Google Patents

Method and device for detecting node equipment fault in video network Download PDF

Info

Publication number
CN108989078B
CN108989078B CN201710757847.8A CN201710757847A CN108989078B CN 108989078 B CN108989078 B CN 108989078B CN 201710757847 A CN201710757847 A CN 201710757847A CN 108989078 B CN108989078 B CN 108989078B
Authority
CN
China
Prior art keywords
video
packet
data packet
loss rate
protocol
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.)
Active
Application number
CN201710757847.8A
Other languages
Chinese (zh)
Other versions
CN108989078A (en
Inventor
任继鹏
王洋
赵海亮
秦轩敏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Visionvera Information Technology Co Ltd
Original Assignee
Visionvera Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Visionvera Information Technology Co Ltd filed Critical Visionvera Information Technology Co Ltd
Priority to CN201710757847.8A priority Critical patent/CN108989078B/en
Publication of CN108989078A publication Critical patent/CN108989078A/en
Application granted granted Critical
Publication of CN108989078B publication Critical patent/CN108989078B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823Errors, e.g. transmission errors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0677Localisation of faults
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The embodiment of the invention provides a method and a device for detecting the fault of node equipment in a video network, wherein the video network comprises a protocol conversion server and a terminal, the node equipment is equipment on a communication link between the protocol conversion server and the terminal, and the method comprises the following steps: the protocol conversion server receives a service data packet; the service data packet is a data packet encapsulated by adopting an internet protocol; converting the data packet encapsulated by the Internet protocol into a data packet encapsulated by a video networking protocol; extracting an audio data packet and a video data packet from a data packet encapsulated by adopting a video networking protocol; calculating a first packet loss rate for the audio data packets and a second packet loss rate for the video data packets; and when the first packet loss rate and/or the second packet loss rate exceed the threshold value, judging that fault node equipment exists between the cooperative conversion server and the terminal. The embodiment of the invention solves the problem that the network flow analysis tool in the prior art can not directly analyze the data packet adopting the video networking protocol.

Description

Method and device for detecting node equipment fault in video network
Technical Field
The invention relates to the technical field of video networking, in particular to a method and a device for detecting the fault of node equipment in the video networking.
Background
With the widespread application of video networking in the whole country, when the video networking server is operated and maintained, the packet loss rate of the video networking server needs to be rapidly analyzed to better ensure the normal and stable operation of the service of the video networking server, and the conventional network analysis tool cannot analyze a data packet encapsulated by a video networking protocol, so that the normal and stable operation of the service of the video networking server cannot be ensured.
Disclosure of Invention
In view of the above problems, embodiments of the present invention are proposed to provide a node device failure detection method in an optical network and a corresponding node device failure detection apparatus in an optical network, which overcome or at least partially solve the above problems.
In order to solve the above problem, an embodiment of the present invention discloses a method for detecting a node device failure in a video network, where the video network includes a protocol conversion server and a terminal, and the node device is a device on a communication link between the protocol conversion server and the terminal, and the method includes:
the protocol conversion server receives a service data packet; the service data packet is a data packet encapsulated by adopting an internet protocol;
converting the data packet encapsulated by the Internet protocol into a data packet encapsulated by a video networking protocol;
extracting audio data packets and video data packets from the data packets encapsulated by adopting the video networking protocol;
calculating a first packet loss rate for the audio data packet and a second packet loss rate for the video data packet;
and when the first packet loss rate and/or the second packet loss rate exceed a threshold value, determining that a fault node device exists between the cooperative conversion server and the terminal.
Preferably, the service data packet includes: a source address of the server, a destination address of the server, a VMS source address, a VMS destination address, a source sub-address, a destination sub-address, video networking signaling, and, traffic data.
Preferably, the step of converting the data packet encapsulated by the internet protocol into the data packet encapsulated by the video networking protocol includes:
acquiring the size of the service data packet according to a video networking protocol;
analyzing the service data packet to obtain a source address and a destination address of the server, a VMS destination address, a VMS source address, a destination sub-address, a source sub-address and video networking signaling;
analyzing the service data according to the video networking signaling;
and forming the analyzed service data into a video networking data packet.
Preferably, the step of calculating a first packet loss rate for the audio data packet and a second packet loss rate for the video data packet includes:
dividing the number of the audio data packets by the number of the audio data packets which should be received, and taking the packet loss rate of the obtained audio data packets as a first packet loss rate;
dividing the number of the video data packets by the number of the video data packets to be received, and taking the packet loss rate of the obtained video data packets as a second packet loss rate;
wherein the number of audio packets to be received and the number of video packets to be received are determined by the video networking protocol.
Preferably, the node device includes a router, a switch, and a gateway.
Correspondingly, the embodiment of the invention discloses a device for detecting the fault of node equipment in a video network, which is characterized in that the video network comprises a protocol conversion server and a terminal, the node equipment is equipment on a communication link between the protocol conversion server and the terminal, and the device comprises:
the conversion module is used for converting the data packet encapsulated by the Internet protocol into the data packet encapsulated by the video networking protocol; the data packet encapsulated by adopting the Internet protocol is a service data packet received by the protocol conversion server;
the extraction module is used for extracting an audio data packet and a video data packet from the data packet encapsulated by adopting the video networking protocol;
the calculation module is used for calculating a first packet loss rate aiming at the audio data packet and calculating a second packet loss rate aiming at the video data packet;
and the judging module is used for judging that fault node equipment exists between the cooperative server and the terminal when the first packet loss rate and/or the second packet loss rate exceeds a threshold value.
Preferably, the service data packet includes: a source address of the server, a destination address of the server, a VMS source address, a VMS destination address, a source sub-address, a destination sub-address, video networking signaling, and, traffic data.
Preferably, the conversion module includes:
the acquisition submodule is used for acquiring the size of the service data packet according to a video networking protocol;
the data packet analysis submodule is used for analyzing the service data packet to obtain a source address and a destination address of the server, a VMS destination address, a VMS source address, a destination subaddress, a source subaddress and video networking signaling;
the service data analysis submodule is used for analyzing the service data according to the video networking signaling;
and the packaging submodule is used for forming the analyzed service data into a video networking data packet.
Preferably, the calculation module includes:
the first calculation submodule is used for dividing the number of the audio data packets by the number of the audio data packets which should be received, and taking the packet loss rate of the obtained audio data packets as a first packet loss rate;
the second calculation submodule is used for dividing the number of the video data packets by the number of the video data packets which should be received, and taking the packet loss rate of the obtained video data packets as a second packet loss rate;
wherein the number of audio packets to be received and the number of video packets to be received are determined by the video networking protocol.
Preferably, the node device includes a router, a switch, and a gateway.
The embodiment of the invention has the following advantages:
in the embodiment of the invention, the problem that a network traffic analysis tool cannot directly analyze the data packet adopting the video networking protocol in the prior art is solved by capturing the service data packet which is received by the protocol conversion server and is encapsulated by the Internet protocol, converting the data packet which is encapsulated by the Internet protocol into the data packet which is encapsulated by the video networking protocol, extracting the audio data packet and the video data packet from the data packet, calculating a first packet loss rate aiming at the audio data packet, calculating a second packet loss rate aiming at the video data packet, and judging that fault node equipment exists between the protocol conversion server and the terminal when the first packet loss rate and/or the second packet loss rate exceed a threshold value, and meanwhile, the problem that the network traffic analysis tool cannot respectively count the packet loss rates of the audio data packets in the data packet because the types of the data packets cannot be distinguished in the prior art is solved, The packet loss rate of the video data packet.
Drawings
FIG. 1 is a schematic networking diagram of a video network of the present invention;
FIG. 2 is a schematic diagram of a hardware architecture of a node server according to the present invention;
fig. 3 is a schematic diagram of a hardware structure of an access switch of the present invention;
fig. 4 is a schematic diagram of a hardware structure of an ethernet protocol conversion gateway according to the present invention;
FIG. 5 is a flowchart illustrating steps of an embodiment of a method for detecting a failure of a node device in a video network according to the present invention;
fig. 6 is a block diagram of an embodiment of a device for detecting a node device failure in a video network according to the present invention.
Detailed Description
In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in further detail below.
The video networking is an important milestone for network development, is a real-time network, can realize high-definition video real-time transmission, and pushes a plurality of internet applications to high-definition video, and high-definition faces each other.
The video networking adopts a real-time high-definition video exchange technology, can integrate required services such as dozens of services of video, voice, pictures, characters, communication, data and the like on a system platform on a network platform, such as high-definition video conference, video monitoring, intelligent monitoring analysis, emergency command, digital broadcast television, delayed television, network teaching, live broadcast, VOD on demand, television mail, Personal Video Recorder (PVR), intranet (self-office) channels, intelligent video broadcast control, information distribution and the like, and realizes high-definition quality video broadcast through a television or a computer.
To better understand the embodiments of the present invention, the following description refers to the internet of view:
some of the technologies applied in the video networking are as follows:
network Technology (Network Technology)
Network technology innovation in video networking has improved over traditional Ethernet (Ethernet) to face the potentially enormous video traffic on the network. Unlike pure network Packet Switching (Packet Switching) or network Circuit Switching (Circuit Switching), the Packet Switching is adopted by the technology of the video networking to meet the Streaming requirement. The video networking technology has the advantages of flexibility, simplicity and low price of packet switching, and simultaneously has the quality and safety guarantee of circuit switching, thereby realizing the seamless connection of the whole network switching type virtual circuit and the data format.
Switching Technology (Switching Technology)
The video network adopts two advantages of asynchronism and packet switching of the Ethernet, eliminates the defects of the Ethernet on the premise of full compatibility, has end-to-end seamless connection of the whole network, is directly communicated with a user terminal, and directly bears an IP data packet. The user data does not require any format conversion across the entire network. The video networking is a higher-level form of the Ethernet, is a real-time exchange platform, can realize the real-time transmission of the whole-network large-scale high-definition video which cannot be realized by the existing Internet, and pushes a plurality of network video applications to high-definition and unification.
Server Technology (Server Technology)
The server technology on the video networking and unified video platform is different from the traditional server, the streaming media transmission of the video networking and unified video platform is established on the basis of connection orientation, the data processing capacity of the video networking and unified video platform is independent of flow and communication time, and a single network layer can contain signaling and data transmission. For voice and video services, the complexity of video networking and unified video platform streaming media processing is much simpler than that of data processing, and the efficiency is greatly improved by more than one hundred times compared with that of a traditional server.
Storage Technology (Storage Technology)
The super-high speed storage technology of the unified video platform adopts the most advanced real-time operating system in order to adapt to the media content with super-large capacity and super-large flow, the program information in the server instruction is mapped to the specific hard disk space, the media content is not passed through the server any more, and is directly sent to the user terminal instantly, and the general waiting time of the user is less than 0.2 second. The optimized sector distribution greatly reduces the mechanical motion of the magnetic head track seeking of the hard disk, the resource consumption only accounts for 20% of that of the IP internet of the same grade, but concurrent flow which is 3 times larger than that of the traditional hard disk array is generated, and the comprehensive efficiency is improved by more than 10 times.
Network Security Technology (Network Security Technology)
The structural design of the video network completely eliminates the network security problem troubling the internet structurally by the modes of independent service permission control each time, complete isolation of equipment and user data and the like, generally does not need antivirus programs and firewalls, avoids the attack of hackers and viruses, and provides a structural carefree security network for users.
Service Innovation Technology (Service Innovation Technology)
The unified video platform integrates services and transmission, and is not only automatically connected once whether a single user, a private network user or a network aggregate. The user terminal, the set-top box or the PC are directly connected to the unified video platform to obtain various multimedia video services in various forms. The unified video platform adopts a menu type configuration table mode to replace the traditional complex application programming, can realize complex application by using very few codes, and realizes infinite new service innovation.
Networking of the video network is as follows:
the video network is a centralized control network structure, and the network can be a tree network, a star network, a ring network and the like, but on the basis of the centralized control node, the whole network is controlled by the centralized control node in the network.
As shown in fig. 1, the video network is divided into an access network and a metropolitan network.
The devices of the access network part can be mainly classified into 3 types: node server, access switch, terminal (including various set-top boxes, coding boards, memories, etc.). The node server is connected to an access switch, which may be connected to a plurality of terminals and may be connected to an ethernet network.
The node server is a node which plays a centralized control function in the access network and can control the access switch and the terminal. The node server can be directly connected with the access switch or directly connected with the terminal.
Similarly, devices of the metropolitan network portion may also be classified into 3 types: a metropolitan area server, a node switch and a node server. The metro server is connected to a node switch, which may be connected to a plurality of node servers.
The node server is a node server of the access network part, namely the node server belongs to both the access network part and the metropolitan area network part.
The metropolitan area server is a node which plays a centralized control function in the metropolitan area network and can control a node switch and a node server. The metropolitan area server can be directly connected with the node switch or directly connected with the node server.
Therefore, the whole video network is a network structure with layered centralized control, and the network controlled by the node server and the metropolitan area server can be in various structures such as tree, star and ring.
The access network part can form a unified video platform (the part in the dotted circle), and a plurality of unified video platforms can form a video network; each unified video platform may be interconnected via metropolitan area and wide area video networking.
Video networking device classification
1.1 devices in the video network of the embodiment of the present invention can be mainly classified into 3 types: servers, switches (including ethernet gateways), terminals (including various set-top boxes, code boards, memories, etc.). The video network as a whole can be divided into a metropolitan area network (or national network, global network, etc.) and an access network.
1.2 wherein the devices of the access network part can be mainly classified into 3 types: node servers, access switches (including ethernet gateways), terminals (including various set-top boxes, code boards, memories, etc.).
The specific hardware structure of each access network device is as follows:
a node server:
as shown in fig. 2, the system mainly includes a network interface module 201, a switching engine module 202, a CPU module 203, and a disk array module 204;
the network interface module 201, the CPU module 203, and the disk array module 204 all enter the switching engine module 202; the switching engine module 202 performs an operation of looking up the address table 205 on the incoming packet, thereby obtaining the direction information of the packet; and stores the packet in a queue of the corresponding packet buffer 206 based on the packet's steering information; if the queue of the packet buffer 206 is nearly full, it is discarded; the switching engine module 202 polls all packet buffer queues for forwarding if the following conditions are met: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero. The disk array module 204 mainly implements control over the hard disk, including initialization, read-write, and other operations on the hard disk; the CPU module 203 is mainly responsible for protocol processing with an access switch and a terminal (not shown in the figure), configuring an address table 205 (including a downlink protocol packet address table, an uplink protocol packet address table, and a data packet address table), and configuring the disk array module 204.
The access switch:
as shown in fig. 3, the network interface module mainly includes a network interface module (a downlink network interface module 301 and an uplink network interface module 302), a switching engine module 303 and a CPU module 304;
wherein, the packet (uplink data) coming from the downlink network interface module 301 enters the packet detection module 305; the packet detection module 305 detects whether the Destination Address (DA), the Source Address (SA), the packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id) and enters the switching engine module 303, otherwise, discards the stream identifier; the packet (downstream data) coming from the upstream network interface module 302 enters the switching engine module 303; the data packet coming from the CPU module 204 enters the switching engine module 303; the switching engine module 303 performs an operation of looking up the address table 306 on the incoming packet, thereby obtaining the direction information of the packet; if the packet entering the switching engine module 303 is from the downstream network interface to the upstream network interface, the packet is stored in the queue of the corresponding packet buffer 307 in association with the stream-id; if the queue of the packet buffer 307 is nearly full, it is discarded; if the packet entering the switching engine module 303 is not from the downlink network interface to the uplink network interface, the data packet is stored in the queue of the corresponding packet buffer 307 according to the guiding information of the packet; if the queue of the packet buffer 307 is nearly full, it is discarded.
The switching engine module 303 polls all packet buffer queues, which in this embodiment of the present invention is divided into two cases:
if the queue is from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queued packet counter is greater than zero; 3) obtaining a token generated by a code rate control module;
if the queue is not from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero.
The rate control module 208 is configured by the CPU module 204, and generates tokens for packet buffer queues from all downstream network interfaces to upstream network interfaces at programmable intervals to control the rate of upstream forwarding.
The CPU module 304 is mainly responsible for protocol processing with the node server, configuration of the address table 306, and configuration of the code rate control module 308.
Ethernet protocol conversion gateway
As shown in fig. 4, the apparatus mainly includes a network interface module (a downlink network interface module 401 and an uplink network interface module 402), a switching engine module 403, a CPU module 404, a packet detection module 405, a rate control module 408, an address table 406, a packet buffer 407, a MAC adding module 409, and a MAC deleting module 410.
Wherein, the data packet coming from the downlink network interface module 401 enters the packet detection module 405; the packet detection module 405 detects whether the ethernet MAC DA, the ethernet MAC SA, the ethernet length or frame type, the video network destination address DA, the video network source address SA, the video network packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id); then, the MAC deletion module 410 subtracts MAC DA, MAC SA, length or frame type (2byte) and enters the corresponding receiving buffer, otherwise, discards it;
the downlink network interface module 401 detects the sending buffer of the port, and if there is a packet, obtains the ethernet MAC DA of the corresponding terminal according to the destination address DA of the packet, adds the ethernet MAC DA of the terminal, the MAC SA of the ethernet protocol gateway, and the ethernet length or frame type, and sends the packet.
The other modules in the ethernet protocol gateway function similarly to the access switch.
A terminal:
the system mainly comprises a network interface module, a service processing module and a CPU module; for example, the set-top box mainly comprises a network interface module, a video and audio coding and decoding engine module and a CPU module; the coding board mainly comprises a network interface module, a video and audio coding engine module and a CPU module; the memory mainly comprises a network interface module, a CPU module and a disk array module.
1.3 devices of the metropolitan area network part can be mainly classified into 2 types: node server, node exchanger, metropolitan area server. The node switch mainly comprises a network interface module, a switching engine module and a CPU module; the metropolitan area server mainly comprises a network interface module, a switching engine module and a CPU module.
2. Video networking packet definition
2.1 Access network packet definition
The data packet of the access network mainly comprises the following parts: destination Address (DA), Source Address (SA), reserved bytes, payload (pdu), CRC.
As shown in the following table, the data packet of the access network mainly includes the following parts:
DA SA Reserved Payload CRC
wherein:
the Destination Address (DA) is composed of 8 bytes (byte), the first byte represents the type of the data packet (such as various protocol packets, multicast data packets, unicast data packets, etc.), there are 256 possibilities at most, the second byte to the sixth byte are metropolitan area network addresses, and the seventh byte and the eighth byte are access network addresses;
the Source Address (SA) is also composed of 8 bytes (byte), defined as the same as the Destination Address (DA);
the reserved byte consists of 2 bytes;
the payload part has different lengths according to different types of datagrams, and is 64 bytes if the datagram is various types of protocol packets, and is 32+1024 or 1056 bytes if the datagram is a unicast packet, of course, the length is not limited to the above 2 types;
the CRC consists of 4 bytes and is calculated in accordance with the standard ethernet CRC algorithm.
2.2 metropolitan area network packet definition
The topology of a metropolitan area network is a graph and there may be 2, or even more than 2, connections between two devices, i.e., there may be more than 2 connections between a node switch and a node server, a node switch and a node switch, and a node switch and a node server. However, the metro network address of the metro network device is unique, and in order to accurately describe the connection relationship between the metro network devices, parameters are introduced in the embodiment of the present invention: a label to uniquely describe a metropolitan area network device.
In this specification, the definition of the Label is similar to that of the Label of MPLS (Multi-Protocol Label Switch), and assuming that there are two connections between the device a and the device B, there are 2 labels for the packet from the device a to the device B, and 2 labels for the packet from the device B to the device a. The label is classified into an incoming label and an outgoing label, and assuming that the label (incoming label) of the packet entering the device a is 0x0000, the label (outgoing label) of the packet leaving the device a may become 0x 0001. The network access process of the metro network is a network access process under centralized control, that is, address allocation and label allocation of the metro network are both dominated by the metro server, and the node switch and the node server are both passively executed, which is different from label allocation of MPLS, and label allocation of MPLS is a result of mutual negotiation between the switch and the server.
As shown in the following table, the data packet of the metro network mainly includes the following parts:
DA SA Reserved label (R) Payload CRC
Namely Destination Address (DA), Source Address (SA), Reserved byte (Reserved), tag, payload (pdu), CRC. The format of the tag may be defined by reference to the following: the tag is 32 bits with the upper 16 bits reserved and only the lower 16 bits used, and its position is between the reserved bytes and payload of the packet.
Based on the characteristics of the video networking, one of the core concepts of the embodiments of the present invention is provided, where a service data packet encapsulated by an internet protocol received by a protocol conversion server is captured, the data packet encapsulated by the internet protocol is converted into a data packet encapsulated by the video networking protocol, an audio data packet and a video data packet are extracted from the data packet, a first packet loss rate is calculated for the audio data packet, a second packet loss rate is calculated for the video data packet, and when the first packet loss rate and/or the second packet loss rate exceeds a threshold value, it is determined that a faulty node device exists between the protocol conversion server and the terminal.
Referring to fig. 5, a flowchart illustrating steps of an embodiment of a method for detecting a node device failure in a video network according to the present invention is shown, where the video network includes a protocol conversion server and a terminal, and the node device is a device on a communication link between the protocol conversion server and the terminal.
In the embodiment of the present invention, the terminal may be a device having the following characteristics:
(1) on a hardware architecture, a device has a central processing unit, a memory, an input unit and an output unit, that is, the device is often a microcomputer device having a communication function. In addition, various input modes such as a keyboard, a mouse, a touch screen, a microphone, a camera and the like can be provided, and input can be adjusted as required. Meanwhile, the equipment often has a plurality of output modes, such as a telephone receiver, a display screen and the like, and can be adjusted according to needs;
(2) on a software system, the device must have an operating system, such as Windows Mobile, Symbian, Palm, Android, iOS, and the like. Meanwhile, the operating systems are more and more open, and personalized application programs developed based on the open operating system platforms are infinite, such as a communication book, a schedule, a notebook, a calculator, various games and the like, so that the requirements of personalized users are met to a great extent;
(3) in terms of communication capacity, the device has flexible access mode and high-bandwidth communication performance, and can automatically adjust the selected communication mode according to the selected service and the environment, thereby being convenient for users to use. The equipment can support GSM, WCDMA, CDMA2000, TDSCDMA, Wi-Fi, WiMAX and the like, thereby being suitable for various systems of networks, not only supporting voice services, but also supporting various wireless data services;
(4) in the aspect of function use, the equipment focuses more on humanization, individuation and multi-functionalization. With the development of computer technology, devices enter a human-centered mode from a device-centered mode, and the embedded computing, control technology, artificial intelligence technology, biometric authentication technology and the like are integrated, so that the human-oriented purpose is fully embodied. Due to the development of software technology, the equipment can be adjusted and set according to individual requirements, and is more personalized. Meanwhile, the device integrates a plurality of software and hardware, and the function is more and more powerful.
A set-top box (STB) is a device that connects a television set to an external signal source and converts the compressed digital signal into television content for display on the television set.
Generally, the set-top box may be connected to a camera and a microphone for collecting multimedia data such as video data and audio data, and may also be connected to a television for playing multimedia data such as video data and audio data.
For example, a user connects a smart phone to a router, the router is connected to a protocol conversion server through a network, and data packets encapsulated by internet protocols are communicated between the smart phone and the router and between the router and the protocol conversion server. The protocol conversion server can convert data encapsulated by an internet protocol into a data packet encapsulated by a video networking protocol, thereby realizing data transmission across networks.
The method specifically comprises the following steps:
step 501, the protocol conversion server receives a service data packet; the service data packet is a data packet encapsulated by adopting an internet protocol;
specifically, the protocol conversion server performs service interaction with the terminal by using a data packet as a unit, and in the service interaction process, an application program with a function of capturing the data packet, such as Wireshark, may be used to capture the service data packet received by the protocol conversion server, where the service data packet is a data packet encapsulated by using an internet protocol, and a file captured by the Wireshark is a pcap file.
Of course, the wirereshark is not only able to capture the data packets encapsulated by the internet protocol, but can be used for capturing any data packets transmitted on the link.
In a preferred embodiment of the present invention, the service data packet includes: a source address of the server, a destination address of the server, a VMS source address, a VMS destination address, a source sub-address, a destination sub-address, video networking signaling, and, traffic data.
After capturing the pcap file, the Wireshark can store the pcap file into the buffer to wait for the next processing.
Step 502, converting a data packet encapsulated by an internet protocol into a data packet encapsulated by a video internet protocol;
in a preferred embodiment of the present invention, the step of converting the data packet encapsulated by the internet protocol into the data packet encapsulated by the video networking protocol includes:
acquiring the size of the service data packet according to a video networking protocol;
analyzing the service data packet to obtain a source address and a destination address of the server, a VMS destination address, a VMS source address, a destination sub-address, a source sub-address and video networking signaling;
analyzing the service data according to the video networking signaling;
and forming the analyzed service data into a video networking data packet.
Specifically, the size of the video networking packet is read according to a video networking protocol, then the fixed length is read according to the protocol specification to analyze the destination address, the VMS source address, the VMS destination address, the source sub-address, the destination sub-address and the video networking signaling of the video networking server, and then specific video networking data is analyzed according to each different video networking signaling. And finally, forming the analyzed data into a video networking data packet.
Wherein, the format of the pcap file is as follows:
file header, 24 bytes;
data packet head + data report, the data packet head is 16 bytes, the following is followed by the data packet;
the 24-byte fields of the Pcap file header describe:
magic: 4 bytes, 0x 1 A2B 3C 4D, to identify the file itself and the byte order. 0xa1b2c3d4 is used to indicate reading in the original order, and 0xd4c3b2a1 indicates that the following bytes are all read in permuted order. Typically 0xa1b2c3d4 is used;
major: 2 bytes, 0 × 0200, the major version number of the current file;
minor: 2 bytes, 0x 0400, minor version number of the current file;
ThisZone: 4 bytes time zone. The phase difference between GMT and local time is expressed in seconds. If the local time zone is GMT, then this value is set to 0. This value is also typically set to 0SigFigs, the precision of a 4-byte timestamp, all zeros;
SnapLen: 4 bytes maximum storage length;
LinkType: a 4-byte link type;
and acquiring the size of the video networking packet according to the SnapLen and then analyzing each video networking packet according to the structure of the complete data packet in the video networking protocol. The format of the complete packet is shown in table 1.
Table 1:
Figure BDA0001392589620000141
the specific processing is to intercept the length according to the length of the SnapLen, the packet with the length is an internet-of-view packet, and then the packet is resolved according to the length of each field of the internet-of-view protocol, for example, the field of 'destination address of MAC' is to be read out, data acquired by intercepting '3 words' (length unit) in the length of the SnapLen is required to be converted into a MAC address according to the protocol, and the MAC address is the acquired 'destination address of MAC'.
It should be noted that, converting a data packet encapsulated by an internet protocol into a data packet encapsulated by an internet protocol is not directly based on a data packet encapsulated by an internet protocol, but based on a pcap file.
After the analyzed service data are combined into a video networking data packet, the video networking data packet can be stored into a buffer memory to wait for the next processing.
Step 503, extracting an audio data packet and a video data packet from the data packet encapsulated by the video networking protocol;
in practical application, the video networking data packets include audio data packets, video data packets and video networking signaling traffic packets, each data packet has different attributes, so that the audio data packets and the video data packets can be extracted from the video networking data packets according to the attributes of the data packets, and the number of the audio data packets and the number of the video data packets can be counted, while the video networking signaling traffic packets do not contain service data, so the number of the video networking signaling traffic packets does not need to be counted.
After the statistics are completed, the audio data packet and the video data packet can be stored in a buffer for waiting for the next processing.
Step 504, calculating a first packet loss rate for the audio data packet, and calculating a second packet loss rate for the video data packet;
in a preferred embodiment of the present invention, the step of calculating a first packet loss rate for the audio data packet and a second packet loss rate for the video data packet includes:
dividing the number of the audio data packets by the number of the audio data packets which should be received, and taking the packet loss rate of the obtained audio data packets as a first packet loss rate;
dividing the number of the video data packets by the number of the video data packets to be received, and taking the packet loss rate of the obtained video data packets as a second packet loss rate;
wherein the number of audio packets to be received and the number of video packets to be received are determined by the video networking protocol.
Specifically, the video networking protocol specifies the number of packets to be received and the number of packets to be actually received of the audio packets and the video packets. After the number of the audio data packets and the number of the video data packets are counted, dividing the number of the audio data packets by the number of the audio data packets which should be received, taking the packet loss rate of the obtained audio data packets as a first packet loss rate, dividing the number of the video data packets by the number of the video data packets which should be received, and taking the packet loss rate of the obtained video data packets as a second packet loss rate, or dividing the number of the audio data packets by the number of the actually received audio data packets, taking the packet loss rate of the obtained audio data packets as the first packet loss rate, dividing the number of the video data packets by the number of the actually received video data packets, and taking the packet loss rate of the obtained video data packets as the second packet loss rate.
Step 505, when the first packet loss rate and/or the second packet loss rate exceeds a threshold, it is determined that a faulty node device exists between the server and the terminal.
In practical application, a threshold of the first packet loss rate and a threshold of the second packet loss rate may be preset, and when the first packet loss rate exceeds the threshold of the first packet loss rate and/or the second packet loss rate exceeds the threshold of the second packet loss rate, it may be determined that a faulty node device exists between the cooperative server and the terminal. And the data packet has path information when being transmitted in the link, so that the specific node equipment which has a fault can be positioned according to the path information, and then the user is informed.
It should be noted that, steps 501 to 505 may be applied between a protocol conversion server and a terminal, or between a server and a server in the video network, so that the step of converting a data packet encapsulated by an internet protocol into a data packet encapsulated by a video network protocol may be omitted, and other steps do not need to be changed.
In the embodiment of the invention, the problem that a network traffic analysis tool cannot directly analyze the data packet adopting the video networking protocol in the prior art is solved by capturing the service data packet which is received by the protocol conversion server and is encapsulated by the Internet protocol, converting the data packet which is encapsulated by the Internet protocol into the data packet which is encapsulated by the video networking protocol, extracting the audio data packet and the video data packet from the data packet, calculating a first packet loss rate aiming at the audio data packet, calculating a second packet loss rate aiming at the video data packet, and judging that fault node equipment exists between the protocol conversion server and the terminal when the first packet loss rate and/or the second packet loss rate exceed a threshold value, and meanwhile, the problem that the network traffic analysis tool cannot respectively count the packet loss rates of the audio data packets in the data packet because the types of the data packets cannot be distinguished in the prior art is solved, The packet loss rate of the video data packet.
It should be noted that, for simplicity of description, the method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the illustrated order of acts, as some steps may occur in other orders or concurrently in accordance with the embodiments of the present invention. Further, those skilled in the art will appreciate that the embodiments described in the specification are presently preferred and that no particular act is required to implement the invention.
Referring to fig. 6, a block diagram of a structure of an embodiment of an apparatus for detecting a node device failure in a video network according to the present invention is shown, where the video network includes a coordination server and a terminal, and the node device is a device on a communication link between the coordination server and the terminal, the apparatus includes:
a conversion module 601, configured to convert a data packet encapsulated by an internet protocol into a data packet encapsulated by a video networking protocol; the data packet encapsulated by adopting the Internet protocol is a service data packet received by the protocol conversion server;
an extracting module 602, configured to extract an audio data packet from the data packet encapsulated by using the video networking protocol, and extract a video data packet;
a calculating module 603, configured to calculate a first packet loss rate for the audio data packet, and calculate a second packet loss rate for the video data packet;
a determining module 604, configured to determine that a faulty node device exists between the cooperative server and the terminal when the first packet loss rate and/or the second packet loss rate exceeds a threshold.
In a preferred embodiment of the present invention, the service data packet includes: a source address of the server, a destination address of the server, a VMS source address, a VMS destination address, a source sub-address, a destination sub-address, video networking signaling, and, traffic data.
In a preferred embodiment of the present invention, the conversion module includes:
the acquisition submodule is used for acquiring the size of the service data packet according to a video networking protocol;
the data packet analysis submodule is used for analyzing the service data packet to obtain a source address and a destination address of the server, a VMS destination address, a VMS source address, a destination subaddress, a source subaddress and video networking signaling;
the service data analysis submodule is used for analyzing the service data according to the video networking signaling;
and the packaging submodule is used for forming the analyzed service data into a video networking data packet.
In a preferred embodiment of the present invention, the calculation module includes:
the first calculation submodule is used for dividing the number of the audio data packets by the number of the audio data packets which should be received, and taking the packet loss rate of the obtained audio data packets as a first packet loss rate;
the second calculation submodule is used for dividing the number of the video data packets by the number of the video data packets which should be received, and taking the packet loss rate of the obtained video data packets as a second packet loss rate;
wherein the number of audio packets to be received and the number of video packets to be received are determined by the video networking protocol.
In a preferred embodiment of the present invention, the node device includes a router, a switch, and a gateway.
For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.
The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, apparatus, or computer program product. Accordingly, embodiments of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present invention 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.
Embodiments of the present invention are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing terminal to cause a series of operational steps to be performed on the computer or other programmable terminal to produce a computer implemented process such that the instructions which execute on the computer or other programmable terminal provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While preferred embodiments of the present invention have been described, additional variations and modifications of these embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all such alterations and modifications as fall within the scope of the embodiments of the invention.
Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal 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 terminal. 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 terminal that comprises the element.
The method for detecting the node equipment fault in the video network and the device for detecting the node equipment fault in the video network provided by the invention are introduced in detail, specific examples are applied in the text to explain the principle and the implementation mode of the invention, and the description of the above embodiments is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims (10)

1. A method for detecting node equipment fault in a video network is characterized in that the video network comprises a protocol conversion server and a terminal, the node equipment is equipment on a communication link between the protocol conversion server and the terminal, and the method comprises the following steps:
the protocol conversion server receives a service data packet; the service data packet is a data packet encapsulated by adopting an internet protocol;
converting the data packet encapsulated by the Internet protocol into a data packet encapsulated by a video networking protocol;
extracting audio data packets and video data packets from the data packets encapsulated by adopting the video networking protocol;
calculating a first packet loss rate for the audio data packet and a second packet loss rate for the video data packet;
and when the first packet loss rate and/or the second packet loss rate exceed a threshold value, determining that a fault node device exists between the cooperative conversion server and the terminal.
2. The method of claim 1, wherein the service data packet comprises: a source address of the server, a destination address of the server, a VMS source address, a VMS destination address, a source sub-address, a destination sub-address, video networking signaling, and, traffic data.
3. The method of claim 2, wherein the step of converting the data packets encapsulated using the internet protocol to the data packets encapsulated using the video networking protocol comprises:
acquiring the size of the service data packet according to a video networking protocol;
analyzing the service data packet to obtain a source address and a destination address of the server, a VMS destination address, a VMS source address, a destination sub-address, a source sub-address and video networking signaling;
analyzing the service data according to the video networking signaling;
and forming the analyzed service data into a video networking data packet.
4. The method of claim 1, wherein the step of calculating a first packet loss rate for the audio data packets and a second packet loss rate for the video data packets comprises:
dividing the number of the audio data packets by the number of the audio data packets which should be received, and taking the packet loss rate of the obtained audio data packets as a first packet loss rate;
dividing the number of the video data packets by the number of the video data packets to be received, and taking the packet loss rate of the obtained video data packets as a second packet loss rate;
wherein the number of audio packets to be received and the number of video packets to be received are determined by the video networking protocol.
5. The method of claim 1, 2 or 4, wherein the node devices comprise routers, switches, and gateways.
6. A device for detecting node equipment fault in video network is characterized in that the video network comprises a protocol conversion server and a terminal, the node equipment is equipment on a communication link between the protocol conversion server and the terminal, and the device comprises:
the conversion module is used for converting the data packet encapsulated by the Internet protocol into the data packet encapsulated by the video networking protocol; the data packet encapsulated by adopting the Internet protocol is a service data packet received by the protocol conversion server;
the extraction module is used for extracting an audio data packet and a video data packet from the data packet encapsulated by adopting the video networking protocol;
the calculation module is used for calculating a first packet loss rate aiming at the audio data packet and calculating a second packet loss rate aiming at the video data packet;
and the judging module is used for judging that fault node equipment exists between the cooperative server and the terminal when the first packet loss rate and/or the second packet loss rate exceeds a threshold value.
7. The apparatus of claim 6, wherein the service data packet comprises: a source address of the server, a destination address of the server, a VMS source address, a VMS destination address, a source sub-address, a destination sub-address, video networking signaling, and, traffic data.
8. The apparatus of claim 7, wherein the conversion module comprises:
the acquisition submodule is used for acquiring the size of the service data packet according to a video networking protocol;
the data packet analysis submodule is used for analyzing the service data packet to obtain a source address and a destination address of the server, a VMS destination address, a VMS source address, a destination subaddress, a source subaddress and video networking signaling;
the service data analysis submodule is used for analyzing the service data according to the video networking signaling;
and the packaging submodule is used for forming the analyzed service data into a video networking data packet.
9. The apparatus of claim 6, wherein the computing module comprises:
the first calculation submodule is used for dividing the number of the audio data packets by the number of the audio data packets which should be received, and taking the packet loss rate of the obtained audio data packets as a first packet loss rate;
the second calculation submodule is used for dividing the number of the video data packets by the number of the video data packets which should be received, and taking the packet loss rate of the obtained video data packets as a second packet loss rate;
wherein the number of audio packets to be received and the number of video packets to be received are determined by the video networking protocol.
10. The apparatus of claim 6, 7 or 9, wherein the node devices comprise routers, switches, and gateways.
CN201710757847.8A 2017-08-29 2017-08-29 Method and device for detecting node equipment fault in video network Active CN108989078B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710757847.8A CN108989078B (en) 2017-08-29 2017-08-29 Method and device for detecting node equipment fault in video network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710757847.8A CN108989078B (en) 2017-08-29 2017-08-29 Method and device for detecting node equipment fault in video network

Publications (2)

Publication Number Publication Date
CN108989078A CN108989078A (en) 2018-12-11
CN108989078B true CN108989078B (en) 2021-12-03

Family

ID=64542207

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710757847.8A Active CN108989078B (en) 2017-08-29 2017-08-29 Method and device for detecting node equipment fault in video network

Country Status (1)

Country Link
CN (1) CN108989078B (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109889314A (en) * 2018-12-29 2019-06-14 视联动力信息技术股份有限公司 Information processing method and device
CN109842630B (en) * 2019-03-08 2021-10-08 视联动力信息技术股份有限公司 Video processing method and device
CN110233749B (en) * 2019-04-30 2022-08-02 视联动力信息技术股份有限公司 Fault processing method, system and device and storage medium
CN110519114B (en) * 2019-07-11 2021-03-02 视联动力信息技术股份有限公司 Data link query method and system based on video network
CN110493191B (en) * 2019-07-16 2022-07-05 视联动力信息技术股份有限公司 Windows platform data forwarding method and device, electronic equipment and readable storage medium
CN110611654B (en) * 2019-08-12 2022-03-25 视联动力信息技术股份有限公司 Link generation method and device for conference signaling, electronic equipment and storage medium
CN111614509B (en) * 2020-04-01 2022-12-13 视联动力信息技术股份有限公司 Packet loss statistical method and device and readable storage medium

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1835482A (en) * 2005-12-29 2006-09-20 上海贝豪通讯电子有限公司 Method of solving radio media stream services
CN101322109A (en) * 2006-03-07 2008-12-10 索尼株式会社 Information processing device, information processing method, and computer program
CN101917492A (en) * 2010-08-06 2010-12-15 北京乾唐视联网络科技有限公司 Communication method and communication system of novel network
CN106507024A (en) * 2016-11-17 2017-03-15 北京数码视讯技术有限公司 A kind of self-adaption code rate method of adjustment and device

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102377635B (en) * 2010-08-06 2014-01-01 北京乾唐视联网络科技有限公司 Metropolitan area network communication method and communication system thereof
CN102546263A (en) * 2012-02-21 2012-07-04 德科仕通信(上海)有限公司 Failure isolation method and system for video server and Internet protocol (IP) network in Internet protocol television (IPTV) network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1835482A (en) * 2005-12-29 2006-09-20 上海贝豪通讯电子有限公司 Method of solving radio media stream services
CN101322109A (en) * 2006-03-07 2008-12-10 索尼株式会社 Information processing device, information processing method, and computer program
CN101917492A (en) * 2010-08-06 2010-12-15 北京乾唐视联网络科技有限公司 Communication method and communication system of novel network
CN106507024A (en) * 2016-11-17 2017-03-15 北京数码视讯技术有限公司 A kind of self-adaption code rate method of adjustment and device

Also Published As

Publication number Publication date
CN108989078A (en) 2018-12-11

Similar Documents

Publication Publication Date Title
CN108989078B (en) Method and device for detecting node equipment fault in video network
CN106549912B (en) A kind of playback method and system of video data
CN108632525B (en) Method and system for processing service
CN108737768B (en) Monitoring method and monitoring device based on monitoring system
CN108881815B (en) Video data transmission method and device
CN108965040B (en) Service monitoring method and device for video network
CN108462589B (en) A kind of method for connecting network and device of terminal
CN109547163B (en) Method and device for controlling data transmission rate
CN108881948B (en) Method and system for video inspection network polling monitoring video
CN109450982B (en) Network communication method and system
CN109788235B (en) Video networking-based conference recording information processing method and system
CN108574816B (en) Video networking terminal and communication method and device based on video networking terminal
CN109768986B (en) Method and device for responding to video network service request signaling
CN109743284B (en) Video processing method and system based on video network
CN109347844B (en) Method and device for accessing equipment to Internet
CN110769297A (en) Audio and video data processing method and system
CN110493149B (en) Message processing method and device
CN110446058B (en) Video acquisition method, system, device and computer readable storage medium
CN110072154B (en) Video networking-based clustering method and transfer server
CN109889516B (en) Method and device for establishing session channel
CN110049069B (en) Data acquisition method and device
CN108574609B (en) Transmission monitoring method and device
CN111478880A (en) Data processing method and device
CN108881148B (en) Data acquisition method and device
CN110113555B (en) Video conference processing method and system based on video networking

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
CB02 Change of applicant information

Address after: 100000 Dongcheng District, Beijing, Qinglong Hutong 1, 1103 house of Ge Hua building.

Applicant after: VISIONVERA INFORMATION TECHNOLOGY Co.,Ltd.

Address before: 100000 Beijing Dongcheng District Qinglong Hutong 1 Song Hua Building A1103-1113

Applicant before: BEIJING VISIONVERA INTERNATIONAL INFORMATION TECHNOLOGY Co.,Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant