From: Bruce Williams (bwilliams175@comcast.net)
Date: Wed Oct 02 2002 - 00:30:52 GMT-3
Split Horizon should be disabled on the interface that has the secondary
address so that both networks can be advertised out the interface.
Check out this link on secondary addresses and split horizon.
http://www.cisco.com/warp/public/105/41.html
Bruce
-----Original Message-----
From: Donny MATEO [mailto:donny.mateo@sg.ca-indosuez.com]
Sent: Tuesday, October 01, 2002 11:12 PM
To: Bruce Williams
Cc: ccielab@groupstudy.com
Subject: RE: What if OSPF routes have shorter masks than RIP?
Could you be more specific on which issue. If it's a routing feedback from
the other router, for
most interface split-horizon is enabled. The only execption i know and had
accountered so far is the
physical serial interface for frame-relay.
Do let me know if you found other issues. I'll try to lab it again tonight.
Donny
Bruce Williams
<bwilliams175@com To: Donny MATEO
<donny.mateo@sg.ca-indosuez.com>, Richard Davidson
cast.net> <rich@myhomemail.net>
Sent by: cc:
ccielab@groupstudy.com
nobody@groupstudy Subject: RE: What if OSPF
routes have shorter masks than RIP?
.com
02-10-2002 10:37
Please respond to
Bruce Williams
If you use secondary addresses, how do you deal with the split horizon
issue?
Bruce
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Donny MATEO
Sent: Tuesday, October 01, 2002 10:04 PM
To: Richard Davidson
Cc: ccielab@groupstudy.com; nobody@groupstudy.com
Subject: RE: What if OSPF routes have shorter masks than RIP?
I've tried this and yes it works.
Care have to be taken though, I was testing on different IOS version and
guess what...they all got
different behaviour. Some works some don't. So, it all depends on which IOS
you are using.
Donny
Richard Davidson
<rich@myhomemail. To:
ccielab@groupstudy.com
net> cc:
Sent by: Subject: RE: What if OSPF
routes have shorter masks than RIP?
nobody@groupstudy
.com
28-09-2002 11:11
Please respond to
Richard Davidson
Would a secondary addresses on R2 and R1 in the range of 172.16.100.9/29
work? Please let me know
if it does.
Rich
"Young K. Bae" wrote:Hi Bob,
The solution stated in the document requires static routes, which I'm not
allowed to do. Is there any other way to accomplish the object without
using static routes?
Thanks,
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> Bob Sinclair
> Sent: Friday, September 27, 2002 7:17 PM
> To: Young K. Bae; ccielab@groupstudy.com
> Subject: Re: What if OSPF routes have shorter masks than RIP?
>
>
> Try this link:
>
> http://www.cisco.com/warp/public/105/52.html
>
> It is ugly!
>
> ----- Original Message -----
> From: "Young K. Bae"
> To:
> Sent: Friday, September 27, 2002 8:51 PM
> Subject: What if OSPF routes have shorter masks than RIP?
>
>
> > Guys,
> >
> > I'm sure this question has been asked many times before,
> but can someone
> > kindly explain to me again? There are some /25 routes in
> OSPF Area0 that I
> > need to redistribute into RIP v1. The serial link that
> connects R1 with R2
> > has a /26 mask. How can I inject /25 OSPF routes into a
> classful routing
> > domain in a case such as this?
> >
> > R1 --- 172.16.12.0/26 (RIPv1) --- R2 ---- 172.16.100.0/29
> (Area1) --- R5
> > 172.16.200.0/25 (Area0)
> >
> > Thanks in advance,
> >
> > Young
This message is for information purposes only and its content
should not be construed as an offer, or solicitation of an offer,
to buy or sell any banking or financial instruments or services
and no representation or warranty is given in respect of its
accuracy, completeness or fairness. The material is subject
to change without notice. You should take your own independent
tax, legal and other professional advice in respect of the content
of this message. This message may contain confidential or
legally privileged material and may not be copied, redistributed
or published (in whole or in part) without our prior written consent.
This email may have been intercepted, partially destroyed,
arrive late, incomplete or contain viruses and no liability is
accepted by any member of the Credit Agricole Indosuez group
as a result. If you are not the intended recipient of this message,
please immediately notify the sender and delete this message
from your computer.
This message is for information purposes only and its content
should not be construed as an offer, or solicitation of an offer,
to buy or sell any banking or financial instruments or services
and no representation or warranty is given in respect of its
accuracy, completeness or fairness. The material is subject
to change without notice. You should take your own independent
tax, legal and other professional advice in respect of the content
of this message. This message may contain confidential or
legally privileged material and may not be copied, redistributed
or published (in whole or in part) without our prior written consent.
This email may have been intercepted, partially destroyed,
arrive late, incomplete or contain viruses and no liability is
accepted by any member of the Credit Agricole Indosuez group
as a result. If you are not the intended recipient of this message,
please immediately notify the sender and delete this message
from your computer.
This archive was generated by hypermail 2.1.4 : Tue Nov 05 2002 - 08:35:36 GMT-3