Cisco ASR 1000 Series Aggregation Services Routers Software Configuration Guide

PTP Clocks

PTP employs a hierarchy of clock types to ensure that precise timing and synchronization is maintained between the source and the numerous PTP clients that are distributed throughout the network. A logical grouping of PTP clocks that synchronize with each other using the PTP protocol, but are not necessarily synchronized to the PTP clocks in another domain, is called a PTP domain.

The three PTP clock types are Ordinary clock, Boundary clock, and Transparent clock.

• Ordinary clock--This clock type has a single PTP port in a domain, and maintains the timescale used in the domain. It may serve as a source of time, that is, be a master, or may synchronize to another clock by being a slave. It provides time to an application or to an end device.
• Boundary clock--This clock type has multiple PTP ports in a domain, and maintains the timescale used in the domain. It may serve as a source of time, that is, be a master, or may synchronize to another clock by being a slave. A boundary clock that is a slave has a single slave port, and transfers timing from that port to the master p orts.
• Transparent clock--This clock type is a device that measures the time taken for a PTP event message to pass through the device, and provides this information to the clocks receiving this PTP event message.

Table 15-1 shows the 1588v2 PTP support matrix on a Cisco ASR1000 platform.

Components of a PTP-enabled Network

The three key components of a PTP-enabled data network are grand master, PTP client, and PTP-enabled router acting as a Boundary clock.

• Grand Master --An IEEE1588v2 PTP network needs a grand master to provide a precise time source. The most economical way of obtaining the precise time source for the grand master is through a Global Positioning System (GPS) because it provides +/- 100 nanosecond (ns) accuracy. First, the PTP grand master’s built-in GPS receiver converts the GPS timing information to PTP time information, which is typically Coordinated Universal Time (UTC), and then delivers the UTC time to all the PTP clients.
• PTP client --A PTP client has to be installed on servers, network-monitoring and performance-analysis devices, or other devices that want to use the precise timing information provided by PTP, and it’s mostly an ordinary clock. The two kinds of PTP clients are pure software PTP clients and hardware-assistant PTP clients.
• PTP boundary clock --Any router that is between a PTP master and PTP slave can act as a PTP boundary clock router. It has two interfaces, one facing the PTP master and another facing the PTP slave. The boundary clock router acts as a slave on the interface facing the PTP master router, and acts as a master on the interface facing the PTP slave router. The PTP boundary clock router is deployed to minimize timing delay in cases where the distance between PTP master router and the PTP slave router is more.

Note Intermediary nodes between PTP master and slave should be a PTP-enabled or transparent clock node.

Figure 13-1 shows the functions of a PTP Enabled device.

Figure 13-1 Functions of a PTP-Enabled Device

Clock-Synchronization Process

Clock synchronization is achieved through a series of messages exchanged between the master clock and the slave clock as shown in Figure 13-2.

Figure 13-2 Clock-Synchronization Process

After the master-slave clock hierarchy is established, the clock synchronization process starts. The message exchange occurs in this sequence:

1. The master clock sends a Sync message. The time at which the Sync message leaves the master is time-stamped as t1.

2. The slave clock receives the Sync message and is time-stamped as t2..

3. The slave sends the Delay_Req message, which is time-stamped as t3 when it leaves the slave, and as t4 when the master receives it.

4. The master responds with a Delay_Resp message that contains the time stamp t4.

The clock offset is the difference between the master clock and the slave clock, and is calculated as follows:

Offset = t2 - t1 - meanPathDelay

IEEE1588 assumes that the path delay between the master clock and the slave clock is symmetrical, and hence, the mean path delay is calculated as follows:

meanPathDelay = ((t2 - t1) + (t4 - t3))/2

PTP Messages

All PTP communication is performed through message exchange. The two sets of messages defined by IEEE1588v2 are General messages and Event messages.

• General messages --These messages do not require accurate time stamps, and are classified as Announce, Follow_Up, Delay_Resp, Pdelay_Resp_Follow_Up, Management, and Signaling.
• Event messages --These messages require accurate time stamping, and are classified as Sync, Delay_Req, Pdelay_Req, and Pdelay_Resp.

PTP Clocking Modes

The following are the PTP clocking modes supported on a Cisco ASR 1002-X Router:

• Unicast Mode --In unicast mode, the master sends the Sync or Delay_Resp messages to the slave on the unicast IP address of the slave, and the slave in turn sends the Delay_Req message to the master on the unicast IP address of the master.
• Unicast Negotiation Mode --In unicast negotiation mode, the master does not know of any slave until the slave sends a negotiation message to the master. The unicast negotiation mode is good for scalability purpose because one master can have multiple slaves.

PTP Accuracy

Accuracy is an important aspect of PTP implementation on an Ethernet port. For a packet network, Packet Delay Variation (PDV) is one of the key factors that impacts the accuracy of a PTP clock. The Cisco ASR 1002-X Router can handle the PDV of the network with its advanced hardware and software capabilities, such as hardware stamping and special high-priority queue for PTP packets. It can provide around 300 ns accuracy in a scalable deployment scenario.

The two methods used on the same topology to cross-check and verify the results are:

• One-pulse-per-second (1PPS) to verify the PTP slave.
• Maximum Time Interval Error (MTIE) and Time Deviation (TDEV) to verify the PDV.

The verification topology includes a grand master with a GPS receiver, a Cisco ASR 1002-X Router, PTP hardware slave clocks with 1PPS output, and a test equipment for the measurement.

Figure 13-3 1PPS Accuracy Measurement

Figure 13-4 shows the PPS accuracy, with time of day measured using the test equipment as per the topology shown in Figure 13-3. The average PPS accuracy value found is 250 ns.

