Method and device test data streams bound to emulated devices

• US 7,826,381 B1
• Filed: 05/30/2008
• Issued: 11/02/2010
• Est. Priority Date: 05/30/2008
• Status: Expired due to Fees

• Current Assignee: Spirent Communications Incorporated
• Original Assignee: Spirent Communications Incorporated
• Inventors: Kastuar, Abhitesh, Lei, KaChon, Kho, Jan-Michael
• Primary Examiner(s): Pham; Chi H
• Assistant Examiner(s): Mohebbi; Kouroush
• Application Number:
  US12/130,944
• Time in Patent Office: 886 Days
• Field of Search: None
• US Class Current: 370/242
• CPC Class Codes: H04L 12/4641 Virtual LANs, VLANs, e.g. virtual private networks [VPN] LAN interconnection over a bridge based backbone H04L12/462; encapsulation techniques H04L12/4633; routing of packets H04L45/00; packet switches H04L49/00; virtual private networks for security H04L63/0272
• CPC Class Codes: H04L 41/0806 for initial configuration or provisioning, e.g. plug-and-play
• CPC Class Codes: H04L 43/50 Testing arrangements

Abstract

The technology disclosed includes a software architecture for methods and devices used to test routers, switches and the like, particularly high volume infrastructure devices. In particular, this architecture associates test data stream definitions with emulated devices that send test frames or packets to and receives them from a system or device under test (“DUT”). By relating the test data stream definitions to definitions of the emulated devices that are coupled to the DUT, automation of test frame and/or test packet design improves, especially where some of the information needed to generate test frames and/or packets is dynamically generated during a test.

Claims

1. A method of automatically constructing test frames to test a switching, bridging or routing device (referred to as the “

device or system under test”

or “

DUT”

), the test frames generated by a test device that has at least first and second ports that are coupled to ports on the DUT, the method including;

eliciting and receiving from a user descriptions of at least one virtual ingress device emulated on the first port and least one virtual egress device emulated on the second port (referred to collectively as “

emulated devices”

), including interface types and interface configurations on the emulated devices, further including any interface address configurations that are dynamically learnt using interface setup protocols;

further receiving any device configuration required for the test device and DUT to set up network connectivity;

automatically building prototype test packets to transmit between the emulated devices through the DUT, using the received descriptions of the emulated devices;

starting one or more network emulation sessions to establish network connectivity between the emulated devices and the DUT and learning at the emulated devices at least some dynamically generated address information

automatically combining the prototype test packets and the dynamically generated address information to be used when producing test packets; and

transmitting a multiplicity of test packets between the emulated devices through the DUT.

2. The method of claim 1, wherein the interface types are one or more of IPv4, IPv6, MPLS, Ethernet, VLAN, GRE, ITAG, L2TP(v2/3), PPP, PPPoX, WiMax, HDLC, AAL5, POS, IpSec, MacSec (802.1ae, 802.1af), and Fiber Channel.

3. The method of claim 2, wherein:

for the IPv4 or IPv6 interface, the interface configuration includes a static or dynamic IP address of the emulated device and a static or dynamic gateway IP address;

for the MPLS interface, the interface configuration includes at least one MPLS label;

for a PPPo X interface, the interface configuration includes at least a session ID; and

for the Ethernet interface, the interface configuration includes at least a MAC address.

4. The method of claim 3, wherein:

for the IPv4 or IPv6 configuration, the setup protocol for a dynamic IP address is one or more of DHCP or PPP;

for the MPLS configuration, the setup protocol for an MPLS label is one or more of LDP, BGP or RSVP;

for other interfaces, which have interface address configurations that are dynamically learnt using interface setup protocols, the method exercises, as appropriate to the interface, one or more of PPPoX, L2TP, WiMax, IpSec, MacSec, or Fiber Channel.

