Re: iev4 lab20 802.1q trunking/tunneling problem

From: Ryan (ryan95842@gmail.com)
Date: Wed Jun 27 2007 - 15:18:00 ART


I have also had a similar problem. Turns out it was order of operation with
the Etherchannel. I was converting the links from access ports to dot1q
trunks and etherchannel. I didn't shut down the interfaces first and as I
made the changes, all the ports went into err-disable. Not fun.

-Ryan

On 6/27/07, Ben <bmunyao@gmail.com> wrote:
>
> Eric
>
> While doing the lab yesterday, I was able to continue with the rest of the
> lab by shutting down the etherchannel interfaces on sw1 and sw3. I
> couldn't
> help thinking "thank god this was a practise lab, and no the real thing."
> Lets hope we or someone else can figure this out.
>
> I'll be repeating the lab in 12hrs (my next rack rental) and see if I can
> crack it.
>
> Thanks
>
> Ben
>
>
> On 6/27/07, Eric Poulin <epoulins@yahoo.com> wrote:
> >
> > Ben,
> >
> > I ran into the same problem and I could not figure it out. Please let me
> > know if you ever
> > find the answer?
> >
> > Thanks,
> > Eric
> >
> > --- Ben <bmunyao@gmail.com> wrote:
> >
> > > Hi Group
> > >
> > > This lab calls for the establishment of dot1q trunks and tunnel as
> > depicted
> > > below.
> > >
> > >
> > > dot1q tunnel (EtherChannel)
> > >
> >
> >
> -----------------------------------------------------------------------------------------
> > >
> >
> sw3--------------------------------sw4-----------------------------------------sw1
> > > dot1q trunk | dot1q trunk
> > > |
> > > |dot1q trunk
> > > |
> > > |
> > > sw2
> > >
> > >
> > > The problem I encountered was the dot1q trunks between sw1-sw4 and
> > sw2-sw4
> > > reporting a "loopback detected" error and going into error-disabled
> > state.
> > > The spanning tree section involved using MST, and I confirmed that STP
> > was
> > > not disabled on any MST instance.
> > > I configured the tunneling interfaces on sw4 as follows:
> > >
> > > int f0/13, int f0/19
> > > sw acc vl 100
> > > sw trunk encap dot
> > > sw mode dot1q
> > > sw nonegotiate
> > > l2protocol point-to-point lacp
> > > l2protocol cdp
> > > l2protocol vtp
> > >
> > > int f0/15, int f0/21
> > > sw acc vl 200
> > > sw trunk encap dot
> > > sw mode dot1q
> > > sw nonegotiate
> > > l2protocol point-to-point lacp
> > > l2protocol cdp
> > > l2protocol vtp
> > >
> > > I configured MST on all switches as follows:
> > >
> > > spann mode mst
> > > spann mst config
> > > name IESTP
> > > ver 10
> > > instance 1 vlan 1,5,12,107
> > > instance 2 vlan 27,34,58
> > > instance 3 vlan 46,89,363
> > >
> > >
> > > Has anyone else done this lab and seen this problem? I couldn't figure
> > it
> > > out, and would welcome any input on what could have caused it.
> > >
> > > Thanks
> > >
> > > Ben
> > >
> > >
> _______________________________________________________________________
> > > Subscription information may be found at:
> > > http://www.groupstudy.com/list/CCIELab.html
> > >
> >
> >
> >
> >
> >
> ____________________________________________________________________________________
> > Shape Yahoo! in your own image. Join our Network Research Panel today!
> > http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html



This archive was generated by hypermail 2.1.4 : Sun Jul 01 2007 - 17:24:52 ART