From: ccie candidate (ccie1@xxxxxxxxx)
Date: Thu Jul 25 2002 - 06:52:46 GMT-3
well
i will list the restrictions when you use the ip default-network command , you
may find "why" it is not propagating
1-if the network used by the command is a subnet then
1-a)if it is directly connected ,nothing will happen
1-b)if it is remotely learnt , static route to null for the major class will
be created , no default propagate , no gateway of last resort .
2-if the network used by the command is major class network then
2-a)if it is directely connected ,default will propagate but no gateway of last
resort will be set .
2-b)if it is remotely learnt ,default propagate and gateway of last resort will
be set .
last thing , the router has an interface of the same major class network , the
default will not propagate to this interface .
i hope this helps
--On Thu, 25 Jul 2002 12:12:19 Darryl Munro wrote: >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:43 GMT-3