5. The method of claim 3, wherein the device configuration received for the test device and the DUT to set up network connectivity is one or more industry standard routing or switching protocols known as STP (and its variants), OSPF, RIP, BGP, LDP, BFD, EOAM, IS-IS, LACP, PIM, and RSVP.

6. The method of claim 1, wherein automatically building prototype test packets further includes:

binding at least one data test stream object to objects representing the emulated devices and/or the interfaces configured on the emulated devices; and

adding to the data test stream object parameters for data plane traffic including a load of sessions to be emulated and session parameters to be used in the test, consistent with the interface types of the emulated devices.

7. The method of claim 6, wherein automatically combining the prototype test packets and the dynamically generated address information further includes:

registering the interfaces bound to the data test stream object to publish changes in the interface configurations and device configuration related to the emulated devices;

publishing changes; and

during the test, using the published changes to automatically updating the dynamically generated address information being used to generate the multiplicity of the test packets.

8. The method of claim 1, further including:

eliciting and receiving from the user configuration information for application protocol data units (referred to as “

PDUs”

) to be included in at least some of the test packets transported across the DUT; and

automatically combining packet identification fields and the PDUs with the prototype test packets.

9. A test device that automatically constructs test frames to test a switching, bridging or routing device (referred to as a “

device or system under test”

or the “

DUT”

) that has ports, the device including;

at least two ports, adapted to be coupled in communication with ports on the DUT;

logic and resources that process objects, which store data and implement methods, and that run daemon processes;

ingress and egress device emulation objects (collectively referred to as the “

emulated device objects”

), coupled to the ports;

a stack of interface definition objects linked to the emulated device objects that

include interface type identifiers and interface configurations and

dynamically receive any interface addresses for the interface configurations that depend on interface setup protocols;

one or more network connectivity protocol objects, linked to the emulated device objects, which include configuration information required for the test device and DUT to set up network connectivity;

one or more data test stream objects bound to at least the interface definition objects, wherein the data test stream objects define test frames that prototype test packets to be sent by the emulated ingress device to the emulated egress device via the DUT during a test.

10. The device of claim 9, wherein the interface type identifiers include at least IPv4, IPv6, MPLS, Ethernet, or VLAN, GRE, ITAG, L2TP(v2/3), PP, PPoX, WiMax, HDLC, AAL5, POS, IpSec, MacSec (802.1ae, 802.1af), and Fiber Channel.

11. The device of claim 10, wherein:

for the IPv4 or IPv6 interface type, the interface configuration includes a static or dynamic IP address of the emulated device and a static or dynamic gateway IP address;

for the MPLS interface type, the interface configuration includes at least one MPLS label;

for the PPPoX interface type, the interface configuration includes at least a session ID; and

for the Ethernet interface type, the interface configuration includes at least a MAC address.

12. The device of claim 11, wherein the configuration required for the test device and DUT to set up network connectivity includes adapters to network emulation sessions for the interface setup protocols, including:

for the IPv4 or IPv6 interface types, at least DHCP or PPPs;

for the MPLS configuration, the setup protocol for an MPLS label is one or more of LDP, BGP or RVSP; and

for other interfaces, which have interface address configurations that are dynamically learnt using interface setup protocols, the method exercises, as appropriate to the interface, one or more of PPPoX, L2TP, WiMax, IpSec, MacSec, or Fiber Channel.

13. The device of claim 11, wherein the data test stream objects are further bound to the network connectivity protocol objects, and the network connectivity protocol objects support at least one or more industry standard routing or switching protocols known as STP (and its variants), OSPF, RIP, BGP, LDP, BFD, EOAM, IS-IS, ACP, PIM, and RSVP.

14. The device of claim 9, wherein the data test stream objects further include data for a load of sessions and session parameters that control the test consistent with the interface types of the emulated devices.

15. The device of claim 14, further adapted to:

register the interfaces bound to the data test stream objects to publish changes in the interface configurations and device configuration related to the emulated devices; and

automatically update the dynamically received interface addresses on the test frames that prototype the test packets.