IP/VoIP Analysis & Simulation

IP/Ethernet Test Tool

PacketCheck™ - Software Ethernet/IP Tester

PacketCheck™ is a complete PC based Ethernet / IP test tool that provides multi stream capabilities with BERT, Throughput, Delay, and Impairment testing features.

  Request a Demo / Quote   Brochure
Software Ethernet Tester

Overview

GL's enhanced PacketCheck™ is a comprehensive PC based Ethernet / IP test tool with BERT, Throughput and Delay, Impairment (up to 500 Mbps) testing features. It is a general purpose network performance analysis tool for 10Mbps, 100Mbps and 1Gbps LANs and WANs. Throughput up to 500 Mbps can be easily tested.

PacketCheck™ makes use of PC's network interface card (NIC) to transmit and receive Ethernet or IP packets over the network.

The application generates multi stream Ethernet/IP/UDP traffic with on-demand bandwidth (up to 500 Mbps) and measures end-to-end performance such as Bit Error Rate, Total Packets, Packet loss, Out of Sequence Packets, Errored Packets, Round Trip Delay, and One Way Delay (within the same PC). Additional features include transmission of pre-recorded file traffic, recording per stream traffic to file, GTP traffic simulation, Bursty and Fixed IFG (Inter Frame Gap) traffic generation mode, impairment generation, and BER testing capability with provision to generate PRBS patterns or user-defined test patterns. Supports recording of the user defined stream traffic to a PCAP (PCAPNG/NTAR) or HDL (GL Proprietary) file format and playback the pre-recorded traffic from a PCAP (PCAPNG/NTAR) or HDL (GL Proprietary) file format.

Also included is a powerful Report Generation feature to view report in XML and PDF formats.

Product Videos

PacketCheck BERT Video
PacketCheck Multistream Video

PacketCheck Impairments Video
PacketCheck One-Way Delay Measurement Video


PacketCheck™ can operate on - Layer 1 (Physical), Layer 2 (Data Link), Stacked VLAN (Q-in-Q), Layer 2.5 (Stacked MPLS), Layer 3 (Network), and Layer 4 (Transport) of the OSI reference model.

Ethernet Tester at Layer 1 (Physical), Layer 2 (Data Link), Layer 3 (Network), and Layer 4 (Transport) of OSI model

PacketCheck™ at Layer 1 (Physical), Layer 2 (Data Link) with Stacked VLAN tag,
Layer2.5 (MPLS), Layer 3 (Network), and Layer 4 (Transport) of OSI model


Applications

  • Create multiple streams of traffic for network testing from layer 2, 3, or 4
  • Bit Error Rate Testing for checking networks for dropped packets, out-of-order, non-test frames, and so on. Write packet errors to an error log
  • Determine Round Trip Delay (RTD) between two IP addresses or two Ethernet MAC addresses with microsecond accuracy
  • Determine One Way Delay (OWD) between two NIC cards on the test PC with microseconds accuracy
  • Record test traffic in binary and/or PCAPNG or NTAR file format
  • Playback PCAPNG files for test traffic generation. Either recorded from test BERT traffic or recorded traffic of interest
  • Record non-test packets to a PCAPNG file. i.e. Non-BERT traffic related packets

