WO2006105707A1 - Procede et dispositif de test de fonctionnement d'un reseau - Google Patents

Procede et dispositif de test de fonctionnement d'un reseau Download PDF

Info

Publication number
WO2006105707A1
WO2006105707A1 PCT/CN2006/000175 CN2006000175W WO2006105707A1 WO 2006105707 A1 WO2006105707 A1 WO 2006105707A1 CN 2006000175 W CN2006000175 W CN 2006000175W WO 2006105707 A1 WO2006105707 A1 WO 2006105707A1
Authority
WO
WIPO (PCT)
Prior art keywords
test
service flow
network
setting
service
Prior art date
Application number
PCT/CN2006/000175
Other languages
English (en)
Chinese (zh)
Inventor
Yang Yu
Haitao Zhang
Original Assignee
Hangzhou H3C Technologies 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
Priority claimed from CNB2005100599822A external-priority patent/CN100382517C/zh
Priority claimed from CNB200510123357XA external-priority patent/CN100463418C/zh
Application filed by Hangzhou H3C Technologies Co., Ltd. filed Critical Hangzhou H3C Technologies Co., Ltd.
Publication of WO2006105707A1 publication Critical patent/WO2006105707A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements

Definitions

  • the present invention relates to the field of network communication technologies, and in particular, to a network performance testing method, system, and network device. Background technique
  • OAM Operation, Management, and Maintenance
  • the OAM function is important in public telecommunications networks to simplify network operations, verify network performance, and reduce network operating costs.
  • the OAM function is especially important in networks that provide guaranteed quality of service.
  • the management of the network is generally divided into three categories. Operation and management mainly refer to the analysis, prediction, planning, and configuration of daily network and services. Maintenance is mainly for the network. And its business's daily operations activities such as 'testing and fault management.
  • the OAM mechanism not only prevents network failures, but also needs to quickly diagnose and locate network faults, ultimately improving network availability and quality of service to users.
  • Ethernet OAM IEEE 802.3ah standard
  • the OAM mechanism under the new IEEE802.3ah standard mainly introduces an OAM sublayer between the traditional MAC (Media Access Control) layer and the PHY (physical) layer, and transmits OAM information between devices. In addition, the network is monitored.
  • the basic principle of the OAM and the packet format are shown in Figure 1.
  • the OAM sub-layer of the IEEE802.3ah standard inserts OAM packets in the output direction and parses and distributes OAM packets in the input direction.
  • the OAM packet is the same as the traditional Ethernet frame format, but an OAM type is newly defined.
  • the OAM mechanism can monitor the link through physical PING, loopback, and remote alarms.
  • the PE (operator edge) device initiates a PING request, and the CE (Customer Edge) device responds to the request. After receiving the response, the PE device obtains the normal judgment of the subscriber line.
  • the PE device is a device of the telecommunication office
  • the CE device is a device in the user's home, such as a PTN (IP telecommunication network) terminal in the user's home.
  • PING here is a PING operation of the physical layer, which is different from the commonly used IP PING operation, and is directed to the MAC address, and only the user device whose destination MAC address is its own will generate a response.
  • the main purpose of physical PING is to check whether the link between the subscriber line and the equipment at both ends is working properly.
  • Line loopback is also a common positioning method.
  • the receiving end is directly connected to the transmitting end, so that the sender can check whether the received data is the same as the one sent by itself, thereby judging whether it is a problem in the internal processing of the receiving device itself.
  • the remote alarm is used to notify the PE device in the reverse direction when the fault occurs on the line in one direction. For example, if the user equipment detects a large error, the device will notify the PE device in the reverse direction.
  • the process is shown in Figure 3.
  • the Ethernet OAM is located at the second layer in the network hierarchy, and the tested forwarding path is symmetric.
  • many of the actual services of users on the network are applied in the high-level protocols of the network hierarchy, and in most cases, the paths are asymmetric, and the traffic of the uplink and downlink is also used for most of the access in terms of traffic. It is asymmetrical. In this case, how to provide business security for users, there is currently no effective solution. Summary of the invention
  • the object of the present invention is to provide a network performance testing method and system, which can overcome the failure of the prior art to provide a test based on the service itself, and realize rapid diagnosis of network failures. Positioning, improving the availability of the network and the quality of service to users.
  • Another object of the present invention is to provide a test start network device and a test end network device to provide a test based on the service itself to the network and to quickly locate the network fault.
  • a network performance testing method including the steps:
  • the step B includes:
  • test service flow is inserted into the normal service flow in a predetermined proportion, or the test service flow is inserted after the normal service flow is aborted.
  • the test setting includes an analog configuration for generating a test service flow, and identification information of the test service flow; the simulation in the step B is performed based on the simulation configuration; and the insertion identification information is further included.
  • the simulation configuration includes test end point information and a test service flow generation manner;
  • the identification information inserted in the step B includes at least one of a test identifier, a time stamp, or a data packet identifier; the identifier information is inserted in the data.
  • the specified location of the package is not limited to test end point information and a test service flow generation manner;
  • the test setting further includes a loopback setting; the loopback of the step D is performed based on a loopback setting.
  • the loopback is set to an asymmetric loopback setting
  • the step D includes setting a packet return rate or a packet size in the test service flow.
  • the test setting further includes an access control table; and the obtaining the test service flow in the step D is performed based on the access control list.
  • the network performance testing system comprises: a test starting point device and a test end point device connected through a network, and a test management device for managing a test process; the test starting point device is simulated and inserted according to the test setting. Testing the service flow of the specific service application, and sending the test service flow to the test end point device; the test end point device extracts the test service flow according to the configured test configuration, and provides the test service flow according to the extracted test service flow The service quality of the network is analyzed, or the obtained test service flow is looped back to the test starting point to perform a return service test.
  • the test setting is performed by the test management device to the test starting device and the test The endpoint device configuration; or the test endpoint device address information and test service type in the test management device configuration test settings, the test start device and the test endpoint device negotiate the remaining facility settings or statically configure the test settings in advance.
  • test starting device comprises:
  • test setting storage unit for storing test settings
  • test stream insertion unit coupled to the test setting storage unit, configured to generate a test service flow according to the stored test set simulation, and insert the test service flow into a normal service flow sent by the test start device;
  • the test endpoint device includes:
  • test setting storage unit for storing test settings
  • an end point test stream extracting unit configured to extract a corresponding test service flow from the service flow received by the test end point device according to the test setting
  • the end point test processing unit is coupled to the test setting storage unit and the test stream extraction unit, respectively, for performing analysis processing on the test service flow according to the test setting.
  • the analyzing process performed by the key test processing unit includes looping back the test service flow to the test starting device; the test starting device further includes a starting test flow extracting unit, configured to receive normal services from the test starting device. The test traffic flow returned from the test endpoint is extracted from the flow.
  • test starting point device and the test end point device are respectively network devices having a central processing unit and a storage function.
  • the test set stored by the test endpoint device includes an asymmetric loopback setting.
  • Another network performance testing system includes a network management device, a test starting device, and a test end device.
  • the network management device is configured to send test settings to the specified test start device and the end device;
  • the test starting device generates a test service flow according to the test setting; the test end device identifies the test service flow sent by the test starting device according to the test setting, and generates a return test service flow to the test starting point according to the test setting.
  • the device is sent in the direction.
  • the test setting stored by the test end point device includes a test setting of the asymmetric flow, and the data rate or the size of the return test service flow generated by the test end device according to the above setting is different from the test service flow sent by the test device. .
  • the test start network device has a network management interface, and is configured to receive test settings sent by the test management device, where the network device further includes: a test setting storage unit for storing test settings received from the test management device;
  • the test stream insertion unit simulates a specific application-based test service flow according to the test setting, and sends the test service flow to the test end point network device specified by the test setting.
  • test starting network device further includes:
  • the starting point test stream extracting unit is configured to identify the test service flow received from the test end network device, and extract the returned test service flow for use in management analysis.
  • the test setting includes an analog configuration for generating a test service flow, a ratio setting of a test service flow to a normal service flow, and at least one of a test identifier, a time stamp, or a packet identifier.
  • the specific application is a service higher than a network layer.
  • test traffic flow is simulated by writing corresponding parameters to the device hardware registers according to the analog configuration included in the test settings to enable it to quickly generate test traffic flows.
  • the test destination network device has a network management interface, which is used for receiving test settings sent by the test management device, and the network device further includes:
  • test setting storage unit for storing test settings received from the test management device
  • an endpoint test stream extracting unit configured to extract a corresponding test service flow from the service flow received by the test end network device according to the test setting.
  • the test end network device further comprises: an end point test processing unit, configured to loop back the test service flow to the test end network device according to the test setting.
  • the present invention simulates the test service flow with the same format as the specific service application in the input direction of the service inflow port of the network test starting device, and inserts it into the normal service flow and sends it to the normal service flow.
  • Testing the end point device the test service flow is the same as the normal service flow, and the normal forwarding process of the actual network device between the test starting point and the test end point reaches the test end point device; the test service flow is extracted at the out port of the test end point device, It performs OAM statistics to implement end-to-end service OAM testing, such as connectivity testing, packet loss testing, and bandwidth testing.
  • test service flow is the same as the service flow format of the actual application, the OAM function of the network above the MAC layer can be detected; the address information and the data frame size and/or the return data frame in the extracted test service flow are replaced by the test destination device.
  • the number of the test service flows is returned to the test starting device through a symmetric path or an asymmetric path to perform asymmetric service testing, and the backhaul link is further detected. Therefore, with the present invention, It can provide real-time, end-to-end O AM testing for users or network operators to diagnose and locate network faults comprehensively, quickly, and accurately, thereby improving network availability and quality of service to users.
  • Figure 1 is a schematic diagram of the operation, maintenance, and management mechanism of the Ethernet described in the 802.3ah standard
  • Figure 2 is a schematic diagram of the link monitoring process through physical PING or line loopback in the 802.3ah standard
  • FIG. 3 is a schematic diagram of a link monitoring process by a remote alarm in the 802.3ah standard;
  • FIG. 4 is a flowchart of an implementation of an embodiment of the method of the present invention.
  • Figure 5 is a flow chart showing an implementation of another embodiment of the method of the present invention.
  • FIG. 6 is a schematic structural diagram of a VPN networking of the same L2TP;
  • FIG. 7 is a schematic diagram of networking of an embodiment of the system of the present invention.
  • FIG. 8 is a block diagram of another embodiment of the system of the present invention. detailed description
  • the core of the present invention is to simulate a test service flow carrying a specific service application in the input direction of the service inflow port of the test starting device, and carry the test service flow carrying the test identifier or time stamp and the like, and then at the test starting point
  • the test end device is inserted into the normal service flow and sent to the test service flow; the test service flow is normally forwarded to the test end point device; and the test end point device extracts the test service flow according to the test identifier, and the service-based analysis can be directly performed.
  • the test service flow can also be looped back to the test start device, and the test start flow device analyzes the test service flow returned from the test end point.
  • the present invention is adapted to meet such needs. Before the test starts, it is first necessary to test the starting device and the terminal device that initiate the test. At least the test starting device needs to know the correct address information of the test terminal device and how to generate the service flow, that is, the simulation configuration, and the simulation configuration can be passed.
  • test identification and loopback settings can be implemented by issuing ACL rules. If the test is separate from the normal service of the user, you can also set it. Test identification, because only the test traffic flow does not need to be identified, you can set the test service flow timestamp or packet ID to match the test; if you only need one-way test, you do not need to perform loopback setup; If you perform an in-band test, you can set the insertion rate.
  • test settings are generally configured by the test management center or the network management system through the test management channel.
  • the test settings themselves can also be negotiated by the device. For example, the management device only needs to address the terminal device address and needs. The basic information such as the type of service to be tested is informed to the starting device, and other test settings can be determined by mutual agreement between the two parties or static configuration in advance.
  • the specific implementation of the invention is further described below:
  • the method of the present invention comprises the following steps: First, after the test setup is completed, in step 401: a test service flow is generated.
  • a test service flow based on the service application is generated according to the test setting, so that the test service flow may include information indicating the application, that is, the MAC layer or more (including the IP layer, Some information about the TCP/UDP layer and higher level, for example, when the service is FTP (File Transfer Protocol), the message format of the test service flow is generated according to the FTP protocol and the address information, and the port is generally 21.
  • FTP File Transfer Protocol
  • Step 402 Insert a test service flow at the ingress port of the test start point.
  • test service flow can be inserted into the normal service flow according to a certain proportion before the normal forwarding process of the service data packet, for example, the test service flow and the normal service flow each account for 50% of the traffic. .
  • the test service flow and the normal service flow each account for 50% of the traffic.
  • test service flow can be done by hardware cooperation (of course, it can also be implemented by software).
  • the specific process is as follows:
  • the data packet characteristic byte content of the generated test service flow such as the content of a certain byte before the packet header:
  • Destination MAC address The address, source MAC address, destination IP address, source IP address, length/type, subtype, version number, port number, encoding, etc. are written into the test traffic stream feature register, the hardware reads these feature registers, and the payload is automatically inserted.
  • a padding word (the payload and padding settings can be included in the test settings), and automatically inserting at least one of a test flag, a timestamp, or a packet ID according to the test settings, the information can be inserted in the payload, or Is the MAC header of the packet or any specified location such as the IP header.
  • the payload data required for testing the stream data packet may be pre-written in the memory.
  • the payload data of the corresponding length is read from the memory according to the packet length information in the test traffic stream feature register, and the test stream data may also be randomly generated.
  • the payload data required for the package may be pre-written in the memory.
  • the insertion speed of the test service flow can be adjusted according to the traffic volume of the test service flow.
  • the insertion of the test service flow can be mutually exclusive with the normal service flow. That is to say, according to the actual needs, the normal service flow needs to be stopped during the test; or it can be performed at a certain ratio, for example, the test service flow and the normal service flow. 50% of the traffic, etc.
  • step 403 the test service flow is forwarded between nodes of the network according to the normal forwarding process of the service.
  • test service flows simulate the service flow of a specific business application, so in the process of sending the test start device to the test end device, each network device has the same decision for the test service flow forwarding, and it seems to be normal in the network node device. Like the service flow, the normal service flow forwarding process is performed according to the destination address it contains.
  • test traffic is forwarded to the test endpoint, these services can be extracted and analyzed to determine network health.
  • Step 404 Detect network performance according to the obtained test service flow at the test end point.
  • the test endpoint device can use the ACL to identify the test identifier of the test service flow, or the timestamp or the packet ID according to the test setting, thereby extracting the corresponding test service flow and sending it to the upper layer software for line analysis, such as
  • the connection speed and time delay of the starting device and the destination device may be determined according to the number of received data packets per unit time, which will be described in detail later.
  • the test setting includes an access control list of the test destination port pre-configured by the test management device, and the address information of the sender and the receiver, the test stream ID, and the like are included in the table.
  • the test device extracts the corresponding test data stream according to the information, and then performs operation management and maintenance statistics on the extracted test data stream, for example, network connectivity, error statistics, and packet loss rate statistics. (Depending on the number of packets or the ID order corresponding to the time stamp).
  • Step 405 Perform a loopback test.
  • the terminal device processes the extracted test service flow and returns it to the test starting point to perform a return service test.
  • the return process is based on the test setting, and the ACL rule is used to perform the packet header. And the source address and so on are modified accordingly and sent back to the starting device.
  • the bandwidth of the uplink and downlink is asymmetric, and the terminal device can change according to the analog configuration in the test setting.
  • the rate or the length of the data packet is simulated to test the rate of the user's uplink and downlink, so that the whole test will be closer to the user's actual practical situation, and the location of the network fault will be more accurate and complete.
  • the test end point and the test starting point can mainly perform the following network performance tests.
  • test start device and the test end device When performing the one-way delay test, the test start device and the test end device synchronize the network time through the network time protocol. Each device then configures the time into its own time register, which is automatically incremented by hardware.
  • the test starting point device sends the test service flow
  • the test data frame is marked with a local timestamp. During the process of passing the time-stamped data packet through the network, the timestamp information does not change.
  • the test end device extracts the time stamp from the test service flow and compares it with the current local time to obtain the time interval between the two, that is, the network transmission delay of the data packet. .
  • the one-way transmission delay test is performed, since the transmission and reception are performed between two different devices, and the network time protocol itself has a certain time error, the clocks of the two remote devices are not accurately synchronized, so one-way operation is adopted. When the transmission is tested for delay, there will be a certain time error in the test results.
  • round-trip delay testing can be performed.
  • the test endpoint device After receiving the test data packet, the test endpoint device does not change the timestamp information flag marked on the test start device, and loops the test data packet according to the original path.
  • the test starting device receives the test packet with the time stamp marked by itself from the backhaul, the timestamp is extracted, and according to the connection The current time information when the test packet is received, and the accurate round-trip transmission delay is obtained. Since the test traffic flow is sent and received during the round-trip delay test, the reference time of one device used is obtained, so that an accurate test value can be obtained.
  • the received test data packet is processed accordingly, and then looped back to the test starting point, and the asymmetric path, asymmetric traffic flow, and the like can be tested.
  • the present invention performs end-to-end testing of any service based on actual network by simulating the same test service flow as the service flow for different service tests, and provides better monitoring means for network QoS.
  • test service flow generated in the present invention by taking the encapsulation format of the Layer 2 tunneling protocol L2TP as an example.
  • L2TP encapsulation formats there are two types of L2TP encapsulation formats, one is encapsulated in IP data packets, and the other is encapsulated in IP UDP (User Datagram Protocol) data packets.
  • IP UDP User Datagram Protocol
  • the L2TP encapsulation format is as shown in Table 1. It is a format in which an Ethernet data frame is encapsulated in an IP tunnel, and includes a two-layer MAC header and two layers of IP headers.
  • IP destination address 32 bits
  • Type (fixed to 01) 8 bits Destination MAC address 48 bits Source MAC address 48 bits User Ethernet encapsulation header format (18 fixed 8100 16-bit bytes) VLAN ID and priority 16 bits
  • IP header length 4-bit service type 8-bit user IP header encapsulation format (20 words IP packet total length 16 bits) Section) IP packet flag 16 bits
  • IP destination address 32-bit user static load user static load length variable user IP packet check (4 Byte) IP packet check 32-bit user Ethernet data frame check Ethernet data frame check 32-bit (4Byte) Encapsulation tunnel IP packet check (4B te) IP packet check 32-bit encapsulated tunnel Ethernet data frame check Ethernet data frame check 32 bits (4Byte) Due to standard Ethernet Over PPP
  • the CRC (Cyclic Redundancy Check) of the (bearing point-to-point protocol) is optional, so the last check in the above table is 4 parts, which are the MAC header and IP header for the encapsulated tunnel, and the MAC header of the user service. And the verification of the IP header.
  • the format of the L2TP encapsulation header is 92 bytes.
  • user A and user B are in the same L2TP VPN (Virtual Private Network), and the two communicate with each other through the network.
  • the networking structure is shown in Figure 6.
  • User A accesses the network through gateway A.
  • User B accesses the network through gateway B.
  • user A's MAC address and IP address are used as the source MAC address and source IP address of the inner MAC header and IP header
  • user B's MAC address and IP address are used as the inner MAC header and IP address.
  • the destination MAC address and IP address of the header is shown in Figure 6.
  • the MAC address and IP address of the outer layer are determined by the addresses of gateway A and gateway B of the outer tunnel.
  • the MAC address of gateway A The address and IP address are used as the source MAC address and source IP address of the outer package, and the MAC address and IP address of the gateway B are used as the destination MAC address of the outer package and the IP address of the D.
  • gateway A Before conducting the test, gateway A should negotiate with the gateway B for test rules, or be configured by the network administrator or manually for test setup.
  • the test identifier can be represented by a reserved field of 16 bits of the L2PT header, such as the value 20; by negotiation or by configuring the destination device ACL, the loopback is selected.
  • the terminal device When performing the routine test, the terminal device replaces the 92 bytes in front of the packet header in the test service flow with the contents of the register according to the configured ACL action, and modifies or maintains the original time stamp content from the test endpoint network.
  • the egress port of the device loops back to the upstream processing, so that the test service flow automatically returns to the test starting point.
  • test service flow When performing asymmetric traffic test, according to the action of the ACL (access control list), all 92 bytes of the header in the test service flow are replaced with the contents of the register, and the original time stamp content is modified or maintained. At the same time, depending on the configuration, the length of the test packet can be changed, or the number of transmitted packets can be changed. Then, from the test terminal network device's egress port loop back to the upstream processing, the test service flow is automatically returned to the test starting point.
  • ACL access control list
  • gateway A Assume that user A now finds that it cannot perform normal service connection with user B; it complains to the operator about this situation; if the operator initiates the connectivity test from gateway A to gateway B by using the traditional method, the network does not find that the network has Any exceptions cannot resolve customer complaints.
  • the reason for this problem is that the operator's test is based on the network itself that does not carry the application; and the customer's problem is that the network connection carrying the specific application is not normal. For example, a network device between gateway A and gateway B blocks user A's private IP address, which cannot be found in traditional tests.
  • the test setup needs to be re-executed, and then the starting device generates a test service flow based on the FTP protocol according to the simulation configuration, so that the test service flow is based on the FTP application.
  • the operator can choose to start the test one by one from the gateway A, or use the faster dichotomy, that is, if there are 4N devices between the gateways AB, the test between the starting device and the 2N device is performed first, if the test After passing, the test is performed with the 3N device, and if it is not passed, the test is performed with the Nth device.
  • the test is repeated until the network device blocking the FTP service is found.
  • the operator administrator checks the configuration of the device, such as the ACL rule, and finds that the FTP service is blocked. If the ACL rule of the network device is incorrectly configured, the FTP service is blocked.
  • the administrator can restore the FTP service of the user by making the corresponding modification. Assume that the user FTP service is not blocked, but the transmission rate is quite slow.
  • the test settings can be modified, use the above method to find the bottleneck device that causes the transmission rate to be slow. Modify the network device configuration or restore the device hardware and software. The normal transmission rate of the user.
  • the system includes: a test management device 600, a test origin device 601, and a test endpoint device 602, which are connected by a network link, for example, Coaxial wires, optical cables, etc.
  • the interconnection of different networks requires different network node devices to implement, and the service data may need to be forwarded by multiple node devices from the source node to the destination node.
  • the test management device 600 completes the parameter configuration and test process management of the test start network device 601 and the test end network device 602.
  • the test management device 600 When performing the network service quality test, the test management device 600 first sends the test setting information to the test start device 601 and the test end device 602 through a dedicated test management channel or a physical channel used by the network management. For example, the simulation configuration used to generate the test traffic, the ratio of test flows to normal traffic, the test data flow that needs to be inserted, the performance and statistics that need to be detected, the test ID or timestamp, or the packet ID.
  • the test setup of the endpoint device 602 includes an asymmetric loopback setting, i.e., the packet of the test traffic stream sent by the endpoint test processing unit differs in rate or magnitude from the received test traffic.
  • test service flow is inserted according to the configured parameter information, and the test service flow is application-based, that is, the test service flow data packet is content containing more than three layers.
  • the test traffic is then sent along with the service flow to the test endpoint.
  • These test traffic flows like the traffic flow, are forwarded by the network node device between the test origin device 601 and the test endpoint device 602 to the test endpoint device 602.
  • the test endpoint device 602 After receiving the data, the test endpoint device 602 extracts the test service flow according to the configured parameter information, and detects the service quality of the network according to the extracted test service flow.
  • the test management device 600 can send the outbound port ACL to the test end point device 602 before the test, and the test end point device 602 identifies the characteristics of the test service flow according to the egress port ACL and performs corresponding test processing, for example, according to the configuration.
  • the address information of the sender and the receiver, the test service stream ID information, and the like perform operations such as error statistics and packet loss rate statistics.
  • both the test start device and the test end device require some software or hardware processing, in general, both the test start device and the test end device need to have a CPU (Central Processing Unit) and storage functions, for example, a network with a CPU. Switch or other network device.
  • the starting point or destination device needs to have a network management interface for accepting test settings issued by the test management device or other network management devices.
  • the test starting point device 601 includes: a test setting storage unit 611, a test flow inserting unit 612, and a starting point business flow extracting unit 613.
  • the test start device 601 After receiving the test setting sent by the test management device 600, the test start device 601 stores it in the test setting storage unit 611, and when it needs to be inserted, the test stream insertion unit 612 reads the data at its out port, and Insert it into a normal business flow in a certain proportion.
  • the test service flow can be inserted into the normal service flow according to the traffic volume of the test service flow, or the test service flow can be inserted after the normal service flow is aborted.
  • the test endpoint device 602 includes: a test setup storage unit 621, a test traffic flow extraction unit 622, and an endpoint test processing unit 623.
  • test destination device 602 After receiving the test settings sent by the test management device 600, the test destination device 602 stores them in the test setting storage unit 621. After receiving the service flow forwarded by the network node device, the test service flow extraction unit 622 stores the data according to the storage. The test setup extracts the corresponding test traffic from these traffic flows. The test processing unit 623 performs direct analysis or loopback processing on the extracted test traffic according to the test flow feature information.
  • the test setting including the loopback setting may be sent by the test management device 600 to the test endpoint device 602 through the egress port, and the test endpoint device 602 extracts the corresponding After testing the service flow, according to the action of the ACL, perform corresponding packet processing, such as replacing some bytes in the packet header according to the action indication, and putting the corresponding time stamp content, and returning from the exit port of the test destination network device. Test the starting network device; or if the test setting includes an asymmetric traffic test setting, modify the rate or size of the returned packet so that the returned test traffic is different from the original test traffic, simulating the asymmetric traffic ratio setting set.
  • the start test flow extraction unit 613 extracts the corresponding return test service flow from the service flows, and performs performance analysis on the flowback, so that the backhaul can be known. The health of the link.
  • the test setting storage unit 611, the test flow insertion unit 612, the start service flow extraction unit 613, the start point test processing unit 614, the test setting storage unit 621, the test service flow extraction unit 622, and the end point test included in the above-described start point and destination devices are included.
  • the processing unit 623 is based on logical division, which is variable in the implementation form of software and hardware. The technical personnel of the domain can have different software and hardware implementations through the introduction of the above, but these methods all belong to the form changes without departing from the spirit of the present invention. In particular, the static configuration of the test settings mentioned in the previous section. In addition to the address information of the test destination device and the service type of the test, the simulation configuration and loopback of various applications can be completely configured in advance.
  • the setting, insertion rate setting, etc. are stored in the test setting storage unit, and multiple sets of test settings can be made to implement any of the settings for multiple tests, such as setting one-way test tasks, loopback test tasks, and asymmetric flow tests. task.
  • the system of the present invention can be applied to a variety of networks, such as Ethernet, RPR (Flexible Packet Ring) networks, and the like.
  • the aforementioned identification technology is not limited to the use of ACL rules, but can also be implemented by other technologies, such as Cisco's NBAR (application-based identification) technology; analog configuration can be implemented not only in hardware, but also in software.
  • test starting point network device 601 and the test end point network device 602 in FIG. 7 For the principle of the test starting point network device and the test end point network device of the present invention, reference may be made to the test starting point device 601 and the test end point device 602 in FIG. 7 , and details are not described herein again.
  • FIG. 8 is a block diagram of another embodiment of the system of the present invention.
  • the embodiment is substantially the same as the embodiment shown in FIG. 7.
  • the difference is that the test starting point device in the embodiment does not have a starting point test stream extracting unit, which is not described here.

