CN110635946B - Multi-terminal diagnosis supporting network diagnosis system and method compatible with multiple network protocols - Google Patents

Multi-terminal diagnosis supporting network diagnosis system and method compatible with multiple network protocols Download PDF

Info

Publication number
CN110635946B
CN110635946B CN201910893189.4A CN201910893189A CN110635946B CN 110635946 B CN110635946 B CN 110635946B CN 201910893189 A CN201910893189 A CN 201910893189A CN 110635946 B CN110635946 B CN 110635946B
Authority
CN
China
Prior art keywords
diagnosis
server
client
network
log
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
CN201910893189.4A
Other languages
Chinese (zh)
Other versions
CN110635946A (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.)
Shenzhen Fushikang Intelligent Co ltd
Original Assignee
Shenzhen Fushikang Intelligent 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 Shenzhen Fushikang Intelligent Co ltd filed Critical Shenzhen Fushikang Intelligent Co ltd
Priority to CN201910893189.4A priority Critical patent/CN110635946B/en
Publication of CN110635946A publication Critical patent/CN110635946A/en
Application granted granted Critical
Publication of CN110635946B publication Critical patent/CN110635946B/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
    • 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/0631Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • 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/069Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • 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/14Network analysis or design
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/104Peer-to-peer [P2P] networks

Abstract

The invention discloses a network diagnosis method compatible with various network protocols and supporting multi-terminal diagnosis, wherein a client sends a request for acquiring a diagnosis list address of a network diagnosis list to an entrance server; if the entrance server responds to the client request, the diagnosis list address is returned to the client; the client acquires a network diagnosis list from the resource server according to the diagnosis list address; the client initiates network diagnosis to the resource server according to the network diagnosis list; if the client can not obtain the diagnosis list address from the portal server, reading a local network diagnosis list and initiating network diagnosis to the portal server; the client side obtains the diagnosis logs after network diagnosis, the log analysis server analyzes and classifies the diagnosis logs to form a statistical result, the statistical result is used as alarm information and pushed to the operation and maintenance center, and a visual result is formed. The invention can quickly collect and analyze the fault to search the cause, and upgrade and maintain each server, thereby being beneficial to improving the user experience.

Description

