Cisco Nexus 3548 Configuration Manual

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

First Published: 2013-05-13

Last Modified: 2016-05-31

Americas Headquarters

Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Tel: 408 526-4000 800 553-NETS (6387) Fax: 408 527-0883

THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.

THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.

The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of the UNIX operating system. All rights reserved. Copyright©1981, Regents of the University of California.

NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWAREOF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE.

IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.

Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.

Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: http://

www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership

relationship between Cisco and any other company. (1110R)

Preface

CHAPTER 1

CHAPTER 2

CHAPTER 3

Preface xiii

Audience xiii

Document Conventions xiii

Documentation Feedback xv

New and Changed Information 1

New and Changed Information in this Release 1

Overview 3

System Management Features 3

Configuring PTP 7

Information About PTP 7

PTP Device Types 8

PTP Process 9

High Availability for PTP 10

Licensing Requirements for PTP 10

Guidelines and Limitations for PTP 10

Default Settings for PTP 10

Configuring PTP 11

Configuring PTP Globally 11

Configuring PTP on an Interface 13

Configuring Multiple PTP Domains 14

Configuring PTP Grandmaster Clock 16

Configuring PTP Cost Interface 18

Configuring clock Identity 18

Verifying the PTP Configuration 19

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

iii

Contents

CHAPTER 4

Configuring User Accounts and RBAC 21

Information About User Accounts and RBAC 21

User Roles 21

Rules 22

User Role Policies 22

User Account Configuration Restrictions 23

User Password Requirements 24

Guidelines and Limitations for User Accounts 24

Configuring User Accounts 25

Configuring RBAC 26

Creating User Roles and Rules 26

Creating Feature Groups 27

Changing User Role Interface Policies 28

Changing User Role VLAN Policies 28

Verifying the User Accounts and RBAC Configuration 29

Configuring User Accounts Default Settings for the User Accounts and RBAC 30

CHAPTER 5

CHAPTER 6

Configuring Session Manager 31

Information About Session Manager 31

Guidelines and Limitations for Session Manager 31

Configuring Session Manager 32

Creating a Session 32

Configuring ACLs in a Session 32

Verifying a Session 33

Committing a Session 33

Saving a Session 33

Discarding a Session 33

Configuration Example for Session Manager 34

Verifying the Session Manager Configuration 34

Configuring the Scheduler 35

Information About the Scheduler 35

Remote User Authentication 36

Scheduler Log Files 36

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

Contents

Licensing Requirements for the Scheduler 36

Guidelines and Limitations for the Scheduler 36

Default Settings for the Scheduler 37

Configuring the Scheduler 37

Enabling the Scheduler 37

Defining the Scheduler Log File Size 38

Configuring Remote User Authentication 38

Defining a Job 39

Deleting a Job 40

Defining a Timetable 40

Clearing the Scheduler Log File 42

Disabling the Scheduler 42

CHAPTER 7

Verifying the Scheduler Configuration 43

Configuration Examples for the Scheduler 43

Creating a Scheduler Job 43

Scheduling a Scheduler Job 44

Displaying the Job Schedule 44

Displaying the Results of Running Scheduler Jobs 44

Standards for the Scheduler 45

Configuring Online Diagnostics 47

Information About Online Diagnostics 47

Bootup Diagnostics 47

Health Monitoring Diagnostics 48

Expansion Module Diagnostics 49

Configuring Online Diagnostics 50

Verifying the Online Diagnostics Configuration 50

Default Settings for Online Diagnostics 51

CHAPTER 8

Configuring NTP 53

Information About NTP 53

NTP as a Time Server 54

Distributing NTP Using CFS 54

Clock Manager 54

Virtualization Support 54

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

Contents

Licensing Requirements for NTP 54

Guidelines and Limitations for NTP 55

Default Settings 55

Configuring NTP 56

Configuring NTP Server and Peer 56

Configuring NTP Authentication 57

Configuring NTP Access Restrictions 59

Configuring the NTP Source IP Address 60

Configuring the NTP Source Interface 60

Configuring NTP Logging 60

Enabling CFS Distribution for NTP 61

Commiting NTP Configuration Changes 62

Discarding NTP Configuration Changes 62

CHAPTER 9

Releasing the CFS Session Lock 63

Verifying the NTP Configuration 63

Configuration Examples for NTP 64

Preface

The preface contains the following sections:

Audience, page xiii

•

Document Conventions, page xiii

•

Documentation Feedback, page xv

•

Audience

