Re: linux-ipsec: what is the idea behind Pluto's EVENT_CLEANUP?

From: Angelos D. Keromytis <angelos(at)dsl.cis.upenn.edu>
Date: Wed Oct 21 1998 - 13:26:20 EDT

-----BEGIN PGP SIGNED MESSAGE----- To: John Gilmore <gnu@toad.com>
Subject: Re: linux-ipsec: what is the idea behind Pluto's EVENT_CLEANUP? Cc: linux-ipsec@clinet.fi
Date: 10/21/98, 13:26:19

In message <199810210753.AAA03793@toad.com>, John Gilmore writes:
>Is this to avoid the last-ack problem?

No, I don't believe IKE does anything to address that problem (except perhaps send an INFO message with the commit bit ? this is just guessing). In retrospect, this is a bit weird since it's the

Initiator's responsibility to retransmit packets (even if the
Responder's response is initially lost, the retransmission of the
Initiator's message will cause the Responder to re-send the lost

message) -- unless the spec says that the Responder is supposed to retransmit the second message of the Quick Mode until he gets the third (and final) message.
- -Angelos

-----BEGIN PGP SIGNATURE-----

Version: 2.6.3ia
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQEVAwUBNi4ZO3crsxJuc7vBAQFkAAf6Ao31L3cbXJmGy6n4zOB3nmNnyxPS3h0F F/dsxqmzZU3ZePIJcmK+W+jecyWJWvmI9qMN0xHp918TGyIQ+3DHsRVQhQu2GdGS WtICaT4uKcsCD2mylRwxuqTNrqddeqQJBy5cMl+yu5DbSlwwLAkDQdqj8C0YwgkL bEDCBIa9vpxXj/qsGAjzcBqKtz6nzNewtswyPuJGwESXEB0ifZaYk1FOmEfYX1id 4FWCuDtnUyrJ7oh+gQGggOl72+bBSNpGEidHO2jrBHNCSCxmDZfmMjplVrdRCPgn yRdj3eikff/7MA1Ade+7FRNdW++jYerCWAXYMbcixGLykcoDbBgTYA== =njzj
-----END PGP SIGNATURE----- Received on Wed Oct 21 14:32:56 1998