Landscapes

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

Abstract

La présente invention concerne un procédé de test de fonctionnement d'un réseau comportant : l'émulation d'un flux de service test nécessaire au test, la transmission du flux de service test depuis le nœud d'origine du test vers le nœud final du test du réseau, le test de fonctionnement du réseau fondé sur le flux de service test reçu au niveau du nœud test final ou bien après traitement du flux de service test, par retour au nœud d'origine du test pour réaliser le test du service de retour à l'état initial. Cette invention comporte également un dispositif qui permet de tester le nœud d'origine, un dispositif qui permet de tester le nœud final et un système de test de fonctionnement du réseau qui inclut le dispositif de test du nœud d'origine, le dispositif de test du nœud final et le dispositif de gestion du test connectés entre eux par le réseau. Grâce à cette invention, le test est basé sur la largeur de bande réelle du réseau. En conséquence, une panne de réseau peut être identifiée et localisée rapidement et avec précision. La qualité du service fourni à l'abonné et la disponibilité du réseau s'en trouvent améliorées.
PCT/CN2006/000175 2005-04-04 2006-01-26 Procede et dispositif de test de fonctionnement d'un reseau WO2006105707A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200510059982.2 2005-04-04
CNB2005100599822A CN100382517C (zh) 2005-04-04 2005-04-04 网络服务质量测试方法及系统
CNB200510123357XA CN100463418C (zh) 2005-11-23 2005-11-23 网络性能测试方法、系统及网络设备
CN200510123357.X 2005-11-23

