Method for generating quality analysis report
Patent Information
- Application Number
- CN202411159391.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2024-08-22
- Publication Date
- 2025-03-18
- Estimated Expiration
- 2044-08-22
AI Technical Summary
The quality analysis report generated in the prior art does not involve the domain name of the target server, resulting in the report being ineffective and comprehensive enough.
By forwarding the domain name resolution request sent by the device connected to the FTTR gateway to the DNS server, the domain name resolution results sent by the DNS server are cached, and the cached data is used during the transmission of business data to generate a quality analysis report.
A comprehensive analysis report on the service quality of specific domain names is realized, and the problem of lack of domain name information in quality analysis reports is solved, which improves the effectiveness and comprehensiveness of the report.
Smart Images

Figure CN118694677B_ABST
Abstract
Description
Technical Field
[0001] The embodiments of the present application relate to the field of communications, and in particular, to a method for generating a quality analysis report. Background Art
[0002] In the related art, the network terminal device detects the communication data packets of the downstream device, that is, the device connected to the fiber to the room (FTTR) gateway, and analyzes the transmission service quality through the five-tuple (protocol type, source IP and port, target source and port, data packet delay and packet loss). The defect of the related technology is that the domain name and business data transmission are not associated, especially for encrypted transmission similar to Hypertext Transfer Protocol Secure (HTTPS), the target domain name cannot be perceived, and thus the target server cannot be distinguished. Summary of the invention
[0003] The embodiment of the present application provides a method for generating a quality analysis report, so as to at least solve the problem that the quality analysis report generated in the related art is not effective and comprehensive because the domain name of the target server pair is not involved.
[0004] According to an embodiment of the present application, a method for generating a quality analysis report is provided, comprising: forwarding a domain name resolution request sent by a device connected to an FTTR gateway to a Domain Name System (DNS) server; caching the domain name resolution result sent by the DNS server and forwarding it to the device, so that the device and the target server perform business data transmission, wherein the domain name resolution result includes the domain name requested for resolution by the device and the Internet Protocol (IP) address of the target server corresponding to the domain name; collecting and analyzing the quality of business data transmission, and generating a quality analysis report based on the quality analysis result, the IP address of the target server performing business data transmission, and the domain name corresponding to the IP address.
[0005] According to another embodiment of the present application, a computer program product is provided, including a computer program, wherein the steps in the above embodiment are implemented when the computer program is executed by a processor.
[0006] According to another embodiment of the present application, a computer-readable storage medium is provided, in which a computer program is stored. The computer program is configured to execute the steps in the above embodiment when running.
[0007] According to another embodiment of the present application, an electronic device is provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to run the computer program to execute the steps in the above embodiment.
[0008] Through the embodiment of the present application, since the FTTR gateway forwards the domain name resolution request sent by the downstream device to the domain name system DNS server, the FTTR gateway covers the domain name resolution request initiated by all the downstream devices, while the interaction between some downstream devices and DNS in the related technology does not pass through the FTTR gateway; at the same time, by caching the domain name resolution result sent by the DNS server and using the cached data when the downstream device and the Internet server transmit data, the association relationship between the domain name and the IP is generated and maintained more accurately. Therefore, the problem that the quality analysis report generated in the related technology is not effective and comprehensive because the domain name of the target server is not involved can be solved, and a comprehensive quality analysis report on the service quality of a specific domain name can be generated. BRIEF DESCRIPTION OF THE DRAWINGS
[0009] Figure 1 It is a hardware structure block diagram of a computer terminal according to the method for generating a quality analysis report of an embodiment of the present application;
[0010] Figure 2 is a flow chart of a method for generating a quality analysis report according to an embodiment of the present application;
[0011] Figure 3 is a schematic diagram of an FTTR gateway according to an embodiment of the present application;
[0012] Figure 4 is a workflow diagram of a DNS data collection module according to an embodiment of the present application;
[0013] Figure 5 It is a flowchart of the steps of the FTTR-attached device accessing the Internet CDN system according to an embodiment of the present application;
[0014] Figure 6 It is a flowchart of a method for generating a quality analysis report according to another embodiment of the present application. DETAILED DESCRIPTION
[0015] The embodiments of the present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.
[0016] It should be noted that the terms "first", "second", etc. in the specification and claims of this application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.
[0017] The following is an explanation of the relevant terms in the embodiments of the present application:
[0018] FTTR technology: FTTR technology is the key to realizing home optical network. It improves the speed and stability of data transmission by introducing optical fiber into the rooms of home users. At the same time, FTTR technology also supports multi-service bearing, including broadband Internet access, Internet Protocol Television (IPTV), Internet telephone (Voice over Internet Protocol, VoIP), etc.
[0019] Optical router / gateway technology: Optical routers or gateways are the core devices in FTTR optical networks. They are responsible for converting optical signals into electrical signals to achieve connections with external networks. At the same time, optical routers / gateways also have routing, switching, security and other functions to provide comprehensive network services for home users.
[0020] Wireless LAN (Wireless Fidelity, Wi-Fi) technology: In FTTR optical networks, Wi-Fi technology is the key to achieving wireless coverage within the home. By deploying multiple Wi-Fi access points (such as slave gateways), full Wi-Fi coverage within the home can be achieved. At the same time, Wi-Fi technology also supports multiple users to access the Internet at the same time, meeting the Internet access needs of home users in different locations.
[0021] Traffic control and service data transmission quality assessment technology: The home FTTR gateway has the ability to capture interaction data and can assess the service data transmission quality of the downstream devices by domain name. This mainly relies on traffic control technology and data transmission quality assessment algorithms. By monitoring and analyzing network traffic data, you can understand the transmission status of each service in real time and optimize and adjust the network as needed.
[0022] The method embodiments provided in the embodiments of the present application can be executed in a mobile terminal, a computer terminal or a similar computing device. Taking running on a computer terminal as an example, Figure 1 1 is a hardware structure block diagram of a computer terminal according to a method for generating a quality analysis report according to an embodiment of the present application. Figure 1 As shown, the computer terminal may include one or more ( Figure 1 Only one is shown in the figure) a processor 102 (the processor 102 may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA) and a memory 104 for storing data, wherein the above-mentioned computer terminal may also include a transmission device 106 and an input and output device 108 for communication functions. It can be understood by those skilled in the art that Figure 1 The structure shown is only for illustration and does not limit the structure of the above-mentioned computer terminal. Figure 1More or fewer components as shown, or with Figure 1 Different configurations are shown.
[0023] The memory 104 can be used to store computer programs, for example, software programs and modules of application software, such as the computer program corresponding to the method for generating the quality analysis report in the embodiment of the present application. The processor 102 executes various functional applications and data processing by running the computer program stored in the memory 104, that is, the above method is implemented. The memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 104 may further include a memory remotely arranged relative to the processor 102, and these remote memories may be connected to the computer terminal via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.
[0024] The transmission device 106 is used to receive or send data via a network. The specific example of the above network may include a wireless network provided by a communication provider of a computer terminal. In one example, the transmission device 106 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission device 106 can be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.
[0025] Figure 2 is a flow chart of a method for generating a quality analysis report according to an embodiment of the present application, such as Figure 2 As shown, the process includes the following steps:
[0026] Step S202: forwarding the domain name resolution request sent by the device connected to the FTTR gateway to a domain name system DNS server.
[0027] In an exemplary embodiment of the present application, a domain name resolution request sent by a device connected to a FTTR gateway is forwarded to a DNS server, including: capturing a data packet passing through a network interface of the FTTR gateway through deep packet inspection (DPI) technology, wherein the data packet is a data packet sent by the device for indicating a domain name resolution request; parsing a first data packet including a preset port in the data packet to obtain a transaction identifier of the first data packet, a port and IP address of the DNS server, and an IP address of the device; using the transaction identifier as an index, storing the resolution result of the first data packet through a data cache structure, and forwarding the first data packet for indicating the domain name resolution request to the DNS server through routing.
[0028] It should be noted that the network environment of the embodiment of the present application is a FTTR optical network scenario, and the terminal equipment of home users accesses Internet services through FTTR end equipment (i.e., FTTR gateway), forming an efficient and stable network environment. The FTTR optical network directly introduces optical fiber into the home user's room, and realizes high-speed and stable data transmission through devices such as optical routers or optical gateways. Compared with traditional wireless or copper wire networks, this network architecture has higher bandwidth, lower latency and stronger anti-interference ability. In a home FTTR optical network, it usually includes a main gateway (located in the center of the home, such as the living room) and multiple slave gateways (distributed in various rooms). The main gateway is responsible for connecting to the external network, while the slave gateway is responsible for transmitting the network signal to each room. In this way, full Wi-Fi coverage inside the home can be achieved to meet the Internet access needs of home users in different locations.
[0029] In an exemplary embodiment of the present application, the protocol type of the data packet includes a transmission control protocol TCP or a user datagram protocol UDP.
[0030] It should be noted that the protocol types include Transmission Control Protocol (TCP), which is a connection-oriented, reliable, byte-stream-based transport layer protocol. TCP is responsible for establishing connections on the network, transmitting data, and ensuring the reliability and order of data transmission. TCP achieves reliable data transmission by dividing data into data blocks (called segments) suitable for network transmission and ensuring that these data blocks arrive at the destination in the correct order. TCP also provides flow control and congestion control functions to ensure efficient and fair network transmission. TCP is one of the most commonly used protocols in the Internet transport layer protocol and is widely used in various network communication scenarios.
[0031] User Datagram Protocol (UDP) is a connectionless transport layer protocol that provides a simple data transmission service without establishing a connection. UDP is usually used to quickly transmit data on the network, such as real-time audio and video transmission, online games and other application scenarios with high real-time requirements. UDP is simple and efficient, but data packets may be lost or out of order during transmission.
[0032] In an exemplary embodiment of the present application, caching the domain name resolution result sent by the DNS server includes: receiving a second data packet sent by the DNS server and resolving the second data packet to obtain a transaction identifier of the second data packet; comparing the transaction identifier of the second data packet with the transaction identifier in the data cache structure; and when the comparison results are consistent, saving the resolution result of the second data packet to the domain name resolution cache structure.
[0033] In an exemplary embodiment of the present application, the FTTR gateway includes a master gateway or a slave gateway.
[0034] Step S204, cache the domain name resolution result sent by the DNS server and forward it to the device so that the device can transmit business data with the target server, wherein the domain name resolution result includes the domain name requested to be resolved by the device and the Internet Protocol IP address of the target server corresponding to the domain name.
[0035] In an exemplary embodiment of the present application, the domain name resolution result sent by the DNS server is cached and forwarded to the device so that the device and the target server can perform business data transmission, including: caching the domain name resolution result sent by the DNS server and forwarding it to the device through routing, so that the device and the target server in the content distribution network (Content Distribution Network, CDN) establish a TCP or UDP connection and perform business data transmission; wherein the business data includes video streams or files.
[0036] In an exemplary embodiment of the present application, the service data transmission quality is collected, including: collecting at least one of the following service data through DPI technology: quintuple, jamming, delay and throughput; wherein the quintuple includes at least one of the following: protocol type, source IP address, source port IP address, destination IP address and destination port address.
[0037] Step S206, collecting and analyzing the service data transmission quality, and generating a quality analysis report based on the quality analysis result, the IP address of the target server for service data transmission, and the domain name corresponding to the IP address.
[0038] In an exemplary embodiment of the present application, the cached domain name resolution result IP address list is compared with the IP address of the device sending the domain name resolution request; when multiple domain names are matched, the most recently cached domain name is determined as the domain name corresponding to the domain name resolution request.
[0039] The FTTR gateway in the embodiment of the present application has the ability to capture and accurately identify domain name resolution results in real time by virtue of its built-in DPI technology. The FTTR gateway can not only cache domain names and their corresponding IP resolution results in real time, but also intelligently associate these data with the target IP of the downstream terminal device, thereby accurately evaluating its service quality. By widely collecting and integrating reported data from various terminals, the embodiment of the present application further realizes a comprehensive evaluation of the service quality of specific CDN services (i.e., specified domain names). It effectively solves the problem of not evaluating CDN service quality by domain name dimension in related technologies, and has broad application prospects, especially in the field of CDN service quality evaluation and monitoring, showing great potential.
[0040] The application environment of the embodiment of the present application includes the following features:
[0041] High speed and stability: FTTR optical network has high-speed and stable data transmission capabilities, which can meet the needs of home users for high-speed Internet access, high-definition video, online games and other applications.
[0042] Full coverage: By deploying multiple Wi-Fi access points, full Wi-Fi coverage can be achieved inside the home, allowing users to easily access the network no matter where they are in the home.
[0043] Multi-service carrying: FTTR optical network supports multi-service carrying, including broadband Internet access, IPTV, VoIP, etc. Users can choose the corresponding service according to their needs.
[0044] Intelligent management: The home FTTR gateway has intelligent management capabilities, which can monitor the network status and service transmission in real time, and optimize and adjust as needed.
[0045] Through the description of the above implementation methods, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes a number of instructions for a terminal device (which can be a mobile phone, computer, server, or network device, etc.) to execute the methods described in each embodiment of the present application.
[0046] Figure 3 is a schematic diagram of an FTTR gateway according to an embodiment of the present application, such as Figure 3 As shown, the FTTR gateway (103) includes a DNS data collection module (1031), a DNS resolution result cache module (1032), a business data collection and service quality analysis module (1033) and a domain name dimension service quality reporting module (1034). The FTTR gateway (103) is connected to the downstream terminal device (105), the DNS system (101) and the CDN system (102), and the domain name dimension service quality reporting module (1034) is connected to the CDN service quality evaluation and analysis system (1032).
[0047] DNS system (101): DNS is a core service of the Internet. As a distributed database that maps domain names to IP addresses, it enables people to access the Internet more conveniently. Its main functions include: resolving domain names (translating website domain names entered by people into IP addresses), load balancing (distributing access requests to different servers to balance the load), etc.
[0048] CDN system (102): i.e., content distribution network, is designed to enable website content to be transmitted to users more quickly and reliably, thereby improving the speed and experience of users when accessing the website. It is mainly composed of central servers and edge servers. The central server is responsible for storing original content, while the edge servers are distributed at the edge of the network and cache content to quickly provide services to nearby users.
[0049] FTTR Gateway (103): FTTR (Fiber To The Room) technology refers to the use of optical fiber instead of network cables to lay optical fiber to every room, and through the deployment of optical networking terminals, interconnection with home gateways is achieved, combined with dual-band WiFi, WiFi6 / 7 and other technologies to ensure full-house network coverage. FTTR gateway is a key component of this technology, used to achieve fiber-to-room access and full-house network coverage.
[0050] DNS data collection module (1031): The FTTR gateway uses DPI technology to collect data from the DNS query and resolution processes of the downstream devices for subsequent analysis or monitoring.
[0051] DNS resolution result cache module (1032): caches the DNS resolution results collected by the FTTR gateway. The result of a DNS resolution is a set of resolved IP addresses corresponding to a domain name.
[0052] Business data collection and service quality analysis module (1033): The FTTR gateway uses DPI technology to collect the interaction data between the downstream equipment and the CDN system, and processes and analyzes it to evaluate the service quality.
[0053] DPI technology is used to collect and analyze the TCP and UDP transmission quality of the data packets of the downstream host and the Internet. This technology is not limited to the traditional five-tuple (source address, source port, destination address, destination port, protocol type) analysis, but also goes deep into the application layer to parse and identify the content of the data packet.
[0054] During the acquisition process, DPI technology can capture data packets on wired or wireless connections and analyze them in detail. The following is a specific explanation of the mentioned service quality indicators:
[0055] Five-tuple: DPI technology can extract the TCP / UDP protocol type of the data packet, as well as the source IP, source port, destination IP, destination port and other information. This information is crucial for identifying the source and destination of the data packet.
[0056] Traffic throughput: By measuring the number of packets or bytes passing through a unit of time, DPI technology can evaluate the network's traffic throughput capacity.
[0057] Packet loss retransmission rate: DPI technology can detect and calculate the proportion of data packets lost during transmission, as well as the proportion of data packets retransmitted due to loss. This helps to evaluate the stability and reliability of the network.
[0058] Packet transmission delay: DPI technology can measure the time it takes for a data packet to go from the sending point to the receiving point, that is, the transmission delay. This helps identify bottlenecks or congestion in the network.
[0059] Transmission delay jitter: Transmission delay jitter refers to the variation in the delay of packet transmission. DPI technology can detect and measure this variation to evaluate the stability and performance of the network.
[0060] By comparing the IP address list of the domain name resolution result in the cache data of module 1032 with the IP address of the host that initiated the DNS resolution request, the corresponding domain name can be obtained (if multiple domain names are matched, the most recently cached domain name is taken).
[0061] Domain name dimension service quality reporting module (1034): Report the processing results of module 1033 to the CDN service quality evaluation and analysis system (104) for further analysis and processing. The reporting fields include: domain name, DNS resolution server IP address, target IP, wired / wireless, service quality (throughput, delay, jitter, retransmission, etc.), collection time period, FTTR equipment location (XX household in XX community, XX street, XX district, XX city, the accuracy of this field must be reported within the scope allowed by the policy). The reporting method can be incremental, aggregated, or periodic.
[0062] CDN service quality evaluation and analysis system (104): The CDN service quality evaluation and analysis system is used to evaluate the service quality of the CDN, including content transmission speed, reliability, availability, etc. It may collect various data from the CDN system and use the data to evaluate the performance and efficiency of the CDN.
[0063] Downlink terminal devices (105): Downlink terminal devices refer to various devices connected to the network, such as computers, mobile phones, tablet computers, etc. They interact with the DNS system, CDN system, etc. through the network to obtain the required services or content.
[0064] Figure 4 is a workflow diagram of the DNS data collection module according to an embodiment of the present application, such as Figure 4 As shown, the following steps are included:
[0065] Step 401: Packet capture.
[0066] Specifically, using DPI techniques, a network packet capture library such as libpcap (on Unix-like systems) is used to capture packets flowing through a network interface.
[0067] Step 402: Data packet filtering and parsing.
[0068] Specifically, filter out UDP packets with a target port of 53. Use a DNS protocol parsing library (such as c-ares, ldns, etc.) or manually parse the DNS packet to extract information such as the Transaction ID, the IP address of the DNS server (the target IP address in the five-tuple), and the IP address of the host that initiated the DNS resolution request (the source IP in the five-tuple).
[0069] Step 403: Cache management.
[0070] Specifically, create a cache data structure to store DNS query request information, using the transaction ID as an index. Implement a Least Recently Used (LRU) or Time To Live (TTL) strategy to manage the size and expiration of the cache. This usually involves a hash table to store data, and a queue (for LRU) or timer (for TTL) to manage expiration.
[0071] Step 404: DNS response processing.
[0072] Specifically, when the source IP address of the captured UDP data packet is the DNS server IP address in the cache data structure created in step 403, the data packet is parsed according to the DNS protocol, the Transaction ID is extracted, and compared with the Transaction ID in the cache. If they are the same, the parsing result and related data (domain name, TTL, domain name resolution result IP address list, DNS server IP address, DNS resolution request host IP address, etc.) are written into the domain name resolution cache module (1032).
[0073] In the related art, the common practice is to set the FTTR gateway as the DNS proxy server of the host device through the Dynamic Host Configuration Protocol (DHCP), so that all DNS requests will be captured by the DNS proxy software module. However, about 10% of the devices on the Internet have their DNS server addresses set directly, such as public DNS addresses such as 8.8.8.8 and 235.4.4.4, so their DNS communication results cannot be captured. The embodiment of the present application can support this scenario by collecting and maintaining the DNS interaction Session through DPI.
[0074] The cache data record fields include domain name, domain name resolution result IP address list, collection time, domain name TTL, IP address of the host initiating the DNS resolution request, and other information.
[0075] Figure 5 : is a flowchart of the steps of the FTTR hanging device accessing the Internet CDN system according to the embodiment of the present application, such as Figure 5 As shown, the process includes the following steps:
[0076] Step S501: DNS resolution and data capture.
[0077] Specifically, the steps include:
[0078] Step S5011: Initiate a DNS request; when the FTTR-attached device needs to access a resource on the CDN system, it first initiates a domain name resolution request to the DNS system.
[0079] Step S5012: DNS resolution; after receiving the request, the DNS server will search for the corresponding IP address and return the result to the FTTR downstream device.
[0080] Step S5013: The DNS data collection module captures the result of the domain name resolution and caches the result in the DNS resolution result cache module for subsequent quick search.
[0081] Step S502: Business data access and data collection.
[0082] Specifically, the steps include:
[0083] Step S5021: Establish a connection; the FTTR downstream device uses the IP address obtained from DNS resolution to establish a network connection with the CDN system, which may be a TCP or UDP connection.
[0084] Step S5022: Data transmission; the downstream device and the CDN system start transmitting business data, such as video streaming, file downloading, etc.
[0085] Step S5023: Data collection; the business data collection and service quality analysis module starts working. It will collect and analyze the service quality indicators during the data transmission process, including five-tuple (TCP / UDP, source IP and port, destination IP and port), jamming, delay, throughput, etc.
[0086] Step S503: Domain name query and data reporting.
[0087] Step S5031: Domain name query; when the business data collection module needs to know which domain name the currently transmitted data corresponds to, it will use the target IP address as a query condition in the DNS resolution result cache module to find the corresponding domain name.
[0088] Step S5032: Data collation: The module combines the collected service quality indicators with the queried domain name to form a complete data report.
[0089] Step S5033: Data reporting: The module reports the organized data report to the CDN service quality evaluation and analysis system. The system will further analyze and evaluate the reported data to optimize the service quality and performance of the CDN network.
[0090] Figure 6 is a flow chart of a method for generating a quality analysis report according to another embodiment of the present application, such as Figure 6 As shown, the process includes the following steps:
[0091] Step S601: The FTTR downstream device initiates a DNS request.
[0092] Specifically, when the FTTR downstream device needs to access CDN resources, it initiates a domain name resolution request to the DNS server.
[0093] Step S602: The DNS server generates a DNS response.
[0094] Specifically, the DNS server returns the IP address to the downstream device, and the DNS data collection module captures the resolution result and caches it.
[0095] Step S603: The FTTR downstream device establishes a network connection with the CDN system.
[0096] Step S604: The FTTR-connected device transmits data to the CDN system.
[0097] Specifically, the business data collection and service quality analysis modules start working at the same time.
[0098] Step S605: Query the domain name corresponding to the target IP in the DNS resolution result cache module.
[0099] Step S606: sort and report data.
[0100] Specifically, the collected data is combined with the service quality indicators and reported to the CDN service quality evaluation and analysis system.
[0101] An embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored, wherein the computer program is configured to execute the steps of any of the above method embodiments when running.
[0102] In an exemplary embodiment, the computer-readable storage medium may include, but is not limited to, various media that can store computer programs, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.
[0103] An embodiment of the present application further provides an electronic device, including a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.
[0104] In an exemplary embodiment, the electronic device may further include a transmission device and an input / output device, wherein the transmission device is connected to the processor, and the input / output device is connected to the processor.
[0105] For specific examples in this embodiment, reference may be made to the examples described in the above embodiments and exemplary implementation modes, and this embodiment will not be described in detail herein.
[0106] Obviously, those skilled in the art should understand that the above modules or steps of the present application can be implemented by a general computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, they can be implemented by a program code executable by a computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be executed in a different order from that herein, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. Thus, the present application is not limited to any specific combination of hardware and software.
[0107] The above description is only the preferred embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various modifications and variations. Any modification, equivalent replacement, improvement, etc. made within the principles of the present application shall be included in the protection scope of the present application.
Claims
1. A method for generating a quality analysis report, characterized in that: Applied to FTTR gateway, including: Forwarding a domain name resolution request sent by a device connected to the FTTR gateway to a domain name system DNS server; Cache the domain name resolution result sent by the DNS server and forward it to the device, so that the device and the target server can perform business data transmission, wherein the domain name resolution result includes the domain name requested by the device to be resolved and the Internet Protocol IP address of the target server corresponding to the domain name; Collect and analyze the quality of business data transmission, and generate a quality analysis report based on the quality analysis results, the IP address of the target server for business data transmission, and the domain name corresponding to the IP address; The step of forwarding the domain name resolution request sent by the device connected to the FTTR gateway to a domain name system DNS server includes: Capturing data packets passing through the network interface of the FTTR gateway by using deep packet inspection (DPI) technology, wherein the data packets are data packets sent by the device to indicate a domain name resolution request; Parsing a first data packet including a preset port in the data packet to obtain a transaction identifier of the first data packet, a port and an IP address of the DNS server, and an IP address of the device; The transaction identifier is used as an index, the resolution result of the first data packet is stored through a data cache structure, and the first data packet indicating the domain name resolution request is forwarded to the DNS server through routing.
2. The method according to claim 1, characterized in that The protocol type of the data packet includes the Transmission Control Protocol TCP or the User Datagram Protocol UDP.
3. The method according to claim 1, characterized in that The caching of the domain name resolution result sent by the DNS server includes: receiving a second data packet sent by the DNS server and parsing the second data packet to obtain a transaction identifier of the second data packet; comparing the transaction identifier of the second data packet with the transaction identifier in the data cache structure; When the comparison results are consistent, the resolution result of the second data packet is saved in the domain name resolution cache structure.
4. The method according to claim 1, characterized in that: The caching of the domain name resolution result sent by the DNS server and forwarding it to the device so that the device and the target server perform business data transmission includes: Cache the domain name resolution result sent by the DNS server and forward it to the device through routing, so that the device can establish a TCP or UDP connection with the target server in the content distribution network CDN and perform business data transmission; The business data includes video streams or files.
5. The method according to claim 4, characterized in that The collecting of the service data transmission quality includes: Collect at least one of the following business data using DPI technology: quintuple, jamming, delay, and throughput; The five-tuple includes at least one of the following: protocol type, source IP address, source port IP address, target IP address and target port address.
6. The method according to claim 1, characterized in that The FTTR gateway includes a master gateway or a slave gateway.
7. The method according to claim 1, characterized in that The method further comprises: Compare the cached domain name resolution result IP address list with the IP address of the device sending the domain name resolution request; In the case where multiple domain names are matched, the most recently cached domain name is determined as the domain name corresponding to the domain name resolution request.
8. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, wherein the computer program implements the steps of the method described in any one of claims 1 to 7 when executed by a processor.
9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the steps of the method described in any one of claims 1 to 7 are implemented.
10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method described in any one of claims 1 to 7 are implemented.
Citation Information
Patent Citations
Domain name analysis method and device
CN105763660A
Service quality monitoring method, device and system
CN109039775A
Method and system for augmenting network traffic flow reports
CN109565453A