Study guide

12.2 Network Time Protocol (NTPv4) & Precision Time Protocol (PTP)

CCNP Enterprise ENCOR 350-401

Track your progress as you read

Finished sections get a check mark.

1 Chapter 1: Enterprise Architecture & Hierarchical Design

1.1 Enterprise Network Design Models & Hierarchical Campus Architecture 1.2 On-Premises, Cloud & Hybrid Infrastructure Deployment Models 1.3 Hardware Switching Architecture & Packet Forwarding

2 Chapter 2: Enterprise Quality of Service (QoS)

2.1 QoS Components: Classification, Marking & Trust Boundaries 2.2 QoS Policy: Queuing, Shaping, Policing & Interpreting MQC Output

3 Chapter 3: Software-Defined WAN (Catalyst SD-WAN)

3.1 Cisco Catalyst SD-WAN Architecture & Orchestration 3.2 SD-WAN Policies, Traffic Engineering & Application-Aware Routing

4 Chapter 4: Software-Defined Access (Catalyst SD-Access)

4.1 Catalyst SD-Access Fabric Architecture & Plane Separation 4.2 Cisco TrustSec, Security Group Tags (SGT), SXP & MACsec

5 Chapter 5: Device & Data Path Virtualization

5.1 Server & Network Device Virtualization 5.2 VRF-Lite & Virtual Routing Multi-Tenancy 5.3 GRE & IPsec Tunnel Virtualization Mechanics

6 Chapter 6: Network Virtualization & Overlay Technologies

6.1 LISP Architecture & EID-to-RLOC Mapping Mechanics 6.2 VXLAN & EVPN Overlay Architecture

7 Chapter 7: Layer 2 Infrastructure & Switching

7.1 VLANs, 802.1Q Trunking & VTPv3 7.2 Spanning Tree Protocol Mechanics 7.3 Advanced STP Protection Mechanisms 7.4 EtherChannel Link Aggregation

8 Chapter 8: Layer 3 Routing Foundations & EIGRP

8.1 IP Routing Foundations & Administrative Distance 8.2 Enhanced Interior Gateway Routing Protocol (EIGRP)

9 Chapter 9: OSPFv2 & OSPFv3 Operations

9.1 OSPFv2 Architecture & Neighbor State Machine 9.2 OSPF LSA Types & Multi-Area Design 9.3 OSPFv3 for IPv4 and IPv6 Address Families

10 Chapter 10: Border Gateway Protocol (BGP)

10.1 BGP Architecture, Neighbor States & Peering 10.2 BGP Path Attributes & Best Path Selection Algorithm

11 Chapter 11: Policy-Based Routing & Route Redistribution

11.1 Policy-Based Routing (PBR) & Route Maps 11.2 Route Redistribution & Loop Prevention

12 Chapter 12: IP Services & High Availability

12.1 First Hop Redundancy Protocols (HSRP, VRRP & GLBP) 12.2 Network Time Protocol (NTPv4) & Precision Time Protocol (PTP) 12.3 Network Address Translation (NAT/PAT) & VRF-Aware NAT

13 Chapter 13: IP Multicast Operations

13.1 IP Multicast Addressing, Group Management (IGMPv1/v2/v3) & IGMP Snooping 13.2 Protocol Independent Multicast (PIM-SM, PIM-SSM & Bidir-PIM) 13.3 Rendezvous Point (RP) Distribution Mechanisms

14 Chapter 14: Network Assurance & Monitoring

14.1 Diagnostic Utilities, Conditional Debugging & Path MTU Discovery 14.2 Syslog Architecture, Logging Facilities & Severity Levels 14.3 SNMPv1/v2c/v3 Security & Flexible NetFlow (FNF) Architecture 14.4 Switched Port Analyzer (SPAN, RSPAN, ERSPAN) & IP SLA Object Tracking

15 Chapter 15: Catalyst Center Assurance & Controller Operations

15.1 Cisco Catalyst Center (DNA Center) Assurance & AI Network Analytics 15.2 Cisco Catalyst Center Device Onboarding & Software Image Management (SWIM)

16 Chapter 16: Enterprise Security & Access Control

16.1 Device Hardening, AAA Architecture & RADIUS/TACACS+ 16.2 Access Control Lists (ACLs) for Infrastructure Security 16.3 Control Plane Policing (CoPP) & Control Plane Protection (CPPr) 16.4 Layer 2 Infrastructure Security Features 16.5 IEEE 802.1X Port-Based Authentication & MAB

