From: Jake (jakeczyz@xxxxxxxxx)
Date: Sat Jun 01 2002 - 15:33:22 GMT-3
Serguei,
I agree with you that this will probably not work on a multipoint interface
, but this
is certainly not caused by split horizon. Split horizon only affects routing in
formation,
not layer 2 user data frames. The behavior is similar to split horizon, but thi
nk of it
in terms of a regular ethernet interface which is getting frames coming in and
can't be
expected to reflect those frames back out the direction they arrived. I agree t
hat
dividing the logical connections into 2 subinterfaces should work fine.
IMHO
Jake
9102
--- "Bezverkhi, Serguei" <Serguei.Bezverkhi@hp.com> 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.
>
>
This archive was generated by hypermail 2.1.4 : Tue Jul 02 2002 - 08:12:19 GMT-3