From: Chua, Parry (Parry.Chua@xxxxxxxxxx)
Date: Thu Dec 06 2001 - 00:13:05 GMT-3
Hi,
You are right, there is no classful route advertise from network
131.1.0.0, if allow to have default route then create a classful address
on a loopback, either redistribute or using netwrork in IGRP and
generate a default network point to this network in R2, R1 will learn
the default from R2, remember to put IP Classless in R1.
extral command needed
R2# int lo 22
ip address 192.168.22.2 255.255.255.0
exit
router igrp xx
network 192.168.22.0
exit
ip default-network 192.168.22.0
end
R1# ip classless
end
I don't think that default is needed in OSPF, R2 and R3 know how to
reach 140.200.x.0
,only R1 don't know how to reach 140.200.2.0. As long as R1 can forward
it to R2, R2 will know how to forward to 140.200.2.0. This is only to
address the question raise, you may
ask what about other unknow destination in R1, on the above , it will
still forward to
R2, if R2 has no ideal where to forward the destination, it will drop,
right ?
Regards
Parry
-----Original Message-----
From: Chris Larson [mailto:clarson52@home.com]
Sent: Thursday, December 06, 2001 7:12 AM
To: Chua, Parry; David Bader; John Elias; CCIE Lab (E-mail)
Subject: Re: OSPF / IGRP update drop
I still say do a default info originate on R2 to ospf, and create a
loopback
on R2 distribute it into IGRP and on R1 do a ip default network. That is
how
I solved a similiar issue in one of my training lab scenarios. Does that
not
fit the requirement?
----- Original Message -----
From: "Chua, Parry" <Parry.Chua@compaq.com>
To: "David Bader" <David.Bader@econis.com>; "John Elias"
<jelias_@hotmail.com>; "CCIE Lab (E-mail)" <ccielab@groupstudy.com>
Sent: Wednesday, December 05, 2001 2:48 AM
Subject: RE: OSPF / IGRP update drop
> I guess the problem is due to discontinue subnet for IGRP (R1 and R3),
> since R2 and R3 run
> ospf, try configure a secondary address between R1 and R2 say using
> 140.200.3.0/24.
>
> Regards
> Parry
>
> -----Original Message-----
> From: David Bader [mailto:David.Bader@econis.com]
> Sent: Wednesday, December 05, 2001 3:03 PM
> To: 'John Elias'; CCIE Lab (E-mail)
> Subject: RE: OSPF / IGRP update drop
>
>
> Dave,
> When you are mutually redistibuting, are you including the metrics
> for
> IGRP and OSPF? and the keyword 'subnets' for OSPF?
> ...
> yes i did
> ...
> The fact that all of
> the networks are /24, there should be no problem with IGRP to accecpt
> the
> network 140.200.2.0/24 into its routing table.
> ..
> the problem is it is a supernet update of a connected network, so igrp
> will
> drop the update by definition.
>
> ..
> Are you summarizing by any
> chance?
> ..
> i am not, but igrp does at the class border
> ..
>
>
>
> Could you post the configs.
>
>
> John E.
> CCIE #8150
>
>
> >From: David Bader <David.Bader@econis.com>
> >Reply-To: David Bader <David.Bader@econis.com>
> >To: "CCIE Lab (E-mail)" <ccielab@groupstudy.com>
> >Subject: OSPF / IGRP update drop
> >Date: Tue, 4 Dec 2001 19:43:16 +0100
> >
> >Hi group
> >Big problem !!!
> >
> >
> >
> >
> >140.200.1.0/24 |---R1
> > |
> > 130.1.1.0/24 |
> > |
> > R2----R3---| 140.200.2.0/24
> >
> > 130.1.2.0/24
> >
> >
> >This problem is a little bit tricky to understand. R2 and R3 are
> running
> >OSPF between them and on R3's Lan. R1 and R2 are running IGRP between
> each
> >other and on R1's Lan. R2 is mutually redistributing between OSPF and
> IGRP.
> >Now to the Problem: the 140.200.2.0/24 gets redistributed as
> 140.200.0.0/16
> >on R2. The route comes to R1 but is rejected because it has already a
> route
> >from the same major net in its routing table
> >(http://www.cisco.com/warp/public/105/54.html). The other way
> >140.200.1.0/24
> >gets advertised as 140.200.0.0/16 to R2 and is installed in R2's
> routing
> >table and in R3's routing table too because of redistribution. So, R3
> has a
> >route to R1 (140.200.0.0/16), but R1 has no route back.
> >
> >How can i solve this problem without using static routes?
> >
> >any ideas?
> >
> >regards dave
> >
> >
> >David Bader / Systems Engineer / NOS
> >-------------------------------------------------------------------
> >ECON!S AG / eBusiness Solutions
> >- Electronic Business Solutions
> >- Network and Office Solutions
> >- Consulting and Projectmanagement
> >Neumattstrasse 7 / CH 8953 Dietikon / Switzerland
> >Phone ++41 (0) 1 744 73 73
> >Direct ++41 (0) 1 744 73 25
> >Fax ++ 41 (0) 1 744 73 99
> ><mailto:david.bader@econis.com>
> ><http://www.econis.com/>
> >-------------------------------------------------------------------
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:32:39 GMT-3