ACK of purge packets

gardo@vnet.ibm.com Thu, 16 November 1995 18:47 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa17542; 16 Nov 95 13:47 EST
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa17534; 16 Nov 95 13:47 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 NAA20260; Thu, 16 Nov 1995 13:18:41 -0500
Received: (from root@localhost) by maelstrom.nexen.com (8.6.12/8.6.12) id NAA27510 for rolc-out; Thu, 16 Nov 1995 13:29:05 -0500
Received: from guelah.nexen.com (guelah.nexen.com [204.249.96.19]) by maelstrom.nexen.com (8.6.12/8.6.12) with ESMTP id NAA27501 for <rolc@nexen.com>; Thu, 16 Nov 1995 13:28:59 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: gardo@vnet.ibm.com
Received: from VNET.IBM.COM (vnet.ibm.com [199.171.26.4]) by guelah.nexen.com (8.6.12/8.6.12) with SMTP id NAA20208 for <rolc@nexen.com>; Thu, 16 Nov 1995 13:13:31 -0500
Message-Id: <199511161813.NAA20208@guelah.nexen.com>
Received: from RALVM29 by VNET.IBM.COM (IBM VM SMTP V2R3) with BSMTP id 7319; Thu, 16 Nov 95 13:22:03 EST
Date: Thu, 16 Nov 95 13:03:35 EST
To: gray@ctron.com
cc: rolc@nexen.com, genecox@vnet.ibm.com
Subject: ACK of purge packets
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/
Ref: Your note of Thu, 16 Nov 1995 13:04:29 -0500

Eric,

>> Is there a need or requirement that some clients not participate in
>> the purge portion of NHRP?
>>
>
>Interesting question.  Do you suspect that I ask to dispense with
>acknowledgement so that I can ignore the protocol?

I suspect some clients would rather not receive a purge.
A server must keep state associated with each
server in order to perform a purge.  If a client informed the server
that it does not want to receive a Purge, then the server could drop
any state information that he would normally keep for that client for
the purge protocol.  A server may set different holding times in Replies
to clients that do not support the Purge versus those that do support
the Purge.

What do you think?

This was just a thought...  However, if we did such a think, maybe this
would solve the disagreements associated with purge acknowledgements and
the purge mask.

>
>  Eric Gray
>

Have a nice day!
-- Russell