Marc I'm not sure why that happened but if you aren't restricted on one side you could hardcode "trunk" and the other can stay dynamic desirable. In this way there will be no access port negotiations going on and you shouldn't have this issue. Remember that if the lab states that one side should look like this:
Port Mode Encapsulation Status Native vlan Gi0/19 desirable n-802.1q trunking 1 Gi0/20 desirable n-802.1q trunking 1 That doesn't mean the other side can't look like this: Port Mode Encapsulation Status Native vlan Gi0/19 on 802.1q trunking 1 Gi0/20 on 802.1q trunking 1 :) SW1(config-if-range)#do sh run int gig0/19 Building configuration... Current configuration : 173 bytes ! interface GigabitEthernet0/19 switchport trunk encapsulation dot1q switchport trunk allowed vlan 3,11,13,44,45 switchport mode trunk channel-group 12 mode active end SW1(config-if-range)# SW1(config-if-range)#do sh run int gig0/20 Building configuration... Current configuration : 173 bytes ! interface GigabitEthernet0/20 switchport trunk encapsulation dot1q switchport trunk allowed vlan 3,11,13,44,45 switchport mode trunk channel-group 12 mode active end SW2(config-if-range)#do sh run int gig0/19 Building configuration... Current configuration : 140 bytes ! interface GigabitEthernet0/19 switchport trunk allowed vlan 2-4094 switchport mode dynamic desirable channel-group 12 mode active end SW2(config-if-range)#do sh run int gig0/20 Building configuration... Current configuration : 140 bytes ! interface GigabitEthernet0/20 switchport trunk allowed vlan 2-4094 switchport mode dynamic desirable channel-group 12 mode active end Thank you, Steve Di Bias Network Engineer - Information Systems Valley Health System - Las Vegas Office - 702- 369-7594 Cell - 702-241-1801 [email protected] -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of JM NGOK Sent: Monday, November 21, 2011 9:07 AM To: Dwann Hall; marc abel Cc: [email protected] Subject: Re: [OSL | CCIE_RS] Ether-channel error Correct if I am wrong Marc is talking about activating trunk to create port-channel interface. These interfaces can't inherit the port-channel if trunking is flapping. So he was looking to fix this trunking issue and now it's done. Jean-Marie NGOK Senior Network Engineer ________________________________ From: Dwann Hall <[email protected]> To: marc abel <[email protected]> Cc: mark salmon <[email protected]>; JM NGOK <[email protected]>; Adam Booth <[email protected]>; "[email protected]" <[email protected]> Sent: Monday, November 21, 2011 11:56 AM Subject: Re: [OSL | CCIE_RS] Ether-channel error not sure if you did it or not, but aside from assigning channel-group and making it a switchport to members, switchport type, etc should be applied to port-channel so that members inherit config -d On Mon, Nov 21, 2011 at 11:32 AM, marc abel <[email protected]> wrote: > For all of you who keep posting this, I posted the configs earlier in > the thread. ALL THE MEMBERS WERE SET AS DYNAMIC DESIRABLE. NONE were > set as access ports. I had them all shutdown when I configured the > channel-group and yes I used the interface range. They initially all > negotiated as trunks. Then for whatever reason one would become an > access port and un-bundle. Then a bit later it would trunk again. I > know I can manually set it as a trunk but I was restricted due to > other lab requirements. Specifically the task asks for an exact show > int trunk output that indicates it should be set to dynamic. > > Removing and re-applying the exact same channel-group command seemed > to stabilize the etherchannel, so I don't know what the actual issue > was but it appears it was some sort of "glitch". > > Cat1 > ________________________ > > interface FastEthernet0/23 > switchport trunk encapsulation dot1q > switchport mode dynamic desirable > channel-group 12 mode active > ! > interface FastEthernet0/24 > switchport trunk encapsulation dot1q > switchport mode dynamic desirable > channel-group 12 mode active > ! > > > Cat2 > ___________________________ > > interface FastEthernet0/23 > switchport trunk encapsulation dot1q > switchport mode dynamic desirable > channel-group 12 mode active > ! > interface FastEthernet0/24 > switchport trunk encapsulation dot1q > switchport mode dynamic desirable > channel-group 12 mode active > ! > > > On Mon, Nov 21, 2011 at 10:08 AM, Dwann Hall <[email protected]> wrote: >> I think others have answered but the problem and its resolution are >> included in the error message. The etherchannel members must be the >> same. For whatever reasone one interface is operating in access mode >> while the other is in trunking mode. Do a "sh int f0/x switchport".I >> would manually set switchport mode and not rely on dtp. -d >> >> On Sun, Nov 20, 2011 at 7:49 PM, mark salmon <[email protected]> wrote: >>> I agree, defaulting both physical ports (also deleting the port channel) >>> then re configuring both using the range command. It appears one of the >>> physical ports is set for dynamic desirable and the other is hard coded to >>> trunk unconditionally. >>> >>> "Question with boldness even the existence of a God; because, if there be >>> one, he must more approve of the homage of reason, than that of >>> blind-folded fear." Thomas Jefferson >>> " Where ignorance is bliss 'tis folly to be wise" >>> >>> >>> ________________________________ >>> From: JM NGOK <[email protected]> >>> To: Adam Booth <[email protected]>; marc abel <[email protected]> >>> Cc: "[email protected]" <[email protected]> >>> Sent: Sunday, November 20, 2011 6:45 PM >>> Subject: Re: [OSL | CCIE_RS] Ether-channel error >>> >>> Shutdown these ports and delete the port-channel interface. Paste Adam's >>> configuration ,reconfigure the port-channel and bring these interfaces up. >>> >>> Am I wrong? >>> >>> Jean-Marie NGOK >>> Senior Network Engineer >>> >>> >>> >>> ________________________________ >>> From: Adam Booth <[email protected]> >>> To: marc abel <[email protected]> >>> Cc: [email protected] >>> Sent: Sunday, November 20, 2011 3:50 PM >>> Subject: Re: [OSL | CCIE_RS] Ether-channel error >>> >>> Hi Marc, >>> >>> Do Fa0/23 and Fa0/24 have the same configurations? For example is one port >>> switch access for instance, with the other able to negotiate a trunk using >>> DTP? >>> >>> Perhaps look at hard setting the interfaces to what you want >>> >>> switchport trunk encapsulation dot1q >>> switchport mode trunk >>> switchport nonegotiate >>> >>> Cheers, >>> Adam >>> >>> On Mon, Nov 21, 2011 at 5:54 AM, marc abel <[email protected]> wrote: >>> >>>> I have two dynamic desirable trunks configured as an ether-channel and >>>> one keeps un-bundling >>>> >>>> Nov 20 19:49:06.347: %EC-5-CANNOT_BUNDLE2: Fa0/23 is not compatible >>>> with Fa0/24 and will be suspended (trunk mode of Fa0/23 is access, >>>> Fa0/24 is trunk) >>>> Nov 20 19:49:07.335: %LINEPROTO-5-UPDOWN: Line protocol on Interface >>>> FastEthernet0/23, changed state to down >>>> >>>> >>>> It then comes back up and everything seems fine for a bit and then it >>>> happens again. Any idea what the issue could be or how to >>>> troubleshoot? Obviously I could configure them as statically trunking >>>> but a lab requirement prevents this. >>>> >>>> Thank you, >>>> >>>> Marc >>>> _______________________________________________ >>>> For more information regarding industry leading CCIE Lab training, please >>>> visit www.ipexpert.com >>>> >>>> Are you a CCNP or CCIE and looking for a job? Check out >>>> www.PlatinumPlacement.com >>>> >>>> To Unsubscribe from this list please visit the following link and follow >>>> the directions to unsubscribe. >>>> http://onlinestudylist.com/mailman/listinfo/ccie_rs >>>> >>> _______________________________________________ >>> For more information regarding industry leading CCIE Lab training, please >>> visit www.ipexpert.com >>> >>> Are you a CCNP or CCIE and looking for a job? Check out >>> www.PlatinumPlacement.com >>> >>> To Unsubscribe from this list please visit the following link and follow >>> the directions to unsubscribe. >>> http://onlinestudylist.com/mailman/listinfo/ccie_rs >>> _______________________________________________ >>> For more information regarding industry leading CCIE Lab training, please >>> visit www.ipexpert.com >>> >>> Are you a CCNP or CCIE and looking for a job? Check out >>> www.PlatinumPlacement.com >>> >>> To Unsubscribe from this list please visit the following link and follow >>> the directions to unsubscribe. >>> http://onlinestudylist.com/mailman/listinfo/ccie_rs >>> _______________________________________________ >>> For more information regarding industry leading CCIE Lab training, please >>> visit www.ipexpert.com >>> >>> Are you a CCNP or CCIE and looking for a job? Check out >>> www.PlatinumPlacement.com >>> >>> To Unsubscribe from this list please visit the following link and follow >>> the directions to unsubscribe. >>> http://onlinestudylist.com/mailman/listinfo/ccie_rs >>> >> > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com To Unsubscribe from this list please visit the following link and follow the directions to unsubscribe. http://onlinestudylist.com/mailman/listinfo/ccie_rs UHS Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient (s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this information is prohibited. If this was sent to you in error, please notify the sender by reply e-mail and destroy all copies of the original message. _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com To Unsubscribe from this list please visit the following link and follow the directions to unsubscribe. http://onlinestudylist.com/mailman/listinfo/ccie_rs
