RE: Split-horizon mystery

From: Hunt Lee (huntl@webcentral.com.au)
Date: Thu Feb 27 2003 - 22:24:28 GMT-3


THanks Michael, that confirms that my understanding is correct ;-)

Regards,
Hunt Lee

-----Original Message-----
From: Michael Snyder [mailto:msnyder@revolutioncomputer.com]
Sent: Friday, 28 February 2003 11:19 AM
To: Hunt Lee
Cc: ccielab@groupstudy.com
Subject: RE: Split-horizon mystery

Wouldn't be the first time that a lab solution was wrong.

My rule of thumb for frame-relay interfaces; I don't even do a show
interface.

if it's not a hub interface, turn it on.

If it's a hub interface, turn it off.

BTW, I'm told that even if a network is stable, and you forgot to enable
a physical frame-relay interface split-horizon, you will lose those lab
points no mater what.

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Hunt Lee
Sent: Thursday, February 27, 2003 5:10 PM
To: 'Jim Brown'
Cc: 'ccielab@groupstudy.com'
Subject: RE: Split-horizon mystery

Hi Jim,

That's kinds of fall into what I was thinking... hence the answer to my
lab
scenario would be wrong?? Since the EIGRP is only running on a
point-to-point network here?

Or am I completely off?

Thanks in advance,

Regards,
Hunt

-----Original Message-----
From: Jim Brown [mailto:Jim.Brown@caselogic.com]
Sent: Friday, 28 February 2003 1:48 AM
To: Hunt Lee; ccielab@groupstudy.com
Subject: RE: Split-horizon mystery

Think about what split horizon is....

Split horizon basically keeps a router from advertising a route out the
interface it learned the route from. Most of the time this is the
desired behavior, but in the case of a multipoint interface it might not
be.

If the spokes are advertising routes to the hub and the hub has split
horizon enabled, it will not advertise routes from one spoke to another
if they are on the same interface.

Split horizon only affects DV protocols and to disable it for EIGRP you
must use a different command than other DV protocols. The command is no
ip split-horizon eigrp <AS> while all other DV protocols us the command
no ip split-horizon.

You can also use show ip interface to determine the status of split
horizon on an interface.

-----Original Message-----
From: Hunt Lee [mailto:huntl@webcentral.com.au]
Sent: Thursday, February 27, 2003 12:20 AM
To: 'ccielab@groupstudy.com'
Subject: Split-horizon mystery

Hi Group,

Does anyone know when one should use "ip split-horizon" for EIGRP?

      RTD
     /
RTA---- RTB
      \
        RTC

RTA, RTB & RTD are using OSPF, while RTA & RTC are both using EIGRP...

RTA & RTC are point-to-point, while..

RTA, RTB & RTD are point-to-multipoint

On the solutions, I was told that I need to use "ip split-horizon" on
RTC
outgoing interface (to RTA), why??? I thought we only need to use this
command on the hub if it is point-to-multipoint sub-interface...

anyway, here's the config:-

On RTC:-

interface Serial0
 ip address 137.20.200.18 255.255.255.240
 ip nat outside
 encapsulation frame-relay
 ip split-horizon <------ Do we need this???
 no ip mroute-cache
 keepalive 15
 no fair-queue
 frame-relay lmi-type ansi

router eigrp 10
 network 137.20.0.0
 no auto-summary

And on RTA:-

interface Serial0.1 multipoint
 ip address 137.20.100.34 255.255.255.224
 ip ospf network point-to-multipoint
 frame-relay de-group 1 502
 frame-relay map ip 137.20.100.33 502 broadcast
 frame-relay map ip 137.20.100.35 503 broadcast
!
interface Serial0.2 point-to-point
 bandwidth 2000
 ip address 137.20.200.17 255.255.255.240
 frame-relay interface-dlci 504

router eigrp 10
 redistribute ospf 10 metric 2000 100 255 1 1500
 passive-interface BRI0
 passive-interface Ethernet0
 passive-interface Serial0.1
 passive-interface Serial1
 network 137.20.0.0
 no auto-summary
 no eigrp log-neighbor-changes

      
Any help / ideas would be greatly appreciated.

Regards,
Hunt



This archive was generated by hypermail 2.1.4 : Sat Mar 01 2003 - 11:06:38 GMT-3