17 Chapter 17: Threat Defense & API Security

17.1 Enterprise VPN Technologies (DMVPN Phase 1/2/3 & FlexVPN) 17.2 Next-Generation Threat Defense & Secure Access Service Edge (SASE)

18 Chapter 18: Network Automation, Programmability & Data Modeling

18.1 Python Fundamentals for Network Engineers & Cisco Libraries 18.2 YANG Data Modeling Language (RFC 6020/7950) & Model Types 18.3 REST API Architecture, HTTP Verbs, Security & Cisco Controller APIs 18.4 Model-Driven Telemetry (MDT) & NETCONF/RESTCONF Operations

19 Chapter 19: Orchestration, EEM & AI Operations

19.1 Configuration Management & Infrastructure as Code (Ansible & Terraform) 19.2 Cisco Embedded Event Manager (EEM) & Intent-Based Networking

12.2 Network Time Protocol (NTPv4) & Precision Time Protocol (PTP)

Key Takeaways Explain This Topic AI

Accurate network synchronization is mandatory for cryptographic certificate validity, SIEM/Syslog event correlation, digital forensics, routing protocol convergence (BFD, OSPF LSA aging), and high-frequency transactions.

NTPv4 (RFC 5905, UDP port 123) organizes time servers into hierarchical Stratum levels (0–16), where Stratum 0 represents physical atomic/GPS clocks, Stratum 1–15 represent network-synchronized servers, and Stratum 16 indicates an unsynchronized/invalid state.

NTP associations support Client/Server, Symmetric Active/Passive (peering at equal stratum), and Broadcast/Multicast modes; security is enforced via MD5/SHA cryptographic authentication and 'ntp access-group' ACL filters (peer, serve, serve-only, query-only).

PTP (IEEE 1588v2) delivers sub-microsecond to nanosecond clock synchronization required for 5G telecommunications, financial high-frequency trading (MiFID II), and industrial automation using hardware-assisted timestamping in ASICs.

PTP network architectures employ Grandmaster Clocks (root time source), Boundary Clocks (terminating and re-originating PTP timing per hop), and Transparent Clocks (measuring packet Residence Time and updating the Correction Field in transit).

Last updated: August 2026

12.2 Network Time Protocol (NTPv4) & Precision Time Protocol (PTP)

Core Blueprint Focus: Cisco 350-401 ENCOR v1.2 topic 3.3.a (interpret network time protocol configurations such as NTP and PTP) requires candidates to configure and verify network time synchronization services, including Network Time Protocol Version 4 (NTPv4) client/server, peering, broadcast modes, cryptographic authentication, and ntp access-group filtering. Candidates must also evaluate the architecture of Precision Time Protocol (PTP IEEE 1588v2), distinguishing Grandmaster, Boundary, and Transparent clock mechanisms.

Time synchronization is the foundational heartbeat of enterprise infrastructure. Without accurate and synchronized clocks, distributed network nodes cannot correlate syslog records across Security Information and Event Management (SIEM) platforms, evaluate Public Key Infrastructure (PKI) X.509 certificate lifetimes, maintain BFD or routing protocol LSA validity, or meet strict regulatory audit standards. In ultra-low-latency and high-frequency environments, microsecond to nanosecond precision is required.

1. Network Time Protocol (NTPv4) Architecture & Stratum Hierarchy

Network Time Protocol Version 4 (NTPv4) , standardized in RFC 5905, operates over UDP port 123 to synchronize computer and network device clocks across variable-latency packet-switched IP networks. NTP uses a hierarchical, tree-structured distribution model known as Stratum levels . +-----------------------------------------------------------------------------------+

  • | NTP STRATUM HIERARCHY |
  • +-----------------------------------------------------------------------------------+
  • | |
  • | [ Stratum 0 ] Atomic Clocks (Cesium/Rubidium), GPS Receivers, CDMA Radios |
  • | (Reference Clocks - Not directly accessible via IP network) |
  • | | |
  • | v (Direct Hardware Attachment: RS-232, PPS, PCIe) |
  • | [ Stratum 1 ] Primary Network Time Servers (Directly connected to Stratum 0) |
  • | (e.g., time.nist.gov, pool.ntp.org Stratum 1 servers) |
  • | | |
  • | v (NTP over IP / UDP Port 123) |
  • | [ Stratum 2 ] Enterprise Core Routers / Internal Central NTP Servers |
  • | (Synchronize to Stratum 1; Peer with each other) |
  • | | |
  • | v (NTP over Campus Backbone) |
  • | [ Stratum 3 ] Distribution Switches / Local Campus Gateways |
  • | (Synchronize to Stratum 2 Core Servers) |
  • | | |
  • | v (NTP over Access VLANs) |
  • | [ Stratum 4 ] Access Switches / Routers / Endpoints |
  • | |
  • | [ Stratum 16] UNSYNCHRONIZED / INVALID CLOCK STATE (Dropped / Rejected) |
  • +-----------------------------------------------------------------------------------+
  • Stratum Definitions

