From: Plukkie (plukkie@gmail.com)
Date: Tue Aug 29 2006 - 03:40:02 ART
Sean,
This is solution three from David:
Soltution3:
allows vlan traffic to other side that the OTHER side
has hosts in as well as all interface vlans on the other side.
The first part, correct, but what's the use to allow interface vlans from
the other side, while you don't have hosts in that vlan or neither yourself
an interface in that vlan?
gr
On 8/29/06, Sean Khoo (AU) <Sean.Khoo@didata.com.au> wrote:
>
>
> I think the solution 3 is the correct solution if you want to emulate
> vtp pruning.
>
> Regards,
> Sean Khoo
>
> -----Original Message-----
> From: Arun Arumuganainar [mailto:aarumuga@hotmail.com]
> Sent: Monday, 28 August 2006 11:13 PM
> To: Plukkie; David Redfern (AU)
> Cc: ccielab@groupstudy.com; Sean Khoo (AU); Jason Bartley (AU)
> Subject: Re: EMULATE VTP PRUNING WITH SWITCHPORT TRUNK ALLOWED
>
> Pruning will allow traffic on the trunk side only on couple of occasions
> .
>
> 1) VLAN should locally assigned or
> 2) Switch should act as a transit for those vlan .
>
> Second condition is does not apply in CCIE LAB environment . In a two
> switch environment there is not question about switch to act as a pure
> transit .
>
> Ideal solution would be ... On SW1 allow all vlan that assigned locally
> on
> SW2 ( including VLAN 1...the default Vlan ) and vice versa .
>
> Thanks and Regards
> Arun
>
> ----- Original Message -----
> From: "Plukkie" <plukkie@gmail.com>
> To: "David Redfern (AU)" <David.Redfern@didata.com.au>
> Cc: <ccielab@groupstudy.com>; "Sean Khoo (AU)"
> <Sean.Khoo@didata.com.au>; "Jason Bartley (AU)"
> <Jason.Bartley@didata.com.au>
> Sent: Monday, August 28, 2006 2:54 PM
> Subject: Re: EMULATE VTP PRUNING WITH SWITCHPORT TRUNK ALLOWED
>
>
> > Hi,
> >
> > I would presume only allowing the common vlans that are used on both
> > switches, so that is 100 and 28.
> >
> > on both switches:
> > switchport trunk allowed vlan 28,100
> >
> > gr Plukkie
> >
> >
> > On 8/28/06, David Redfern (AU) <David.Redfern@didata.com.au> wrote:
> > >
> > > Guys,
> > >
> > > Struggling to find the correct way to emulate vtp pruning using
> > > switchport trunk allowed vlan command..
> > >
> > > Question is from InternetExpert Lab 28 Also says to only send the
> > > minumum amount of traffic necessary across these trunk links
> > >
> > >
> > >
> > > Eg,
> > >
> > > Sw1 has hosts in vlan 100,28,46,5
> > > Also has interface vlan 7 (but no interfaces in the vlan)
> > >
> > > Sw2 has hosts in vlans 34,100
> > > Also has interface vlan 8 and 28 (but no interfaces in the vlan)
> > >
> > >
> > > What do you guys think is the correct solution.
> > >
> > > Solution 1.(only allows vlan traffic to other side that both
> > > switches have hosts in. eg 100) SW1.
> > > switchport trunk allowed vlan 100
> > >
> > > SW2
> > > switchport trunk allowed vlan 100
> > >
> > >
> > >
> > > Solution 2. (allows vlan traffic to other side that the OTHER side
> > > has hosts in as well as interface vlans ((28) where this traffic
> > > must traverse the trunk)
> > > SW1
> > > switchport trunk allowed vlan 34,100,28
> > >
> > > SW2
> > > switchport trunk allowed vlan 100,28,46,5
> > >
> > >
> > > Solution 3. (allows vlan traffic to other side that the OTHER side
> > > has hosts in as well as all interface vlans on the other side)
> > > SW1
> > > switchport trunk allowed vlan 34,100,28,8
> > >
> > > SW2
> > > switchport trunk allowed vlan 100,28,46,5,7
> > >
> > >
> > >
> > >
> > > Solution 4, (Their solution. Confused about the logic)
> > >
> > > SW1.
> > > switchport trunk allowed vlan 7.28,100
> > > SW2
> > > switchport trunk allowed vlan 8.28.100
> > >
> > >
> > > Or others
> > >
> > > Any ideas about the best way?
> > >
> > >
> > >
> > >
> ************************************************************************
> ****
> *
> > > *
> > > - NOTICE FROM DIMENSION DATA AUSTRALIA This message is confidential,
>
> > > and may contain proprietary or legally privileged information. If
> > > you have received this email in error,
> please
> > > notify the sender and delete it immediately.
> > >
> > > Internet communications are not secure. You should scan this message
>
> > > and any attachments for viruses. Under no circumstances do we
> > > accept liability for any loss or damage which may result from your
> > > receipt of this message or any attachments.
> > >
> > >
> ************************************************************************
> ****
> *
> > > *
> > >
> > > ____________________________________________________________________
> > > ___ Subscription information may be found at:
> > > http://www.groupstudy.com/list/CCIELab.html
> >
> > ______________________________________________________________________
> > _ Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Sep 01 2006 - 15:41:59 ART