Re: RIP1 auto summary at class boundary

From: Cezar Fistik (cfistik@moldovacc.md)
Date: Wed Feb 19 2003 - 14:47:37 GMT-3


Thank you very much Silvio. Now it's clear. At least I know that I'm not
getting tired. I just lack the knowledge :-)

Cezar Fistik

----- Original Message -----
From: "Silvio Nunes" <silvio_98@hotmail.com>
To: <cfistik@moldovacc.md>; <ccielab@groupstudy.com>
Sent: Wednesday, February 19, 2003 12:37 PM
Subject: Re: RIP1 auto summary at class boundary

>
> Hello, read this !!!
>
>
http://www.cisco.com/en/US/tech/tk648/tk365/technologies_tech_note09186a0080
093fd8.shtml
>
>
> Silvio.
>
> >From: "Cezar Fistik" <cfistik@moldovacc.md>
> >Reply-To: "Cezar Fistik" <cfistik@moldovacc.md>
> >To: ccielab@groupstudy.com
> >Subject: RIP1 auto summary at class boundary
> >Date: Wed, 19 Feb 2003 18:09:36 +0200
> >
> >Hi all,
> >
> >The network is as follows:
> >
> >3 rouers interconnected through Ethernet. All routers are running RIP1.
One
> >of the routers is also running OSPF on its serial interface which connets
> >to the rest of the network. All subnets have a /24 mask, including
> >loopbacks on each router.
> >
> >The porblem is that it seems that RIP automatically summarises all
networks
> >to class boundary. So when the routers receive routes about loobacks on
> >other routers it looks just like that:
> >
> >10.0.0.0/8 ...40.40.40.14 eth 0
> > 40.40.40.13 eth 0
> >
> >(40.40.40.0/24 is the subnet on ethernet network)
> >
> >Of course I know that RIP1 is classless, but I also know that it must
> >assume the subnet mask being the same as the mask on the interface that
the
> >route was received. Am I right?

Sorry for this, stupid mistake. RIP1 is classful.

> >
> >When I perform redistribution from OSPF, where all routes are with /24
mask
> >too, the same thing happens. RIP routers receive only calssfull summary
of
> >those routes.
> >
> >Please, give me a piece of advise regarding this. Is it normal behavior
or
> >I'm getting to tired?



This archive was generated by hypermail 2.1.4 : Sat Mar 01 2003 - 11:06:30 GMT-3