Main Features

  • Capability to test Ethernet traffic of up to 500 Mbps bandwidth. Supports minimum line rate of 64 Bps
  • Generate full duplex traffic at any of the four layers (Layer1, Layer2 (Ethernet) with stacked VLAN/ MPLS, Layer3 (IPv4), Layer4 (UDP)) with on-demand bandwidth
  • Test Ethernet or IP/UDP traffic of up to 500 Mbps bandwidth
  • Customizable VLAN stacks up to 3 levels with headers such as VLAN Type, ID, and Priority
  • Customizable stacked MPLS layers up to 3 levels with headers such as Label, CoS, TTL
  • Capture stream traffic in PCAP (PCAPNG/NTAR) or HDL file format
  • Playback pre-recorded traffic from PCAP (PCAPNG/NTAR) or HDL file format
  • Provides options to record unidentified network traffic which does not belongs to any user defined stream into a PCAP or HDL file format and analyze the recorded traffic in Wireshark® or PacketScan™ application
  • Test end-to-end performance, including:
    • Bit-error-rate testing (BERT) on layer 1, layer 2, layer 2.5, layer 3, and layer 4 with various measurements - Bit Error Rate, Sync Loss Count, Bit Error Count, and more
    • Throughput, packet loss, packet counts, and out of sequence packets
    • Errored packets
    • User definable impairment insertion
    • Independent measurements per stream
    • Start and stop each stream independently at any time
    • Add any number of streams at run time even if some streams have already started
  • Quickly configure hundreds of Ethernet/IP/UDP streams:
    • Create multiple full-duplex streams per PacketCheck™ easily
    • Each stream can be configured as Transmit Only, Receive Only, or Transmit and Receive
    • Ability to copy from one stream to another (both one-to-one copy and one-to-many copy) to quickly configure multiple streams
    • Define unique MAC/IP addresses for each stream
    • Define separate Frame size/Rate for each stream
    • Customizable protocol headers like MAC Source/Destination address, EtherType field, IP Source/destination address, and UDP Source/Destination Port
  • Confirm multi stream and multi destination connectivity among all nodes:
    • Generate multi-stream traffic with varying frame size, bandwidth, MAC, MPLS, IP and UDP parameters, payloads, and modes of operation
    • Control transmit and receive streams independently
    • Ability to resolve IP Address to MAC address (based on Address Resolution Protocol (ARP)) for all streams with a single click, so that all streams are configured properly before starting the test
    • Populate switch/router MAC tables and routing tables using the Resolve all streams feature before the starting the test to avoid unnecessary flooding
  • Multi-layer operation:
    • Independently define each stream to operate as Layer2 (Ethernet) or Layer3 (IP) or Layer4 (UDP)
    • For Layer3 or Layer4 streams, analyzes the received payload based on the IP or UDP length and ignore any MAC padded bytes added in transit
  • Bandwidth Control:
    • Define the frame size/rate to be generated for each stream Independently
    • Frame sizes from 22 bytes up to 1518 supported
    • Up to 500 Mbps total combined rate (all streams combined) is possible
    • Jumbo frames also supported (depending on the NIC card support for Jumbo frames)
    • The transmission rate can be configured to operate in 2 modes – Burst mode or Inter Frame Gap (IFG) mode
    • In Burst mode, each stream's rate can be set in Mbps, Kbps, etc.
    • Burst mode tries to generate traffic with the configured rate, but also as smoothly and evenly distributed so that the Device Under Test (DUT) node buffers do not overflow due to a temporary spike in the peak traffic
    • In IFG mode, the Inter Frame gap in milliseconds can be configured. The estimated rate achievable based on the IFG and the frame size is displayed for user convenience
  • PRBS Pattern Generation/Verification of various patterns like QRSS 26-1, 29-1, 211-1, 215-1, 220-1, 223-1
  • User Defined test patterns – up to 24 bytes length
  • Ability to append Zero-Padding bytes to outgoing frames to test router interoperability with packet sizes less than 60 bytes, ensuring that routers handle small packets correctly
  • Simulate real-world traffic by transmitting packets using pre-captured GL proprietary HDL or pcap (Wireshark® format) files
  • Generate various run-time impairments – insert/delete bytes, and byte level impairments
  • Use a full-featured version or a loopback only version (with address swapping) at node endpoints
  • Capability to generate/respond to ARP requests, making it easy to work with Routers
  • Monitor performance per stream – throughput, Round Trip Delay (RTD), One Way Delay (OWD), total packets, packet loss, out of sequence frames, error frames, correct pattern frames, pattern sync status, bit error rate, sync loss count, error count etc.
  • User configurable Packet Length for OWD and RTD
  • Generate reports in XML or PDF formats
  • Support to configure IP Protocol Type from 0 to 255
  • Multiple Instances – run multiple instances on a single PC to utilize all available NIC cards

Modes of Operation

The MAC and IP addresses of the available NICs in a PC are displayed in the GUI. PacketCheck™ can be configured in Normal or Loopback mode.

  • In "Normal" mode, the application can perform either transmit (Tx), receive (Rx), or transmit and receive (Tx and Rx) functions on single or multiple streams.
  • In "Loopback" mode the packets received from the device under test (DUT) are transmitted back to the same device without modifying the pattern. This mode is used for RTD measurement.
Interface Selection and Details Settings

Interface Selection and Details Settings

Normal Mode

PacketCheck™ offers the flexibility to configure Normal Tx and Rx modes for conducting BER testing across different layers. These layers include Layer 1 (Framed Layer 1), Layer 2 (Framed Ethernet), Layer 2.5 (Stacked MPLS), Stacked VLAN, IP, and UDP.

