From: Yagnesh Patel (yagnesh.patel@xxxxxxxxxxx)
Date: Thu May 30 2002 - 11:52:41 GMT-3
Thanks but again that command will not overcome the way bridge works.
Ex. If a bridge receives a frame in one port it will flood the frame to all por
ts except to the port from where the packet came in.
In this scenario two spokes R2 and R3 are connected to R1?s multipoint
interface. So I think here what will happen ...
1. R2 Sends a frame to R1
2. R1 receives the frame on the multipoint interface
3. R1 will never forward that frame to R3 because R3 is connected thru the same
physical interface.
Please let me know if i am missing anything
>
> From: David Luu <wicked01@ix.netcom.com>
> Date: 2002/05/30 Thu AM 03:33:52 CDT
> To: ypatel@ieee.org
> CC: ccielab@groupstudy.com
> Subject: Re: SKynet Lab from Karl Solie's book
>
> like i said, i have not done this lab yet and just skimmed through it...
>
> if its a multipoint interface, you need to map the bridge
>
> config-if# frame-relay map bridge dlci# broadcast
>
> At 04:27 AM 5/30/2002 -0400, Yagnesh Patel wrote:
> >I think you are missing an important point here.
> >Transparent bridge is running STP and both spokes are connected to one
> >multipoint interface one R1.
> >
> >
> >David Luu wrote:
> >
> >>i have not done the lab myself, but this is how i think it should be
> >>configured...
> >>
> >>bridging section step #1
> >>-----------------
> >>config# bridge 1 protocol ieee
> >>config-if# bridge-group 1
> >>
> >>
> >>bgp section step #3
> >>----------------
> >>config-router# aggregate-address 128.200.0.0 summary-only
> >>
> >>
> >>
> >>At 02:08 AM 5/30/2002 -0400, Yagnesh Patel wrote:
> >>
> >>>Hi,
> >>> I am doing Skynet but couldn't find a good solution for Bridging
> >>> section step#1 and BGP section step#3. I will be appreciated if someone
> >>> can lead me to the right direction.
> >>>
> >>>Thansk
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:59:12 GMT-3