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 how to identify and resolve problems with ports and includes the following sections:
This section includes the following topics:
Before a switch can relay frames from one data link to another, you must define the characteristics of the interfaces through which the frames are received and sent. The configured interfaces can be Ethernet (physical) interfaces, virtual Ethernet interfaces, and the management interface.
Each interface has the following:
The administrative configuration does not change unless you modify it. This configuration has attributes that you can configure in administrative mode.
The operational state of a specified attribute, such as the interface speed. This state cannot be changed and is read-only. Some values might not be valid when the interface is down (such as the operation speed).
For a complete description of port modes, administrative states, and operational states, see the Cisco Nexus 1000V Interface Configuration Guide.
Port counters are used to identify synchronization problems. Counters can show a significant disparity between received and transmitted frames. To display interface counters, use the following command:
show interface interface-name counters
See Example 8-8 on page 8-14 .
Values stored in counters can be meaningless for a port that has been active for an extended period. Clearing the counters provides a better idea of the actual link behavior at the present time. Create a baseline first by clearing the counters.
When a port continually goes up and down, it is said to be flapping, or link flapping. When a port is flapping, it cycles through the following states, in this order, and then starts over again:
1. Initializing—The link is initializing.
2. Offline—The port is offline.
3. Link failure or not connected—The physical layer is not operational and there is no active device connection.
To troubleshoot link flapping, see the “Information About Link Flapping” section.
Use the following checklist to diagnose port interface activity.
For more information about port states, see the Cisco Nexus 1000V Interface Configuration Guide.
|
|
![]() |
---|---|---|
See Example 8-1 on page 8-9 . |
||
See Example 8-3 on page 8-9 . |
||
Verify if the internal port-group information is created on VC. |
||
See Example 8-6 on page 8-13 . |
||
See Example 8-7 on page 8-13 . |
||
Verify if the host and cluster MOB and the uuid info is fetched from the VC. |
||
Verify if there are any error in the vms event-history error during the port creation. |
||
Verify if the VC port(s) are moved to the internal port-group from Nexus 1000VE pro-profile(s). |
||
Verify if the VSM IPG moves event(s) received from the VC on particular port(s) on VM. |
||
This section includes possible causes and solutions for the following symptoms:
When you are troubleshooting unexpected link flapping, it is important to have the following information:
|
|
---|---|
1. |
|
You attempted to add a port to a port channel that was not configured identically, and the port is then errdisabled. |
1. 2. |
1. show logging logfile | grep interface_number See Example 8-5 on page 8-13 . 2. show system internal ethpm event-history interface interface_number 3. For more information see the “Contacting Cisco Customer Support” section. |
You can use the commands in this section to troubleshoot problems related to ports.
|
|
---|---|
Displays the state of a module. See Example 8-1 on page 8-9 . |
|
Displays the domain configuration. See Example 8-2 on page 8-9 . |
|
Displays the Cisco Nexus 1000V connections. See Example 8-3 on page 8-9 . |
|
Displays logged system messages. See Example 8-4 on page 8-10 . |
|
Displays logged system messages for a specified interface. See Example 8-5 on page 8-13 . |
|
Displays a table of interface states. See Example 8-6 on page 8-13 . |
|
Displays the configuration for a named Ethernet interface, including the following:
See Example 8-7 on page 8-13 . |
|
Displays port counters for identifying synchronization problems. For information about counters, see the “Information About Interface Counters” section. See Example 8-8 on page 8-14 . |
|
Displays the vEthernet interface configuration. See Example 8-9 on page 8-14 . |
|
Displays the virtual port mapping for all vEthernet interfaces. |
For detailed information about show command output, see the Cisco Nexus 1000V Command Reference.
Example 8-1 show module Command
Example 8-2 show svs domain Command
Example 8-3 show svs connections Command
Example 8-4 show logging logfile Command
Example 8-5 show logging logfile | grep Command
Example 8-6 show interface brief Command
Example 8-7 show interface ethernet Command
Example 8-8 show interface ethernet counters Command
Example 8-9 show interface vEthernet Command
Example 8-10 show interface capabilities Command
Example 8-11 show interface virtual port-mapping Command