From: folivore (folivore@hotmail.com)
Date: Wed Oct 02 2002 - 20:49:16 GMT-3
use neighbor command if split horizon is required to be enabled
----- Original Message -----
From: "Bruce Williams" <bwilliams175@comcast.net>
To: "Donny MATEO" <donny.mateo@sg.ca-indosuez.com>
Cc: <ccielab@groupstudy.com>
Sent: Tuesday, October 01, 2002 10:30 PM
Subject: RE: What if OSPF routes have shorter masks than RIP?
> 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:37 GMT-3