Publications (1)

Publication Number Publication Date
WO2006105707A1 true WO2006105707A1 (fr) 2006-10-12

Family

ID=37073084

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/000175 WO2006105707A1 (fr) 2005-04-04 2006-01-26 Procede et dispositif de test de fonctionnement d'un reseau

Country Status (1)

Country Link
WO (1) WO2006105707A1 (fr)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104486780A (zh) * 2014-12-30 2015-04-01 郑州向心力通信技术股份有限公司 无线局域网环境测试方法
CN105490879A (zh) * 2015-12-08 2016-04-13 重庆金美通信有限责任公司 一种大规模集成级网络的自动化分布式性能测试系统
CN107769986A (zh) * 2016-08-15 2018-03-06 中国移动通信有限公司研究院 一种网络性能测试系统、扩展系统及测试方法
CN111262749A (zh) * 2018-11-30 2020-06-09 华为技术有限公司 一种检测网络可靠性的方法及设备
CN112881826A (zh) * 2021-01-12 2021-06-01 国网山东省电力公司经济技术研究院 一种基于spn技术承载电力业务性能测试的方法
CN114339856A (zh) * 2021-12-03 2022-04-12 国家电网有限公司信息通信分公司 用于电力巡检业务的测试方法及装置、终端设备、网络设备
CN114978959A (zh) * 2022-05-27 2022-08-30 西安电子科技大学 一种网络设备的性能测试方法及装置
CN115484209A (zh) * 2022-09-23 2022-12-16 绿盟科技集团股份有限公司 一种网络流量回放方法、装置、介质和电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1417986A (zh) * 2001-11-06 2003-05-14 华为技术有限公司 异步转移模式交换机业务互通测试方法及装置
EP1496648A1 (fr) * 2003-07-10 2005-01-12 Siemens Aktiengesellschaft Générateurs de trafic économiquement rentables pour un réseau IP complexe
GB2404314A (en) * 2002-01-25 2005-01-26 Actix Ltd Identifying data packets by using a header pattern

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1417986A (zh) * 2001-11-06 2003-05-14 华为技术有限公司 异步转移模式交换机业务互通测试方法及装置
GB2404314A (en) * 2002-01-25 2005-01-26 Actix Ltd Identifying data packets by using a header pattern
EP1496648A1 (fr) * 2003-07-10 2005-01-12 Siemens Aktiengesellschaft Générateurs de trafic économiquement rentables pour un réseau IP complexe

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104486780A (zh) * 2014-12-30 2015-04-01 郑州向心力通信技术股份有限公司 无线局域网环境测试方法
CN105490879A (zh) * 2015-12-08 2016-04-13 重庆金美通信有限责任公司 一种大规模集成级网络的自动化分布式性能测试系统
CN107769986A (zh) * 2016-08-15 2018-03-06 中国移动通信有限公司研究院 一种网络性能测试系统、扩展系统及测试方法
CN107769986B (zh) * 2016-08-15 2020-02-07 中国移动通信有限公司研究院 一种网络性能测试系统、扩展系统及测试方法
CN111262749A (zh) * 2018-11-30 2020-06-09 华为技术有限公司 一种检测网络可靠性的方法及设备
CN111262749B (zh) * 2018-11-30 2023-05-23 华为技术有限公司 一种检测网络可靠性的方法及设备
CN112881826B (zh) * 2021-01-12 2023-04-28 国网山东省电力公司经济技术研究院 一种基于spn技术承载电力业务性能测试的方法
CN112881826A (zh) * 2021-01-12 2021-06-01 国网山东省电力公司经济技术研究院 一种基于spn技术承载电力业务性能测试的方法
CN114339856A (zh) * 2021-12-03 2022-04-12 国家电网有限公司信息通信分公司 用于电力巡检业务的测试方法及装置、终端设备、网络设备
CN114339856B (zh) * 2021-12-03 2024-03-12 国家电网有限公司信息通信分公司 用于电力巡检业务的测试方法及装置、终端设备、网络设备
CN114978959A (zh) * 2022-05-27 2022-08-30 西安电子科技大学 一种网络设备的性能测试方法及装置
CN114978959B (zh) * 2022-05-27 2024-01-23 西安电子科技大学 一种网络设备的性能测试方法及装置
CN115484209A (zh) * 2022-09-23 2022-12-16 绿盟科技集团股份有限公司 一种网络流量回放方法、装置、介质和电子设备
CN115484209B (zh) * 2022-09-23 2024-04-02 绿盟科技集团股份有限公司 一种网络流量回放方法、装置、介质和电子设备

