RE: Redistrbuting from OSPF to RIP/IGRP

From: Darryl Munro (Darryl.Munro@xxxxxxxxxxxxxxxxxx)
Date: Wed Jul 24 2002 - 21:12:19 GMT-3


   
Yes that is what I have been trying to do. I have a static route pointing to
the Dialer0 interface of an ADSL connection. I am then running EIGRP from R1
to R2 and using default-information originate. R2 is then running OSPF into
area 0 and you see the EIGRP default route tunr up in the route table as E2
0.0.0.0/0, I just can't seem to get that route back into the IGRP process. I
have used default-network 10.0.0.0 on the IGRP router and also IGRP 10.0.1.0
which is the EIGRP AS, however this doesn't seem to set the gateway of last
resort or set up a default route/network so when I try to ping past the
egress router from the IGRP AS I can't get return traffic with oout a static
route to the gateway of last resort so to speak.

Cheers

-----Original Message-----
From: ccie candidate
To: Darryl.Munro@computerland.co.nz; ccielab@groupstudy.com; kym blair
Sent: 21/07/02 16:24
Subject: RE: Redistrbuting from OSPF to RIP/IGRP

if i understand this question correctly , you want a default route which
comes from OSFP domain to be redistributed and shows up in teh down
stream routes of the IGRP .

as you know IGRP doesnt understand 0.0.0.0 network , so the only way to
propagate default to it is to use the ip default-network .
to get the default propagte to down stream routers you have to make sure
of those
1-make the default network a major class network (not a subnet where you
end up with static route to null of for the major of this subnet )
2-advertise the major class network into your IGRP process ,otherwise
the default route will not propagate .

--

On Sun, 21 Jul 2002 00:19:59 kym blair wrote: >Darryl, > >use on R4: > >ip route 0.0.0.0 0.0.0.0 X.X.X.X > >>From: Darryl Munro <Darryl.Munro@computerland.co.nz> >>Reply-To: Darryl Munro <Darryl.Munro@computerland.co.nz> >>To: ccielab@groupstudy.com >>Subject: RE: Redistrbuting from OSPF to RIP/IGRP >>Date: Sun, 21 Jul 2002 11:22:16 +1200 >> >>Thanks for your feedback Kym. I realised one of my problems was that I had >>not filtered the routes being learnt from OSPF by IGRP back the other way. >>Once I had my distribute-list in place my route tables settled down a >>little >>more, perhaps I should have been a little bit more specific about my >>problem. One other question I have though is when you are trying to set the >>default route in your network when you have only one egress point I am not >>sure how to get the route back into IGRP. >> >>Here is my topo: >> >>R1--------->R2---------->R3---------->R4 >> EIGRP OSPF IGRP >> >>I have the default route coming from R1, R2 is redistributing into OSPF, R3 >>can see the default route, but when attempting to redistribute into IGRP so >>that R4 can get out of the Internal Network so to speak, I just can't seem >>to get the all zeros route to it. I have tried using the ip default-network >>command on R4 however that just ends up putting an ip route 10.0.0.0 >>255.0.0.0 to the network that I specified in the default-network command. >> >>TIA >> >>-----Original Message----- >>From: kym blair [mailto:kymblair@hotmail.com] >>Sent: Sunday, 21 July 2002 1:45 a.m. >>To: fangloma@pacific.net.hk; Darryl.Munro@Computerland.co.nz >>Cc: ccielab@groupstudy.com >>Subject: Re: Redistrbuting from OSPF to RIP/IGRP >> >>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:42 GMT-3