CN114338444B - TTE switch testing method, TTE switch testing system, storage medium and computer equipment - Google Patents

TTE switch testing method, TTE switch testing system, storage medium and computer equipment Download PDF

Info

Publication number
CN114338444B
CN114338444B CN202111609148.1A CN202111609148A CN114338444B CN 114338444 B CN114338444 B CN 114338444B CN 202111609148 A CN202111609148 A CN 202111609148A CN 114338444 B CN114338444 B CN 114338444B
Authority
CN
China
Prior art keywords
service
information
flow
frame
service flow
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
CN202111609148.1A
Other languages
Chinese (zh)
Other versions
CN114338444A (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.)
Xidian University
Original Assignee
Xidian University
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 Xidian University filed Critical Xidian University
Priority to CN202111609148.1A priority Critical patent/CN114338444B/en
Publication of CN114338444A publication Critical patent/CN114338444A/en
Application granted granted Critical
Publication of CN114338444B publication Critical patent/CN114338444B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

The invention belongs to the technical field of TTE network switching, and discloses a test method, a system, a storage medium and computer equipment of a TTE switch, which are divided into service sending and service receiving statistics, wherein a sending side generates TT, RC and BE service flow according to flow information configured by software and sends three services to tested equipment according to a scheduling rule, and a receiving side performs statistics of relevant service information according to service flow forwarded by the tested equipment to complete the test. The invention generates the service flow according to the flow information stored and configured by the Block RAM in the chip, completes the time scheduling and event scheduling of the service flow, and completes the related statistics of the service flow by analyzing the service flow forwarded by the TTE switch. The invention is mainly aimed at the test of the TTE network switch, can complete the flow test, the function test and the performance test of the TTE network switch, and provides powerful guarantee for the normal work of the TTE network switch.

Description