This publication is for network administrators who configure and maintain Cisco Nexus devices.

Document Conventions

Note

As part of our constant endeavor to remodel our documents to meet our customers' requirements, we have modified the manner in which we document configuration tasks. As a result of this, you may find a deviation in the style used to describe these tasks, with the newly included sections of the document following the new format.

Command descriptions use the following conventions:

DescriptionConvention

bold

Italic

[x | y]

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

Bold text indicates the commands and keywords that you enter literally as shown.

Italic text indicates arguments for which the user supplies the values.

Square brackets enclose an optional element (keyword or argument).[x]

Square brackets enclosing keywords or arguments separated by a vertical bar indicate an optional choice.

xiii

Document Conventions

Preface

DescriptionConvention

{x | y}

Braces enclosing keywords or arguments separated by a vertical bar indicate a required choice.

[x {y | z}]

Nested set of square brackets or braces indicate optional or required choices within optional or required elements. Braces and a vertical bar within square brackets indicate a required choice within an optional element.

variable

Indicates a variable for which you supply values, in context where italics cannot be used.

string

A nonquoted set of characters. Do not use quotation marks around the string or the string will include the quotation marks.

Examples use the following conventions:

DescriptionConvention

Terminal sessions and information the switch displays are in screen font.screen font

Information you must enter is in boldface screen font.boldface screen font

italic screen font

Arguments for which you supply values are in italic screen font.

Note

Caution

Nonprinting characters, such as passwords, are in angle brackets.< >

Default responses to system prompts are in square brackets.[ ]

!, #