Figure 13-4 Graph Showing PPS Accuracy

Figure 13-5 shows a topology that includes a grand master with a GPS receiver, a Cisco ASR 1002-X Router, PTP hardware slave clocks, and a test equipment for the MTIE and TDEV measurement.

Figure 13-5 MTIE and TDEV measurement

Figure 13-6 shows a graph with the MTIE and TDEV measurements to verify the PDV.

Figure 13-6 Graph to show MTIE and TDEV Measurement

IEEE 1588v2 PTP Support

IEEE 1588v2 PTP supports these features on a Cisco ASR1002-X Router:

• Two-step Ordinary clock and Boundary clock.
• Hardware-assistant PTP implementation to provide sub-300 ns accuracy.
• PTP operation on all physical onboard Gigabit Ethernet interfaces.
• Supports built-in Gigabit Ethernet links in two-step clock mode.

Configuring Input or Output Network Clocking

We recommend that you configure a stable input clock source from a GPS device before configuring PTP master. The GPS device acts as a PTP grand master, and the BITS or 10-MHz port of a Cisco ASR 1002-X Router can be used to input or output the network clock. Perform these tasks to configure network clocking on a Cisco ASR 1002-X Router:

• Configuring Input Clocking
• Configuring Output Clocking

See the module Synchronous Ethernet Support for more information on network clocking.

Configuring an Ordinary Clock

You can configure a Cisco ASR 1002-X Router in Ordinary clock mode as either master or slave.

Figure 13-7 Ordinary Clock Scenario with a GPS Device as Grand Master

Perform these tasks to configure an ordinary clock as either master or slave:

• Configuring an Ordinary Clock as PTP Master
• Configuring an Ordinary Clock as PTP Slave

Configuring an Ordinary Clock as PTP Master

This section describes how to configure an ordinary clock as PTP master.

SUMMARY STEPS

1. configure terminal

2. ptp clock ordinary domain domain_number

3. clock-port name master

4. transport ipv4 unicast interface {GigabitEthernet | Loopback} interface-number {negotiation}

5. clock destination ip-address

6. sync interval interval

7. end

DETAILED STEPS

Examples

The following example shows how to configure an ordinary clock as PTP master:

Configuring an Ordinary Clock as PTP Slave

This section describes how to configure Ordinary Clock as PTP slave.

SUMMARY STEPS

1. configure terminal

2. ptp clock ordinary domain domain_number

3. clock-port name slave

4. transport ipv4 unicast interface {GigabitEthernet | Loopback} interface-number {negotiation}

5. clock source ip-address

6. sync interval interval

7. end

DETAILED STEPS

Examples

The following example shows how to configure an ordinary clock as PTP slave:

Configuring a Boundary Clock

You can configure the PTP master and PTP slave in a boundary clock topology as shown in Figure 13-8 in the same way that you configure a master and slave in ordinary clock mode. This section describes how to configure a Cisco ASR 1002-X Router in boundary clock mode.

Note Currently, boundary clock supports only unicast negotiation mode.

Figure 13-8 PTP Boundary Clock Scenario

SUMMARY STEPS

1. configure terminal

2. ptp clock boundary domain domain_number

3. clock-port name slave

4. transport ipv4 unicast interface {GigabitEthernet | Loopback} interface-number {negotiation}

5. clock source ip-address

6. exit

7. clock-port name master

8. transport ipv4 unicast interface {GigabitEthernet | Loopback} interface-number {negotiation}

9. end

DETAILED STEPS

Examples

The following example shows how to configure a boundary clock:

Configuring Time of Day

A Cisco ASR 1002-X Router can exchange time of day and 1PPS input with an external device, such as a GPS receiver, using the time of day and 1PPS input and output interfaces on the router.

Perform these tasks to configure Time of Day (ToD) messages on the Cisco ASR 1002-X Router:

• Configuring Input Time-of-Day Messages
• Configuring Output Time-of-Day Messages

Configuring Input Time-of-Day Messages

This section describes how to configure input time-of-day messages.

Note You can configure time-of-day input only in a PTP master clock port.

SUMMARY STEPS

1. configure terminal

2. ptp clock ordinary domain domain_number

3. tod{R0 | R1} {cisco | ntp}

4. input [1pps] {R0|R1}

5. clock-port name master

6. transport ipv4 unicast interface {GigabitEthernet | Loopback} interface-number {negotiation}

7. clock destination ip-address

8. end

DETAILED STEPS

Examples

The following example shows how to configure input time-of-day messages:

Configuring Output Time-of-Day Messages

This section describes how to configure output time-of-day messages.

Note You can configure ToD output only on PTP slave clock ports.

SUMMARY STEPS

1. configure terminal

2. ptp clock ordinary domain domain_number

3. tod{R0 | R1} {cisco | ntp}

4. output [1pps] {R0|R1}

5. clock-port name slave

6. transport ipv4 unicast interface {GigabitEthernet | Loopback} interface-number {negotiation}

7. clock source ip-address

8. end

DETAILED STEPS

Examples

The following example shows how to configure output time-of-day messages:

Configuration Examples for IEEE 1588v2 PTP on a Cisco ASR1002-X Router

This example shows how to configure IEEE 1588v2 PTP on a Cisco ASR1002-X Router:

Unicast Negotiation Mode

Unicast Mode

Verifying the IEEE 1588v2 PTP Configuration

Use the following commands to verify the IEEE 1588v2 PTP configuration:

• Use the show ptp clock running domain 0 command to display the output:

• Use the show platform software ptp tod command to check the time-of-day information:

• Use the show platform ptp tod all command to check the time-of- day state:

Related Documents

MIBs

Technical Assistance