ormal Mode

Normal Mode Configuration Window

Add/Delete/Insert Streams

The configuration window provides Add, Delete, Insert options to operate on the stream instances.

Add/Delete/Insert Streams

Copy and Paste Streams

Provides options to copy from one stream to another (both one-to-one copy and one-to-many copy) to quickly configure multiple streams.

Copy and Paste Streams

Start/Stop Streams

Allows users to independently start or stop 'All Tx streams,' 'All Rx streams,' 'All Tx_Rx streams,' and 'All streams,' providing the flexibility to start All Rx streams first, followed by All Tx streams.

Start/Stop Streams

Ethernet BER Testing

GL's PacketCheck™ supports BERT testing at various levels -

  • Layer 1 (Physical layer) – Payload is made up of BERT patterns.
  • Layer 2 (Framed Ethernet layer) - Bit pattern is inserted as the Ethernet Payload.
  • Layer 2 with Stacked VLAN - Bit pattern is inserted as Ethernet Payload with VLAN tags.
  • Layer 2.5 (MPLS) - Bit pattern is inserted as MPLS Headers
  • Layer 3 (IP level) – Bit pattern is inserted as the IP packet payload.
  • Layer 4 (UDP level) – Bit pattern is inserted as the UDP packet payload.

At Layer 1

The physical layer of the OSI model is where data is physically moved across the network interface. At Layer 1 cables, hubs and repeaters are used to transmit data across the medium.

For Layer 1 BER testing, PacketCheck™ can test the basic data flow over the physical connection. Connect the two test PCs using an Ethernet cable as shown below:

BERT Test Setup at Layer 1 connected using Ethernet cable

BERT Test Setup at Layer 1 connected using Ethernet cable

At Layer 2

Testing at layer 2 involves the switches, bridges, or NICs as the DUT. The bridges, switches, and NICs handle physical addressing, packing data into frames, and sequencing data frames. Only the MAC addresses need to be configured for layer 2 testing.

GL's PacketCheck™ can test the basic data flow over the network. This test is performed in order to

  • Test the capability of the switch to handle frames at various bandwidths
  • Test the forwarding capacity of the switch
  • Measure the ability of the switch to deliver the frames in sequence
  • Verify incoming data by analyzing bit patterns of the received frames

Scenario 1 - Source & Destination PC in the same LAN, connected through a single switch

Ethernet BER Test Setup at Layer 2 connected through a single switch

Ethernet BER Test Setup at Layer 2 connected through a single switch

Scenario 2 - Source & Destination PC located at different LANs connected through multiple switches.

Ethernet BER Test Setup at Layer 2 connected through multiple switches

Ethernet BER Test Setup at Layer 2 connected through multiple switches

At Stacked VLAN Layer

Stacked VLAN ID feature is used to simulate Carrier Ethernet as shown below, where the SP VLAN ID is stacked on top of CE VLAN ID.

stacked vlan

Stacked VLAN simulating Carrier Ethernet

At Stacked MPLS Layer

Stacked MPLS (up to 3 levels) is supported. Various test combinations such as single MPLS, multiple MPLS, VLAN + MPLS can be tested for single and multiple streams.

Ethernet BER Test Setup at Layer 2 connected through multiple switches

Ethernet BERT Test Setup at stacked MPLS

At Layer 3/Layer 4

The Network Layer (Layer 3) uses routing technologies to connect various systems within a network or to connect multiple networks together through Gateways. In Layer 3 testing, packets are routed between the Source and Destination PCs based on both the IP address and MAC address. So, both the MAC address and the IP address have to be configured for Layer 3 testing.

The Transport Layer (Layer 4) provides end-to-end, error-free reliable data transfer. TCP and UDP are the most common Layer 4 protocols. For Layer 4 testing, source and destination UDP ports need to be configured in addition to MAC and IP addresses.

PacketCheck™ supports BER testing at Layer 3 as well as Layer 4.

Testing at Layer 3 using GL's PacketCheck™ can be accomplished as shown in the figure below. Here, two PacketCheck™ applications operate in separate IP networks and are connected through routers, which route the frames based on the IP addresses in the test frames. Since IP networks encompass various types of physical networks consisting of LAN and WAN links, there is lot of scope for packet modification, packet loss and out of order packets. GL's PacketCheck™ helps measure these metrics of the IP network.

