Re: nhrp-05 - Purge packets

James Luciani <luciani@nexen.com> Fri, 03 November 1995 17:12 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa18491; 3 Nov 95 12:12 EST
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa18486; 3 Nov 95 12:12 EST
Received: from maelstrom.nexen.com (maelstrom.nexen.com [204.249.99.5]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id LAA10523; Fri, 3 Nov 1995 11:43:05 -0500
Received: (from root@localhost) by maelstrom.nexen.com (8.6.12/8.6.12) id LAA26908 for rolc-out; Fri, 3 Nov 1995 11:52:15 -0500
Received: from shovel.nexen.com (shovel.nexen.com [204.249.98.39]) by maelstrom.nexen.com (8.6.12/8.6.12) with ESMTP id LAA26896; Fri, 3 Nov 1995 11:52:11 -0500
Received: from localhost (luciani@localhost) by shovel.nexen.com (8.6.12/8.6.12) with SMTP id LAA20266; Fri, 3 Nov 1995 11:51:38 -0500
Message-Id: <199511031651.LAA20266@shovel.nexen.com>
To: Andrew Smith <asmith@baynetworks.com>
Subject: Re: nhrp-05 - Purge packets
cc: rolc@nexen.com
Date: Fri, 03 Nov 1995 11:51:38 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: James Luciani <luciani@nexen.com>
X-Orig-Sender: owner-rolc@nexen.com
Precedence: bulk
X-Info: Submissions to rolc@nexen.com
X-Info: [Un]Subscribe requests to rolc-request@nexen.com
X-Info: Archives for rolc via ftp://ietf.cnri.reston.va.us/ietf-mail-archive/rolc/

Andrew,
> > > > >When a station receives an NHRP Purge request, it MUST discard any
> > > > >previously cached information that matches the Source Address and
> > > > >Request ID (when the Request ID is zero filled the match is made
> > > > >based only on the Destination Address).


> Doesn't the receiver also have to match on some other things e.g.

I am strongly against keeping this much state around on a per cache entry
basis.  I disagee. (28 bytes for source info X number of cache entries).
> - that the Purge comes from the same guy that supplied the cached 
>   information: match on Source IP Address or Source NBMA Address

Bogus Purges are not very bad things unlike bogus registrations.
I am not concerned about this but I hear your point.
> - what about authentication? Is that used on Purges?

Don't we know the NBMA Subnet ID as a result of knowing which interface
the packet came in on?  A wrong NBMA Subnet ID is in fact an error condition.
> - what about NBMA Subnetwork ID? Nowhere is it mentioned that this
>   is or is not allowed in a Purge: presumably it does need to be
>   there in the Purge if an implementation is using it in Request/Reply 
>   packets. If it's there, it needs to be checked.


Regards,
-- Jim Luciani
__________________________________________________________________________
James V. Luciani    Ascom Nexion                    voice: +1 508 266-3450
luciani@nexen.com   289 Great Rd., Acton MA 01720   FAX: +1 508 266-2300