An exclamation point (!) or a pound sign (#) at the beginning of a line of code indicates a comment line.

This document uses the following conventions:

Means reader take note. Notes contain helpful suggestions or references to material not covered in the manual.

Means reader be careful. In this situation, you might do something that could result in equipment damage or loss of data.

xiv

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

Preface

Documentation Feedback

To provide technical feedback on this document, or to report an error or omission, please send your comments to: .

We appreciate your feedback.

Documentation Feedback

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

Documentation Feedback

Preface

xvi

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

CHAPTER 1

New and Changed Information

This chapter contains the following sections:

New and Changed Information in this Release, page 1

•

New and Changed Information in this Release

The following table provides an overview of the significant changes made to this configuration guide. The table does not provide an exhaustive list of all changes made to this guide or all new features in a particular release.

Table 1: New and Changed Features

PTP Enhancements

Software Maintenance Upgrades (SMUs)

DescriptionFeature

domains, grandmaster capability, PTP cost on interfaces and clock identity.

Maintenance Upgrades (SMUs).

Changed in Release

6.0(2)A8(3)Added support for configuring PTP on multiple

6.0(2)A8(1)Added support for DOM logging.DOM logging

6.0(2)A7(2)Added support for performing Software

Where DocumentedAdded or

Configuring Multiple PTP Domains, on page 14

Configuring PTP Grandmaster Clock, on page 16

Configuring PTP Cost Interface, on page 18

Configuring clock Identity, on page 18

Enabling DOM Logging, on page 79

About SMUs, on page 179

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

New and Changed Information in this Release

New and Changed Information

SPAN guidelines

SPAN and ERSPAN

ERSPAN Marker Packet

DescriptionFeature

hardware profile buffer span-threshold <xx>

CLI command.

packets for these features.

the original UTC timestamp information and provide a reference for the ERSPAN timestamp.

Changed in Release

6.0(2)A4(1)Added guideline about SPAN threshold and the

6.0(2)A4(1)Added the ability to filter, sample and truncate

6.0(2)A4(1)Introduced a periodical marker packet to carry

6.0(2)A1(1)This feature was introduced.Configuring ERSPAN

Where DocumentedAdded or

Guidelines and Limitations for SPAN and ERSPAN Filtering, on page 143

SPAN and ERSPAN Filtering, on page 143

SPAN and ERSPAN Sampling, on page 144

SPAN and ERSPAN Truncation, on page 145

ERSPAN Marker Packet, on page 161

Configuring ERSPAN, on page 159

6.0(2)A1(1)This feature was introduced.Configuring PTP

Configuring PTP, on page 7

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

Overview

This chapter contains the following sections:

System Management Features, page 3

•

System Management Features

The system management features documented in this guide are described below:

CHAPTER 2

DescriptionFeature

Active Buffer Monitoring

Warp Mode

User Accounts and RBAC

Session Manager

The Active Buffer Monitoring feature provides detailed buffer occupancy data to help you detect network congestion, review past events to understand when and how network congestion is affecting network operations, understand historical trending, and identify patterns of application traffic flow.

In warp mode, the access path is shortened by consolidating the forwarding table into single table, resulting in faster processing of frames and packets. In warp mode, latency is reduced by up to 20 percent.

User accounts and role-based access control (RBAC) allow you to define the rules for an assigned role. Roles restrict the authorization that the user has to access management operations. Each user role can contain multiple rules and each user can have multiple roles.

Session Manager allows you to create a configuration and apply it in batch mode after the configuration is reviewed and verified for accuracy and completeness.

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

System Management Features

Overview

DescriptionFeature

Online Diagnostics

System Message Logging

Smart Call Home

Cisco Generic Online Diagnostics (GOLD) define a common framework for diagnostic operations across Cisco platforms. The online diagnostic framework specifies the platform-independent fault-detection architecture for centralized and distributed systems, including the common diagnostics CLI and the platform-independent fault-detection procedures for boot-up and run-time diagnostics.

The platform-specific diagnostics provide hardware-specific fault-detection tests and allow you to take appropriate corrective action in response to diagnostic test results.

You can use system message logging to control the destination and to filter the severity level of messages that system processes generate. You can configure logging to a terminal session, a log file, and syslog servers on remote systems.

System message logging is based on RFC 3164. For more information about the system message format and the messages that the device generates, see the Cisco NX-OS System Messages Reference.

Call Home provides an e-mail-based notification of critical system policies. Cisco NX-OS provides a range of message formats for optimal compatibility with pager services, standard e-mail, or XML-based automated parsing applications. You can use this feature to page a network support engineer, e-mail a Network Operations Center, or use Cisco Smart Call Home services to automatically generate a case with the Technical Assistance Center.

Configuration Rollback

The configuration rollback feature allows users to take a snapshot, or user checkpoint, of the Cisco NX-OS configuration and then reapply that configuration to a switch at any point without having to reload the switch. A rollback allows any authorized administrator to apply this checkpoint configuration without requiring expert knowledge of the features configured in the checkpoint.

SNMP

The Simple Network Management Protocol (SNMP) is an application-layer protocol that provides a message format for communication between SNMP managers and agents. SNMP provides a standardized framework and a common language used for the monitoring and management of devices in a network.

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

Overview

System Management Features

DescriptionFeature

RMON

SPAN

RMON is an Internet Engineering Task Force (IETF) standard monitoring specification that allows various network agents and console systems to exchange network monitoring data. Cisco NX-OS supports RMON alarms, events, and logs to monitor Cisco NX-OS devices.

The Switched Port Analyzer (SPAN) feature (sometimes called port mirroring or port monitoring) selects network traffic for analysis by a network analyzer. The network analyzer can be a Cisco SwitchProbe, a Fibre Channel Analyzer, or other Remote Monitoring (RMON) probes.

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

System Management Features

Overview

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

Configuring PTP

This chapter contains the following sections:

Information About PTP, page 7

•

PTP Device Types, page 8

•

PTP Process, page 9

•

High Availability for PTP, page 10

•

Licensing Requirements for PTP, page 10

•

Guidelines and Limitations for PTP, page 10

•

Default Settings for PTP, page 10

•

Configuring PTP, page 11

•

CHAPTER 3

Information About PTP

PTP is a time synchronization protocol for nodes distributed across a network. Its hardware timestamp feature provides greater accuracy than other time synchronization protocols such as the Network Time Protocol (NTP).

A PTP system can consist of a combination of PTP and non-PTP devices. PTP devices include ordinary clocks, boundary clocks, and transparent clocks. Non-PTP devices include ordinary network switches, routers, and other infrastructure devices.

PTP is a distributed protocol that specifies how real-time PTP clocks in the system synchronize with each other. These clocks are organized into a master-slave synchronization hierarchy with the grandmaster clock, which is the clock at the top of the hierarchy, determining the reference time for the entire system. Synchronization is achieved by exchanging PTP timing messages, with the members using the timing information to adjust their clocks to the time of their master in the hierarchy. PTP operates within a logical scope called a PTP domain.

Starting from Cisco NXOS Release 6.0(2)A8(3), PTP supports configuring multiple PTP clocking domains, PTP grandmaster capability, PTP cost on interfaces for slave and passive election, and clock identity.

All the switches in a multi-domain environment, belong to one domain. The switches that are the part of boundary clock, must have multi-domain feature enabled on them. Each domain has user configurable parameters such as domain priority, clock class threshold and clock accuracy threshold. The clocks in each

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

PTP Device Types

Configuring PTP

domain remain synchronized with the master clock in that domain. If the GPS in a domain fails, the master clock in the domain synchronizes time and data sets associated with the announce messages from the master clock in the domain where the GPS is active. If the master clock from the highest priority domain does not meet the clock quality attributes, a clock in the subsequent domain that match the criteria is selected. The Best Master Clock Algorithm (BMCA) is used to select the master clock if none of the domains has the desired clock quality attributes. If all the domains have equal priority and the threshold values less than master clock attributes or if the threshold values are greater than the master clock attributes, BMCA is used to select the master clock.

Grandmaster capability feature controls the switch’s ability of propagating its clock to other devices that it is connected to. When the switch receives announce messages on an interface, it checks the clock class threshold and clock accuracy threshold values. If the values of these parameters are within the predefined limits, then the switch acts as per PTP standards specified in IEEE 1588v2. If the switch does not receive announce messages from external sources or if the parameters of the announce messages received are not within the predefined limits, the port state will be changed to listening mode. On a switch with no slave ports, the state of all the PTP enabled ports is rendered as listening and on a switch with one slave port, the BMCA is used to determine states on all PTP enabled ports. Convergence time prevents timing loops at the PTP level when grandmaster capability is disabled on a switch. If the slave port is not selected on the switch, all the ports on the switch will be in listening state for a minimum interval specified in the convergence time. The convergence time range is from 3 to 2600 seconds and the default value is 3 seconds.

The interface cost applies to each PTP enabled port if the switch has more than one path to grandmaster clock. The port with the least cost value is elected as slave and the rest of the ports will remain as passive ports.

The clock identity is a unique 8-octet array presented in the form of a character array based on the switch MAC address. The clock identity is determined from MAC according to the IEEE1588v2-2008 specifications. The clock ID is a combination of bytes in a VLAN MAC address as defined in IEEE1588v2.

Only Cisco Nexus 3000 Series switches support PTP. Cisco Nexus 3100 Series switches do not support this feature.

PTP Device Types

The following clocks are common PTP devices:

Ordinary clock

Communicates with the network based on a single physical port, similar to an end host. An ordinary clock can function as a grandmaster clock.

Boundary clock

Typically has several physical ports, with each port behaving like a port of an ordinary clock. However, each port shares the local clock, and the clock data sets are common to all ports. Each port decides its individual state, either master (synchronizing other ports connected to it) or slave (synchronizing to a downstream port), based on the best clock available to it through all of the other ports on the boundary clock. Messages that are related to synchronization and establishing the master-slave hierarchy terminate in the protocol engine of a boundary clock and are not forwarded.

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

Configuring PTP

PTP Process

Transparent clock

Forwards all PTP messages like an ordinary switch or router but measures the residence time of a packet in the switch (the time that the packet takes to traverse the transparent clock) and in some cases the link delay of the ingress port for the packet. The ports have no state because the transparent clock does not need to synchronize to the grandmaster clock.

There are two kinds of transparent clocks:

End-to-end transparent clock

Measures the residence time of a PTP message and accumulates the times in the correction field of the PTP message or an associated follow-up message.

Peer-to-peer transparent clock

Measures the residence time of a PTP message and computes the link delay between each port and a similarly equipped port on another node that shares the link. For a packet, this incoming link delay is added to the residence time in the correction field of the PTP message or an associated follow-up message.

Note

PTP operates only in boundary clock mode. We recommend that you deploy a Grand Master Clock (10 MHz) upstream. The servers contain clocks that require synchronization and are connected to the switch.

End-to-end transparent clock and peer-to-peer transparent clock modes are not supported.

PTP Process

The PTP process consists of two phases: establishing the master-slave hierarchy and synchronizing the clocks.

Within a PTP domain, each port of an ordinary or boundary clock follows this process to determine its state:

After the master-slave hierarchy has been established, the clocks are synchronized as follows:

Examines the contents of all received announce messages (issued by ports in the master state)

•

Compares the data sets of the foreign master (in the announce message) and the local clock for priority,

•

clock class, accuracy, and so on

Determines its own state as either master or slave

•

The master sends a synchronization message to the slave and notes the time it was sent.

•

The slave receives the synchronization message and notes the time that it was received. For every

•

synchronization message, there is a follow-up message. The number of sync messages should be equal to the number of follow-up messages.

The slave sends a delay-request message to the master and notes the time it was sent.

•

The master receives the delay-request message and notes the time it was received.

•

The master sends a delay-response message to the slave. The number of delay request messages should

•

be equal to the number of delay response messages.

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

High Availability for PTP

The slave uses these timestamps to adjust its clock to the time of its master.

•

High Availability for PTP

Stateful restarts are not supported for PTP.

Licensing Requirements for PTP

PTP requires no license. Any feature not included in a license package is bundled with the Cisco NX-OS system images and is provided at no extra charge to you. For a complete explanation of the Cisco NX-OS licensing scheme, see the Cisco NX-OS Licensing Guide.

Guidelines and Limitations for PTP

Configuring PTP

In a Cisco Nexus 3500 only environment, PTP clock correction is expected to be in the 1- to 2-digit

•

range, from 1 to 99 nanoseconds. However, in a mixed environment, PTP clock correction is expected to be up to 3 digits, from 100 to 999 nanoseconds.

PTP operates only in boundary clock mode. End-to-end transparent clock and peer-to-peer transparent

•

clock modes are not supported.

PTP supports transport over User Datagram Protocol (UDP). Transport over Ethernet is not supported.

•

PTP supports only multicast communication. Negotiated unicast communication is not supported.

•

PTP is limited to a single domain per network.

•

All management messages are forwarded on ports on which PTP is enabled. Handling management

•

messages is not supported.

PTP-capable ports do not identify PTP packets and do not time-stamp or redirect those packets unless

•

you enable PTP on those ports.

1 packet per second (1 pps) input is not supported.

•

PTP over IPv6 is not supported.

•

Cisco Nexus 3500 Switches support a maximum of 32 PTP sessions

•

Cisco Nexus switches should be synchronized from the neighboring master using a synchronization log

• interval that ranges from –3 to 1.

Default Settings for PTP

The following table lists the default settings for PTP parameters.

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

Configuring PTP

Table 2: Default PTP Parameters

DefaultParameters

DisabledPTP

2PTP version

0. PTP multi domain is disabled by default.PTP domain

255PTP priority 1 value when advertising the clock

255PTP priority 2 value when advertising the clock

1 log secondPTP announce interval

1 log secondPTP sync interval

3 announce intervalsPTP announce timeout

Configuring PTP

Configuring PTP Globally

You can enable or disable PTP globally on a device. You can also configure various PTP clock parameters to help determine which clock in the network has the highest priority to be selected as the grandmaster.

Procedure

Step 1

Step 2

ptp

PurposeCommand or Action

Enters global configuration mode.switch# configure terminal

Enables or disables PTP on the device.switch(config) # [no] feature

Note

1 log secondPTP minimum delay request interval

1PTP VLAN

Enabling PTP on the switch does not enable PTP on each interface.

Step 3

Step 4

ip-address [vrf vrf]

switch(config) # [no] ptp

domain number

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

Configures the source IP address for all PTP packets.switch(config) # [no] ptp source

The ip-address can be in IPv4 format.

(Optional) Configures the domain number to use for this clock. PTP domains allow you to use multiple independent PTP clocking subdomains on a single network.

Configuring PTP Globally

Configuring PTP

PurposeCommand or Action

The range for the number is from 0 to 128.

Step 5

Step 6

Step 7

Step 8

Step 9

switch(config) # [no] ptp priority1 value

switch(config) # [no] ptp priority2 value

switch(config) # show ptp brief

switch(config) # show ptp clock

switch(config)# copy

running-config startup-config

(Optional) Configures the priority1 value to use when advertising this clock. This value overrides the default criteria (clock quality, clock class, and so on) for the best master clock selection. Lower values take precedence.

The range for the value is from 0 to 255.

(Optional) Configures the priority2 value to use when advertising this clock. This value is used to decide between two devices that are otherwise equally matched in the default criteria. For example, you can use the priority2 value to give a specific switch priority over other identical switches.

The range for the value is from 0 to 255.

(Optional) Displays the PTP status.

(Optional) Displays the properties of the local clock.

(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration.

The following example shows how to configure PTP globally on the device, specify the source IP address for PTP communications, and configure a preference level for the clock:

switch# configure terminal switch(config)# feature ptp switch(config)# ptp source 10.10.10.1 switch(config)# ptp priority1 1 switch(config)# ptp priority2 1 switch(config)# show ptp brief PTP port status

----------------------Port State

------- -------------switch(config)# show ptp clock PTP Device Type: Boundary clock Clock Identity : 0:22:55:ff:ff:79:a4:c1 Clock Domain: 0 Number of PTP ports: 0 Priority1 : 1 Priority2 : 1 Clock Quality: Class : 248 Accuracy : 254 Offset (log variance) : 65535 Offset From Master : 0 Mean Path Delay : 0 Steps removed : 0 Local clock time:Sun Jul 3 14:13:24 2011 switch(config)#

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

Configuring PTP

Configuring PTP on an Interface

After you globally enable PTP, it is not enabled on all supported interfaces by default. You must enable PTP interfaces individually.

Before You Begin

Make sure that you have globally enabled PTP on the switch and configured the source IP address for PTP communication.

Procedure

Configuring PTP on an Interface

PurposeCommand or Action

Step 1

Step 2

Step 3

Step 4

Step 5

Step 6

switch(config) # interface ethernet

slot/port

switch(config-if) # [no] ptp announce {interval log seconds | timeout count}

switch(config-if) # [no] ptp delay request minimum interval log

seconds

switch(config-if) # [no] ptp sync interval log seconds

Enters global configuration mode.switch# configure terminal

Specifies the interface on which you are enabling PTP and enters interface configuration mode.

Enables or disables PTP on an interface.switch(config-if) # [no] feature ptp

(Optional) Configures the interval between PTP announce messages on an interface or the number of PTP intervals before a timeout occurs on an interface.

The range for the PTP announcement interval is from 0 to 4 seconds, and the range for the interval timeout is from 2 to 10.

(Optional) Configures the minimum interval allowed between PTP delay-request messages when the port is in the master state.

The range is from log(-6) to log(1) seconds. Where, log(-2) = 2 frames per second.

(Optional) Configures the interval between PTP synchronization messages on an interface.

The range for the PTP synchronization interval is from

-3 log second to 1 log second

Step 7

Step 8

switch(config-if) # [no] ptp vlan

vlan-id

switch(config-if) # show ptp brief

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

(Optional) Specifies the VLAN for the interface where PTP is being enabled. You can only enable PTP on one VLAN on an interface.

The range is from 1 to 4094.

(Optional) Displays the PTP status.

Configuring Multiple PTP Domains

Configuring PTP

PurposeCommand or Action

Step 9

Step 10

switch(config-if) # show ptp port interface interface slot/port

switch(config-if)# copy running-config startup-config

(Optional) Displays the status of the PTP port.

(Optional) Saves the change persistently through reboots and restarts by copying the running configuration to the startup configuration.

This example shows how to configure PTP on an interface and configure the intervals for the announce, delay-request, and synchronization messages:

switch# configure terminal switch(config)# interface ethernet 2/1 switch(config-if)# ptp switch(config-if)# ptp announce interval 3 switch(config-if)# ptp announce timeout 2 switch(config-if)# ptp delay-request minimum interval 4 switch(config-if)# ptp sync interval -1 switch(config-if)# show ptp brief PTP port status

----------------------Port State

------- -------------Eth2/1 Master switch(config-if)# show ptp port interface ethernet 1/1 PTP Port Dataset: Eth1/1 Port identity: clock identity: f4:4e:05:ff:fe:84:7e:7c Port identity: port number: 0 PTP version: 2 Port state: Slave VLAN info: 1 Delay request interval(log mean): 0 Announce receipt time out: 3 Peer mean path delay: 0 Announce interval(log mean): 1 Sync interval(log mean): 1 Delay Mechanism: End to End Cost: 255 Domain: 5 switch(config-if)#

Configuring Multiple PTP Domains

You can configure multiple PTP clocking domains on a single network. Each domain has a priority value associated with it. The default value is 255.

Procedure

Step 1

Step 2

ptp

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

PurposeCommand or Action

Enters global configuration mode.switch# configure terminal

Enables or disables PTP on the device.switch(config) # [no] feature

Note

Enabling PTP on the switch does not enable PTP on each interface.

+ 190 hidden pages

Cisco Nexus 3548 Configuration Manual

Specifications and Main Features

Frequently Asked Questions

User Manual

Cisco Nexus 3548 Switch NX-OS System Management Configuration Guide, Release 6.x

CONTENTS

Preface

Audience

Document Conventions

Documentation Feedback

New and Changed Information

New and Changed Information in this Release

Overview

System Management Features

Configuring PTP

Information About PTP

PTP Device Types

PTP Process

High Availability for PTP

Licensing Requirements for PTP

Guidelines and Limitations for PTP

Default Settings for PTP

Configuring PTP

Configuring PTP Globally

Configuring PTP on an Interface

Configuring Multiple PTP Domains