From: KK FoK (rgb98a@xxxxxxxxxxx)
Date: Tue Feb 19 2002 - 01:08:05 GMT-3
Just a thought. Could the route came from some other interfaces / other
routing protocols - not necessary from the same interface where IGRP is
running ?
>From: "yakout esmat" <yesmat@iprimus.com.au>
>Reply-To: "yakout esmat" <yesmat@iprimus.com.au>
>To: "Chua, Parry" <Parry.Chua@compaq.com>, "Carolyn Camarda"
><ccamarda@bellsouth.net>, "Brett Lewis" <blewis@3net-uk.com>,
><ccielab@groupstudy.com>
>Subject: RE: IGRP and /32 mask loopback
>Date: Tue, 19 Feb 2002 14:49:56 +1100
>
>Right. But the way I look at it is, the receiving and sending interfaces
>are
>supposed to be in the same network (/30), so if the loopback is not /30 as
>well, the sending router will not send it at all.
>
>I might have it all wrong.
>
>-----Original Message-----
>From: Chua, Parry [mailto:Parry.Chua@compaq.com]
>Sent: Tuesday, February 19, 2002 2:40 PM
>To: yakout esmat; Carolyn Camarda; Brett Lewis; ccielab@groupstudy.com
>Subject: RE: IGRP and /32 mask loopback
>
>
>I think what it mean is that, presume the receiving interface mask is
>/30, if the receiving
>update of the last two bits is not 00, then it is a host route and will
>apply a /32 mask,
>right ?
>
>
>Parry Chua
>
>-----Original Message-----
>From: yakout esmat [mailto:yesmat@iprimus.com.au]
>Sent: Tuesday, February 19, 2002 11:16 AM
>To: Carolyn Camarda; Brett Lewis; ccielab@groupstudy.com
>Subject: RE: IGRP and /32 mask loopback
>
>
>I read this article before, and that's what's puzzling me.
>
>Based on the "Sending Updates" section of this article, IGRP router will
>not
>send-out updates to another IGRP router containing /32 host subnets,
>because
>it will compare the loopback mask against its source interface mask (In
>this
>case the serial intf), and if they are not identical (which they are not
>of
>course) then it will drop the host network and will not advertise it.
>
>THEN when you read the other section "Receiving Updates", """If the
>answer
>is Yes then Router 2 applies the mask of the interface that received the
>update. If the advertised network has a host bit set in the host portion
>of
>the update, Router 2 applies the host mask (/32). In the case of RIP, it
>continues to advertise the /32 route to the subsequent router, but IGRP
>doesn't."""
>
>There is a conflict here, How can Router2 receive a network with a bit
>set
>in the host portion (this contradists the Sending Rule)
>
>Still confusing...
>
>Yakout
>
>
>
>-----Original Message-----
>From: Carolyn Camarda [mailto:ccamarda@bellsouth.net]
>Sent: Tuesday, February 19, 2002 2:02 PM
>To: yakout esmat; Brett Lewis; ccielab@groupstudy.com
>Subject: Re: IGRP and /32 mask loopback
>
>
>Check the archives...
>
>
>http://www.cisco.com/warp/public/105/54.html
>
>
>IGRP understands it, accepts it, but won't advertise it.
>
>----- Original Message -----
>From: "yakout esmat" <yesmat@iprimus.com.au>
>To: "Brett Lewis" <blewis@3net-uk.com>
>Cc: <ccielab@groupstudy.com>
>Sent: Monday, February 18, 2002 8:17 PM
>Subject: RE: IGRP and /32 mask loopback
>
>
> > It is basic config, nothing special. RIP surely understands host
>networks
> >
> >
> >
> > -----Original Message-----
> > From: Brett Lewis [mailto:blewis@3net-uk.com]
> > Sent: Tuesday, February 19, 2002 1:28 AM
> > To: yakout esmat
> > Subject: Re: IGRP and /32 mask loopback
> >
> >
> > I could not get RIP V1 to accept a /32 mask on a loopback. Can you
>send me
> > your config.
> >
> >
> > Many Thanks
> > Brett
> > ----- Original Message -----
> > From: "yakout esmat" <yesmat@iprimus.com.au>
> > To: <ccielab@groupstudy.com>
> > Cc: <nobody@groupstudy.com>
> > Sent: Monday, February 18, 2002 10:53 AM
> > Subject: IGRP and /32 mask loopback
> >
> >
> > > Hi all,
> > >
> > > I have a problem advertising host addresses of loopbacks (with /32
>mask)
> > > under IGRP. I don't have this problem with RIP V1.0.
> > >
> > > Does IGRP understand host networks like RIP? or it behaves
>differently ?
> > >
> > > Appreciate your input.
> > >
> > > Cheers
> > >
> > > Yakout
This archive was generated by hypermail 2.1.4 : Thu Jun 20 2002 - 13:46:26 GMT-3