[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: WG Last Call: draft-ietf-sasl-gs2-14
Alexey Melnikov <alexey.melnikov@xxxxxxxxx> writes:
> Simon Josefsson wrote:
>
>>Nicolas Williams <Nicolas.Williams@xxxxxxx> writes:
>>
>>
>>>Jeff Hutzelman points out that RFC2744 specifically requires that all
>>>gss_buffer_t outputs be released. That wouldn't bother me at all here
>>>(we'd have to say that draft-ietf-sasl-gs2 updates RFC2744), but,
>>>RFC5587 (draft-ietf-kitten-extended-mech-inquiry, in AUTH48) had a
>>>chance to do that and didn't, so I'd say that these output buffers
>>>should be released by the app.
>>>
>>>
>>Good catch, I have removed the paragraph. How memory should be managed
>>by applications (i.e., they have to be released) then follows directly
>>from the normative RFC 2744 and GS2 shouldn't say anything about it.
>>Alexey, I hope this resolves your question.
>>
>>
> Can we say that informatively in the document, considering that this
> mistake was done before?
Yep, the variable descriptions now follows the style used by RFC 2743 to
document this, e.g.:
o sasl_mech_name UTF-8 STRING -- SASL name for this
mechanism; caller must release with
GSS_Release_buffer()
Is this clear enough?
/Simon