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

[Amanda Baber via RT <[e-mail]>]

Hi all,

The following entry has been added to the TLS Exporter Labels registry:

Value: EXPORTER-BBF-Dying-Gasp
DTLS-OK: N
Recommended: N
Reference: TR-301 Issue 2 Amendment 1 <https://www.broadband-forum.org/technical/download/TR-301_Issue-2_Corrigendum-1.pdf>

Please let us know when the URL can be updated.

Best regards,

Amanda Baber
Lead IANA Services Specialist

On Wed Mar 11 17:30:46 2020, [e-mail] wrote:
> Adding IANA so they’ll see this :)
> 
> From: Rich Salz <[e-mail]>
> Date: Wednesday, March 11, 2020 at 11:39 AM
> To: William Lupton <[e-mail]>, "tls-reg-
> [e-mail]" <[e-mail]>
> Cc: Timothy Carey <[e-mail]>, "Verbueken, Herman (Nokia
> - BE/Antwerp)" <[e-mail]>, "Van Der Putten, Frank
> (Nokia - BE/Antwerp)" <[e-mail]>, "Kozarev,
> Aleksandra" <[e-mail]>
> 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 <[e-mail]>
> Date: Wednesday, March 11, 2020 at 6:06 AM
> To: "[e-mail]" <[e-mail]>
> Cc: Timothy Carey <[e-mail]>, "Verbueken, Herman (Nokia
> - BE/Antwerp)" <[e-mail]>, "Van Der Putten, Frank
> (Nokia - BE/Antwerp)" <[e-mail]>, "Kozarev,
> Aleksandra" <[e-mail]>
> 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