Multi-terminal diagnosis supporting network diagnosis system and method compatible with multiple network protocols
Technical Field
The invention relates to the technical field of computer networks and distributed server systems, in particular to a network diagnosis system and a network diagnosis method compatible with various network diagnosis protocols and supporting multi-terminal diagnosis.
Background
The international organization for standardization (ISO) has established the OSI model, OSI open systems interconnection, SI is an open communication systems interconnection reference model that defines standards for the interconnection of different computers and is the basic framework for designing and describing computer network communications. The OSI model divides the network communication into 7 layers, from bottom to top, a physical layer, a data link layer, a network layer, a transport layer, a session layer, a presentation layer and an application layer, each of which may have several sublayers. The application layer, the presentation layer, the session layer and the transmission layer of the upper layer respectively define the functions of the application program, and the lower layer 3 of the network layer, the data link layer and the physical layer mainly face to-end data flow passing through the network. The application layer is an application communicating with other computers, and is a communication service corresponding to an application program. For example, a word processor without communication capability cannot execute the code of communication, nor is the programmer working on word processing concerned about OSI layer 7. However, if an option to transfer files is added, then the programmer of the word processor needs to implement layer 7 of OSI. Example (c): TELNET, HTTP, FTP, NFS, SMTP, and the like. Presentation layer: the main functions of this layer are to define the data format and encryption. For example, FTP allows you to choose to transmit in binary or ASCII format. If binary is selected, the sender and receiver do not change the content of the file. If the ASCII format is selected, the sender will convert the text from the sender's character set to standard ASCII before sending the data. The standard ASCII is converted at the receiver to the character set of the receiver computer. Example (c): encryption, ASCII, etc.; and a session layer: it defines how to start, control and end a session, including the control and management of multiple two-way messages, so that an application can be notified when only a portion of a successive message is completed, so that the data seen by the presentation layer is continuous, and in some cases, if all the data is received by the presentation layer, the presentation layer is represented by the data. Example (c): RPC, SQL, etc.; a transmission layer: the functions of this layer include whether to select an error recovery protocol or a non-error recovery protocol, and multiplexing the input of data streams for different applications on the same host, and reordering the received packets out of order. Example (c): TCP, UDP, SPX; network layer: this layer defines end-to-end packet transport, which defines logical addresses that can identify all nodes, and also defines the way in which routing is implemented and the way in which it learns. The network layer also defines a fragmentation method how to break a packet into smaller packets in order to accommodate transmission media having a maximum transmission unit length smaller than the packet length. Example (c): IP, IPX, etc.; data link layer: which defines how data is transmitted over a single link. These protocols are related to the various media in question. Example (c): ATM, FDDI, and the like; physical layer: the OSI physical layer specifications are related to the transmission medium and these specifications are also commonly referred to standards established by other organizations. Connectors, frames, frame usage, current, coding, and optical modulation are all within the context of various physical layer specifications. The physical layer often accomplishes the definition of all the details with multiple specifications. Example (c): rj45, 802.3, etc.
The existing common network faults are physical faults, logic faults, network protocol faults and internet environment faults. The physical faults refer to equipment line damage, plug looseness, serious electromagnetic interference on the line, network card equipment faults and the like; the logic failure refers to network configuration error and the like; the network protocol failure means that the network protocol is in an installation or configuration error, the IP or port of the protocol is incorrect, the content of the protocol message is not supported or identified, and the like; the internet environment faults refer to the problems that the packet loss rate is increased and the data transmission speed is slowed due to network congestion, and the network of an accessed server is broken down due to DDOS attack.
Disclosure of Invention
The present invention addresses one or more of the above-identified problems by providing a method for network diagnostics that supports multi-terminal diagnostics that is compatible with multiple network protocols.
According to an aspect of the present invention, there is provided a method for network diagnosis supporting multi-terminal diagnosis compatible with multiple network protocols, including: a client sends a request for acquiring a diagnosis list address of a network diagnosis list to an entrance server; the method comprises the steps that whether an entrance server responds to a client request or not, if the entrance server responds to the client request, the entrance server is communicated with the client, and the entrance server returns a diagnosis list address to the client; the client sends a request for acquiring a network diagnosis list to a resource server according to the returned diagnosis list address; the resource server responds to the client request and returns a network diagnosis list to the client; the client accesses the resource server to initiate network diagnosis compatible with various network protocols according to the returned network diagnosis list, and acquires a diagnosis log; if the client cannot acquire the diagnosis list address from the portal server, the client is considered to be not communicated with the portal server, the client can read a local network diagnosis list, and the client initiates network diagnosis to the portal server according to the local network diagnosis list to acquire a diagnosis log; after the client side obtains the diagnosis log, the diagnosis log is sent to a log distribution server; the log distribution server sends the received diagnosis logs to a log analysis server, the log analysis server analyzes and classifies the contents of the diagnosis logs to form a statistical result, and the statistical result is used as alarm information and pushed to an operation and maintenance center; and the operation and maintenance center is used for receiving the alarm information from the log analysis server and forming a visual result. The client is an APP, the client can access the portal server once during login operation, the portal server can guide the client to login to a specific resource server, the portal server can return information with a resource server address and an acquired diagnosis list address to the client APP at the moment, and if the portal server can return the information to the client APP, the APP is considered to be communicated with the portal server; if the portal server cannot return the information to the client app, the client app is considered to be not communicated with the portal server, the client app reads a local diagnosis list, the local diagnosis list records access addresses of the portal servers, and the portal servers are diagnosed.
In some embodiments, the resource server includes a signaling server and a media server, the signaling server is used as a diagnosed object and is used for providing HTTP and HTTPs services to the client and responding to a request of the client for obtaining a diagnosis list; the media server is used as a diagnosed object and is used for providing RTMP, RTSP and P2P services for the client and responding to a request of the client for obtaining a diagnosis list.
In some embodiments, the client supports network diagnostics for multiple network protocols, including HTTP, HTTPs services to support diagnostics for the portal server, HTTP, HTTPs services to support diagnostics for the signaling server, and RTMP, RTSP, P2P services to support diagnostics for the media server.
In some embodiments, the network diagnostic list is a referral document for a specified network protocol that directs client diagnostics, including a plurality of access addresses for different network protocols directed to different server nodes.
In some embodiments, after the step of obtaining a post-network diagnosis log by the client and sending the diagnosis log to the log distribution server, the method further includes: and the log distribution server sends the diagnosis log to a log storage server, and the log storage server stores the diagnosis log.
The invention also provides a network diagnosis system compatible with various network protocols and supporting multi-terminal diagnosis, which comprises a client, an entrance server, a resource server, a log distribution server, a log analysis server and an operation and maintenance center; the client is used for initiating a network diagnosis request, reading a network diagnosis list and diagnosing network services according to the network diagnosis list, and uploading a diagnosis log to a log distribution server after the network diagnosis is finished; the portal server is used as a diagnosed object and is used for providing HTTP and HTTPS services for the client, responding to a network diagnosis request of the client and sending a network diagnosis list address to the client; the resource server is used as a diagnosed object and is used for providing a service compatible with a plurality of network protocols for the client and responding to a request of the client for obtaining a diagnosis list; the log distribution server is used for receiving the diagnosis log from the client and distributing the diagnosis log to the log storage server and the log analysis server; the log analysis server is used for analyzing the diagnosis logs according to diagnosis contents in the diagnosis logs and classifying the diagnosis logs to form a statistical result, and the statistical result is used as alarm information and pushed to the operation and maintenance center; and the operation and maintenance center is used for receiving the alarm information from the log analysis server and forming a visual result.
In some embodiments, the resource server comprises: the system comprises a signaling server and a media server, wherein the signaling server is used for providing HTTP and HTTPS services for a client and responding to a request for acquiring a diagnosis list from the client as a diagnosed object; the media server is used for providing RTMP, RTSP and P2P services for the client, and responding the diagnosis request of the client as a diagnosed object.
In some embodiments, the system further comprises a log storage server as a database for storing the logs, for storing the received diagnosis logs in the database as one of log formats.
In some embodiments, the log analysis server analyzes the diagnostic content in the diagnostic log, wherein the diagnostic content includes a domain name, a diagnostic reason, a server node name, and a network protocol type.
The invention has the beneficial effects that: compared with the prior art, the method has the advantages that the client requests the portal server to obtain the diagnosis list address, the client sends the request for obtaining the network diagnosis list to the resource server according to the returned diagnosis list address, the resource server responds to the client request and returns the network diagnosis list to the client, and the client initiates network diagnosis compatible with various network protocols to the resource server according to the returned network diagnosis list; meanwhile, if the client cannot acquire the diagnosis list address from the portal server, reading a local network diagnosis list, and initiating network diagnosis to the portal server by the client according to the local network diagnosis list; the client side diagnoses the logs after the network diagnosis, sends the diagnosis logs to the log analysis server through the log distribution server, analyzes and classifies the diagnosis logs to form a statistical result, and sends the statistical result to the operation and maintenance center as alarm information to form a visual result. Therefore, the problem that network faults occurring when a user uses equipment such as a client side and the like are unclear in an actual production process is solved, operation and maintenance personnel can quickly, conveniently, quickly and accurately perceive, collect and analyze the faults to find the reasons of the network faults through the diagnosis logs and the diagnosed alarm information, upgrade and maintain each server, and are favorable for improving user experience.
Drawings
FIG. 1 is a flow chart of a method for multi-terminal diagnostics supported network diagnostics compatible with multiple network protocols;
fig. 2 is a flowchart of a method of an embodiment of a network diagnostic method supporting multi-port diagnostics compatible with multiple network protocols.
Detailed Description
The technical scheme of the application is further explained in detail with reference to the attached drawings.
In the description of the present invention, it is to be understood that the terms "central," "lateral," "longitudinal," "front," "rear," "left," "right," "upper," "lower," "vertical," "horizontal," "top," "bottom," "inner," "outer," and the like are used in the orientation or positional relationship indicated in the drawings for convenience in describing the invention and for simplicity in description, and are not intended to indicate or imply that the referenced device or element must have a particular orientation, be constructed and operated in a particular orientation, and are therefore not to be considered limiting of the scope of the invention.
According to an aspect of the present invention, as shown in fig. 1-2, the present invention provides a multi-terminal diagnosis supporting network diagnosis system compatible with multiple network protocols, which includes a client, a portal server, a resource server, a log distribution server, a log analysis server, and an operation and maintenance center; the client is used for initiating a network diagnosis request, reading the network diagnosis list, diagnosing the network service according to the network diagnosis list, and uploading a diagnosis log to the log distribution server after the network diagnosis is finished; the portal server is used as a diagnosed object and is used for providing HTTP and HTTPS services for the client, responding to a network diagnosis request of the client and sending a network diagnosis list address to the client; the resource server is used as a diagnosed object and is used for providing a service compatible with a plurality of network protocols for the client and responding to a request of the client for acquiring a diagnosis list; the log distribution server is used for receiving the diagnosis log from the client and distributing the diagnosis log to the log storage server and the log analysis server; the log analysis server is used for analyzing the diagnosis logs according to the diagnosis contents in the diagnosis logs and classifying the diagnosis logs to form a statistical result, and the statistical result is used as alarm information and pushed to the operation and maintenance center; and the operation and maintenance center is used for receiving the alarm information from the log analysis server and forming a visual result.
In this embodiment, the portal server serves as a portal of the distributed network system, and plays a role in load balancing and a role in allocating resource servers, and the client may be an APP.
Compared with the prior art, the method has the advantages that the client requests the portal server to obtain the diagnosis list address, the client sends the request for obtaining the network diagnosis list to the resource server according to the returned diagnosis list address, the resource server responds to the client request and returns the network diagnosis list to the client, and the client initiates network diagnosis compatible with various network protocols to the resource server according to the returned network diagnosis list; meanwhile, if the client cannot acquire the diagnosis list address from the portal server, reading a local network diagnosis list, and initiating network diagnosis to the portal server by the client according to the local network diagnosis list; the client side diagnoses the logs after the network diagnosis, sends the diagnosis logs to the log analysis server through the log distribution server, analyzes and classifies the diagnosis logs to form a statistical result, and sends the statistical result to the operation and maintenance center as alarm information to form a visual result. Therefore, the problem that network faults occurring when a user uses equipment such as a client side and the like are unclear in an actual production process is solved, operation and maintenance personnel can quickly, conveniently, quickly and accurately perceive, collect and analyze the faults to find the reasons of the network faults through the diagnosis logs and the diagnosed alarm information, upgrade and maintain each server, and are favorable for improving user experience.
In this embodiment, the resource server includes: the system comprises a signaling server and a media server, wherein the signaling server is used for providing HTTP (hyper text transport protocol) and HTTPS (hypertext transfer protocol transport protocol secure) services for a client and responding to a request of the client for acquiring a diagnosis list as a diagnosed object; the media server is used for providing RTMP, RTSP and P2P services for the client, and responding the diagnosis request of the client as a diagnosed object.
In this embodiment, a log storage server is further included, and the log storage server is used as a database for storing logs, and is used for storing the received diagnosis logs in the database as one of log formats.
In the embodiment, the log analysis server analyzes the diagnosis content in the diagnosis log, and the diagnosis content comprises a domain name, a diagnosis reason, a server node name and a network protocol type.
In this embodiment, the operation and maintenance center forms a visualized result according to the acquired alarm information, and may include a visualized interface such as a ladder diagram and a bar chart.
The invention provides a network diagnosis method compatible with various network protocols and supporting multi-terminal diagnosis, which comprises the following steps: a client sends a request for acquiring a diagnosis list address of a network diagnosis list to an entrance server; whether the portal server responds to the client request or not, if the portal server responds to the client request, the portal server is communicated with the client, and the portal server returns a diagnosis list address to the client; the client sends a request for acquiring a network diagnosis list to the resource server according to the returned diagnosis list address; the resource server responds to the client request and returns a network diagnosis list to the client; the client accesses the resource server to initiate network diagnosis compatible with various network protocols according to the returned network diagnosis list, and acquires a diagnosis log; if the client cannot acquire the diagnosis list address from the portal server, the client is considered to be not communicated with the portal server, the client can read a local network diagnosis list, and the client initiates network diagnosis to the portal server according to the local network diagnosis list to acquire a diagnosis log; after the client acquires the diagnosis log, the diagnosis log is sent to a log distribution server; the log distribution server sends the received diagnosis logs to a log analysis server, the log analysis server analyzes and classifies the contents of the diagnosis logs to form statistical results, and the statistical results are used as alarm information and pushed to an operation and maintenance center; and the operation and maintenance center is used for receiving the alarm information from the log analysis server and forming a visual result. In this embodiment, the client is an APP, the client will access the portal server once when performing login operation, the portal server will instruct the client to log in to a specific resource server, at this time, the portal server will return information with a resource server address and an acquired diagnosis list address to the client APP, and if the portal server can return the information to the client APP, the client APP is considered to be communicated with the portal server; if the portal server cannot return the information to the client APP, the client APP is considered to be disconnected with the portal server, the client APP can read a local diagnosis list, the local diagnosis list records access addresses of the portal servers, and the portal servers are diagnosed.
In this embodiment, the resource server includes a signaling server and a media server, where the signaling server is used as a diagnosed object, and is used to provide HTTP and HTTPs services to the client, and respond to a request from the client to obtain a diagnosis list; the media server is used as a diagnosed object and is used for providing RTMP, RTSP and P2P services for the client and responding to the request of the client for obtaining the diagnosis list.
In this embodiment, if the diagnosis list address obtained by the client from the portal server points to one signaling server, the client will obtain the network diagnosis list from the signaling server, and the client will initiate network diagnosis of different protocol types to the signaling server and the media server according to the diagnosis list.
In this embodiment, the client supports network diagnostics of multiple network protocols, including HTTP and HTTPs services supporting a diagnostic portal server, HTTP and HTTPs services supporting a diagnostic signaling server, and RTMP, RTSP, and P2P services supporting a diagnostic media server. The set of network addresses in the network diagnostic list is actually the access addresses of the different network protocols of the different server nodes of one stripe.
In this embodiment, the network diagnosis list is a guidance document of a specified network protocol for guiding the client to diagnose, and includes a plurality of access addresses of different network protocols pointing to different server nodes; and the client side can traverse all the access addresses of the network diagnosis list and access one by one when performing network diagnosis.
In this embodiment, after the steps of obtaining the post-network-diagnosis log by the client and sending the diagnosis log to the log distribution server, the method further includes: and the log distribution server sends the diagnosis log to a log storage server, and the log storage server stores the diagnosis log.
The foregoing are only some embodiments of the invention. It will be apparent to those skilled in the art that various changes and modifications can be made without departing from the inventive concept thereof, and these changes and modifications can be made without departing from the spirit and scope of the invention.

