From: Yagnesh Patel (Yagnesh.Patel@xxxxxxxxxxx)
Date: Sat Jun 01 2002 - 18:39:15 GMT-3
David,
I am sorry but you got this wrong. I don't see R3 as a root Bridge
in R2 even thought i have appropriate frame-relay DLCI statements in
all my routers. Now think again it means that R1 is not forwarding the
BPDUs to R2.
Just to clarify few things ....
R1- sees R3 as a root bridge (this is fine}
R3- sees It self as a Root bridge (this is fine because it is set to
lower priority)
R2- sees it self as a Root bridge """""This means R1 is not forwarding
BPDUs from one spoke(R3) to another Spoke(R2)"""""""
Thanks
Yagnesh
David Luu wrote:
> i would like to clear this whole split-horizon thing...
>
> this is the scenario that Yagnesh has...
>
> ____R2
> /
> R1----<
> \____R3
>
> R1 being a multipoint interface acting as a hub for R2 and R3...
>
> on R2, Yagnesh sees R3 as root bridge...the way STP works, a blocked
> port will not send data and BPDUs...but he can see R3 as root bridge
> on R2, the only way for R2 to know is through BPDUs
>
> the reason for him being able to see BPDUs is because of the mapping
> the bridge to dlci's...if you ask yourself what does the map bridge
> statements have to do with it, think about how frame relay in a
> multipoint environment when you have to map ip's to dlci's, it works
> the same way...you could have split-horizon turned on and it will
> still work
>
> in this scenario you need to manipulate R1 as the root bridge for it
> to work properly
>
>
> At 09:42 AM 6/1/2002 -0400, ying chang wrote:
>
>> Sorry, but I would agree with Serguei. We may not be able to call it
>> split-horizon, but that's basically why we cannot bridge between 2
>> spokes in multipoint FR environment. Bridge will not send data back
>> out to the same port it receives from. I would try point-to-point if
>> I must bridge spokes.
>>
>> Chang
>>
>>> From: David Luu <wicked01@ix.netcom.com>
>>> Reply-To: David Luu <wicked01@ix.netcom.com>
>>> To: "Bezverkhi, Serguei" <Serguei.Bezverkhi@hp.com>, "Yagnesh
>>> Patel" <Yagnesh.Patel@verizon.net>
>>> CC: <ccielab@groupstudy.com>
>>> Subject: RE: FrameRelay multipoint interface and bridging
>>> Date: Fri, 31 May 2002 21:49:38 -0700
>>>
>>> split horizon deals with routing updates being received and not sent
>>> out
>>> the same interface...split horizon deals with layer 3, bridging is
>>> layer
>>> 1...it has no relevance in this scenario
>>>
>>> yagnesh...
>>>
>>> first of all, does your frame relay work? without any routing protocols
>>> running...ping throughout the frame relay cloud, if you cant ping,
>>> then the
>>> problem lies in your frame relay configs
>>>
>>> frame relay map bridge statements needs to be in all routers
>>> participating
>>> in a bridged multipoint frame relay environment...R1s multipoint serial
>>> interface, R2 and R3s serial interface (R1 will have 2 map bridge
>>> statements)
>>>
>>> and the bridge group command on all interfaces participating...R1s
>>> multipoint serial interface, R2s serial and ethernet, R3s serial and
>>> ethernet
>>>
>>>
>>> At 12:03 AM 6/1/2002 -0400, Bezverkhi, Serguei wrote:
>>>
>>>> It won't work because of the split horizon, and as far as I remember
>>>> there is no way to disable it. You have to use point-to-point
>>>> interfaces
>>>> to resolve this.
>>>>
>>>> Hope it helps
>>>>
>>>> Serguei
>>>>
>>>> -----Original Message-----
>>>> From: Yagnesh Patel [mailto:Yagnesh.Patel@verizon.net]
>>>> Sent: May 31, 2002 10:41 PM
>>>> To: ccielab@groupstudy.com
>>>> Subject: FrameRelay multipoint interface and bridging
>>>>
>>>>
>>>> Hi,
>>>> Can anyone please provide me a good solution for the following
>>>> problem.
>>>>
>>>> R1= Hub router with a multipoint interface
>>>> R2 = Spoke_1 with Connected to R1's multipoint interface thru
>>>> Frame-relay R3 = Spoke_2 Connected to R1's multipoint interface thru
>>>> Frame-relay VLAN_2 = Connected to R2 router VLAN_3 = Connected to R3
>>>> router
>>>>
>>>> I want to bridge VLAN2 and VLAN3. I have all appropriate commands
>>>> under
>>>>
>>>> the interfaces / global including "frame-relay map bridge"
>>>> statement but
>>>>
>>>> it is not working. I think it is not working because both spokes are
>>>> connected to the same multipoint interface on R1.
>>>>
>>>>
>>>> Thanks
This archive was generated by hypermail 2.1.4 : Tue Jul 02 2002 - 08:12:20 GMT-3