Re: [iSCSI]: Key negotiation procedure proposal

[Bill Studenmund <wrstuden@wasabisystems.com>]

On Thu, 23 May 2002, Luben Tuikov wrote:

> Bill Studenmund wrote:
>
> This certianly sounds reasonable. I'm happy with that.
> So to make it more formal, the second implied rule should
> read:
>
> If a Responder replies with Reject, it SHOULD sent its value
> of that key on the same reply to the Originator.
> 
> To recap:
> ---------------------
> Simple implementations:
>
> Simple implementations SHOULD close the connection right
> after Reject has been communicated. This ensures that the
> reason for closing has been communicated to the peer.
>
> Regular implementations:
>
> Core rule: A negotiation of a key=value pair is
> complete/finished when both the Originator and Responder
> have sent their values (non-reserved keywords).
>
> The core rule implies the the following:
>
> If a Responder replies with Reject, then the Originator
> SHOULD NOT renegotiate the rejected key.
>
> If a Responder replies with Reject, it SHOULD send its value
> of that key in the same reply PDU to the Originator after the
> key=Reject pair.
>
> If an Originator finds the response to an offered key=value
> pair to be unacceptable, it SHOULD send Reject and close the
> connection.
> ------------------
>
> Well people, what do you think?

Sounds good. I think it's fairly clean, and direct for implementors to
work with. :-)

> Bill, thanks for your analysis and support.

No problem.

Take care,

Bill