Stratum 0 (Reference Clocks): High-precision physical timekeeping hardware (Cesium beam atomic clocks, Rubidium oscillators, GPS satellite constellations, Galileo GNSS receivers). Stratum 0 devices cannot be connected directly to an IP network; they interface directly with a server via serial, pulse-per-second (PPS), or dedicated hardware buses.

Stratum 1 (Primary Time Servers): Computers or appliances directly attached to Stratum 0 reference clocks. They act as the primary authoritative network time servers.

Stratum 2 to 15 (Secondary Time Servers & Clients): Devices that synchronize their time across an IP network to a server at Stratum N − 1 N-1 N − 1 . A device synchronizing to a Stratum 2 server becomes a Stratum 3 device ( N + 1 N+1 N + 1 ). Each network synchronization hop increments the Stratum number by 1.

Stratum 16 (Unsynchronized): Represents an unsynchronized device or an unreachable time source. A router operating at Stratum 16 has lost clock synchronization and will be rejected by downstream NTP clients.

2. NTP Association Modes & Mathematical Clock Offset

Cisco IOS-XE supports four primary NTP association modes:

Client / Server Mode ( ntp server <ip> ):

The most common enterprise deployment model.

The client periodically transmits NTP requests to the server on UDP port 123.

The server returns time packets containing its current timestamp.

Unidirectional time flow: The client synchronizes to the server, but the server will never synchronize its clock to the client.

Symmetric Active / Passive (Peer) Mode ( ntp peer <ip> ):

Deployed between routers operating at the same Stratum level (e.g., between dual Core switches at Stratum 2).

Bidirectional synchronization: Both routers exchange time information. If one Core router loses its upstream Stratum 1 connection, it can transparently synchronize to its peer without elevating its Stratum count.

Broadcast Mode ( ntp broadcast / ntp broadcast client ):

The NTP server broadcasts time packets to the local subnet broadcast address ( 255.255.255.255 ).

Access layer clients passively listen for broadcast frames.

Minimizes control plane overhead on networks with thousands of endpoints, but sacrifices precision due to lack of round-trip propagation delay measurement.

Multicast Mode ( ntp multicast <ip> / ntp multicast client ):

Server multicasts NTP updates to the IANA-reserved multicast address 224.0.1.1 (or configured group). +-----------------------------------------------------------------------------------+

  • | NTP TIMING OFFSET & DELAY MATH |
  • +-----------------------------------------------------------------------------------+
  • | |
  • | NTP Client (T1, T4) NTP Server (T2, T3) |
  • | +-----------------+ +-----------------+ |
  • | | Origin Time T1 |---- NTP Request (UDP 123) ->| Receive Time T2 | |
  • | +-----------------+ +-----------------+ |
  • | | |
  • | | Internal Processing|
  • | v |
  • | +-----------------+ +-----------------+ |
  • | | Dest Time T4 |<--- NTP Response Packet ---| Transmit Time T3| |
  • | +-----------------+ +-----------------+ |
  • | |
  • | Round-Trip Delay (delta): |
  • | delta = (T4 - T1) - (T3 - T2) |
  • | |
  • | Clock Offset (theta): |
  • | theta = ((T2 - T1) + (T3 - T4)) / 2 |
  • +-----------------------------------------------------------------------------------+

Round-Trip Delay ( δ \delta δ ): Total network transit time minus the server's internal processing time: δ = ( T 4 − T 1 ) − ( T 3 − T 2 ) \delta = (T_4 - T_1) - (T_3 - T_2) δ = ( T 4 ​ − T 1 ​ ) − ( T 3 ​ − T 2 ​ ) .

