{"id":169308,"date":"2026-06-20T22:53:56","date_gmt":"2026-06-20T19:53:56","guid":{"rendered":"https:\/\/computingforgeeks.com\/?p=169308"},"modified":"2026-06-20T22:53:56","modified_gmt":"2026-06-20T19:53:56","slug":"cisco-etherchannel-configuration","status":"publish","type":"post","link":"https:\/\/computingforgeeks.com\/cisco-etherchannel-configuration\/","title":{"rendered":"Configure EtherChannel (LACP) on Cisco Switches"},"content":{"rendered":"

You run two cables between a pair of switches for redundancy, plug them both in, and Spanning Tree blocks one. So you paid for a link that sits idle until the other one dies. EtherChannel is the fix: it bundles the two physical links into one logical link, so both forward at the same time and you get the extra bandwidth plus the redundancy, with no port left blocking.<\/p>\n\n

This walks through bundling two links into a Port-channel with LACP on a pair of Cisco switches, verifying the bundle, and the one mistake that quietly stops it from forming. It is the practical counterpart to Spanning Tree<\/a>: where STP blocks a redundant link, EtherChannel puts it to work.<\/p>\n\n

Ran this on two Cisco IOS 15.2 switches in GNS3 in June 2026; the bundle came up clean.<\/em><\/p>\n\n

What EtherChannel actually is<\/h2>\n\n

An EtherChannel groups two to eight physical links into a single logical interface called a Port-channel. The switch, and Spanning Tree along with it, treats that Port-channel as one link. That is the key: because STP sees one link instead of several, there is no loop to break, so every member forwards. If a member fails, the channel stays up on whatever links remain, and traffic just redistributes.<\/p>\n\n

The gotcha worth saying up front: a Port-channel is one logical link for STP, but it is still several physical wires underneath, and the switch spreads traffic across them per conversation, not per packet. That detail decides how much speed you actually get, and it is covered at the end.<\/p>\n\n\n

\"EtherChannel<\/figure>\n\n\n

The lab is two switches, SW1 and SW2, with two links between them (Gi0\/0 to Gi0\/0 and Gi0\/1 to Gi0\/1). Both pairs go into one Port-channel.<\/p>\n\n

1. Bundle the links with LACP<\/h2>\n\n

LACP is the open standard (IEEE 802.3ad), so reach for it over Cisco’s PAgP unless you have a reason not to. Put both interfaces in the same channel-group in LACP active mode. Doing it as an interface range keeps the two members identical, which matters more than it looks:<\/p>\n\n\n

configure terminal\ninterface range GigabitEthernet0\/0 - 1\n channel-group 1 mode active\nend<\/code><\/pre>\n\n\n
That single command creates interface Port-channel 1<\/code> automatically. Run the same thing on SW2. active<\/code> means this side starts the LACP negotiation; as long as the other end is active<\/code> or passive<\/code>, the channel forms. This is the exact lab, built on two IOSvL2 switches in GNS3:<\/p>\n\n\n
\"GNS3<\/figure>\n\n\n
From here on, configure the Port-channel interface, not the members. Anything you set on Port-channel 1<\/code> (a trunk config, an allowed VLAN list) propagates to both physical ports and keeps them in sync.<\/p>\n\n
2. Verify the bundle<\/h2>\n\n
One command tells you whether it worked. show etherchannel summary<\/code> lists the channel, the protocol, and the state of each member:<\/p>\n\n\n
show etherchannel summary<\/code><\/pre>\n\n\n
On SW1 the channel is up with both ports bundled:<\/p>\n\n\n
\"show<\/figure>\n\n\n
Read the flags. Po1(SU)<\/code> means a Layer 2 (Switched) channel that is in Use. The Protocol column reads LACP. Each member shows Gi0\/0(P)<\/code> and Gi0\/1(P)<\/code>, where P<\/code> is “bundled in the port-channel”. If a member showed (s)<\/code> it would be suspended (a settings mismatch), and (D)<\/code> would be down. Two ports, both (P)<\/code>, is the result you want.<\/p>\n\n
3. Check the partner and spanning tree<\/h2>\n\n
Two more commands confirm the far end is really part of the deal and that STP now sees one link. show lacp neighbor<\/code> shows the partner switch, and show spanning-tree<\/code> shows how STP views the bundle:<\/p>\n\n\n
show lacp neighbor\nshow spanning-tree vlan 1<\/code><\/pre>\n\n\n
The neighbor table lists SW2 as the partner on both member ports, and spanning tree lists a single interface:<\/p>\n\n\n
\"show<\/figure>\n\n\n
This is the payoff. Spanning tree shows Po1<\/code> as one interface in the forwarding state, not Gi0\/0<\/code> and Gi0\/1<\/code> with one of them blocked. Compare that to two ordinary links between switches, where STP would block one. The bundle’s path cost is also lower (3 here versus 4 for a single gigabit link), because the channel has more bandwidth, so STP even prefers it.<\/p>\n\n
4. LACP, PAgP, and static modes<\/h2>\n\n
There are three ways to form a channel, and the modes have to be compatible on both ends. This trips people up, because two “passive” or two “auto” ends just sit there doing nothing:<\/p>\n\n\n
\n
Protocol<\/th>Modes<\/th>Forms a channel with<\/th><\/tr><\/thead>
LACP (open standard)<\/td>active, passive<\/td>active\/active or active\/passive<\/td><\/tr>\n
PAgP (Cisco only)<\/td>desirable, auto<\/td>desirable\/desirable or desirable\/auto<\/td><\/tr>\n
Static<\/td>on<\/td>on\/on only<\/td><\/tr>\n<\/tbody><\/table><\/figure>\n\n\n
Passive\/passive never forms (nobody starts), auto\/auto never forms, and you cannot mix on<\/code> with active<\/code> or LACP with PAgP. When in doubt, set both ends to LACP active<\/code> and move on.<\/p>\n\n
The other thing that stops a bundle is mismatched members. Every port in the channel must agree on speed, duplex, switchport mode (access or trunk<\/a>), allowed VLANs<\/a>, and native VLAN. Mismatch one and that port goes suspended while the rest may still bundle. Skip the per-member edits, configure the Port-channel, and you sidestep the whole class of problem. To the rest of the switch, including the MAC address table<\/a>, the bundle is simply one port.<\/p>\n\n
Practice EtherChannel<\/h2>\n\n
This topic is in the Network Access section of the CCNA 200-301 study roadmap<\/a>. The two-switch lab is paste-ready for GNS3, Cisco Packet Tracer, or real gear in the companion repo: c4geeks\/ccna-labs<\/a>. Wire the two links, paste the config on both switches, and watch Po1 come up.<\/p>\n\n
Test the modes, flags, and load-balancing facts with the quiz:<\/p>\n\n
Loading quiz...<\/div><\/div>\n\n\n
Then lock in the modes and verification commands with the flashcards, or load the deck into Anki:<\/p>\n\n
Loading flashcards...<\/div><\/div>\n\n\n
How traffic spreads across the bundle<\/h2>\n\n
Here is the part that surprises people the first time they test it. A two-link EtherChannel does not make a single transfer twice as fast. The switch picks a member link for each conversation using a hash of certain fields (source and destination MAC, IP, or port, depending on the port-channel load-balance<\/code> setting). Every frame in one flow lands on the same link, so one big file copy rides a single member and tops out at that link’s speed.<\/p>\n\n
Where the bundle pays off is many flows at once: a hundred users hashed across two links get roughly double the aggregate throughput of one link. So a 2 by 1 Gbps channel is 2 Gbps of total capacity spread across conversations, not a 2 Gbps pipe for any single one. If one link runs hot while another sits idle, the load-balance hash is the knob to change. Plan the bundle around the number of flows you actually have, and EtherChannel does exactly what you want: more capacity, and a link that keeps working when a cable does not.<\/p>\n","protected":false},"excerpt":{"rendered":"
Configure EtherChannel on Cisco switches with LACP: bundle two links into one Port-channel, verify with show etherchannel summary, and balance traffic.<\/p>\n","protected":false},"author":3,"featured_media":169307,"comment_status":"open","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[299,55],"tags":[524,525],"cfg_series":[39888],"class_list":["post-169308","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-how-to","category-networking","tag-ccna","tag-cisco","cfg_series-ccna-200-301"],"_links":{"self":[{"href":"https:\/\/computingforgeeks.com\/wp-json\/wp\/v2\/posts\/169308","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/computingforgeeks.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/computingforgeeks.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/computingforgeeks.com\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/computingforgeeks.com\/wp-json\/wp\/v2\/comments?post=169308"}],"version-history":[{"count":1,"href":"https:\/\/computingforgeeks.com\/wp-json\/wp\/v2\/posts\/169308\/revisions"}],"predecessor-version":[{"id":169309,"href":"https:\/\/computingforgeeks.com\/wp-json\/wp\/v2\/posts\/169308\/revisions\/169309"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/computingforgeeks.com\/wp-json\/wp\/v2\/media\/169307"}],"wp:attachment":[{"href":"https:\/\/computingforgeeks.com\/wp-json\/wp\/v2\/media?parent=169308"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/computingforgeeks.com\/wp-json\/wp\/v2\/categories?post=169308"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/computingforgeeks.com\/wp-json\/wp\/v2\/tags?post=169308"},{"taxonomy":"cfg_series","embeddable":true,"href":"https:\/\/computingforgeeks.com\/wp-json\/wp\/v2\/cfg_series?post=169308"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}