Ccna 00-301, Volume Official

Physical Interface Configuration and EtherChannels

Even when the channel-group commands have all been configured correctly, other configura-

tion settings can prevent a switch from using a physical port in an EtherChannel—even physical 

ports manually configured to be part of the channel. The next topic examines those reasons.

First, before using a physical port in an EtherChannel, the switch compares the new physical 

port’s configuration to the existing ports in the channel. That new physical interface’s 

settings must be the same as the existing ports’ settings; otherwise, the switch does not 

add the new link to the list of approved and working interfaces in the channel. That is, the 

||||||||||||||||||||

||||||||||||||||||||

---

ptg29743230

252    CCNA 200-301 Official Cert Guide, Volume 1

physical interface remains configured as part of the PortChannel, but it is not used as part of 

the channel, often being placed into some nonworking state.

The list of items the switch checks includes the following:

■

  Speed

■

  Duplex

■

  Operational access or trunking state (all must be access, or all must be trunks)

■

  If an access port, the access VLAN

■

  If a trunk port, the allowed VLAN list (per the switchport trunk allowed command)

■

  If a trunk port, the native VLAN

■

  STP interface settings

In addition, switches check the settings on the neighboring switch. To do so, the switches 

either use PAgP or LACP (if already in use) or use Cisco Discovery Protocol (CDP) if using 

manual configuration. When checking neighbors, all settings except the STP settings must 

match.

As an example, SW1 and SW2 again use two links in one EtherChannel from Figure 10-7. 

Before configuring the EtherChannel, SW1’s G0/2 was given a different RSTP port cost than 

G0/1. Example 10-6 picks up the story just after configuring the correct channel-group com-

mands, when the switch is deciding whether to use G0/1 and G0/2 in this.