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
- Re: nhrp-05 - Purge packets Andrew Smith
- Re: nhrp-05 - Purge packets Bruce Cole
- Re: nhrp-05 - Purge packets Andrew Smith
- Re: nhrp-05 - Purge packets James Luciani
- Re: nhrp-05 - Purge packets Eric Gray
- Re: nhrp-05 - Purge packets Andrew Smith
- Re: nhrp-05 - Purge packets James Luciani