From: kym blair (kymblair@xxxxxxxxxxx)
Date: Sat Jul 20 2002 - 21:08:36 GMT-3
C,
with the two-ospf-processes approach, you don't need any network statements
under ospf2 because there are no neighbor ospf2 routers to peer with.
There are at least two other methods ... I'm not good with these methods
because I always use the 2-process approach, and I don't want to take the
time to experiment to give you detail; please experiment with these if
you're interested (they're easy) or search the archives. Continuing the
example of ospf having:
192.168.1.0 /24
192.168.2.0 /24
192.168.3.0 /26
(ALTERNATE METHOD 1): Create a /24 loopback on the redistribution router
that matches the /26 network learned via ospf:
int loop 3
192.168.3.0 255.255.255.0
The RIP/IGRP router now learns 192.168.3.0/24 and sends traffic to the
redistribution router. The redistribution router prefers 192.168.3.0/26 and
will route properly. Be sure to filter the /24 from being distributed to
other ospf1 routers. Repeat for every non-classful network you want to
redistribute into RIP/IGRP.
(ALTERNATE METHOD 2): create a tunnel between the redistribution router and
the IGRP router with a mask of /26. Now the igrp router learns the /24
routes via the primary interface (matches /24) and /26 routes via the tunnel
interface (matches /26). Add more tunnels for other size masks. Remember
to filter all those tunnel interfaces from being distrbuted to the neighbor
routers. What a mess! Instead of tunnels, you might try secondary
addresses on the primary interface; I don't recall whether there are
problems with this.
(ALTERNATE METHOD 3 for RIP): Use RIP Version 2 on both routers, or (I
haven't tried this, but think it will work) add to the serial interfaces:
ip rip send version 1 2
ip rip receive version 1 2
HTH, Kym
>From: "ccie candidate" <ccie1@lycos.com>
>Reply-To: ccie1@lycos.com
>To: "kym blair" <kymblair@hotmail.com>
>Subject: Re: Redistrbuting from OSPF to RIP/IGRP
>Date: Sat, 20 Jul 2002 14:50:58 -0700
>
> sorry guys
>i think i didnt read this carefully , you mean summarize OSPF1 as external
>domain to OSPF2 ,so the summary address should be under OSPF2 !!
>
>gonna try this ..this could end up my endless problem :)))
>
>so is there any other restrictions on this method ?? like for example do u
>have to enable ospf2 on certain interface ??
>
>also is there any other method ??
>
>appreciate your help
>
>
>--
>
>On Sat, 20 Jul 2002 13:44:32
> kym blair wrote:
> >Darryl,
> >
> >There are a couple methods. The one many people like is to create a
>second
> >OSPF process, redistribute the first ospf process into the second,
>summarize
> >each non-classful network under the second ospf process, then
>redistribute
> >both ospf processes into RIP/IGRP.
> >
> >HTH, Kym
> >
> >
> >
> >
> >>From: Fanglo MA <fangloma@pacific.net.hk>
> >>Reply-To: Fanglo MA <fangloma@pacific.net.hk>
> >>To: Darryl Munro <Darryl.Munro@computerland.co.nz>
> >>CC: Group Study <ccielab@groupstudy.com>
> >>Subject: Re: Redistrbuting from OSPF to RIP/IGRP
> >>Date: Sat, 20 Jul 2002 15:59:03 +0800 (HKT)
> >>
> >>Would you consider using route-map to direct summary address point to
> >>null0 to replace the static route functionality?
> >>
> >>Regards,
> >>Fanglo
> >>
> >>On Sat, 20 Jul 2002, Darryl Munro wrote:
> >>
> >> > How is it possible to redistribute from OSPF to IGRP/RIP without
>using
> >> > statics to Null0? I know that the mask needs to be the same as the
> >>IGRP/RIP
> >> > domain, however is it achievable to do this with area range commands
>and
> >> > summary-address's positioned at the right the places in your OSPF
> >>domain?
> >> > Area range should take care of all of the OSPF inter area routes and
> >>summary
> >> > address the external addresses from other routing protocols. I just
> >>can't
> >> > seem to work this one out in my lab. Any suggestions would be
> >>appreciated.
> >> >
> >> >
> >> >
> >> > TIA
> >> >
> >> >
> >> >
> >> > Darryl Munro
> >> >
> >> > CNE, MCSE, CCNP, CCDP, CCEA
> >> >
> >> > Systems Consultant
> >> >
> >> > Computerland NZ
> >> >
> >> > 104-106 Customs St West
> >> >
> >> > PO Box 3631, Auckland
> >> >
> >> > Phone: 09 306 8700
> >> >
> >> > Cell Phone 027 2897786
> >> >
> >> > Darryl <mailto:darryl.munro@computerland.co.nz> Munro
> >> >
> >> >
> >> >
> >> > CAUTION: This e-mail message and accompanying data may contain
> >>information
> >> > that is confidential and subject to privilege. If you are not the
> >>intended
> >> > recipient, you are notified that any use, dissemination, distribution
>or
> >> > copying of this message or data is prohibited. If you have received
> >>this
> >> > e-mail in error, please notify me immediately and delete all material
> >> > pertaining to this e-mail. Ceritas / Computerland will not accept
> >>liability
> >> > for any loss or damage caused by using any material or attachments
> >>contained
> >> > in this message. While every best practice has been taken to, no
> >>warranty is
> >> > made that this material is free from computer virus or other defect.
> >> > Ceritas/Computerland's entire liability will be limited to
>resupplying
> >>the
> >> > material. Thank you
This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:36:38 GMT-3