Two test scenarios at Layer 3 / 4 are as depicted in the diagram where the information in layer 3 / layer 4 is transmitted through the network in packets.

Scenario 1 - Source & Destination PC are located within the same IP network, and hence are directly reachable.

Ethernet BERT Indirect Routing Test Setup at Layer 3/ Layer 4 within the same IP network

Ethernet BERT Indirect Routing Test Setup at Layer 3/ Layer 4 within the same IP network

Scenario 2 - Source & Destination PC are located at different IP networks, and are connected through routers.

Ethernet BERT Indirect Routing Test Setup at Layer 3/ Layer 4 at different IP networks

Ethernet BERT Indirect Routing Test Setup at Layer 3/ Layer 4 at different IP networks

At Layer 4 testing, UDP packets are sent. This testing is useful in cases where there are firewalls which can intervene at network boundaries to reject, pass or modify packets.

Default Stream

Apart from user-configured Ethernet frames, other frames may be sent/received on the NIC card on which PacketCheck™ is running.

PacketCheck – These are Tx or Rx Ethernet frames that match with the PacketCheck streams but do not belong to the actual test traffic.

NIC card – Non-PacketCheck traffic sent/received on the NIC card. This can be other application Tx/Rx traffic and also Broadcast/Multicast frames received from the LAN.

Other Statistics – The traffic sent or received that doesn't belong to either PacketCheck™ or the NIC card can include other application traffic with different MAC/IP addresses. This can occur when two PacketCheck™ applications are running on separate PCs and one mistakenly sends traffic with addresses that don't match any PacketCheck™ streams or NIC card addresses. Thus, it can also be misconfigured incoming test traffic.

Default stream is always a present stream (user need not configure it) in PacketCheck. All the default stream frames (as explained above) are identified, categorized and statistics displayed for user convenience. Users can start/stop the default stream at any time. Additionally, user can record the default stream frames into a PCAP or HDL file. By capturing the traffic from this default stream and saving it in either PCAP or HDL file formats, users can conveniently analyze the non-test traffic by opening the file in Wireshark® or PacketScan™ tools.

Default Stream Configuration

Default Stream Configuration

Default Stream Statistics pane displays the categorized statistics for both Tx and Rx.

Default Stream Statistics

Default Stream Statistics

Capture Traffic

Provides options to record the user defined stream’s traffic to a PCAP (Wireshark®) or HDL (GL Proprietary) file format and playback the pre-recorded traffic from a PCAP (Wireshark®) or HDL (GL Proprietary) file format.

Capture Traffic

Capture Traffic



Playback from File

This option allows users to specify a source file for the stream, this source file can be PCAP or HDL file format. The packets are read from the specified file and the packets are transmitted sequentially. User has option to transmit the file continuously or stop at the end of file or after N number of frames or after specified duration in seconds.

In File based option the default mode is set to Tx and all the other configurations will be disabled as it is not required in File Based option. Select the HDL or PCAP file format as recorded and choose the file name to transmit the traffic.

File Based Stream Type

File Based Stream Type

File Based Tx Configurations

File Based Tx Configurations

MAC, MPLS, IP, UDP Layer-wise Parameters Configuration

All test parameters are configured through the GUI. Key parameters include the Layer/Direction selection, MAC, VLAN, MPLS, IP, UDP, payload, transmit and receive, delay measurements and various impairments settings PacketCheck™ is automatically set to Layer 1 BER testing by disabling other layers.

Interface Configuration Settings

Interface Configuration Settings

[Layer 2] - Ethernet

Here you can configure the source and destination MAC Addresses. In addition, user can specify the EtherType field value. Users can enable VLAN up to 3 stacks and configure with the headers.

The following table gives the Field values for the configured Layers (2/3/4)

Layer Configured Frame Size Configured EtherType field Value
Layer 2 60 (actual frame size = 64 bytes) 00-2E
Layer 2 (between 64 and 1514) (Hex Value of Configured Frame Size -14)
Layer 2 1514 (actual frame size = 1518 bytes) 05-DC
Layer 2.5 ANY 08-47
Layer 3 (IP) ANY 08-00
Layer 4 (UDP) ANY 08-00
Layer 2 MAC Configuration

Layer 2 (MAC) with Stacked VLAN Configuration


[Layer 2.5] - Stacked MPLS