Clock Offset ( θ \theta θ ): The true time discrepancy between client and server clocks: θ = ( T 2 − T 1 ) + ( T 3 − T 4 ) 2 \theta = \frac{(T_2 - T_1) + (T_3 - T_4)}{2} θ = 2 ( T 2 ​ − T 1 ​ ) + ( T 3 ​ − T 4 ​ ) ​ .

Dispersion & Jitter: Measure maximum statistical error and variance across consecutive sample windows. Cisco IOS-XE filters outliers using the Marzullo / intersection algorithm.

3. NTP Security: Access-Groups & Cryptographic Authentication

Because unauthorized NTP manipulation can subvert Kerberos/Active Directory authentication, invalidate digital certificates, and obscure security audit trails, robust access control and authentication are mandatory.

NTP Access-Groups (Access Control Filtering)

Cisco IOS-XE provides the ntp access-group command to filter incoming NTP packets using standard or extended Access Control Lists (ACLs). Access-groups are evaluated in a specific hierarchical order from most restrictive to least restrictive: +-----------------------------------------------------------------------------------+

  • | NTP ACCESS-GROUP RESTRICTION MATRIX |
  • +-----------------------------------------------------------------------------------+
  • | |
  • | Keyword Time Sync TO Remote? Serve Time TO Remote? Respond to Queries? |
  • | ------------- -------------------- --------------------- ------------------- |
  • | peer YES YES YES |
  • | serve NO YES YES |
  • | serve-only NO YES NO |
  • | query-only NO NO YES |
  • +-----------------------------------------------------------------------------------+

ntp access-group peer <acl> (Most Permissive):

Allows the router to synchronize its time from devices matching the ACL.

Allows the router to respond to time requests and control queries ( ntpq , ntpdate ) from matching devices.

ntp access-group serve <acl> :

Denies time synchronization from the remote device (router will not sync to it).

Allows the router to serve time to matching devices and answer control queries.

ntp access-group serve-only <acl> :

Denies time synchronization from the remote device.

Allows the router to serve time to matching devices.

Blocks all control queries (rejects SNMP/NTP status queries).

ntp access-group query-only <acl> (Most Restrictive):

Denies time synchronization from the remote device.

Denies serving time to the remote device.

Allows matching devices only to perform control queries (e.g., monitoring systems polling NTP status).

NTP Cryptographic Authentication

NTP authentication protects against spoofed time packets by adding a Message Authentication Code (MAC) to the NTP packet payload using a shared symmetric key (MD5, SHA-1, or SHA-256).

ntp authenticate : Globally enables NTP authentication.

ntp authentication-key <key-number> md5|sha1|sha256 <key-string> : Defines the shared cryptographic secret.

ntp trusted-key <key-number> : Authorizes the key for synchronization. If a received NTP packet is signed with an untrusted key, the packet is silently discarded.

4. Precision Time Protocol (PTP IEEE 1588v2) Architecture

While NTP achieves millisecond-level precision (adequate for general IT enterprise logging and transactions), modern digital infrastructure demands sub-microsecond and nanosecond precision . Precision Time Protocol (PTP) , standardized in IEEE 1588-2008 (PTPv2) and IEEE 1588-2019 (PTPv2.1), fulfills this requirement.

Industry Use Cases for PTP

5G Telecommunications (C-RAN / O-RAN): Strict phase and frequency alignment across cellular base stations (sub-100 nanoseconds) for Time Division Duplexing (TDD) and carrier aggregation.

Financial High-Frequency Trading (HFT): Compliance with European MiFID II regulations requiring 100-microsecond maximum divergence from UTC with 1-microsecond timestamp resolution for algorithmic stock trades.

Smart Power Grid Automation (IEC 61850): Synchrophasor measurement units (PMU) for electrical grid stability monitoring.