TTE switch testing method, TTE switch testing system, storage medium and computer equipment
Technical Field
The invention belongs to the technical field of TTE network switching, and particularly relates to a test method, a test system, a test storage medium and a test computer device of a TTE switch.
Background
At present, the TTE is a network architecture combining the traditional Ethernet and time triggered communication, and with the rapid development of new technology of the TTE network in China, the TTE network test also provides a agenda, and because the common Ethernet tester does not comprise a time scheduling function and cannot complete the scheduling of TT service in the TTE network, in order to complete the test of a TTE switch, the software flexibly configures information such as flow and scheduling, and the hardware realizes the functions such as flow generation, scheduling, sending, receiving, statistics and the like according to the information such as flow and scheduling.
Through the analysis, the prior art has the following problems and defects: because TTE network is based on network time synchronization, if a common Ethernet tester is adopted, the TTE network does not have the function of time synchronization, the TTE network can not complete time synchronization between own local clock and tested equipment, and on the premise that the equipment does not complete synchronization, the TT service receiving and windowing inspection can not be triggered according to the time of TT service according to a scheduling table planned in advance.
The difficulty of solving the problems and the defects is as follows: for test equipment, enough service test flows need to be satisfied, however, for the frame length of a common ethernet frame, if enough service flows need to be transmitted, a relatively large data buffer area is needed, and a hardware platform needs to have enough storage space, so that the information field and the load field of the data frame are separately buffered, a random load field is provided, a user is allowed to carry out custom load of specific several flows, and when a queue is dequeued, the load field of the data frame is added, the transmission of the data frame is completed, and when calculation of service flow statistical information is completed, if mapping of service flow statistical information is carried out according to a source MAC and a destination MAC, the requirement on buffer space is extremely high, and therefore, a label field of the load field is occupied for recording the information of the service flow.
The meaning of solving the problems and the defects is as follows: the method has the advantages that the information fields and the load fields of the data frames are separated and cached, the data frames are provided for a plurality of modes such as custom load, random load and the like, the load fields are added in the process of queue data movement, the cache space of the data frames is greatly reduced, the tag fields added in the load fields of the data frames are very convenient to identify service information, the cross-chip selection and the cross-board service statistics of the service are realized, the information of the tag fields can be clearly extracted after the service flow forwarded by tested equipment is received, and the calculation and statistics of the information such as service flow delay, delay jitter and the like are carried out.
Disclosure of Invention
Aiming at the problems existing in the prior art, the invention provides a method, a system, a storage medium and computer equipment for testing a TTE switch.
The invention is realized in such a way, a TTE exchanger test method is divided into service sending and service receiving statistics;
the transmitting side generates TT, RC and BE service flows according to the flow information configured by the software, and transmits the three services to the tested equipment according to the scheduling rule, and the receiving side performs statistics of relevant service information according to the service flows forwarded by the tested equipment to complete the test;
and generating a service flow according to the flow information stored and configured by the Block RAM in the chip, completing time scheduling and event scheduling of the service flow, and completing related statistics of the service flow by analyzing the service flow forwarded by the TTE switch.
Further, the method for testing the TTE switch specifically comprises the following steps:
firstly, performing Block RAM storage on software configuration flow information, issuing configuration control information, controlling flow generation, and performing configuration modification through software, so that the flexibility of testing is greatly improved;
the second step, according to the control information to obtain the control instruction, and through reading the business flow information in the Block RAM, and finish the framing of the business and send to the queue management and dispatch module to buffer, produce the data source through the hardware design realization, have higher speed than the software issues the data source;
thirdly, caching the received service flow according to the virtual link number, only caching the frame head part, adding the load domain of the data frame after dequeuing, scheduling according to the priority of TT > RC > BE, and adopting the mode of separating and caching the information domain and the load domain, thereby greatly reducing occupied hardware resources;
fourthly, adding 20 byte tag fields at the frame end of the data frame for registering and counting the related information of the service flow, and realizing information counting of the cross-chip and the cross-board card through the fields of the tag fields;
fifthly, generating various types of CRC errors, TT sending time point errors and RC service BAGs which do not meet fault service flows according to the configured fault register information;
and sixthly, performing service flow frame counting, sequence number checking, RC service flow checking, TT service window checking and time delay jitter counting functions according to the service flow forwarded by the tested equipment, wherein software can monitor the test result in real time.
Further, the service flow information in the second step includes a source MAC, a destination MAC, a service VL number, a frame length mode, a frame length, a service flow ID, and a failure type.
Furthermore, the software in the first step and the second step is put into a Block RAM for caching through configuration service flow information, the hardware firstly reads control information to obtain the operation which needs to be completed by the user, and then reads the configuration information to complete the generation and the transmission of the service flow.
Further, the third step of scheduling is to schedule according to the priority of TT > RC > BE, firstly, time scheduling is carried out on TT service according to a configured TT transmission schedule, secondly, RC service is scheduled according to a transmission BAG table, and finally, when both TT and RC service do not meet the transmission scheduling requirement, BE service scheduling is carried out.
Further, the step of completing queue management and scheduling of the service flow in the third step includes:
step one, receiving a data frame of a service generating module, and extracting field information of a queue number, a frame length and a frame type of data frame enqueuing;
step two, sending TT and RC services to a Block RAM for caching according to field information of the enqueue frame, sending BE services to a FIFO for caching, and updating related queue information, queue frame length information and the like;
step three, the service dispatch checks the information of the service flow in the buffer area, and sends a queue application to the service buffer area according to the configured service sending schedule;
step four, the service buffer area receives the dequeue application from the dispatching, extracts the data frame information field in the corresponding queue, and adds the data frame load field;
further, in the fourth step, the adding of the tag field in the data frame payload field includes stream ID information, fault code information, transmission timestamp information, and intra-frame CRC check code information, where the stream ID is used to distinguish different service streams, the fault code completes fault injection to the tested device, the transmission timestamp extracts a local time counter to record a transmission time point of the data frame, and the intra-frame CRC check code information checks that the tested device has not tampered with the data frame payload field;
the fifth step is that the fault management module is used for extracting the configured fault state register, mapping specific faults, and transmitting the specific faults to each module to complete the corresponding faults, so as to realize the injection of fault service flows of the tested equipment, and test whether the tested equipment can make correct reactions to the fault service flows;
and in the sixth step, the statistics and inspection of the service flow information forwarded by the tested equipment mainly comprises the following steps:
step one, receiving service flow information from tested equipment, performing CRC (cyclic redundancy check), counting the number of CRC errors according to the port and flow ID modes, and recording and caching the data frames with correct CRC to service receiving time points;
recording a receiving time point of receiving the CRC check correct service data frame, extracting a sending time point of a service frame tag field, taking a difference value to obtain a tape casting, and counting the difference value of the tape casting for two times to obtain the tape casting jitter information;
step three, recording the sending frame count, the receiving frame count, the label field CRC error count and the TT/RC service SN number rule unsatisfied count;
step four, TT service windowing inspection is carried out on TT service flows, whether TT service flows forwarded by tested equipment are received in a specified window or not is inspected, and the number of inspection errors is recorded;
and fifthly, checking RC service flow of the RC service flow, checking whether the RC service flow forwarded by the tested equipment is forwarded according to the specified BAG information, and recording the checking error number.
It is a further object of the present invention to provide a computer device comprising a memory and a processor, the memory storing a computer program which, when executed by the processor, causes the processor to perform the steps of the method of testing a TTE switch.
It is a further object of the present invention to provide a computer readable storage medium storing a computer program which, when executed by a processor, causes the processor to perform the steps of the method for testing a TTE switch.
Another object of the present invention is to provide a test system of a TTE switch implementing the test method of a TTE switch, the test system of a TTE switch comprising:
the software configuration module is used for completing the adaptation of the software and hardware interfaces and completing the configuration of the service flow information and the registering of related control information by the software;
the flow generating module reads the configured control information, finishes reading the service flow information according to the control command and sends the service flow information in a framing way;
the queue management and scheduling module is used for receiving the data frames of the service generation module and extracting the queue number, frame length and frame type field information of the enqueue of the data frames; sending TT and RC services to a Block RAM for caching according to field information of the enqueued frame, sending BE services to a FIFO for caching, and updating related queue information and queue frame length information; the service dispatch checks the information of the service flow in the buffer area, and sends a queue application to the service buffer area according to the configured service sending schedule; the service buffer area receives the dequeue application from the dispatching, extracts the data frame information field in the corresponding queue, and adds the data frame load field;
the tag field adding module adds tag fields in a data frame load field, wherein the tag fields comprise stream ID information, fault code information, sending time stamp information and frame internal CRC check code information, the stream ID is used for distinguishing different service streams, the fault code is used for completing fault injection of the tested equipment, the sending time stamp is used for extracting a local time counter to record a sending time point of the data frame, and the frame internal CRC check code information is used for checking whether the tested equipment falsifies the data frame load field;
the fault management module is used for extracting the configured fault state register, mapping specific faults and transmitting the specific faults to each module to complete the corresponding faults so as to realize the injection of fault service flows of the tested equipment;
the service checking and counting module receives service flow information from the tested equipment, performs CRC check, and counts the number of CRC errors according to the port and the flow ID mode respectively; recording and caching the service receiving time point of the data frame with correct CRC; recording a receiving time point of receiving the CRC correct service data frame, extracting a sending time point of a service frame label field, taking a difference value to obtain a tape delay, and counting the difference value of the tape delay for two times to obtain the tape delay jitter information; TT service windowing inspection is carried out on TT service flows, whether TT service flows forwarded by tested equipment are received in a specified window or not is inspected, and the number of inspection errors is recorded; and checking RC traffic flow of the RC traffic flow, checking whether the RC traffic flow forwarded by the tested equipment is forwarded according to the specified BAG information, and recording the number of checking errors.
By combining all the technical schemes, the invention has the advantages and positive effects that: the invention can complete the generation of the service flow according to the configuration information of the software and the transmission of the service flow according to the control information of the software, thereby effectively improving the flexibility of service test; for the caching of the service data frames, the information domain and the load domain of the data frames can be stored separately; the load domain provides modes such as self-defined load, random load and the like, and is added when dequeued, so that the use of a cache space of a test system is greatly reduced, and the number of service flow tests is increased; the tag field added in the load field has the functions of realizing failure of the data frame, adding a sending time point, identifying a stream ID and the like, is convenient for information statistics of the data frame during board-crossing and chip-crossing selection, and also provides convenience for design.
Compared with the prior art, the invention has the following advantages:
(1) The service scheduling information is configured to the on-chip buffer area through software to finish queue management and scheduling of three services, and compared with other test equipment, the method provides a transmitting mode aiming at TTE special services, and provides convenience for function test of a TTE switch.
(2) For the buffer memory of the data frame, the mode of separating the information domain and the load domain is adopted, so that the realization method of queue management is simplified, the Block RAM storage resource in a chip is saved, the number of testable service flows is increased, and the pressure test of more service flows can be realized.
(3) For information statistics of the cross-board card and the cross-chip selection of the service flow, a tag field is added in a load field of each data frame, the field comprises fields such as a flow ID, a sending time point, a fault code and the like, service flow information forwarded by tested equipment is identified according to the fields, and relevant statistics of time delay and time delay jitter, flow inspection, frame counting and the like are completed according to the service flow information.
(4) The system is flexible and configurable, service configuration information and control information can be modified at any time through software, and the software can also read the statistical information of the hardware cache area in real time, so that the convenience of testing the TTE switch by a user is effectively improved.
Drawings
Fig. 1 is a flowchart of a test method of a TTE switch according to an embodiment of the present invention.
Fig. 2 is a schematic structural diagram of a test system of a TTE switch according to an embodiment of the present invention;
in fig. 2: 1. a software configuration module; 2. a flow generation module; 3. a queue management and scheduling module; 4. a tag field adding module; 5. a fault management module; 6. and a business inspection statistics module.
Fig. 3 is a flowchart of an implementation of a TTE switch test method according to an embodiment of the present invention.
FIG. 4 is a block diagram illustrating a queue buffering and scheduling module according to an embodiment of the present invention.
Fig. 5 to 10 are partial module simulation implementation diagrams of the TTE switch test method.
Detailed Description
The present invention will be described in further detail with reference to the following examples in order to make the objects, technical solutions and advantages of the present invention more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the invention.
Aiming at the problems existing in the prior art, the invention provides a method, a system, a storage medium and computer equipment for testing a TTE switch, and the invention is described in detail below with reference to the accompanying drawings.
As shown in fig. 1, the test method of the TTE switch provided by the invention includes the following steps:
s101: the software configuration flow information is stored in a Block RAM, configuration control information is issued, and the flow is controlled;
s102: acquiring a control instruction according to the control information, reading service flow information in a Block RAM, and completing framing of a service and sending the framing to a queue management and scheduling module for caching;
s103: caching the received service flow according to the virtual link number, caching only the frame head part, adding the load field of the data frame after dequeuing, and scheduling according to the priority of TT > RC > BE;
s104: adding 20 bytes of tag fields at the frame tail of a data frame for registering and counting related information of the service flow;
s105: generating a series of fault service flows such as CRC errors, TT transmission time point errors, RC service BAG unsatisfied and the like according to the configured fault register information;
s106: and performing the functions of service flow frame counting, sequence number checking, RC service flow checking, TT service window checking, delay jitter statistics and the like according to the service flow forwarded by the tested equipment.
Other steps may be performed by those skilled in the art of the method for testing a TTE switch provided by the present invention, and the method for testing a TTE switch provided by the present invention in fig. 1 is merely a specific embodiment.
As shown in fig. 2, the test system of the TTE switch provided by the present invention includes:
and the software configuration module 1 is used for completing the adaptation of the software and hardware interfaces and completing the configuration of the service flow information and the registration of related control information by the software.
The flow generating module 2 firstly reads the configured control information, and finishes the reading of the service flow information according to the control command and sends the service flow information in a framing way.
The queue management and scheduling module 3 receives the data frames of the service generation module and extracts field information such as a queue number, a frame length, a frame type and the like of the enqueue of the data frames; sending TT and RC services to a Block RAM for caching according to field information of the enqueued frame, sending BE services to a FIFO for caching, and updating related queue information, queue frame length information and the like; the service dispatch checks the information of the service flow in the buffer area, and sends a queue application to the service buffer area according to the configured service sending schedule; the service buffer area receives the dequeue application from the dispatching, extracts the data frame information field in the corresponding queue, and adds the data frame load field.
The tag field adding module 4 adds tag fields in the data frame load field, wherein the tag fields comprise stream ID information, fault code information, transmission time stamp information and intra-frame CRC check code information, the stream ID is used for distinguishing different service streams, the fault code is used for completing fault injection to the tested device, the transmission time stamp extraction local time counter is used for recording the transmission time point of the data frame, and the intra-frame CRC check code information is used for checking whether the tested device falsifies the data frame load field.
The fault management module 5 is used for extracting the configured fault state register, mapping specific faults and transmitting the specific faults to each module to complete the corresponding faults, so that the fault service flow of the tested equipment is injected.
The service checking and counting module 6 receives service flow information from the tested equipment, performs CRC check, and counts the number of CRC errors according to the port and the flow ID mode respectively; recording and caching the service receiving time point of the data frame with correct CRC; recording a receiving time point of receiving the CRC correct service data frame, extracting a sending time point of a service frame label field, taking a difference value to obtain a tape delay, and counting the difference value of the tape delay for two times to obtain the tape delay jitter information; TT service windowing inspection is carried out on TT service flows, whether TT service flows forwarded by tested equipment are received in a specified window or not is inspected, and the number of inspection errors is recorded; and checking RC traffic flow of the RC traffic flow, checking whether the RC traffic flow forwarded by the tested equipment is forwarded according to the specified BAG information, and recording the number of checking errors.
The technical scheme of the invention is further described below with reference to the accompanying drawings.
As shown in fig. 3, the test method of the TTE switch provided by the present invention specifically includes the following steps:
firstly, software configuration flow information is stored in a Block RAM, configuration control information is issued to a flow generation module, and flow generation is controlled.
And secondly, the flow generation module acquires a control instruction according to the control information, reads service flow information in the Block RAM, wherein the service flow information comprises source MAC, destination MAC, service VL number, frame length mode, frame length, service flow ID, fault type and the like, and completes framing of the service and sends the framing to the queue management and scheduling module for caching.
Thirdly, the queue management and scheduling module caches the received service flow according to the virtual link number, in order to save the cache space of the data frame and meet the requirements of 4096 service flows, only the frame head part is cached, the load domain of the data frame is added after dequeuing, scheduling is performed according to the priority of TT > RC > BE, firstly, TT service is scheduled according to the configured TT transmission schedule, secondly, RC service is scheduled according to the transmission BAG table, and finally, when both TT and RC service do not meet the transmission scheduling requirement, BE service is scheduled.
And fourthly, adding 20 bytes of tag fields at the frame tail of the data frame by a tag field adding module for registering and counting related information of the service flow.
And fifthly, generating a series of fault service flows such as CRC errors, TT transmission time point errors, RC service BAG unsatisfied and the like according to the configured fault register information by the fault management module.
And sixthly, the service inspection and statistics module performs the functions of service flow frame counting, sequence number inspection, RC service flow inspection, TT service window inspection, delay time jitter statistics and the like according to the service flow forwarded by the tested equipment.
In the first and second steps, the software is put into the Block RAM for caching through configuration service flow information, the hardware firstly reads the control information to obtain the operation which needs to be completed by the user, and then reads the configuration information to complete the generation and the transmission of the service flow.
The queue management and scheduling of the traffic flow is completed in the third step, including:
step one, receiving a data frame of a service generating module, and extracting field information such as a queue number, a frame length, a frame type and the like of data frame enqueuing;
step two, sending TT and RC services to a Block RAM for caching according to field information of the enqueue frame, sending BE services to a FIFO for caching, and updating related queue information, queue frame length information and the like;
step three, the service dispatch checks the information of the service flow in the buffer area, and sends a queue application to the service buffer area according to the configured service sending schedule;
step four, the service buffer area receives the dequeue application from the dispatching, extracts the data frame information field in the corresponding queue, and adds the data frame load field;
in the fourth step, the adding of the tag field in the data frame load field comprises stream ID information, fault code information, sending time stamp information and frame internal CRC check code information, wherein the stream ID is used for distinguishing different service streams, the fault code is used for completing fault injection to the tested equipment, the sending time stamp is used for extracting a local time counter to record the sending time point of the data frame, and the frame internal CRC check code information is used for checking whether the tested equipment falsifies the data frame load field;
in the fifth step, the fault management module is used for extracting the configured fault state register, mapping specific faults and transmitting the specific faults to each module to complete the corresponding faults, so that the fault service flow of the tested equipment is injected, and whether the tested equipment can make a correct reaction to the fault service flow or not is tested;
in the sixth step, the statistics and inspection of the service flow information forwarded by the tested device mainly comprises the following steps:
step one, receiving service flow information from tested equipment, performing CRC (cyclic redundancy check), counting the number of CRC errors according to the port and flow ID modes, and recording and caching the data frames with correct CRC to service receiving time points;
recording a receiving time point of receiving the CRC check correct service data frame, extracting a sending time point of a service frame tag field, taking a difference value to obtain a tape casting, and counting the difference value of the tape casting for two times to obtain the tape casting jitter information;
step three, recording the sending frame count, the receiving frame count, the label field CRC error count, the TT/RC service SN number rule unsatisfied count and the like;
step four, TT service windowing inspection is carried out on TT service flows, whether TT service flows forwarded by tested equipment are received in a specified window or not is inspected, and the number of inspection errors is recorded;
and fifthly, checking RC service flow of the RC service flow, checking whether the RC service flow forwarded by the tested equipment is forwarded according to the specified BAG information, and recording the checking error number.
As shown in fig. 5, the flow in the method for generating the service flow in the simulation waveform includes:
step one, a user completes the configuration of the list items of the service flow to be tested;
secondly, the hardware completes framing of service flows by analyzing the content of the data source table entry and allocates the bandwidth according to the configuration rate and the basic period of 1ms, two service flows are configured in the figure, the bandwidth percentages send_rate are respectively 10% and 15%, and after the bandwidth is used up, the service flows wait for the next period to be transmitted;
thirdly, generating three services of TT, RC and BE according to requirements, and reconfiguring a frame length mode, load content and the like at any time by a user.
As shown in fig. 6, the method for TT service scheduling provided by the present invention, the flow in the TT scheduling simulation waveform includes:
step one, the test equipment and the tested equipment carry out interaction of synchronous protocol frames to complete synchronization;
step two, the user completes the configuration of the TT transmission schedule through software;
and thirdly, the TT scheduling module extracts a transmission time point in the TT transmission scheduling list item, wherein the transmission time point of the next list item is 64' h5b19, and when the system time sys_sync_time is timed to the time point, a dequeue instruction is sent according to the state of a TT queue in the queue, so that the scheduling of TT service is completed.
As shown in fig. 7 and fig. 8, the adding of a tag field provided by the present invention is used for information extraction to complete service statistics, and the process of adding the tag field into a simulation waveform includes:
step one, extracting tag field information according to a frame information domain dequeued by a queue management module;
step two, firstly, adding a data frame load domain according to frame length information and a frame length mode, and completing combination of the information domain and the load domain;
thirdly, adding a tag part field according to the information such as fault codes, stream IDs and the like;
and step four, finally extracting a current local clock adding and transmitting timestamp field at the network port transmitting side, and completing the addition of the whole tag field.
As shown in fig. 9 and fig. 10, the calculation of delay and delay jitter at the receiving side provided by the present invention includes the steps of:
step one, the tested equipment forwards the received service frame, and the test equipment extracts a sending time stamp in a tag field;
step two, recording the local time of the received service frame, and acquiring time delay information by taking the absolute value of the difference between the receiving time point and the transmitting time point;
writing delay information and stream ID numbers into fifo for caching, wherein each port has a respective delay caching space;
and fourthly, carrying out fair polling on the delay information fifo of all ports, taking the stream ID information cached in the fifo as an address signal of a delay jitter RAM, and carrying out updating of service delay and calculation of delay jitter.
It should be noted that the embodiments of the present invention can be realized in hardware, software, or a combination of software and hardware. The hardware portion may be implemented using dedicated logic; the software portions may be stored in a memory and executed by a suitable instruction execution system, such as a microprocessor or special purpose design hardware. Those of ordinary skill in the art will appreciate that the apparatus and methods described above may be implemented using computer executable instructions and/or embodied in processor control code, such as provided on a carrier medium such as a magnetic disk, CD or DVD-ROM, a programmable memory such as read only memory (firmware), or a data carrier such as an optical or electronic signal carrier. The device of the present invention and its modules may be implemented by hardware circuitry, such as very large scale integrated circuits or gate arrays, semiconductors such as logic chips, transistors, etc., or programmable hardware devices such as field programmable gate arrays, programmable logic devices, etc., as well as software executed by various types of processors, or by a combination of the above hardware circuitry and software, such as firmware.
The foregoing is merely illustrative of specific embodiments of the present invention, and the scope of the invention is not limited thereto, but any modifications, equivalents, improvements and alternatives falling within the spirit and principles of the present invention will be apparent to those skilled in the art within the scope of the present invention.