Similar Documents

Publication Publication Date Title
CN100382517C (zh) 网络服务质量测试方法及系统
CN100463418C (zh) 网络性能测试方法、系统及网络设备
Bryant et al. Pseudo wire emulation edge-to-edge (PWE3) architecture
US8130661B2 (en) Systems and methods for intelligent probe testing
US8913623B2 (en) Method and apparatus for processing labeled flows in a communications access network
EP3139560B1 (fr) Dispositif et procédé de traitement de paquets et support de stockage informatique
US8654790B2 (en) Method of remote active testing of a device or network
US8730822B2 (en) Method for supporting SDH/SONET OAMP on ethernet
US9331920B2 (en) Media path monitoring over a secure network
WO2006105707A1 (fr) Procede et dispositif de test de fonctionnement d'un reseau
CN101595686B (zh) 触发中间设备处的流分析
US20080273472A1 (en) Ethernet resource management
CN106385344A (zh) 一种报文监控方法和装置
JP6332544B1 (ja) ネットワーク管理装置、ネットワークシステム、方法、及びプログラム
US20060013226A1 (en) Technique for transferring data over a packet switched network
WO2021052280A1 (fr) Système et procédé de mesure de réseau, dispositif et support de stockage
WO2022121638A1 (fr) Procédé et dispositif de traitement de paquets
WO2022132208A1 (fr) Mesurage de performance dans un réseau de routage de segment
Silalahi et al. Application of MPLS Tunnel Service L2TP-VPN Optimization Concept with Traffic Engineering Method for Looping-Protection Service Analysis
Bryant et al. RFC 3985: Pseudo wire emulation edge-to-edge (PWE3) architecture
Saputra et al. Implementation of Layer 2 MPLS VPN on the SDN Hybrid Network using Ansible and ONOS Controllers
WO2023240438A1 (fr) Traitement de paquets
Tang et al. A performance monitoring architecture for IP videoconferencing
Ruotsalainen L3 Latency in Regional Networks: Preparing 5G launch
EP1683301B1 (fr) Systèmes et procédés de test par sonde intelligente

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

NENP Non-entry into the national phase

Ref country code: RU

WWW Wipo information: withdrawn in national office

Country of ref document: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06705596

Country of ref document: EP

Kind code of ref document: A1

WWW Wipo information: withdrawn in national office

Ref document number: 6705596

Country of ref document: EP