WO2001028060A1 - Digital testing device - Google Patents
Digital testing device Download PDFInfo
- Publication number
- WO2001028060A1 WO2001028060A1 PCT/IL2000/000639 IL0000639W WO0128060A1 WO 2001028060 A1 WO2001028060 A1 WO 2001028060A1 IL 0000639 W IL0000639 W IL 0000639W WO 0128060 A1 WO0128060 A1 WO 0128060A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- protocol
- data
- interface
- protocols
- user interface
- Prior art date
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 a digital testing device, and more particularly but not exclusively to a digital testing device and method for use in the data communications and telecommunications fields.
- Modern telecommunications systems are generally constructed of various elements capable of data processing and data communication support.
- the various elements may be interlinked in order to establish reliable data flow between the elements and in order to guarantee proper harmonic operation as one complete system.
- digital data can be put through numerous complex processes, each using numerous protocols.
- the protocols may be standard protocols or they may be proprietary protocols unique to the equipment manufacturer. Frequently the manufacturer uses an in-house modification of a standard protocol.
- each different protocol or group of similar protocols requires a different test device, and often even minor variations of the algorithm may require the use of a different device.
- a single communication system may combine equipment of several manufacturers. It may thus require numerous test devices and be very difficult to test. Furthermore, the different test devices generally do not work together and thus test of integrated scenarios is generally not possible.
- a digital testing device comprising: at least one data interface, a plurality of predetermined protocols, a protocol selector for selecting any combination of said protocols to operate on said digital data, and an output for outputting results of applying said digital data to said selected protocols.
- a digital testing device comprising: at least one data interface, a user interface, a protocol constructor operable to accept data from said user interface and to construct a protocol in accordance therewith, said protocol being able to operate on said digital data, and an output for outputting results of applying said digital data to said selected protocols.
- a digital testing device comprising, at least one data interface, a plurality of predetermined protocols, a user interface, a protocol constructor operable to accept data from said user interface and to construct an additional protocol in accordance therewith, said protocol being able to operate on said digital data, a protocol selector for selecting any combination of said protocols to operate on said digital data and an output for outputting results of applying said digital data to said selected protocols.
- a fourth aspect of the present invention comprises a digital simulation device which comprises the protocols, a protocol constructor, the user interface, a protocol selector and the output. Instead data is produced automatically within the device itself and sent via the interface
- the digital data is the output of all or part of a communications device.
- the device may be comprised within a computer.
- the output may comprise a configurable data protocol which may be set to find points of interest in the data under test.
- the input may comprise a selectable one of a plurality of device interfaces.
- the device interfaces are preferably designed with specific digital equipment in mind and may be operable to hide characteristics of the equipment from the device. Means are provided for enabling the user to generate new device interfaces or to configure existing device interfaces.
- Embodiments of the invention are operable with any digital data.
- the protocols referred to above preferably synthesize the data format of various communication protocols as used in communications engineering.
- the protocols are preferably descendant objects of a protocol-independent parent object, which may alternatively be referred to as a virtual protocol.
- the protocol-independent parent object is preferably operable to support processing of data according to any predefined protocol, which may be a descendant object thereof.
- the algorithm-independent parent object may support certain desirable features such as smart filtering, triggering and simulation operations, which enhance testing ability.
- the protocols may be templates for arranging incoming data into the data field and packet format of any predetermined protocol or other communication algorithm.
- the protocol constructor preferably comprises a bank of predefined protocol sub steps represented by visual items in the user interface, individually selectable by a user through said user interface to build a protocol.
- the specific device interfaces referred to above are preferably represented by visual items in the user interface, individually selectable by a user through said user interface.
- Embodiments of the invention may thus provide a multi-interface, multi-protocol analyzer and simulator for testing or simulating .complex communication systems involving any standard or proprietary protocol.
- the embodiments are based on a virtual protocol model.
- automatic association may be made between a given device interface and one of said plurality of protocols.
- external test devices may be integrated into the system using a suitably designed interface.
- Embodiments of the invention may provide a device that can test an entire telecommunication system comprising equipment from numerous manufacturers, using a plurality of ports each of which can be programmed to operate on a different protocol, and which can be associated logically one with the other.
- the device may enable a reduction in development time and cost.
- Fig. 1 is a simplified diagram of a first embodiment of a device according to the invention
- Fig. 2 is a generalized block diagram of a device according to a preferred embodiment of the present invention
- Fig. 3 is a generalized layer diagram of an embodiment of the present invention.
- Fig. 4 is a generalized diagram showing in more detail the virtual protocol model core of
- Fig. 5 is a screen view of an exemplary protocol of the kind described in Fig. 4, as seen from within the protocol designer, Fig. 6 shows the first step in the process of designing an object for testing a proprietary protocol,
- Fig. 7 is a screen view showing how the user interface 26 permits selection of a prestored interface for the interface object
- Fig. 8 is a screen view of available protocols including that defined in Fig. 6,
- Fig. 9 is a screen view showing a new logical channel configured with a protocol and physical interface
- Fig. 10 is a tree diagram showing a tree object based on the protocol shown in Fig. 6,
- Fig. 1 1 is a screen view showing the monitor output when test data bytes arrive and fit into the protocol tree as shown in Fig. 10, and
- Fig. 12 is a screen view showing a capture filter for monitoring the results of the analysis of Fig. 11.
- FIG. 1 is a simplified diagram of a first embodiment of a device according to the invention.
- An interface connector 10 is attachable to a telecommunications system unit 12 or other communication device, in such a way that it is able to extract data for testing.
- the interface connector is attached to a portable, or other, computer 14, which carries out an analysis of the extracted data.
- the interface connector is simply a buffering device allowing data from the exchange unit 12 to reach an input port of the computer 14. In some embodiments, buffering may not be necessary.
- Fig. 2 is a generalized block diagram of a device according to a preferred embodiment of the present invention. It is to be borne in mind that the invention does not solely encompass the device configured for use but also relates to the features of the device that aid easy configuration and also to the method of configuration.
- a device interface 20 provides interfacing with the equipment to be tested.
- the interface is preferably selected to be specific to the equipment and is operable to hide hardware features of the equipment under test from the device.
- a protocol bank 22 comprises a plurality of predefined protocols PI...PN, all of which are designed to simulate the operation, on a datastream, of a specific item of equipment.
- the relevant protocol or protocols are selected by the user through a protocol selector screen of a user interface (Fig. 8 below).
- the user interface is preferably a visual interface; wherein objects to be selected by the user are generally presented as graphical icons.
- the device allows for the easy addition of new protocols. This may be done by obtaining a predefined protocol from an external source such as the Internet, or it may be done by use of a protocol designer (46 in Fig.3).
- the protocol designer 46 contains a bank of protocol substeps (not shown), which are preferably represented by icons in the user interface. The user is able to select from the substeps to build his own protocol P Ne w, as will be explained in greater detail below. The newly formed protocol is then available for protocol selection in the same way as the predefined protocols P I ...P N
- An output unit 32 again configurable through the user interface, filters the output data for interpretation by the user.
- User configurable filters F I .. .F are stored in a filter bank 24 and customization thereof will be discussed below with respect to Fig. 12.
- User configurable triggers T L .. T K for triggering test operations and the like, are stored in a trigger bank 26 and are likewise customizable through the user interface.
- devices according to the present invention may run simulations as well as tests.
- a bank of prestored and configurable simulations is stored in a simulation bank 28.
- a virtual protocol model core 30 is a parent object that encapsulates a generic description of a communication protocol. It is preferably able to take on the characteristics of any protocols and the like that are applied to it. This is because all of the protocols etc. that have been discussed with respect to Fig. 2 are preferably defined as descendant objects thereof, as will be discussed in more detail below. An advantage of such a parent descendant arrangement is that when a protocol is prepared and or applied by a user, it requires no compilation or pre-processing but rather can be used immediately.
- a virtual protocol model core 40 is a parent object that encapsulates a generic description of a communication protocol.
- Three types of descendant objects of the core 40 are defined as a protocol simulator 42, a protocol analyzer 44 and a protocol designer 46.
- the protocol designer allows for the definition of a new protocol using the user interface as discussed above.
- a dedicated language is preferably used in order to facilitate the application of the virtual protocol by which the new protocol is to be described.
- the dedicated language preferably permits the creation of any combination of protocol layers by applying the object-oriented concept (inheritance & encapsulation).
- a simple linkage between protocol components can lead to the construction of a wide and complex protocol library, where each protocol is built from very simple protocol components.
- the user interface preferably provides a visual protocol designer utility, as mentioned above, which allows the construction of protocol components without the user needing to be familiar with the modeling language.
- the protocol analyzer 44 allows for analysis of any protocol added to the protocol model core, or any set or combination of protocols.
- the protocol simulator 42 allows for the simulation of any protocol, or set or combination thereof added to the model core 40.
- a further parent object is the device interface object 48, which is a generic model of a device data interface.
- a specific interface object appropriate to the system under test 50 and which is a descendant of the generic interface object, is preferably selected as described above.
- the model core is preferably hardware independent. It is preferably data frame oriented, which means that any data pattern can be analyzed or generated as long as it is bit oriented.
- the specific interface object 48 permits easy interfacing with external hardware.
- the generic interface object 48 preferably comprises several interface functions that hide hardware dependent parameters.
- a plurality of interfaces may be used at the same time so that more than one data channel or device may be tested simultaneously.
- the device is configurable so that logical connections are provided between different channels.
- the data connected over numerous different channels can be analyzed as a single logical unit.
- several devices or data channels may be simulated simultaneously and logical connections may be configured between them.
- a series of logical connections may be configured and particular series of data may be tested to produce logical scenarios. This may be done as part of testing or as part of a simulation or as a combination of the two.
- the interface is used to obtain data from the equipment. It can also return data to the equipment, as part of a simulation and thus serve as a link in an operational connection.
- the interface may be a single channel or it may be multi-channel, allowing the testing of combined systems or testing of combined systems simultaneously.
- the data interface may be dispensed with, and an embodiment built solely for simulation need not comprise a data interface.
- Fig. 4 is a generalized diagram showing in more detail the virtual protocol model core of Fig. 3.
- the virtual protocol model is a non-specific protocol analyzer. It analyzes collected data according to a predefined protocol, that is to say one of the protocols referred to above.
- the model is based on the OSFs layered model and supports among other the following main features:
- a tree structure is an optimal structure for presentation of any protocol, algorithm or filter.
- a predefined protocol is maintained as a tree object, that is to say a descendent of the generalized tree structure.
- Figure 4 is a generalized tree structure, designed for an embodiment of the present invention, in which the various nodes can be defined with properties of the protocol (nodes 60, 62 64 and 66) or they may lead to a whole new layer of nodes, (sub-node 68).
- a second layer is shown explicitly but the only limit on the number of layers that may be included is the available memory. That is to say the number of layers is practically unlimited.
- Each node in the tree may indicate a field, a group of fields or a sub-protocol layer.
- a field is an abstract term that covers a data pattern, ranging from a single bit to an endless chain of bit-data.
- a branch in the tree represents a branch in the protocol. Such a branch may, for example, be represented by the command "separate two messages by a message type field". Numerous other functions and properties may be added to the tree to allow flexibility and automation of the data process/generation.
- the virtual protocol model core permits the integration of externally provided data processes that have been generated by users in the way described above.
- the internal working of the externally provided processes are preferably totally hidden from the model core itself, and this is achieved by utilizing an external DLL (Dynamic Link Library). Any node in the virtual protocol tree can be assigned to such a DLL. This feature is important, for example if the user wishes to safeguard protocols involving security applications and the like.
- the data processes referred to include both the protocols and the data interfaces. Both may be provided as external DLLs with their internal data processing being hidden from the core.
- Fig. 5 is a screen view of an exemplary protocol of the kind described in Fig. 4, as seen from within the protocol designer 46.
- Various nodes are shown which define the parts of a data packet for the well-known TCP/IP protocol. It features internal branching for a higher protocol layer, as well as TCP and UDP protocols which are encapsulated as sub-protocol nodes denoted as "TCP packets" and "UDP packets”.
- a testing device that is multi-protocol, multi-channel and multi-interface.
- Fig. 6 shows the first step in the process of designing an object for testing a proprietary protocol.
- Fig. 5 there is shown a screen view of a protocol as seen from within the protocol designer 46.
- the protocol requires a definition of the data fields of a data packet and a series of nodes define open flag, message format connect, message format disconnect, data and close flag data fields.
- the definitions preferably include a size and a format for data within the field.
- Fig. 7 is a screen view showing how the user interface 26 permits selection of a prestored interface for the interface object 48
- Fig. 8 which is a screen view of available protocols including that defined in Fig. 6.
- a 'channel configuration manager' window (not shown), appears or is invoked and the user is directed to create a new logical channel and then select the required physical interface and assign a protocol.
- the physical interface objects are all presented as icons on the screen and the user simply clicks on the desired icon. Then the protocol defined in Fig. 6 is selected from the list shown in Fig. 8, which is a selection screen showing all previously defined screens.
- Fig. 9 is a screen view showing the new logical channel, here labeled simply "my proprietary channel” configured with the protocol and physical interface previously selected.
- the process can be extended to add more channels and protocols, and thus to construct a comprehensive configuration for analyzing and simulating multi-channel systems to any desired degree of complexity.
- the model is now ready for analysis.
- the analysis object is preferably activated to execute real time data capture and analysis.
- Data bits from the external device are captured by the interface. From the interface they are forwarded to the protocol tree where they filter through, starting at the root node and branching to other nodes and protocol layers, as though the data were being fed through a real device according to the protocol rules.
- the data as received is fitted into the data fields as defined in the protocol, ready for further analysis.
- Fig. 10 is a tree diagram showing a tree object based on the protocol shown in Fig. 6.
- Fig. 10 shows the data bytes fitted into the fields of the protocol as discussed with respect to Fig. 9.
- Fig. 11 shows the monitor output when the data bytes listed as above arrive and fit into the protocol tree as shown in Fig. 10.
- Fig. 12 is a screen view showing a capture filter for monitoring the results of the analysis of Fig. 11. It will be apparent that for large quantities of data, the monitor output as shown in Fig. 11 could be difficult to interpret. There is thus provided a capture filter which can be set to look out for certain key features of the incoming data that it is desired to study. In the screen view the only messages that are studied are those wherein the fields "message format: disconnect” and "length of field" contain 0x2 values. All else is ignored.
- the procedure is the same as described above except that the simulation object is entered before beginning the test.
- data is obtained from the interface, however, in the simulation object, data is produced, either at random or in a predetermined manner. The remainder of the operation is identical.
- automatic association may be made between a given device interface and one of said plurality of protocols.
- external test devices may be integrated into the system using a suitably designed interface.
Abstract
Description
Claims
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU78152/00A AU7815200A (en) | 1999-10-11 | 2000-10-10 | Digital testing device |
EP00968205A EP1232552A1 (en) | 1999-10-11 | 2000-10-10 | Digital testing device |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IL13232899A IL132328A0 (en) | 1999-10-11 | 1999-10-11 | Digital testing device |
IL132328 | 1999-10-11 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2001028060A1 true WO2001028060A1 (en) | 2001-04-19 |
Family
ID=11073321
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/IL2000/000639 WO2001028060A1 (en) | 1999-10-11 | 2000-10-10 | Digital testing device |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP1232552A1 (en) |
AU (1) | AU7815200A (en) |
IL (1) | IL132328A0 (en) |
WO (1) | WO2001028060A1 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004014044A1 (en) * | 2002-08-01 | 2004-02-12 | Teradyne, Inc. | Flexible approach for representing different bus protocols |
US7343279B2 (en) | 2002-08-01 | 2008-03-11 | Teradyne, Inc. | Universal approach for simulating, emulating, and testing a variety of serial bus types |
EP1987431A2 (en) * | 2006-02-09 | 2008-11-05 | Texas Instruments Incorporated | System and method for sharing a communications link between multiple communications protocols |
US7936688B2 (en) * | 2002-09-16 | 2011-05-03 | Jds Uniphase Corporation | Protocol cross-port analysis |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5027343A (en) * | 1989-04-21 | 1991-06-25 | Northern Telecom Limited | Remote test access system for ISDN testing |
US5127009A (en) * | 1989-08-29 | 1992-06-30 | Genrad, Inc. | Method and apparatus for circuit board testing with controlled backdrive stress |
-
1999
- 1999-10-11 IL IL13232899A patent/IL132328A0/en unknown
-
2000
- 2000-10-10 EP EP00968205A patent/EP1232552A1/en not_active Withdrawn
- 2000-10-10 WO PCT/IL2000/000639 patent/WO2001028060A1/en not_active Application Discontinuation
- 2000-10-10 AU AU78152/00A patent/AU7815200A/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5027343A (en) * | 1989-04-21 | 1991-06-25 | Northern Telecom Limited | Remote test access system for ISDN testing |
US5127009A (en) * | 1989-08-29 | 1992-06-30 | Genrad, Inc. | Method and apparatus for circuit board testing with controlled backdrive stress |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004014044A1 (en) * | 2002-08-01 | 2004-02-12 | Teradyne, Inc. | Flexible approach for representing different bus protocols |
US7343279B2 (en) | 2002-08-01 | 2008-03-11 | Teradyne, Inc. | Universal approach for simulating, emulating, and testing a variety of serial bus types |
US7428218B2 (en) | 2002-08-01 | 2008-09-23 | Teradyne, Inc. | Flexible approach for representing different bus protocols |
KR100883392B1 (en) * | 2002-08-01 | 2009-02-11 | 테라딘 인코포레이션 | Universal Approach for Simulating, Emulating, and Testing a Variety of Serial Bus Types |
KR100935000B1 (en) * | 2002-08-01 | 2009-12-31 | 테라딘 인코포레이션 | Adaptive approach to express different bus protocols |
EP1532534B1 (en) * | 2002-08-01 | 2013-02-13 | Teradyne, Inc. | Universal approach for simulating, emulating, and testing a variety of serial bus types |
US7936688B2 (en) * | 2002-09-16 | 2011-05-03 | Jds Uniphase Corporation | Protocol cross-port analysis |
US8136003B2 (en) | 2005-03-21 | 2012-03-13 | Texas Instruments Incorporated | JTAG debug test system adapter with three sets of leads |
US9952285B2 (en) | 2005-03-21 | 2018-04-24 | Texas Instruments Incorporated | Adapter circuitry with global bypass register, legacy test data, multiplexer |
US10101391B2 (en) | 2005-03-21 | 2018-10-16 | Texas Instruments Incorporated | Adapter circuitry with link and system interfaces to core circuitry |
EP1987431A2 (en) * | 2006-02-09 | 2008-11-05 | Texas Instruments Incorporated | System and method for sharing a communications link between multiple communications protocols |
EP1987431A4 (en) * | 2006-02-09 | 2011-03-30 | Texas Instruments Inc | System and method for sharing a communications link between multiple communications protocols |
Also Published As
Publication number | Publication date |
---|---|
AU7815200A (en) | 2001-04-23 |
IL132328A0 (en) | 2001-03-19 |
EP1232552A1 (en) | 2002-08-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Lessmann et al. | Shox: An easy to use simulation platform for wireless networks | |
CN110505111B (en) | Industrial control protocol fuzzy test method based on flow playback | |
US7735060B2 (en) | Method and system for rapidly developing and deploying sensor-enabled software applications | |
US20030182582A1 (en) | Network security simulation system | |
CN101502047B (en) | A method and system for storing configuration information for network nodes in a network management system | |
US20030112275A1 (en) | Dynamically configurable human-machine interface | |
CN105141441B (en) | A kind of method that IP network graphically configures | |
CN107807878A (en) | Automatic test engine based on keyword | |
CN101770423A (en) | Test data generation method and test system | |
EP1232552A1 (en) | Digital testing device | |
CN104796328B (en) | The gateway host of the data communication equipment of multiplex roles or agreement based on KNX/EIB buses | |
CN102857375B (en) | A kind of method for managing and explaining communication protocol | |
Gamer et al. | Large-scale evaluation of distributed attack detection | |
CN114443488A (en) | ARINC664 network configuration testing framework construction method | |
Bergström | Automatic generation of network configuration in simulated time sensitive networking (TSN) applications | |
CN105471633B (en) | A kind of graphic programming method applied to SDN | |
CN114629830A (en) | Method and system for automatically controlling TestCenter instrument test | |
CN203522776U (en) | Configurable industrial Ethernet data parsing system | |
Bartl et al. | Integration of real network components into OPNET modeler co-simulation process | |
CN110391954A (en) | A kind of SNMP automatic alarm testing method, system, terminal and storage medium | |
Cai et al. | Network simulation based on opnte and application | |
Žitnik et al. | Operations Wisdom Logging | |
Li et al. | Visual toolkit for network security experiment specification and data analysis | |
CN106953781A (en) | Device for network test | |
Yu et al. | Research on an Efficient Equipment Control Method in the Interior Field Communication Anti-jamming Test System |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
WWE | Wipo information: entry into national phase |
Ref document number: 10089087 Country of ref document: US |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2000968205 Country of ref document: EP |
|
WWP | Wipo information: published in national office |
Ref document number: 2000968205 Country of ref document: EP |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: 2000968205 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: JP |