Claims (8)

1. A network diagnostic method compatible with multiple network protocols and supporting multi-terminal diagnosis, the method comprising: a client sends a request for acquiring a diagnosis list address of a network diagnosis list to an entrance server;
if the portal server responds to the client request, the portal server is communicated with the client, and the portal server returns a diagnosis list address to the client;
the client sends a request for acquiring a network diagnosis list to a resource server according to the returned diagnosis list address; the resource server responds to the client request and returns a network diagnosis list to the client; the client accesses the resource server to initiate network diagnosis compatible with various network protocols according to the returned network diagnosis list, and acquires a diagnosis log;
if the client cannot acquire the diagnosis list address from the portal server, the client is considered to be not communicated with the portal server, the client can read a local network diagnosis list, and the client initiates network diagnosis to the portal server according to the local network diagnosis list to acquire a diagnosis log;
after the client side obtains the diagnosis log, the diagnosis log is sent to a log distribution server;
the log distribution server sends the received diagnosis logs to a log analysis server, the log analysis server analyzes and classifies the contents of the diagnosis logs to form a statistical result, and the statistical result is used as alarm information and pushed to an operation and maintenance center;
the operation and maintenance center is used for receiving the alarm information from the log analysis server and forming a visual result;
the network diagnosis list is a guidance document of a specified network protocol for guiding the diagnosis of the client, and comprises a plurality of access addresses of different network protocols pointing to different server nodes;
the diagnostic content in the diagnostic log analyzed by the log analysis server comprises a domain name, a diagnostic reason, a server node name and a network protocol type.
2. The network diagnosis method supporting multi-terminal diagnosis compatible with multiple network protocols according to claim 1, wherein the resource server comprises a signaling server and a media server, the signaling server is a diagnosed object and is used for providing HTTP and HTTPs services to the client and responding to a request of the client to obtain the diagnosis list; the media server is used as a diagnosed object and is used for providing RTMP, RTSP and P2P services for the client and responding to a request of the client for obtaining a diagnosis list.
3. The method as claimed in claim 2, wherein the client supports network diagnosis of multiple network protocols, including HTTP, HTTPs service supporting diagnosis of the portal server, HTTP, HTTPs service supporting diagnosis of the signaling server, and RTMP, RTSP, P2P service supporting diagnosis of the media server.
4. The network diagnosis method compatible with multiple network protocols and supporting multi-terminal diagnosis according to claim 1, wherein after the steps of obtaining the post-network-diagnosis log by the client and sending the diagnosis log to the log distribution server, the method further comprises: and the log distribution server sends the diagnosis log to a log storage server, and the log storage server stores the diagnosis log.
5. A network diagnosis system compatible with multiple network protocols and supporting multi-terminal diagnosis is characterized by comprising a client, an entrance server, a resource server, a log distribution server, a log analysis server and an operation and maintenance center; the client is used for initiating a network diagnosis request, reading a network diagnosis list and diagnosing network services according to the network diagnosis list, and uploading a diagnosis log to a log distribution server after the network diagnosis is finished;
the portal server is used as a diagnosed object and is used for providing HTTP and HTTPS services for the client, responding to a network diagnosis request of the client and sending a network diagnosis list address to the client;
the resource server is used as a diagnosed object and is used for providing a service compatible with a plurality of network protocols for the client and responding to a request of the client for obtaining a diagnosis list;
the log distribution server is used for receiving the diagnosis log from the client and distributing the diagnosis log to the log storage server and the log analysis server;
the log analysis server is used for analyzing the diagnosis logs according to diagnosis contents in the diagnosis logs and classifying the diagnosis logs to form a statistical result, and the statistical result is used as alarm information and pushed to the operation and maintenance center;
and the operation and maintenance center is used for receiving the alarm information from the log analysis server and forming a visual result.
6. The system of claim 5, wherein the resource server comprises: the system comprises a signaling server and a media server, wherein the signaling server is used for providing HTTP and HTTPS services for a client and responding to a request for acquiring a diagnosis list from the client as a diagnosed object;
the media server is used for providing RTMP, RTSP and P2P services for the client, and responding the diagnosis request of the client as a diagnosed object.
7. The multi-diagnosis supporting network diagnosis system according to claim 6, further comprising a log storage server as a database for storing logs, for storing the received diagnosis logs in the database as one of log formats.
8. The system according to claim 5, wherein the diagnostic content in the diagnostic log analyzed by the log analysis server includes a domain name, a diagnosis reason, a server node name, and a network protocol type.
CN201910893189.4A 2019-09-20 2019-09-20 Multi-terminal diagnosis supporting network diagnosis system and method compatible with multiple network protocols Active CN110635946B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910893189.4A CN110635946B (en) 2019-09-20 2019-09-20 Multi-terminal diagnosis supporting network diagnosis system and method compatible with multiple network protocols

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910893189.4A CN110635946B (en) 2019-09-20 2019-09-20 Multi-terminal diagnosis supporting network diagnosis system and method compatible with multiple network protocols

