Re: [Tls-reg-review] [IANA #1164985] Re: Request to register TLS EXPORTER-BBF-Dying-Gasp label

Sure.

Yoav

> On 11 Mar 2020, at 19:43, Amanda Baber via RT <iana-prot-param@iana.org> wrote:
> 
> Hi Yoav, Nick,
> 
> Can one of you also approve this request?
> 
> thanks,
> 
> Amanda Baber
> Lead IANA Services Specialist
> 
> On Wed Mar 11 17:30:46 2020, rsalz@akamai.com wrote:
>> Adding IANA so they’ll see this :)
>> 
>> From: Rich Salz <rsalz@akamai.com>
>> Date: Wednesday, March 11, 2020 at 11:39 AM
>> To: William Lupton <wlupton@broadband-forum.org>, "tls-reg-
>> review@ietf.org" <tls-reg-review@ietf.org>
>> Cc: Timothy Carey <timothy.carey@nokia.com>, "Verbueken, Herman (Nokia
>> - BE/Antwerp)" <herman.verbueken@nokia.com>, "Van Der Putten, Frank
>> (Nokia - BE/Antwerp)" <frank.van_der_putten@nokia.com>, "Kozarev,
>> Aleksandra" <a.kozarev@intel.com>
>> Subject: Re: [Tls-reg-review] Request to register TLS EXPORTER-BBF-
>> Dying-Gasp label
>> 
>> Approved.
>> 
>> (Dying gasp.  Funny.  I am reminded of the old DCE system where “ping”
>> responses where “indy” – I’m not dead yet. :)
>> 
>> From: William Lupton <wlupton@broadband-forum.org>
>> Date: Wednesday, March 11, 2020 at 6:06 AM
>> To: "tls-reg-review@ietf.org" <tls-reg-review@ietf.org>
>> Cc: Timothy Carey <timothy.carey@nokia.com>, "Verbueken, Herman (Nokia
>> - BE/Antwerp)" <herman.verbueken@nokia.com>, "Van Der Putten, Frank
>> (Nokia - BE/Antwerp)" <frank.van_der_putten@nokia.com>, "Kozarev,
>> Aleksandra" <a.kozarev@intel.com>
>> Subject: [Tls-reg-review] Request to register TLS EXPORTER-BBF-Dying-
>> Gasp label
>> 
>> Hello,
>> 
>> The Broadband Forum (BBF) would like to register the following TLS
>> Exporter label:
>> 
>> *   Value: EXPORTER-BBF-Dying-Gasp
>> *   DTLS-OK: N (because the intended use exports material from TLS,
>> not DTLS)
>> *   Recommended: N
>> *   Reference: TR-301 Issue 2 Amendment 1 (will be published at
>> https://www.broadband-forum.org/technical/download/TR-301_Issue-
>> 2_Amendment-1.pdf<https://urldefense.proofpoint.com/v2/url?u=https-
>> 3A__www.broadband-2Dforum.org_technical_download_TR-2D301-5FIssue-2D2-
>> 5FAmendment-
>> 2D1.pdf&d=DwMFaQ&c=96ZbZZcaMF4w0F4jpN6LZg&r=4LM0GbR0h9Fvx86FtsKI-
>> w&m=9pL6elL5Igaw5L4RJ04fH_m3CxT0FCzeH9hgSa0RgMk&s=JqqO2kOcaBTIm_Yd4Ce6g6ZVdNJ-
>> wpGRyddmLGGT7ns&e=>)
>> The referenced document is currently in the final stages of review but
>> has not been published yet (the latest published version can be
>> downloaded from https://www.broadband-forum.org/technical/download/TR-
>> 301_Issue-2_Corrigendum-
>> 1.pdf<https://urldefense.proofpoint.com/v2/url?u=https-
>> 3A__www.broadband-2Dforum.org_technical_download_TR-2D301-5FIssue-2D2-
>> 5FCorrigendum-
>> 2D1.pdf&d=DwMFaQ&c=96ZbZZcaMF4w0F4jpN6LZg&r=4LM0GbR0h9Fvx86FtsKI-
>> w&m=9pL6elL5Igaw5L4RJ04fH_m3CxT0FCzeH9hgSa0RgMk&s=9oJWCv67HmYee0EU0D6QOEYzqoR9dNFYY2AVzHDDs9E&e=>;
>> the new version is due for publication in June 2020). One of the
>> things delaying publication is that we want to register this label
>> prior to publication!
>> 
>> We could supply the latest version of the document on request (but
>> would need reassurance that it will be available only to the expert
>> reviewers). However, maybe it will be sufficient to quote the relevant
>> section from the current draft?
>> 
>> Please see below:
>> --------
>> 
>> 8.1.1.2 Dying Gasp Message Format Version 1
>> ...
>> 
>> R-265 The DPU and PMA MUST export the key used to generate the HMAC
>> from the TLS connection supporting the current DPU/PMA NETCONF
>> connection, using the keying material export function as defined in
>> RFC 5705 with the following input parameters:
>> 
>> *   Label = “EXPORTER-BBF-Dying-Gasp”
>> *   Application context = “Dying-Gasp”
>> *   Length = 32
>> --------
>> 
>> Thanks,
>> William Lupton
>> Broadband Forum Software Architect
> 
> _______________________________________________
> tls-reg-review mailing list
> tls-reg-review@ietf.org
> https://www.ietf.org/mailman/listinfo/tls-reg-review