RE: Routing TCP/IP Vol1

From: Henry (henryd31@xxxxxxxx)
Date: Sun Oct 07 2001 - 19:06:42 GMT-3


   
Ok, thanks. The problem that I see in these types of situations is that
on router C one of the networks being advertised thru RIP is
172.16.2.32/27. This subnet will show up on router A as 172.16.2.32/28,
so if I have IP on the router's C interface configured to a one from the
range of 172.16.2.48-58 then no one from IGRP domain will be able to
reach them. This in my eyes disqualifies this type of redistribution for
this case. I understand the reasoning here, it's basically showing the
"trick" to make things appear to be working, but if it's not working
correctly 100% then it's not working to me at all...Well, I guess this
is one of the reasons I've been to the lab multiple times already :(

Thanks.

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Hansang Bae
Sent: Sunday, October 07, 2001 5:32 PM
To: ccielab@groupstudy.com
Subject: Re: Routing TCP/IP Vol1

At 04:32 PM 10/7/01 -0400, Henry wrote:
>Just did a configuration exercise number 1 on page 739. Redistribution
>between RIP and IGRP.
>The solution provided implies to change a subnet mask on router B
>interface E1. Now,
>This will allow some redistribution to take place, but it will not
>reflect the actual subnets
>As IGRP redistributed subnets will show up on router C as /27 and RIP
>redistributed subnets
>Will show up on router A as /28 and neither is really correct. So, in
>light of that, even though
>Yes you'll see subnets redistributed on routers A and C they will not
>work correctly in real life.
>The question here, is it something really allowed ?

Remember that you don't necessarily need the correct mask as long as you

don't have overlapping address spaces. As long as you get the packet to

the router, the longest match will take affect. Some things to keep in
mind when working with RIP v1 and IGRP. RIP understands 0/0 network,
but
IGRP does not.

You can use IGRP with "ip default-network" but the network referenced in

that statement must exist in your routing table. Also, use "ip
default-network" with a non-classful addres, (like 192.168.1.128, or
10.10.0.0, or 172.16.1.0), the IOS will auto-magically create a static
route. So if your lab says "no static route" well.... you just lost
some
points.

hsb



This archive was generated by hypermail 2.1.4 : Thu Jun 20 2002 - 22:33:14 GMT-3