RE: OSPF / IGRP update drop

From: Albert Lu (albert_ccie@xxxxxxxxx)
Date: Tue Dec 04 2001 - 22:31:36 GMT-3


   
David,

I've smacked my head on the wall/table/floor for so many hours with similar
problem like this. From what I know, the 140.200.x.x network has to be the
same as the interfaces connecting the VLSM and the FLSM world together, or
it will just redistribute the classful route into IGRP.

Let me know if you find a solution (other than def/stat/policy routes)

Albert

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
David Bader
Sent: Wednesday, December 05, 2001 5:43 AM
To: CCIE Lab (E-mail)
Subject: OSPF / IGRP update drop

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
able 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:37 GMT-3