The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
This chapter describes the Cisco NX-OS virtual port channel (vPC) commands that begin with P.
To ignore type checks on the primary vPC device when the multichassis EtherChannel trunk (MCT) is down, use the peer-config-check-bypass command. To stop ignoring type checks, use the no form of this command.
|
|
---|---|
The peer link, also known as the multichassis EtherChannel trunk (MCT), connects the vPC peer switches. The peer link is always forwarding. The bridge protocol data units (BPDUs) or Link Aggregation Control Protocol (LACP) packets that are received by the secondary vPC peer on a vPC port are forwarded to the primary vPC peer through the peer link for processing.
The peer link is used to synchronize the MAC addresses of the vPC peer switches to provide the necessary transport for multicast traffic. It is also used for forwarding traffic that originates at, or is destined for, orphan ports (that is, a non-vPC port).
This example shows how to configure the primary vPC device to ignore type checks when the MCT is down:
|
|
---|---|
Copies the running configuration to the startup configuration. |
|
Displays information about the configuration for the keepalive messages. |
To enable Layer 3 forwarding for packets destined to the gateway MAC address of the virtual Port Channel (vPC), use the peer-gateway command. To disable Layer 3 forwarding packets, use the no form of this command.
|
|
---|---|
The vPC peer-gateway functionality allows a vPC switch to act as the active gateway for packets that are addressed to the router MAC address of the vPC peer. This feature enables local forwarding of such packets without the need to cross the vPC peer-link. In this scenario, the feature optimizes use of the peer-link and avoids potential traffic loss.
You must configure the peer-gateway functionality on both vPC peer switches.
This example shows how to enable the vPC peer gateway:
|
|
---|---|
Copies the running configuration to the startup configuration. |
|
To configure the IPv4 address for the remote end of the vPC peer keepalive link that carries the keepalive messages, use the peer-keepalive command. To disassociate the peer keepalive link, use the no form of this command.
peer-keepalive destination ipv4_address [ hold-timeout holdtime_seconds | interval mseconds { timeout seconds } | { precedence { prec_value | critical | flash | flash-override | immediate | internet | network | priority | routine }} | source ipv4_address | tos { tos_value | max-reliability | max-throughput | min-delay | min-monetary-cost | normal } | tos-byte tos_byte_value | udp-port udp_port | vrf { vrf_name | management }]
no peer-keepalive destination ipv4_address [ hold-timeout holdtime_seconds | interval mseconds { timeout seconds } | { precedence { prec_value | critical | flash | flash-override | immediate | internet | network | priority | routine }} | source ipv4_address | tos { tos_value | max-reliability | max-throughput | min-delay | min-monetary-cost | normal } | tos-byte tos_byte_value | udp-port udp_port | vrf { vrf_name | management }]
|
|
---|---|
You must configure the vPC peer-keepalive link before the system can form the vPC peer link. Ensure that both the source and destination IP addresses used for the peer-keepalive message are unique in your network and these IP addresses are reachable from the Virtual Routing and Forwarding (VRF) associated with the vPC peer-keepalive link.
The Cisco NX-OS software uses the peer-keepalive link between the vPC peers to transmit periodic, configurable keepalive messages. You must have Layer 3 connectivity between the peer devices to transmit these messages. The system cannot bring up the vPC peer link unless the peer-keepalive link is already up and running.
Note We recommend that you configure a separate VRF instance and put a Layer 3 port from each vPC peer device into that VRF for the vPC peer-keepalive link. Do not use the peer link itself to send vPC peer-keepalive messages.
This example shows how to set up the peer keepalive link connection between the primary and secondary vPC device:
|
|
---|---|
Copies the running configuration to the startup configuration. |
|
Displays information about the configuration for the keepalive messages. |
[Apolina, Jan 3, 2012] Per roadmap, this command will be supported in Fairhaven Maint release - 5.1(3)N1(1a).
To enable the peer switch in a virtual port channel (vPC) pair of switches, use the peer-switch command. To disable the peer switch in a vPC pair of switches, use the no form of this command.
|
|
---|---|
This example shows how to enable a peer switch in a vPC pair:
This example shows how to disable a peer switch in a vPC pair:
|
|
---|---|
To create or configure a port profile, use the port-profile command. To delete a port profile, use the no form of this command.
port-profile { port-profile-name | type { ethernet | interface-vlan | port-channel | vethernet } port-profile-name }
no port-profile { port-profile-name | type { ethernet | interface-vlan | port-channel | vethernet } port-profile-name }
|
|
---|---|
Note ● You must enable virtual interfaces on the switch by using the feature-set virtualization command to see the vethernet keyword.
You can create a port profile that contains a batch of repetitive interface commands and apply that port profile to a range of interfaces on the switch. You can configure and apply port profiles to the following interface types:
The port profile is configured for an interface so that the commands that are applicable to one interface do not show up when you configure a port profile for another interface. For example, the commands that are applicable to port channel interfaces do not show up when you configure a port profile that is attached to an Ethernet interface.
Each port profile must have a unique name across the interface types.
When you delete a port profile, the commands that are configured within the port profile are removed from the interfaces that have inherited the port profile. If you want to delete a port profile that has been inherited by other port profiles, you must remove the inheritance before you can delete the port profile.
This example shows how to create a port profile named ppEth for Ethernet interfaces:
This example shows how to create a port profile named ppVEth for virtual Ethernet interfaces:
This example shows how to delete an Ethernet type port profile named ppEth:
|
|
---|---|
Copies the running configuration to the startup configuration. |
|
Displays the running configuration information for a port profile. |