More Products
xGenius is a portable network tester offering multiple functions and a compact design. In addition to conventional packet generation, network monitoring, RFC2544 performance measurement, and cable testing capabilities, xGenius also performs conformance tests for synchronization, delay, and notable flunctuations according to the new PTP and C37.74 standards.
※ The above features and functions are available upon selection of various options. Please contact us for more information.
Output Clock Interface ・2048 KHz (BNC) ・10 MHz (BNC) ・PPS (SMA) ・ToD (RJ45)
xGenius is a portable tester with a variety of frequency and phase clock reference outputs for versatile testing.
Due to the high performance level provided by xGenius clock reference outputs, they are suitable to synchronize virtually any network. They have the advantage of being portable and battery operated. When the built in Rubidium oscillator is used they also provide good holdover performance. This function makes xGenius independent of GNSS when used as a portable synchronization source.
A typical application of clock reference outputs is to generate a stimulus to the device or network to be tested. This stimulus is propagated through the network and the result is analyzed in a second remote unit. Typical performance metrics are the Time Error (TE), Time Interval Error (TIE), Maximum TIE (MTIE) and Time DEViation (TDEV).
Clock reference outputs could also be used as a synchronization source for a second test equipment. This setup is typical of self-synchronized tests required for Boundary Clock (BC) or Transparent Clock (TC) benchmarking. The advantage of this setup is a very high accuracy level independent of any external element to the test system.
This document is mainly focused on phase and time applications delivered over packet switched networks and for this reason, only 1PPS / ToD and PTP tests are described in detail. However, frequency output clocks are still important in TDM applications and also in packet applications where only frequency distribution is relevant.
This section deals about two basic test setups related with 1PPS interface tests. In one of them, 1PPS is used as a stimulus and GNSS provides time / phase reference. In the second configuration, 1PPS is used as a clock reference. The GNSS-synchronized test is suitable when the excitation signal is to be transmitted to a location far from the analysis interface. The self-synchronized test is very accurate but it requires the generator and the analyzer to be physically connected by a short patch cable.
There is actually a third basic setup that is not described here but it also has several important applications. It is a configuration in which a single unit generates a 1PPS / ToD output and at the same time runs 1PPS / ToD analysis test. This test has the same accuracy level than the dual-unit self-synchronized test.
Two xGenius units are required for this test. It is assumed that these units are configured to the factory defaults. The units may be installed in different locations potentially a long distance away one each other. Unit #1 generates a 1PPS stimulus signal that is transferred through a packet switched network. A second tester (unit #2) runs a TE / MTIE / TDEV test in some BC 1PPS monitoring output or at the 1PPS output provided by a PTP Slave Clock (SC).
Setting up the Reference
xGenius units may be equipped with a built-in GNSS receiver. These units have an SMA female connector suitable for connecting an antenna. Units with the built in GNSS receiver are also supplied with a compact antenna with 5 m of coaxial cable plus a 10m extension cable. Using a different antenna is possible as long as the specifications of the GNSS module are taken into account.
To use the built in GNSS module follow these steps in test unit #1 (generator) and #2 (analyzer) separately:
The locking process for the OCXO version of xGenius may take around 10 minutes. The coarse locking process in Rubidium units requires around 20 minutes.
Both Rubidium and OCXO versions of xGenius are ready for testing once the LOCK LED is green but Rubidium units are not yet prepared to supply their maximum accuracy. These units go to a Fine locking status before being fully Locked to the reference. The Fine locking status may last for around four hours in Rubidium units. OXCO units do not have fine locking status and they go directly to the Locked when they finish the coarse locking procedure. The user could check the current locking status (Locking, Fine locking, Locked, Holdover, etc.) from the Oscillator menu in the Reference clock menu.
Configuring GNSS Properties
At least one hour of position averaging is required for a reasonable accuracy.
The position averaging procedure should be started when the geographical location of the test unit changes. The unit checks any change in position (longitude, latitude, altitude) every time it is connected to a GNSS antenna. If a change in the coordinates is detected, then an error message is displayed in the status field and Fixed-position mode is disabled.
Testing could start before the end of the position averaging process. The improved time estimation due to this function would be automatically applied starting from the end of the auto-averaging process.
Connecting the Units
It is assumed that the input and output physical network interfaces are 1PPS unbalanced as defined in ITU-T Recommendations G.703 and G.8271.
For unit #1 the following configuration is required:
The configuration required in unit #2 is as follows:
Configuring the Test Port
Follow these steps for test unit #2:
Configuring the Test
Once the 1PPS clock interface is configured in unit #2, the user will need to select the tests to be performed. In this setup, TE / MTIE / TDEV are tested. The procedure to perform the test is as follows:
Running the Test
To start the test, press RUN on each test unit. The TE / MTIE / TDEV results are computed by test unit #2 in real time and can be checked at any point during the test using the following method:
The test can be stopped at any point in time by pressing RUN again.
This test also uses two units. This time, the test signal is the PTP data flow transmitted via the Ethernet interface. The analytic signal is 1PPS as in Test Case I.
A simple configuration for PTP (1000BASE-T interface, no VLANs) is assumed. The PTP profile is assumed to be ITU-T G.8275.1 (L2 payload, multicast transmission...). The analysis interface is 1PPS/ToD balanced as defined in ITU-T Recommendations G.703 and G.8271. The initial state for both test units is the factory default configuration.
This test could be used to verify the performance of a PTP slave clock with a 1PPS/ToD output.
Non-ToD references are of limited use in tests requiring PTP master or slave emulation because they don’t carry time information and they cannot be used to measure TE.
The locking process for the OCXO version of xGenius may take around 10 minutes. The locking process in Rubidium units requires around 20 minutes.
Both Rubidium and OCXO versions of xGenius are ready for testing once the LOCK LED is green but Rubidium units are not yet ready to supply their maximum accuracy. These units go to a fine-locking status before being fully locked to the reference. The Fine-locking status may last for around four hours in Rubidium units. OXCO units do not have a fine-locking status and they enter a locked state directly when they finish the coarse locking procedure. The user could check the current locking status (Locking, Fine locking, Locked, Holdover, etc.) from the oscillator menu in the reference clock menu.
Follow the same procedure to connect unit #2 to the output interface.
Configuring PTP Master Emulation Mode
The following sequence is required for unit #1 to generate the PTP stimulus signal.
If the previous settings are correct, an ‘M’ (Master) will be displayed near the “PTP” label.
Follow the procedure used in test case I to configure the test.
Follow the procedure used in test case I to run the test.
This section describes three more test cases where generation of an output reference or test signal is necessary. Test case III describes a test that is closely related to test case I but both the 1PPS / ToD excitation and result signals are replaced by PTP flows transmitted over Ethernet interfaces.
Test case IV describes a self-synchronized test where the reference signal is transmitted over the same physical interface as the signal under test using Synchronous Ethernet. The advantage of this configuration is that the clock reference is readily available even if GNSS cannot be used and if the test units are far apart. The drawback is that it requires support of Synchronous Ethernet in the test network. Moreover, Synchronous Ethernet is a frequency technology. It is not designed to distribute time and phase information. As a result, the analysis unit cannot calculate the same result as when using a time clock reference (1PPS / ToD).
Test case V, a PTP self-synchronized test with 1PPS / ToD reference, has much in common with test case II but it replaces the 1PPS analysis interface with PTP. This configuration is ideal for BC and TC testing because it combines the high accuracy provided by the ToD reference with a packet test interface. While there is some inconvenience due to the requirement for a 1PSS / ToD link between test units #1 and #2, the test is able to measure all the available performance parameters, including TE.
In all three cases units are restored to the factory defaults before starting configuration. PTP profile is assumed to be ITU-T G.8275.1 (L2 payload, multicast transmission...). A simple configuration for all Ethernet test ports is also assumed (1000BASE-T, no VLANs).
In this test case, unit #1 is configured to emulate a PTP master clock. The test signal is transmitted through a chain of network elements such as BCs or TCs. The output is the PTP data flow resulting from transmission of the original sequence over the test network. This is therefore a pure PTP test. Clock references are GNSS both in unit #1 and #2.
Configure the GNSS references in unit #1 and #2 in the same way as described in test case I.
Configure the GNSS properties in unit #1 and #2 in the same way as described in test case I.
Connecting the Unit
Connect unit #1 and unit #2 to the input and output interfaces in the test network as follows:
Configure PTP master emulation mode for unit #1 in the same way as described in test case II.
Configuring the PTP Pseudo-slave Mode
In pseudo-slave emulation mode, unit #2 behaves as a PTP slave while keeping an independent synchronization source (GNSS, in this setup) that enables the unit to compute MTIE, TDEV, TE and other performance metrics based on the comparison of the test signal phase and frequency with the clock reference input (GNSS):
If the previous settings are correct, the PTP indication in the top of the screen will change from yellow to green and the “S” indication will be displayed close to the “PTP” label.
Once the PTP is active the user still has to configure the tests to be run. In this setup these are the TE and MTIE / TDEV tests. No specific action is required to enable the TE test. To enable the MTIE and TDEV test follow these steps:
The test is now ready to start. Press RUN in the test unit to begin. Now the TE and MTIE / TDEV are computed in real time. Follow these steps to check the TE results:
The MTIE / TDEV test is executed at the same time as the TE test. Real time results can be checked as follows:
The TIE, MTIE and TDEV values must be understood as pktfilteredTIE, pktfilteredMTIE, and pktfilteredTDEV respectively.
The time taken for the first results to be displayed depends on the filter settings.
The TE and MTIE / TDEV tests can be stopped at any point in time by pressing RUN.
Test case IV describes a test where the reference shares the same interface as the test signal. This reference travels from a unit configured in PTP master emulation mode to a unit configured in pseudo-slave mode. Propagating the reference in the opposite direction is also possible as long as the network supports this setup.
The test itself is similar to the test described in case III. The difference in this setup is the way the clock reference is generated and distributed.
Connect units #1 and #2 to the test network in the same way as described in test case III.
Configure test unit #1 as a Synchronous Ethernet master using the following procedure:
Configure unit #2 to use the Synchronous Ethernet network clock as a reference clock with the following procedure:
Configure PTP slave emulation mode for unit #2 in the same way as described in test case III.
Configure unit #2 in the same way as described in test case III (configuring a MTIE / TDEV test).
The test is now ready to start. Press RUN in the test unit to begin. Now the TE and MTIE / TDEV are computed in real time. Follow these steps to check the results:
In this test case, there are two xGenius units running in master emulation mode and in pseudo-slave mode, just as in test cases III and IV. Again, the difference in this setup is the way the clock reference is generated and distributed. Specifically, this test case adopts the same mechanism used in test case II: one unit is locked to the ToD reference generated from the second unit.
Configure ToD clock reference input and output for unit #1 and #2 in the same way as described in test case II.
Follow the procedure for running tests as described in test case I.
Although xGenius can support various clock tests, this section focuses on PTP measurement for G.8272/Y.1367 and G.8273.2/Y.1368.2.
In this test, a conformance test (MTIE/TDEV) of PRTC (Primary Reference Clock ≒ PTP Grandmaster) is performed using xGenius.
Test target (DUT): Grandmaster Qg2 OCXO built-in oscillator PRTC-A *
* PRTC currently has two grades, PRTC-A/B. Verification is performed with a PRTC-A standard DUT. PRTC-B requires higher precision specifications than PRTC-A (see Figure 1 and Figure 2).
Overview
Directly connect xGenius to the grandmaster, and measure the MTIE (Maximum Time Interval Error) and TDEV (Time Deviation) between them. xGenius is set to PTP Slave Test mode at this point.
As shown in the figure below, there are three connections for the grand master and two for xGenius.
The following verification parameters are selected for the PTP system.
Results
As values are within the standard range shown in Fig. 1 and Fig. 2 above, the test confirms that the grandmaster (Qg2) satisfies this specification. (The graphs shown below were created by processing a file generated from xGenius’s report/log function using an Excel macro designed by our company. This macro is freely distributed upon request to customers who purchase the xGenius.)
The following ITU-T G.8273.2 T-BC (Telecom Boundary Clock) conformance tests were performed using xGenius. Certification was conducted at constant temperature, which requires an ambient temperature deviation of ±1K.
Test Items
Test target (DUT): Quarra 10G PTP Ethernet Switch
* T-BC currently has four grades, T-BC Class A/B/C/D. This verification is performed using a T-BC Class A standard DUT.
Verification 1
The Quarra PTP Switch is connected to two xGenius units. xGenius unit A is equipped with a Rubidium oscillator and synchronizes with GNSS to emulate a PRTC-A standard PTP grandmaster.
xGenius unit B acts as a PTP slave and performs the above tests.
As shown in the figure below, xGenius A has 3 connections, the PTP Switch has 2 connections, and xGenius B has 2 connections.
Results (Verification 1)
As values obtained lie within the standard ranges across all categories, the test confirms that the target T-BC (Quarra Switch) satisfies this specification. (The graphs shown below were created by processing a file generated from xGenius’s report/log function using an Excel macro designed by our company. This macro is freely distributed upon request to customers who purchase the xGenius.)
Verification 2
The Quarra 10G PTP Switch is connected to two xGenius units. xGenius unit A has an OCXO oscillator and emulates a PRTC-A standard PTP grand master. However, unlike in Verification 1, the internal oscillator does not synchronize with GNSS.
xGenius unit B acts as a PTP slave and performs the same tests as in Verification 1.
As shown in the figure below, xGenius A has 2 connections, the PTP Switch has 2 connections, and xGenius B has 2 connections.
The following verification parameters were selected for the PTP system.。
Announce RX message time out: 3 second
Results (Verification 2)
As shown below, all the criteria were satisfied as in Verification 1. Hence, the test confirms that using only the internal oscillator (OCXO) for self-synchronization is also effective. (The graphs shown below were created by processing a file generated from xGenius’s report/log function using an Excel macro designed by our company. This macro is freely distributed upon request to customers who purchase the xGenius.)