Professional Broadcast Media (SMPTE ST 2110 / AES67): Uncompressed 4K/8K video and multi-channel audio synchronization over IP fabrics. +-----------------------------------------------------------------------------------+

  • | PTP CLOCK TYPES & TOPOLOGY |
  • +-----------------------------------------------------------------------------------+
  • | |
  • | [ Grandmaster Clock (GM) ] (GPS / Atomic Reference) |
  • | | |
  • | v (PTP Sync / Follow_Up Messages) |
  • | +-------------------------------------------------------+ |
  • | | Boundary Clock (BC) - Spine / Core Switch | |
  • | | - Upstream Port: Operating as SLAVE to Grandmaster | |
  • | | - Downstream Ports: Operating as MASTER to Leaf Nodes | |
  • | +-------------------------------------------------------+ |
  • | | |
  • | v |
  • | +-------------------------------------------------------+ |
  • | | Transparent Clock (TC) - Intermediate Leaf Switch | |
  • | | - Hardware measures packet RESIDENCE TIME in ASIC | |
  • | | - Updates Correction Field (CF) in PTP packet header | |
  • | +-------------------------------------------------------+ |
  • | | |
  • | v |
  • | [ Ordinary Clock (OC) / Slave Endpoint ] |
  • | (5G Base Station / Trading Server / Video Node) |
  • +-----------------------------------------------------------------------------------+
  • PTP Clock Types

Grandmaster Clock (GM): The authoritative root source of time in a PTP domain. Typically an appliance equipped with a GPS/GNSS receiver and an atomic oscillator (Rubidium/Cesium). Elected dynamically via the Best Master Clock Algorithm (BMCA) .

Ordinary Clock (OC): A device with a single PTP network port. Functions either as a Grandmaster (master-only) or as a client endpoint (slave-only).

Boundary Clock (BC): A multi-port network switch or router (e.g., Cisco Catalyst 9300/9500) that sits between upstream master clocks and downstream slave clocks. A Boundary Clock terminates PTP messages on its slave port, synchronizes its local hardware oscillator, and acts as a PTP Master on all its downstream ports, generating fresh PTP packets. This eliminates jitter accumulation and isolates network segments.