Claims (8)

1. The test method of the TTE switch is characterized by specifically comprising the following steps of:
firstly, performing Block RAM storage on service flow information configured by software, and transmitting the configured control information to a flow generation module to control flow generation;
secondly, the flow generating module acquires a control instruction according to the control information, finishes framing of the service by reading the service flow information in the Block RAM, and sends the service to the queue management and scheduling module for caching;
thirdly, the queue management and scheduling module caches the received service flow according to the virtual link number, only caches the head part of the frame, adds the load field of the data frame after dequeuing, and schedules according to the priority of TT > RC > BE;
a fourth step, a tag field adding module adds 20 bytes of tag fields at the frame end of the data frame for registering and counting the related information of the service flow;
fifthly, generating a fault service flow by a fault management module according to the configured fault state register information, wherein the fault comprises CRC errors, TT sending time point errors and RC service BAGs unsatisfied;
sixthly, the service inspection and statistics module counts service flow frames, sequence number inspection, RC service flow inspection, TT service window inspection and delay jitter statistics according to the service flow forwarded by the tested equipment;
in the third step, queue management and scheduling of the service flow includes:
step one, receiving a data frame of a service generation module, and extracting field information of an enqueued data frame, wherein the field information comprises a queue number, a frame length and a frame type;
step two, sending TT and RC services to a Block RAM for caching according to field information of the enqueue frame, sending BE services to a FIFO for caching, and updating related queue information and queue frame length information;
step three, the service dispatch checks the information of the service flow in the buffer area, and sends a queue application to the service buffer area according to the configured service sending schedule;
and step four, the service buffer area receives the dequeue application from the dispatching, extracts the data frame information field in the corresponding queue, and adds the data frame load field.
2. The method of testing a TTE switch of claim 1 wherein the traffic flow information of the second step includes a source MAC, a destination MAC, a traffic VL number, a frame length pattern, a frame length, a traffic flow ID, a failure type.
3. The method for testing TTE switch according to claim 1, wherein in the first step and the second step, the service flow information is configured by software, the service flow information is put into a Block RAM for buffering, hardware firstly reads the service flow information configured by software to obtain the operation required to be completed by a user, and then reads the control information configured to complete the generation and the transmission of the service flow.
4. The method of testing a TTE switch of claim 1 wherein the third scheduling is based on a priority of TT > RC > BE, comprising: firstly, time scheduling is carried out on TT service according to a configured TT transmission schedule, secondly, scheduling is carried out on RC service according to a transmission BAG table, and finally, when both TT service and RC service do not meet the transmission scheduling requirement, scheduling is carried out on BE service.
5. The method for testing a TTE switch of claim 1, wherein in the fourth step, a tag field includes stream ID information for distinguishing between different traffic streams, failure code information for completing failure injection into a device under test, failure code information for extracting a transmission time point of a local time counter recording a data frame, transmission time stamp information for checking whether the device under test tampers with a data frame payload field, and intra-frame CRC check code information;
in the fifth step, the fault management module is used for extracting the configured fault state register, mapping specific faults, and transmitting the specific faults to each module to complete the corresponding faults, so as to realize the injection of fault service flows of the tested equipment, and test whether the tested equipment can make correct reactions to the fault service flows;
in the sixth step, the service inspection statistics module is configured to complete statistics and inspection of service flow information forwarded by the tested device, including:
step one, receiving service flow information from tested equipment, performing CRC (cyclic redundancy check), counting the number of CRC errors according to the port and flow ID modes, and recording and caching the data frames with correct CRC to service receiving time points;
recording a receiving time point of receiving the CRC check correct service data frame, extracting a sending time point of a service data frame tag field to obtain a tape casting, and counting the difference of the tape casting for two times to obtain the tape casting jitter information;
step three, recording the sending frame count, the receiving frame count, the label field CRC error count and the TT/RC service SN number rule unsatisfied count;
step four, TT service windowing inspection is carried out on TT service flows, whether TT service flows forwarded by tested equipment are received in a specified window or not is inspected, and the number of inspection errors is recorded;
and fifthly, checking RC service flow of the RC service flow, checking whether the RC service flow forwarded by the tested equipment is forwarded according to the specified BAG information, and recording the checking error number.
6. A computer device comprising a memory and a processor, the memory storing a computer program which, when executed by the processor, causes the processor to perform the steps of the method of testing a TTE switch according to any one of claims 1-5.
7. A computer readable storage medium storing a computer program which, when executed by a processor, causes the processor to perform the steps of the method of testing a TTE switch according to any one of claims 1-5.
8. A TTE switch test system for implementing the method for testing a TTE switch according to any one of claims 1-5, wherein the TTE switch test system comprises:
the software configuration module is used for completing the adaptation of the software and hardware interfaces and completing the configuration of the software to the service flow information and the registration of related control information;
the flow generating module reads the configured control information, finishes reading the service flow information according to the control command and sends the service flow information in a framing way;
the queue management and scheduling module is used for receiving the data frames of the flow generation module, extracting field information of the enqueued data frames, wherein the field information comprises a queue number, a frame length and frame type field information; sending TT and RC services to a Block RAM for caching according to field information of the enqueued data frame, sending BE services to a FIFO for caching, and updating related queue information and queue frame length information; the service scheduling checks the service flow information of the buffer area, and sends a queue application to the service buffer area according to the configured service sending scheduling table; the service buffer area receives the dequeue application from the dispatching, extracts the data frame information field in the corresponding queue, and adds the data frame load field;
a tag field adding module, which adds a tag field in a data frame load field, wherein the tag field comprises stream ID information, fault code information, sending timestamp information and frame internal CRC check code information, the stream ID is used for distinguishing different service streams, the fault code is used for completing fault injection to the tested device, the sending timestamp is used for extracting a local time counter for recording a sending time point of the data frame, and the frame internal CRC check code information is used for checking whether the tested device falsifies the data frame load field;
the fault management module is used for extracting the configured fault state register, mapping specific faults and transmitting the specific faults to each module to complete the corresponding faults so as to realize the injection of fault service flows of the tested equipment;
the service checking and counting module receives service flow information from the tested equipment, performs CRC check, and counts the number of CRC errors according to the port and the flow ID mode respectively; recording and caching the service receiving time point of the data frame with correct CRC; recording a receiving time point of receiving the CRC correct service data frame, extracting a sending time point of a service frame label field, taking a difference value to obtain a tape delay, and counting the difference value of the tape delay for two times to obtain the tape delay jitter information; TT service windowing inspection is carried out on TT service flows, whether TT service flows forwarded by tested equipment are received in a specified window or not is inspected, and the number of inspection errors is recorded; and checking RC traffic flow of the RC traffic flow, checking whether the RC traffic flow forwarded by the tested equipment is forwarded according to the specified BAG information, and recording the number of checking errors.
CN202111609148.1A 2021-12-27 2021-12-27 TTE switch testing method, TTE switch testing system, storage medium and computer equipment Active CN114338444B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111609148.1A CN114338444B (en) 2021-12-27 2021-12-27 TTE switch testing method, TTE switch testing system, storage medium and computer equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111609148.1A CN114338444B (en) 2021-12-27 2021-12-27 TTE switch testing method, TTE switch testing system, storage medium and computer equipment

