- Table of Contents
-
- 11-Network Management and Monitoring Configuration Guide
- 00-Preface
- 01-System maintenance and debugging configuration
- 02-NQA configuration
- 03-NTP configuration
- 04-PTP configuration
- 05-SNMP configuration
- 06-RMON configuration
- 07-Event MIB configuration
- 08-NETCONF configuration
- 09-Ansible configuration
- 10-Puppet configuration
- 11-Chef configuration
- 12-CWMP configuration
- 13-EAA configuration
- 14-Process monitoring and maintenance configuration
- 15-Sampler configuration
- 16-Mirroring configuration
- 17-NetStream configuration
- 18-IPv6 NetStream configuration
- 19-sFlow configuration
- 20-Information center configuration
- 21-Packet capture configuration
- 22-VCF fabric configuration
- Related Documents
-
Title | Size | Download |
---|---|---|
04-PTP configuration | 360.50 KB |
Contents
Grandmaster clock selection and master-member/subordinate relationship establishment
Restrictions: Hardware compatibility with PTP
Restrictions and guidelines: PTP configuration
Configuring PTP (IEEE 1588 version 2)
Configuring PTP (IEEE 802.1AS)
Configuring PTP (SMPTE ST 2059-2)
Specifying PTP for obtaining the time
Configuring an OC to operate only as a member clock
Configuring the role of a PTP port
Configuring the mode for carrying timestamps
Specifying a delay measurement mechanism for a BC or an OC
Configuring one of the ports on a TC+OC clock as an OC-type port
Configuring PTP message transmission and receipt
Setting the interval for sending Pdelay_Req messages
Setting the interval for sending Sync messages
Setting the minimum interval for sending Delay_Req messages
Configuring parameters for PTP messages
Specifying the IPv4 UDP transport protocol for PTP messages
Configuring a source IP address for multicast PTP message transmission over IPv4 UDP
Configuring a destination IP address for unicast PTP message transmission over IPv4 UDP
Configuring the MAC address for non-Pdelay messages
Setting a DSCP value for PTP messages transmitted over IPv4 UDP
Specifying a VLAN tag for PTP messages
Adjusting and correcting clock synchronization
Setting the delay correction value
Setting the cumulative offset between the UTC and TAI
Setting the correction date of the UTC
Configuring a priority for a clock
Display and maintenance commands for PTP
Example: Configuring PTP (IEEE 1588 version 2, IPv4 UDP transport, multicast transmission)
Example: Configuring PTP (IEEE 802.1AS, IEEE 802.3/Ethernet transport, multicast transmission)
Example: Configuring PTP (SMPTE ST 2059-2, IPv4 UDP transport, multicast transmission)
Configuring PTP
About PTP
Precision Time Protocol (PTP) provides time synchronization among devices with submicrosecond accuracy. It provides also precise frequency synchronization.
Basic concepts
PTP profile
PTP profiles (PTP standards) include:
· IEEE 1588 version 2—1588v2 defines high-accuracy clock synchronization mechanisms. It can be customized, enhanced, or tailored as needed. 1588v2 is the latest version.
· IEEE 802.1AS—802.1AS is introduced based on IEEE 1588. It specifies a profile for use of IEEE 1588-2008 for time synchronization over a virtual bridged local area network (as defined by IEEE 802.1Q). 802.1AS supports point-to-point full-duplex Ethernet, IEEE 802.11, and IEEE 802.3 EPON links.
· SMPTE ST 2059-2—ST2059-2 is introduced based on IEEE 1588. It specifies a profile specifically for the synchronization of audio or video equipment in a professional broadcast environment. It includes a self-contained description of parameters, their default values, and permitted ranges.
PTP domain
A PTP domain refers to a network that is enabled with PTP. A PTP domain has only one reference clock called "grandmaster clock (GM)." All devices in the domain synchronize to the clock.
Clock node and PTP port
A node in a PTP domain is a clock node. A port enabled with PTP is a PTP port. PTP defines the following types of basic clock nodes:
· Ordinary Clock (OC)—A PTP clock with a single PTP port in a PTP domain for time synchronization. It synchronizes time from its upstream clock node through the port. If an OC operates as the clock source, it sends synchronization time through a single PTP port to its downstream clock nodes.
· Boundary Clock (BC)—A clock with more than one PTP port in a PTP domain for time synchronization. A BC uses one of the ports to synchronize time from its upstream clock node. It uses the other ports to synchronize time to the relevant upstream clock nodes. If a BC operates as the clock source, such as BC 1 in Figure 1, it synchronizes time through multiple PTP ports to its downstream clock nodes.
· Transparent Clock (TC)—A TC does not keep time consistency with other clock nodes. A TC has multiple PTP ports. It forwards PTP messages among these ports and performs delay corrections for the messages, instead of performing time synchronization. TCs include the following types:
¡ End-to-End Transparent Clock (E2ETC)—Forwards non-P2P PTP packets in the network and calculates the delay of the entire link.
¡ Peer-to-Peer Transparent Clock (P2PTC)—Forwards only Sync, Follow_Up, and Announce messages, terminates other PTP messages, and calculates the delay of each link segment.
Figure 1 shows the positions of these types of clock nodes in a PTP domain.
Figure 1 Clock nodes in a PTP domain
In addition to these basic types of clock nodes, PTP introduces hybrid clock nodes. For example, a TC+OC has multiple PTP ports in a PTP domain. One port is the OC type, and the others are the TC type.
A TC+OC forwards PTP messages through TC-type ports and performs delay corrections. In addition, it synchronizes time through its OC-type port. TC+OCs include these types: E2ETC+OC and P2PTC+OC.
Master-member/subordinate relationship
The master-member/subordinate relationship is automatically determined based on the Best Master Clock (BMC) algorithm. You can also manually specify a role for the clock nodes.
The master-member/subordinate relationship is defined as follows:
· Master/Member node—A master node sends a synchronization message, and a member node receives the synchronization message.
· Master/Member clock—The clock on a master node is a master clock (parent clock) The clock on a member node is a member clock.
· Master/Subordinate port—A master port sends a synchronization message, and a subordinate port receives the synchronization message. The master and subordinate ports can be on a BC or an OC.
A port that neither receives nor sends synchronization messages is a passive port.
Grandmaster clock
As shown in Figure 1, the clock nodes in a PTP domain are organized into a master-member hierarchy, where the GM operates as the reference clock for the entire PTP domain. Time synchronization is implemented through exchanging PTP messages.
Clock source
The clock source used by clock nodes is 38.88 MHz clock signals generated by a crystal oscillator inside the clock monitoring module of the device.
Grandmaster clock selection and master-member/subordinate relationship establishment
A GM can be manually specified. It can also be elected through the BMC algorithm as follows:
1. The clock nodes in a PTP domain exchange announce messages and elect a GM by using the following rules in descending order:
a. Clock node with higher priority 1.
b. Clock node with higher time class.
c. Clock node with higher time accuracy.
d. Clock node with higher priority 2.
e. Clock node with a smaller port ID (containing clock number and port number).
The master nodes, member nodes, master ports, and subordinate ports are determined during the process. Then a spanning tree with the GM as the root is generated for the PTP domain.
2. The master node periodically sends announce messages to the member nodes. If the member nodes do not receive announce messages from the master node, they determine that the master node is invalid, and they start to elect another GM.
Synchronization mechanism
After master-member relationships are established between the clock nodes, the master and member clock nodes exchange PTP messages and record the message transmit and receive time. Based on the timestamps, each member clock calculates the path delay and time offset between them and the master clock and adjusts their time accordingly for time synchronization with the master clock.
PTP defines two path delay measurement mechanisms: Request_Response_ and Peer Delay, both of which are based on network symmetry.
Request_Response
The Request_Response mechanism measures the average path delay between the master and member clock nodes by using the PTP messages as shown in Figure 2. A TC between master and member clock nodes does not calculate the path delay. It forwards PTP messages and carries the Sync message residence time on it to the downstream clock node.
This mechanism can be implemented in one of the following two modes:
· Two-step mode—t1 is carried in the Follow_Up message as shown in Figure 2.
· Single-step mode—t1 is carried in the Sync message, and no Follow_Up message is sent.
Figure 2 shows the Request_Response mechanism in two-step mode.
1. The master clock sends a Sync message to the member clock, and records the sending time t1. Upon receiving the message, the member clock records the receiving time t2.
2. After sending the Sync message, the master clock immediately sends a Follow_Up message that carries time t1.
3. The member clock sends a Delay_Req message to the master clock, and records the sending time t3. Upon receiving the message, the master clock records the receiving time t4.
4. The master clock returns a Delay_Resp message that carries time t4.
After this procedure, the member clock obtains all the four timestamps and can make the following calculations:
· Round-trip delay between the master and member clocks: (t2 – t1) + (t4 – t3)
· One-way delay between the master and member clocks: [(t2 – t1) + (t4 – t3)] / 2
· Offset between the member and master clocks: (t2 – t1) – [(t2 – t1) + (t4 – t3)] / 2 or [(t2 – t1) – (t4 – t3)] / 2
Figure 2 Request_Response mechanism (two-step node)
Peer Delay
The Peer Delay mechanism measures the average path delay between two clock nodes. The two clock nodes (BC, TC, or OC) implementing this mechanism send Pdelay messages to each other, and calculate the one-way link delay between them independently. The message interaction process and delay calculation method are identical on the two nodes. TCs that exist between master and member clock nodes divide the synchronization path into multiple links and participate in delay calculation. The link delays and Sync message residence time on the TCs are carried to downstream nodes.
This mechanism can be implemented in one of the following two modes:
· Two-step mode
As shown in Figure 3, Pdelay messages include Pdelay_Req, Pdelay_Resp, and Pdelay_Resp_Follow_Up messages. t2 is carried in the Pdelay_Resp message, and t3 is carried in the Pdelay_Resp_Follow_Up message.
· Single-step mode:
Pdelay messages include Pdelay_Req and Pdelay_Resp messages. t3 – t2 is carried in the Pdelay_Resp, and no Pdelay_Resp_Follow_Up message is sent.
Figure 3 uses Clock node B as an example to describe the Peer Delay mechanism.
1. Clock node B sends a Pdelay_Req message to Clock node A, and records the sending time t1. Upon receiving the message, Clock node A records the receiving time t2.
2. Clock node A sends a Pdelay_Req message that carries t2 to Clock node B, and records the sending time t3. Upon receiving the message, Clock node B records the receiving time t4.
3. Clock node A immediately sends a Pdelay_Resp_Follow_Up message carrying t3 to Clock node B after sending the Pdelay_Req message.
After this procedure, Clock node B obtains all the four timestamps and can make the following calculations:
· Round-trip delay between Clock node A and Clock node B: (t2 – t1) + (t4 – t3)
· One-way delay between Clock node A and Clock node B: [(t2 – t1) + (t4 – t3)] / 2 = [(t4 – t1) -(t3 – t2)] / 2
· Time offset between the member clock and the master clock: Sync message receiving time on the member clock – Sync message sending time on the master clock – Total one-way delays on all links – Total Sync message residence time on all TCs.
Figure 3 Peer Delay mechanism (two-step mode)
Protocols and standards
· IEEE 1588-2008, IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems
· IEEE P802.1AS, Timing and Synchronization for Time-Sensitive Applications in Bridged Local Area Networks
Restrictions: Hardware compatibility with PTP
The S6820 series, S6860 series, and S6861 series switches do not support PTP.
In the S6800 switch series, only the following switch models support PTP:
· S6800-54HF
· S6800-54HT
· S6800-2C-FC
· S6800 switch models labeled with one of the following product codes:
¡ LS-6800-32Q-H1
¡ LS-6800-54QF-H1
¡ LS-6800-54QT-H1
¡ LS-6800-2C-H1
¡ LS-6800-4C-H1
¡ LS-6800-54QF-H3
¡ LS-6800-54QT-H3
Restrictions and guidelines: PTP configuration
Before configuring PTP, determine the PTP profile and define the scope of the PTP domain and the role of every clock node.
In a PTP domain that runs the IEEE 1588 version 2 or IEEE 802.1AS PTP profile, specify the BC or OC clock node type for the devices in the domain as a best practice. A TC clock node is mainly used for forwarding PTP messages. When receiving a PTP message, a TC multicasts the message from all its PTP interfaces except the inbound interface of the PTP message. To deploy a TC in the domain, plan the TC location and number and location of PTP interfaces on the TC manually to prevent PTP forwarding loops.
PTP tasks at a glance
Configuring PTP (IEEE 1588 version 2)
1. Specifying PTP for obtaining the time
Specify the IEEE 1588 version 2 PTP profile.
¡ Specifying a clock node type
¡ (Optional.) Configuring an OC to operate only as a member clock
4. (Optional.) Specifying a PTP domain
¡ (Optional.) Configuring the role of a PTP port
¡ Configuring the mode for carrying timestamps
¡ Specifying a delay measurement mechanism for a BC or an OC
¡ Configuring one of the ports on a TC+OC clock as an OC-type port
7. (Optional.) Configuring PTP message transmission and receipt
¡ Setting the interval for sending Pdelay_Req messages
¡ Setting the interval for sending Sync messages
¡ Setting the minimum interval for sending Delay_Req messages
8. (Optional.) Configuring parameters for PTP messages
¡ Specifying the IPv4 UDP transport protocol for PTP messages
¡ Configuring a source IP address for multicast PTP message transmission over IPv4 UDP
¡ Configuring a destination IP address for unicast PTP message transmission over IPv4 UDP
¡ Configuring the MAC address for non-Pdelay messages
¡ Setting a DSCP value for PTP messages transmitted over IPv4 UDP
¡ Specifying a VLAN tag for PTP messages
9. (Optional.) Adjusting and correcting clock synchronization
¡ Setting the delay correction value
¡ Setting the cumulative offset between the UTC and TAI
¡ Setting the correction date of the UTC
10. (Optional.) Configuring a priority for a clock
Configuring PTP (IEEE 802.1AS)
1. Specifying PTP for obtaining the time
Specify the IEEE 802.1AS PTP profile.
¡ Specifying a clock node type
¡ (Optional.) Configuring an OC to operate only as a member clock
4. (Optional.) Specifying a PTP domain
¡ (Optional.) Configuring the role of a PTP port
¡ Configuring one of the ports on a TC+OC clock as an OC-type port
7. (Optional.) Configuring PTP message transmission and receipt
¡ Setting the interval for sending Pdelay_Req messages
¡ Setting the interval for sending Sync messages
8. (Optional.) Specifying a VLAN tag for PTP messages
9. (Optional. ) Adjusting and correcting clock synchronization
¡ Setting the delay correction value
¡ Setting the cumulative offset between the UTC and TAI
¡ Setting the correction date of the UTC
10. (Optional.) Configuring a priority for a clock
Configuring PTP (SMPTE ST 2059-2)
1. Specifying PTP for obtaining the time
Specify the SMPTE ST 2059-2 PTP profile.
¡ Specifying a clock node type
¡ (Optional.) Configuring an OC to operate only as a member clock
4. (Optional.) Specifying a PTP domain
¡ (Optional.) Configuring the role of a PTP port
¡ Configuring the mode for carrying timestamps
¡ Specifying a delay measurement mechanism for a BC or an OC
7. (Optional.) Configuring PTP message transmission and receipt
¡ Setting the interval for sending Pdelay_Req messages
¡ Setting the interval for sending Sync messages
¡ Setting the minimum interval for sending Delay_Req messages
8. (Optional.) Configuring parameters for PTP messages
¡ Configuring a source IP address for multicast PTP message transmission over IPv4 UDP
¡ Configuring a destination IP address for unicast PTP message transmission over IPv4 UDP
¡ Setting a DSCP value for PTP messages transmitted over IPv4 UDP
¡ Specifying a VLAN tag for PTP messages
9. (Optional.) Adjusting and correcting clock synchronization
¡ Setting the delay correction value
¡ Setting the cumulative offset between the UTC and TAI
¡ Setting the correction date of the UTC
10. (Optional.) Configuring a priority for a clock
Specifying PTP for obtaining the time
1. Enter system view.
system-view
2. Specify PTP for obtaining the time.
clock protocol ptp
By default, the device uses NTP to synchronize the system time.
For more information about the clock protocol command, see device management commands in Fundamentals Command Reference.
Specifying a PTP profile
Restrictions and guidelines
You must specify a PTP profile before configuring PTP settings. Changing the PTP profile clears all settings under the profile.
Procedure
1. Enter system view.
system-view
2. Specify a PTP profile.
ptp profile { 1588v2 | 8021as | st2059-2 }
By default, no PTP profile is configured, and PTP is not running on the device.
Configuring clock nodes
Specifying a clock node type
Restrictions and guidelines
You can specify only one clock node type for the device. The clock node types include OC, BC, E2ETC, P2PTC, E2ETC+OC, and P2PTC+OC.
Before you specify a clock node type, specify a PTP profile.
For the IEEE 802.1AS PTP profile, you cannot specify the E2ETC or E2ETC+OC clock node type.
For the SMPTE ST 2059-2 PTP profile, you cannot specify the E2ETC+OC or P2PTC+OC clock node type.
Changing or removing the clock node type restores the default settings of the PTP profile.
Procedure
1. Enter system view.
system-view
2. Specify a clock node type for the device.
ptp mode { bc | e2etc | e2etc-oc | oc | p2ptc | p2ptc-oc }
By default, no clock node type is specified.
Configuring an OC to operate only as a member clock
About configuring an OC to operate only as a member clock
An OC can operate either as a master clock to send synchronization messages or as a member clock to receive synchronization messages. This task allows you to configure an OC to operate only as a member clock.
If an OC is operating only as a member clock, you can use the ptp force-state command to configure its PTP port as a master port or passive port.
Restrictions and guidelines
This task is applicable only to OCs.
Procedure
1. Enter system view.
system-view
2. Configure the OC to operate only as a member clock.
ptp slave-only
By default, an OC operates as a master or member clock.
Specifying a PTP domain
About PTP domains
Within a PTP domain, all devices follow the same rules to communicate with each other. Devices in different PTP domains cannot exchange PTP messages.
Procedure
1. Enter system view.
system-view
2. Specify a PTP domain for the device.
ptp domain value
By default, the device is in PTP domain 0 for the IEEE 1588 version 2 or IEEE 802.1AS PTP profile, and is in PTP domain 127 for the SMPTE ST 2059-2 PTP profile.
Enabling PTP on a port
About enabling PTP on a port
A port enabled with PTP becomes a PTP port.
Restrictions and guidelines
You can enable PTP on only one port on an OC.
Procedure
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view or Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Enable PTP on the port.
ptp enable
By default, PTP is disabled on a port.
Configuring PTP ports
Configuring the role of a PTP port
About configuring the role of a PTP port
You can configure the master, passive, or slave role for a PTP port.
For an OC that operates in slave-only mode, you can perform this task to change its PTP port role to master or slave.
Restrictions and guidelines
By default, the PTP port roles are automatically negotiated based on the BMC algorithm. If you use the ptp force-state command to change the role of one PTP port, all the other PTP ports in the PTP domain stop working. For these PTP ports to function, you must specify roles for each of them by using the ptp force-state command. As a best practice, enable automatic negotiation of PTP port roles based on the BMC algorithm.
Only one subordinate port is allowed to be configured for a device.
Procedure
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view or Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Configure the role of the PTP port.
ptp force-state { master | passive | slave }
By default, the PTP port role is automatically calculated through BMC.
4. Return to system view.
quit
5. Activate the port role configuration.
ptp active force-state
By default, the port role configuration is not activated.
Configuring the mode for carrying timestamps
About the mode for carrying timestamps
Timestamps can be carried in either of the following modes:
· Single-step mode—The following messages contain the message sending time:
¡ Sync message in the Request_Response and Peer Delay mechanisms.
¡ Pdelay_Resp message in the Peer Delay mechanism.
This mode is not supported in the current software version.
· Two-step mode—All messages contain the message sending time, except for the following messages:
¡ Sync message in the Request_Response and Peer Delay mechanisms.
¡ Pdelay_Resp message in the Peer Delay mechanism.
Procedure
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view or Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Configure the mode for carrying timestamps.
ptp clock-step { one-step | two-step }
By default, the two-step mode is used for carrying timestamps.
Specifying a delay measurement mechanism for a BC or an OC
About the delay measurement mechanism
PTP defines two transmission delay measurement mechanisms: Request_Response and Peer Delay. For correct communication, ports on the same link must share the same delay measurement mechanism.
The delay measurement mechanism is Request_Response for E2ETCs and E2ETC+OCs and Peer Delay for P2PTCs and P2PTC+OCs. You cannot change the delay measurement mechanism for these clock nodes
Restrictions and guidelines
This task is applicable only to BCs and OCs.
The IEEE 802.1AS PTP profile supports only the peer delay measurement mechanism. This task is not available for the IEEE 802.1AS PTP profile.
Procedure
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view or Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Specify a delay measurement mechanism for a BC or an OC.
ptp delay-mechanism { e2e | p2p }
The default delay measurement mechanism depends on the PTP profile.
Configuring one of the ports on a TC+OC clock as an OC-type port
About configuring one of the ports on a TC+OC clock as an OC-type port
All ports on a TC+OC (E2ETC+OC or P2PTC+OC) are TC-type ports by default. This feature allows you to configure one of the ports on a TC+OC clock as an OC-type port.
Restrictions and guidelines
This task is applicable only to E2ETC+OCs and P2PTC+OCs.
This task is not available for the SMPTE ST 2059-2 PTP profile.
When a TC+OC is synchronizing time to a downstream clock node through a TC-type port, prevent it from synchronizing with the downstream clock node through an OC-type port.
Procedure
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view or Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Configure the port type as OC.
ptp port-mode oc
By default, the port type for all ports on a TC+OC is TC.
Configuring PTP message transmission and receipt
Setting the interval for sending announce messages and the timeout multiplier for receiving announce messages
About this task
A master node sends announce messages to the member nodes at the specified interval. If a member node does not receive any announce messages from the master node within the specified interval, it determines that the master node is invalid. The timeout = timeout multiplier × interval at which the master node sends announce messages.
Procedure
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view or Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Set the interval for sending announce messages.
ptp announce-interval interval
The default settings vary by PTP profile.
¡ IEEE 1588 version 2—The interval argument value is 1 and the interval for sending announce messages is 2 (21) seconds.
¡ IEEE 802.1AS—The interval argument value is 0 and the interval for sending announce messages is 1 (20)second.
¡ SMPTE ST 2059-2—The interval argument value is –2 and the interval for sending announce messages is 1/4 (2-2) seconds.
4. Set the number of intervals before a timeout occurs.
ptp announce-timeout multiple-value
By default, a timeout occurs when three intervals are reached.
Setting the interval for sending Pdelay_Req messages
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view or Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Set the interval for sending Pdelay_Req messages.
ptp pdelay-req-interval interval
By default, the interval argument value is 0 and the interval for sending peer delay request messages is 1 (20) second.
For the SMPTE ST 2059-2 PTP profile, set the interval argument to a value in the range of ptp syn-interval interval to ptp syn-interval interval plus 5 as a best practice.
Setting the interval for sending Sync messages
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view or Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Set the interval for sending Sync messages.
ptp syn-interval interval
The default settings vary by PTP profile.
¡ IEEE 1588 version 2—The interval argument value is 0 and the interval for sending Sync messages is 1 (20) second.
¡ IEEE 802.1AS or SMPTE ST 2059-2—The interval argument value is –3 and the interval for sending Sync messages is 1/8 (2-3) seconds.
Setting the minimum interval for sending Delay_Req messages
About the minimum interval for sending Delay_Req messages
When receiving a Sync or Follow_Up message, an interface can send Delay_Req messages only when the minimum interval is reached.
Restrictions and guidelines
This task is not available for the IEEE 802.1AS PTP profile.
The interval takes effect only if it is set on the master clock. The master clock sends the value to a member clock through PTP messages to control the interval for the member clock to send Delay_Req messages. To view the interval, execute the display ptp interface command on the member clock.
Procedure
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view or Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Set the minimum interval for sending Delay_Req messages.
ptp min-delayreq-interval interval
The interval argument value is 0 and the minimum interval for sending delay request messages is 1 (20) second.
For the SMPTE ST 2059-2 PTP profile, set the interval argument to a value in the range of ptp syn-interval interval to ptp syn-interval interval plus 5 as a best practice.
Configuring parameters for PTP messages
Specifying the IPv4 UDP transport protocol for PTP messages
About PTP message transport protocols
PTP messages can be transported over IEEE 802.3/Ethernet or UDP.
Restrictions and guidelines
For the IEEE 802.1AS PTP profile, PTP messages can be transported only over IEEE 802.3/Ethernet.
For the SMPTE ST 2059-2 PTP profile, PTP messages can be transported only over UDP.
This task is not available for the IEEE 802.1AS or SMPTE ST 2059-2 PTP profile.
Procedure
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view or Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Configure the IPv4 UDP transport protocol for PTP messages.
ptp transport-protocol udp
By default, PTP messages are transported over IEEE 802.3/Ethernet.
Configuring a source IP address for multicast PTP message transmission over IPv4 UDP
About configuring a source IP address for multicast PTP message transmission over IPv4 UDP
To transport multicast PTP messages over IPv4 UDP, you must configure a source IP address for the messages.
Restrictions and guidelines
If both a source IP address for multicast PTP message transmission over IPv4 UDP and a destination address for unicast PTP message transmission over IPv4 UDP are configured, the system unicasts the messages.
This task is not available for the IEEE 802.1AS PTP profile.
Procedure
1. Enter system view.
system-view
2. Configure a source IP address for multicast PTP message transmission over IPv4 UDP.
ptp source ip-address [ vpn-instance vpn-instance-name ]
By default, no source IP address is configured for multicast PTP message transmission over IPv4 UDP.
Configuring a destination IP address for unicast PTP message transmission over IPv4 UDP
About configuring a destination IP address for unicast PTP message transmission over IPv4 UDP
To transport unicast PTP messages over IPv4 UDP, you must configure a destination IP address for the messages.
Restrictions and guidelines
If both a source IP address for multicast PTP message transmission over IPv4 UDP and a destination address for unicast PTP message transmission over IPv4 UDP are configured, the system unicasts the messages.
This task is not available for the IEEE 802.1AS PTP profile.
Prerequisites
Configure an IP address for the current interface, and make sure the interface and the peer PTP interface can reach each other.
Procedure
1. Enter system view.
system-view
2. Enter Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Configure a destination IP address for unicast PTP message transmission over IPv4 UDP.
ptp unicast-destination ip-address
By default, no destination IP address is configured for unicast PTP message transmission over IPv4 UDP.
Configuring the MAC address for non-Pdelay messages
About the MAC address for non-Pdelay messages
Pdelay messages include Pdelay_Req, Pdelay_Resp, and Pdelay_Resp_Follow_Up messages. The destination MAC address of Pdelay messages is 0180-C200-000E by default, which cannot be modified. The destination MAC address of non-Pdelay messages is either 0180-C200-000E or 011B-1900-0000.
Restrictions and guidelines
This feature takes effect only when PTP messages are encapsulated in IEEE 802.3/Ethernet packets.
This task is not available for the IEEE 802.1AS or SMPTE ST 2059-2 PTP profile.
Procedure
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view or Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Configure the destination MAC address for non-Pdelay messages.
ptp destination-mac mac-address
The default destination MAC address is 011B-1900-0000.
Setting a DSCP value for PTP messages transmitted over IPv4 UDP
About DSCP values for PTP messages
The DSCP value determines the sending precedence of PTP messages transmitted over IPv4 UDP.
Restrictions and guidelines
This task is not available for the IEEE 802.1AS PTP profile.
Procedure
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view or Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Set a DSCP value for PTP messages transmitted over IPv4 UDP.
ptp dscp dscp
By default, the DSCP value is 56.
Specifying a VLAN tag for PTP messages
About specifying a VLAN tag for PTP messages
Perform this task to configure the VLAN ID and the 802.1p precedence in the VLAN tag carried by PTP messages.
Procedure
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view.
interface interface-type interface-number
3. Specify a VLAN tag for PTP messages.
ptp vlan vlan-id [ dot1p dot1p-value ]
By default, PTP messages do not have a VLAN tag.
Adjusting and correcting clock synchronization
Setting the delay correction value
About setting the delay correction value
PTP performs time synchronization based on the assumption that the delays in sending and receiving messages are the same. However, this is not practical. If you know the offset between the delays in sending and receiving messages, you can set the delay correction value for more accurate time synchronization.
Procedure
1. Enter system view.
system-view
2. Enter Layer 2 Ethernet interface view or Layer 3 Ethernet interface view.
interface interface-type interface-number
3. Set a delay correction value.
ptp asymmetry-correction { minus | plus } value
The default is 0 nanoseconds. Delay correction is not performed.
Setting the cumulative offset between the UTC and TAI
About setting the cumulative offset between the UTC and TAI
The time displayed on a device is based on the Coordinated Universal Time (UTC). There is an offset between UTC and TAI (International Atomic Time, in English), which is made public periodically. This task allows you to adjust the offset between the UTC and TAI on the device.
Restrictions and guidelines
This configuration is applicable only to the GM.
Procedure
1. Enter system view.
system-view
2. Set the cumulative offset between the UTC and TAI.
ptp utc offset utc-offset
The default is 0 seconds.
Setting the correction date of the UTC
About setting the correction date of the UTC
This task allows you to adjust the UTC at the last minute (23:59) of the specified date.
Restrictions and guidelines
If you configure the setting multiple times, the most recent configuration takes effect.
This configuration takes effect only on the GM.
Procedure
1. Enter system view.
system-view
2. Set the correction date of the UTC.
ptp utc { leap59-date | leap61-date } date
By default, the correction date of the UTC is not configured.
Configuring a priority for a clock
About configuring a priority for a clock
Priorities for clocks are used to elect the GM. The smaller the priority value, the higher the priority.
Procedure
1. Enter system view.
system-view
2. Configure the priority for the specified clock for GM election through BMC.
ptp priority clock-source local { priority1 priority1 | priority2 priority2 }
The default value varies by PTP profile:
¡ IEEE 1588 version 2—The priority 1 and priority 2 values are both 128.
¡ IEEE 802.1AS PTP profile—The priority 1 value is 246 and the priority 2 value is 248.
Display and maintenance commands for PTP
Execute display commands in any view and the reset command in user view.
Task |
Command |
Display PTP clock information. |
display ptp clock |
Display the delay correction history. |
display ptp corrections |
Display information about foreign master nodes. |
display ptp foreign-masters-record [ interface interface-type interface-number ] |
Display PTP information on an interface. |
display ptp interface [ interface-type interface-number | brief ] |
Display parent node information for the PTP device. |
display ptp parent |
Display PTP statistics. |
display ptp statistics [ interface interface-type interface-number ] |
Display PTP clock time properties. |
display ptp time-property |
Clear PTP statistics. |
reset ptp statistics [ interface interface-type interface-number ] |
PTP configuration examples
Example: Configuring PTP (IEEE 1588 version 2, IEEE 802.3/Ethernet encapsulation, multicast transmission)
Network configuration
As shown in Figure 4, configure PTP (IEEE 1588 version 2, IEEE 802.3/Ethernet transport, multicast transmission) to enable time synchronization between the devices.
· Specify the IEEE 1588 version 2 PTP profile and the IEEE 802.3/Ethernet transport protocol for PTP messages on Device A, Device B, and Device C.
· Assign Device A, Device B, and Device C to the same PTP domain. Specify the OC clock node type for Device A and Device C, and E2ETC clock node type for Device B. All clock nodes elect a GM through BMC in the PTP domain.
· Use the default Request_Response delay measurement mechanism on Device A and Device C.
Procedure
1. Configure Device A:
# Specify the IEEE 1588 version 2 PTP profile.
<DeviceA> system-view
[DeviceA] ptp profile 1588v2
# Specify the OC clock node type.
[DeviceA] ptp mode oc
# Specify PTP for obtaining the time.
[DeviceA] clock protocol ptp
# Enable PTP on Ten-GigabitEthernet 1/0/1.
[DeviceA] interface ten-gigabitethernet 1/0/1
[DeviceA-Ten-GigabitEthernet1/0/1] ptp enable
[DeviceA-Ten-GigabitEthernet1/0/1] quit
2. Configure Device B:
# Specify the IEEE 1588 version 2 PTP profile.
<DeviceB> system-view
[DeviceB] ptp profile 1588v2
# Specify the E2ETC clock node type.
[DeviceB] ptp mode e2etc
# Specify PTP for obtaining the time.
[DeviceB] clock protocol ptp
# Enable PTP on Ten-GigabitEthernet 1/0/1.
[DeviceB] interface ten-gigabitethernet 1/0/1
[DeviceB-Ten-GigabitEthernet1/0/1] ptp enable
[DeviceB-Ten-GigabitEthernet1/0/1] quit
# Enable PTP on Ten-GigabitEthernet 1/0/2.
[DeviceB] interface ten-gigabitethernet 1/0/2
[DeviceB-Ten-GigabitEthernet1/0/2] ptp enable
[DeviceB-Ten-GigabitEthernet1/0/2] quit
3. Configure Device C:
# Specify the IEEE 1588 version 2 PTP profile.
<DeviceC> system-view
[DeviceC] ptp profile 1588v2
# Specify the OC clock node type.
[DeviceC] ptp mode oc
# Specify PTP for obtaining the time.
[DeviceC] clock protocol ptp
# Enable PTP on Ten-GigabitEthernet 1/0/1.
[DeviceC] interface ten-gigabitethernet 1/0/1
[DeviceC-Ten-GigabitEthernet1/0/1] ptp enable
[DeviceC-Ten-GigabitEthernet1/0/1] quit
Verifying the configuration
When the network is stable, perform the following tasks to verify that Device A is elected as the GM, Ten-GigabitEthernet1/0/1 on Device A is the master port, and Device B has synchronized to Device A:
· Use the display ptp clock command to display PTP clock information.
· Use the display ptp interface brief command to display brief PTP statistics on an interface.
# Display PTP clock information on Device A.
[DeviceA] display ptp clock
PTP profile : IEEE 1588 Version 2
PTP mode : OC
Slave only : No
Clock ID : 000FE2-FFFE-FF0000
Clock type : Local
Clock domain : 0
Number of PTP ports : 1
Priority1 : 128
Priority2 : 128
Clock quality :
Class : 248
Accuracy : 254
Offset (log variance) : 65535
Offset from master : 0 (ns)
Mean path delay : 0 (ns)
Steps removed : 0
Local clock time : Sun Jan 15 20:57:29 2011
# Display brief PTP statistics on Device A.
[DeviceA] display ptp interface brief
Name State Delay mechanism Clock step Asymmetry correction
XGE1/0/1 Master E2E Two 0
# Display PTP clock information on Device B.
[DeviceB] display ptp clock
PTP profile : IEEE 1588 Version 2
PTP mode : E2ETC
Slave only : No
Clock ID : 000FE2-FFFE-FF0001
Clock type : Local
Clock domain : 0
Number of PTP ports : 2
Priority1 : 128
Priority2 : 128
Clock quality :
Class : 248
Accuracy : 254
Offset (log variance) : 65535
Offset from master : N/A
Mean path delay : N/A
Steps removed : N/A
Local clock time : Sun Jan 15 20:57:29 2011
# Display brief PTP statistics on Device B.
[DeviceB] display ptp interface brief
Name State Delay mechanism Clock step Asymmetry correction
XGE1/0/1 N/A E2E Two 0
XGE1/0/2 N/A E2E Two 0
Example: Configuring PTP (IEEE 1588 version 2, IPv4 UDP transport, multicast transmission)
Network configuration
As shown in Figure 5, configure PTP (IEEE 1588 version 2, IPv4 UDP transport, multicast transmission) to enable time synchronization between the devices.
· Specify the IEEE 1588 version 2 PTP profile for Device A, Device B, and Device C.
· Specify multicast IPv4 UDP transport for PTP messages.
· Assign Device A, Device B, and Device C to the same PTP domain. Specify the OC clock node type for Device A and Device C, and P2PTC clock node type for Device B. All clock nodes elect a GM through BMC in the PTP domain.
· Specify the peer delay measurement mechanism (p2p) for Device A and Device C.
Procedure
1. Configure Device A:
# Specify the IEEE 1588 version 2 PTP profile.
<DeviceA> system-view
[DeviceA] ptp profile 1588v2
# Specify the OC clock node type.
[DeviceA] ptp mode oc
# Configure the source IP address for multicast PTP message transmission over IPv4 UDP.
[DeviceA] ptp source 10.10.10.1
# Specify PTP for obtaining the time.
[DeviceA] clock protocol ptp
# On Ten-GigabitEthernet 1/0/1, specify the IPv4 UDP transport protocol for PTP messages, specify the peer delay measurement mechanism, and enable PTP.
[DeviceA] interface ten-gigabitethernet 1/0/1
[DeviceA-Ten-GigabitEthernet1/0/1] ptp transport-protocol udp [DeviceA-Ten-GigabitEthernet1/0/1] ptp delay-mechanism p2p
[DeviceA-Ten-GigabitEthernet1/0/1] ptp enable
[DeviceA-Ten-GigabitEthernet1/0/1] quit
2. Configure Device B:
# Specify the IEEE 1588 version 2 PTP profile.
<DeviceB> system-view
[DeviceB] ptp profile 1588v2
# Specify the P2PTC clock node type.
[DeviceB] ptp mode p2ptc
# Configure the source IP address for multicast PTP message transmission over IPv4 UDP.
[DeviceB] ptp source 10.10.10.2
# Specify PTP for obtaining the time.
[DeviceB] clock protocol ptp
# On Ten-GigabitEthernet 1/0/1, specify the IPv4 UDP transport protocol for PTP messages and enable PTP.
[DeviceB] interface ten-gigabitethernet 1/0/1
DeviceB-Ten-GigabitEthernet1/0/1] ptp transport-protocol udp
[DeviceB-Ten-GigabitEthernet1/0/1] ptp enable
[DeviceB-Ten-GigabitEthernet1/0/1] quit
# On Ten-GigabitEthernet 1/0/2, specify the IPv4 UDP transport protocol for PTP messages and enable PTP.
[DeviceB] interface ten-gigabitethernet 1/0/2
[DeviceB-Ten-GigabitEthernet1/0/2] ptp transport-protocol udp
[DeviceB-Ten-GigabitEthernet1/0/2] ptp enable
[DeviceB-Ten-GigabitEthernet1/0/2] quit
3. Configure Device C:
# Specify the IEEE 1588 version 2 PTP profile.
<DeviceC> system-view
[DeviceC] ptp profile 1588v2
# Specify the OC clock node type.
[DeviceC] ptp mode oc
# Configure the source IP address for multicast PTP message transmission over IPv4 UDP.
[DeviceC] ptp source 10.10.10.3
# Specify PTP for obtaining the time.
[DeviceC] clock protocol ptp
# On Ten-GigabitEthernet 1/0/1, specify the IPv4 UDP transport protocol for PTP messages and the peer delay measurement mechanism, and enable PTP.
[DeviceC] interface ten-gigabitethernet 1/0/1
[DeviceC-Ten-GigabitEthernet1/0/1] ptp transport-protocol udp [DeviceC-Ten-GigabitEthernet1/0/1] ptp delay-mechanism p2p
[DeviceC-Ten-GigabitEthernet1/0/1] ptp enable
[DeviceC-Ten-GigabitEthernet1/0/1] quit
Verifying the configuration
When the network is stable, perform the following tasks to verify that Device A is elected as the GM, Ten-GigabitEthernet1/0/1 on Device A is the master port, and Device B has synchronized to Device A:
· Use the display ptp clock command to display PTP clock information.
· Use the display ptp interface brief command to display brief PTP statistics on an interface.
# Display PTP clock information on Device A.
[DeviceA] display ptp clock
PTP profile : IEEE 1588 Version 2
PTP mode : OC
Slave only : No
Clock ID : 000FE2-FFFE-FF0000
Clock type : Local
Clock domain : 0
Number of PTP ports : 1
Priority1 : 128
Priority2 : 128
Clock quality :
Class : 248
Accuracy : 254
Offset (log variance) : 65535
Offset from master : 0 (ns)
Mean path delay : 0 (ns)
Steps removed : 0
Local clock time : Sun Jan 15 20:57:29 2011
# Display brief PTP statistics on Device A.
[DeviceA] display ptp interface brief
Name State Delay mechanism Clock step Asymmetry correction
XGE1/0/1 Master P2P Two 0
# Display PTP clock information on Device B.
[DeviceB] display ptp clock
PTP profile : IEEE 1588 Version 2
PTP mode : P2PTC
Slave only : No
Clock ID : 000FE2-FFFE-FF0001
Clock type : Local
Clock domain : 0
Number of PTP ports : 2
Priority1 : 128
Priority2 : 128
Clock quality :
Class : 248
Accuracy : 254
Offset (log variance) : 65535
Offset from master : N/A
Mean path delay : N/A
Steps removed : N/A
Local clock time : Sun Jan 15 20:57:29 2011
# Display brief PTP statistics on Device B.
[DeviceB] display ptp interface brief
Name State Delay mechanism Clock step Asymmetry correction
XGE1/0/1 N/A P2P Two 0
XGE1/0/2 N/A P2P Two 0
Example: Configuring PTP (IEEE 802.1AS, IEEE 802.3/Ethernet transport, multicast transmission)
Network configuration
As shown in Figure 6, configure PTP (IEEE 802.1AS, IEEE 802.3/Ethernet transport, multicast transmission) to enable time synchronization between Device A, Device B, and Device C.
· Specify the IEEE 802.1AS PTP profile for Device A, Device B, and Device C.
· Assign Device A, Device B, and Device C to the same PTP domain. Specify the OC clock node type for Device A and Device C, and P2PTC clock node type for Device B. The clock nodes elect a GM through BMC in the PTP domain.
· Use the peer delay measurement mechanism on all clock nodes in the PTP domain.
Procedure
1. Configure Device A:
# Specify the IEEE 802.1AS PTP profile.
<DeviceA> system-view
[DeviceA] ptp profile 802.1AS
# Specify the OC clock node type.
[DeviceA] ptp mode oc
# Specify PTP for obtaining the time.
[DeviceA] clock protocol ptp
# Enable PTP on Ten-GigabitEthernet 1/0/1.
[DeviceA] interface ten-gigabitethernet 1/0/1
[DeviceA-Ten-GigabitEthernet1/0/1] ptp enable
[DeviceA-Ten-GigabitEthernet1/0/1] quit
2. Configure Device B:
# Specify the IEEE 802.1AS PTP profile.
<DeviceB> system-view
[DeviceB] ptp profile 802.1AS
# Specify the P2PTC clock node type.
[DeviceB] ptp mode p2ptc
# Specify PTP for obtaining the time.
[DeviceB] clock protocol ptp
# Enable PTP on Ten-GigabitEthernet 1/0/1.
[DeviceB] interface ten-gigabitethernet 1/0/1
[DeviceB-Ten-GigabitEthernet1/0/1] ptp enable
[DeviceB-Ten-GigabitEthernet1/0/1] quit
# Enable PTP on Ten-GigabitEthernet 1/0/2.
[DeviceB] interface ten-gigabitethernet 1/0/2
[DeviceB-Ten-GigabitEthernet1/0/2] ptp enable
[DeviceB-Ten-GigabitEthernet1/0/2] quit
3. Configure Device C:
# Specify the IEEE 1588 802.1AS PTP profile.
<DeviceC> system-view
[DeviceC] ptp profile 802.1AS
# Specify the OC clock node type.
[DeviceC] ptp mode oc
# Specify PTP for obtaining the time.
[DeviceC] clock protocol ptp
# Enable PTP on Ten-GigabitEthernet 1/0/1.
[DeviceC] interface ten-gigabitethernet 1/0/1
[DeviceC-Ten-GigabitEthernet1/0/1] ptp enable
[DeviceC-Ten-GigabitEthernet1/0/1] quit
Verifying the configuration
When the network is stable, perform the following tasks to verify that Device A is elected as the GM, Ten-GigabitEthernet1/0/1 on Device A is the master port, and Device B has synchronized to Device A:
· Use the display ptp clock command to display PTP clock information.
· Use the display ptp interface brief command to display brief PTP statistics on an interface.
# Display PTP clock information on Device A.
[DeviceA] display ptp clock
PTP profile : IEEE 802.1AS
PTP mode : OC
Slave only : No
Clock ID : 000FE2-FFFE-FF0000
Clock type : Local
Clock domain : 0
Number of PTP ports : 1
Priority1 : 246
Priority2 : 248
Clock quality :
Class : 248
Accuracy : 254
Offset (log variance) : 16640
Offset from master : 0 (ns)
Mean path delay : 0 (ns)
Steps removed : 0
Local clock time : Sun Jan 15 20:57:29 2011
# Display brief PTP statistics on Device A.
[DeviceA] display ptp interface brief
Name State Delay mechanism Clock step Asymmetry correction
XGE1/0/1 Master P2P Two 0
# Display PTP clock information on Device B.
[DeviceB] display ptp clock
PTP profile : IEEE 802.1AS
PTP mode : P2PTC
Slave only : No
Clock ID : 000FE2-FFFE-FF0001
Clock type : Local
Clock domain : 0
Number of PTP ports : 2
Priority1 : 246
Priority2 : 248
Clock quality :
Class : 248
Accuracy : 254
Offset (log variance) : 16640
Offset from master : N/A
Mean path delay : N/A
Steps removed : N/A
Local clock time : Sun Jan 15 20:57:29 2011
# Display brief PTP statistics on Device B.
[DeviceB] display ptp interface brief
Name State Delay mechanism Clock step Asymmetry correction
XGE1/0/1 N/A P2P Two 0
XGE1/0/2 N/A P2P Two 0
Example: Configuring PTP (SMPTE ST 2059-2, IPv4 UDP transport, multicast transmission)
Network configuration
As shown in Figure 7, configure PTP (SMPTE ST 2059-2, IPv4 UDP transport, multicast transmission) to enable time synchronization between Device A and Device C:
· Specify the SMPTE ST 2059-2 PTP profile and multicast IPv4 UDP transport of PTP messages for Device A, Device B, and Device C.
· Specify the OC clock node type for Device A and Device C, and the P2PTC clock node type for Device B. All clock nodes elect a GM through BMC.
· Use the peer delay measurement mechanism on all clock nodes in the PTP domain.
Procedure
1. Configure Device A:
# Specify the SMPTE ST 2059-2 PTP profile.
<DeviceA> system-view
[DeviceA] ptp profile st2059-2
# Specify the OC clock node type.
[DeviceA] ptp mode oc
# Configure the source IP address for multicast PTP message transmission over IPv4 UDP.
[DeviceA] ptp source 10.10.10.1
# Specify PTP for obtaining the time.
[DeviceA] clock protocol ptp
# On Ten-GigabitEthernet 1/0/1, specify the peer delay measurement mechanism and enable PTP.
[DeviceA] interface ten-gigabitethernet 1/0/1
[DeviceA-Ten-GigabitEthernet1/0/1] ptp transport-protocol udp [DeviceA-Ten-GigabitEthernet1/0/1] ptp delay-mechanism p2p
[DeviceA-Ten-GigabitEthernet1/0/1] ptp enable
[DeviceA-Ten-GigabitEthernet1/0/1] quit
2. Configure Device B:
# Specify the SMPTE ST 2059-2 PTP profile.
<DeviceB> system-view
[DeviceB] ptp profile st2059-2
# Specify the P2PTC clock node type.
[DeviceB] ptp mode p2ptc
# Configure the source IP address for multicast PTP message transmission over IPv4 UDP.
[DeviceB] ptp source 10.10.10.2
# Specify PTP for obtaining the time.
[DeviceB] clock protocol ptp
# On Ten-GigabitEthernet 1/0/1, enable PTP.
[DeviceB] interface ten-gigabitethernet 1/0/1
DeviceB-Ten-GigabitEthernet1/0/1] ptp transport-protocol udp
[DeviceB-Ten-GigabitEthernet1/0/1] ptp enable
[DeviceB-Ten-GigabitEthernet1/0/1] quit
# On Ten-GigabitEthernet 1/0/2, enable PTP.
[DeviceB] interface ten-gigabitethernet 1/0/2
[DeviceB-Ten-GigabitEthernet1/0/2] ptp transport-protocol udp
[DeviceB-Ten-GigabitEthernet1/0/2] ptp enable
[DeviceB-Ten-GigabitEthernet1/0/2] quit
3. Configure Device C:
# Specify the SMPTE ST 2059-2 PTP profile.
<DeviceC> system-view
[DeviceC] ptp profile st2059-2
# Specify the OC clock node type.
[DeviceC] ptp mode oc
# Configure the source IP address for multicast PTP message transmission over IPv4 UDP.
[DeviceC] ptp source 10.10.10.3
# Specify PTP for obtaining the time.
[DeviceC] clock protocol ptp
# On Ten-GigabitEthernet 1/0/1, specify the peer delay measurement mechanism and enable PTP.
[DeviceC] interface ten-gigabitethernet 1/0/1
[DeviceC-Ten-GigabitEthernet1/0/1] ptp transport-protocol udp [DeviceC-Ten-GigabitEthernet1/0/1] ptp delay-mechanism p2p
[DeviceC-Ten-GigabitEthernet1/0/1] ptp enable
[DeviceC-Ten-GigabitEthernet1/0/1] quit
Verifying the configuration
When the network is stable, perform the following tasks to verify the PTP configuration:
· Use the display ptp clock command to display PTP clock information.
· Use the display ptp interface brief command to display brief PTP statistics on an interface.
# Display PTP clock information on Device A.
[DeviceA] display ptp clock
PTP profile : SMPTE ST 2059-2
PTP mode : OC
Slave only : No
Clock ID : 000FE2-FFFE-FF0000
Clock type : Local
Clock domain : 0
Number of PTP ports : 1
Priority1 : 128
Priority2 : 128
Clock quality :
Class : 248
Accuracy : 254
Offset (log variance) : 65535
Offset from master : 0 (ns)
Mean path delay : 0 (ns)
Steps removed : 0
Local clock time : Sun Jan 15 20:57:29 2011
# Display brief PTP statistics on Device A.
[DeviceA] display ptp interface brief
Name State Delay mechanism Clock step Asymmetry correction
GE1/0/1 Master P2P Two 0
# Display PTP clock information on Device B.
[DeviceB] display ptp clock
PTP profile : SMPTE ST 2059-2
PTP mode : P2PTC
Slave only : No
Clock ID : 000FE2-FFFE-FF0001
Clock type : Local
Clock domain : 0
Number of PTP ports : 2
Priority1 : 128
Priority2 : 128
Clock quality :
Class : 248
Accuracy : 254
Offset (log variance) : 65535
Offset from master : N/A
Mean path delay : N/A
Steps removed : N/A
Local clock time : Sun Jan 15 20:57:29 2011
# Display brief PTP statistics on Device B.
[DeviceB] display ptp interface brief
Name State Delay mechanism Clock step Asymmetry correction
GE1/0/1 N/A P2P Two 0
GE1/0/2 N/A P2P Two 0
The output shows that Device A is elected as the GM and Ten-GigabitEthernet1/0/1 on Device A is the master port.