RE: VTP issue with IEWB-RS version 4 sample lab

From: Brian McGahan (bmcgahan@internetworkexpert.com)
Date: Thu Nov 16 2006 - 03:03:30 ART


        R1 and R2 have been upgraded to 2610XMs over 2620s due to IOS
limitations of the 2600s; I forgot to update the table accordingly. For
the majority of features you can still use the regular 2600s however.

HTH,

Brian McGahan, CCIE #8593 (R&S/SP)
bmcgahan@internetworkexpert.com

Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987 x 705
Outside US: 775-826-4344 x 705
24/7 Support: http://forum.internetworkexpert.com
Live Chat: http://www.internetworkexpert.com/chat/

> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> Elliott Reyes
> Sent: Wednesday, November 15, 2006 10:36 PM
> To: 'Ken Diliberto'; ccielab@groupstudy.com
> Subject: RE: VTP issue with IEWB-RS version 4 sample lab
>
> It's on the website now, But I think there's still some cleanup left
to do
>
> They show 12.4 code on 2620 routers for R1 and R2.
>
>
> Not sure if you could do that unless they have a trick way of doing it
>
> If so please let me know.
>
>
>
> Elliott
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> Ken
> Diliberto
> Sent: Wednesday, November 15, 2006 7:44 PM
> To: ccielab@groupstudy.com
> Subject: Re: VTP issue with IEWB-RS version 4 sample lab
>
> Can you post the entire lab so we can all have a look at it?
>
> Michael Zuo wrote:
> > Hi Group,
> >
> >
> >
> > I ran into an issue with the new sample lab with 4 switches and am
> > wondering if someone else has seen it or I've made a mistake
somewhere:
> >
> >
> >
> > For the switching part, when all the trunk ports are set up, the
links
> > between SW3 and SW4 (port 19, 20) will go into blocking because
spanning
> > tree and trunk exists between SW1/SW2, SW1/SW4 and SW2/SW3. this
means
> > VTP will not work between SW3 and SW4 even though it is part of the
> > requirement of section 1.1
> >
> >
> >
> > The catch is that even by adjusting port-priority and port-cost to
make
> > the trunks between SW3 and SW4 come up, it will bring down trunk
links
> > between another pair of switches. Because of the way the
requirements
> > are set up (only vlan 102 can traverse between SW1 and SW4), no
other
> > trunk links can be brought down without losing connectivity for at
least
> > one vlan.
> >
> >
> >
> > The only solution I can see is PVST which is not part of the
solution.
> >
> >
> >
> > Am I missing something very simple or maybe there is another
workaround?
>
>



This archive was generated by hypermail 2.1.4 : Fri Dec 01 2006 - 08:05:47 ART