Publications (2)

Publication Number Publication Date
CN114338444A CN114338444A (en) 2022-04-12
CN114338444B true CN114338444B (en) 2024-03-12

Family

ID=81013116

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111609148.1A Active CN114338444B (en) 2021-12-27 2021-12-27 TTE switch testing method, TTE switch testing system, storage medium and computer equipment

Country Status (1)

Country Link
CN (1) CN114338444B (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115297070B (en) * 2022-07-15 2024-02-27 中国航空无线电电子研究所 Multi-metadata-excited ARINC664 switch cache overflow test method
CN115766555A (en) * 2022-11-11 2023-03-07 中国航空工业集团公司西安飞行自动控制研究所 TTE switch network test architecture and method

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106059701A (en) * 2016-08-17 2016-10-26 北京航空航天大学 Device for testing clock synchronization correction value of time-triggered Ethernet by capturing protocol control frame
EP3217614A1 (en) * 2016-03-09 2017-09-13 Mitsubishi Electric R&D Centre Europe B.V. Multiplexing method for scheduled frames in an ethernet switch
CN109600187A (en) * 2018-11-28 2019-04-09 山东航天电子技术研究所 A kind of time trigger Unified Network transmission end system scheduling method and device
CN112615756A (en) * 2020-12-10 2021-04-06 北京信而泰科技股份有限公司 Network traffic scheduling method and device
CN112714041A (en) * 2020-12-21 2021-04-27 北京信而泰科技股份有限公司 TTE switch capacity test method, device and computer readable medium
CN112804121A (en) * 2021-01-08 2021-05-14 中国商用飞机有限责任公司北京民用飞机技术研究中心 TTE network transmission delay test system and method
CN113132231A (en) * 2021-03-05 2021-07-16 西安电子科技大学 TTE (time to live) exchange system and method supporting time slice moving and application
CN113141320A (en) * 2021-03-01 2021-07-20 西安电子科技大学 System, method and application for rate-limited service planning and scheduling

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8634305B2 (en) * 2011-09-02 2014-01-21 Honeywell International Inc. Time triggered ethernet system testing means and method

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3217614A1 (en) * 2016-03-09 2017-09-13 Mitsubishi Electric R&D Centre Europe B.V. Multiplexing method for scheduled frames in an ethernet switch
CN106059701A (en) * 2016-08-17 2016-10-26 北京航空航天大学 Device for testing clock synchronization correction value of time-triggered Ethernet by capturing protocol control frame
CN109600187A (en) * 2018-11-28 2019-04-09 山东航天电子技术研究所 A kind of time trigger Unified Network transmission end system scheduling method and device
CN112615756A (en) * 2020-12-10 2021-04-06 北京信而泰科技股份有限公司 Network traffic scheduling method and device
CN112714041A (en) * 2020-12-21 2021-04-27 北京信而泰科技股份有限公司 TTE switch capacity test method, device and computer readable medium
CN112804121A (en) * 2021-01-08 2021-05-14 中国商用飞机有限责任公司北京民用飞机技术研究中心 TTE network transmission delay test system and method
CN113141320A (en) * 2021-03-01 2021-07-20 西安电子科技大学 System, method and application for rate-limited service planning and scheduling
CN113132231A (en) * 2021-03-05 2021-07-16 西安电子科技大学 TTE (time to live) exchange system and method supporting time slice moving and application

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
An Efficient Scheduling Algorithm for Adjustable Time Slots in Time-Triggered Ethernet;Meichen Liu;《2019 IEEE 11th International Conference on Communication Software and Networks (ICCSN)》;全文 *
TTE流量调度方法的研究与设计;王建宇;孙靖国;;《信息通信》(第01期);全文 *
多时钟同步方案的比较与测试;战裕隆;杨佳利;朱纪洪;;《计算机测量与控制》(第06期);全文 *

Also Published As

Publication number Publication date
CN114338444A (en) 2022-04-12

Similar Documents

Publication Publication Date Title
CN114338444B (en) TTE switch testing method, TTE switch testing system, storage medium and computer equipment
US7710969B2 (en) Rapid I/O traffic system
US7562276B1 (en) Apparatus and method for testing and debugging an integrated circuit
US7590911B1 (en) Apparatus and method for testing and debugging an integrated circuit
US8457128B2 (en) Capturing packets with parallel capture engines
US5991305A (en) Integrated multiport switch having independently resettable management information base (MIB)
CN110213143B (en) 1553B bus IP core and monitoring system
EP2239888B1 (en) Traffic receiver using parallel capture engines
US7082504B2 (en) Method and apparatus for asynchronous read control
US10132863B2 (en) Debug architecture
US7496801B2 (en) Method, apparatus and system for facilitating debug for link interconnects
US20070179733A1 (en) Methods and apparatus for testing a link between chips
US20140013011A1 (en) Debug architecture
CN108429707B (en) Time trigger service repeater and method adapting to different transmission rates
CN106991027B (en) Checker based on SERDES protocol verification, function verification system and method
CN100387027C (en) Bag-preprocessing circuit assembly of interface card for high-speed network diversion equipment
US20140013161A1 (en) Debug architecture
US20060282719A1 (en) Unique Addressable Memory Data Path
US20060256877A1 (en) Rapid I/O Compliant Message Mapper
US7990980B2 (en) Modeling non-deterministic priority queues for efficient model checking
US20060268714A1 (en) Rapid I/O Compliant Congestion Control
CN114970428A (en) Verification system and method for Flexray bus controller in SoC
US20060256878A1 (en) Out of Order Message Completion Management
CN114745071A (en) High-precision timestamp verification method based on UVM
CN112104489B (en) High-speed real-time data capturing method without interference to communication

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
GR01 Patent grant
GR01 Patent grant