Selecting MPLS enables MPLS layer for the test. If MPLS is selected MPLS header is inserted after Ethernet header, and higher layer is by default set to IP. PacketCheck™ supports MPLS/IP (i.e., selecting Layer 2.5 as MPLS and Layer3 as IP) only. In this case, IP header will be inserted after MPLS. If None is selected for Layer 2.5, it will be a normal Ethernet packet, without the MPLS header inserted.

layer2.5 mpls configuration

Layer 2.5 (MPLS) Configuration

[Layer 3] - IP

Here you can configure the source and destination IP addresses. Users can configure various IP header fields like TOS field, TTL field and protocol field.

Build MAC Header Automatically option provided for the user's convenience automatically builds MAC header for Layer 3/ Layer 4 testing.

Increment Identification option may be used to set the initial IP header identification value, which will be automatically incremented for the subsequent packets.

layer3 ip configuration

Layer 3 (IP) Configuration

[Layer 4] - UDP

Here you can configure the source and destination UDP ports. User can check the Configure Checksum option to enable, the correct UDP checksum is placed in every UDP packet. For Rx mode, UDP Configure Checksum option is disabled.

layer4 udp configuration

Layer 4 (UDP) Configuration

Traffic (Payload) Configuration

Users can choose to insert various types of packets into the stream by enabling the sequence number format, magic pattern, PRBS patterns through predefined files, and user-defined fixed pattern of up to 24 bytes.

Layer 1 BER Testing supports only PRBS patterns through predefined files, and user-defined fixed pattern of up to 24 bytes.

Users are allowed to configure Frame size, Bandwidth, Inter Frame Gap (IFG) and transmission stop condition parameters during packet transmission. Users can specify frame size of fixed / random length, and define the transmission rate in Bit per second. The received traffic can be recorded to a binary (*.bin), HDL, and also BERT files for each stream, which are used for diagnosis purposes.

payload settings

Payload Configuration

tx rx parameters

Tx and Rx Parameters Configuration

Traffic Generation Mode

The HDL file transmission has necessitated PacketCheck™ to operate in 2 different modes. The traffic generation mode is common to all the streams.

  • Burst Mode - In this normal mode of operation, traffic is generated in bursts and the configured bandwidth is maintained, ignoring the IFG value. Here, the emphasis is to try and achieve the configured bandwidth for each stream. The resultant Inter Frame Gap varies because of the bursty nature of the traffic.
  • IFG Mode - In this Inter Frame Gap mode, traffic is generated frame-by-frame, and the configured IFG is maintained. The configured bandwidth is ignored. Here, the emphasis is on maintaining the IFG value between successive packets for each stream. The actual Bandwidth generated depends on the Frame Size and the configured IFG.
  • Traffic Generation Mode

    Traffic Generation Mode


Inter Frame Gap (IFG) option emphasizes on maintaining the Inter Frame Gap rather than the bandwidth during traffic generation for HDL files. There are 2 ways to configure Inter Frame Gap for HDL file transmission:

  • For "Take from HDL File" option, the timestamps stored within the HDL file is read. The Inter Frame Gap between the packets is computed from these timestamps. This allows the generated traffic to mimic the captured traffic as much as possible.
  • User can also configure the "IFG value", during which the timestamps read from the HDL file is ignored and frames are transmitted with this Inter frame Gap.

Mobile GTP Traffic Simulation