Transparent Clock (TC): A switch that does not synchronize its local clock to the PTP stream. Instead, it measures the exact Residence Time (the nanosecond duration a PTP event packet takes to traverse the switch's internal ingress ASIC, fabric, and egress queue) and adds this residence value into the Correction Field (CF) of the PTP message as it exits.

End-to-End (E2E) Transparent Clock: Measures only the switch residence time. Delay between nodes is measured end-to-end via Delay_Request / Delay_Response.

Peer-to-Peer (P2P) Transparent Clock: Measures both switch residence time AND link propagation delay between adjacent peer ports using Pdelay_Request / Pdelay_Response.

Loading diagram... PTP IEEE 1588v2 Two-Step Message Exchange Flow

Best Master Clock Algorithm (BMCA)

PTP nodes autonomously select the most accurate clock in the domain as the Grandmaster using the Best Master Clock Algorithm (BMCA) . The algorithm compares Announce messages across nodes using the following strict hierarchy:

Priority 1: User-configurable integer (0–255; lower value preferred). Allows overriding default topology.

Clock Class: Defines the operational status and traceability of the clock source (e.g., GPS locked = Class 6).

Clock Accuracy: Expected time accuracy relative to UTC (e.g., within 25ns, 100ns, 1us).

Offset Scaled Log Variance (Clock Stability): Measures oscillator stability over time.

Priority 2: User-configurable tie-breaker integer (0–255; lower value preferred).

Clock Identity (MAC Address): Ultimate tie-breaker based on 64-bit EUI-64 MAC address (lowest value preferred).

Comprehensive Comparison: NTPv4 vs PTP IEEE 1588v2

Technical Attribute NTPv4 (RFC 5905) PTP IEEE 1588v2 (2008 / 2019)

Target Accuracy Milliseconds ( 10 − 3 10^{-3} 1 0 − 3 s) Nanoseconds to Microseconds ( 10 − 9 10^{-9} 1 0 − 9 to 10 − 6 10^{-6} 1 0 − 6 s)

Timestamping Layer Software (OS / CPU Network Stack) Hardware ASIC / PHY Physical Layer

Transport Protocol UDP Port 123 (IPv4 / IPv6) Native Layer 2 Ethernet ( 0x88F7 ) or UDP Ports 319 (Event) & 320 (General)

  • Hierarchy Architecture Stratum Levels 0 – 16 Grandmaster, Boundary Clocks, Transparent Clocks
  • Master Selection Static configuration ( server / peer ) Dynamic Best Master Clock Algorithm (BMCA)

Network Scope Global WAN, Internet, Large Campus Local IP/Ethernet Broadcast Fabrics, Data Centers, Telecom Networks

Primary Use Cases Syslog, PKI, Security Audits, General Enterprise 5G C-RAN, Algorithmic Stock Trading (MiFID II), Media Production (SMPTE 2110)

  • 5. Cisco IOS-XE Configuration & Verification CLI
  • 1. NTPv4 Master, Peering, Authentication, and Access-Groups ! Step 1: Configure NTP Authentication Keys
  • ntp authenticate
  • ntp authentication-key 1 md5 CiscoEnc0rKey#1
  • ntp authentication-key 2 sha1 EnterpriseSecureNtpKey#2
  • ntp trusted-key 1
  • ntp trusted-key 2
  • ! Step 2: Configure Upstream Stratum 1 Servers with Key Authentication
  • ntp server 192.0.2.10 key 1 prefer
  • ntp server 198.51.100.20 key 2
  • ! Step 3: Configure Symmetric Peering with Secondary Core Router
  • ntp peer 10.1.1.2 key 1
  • ! Step 4: Configure Source Interface and Master Fallback
  • ntp source-interface Loopback0
  • ntp master 4
  • ! Step 5: Define Standard ACLs for NTP Access-Groups
  • ip access-list standard ACL_NTP_PEERS
  • permit 10.1.1.2
  • permit 192.0.2.10
  • permit 198.51.100.20

!

  • ip access-list standard ACL_NTP_CLIENTS
  • permit 10.10.0.0 0.0.255.255
  • permit 10.20.0.0 0.0.255.255

!

  • ip access-list standard ACL_NTP_MONITORING
  • permit 10.254.1.50
  • ! Step 6: Apply Hierarchical NTP Access-Groups
  • ntp access-group peer ACL_NTP_PEERS
  • ntp access-group serve-only ACL_NTP_CLIENTS
  • ntp access-group query-only ACL_NTP_MONITORING
  • 2. PTP IEEE 1588v2 Boundary Clock Configuration ! Step 1: Enable PTP Globally on the Switch
  • ptp mode boundary
  • ptp domain 0
  • ptp priority1 128
  • ptp priority2 128
  • ! Step 2: Configure Upstream Slave Port (Facing Grandmaster)
  • interface TenGigabitEthernet1/0/48
  • description UPLINK-TO-PTP-GRANDMASTER
  • ptp enable
  • ptp role slave
  • ! Step 3: Configure Downstream Master Ports (Facing Video / Trading Endpoints)
  • interface GigabitEthernet1/0/1
  • description DOWNLINK-TO-TRADING-SERVER-01
  • ptp enable
  • ptp role master
  • ptp transport ipv4 udp
  • ptp announce interval 1
  • ptp sync interval -3
  • 3. Verification Commands & Diagnostics Core-1# show ntp status
  • Clock is synchronized, stratum 3, reference is 192.0.2.10
  • nominal freq is 250.0000 Hz, actual freq is 249.9998 Hz, precision is 2**18
  • reference time is EB56A2F1.C3A9B231 (21:14:25.764 UTC Sun Aug 30 2026)
  • clock offset is 0.4120 msec, root delay is 4.15 msec
  • root dispersion is 10.22 msec, peer dispersion is 1.15 msec
  • loopfilter state is 'SPIK' (Normal Controlled Loop), drift is 0.000000012 s/s

system poll interval is 64, last update was 18 sec ago.

  • Core-1# show ntp associations
  • address ref clock st when poll reach delay offset disp
  • *~192.0.2.10 .GPS. 1 18 64 377 2.14 0.412 1.15
  • + 198.51.100.20 .PPS. 1 22 64 377 3.85 0.845 1.42
  • + 10.1.1.2 192.0.2.10 3 14 64 377 0.82 0.052 0.94
  • * master (sys.peer), + selected, # candidate, ~ configured

Core-1# show ptp clock

PTP Clock Information:

  • Clock Type: Boundary Clock
  • Clock Identity: 0x50:06:04:FF:FE:20:00:01
  • PTP Domain: 0
  • Number of PTP Ports: 24
  • Priority1: 128, Priority2: 128
  • Clock Class: 6
  • Clock Accuracy: Within 100 ns
  • Offset Scaled Log Variance: 0x4B32
  • Current UTC Offset: 37 seconds
  • Grandmaster Identity: 0x00:1E:BD:FF:FE:12:34:56