Publications (2)

Publication Number Publication Date
CN110635946A CN110635946A (en) 2019-12-31
CN110635946B true CN110635946B (en) 2022-08-09

Family

ID=68972040

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910893189.4A Active CN110635946B (en) 2019-09-20 2019-09-20 Multi-terminal diagnosis supporting network diagnosis system and method compatible with multiple network protocols

Country Status (1)

Country Link
CN (1) CN110635946B (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101350841A (en) * 2007-07-17 2009-01-21 华为技术有限公司 Method for establishing medium resource access relation as well as communication system and relevant equipment
WO2016202013A1 (en) * 2015-06-18 2016-12-22 中兴通讯股份有限公司 Method of acquiring log, and device and network management server utilizing same

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7313728B2 (en) * 2003-02-05 2007-12-25 American Megatrends, Inc. Method and system for logging and accessing diagnostic result messages
US9549333B2 (en) * 2012-06-01 2017-01-17 Turk Telekomunikasyon A.S. Method and device for monitoring and measurement of Wi-Fi internet services

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101350841A (en) * 2007-07-17 2009-01-21 华为技术有限公司 Method for establishing medium resource access relation as well as communication system and relevant equipment
WO2016202013A1 (en) * 2015-06-18 2016-12-22 中兴通讯股份有限公司 Method of acquiring log, and device and network management server utilizing same

Also Published As

Publication number Publication date
CN110635946A (en) 2019-12-31

Similar Documents

Publication Publication Date Title
US10917324B2 (en) Network health data aggregation service
CN110247784B (en) Method and device for determining network topology structure
US10911263B2 (en) Programmatic interfaces for network health information
US7801985B1 (en) Data transfer for network interaction fraudulence detection
US11316948B2 (en) Exit node benchmark feature
CN107124430B (en) Page hijacking monitoring method, device, system and storage medium
US11463537B1 (en) Proxy selection by monitoring quality and available capacity
US9729563B2 (en) Data transfer for network interaction fraudulence detection
CN109039775A (en) Quality of service monitoring method, apparatus and system
CN108063833A (en) HTTP dns resolutions message processing method and device
CN114666245A (en) IPv6 single stack support degree determining method of B/S system and related equipment
CN110661673B (en) Heartbeat detection method and device
CN105530137A (en) Traffic data analysis method and traffic data analysis system
KR101395830B1 (en) Session checking system via proxy and checkhing method thereof
CN110635946B (en) Multi-terminal diagnosis supporting network diagnosis system and method compatible with multiple network protocols
EP3002910B1 (en) Connecting computer management systems via cellular digital telecommunication networks
CN111294382A (en) Real-time data pushing method and device
CN110401576A (en) Network interaction test method and device
CN115242618B (en) Middleware state checking method and device, electronic equipment and readable storage medium
CN114827197B (en) Service communication method, device, equipment and medium based on Internet of things
CN112565051B (en) Alarm system, method and equipment
JP4777932B2 (en) Network management system
CN111404988A (en) Method and device for accessing internet server
CN115086161A (en) Nginx passive health examination method, apparatus, device and medium
CN114172813A (en) Network topology drawing method and device

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20220708

Address after: 518000 R & D room 701, block a, building 7, Vanke Cloud City Phase I, Xingke 1st Street, Xili community, Xili street, Nanshan District, Shenzhen City, Guangdong Province (701, 7 / F, block a, building 1, Shenzhen International Innovation Valley)

Applicant after: Shenzhen Fushikang intelligent Co.,Ltd.

Address before: 518000 a, 6th floor, Nanfeng building, Nanshan Yungu Innovation Industrial Park, 1183 Liuxian Avenue, Taoyuan Street, Nanshan District, Shenzhen, Guangdong Province

Applicant before: SHENZHEN VIMTAG TECHNOLOGY CO.,LTD.

GR01 Patent grant
GR01 Patent grant