Using the “HDL File Playback” feature within PacketCheck™, the packet data can be carried as pre-recorded traffic files (GL's proprietary Ethernet traffic capture format *.HDL files) to destination points and the same can be verified at the receiving end, which can also be a PacketCheck™. This feature can be used GL’s Mobile IP Core traffic module (requires Additional Licenses) to simulate GTP traffic over UMTS or LTE network.

Generally, in an EPC network, are two types of data pipes can be found - Default Bearer (with non-guaranteed QOS) and Dedicated Bearer (with assured guaranteed QOS). The PacketCheck™ can be used with GL’s MAPS™ UMTS / LTE Simulators to encapsulate the generated packet data within GTP headers when transmitting through the gateways such as SGSN & GGSN, or SGW & PGW to verify the bearer allocation bandwidth at the end points. The packet data traffic generated at one end is received at the other end can be verified with various statistics such as packet loss, lost frames, bit error count, Tx Rx frames count and other traffic parameters.

Delay Measurements

PacketCheck™ can measure One-Way Delay (OWD), calculating the delay at the receiving end in µsec. OWD can only be correctly calculated on a single PC with 2 NICs running PacketCheck™ on each of them. Only a single license needs to be purchased in this scenario. OWD-Tx option embeds Tx Timestamp within a special OWD packet along with the normal stream data. OWD-Rx option receives and detects the special OWD packet.

OWD Measurement on Single PC

OWD Measurement on Single PC

Also, PacketCheck™ can be configured to measure the average Round Trip Delay [RTD] value of each packet in µsec. RTD is applicable to Tx_RX streams with DUT/ remote end configured in Loopback mode for RTD to work.

RTD Measurement

RTD Measurement

OWD and RTD provides user configurable frame length (for the special frames that are sent/received to measure OWD and RTD), minimum frame length, maximum frame length or define any value within the allowed range.

one-way delay measurement

One Way Delay Measurement Settings and Statistics

round-trip delay measurement

Round Trip Delay Measurement Settings and Statistics

Impairments

Users can introduce impairments into the outgoing traffic using various impairment types and duration. Supports various types of impairments - DELETE BYTES, INSERT BYTES, AND, OR, & XOR. Impairments can be introduced at specific intervals or can be set to continuous insertion on each stream.

impairment settings

Impairment Types and Settings


The following Impairment types are supported in PacketCheck™:

  • Delete bytes: Deletes ‘X’ number of bytes at specified offset for every ‘Y’ packets sent out for the stream. Repeat this for limited number of times or repeat continuously.

    E.g : 20 bytes being deleted from every 11th frame sent at an offset of 18 bytes which will be repeated 500 times
  • Delete bytes
  • Insert bytes: Insert ‘X’ number of bytes at specified offset for every ‘Y’ packets sent out for the stream. Repeat this for limited number of times or repeat continuously.

    E.g.: “ABCD” being inserted within the frame at an offset of 14 bytes in every alternate frame, which will be repeated 500 times
  • Insert bytes
  • Logical AND: Modify a byte at specified offset for every ‘Y’ packets sent out for the stream. Modification is done by doing logical AND with the user specified Hex byte. Repeat this for limited number of times or repeat continuously

    E.g.: 56TH byte of every 17th frame being ANDed with 00 which will be repeated 20 times
  • Logical AND
  • Logical OR: Modify a byte at specified offset for every ‘Y’ packets sent out for the stream. Modification is done by doing logical OR with the user specified Hex byte. Repeat this for limited number of times or repeat continuously

    E.g.: 21st byte of every 6th frame being ORed with FF which will be repeated continuously
  • Logical OR
  • Logical XOR: Modify a byte at specified offset for every ‘Y’ packets sent out for the stream. Modification is done by doing logical XOR with the user specified Hex byte. Repeat this for limited number of times or repeat continuously.

    E.g.: 36th byte of every 22nd frame being XORed with 55 which will be repeated 30 times
  • Logical XOR

While the test is running, users can view statistics for each stream. These include bit error rates, throughput, lost or out of order frames, RTD and OWD.

Stream Specific Statistics:

  • Stream ID – ID of the streams as added in the configuration window
  • Mode – indicates mode of traffic as specified for each stream during configuration
  • Duration – per stream statistics displays the Duration for which the stream is running in "HH:MM:SS" format
  • Tx Total Frames - total number of frames transmitted for the stream (in Tx or Tx_Rx mode). This includes the BERT frames, OWD and RTD frames (if enabled)
  • Tx BERT Frames - number of BERT pattern frames transmitted (excluding OWD/RTD frames) for the stream
  • Tx Rate – gives total data rate at which the frames are being transmitted
  • Tx RTD Frames - number of RTD frames sent for the stream
  • Tx OWD Frames - number of OWD frames sent for the stream
  • Rx Total Frames - total number of frames received for the stream (in Rx or Tx_Rx mode). This includes the BERT frames, OWD and RTD frames (if enabled)
  • Rx BERT Frames - number of BERT pattern frames received (excluding OWD/RTD frames) for the stream
  • Tx Rate – gives rate at which the data are being received
  • Rx RTD Frames - number of RTD frames received for the stream
  • Rx OWD Frames - number of OWD frames received for the stream
  • Lost Frames – gives the count of total lost frames for that particular stream
  • Out of Order Frames – gives the count of total out of order frames which are received for the particular stream
  • Pattern Error Frames – gives the count of total pattern error frames received on that particular stream. This is relevant for Fixed Pattern only
  • Good Frames – count of total frames with matching pattern received
  • Non-test Frames Received - Count of all non-test frames received on that stream. A received frame is said to be a non-test frame if it matches the Layer addresses properly, but the Magic pattern does not match (if magic pattern is enabled)
  • Bit Error Rate – This is relevant for PRBS patterns only. Displays the calculated Bit Error Rate for the PRBS pattern being received
  • Error Status – Status condition displays 3 states – IN_SYNC, NO_SYNC, NO_RX_DATA (when no data is received)
  • Sync Loss Count – display the number of time Sync loss has occurred. This is relevant for PRBS patterns only
  • Bit Error Count – calculates and displays the Bit Error count. This is relevant for PRBS pattern only
  • RTD (Round Trip Delay) – Provides round trip delay measurement for the stream
  • OWD (Average) - Provides average one-way delay measurement in milliseconds or microseconds for the stream at the receiving end [within the same PC]
  • OWD (Min) - Provides Minimum one-way delay measurement in milliseconds or microseconds for the stream at the receiving end [within the same PC]. Here, minimum value means the minimum One Way Delay value sampled out of all the samples taken every second
  • OWD (Max) - Provides Maximum one-way delay measurement in milliseconds or microseconds for the stream at the receiving end [within the same PC]. Here, maximum value means the maximum One Way Delay value sampled out of all the samples taken every second
  • UDP Checksum Statistics - On the receiving side of the statistics window, UDP Checksum Error Frames indicate how many packets are received with wrong UDP Checksum per stream
  • Zero UDP Checksum Packet - Total number of UDP packets received with the checksum value ‘Zero’. From RFC 768 - An all zero transmitted checksum value means that the transmitter generated no checksum (for debugging or for higher level protocols that don't care)
  • HDL/PCAP File Recording Status - indicates the status of the HDL/PCAP recording for this stream (if enabled). Users can know whether the recording is in progress, stopped, running, etc.
  • Binary File Recording Status - indicates the status of the Binary file recording for this stream (if enabled). Users can know whether the recording is in progress, stopped, running, etc.
udp checksum statistics

Cumulative Statistics:

  • Total Frames – gives the total frames transmitted and received. This includes frames from all the user streams and default stream
  • Rate – gives the cumulative rate of Tx and Rx
  • Non Test Frames – gives the count of combined Non Test Frames transmitted and received
  • IP Frames – total IPv4 frames transmitted and received
  • UDP Frames – total UDP frames transmitted and received
  • TCP Frames – total TCP frames transmitted and received
  • ICMP Frames – total ICMP frames transmitted and received
  • IGMP Frames – total IGMP frames transmitted and received
  • Other L4 Protocol Frames – total Layer4 frames transmitted and received, which do not belong to any of the above Layer4 categories
  • ARP Request Frames – total ARP Request frames transmitted and received
  • ARP Response Frames – total ARP Response frames transmitted and received
  • Other Frames – count of frames transmitted and received, which do not belong to any of the above categories
  • Broadcast Frames – total Broadcast frames transmitted and received
  • Unicast Frames – total Unicast frames transmitted and received
  • Multicast Frames – total Multicast frames transmitted and received
  • 64 Length Frames – total 64 byte length frames transmitted and received
  • 65_127 Length Frames – total 64-127 byte length frames transmitted and received
  • 128_511 Length Frames – total 128-511 byte length frames transmitted and received
  • 512_1023 Length Frames – total 512-1023 byte length frames transmitted and received
  • 1024_1518 Length Frames – total 1024-1518 byte length frames transmitted and received
  • 1518 Length Frames – total > 1518 byte length frames transmitted and received

PacketCheck™ can generate reports at the end of every test. The reports include statistics, configuration information, NIC details, stream and aggregated statistics, and other test information. Reports can be generated in Portable Document Format (PDF), and Extensible Markup Language (XML) format with customizable headers, footers, comments and logos. User can also generate periodic reports during the test execution.

Report Generation Configuration

Report Generation Configuration

PDF Test Report

PDF Test Report

Item No. Item Description
ETH100 PacketCheck™
ETH200 Two PacketCheck™ applications
  Related Products
PXE100 PacketExpert™ 1G
PXN100 PacketExpert™ 10GX

* Specifications are subject to change without notice.


Back to VoIP Analysis and Simulation Index Page Back to VoIP Analysis and Simulation Index Page