[TLS] New Liaison Statement, "LS on TLS and DTLS terminology [to 3GPPA SA3, IETF WG TLS, 3GPP CT4]"

Liaison Statement Management Tool <lsmt@ietf.org> Fri, 21 November 2014 21:33 UTC

Return-Path: <lsmt@ietf.org>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D3E01A8985; Fri, 21 Nov 2014 13:33:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 562xvSPrrORK; Fri, 21 Nov 2014 13:33:50 -0800 (PST)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E4BAB1A8939; Fri, 21 Nov 2014 13:33:50 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Liaison Statement Management Tool <lsmt@ietf.org>
To: Sean Turner <turners@ieca.com>, Joseph Salowey <joe@salowey.net>
X-Test-IDTracker: no
X-IETF-IDTracker: 5.7.4
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20141121213350.31346.57940.idtracker@ietfa.amsl.com>
Date: Fri, 21 Nov 2014 13:33:50 -0800
Archived-At: http://mailarchive.ietf.org/arch/msg/tls/RAE6HTLUuttcAsGvyY74kNwDXkI
X-Mailman-Approved-At: Mon, 24 Nov 2014 12:52:51 -0800
Cc: Kathleen Moriarty <Kathleen.Moriarty.ietf@gmail.com>, christian.groves@nteczone.com, tls@ietf.org
Subject: [TLS] New Liaison Statement, "LS on TLS and DTLS terminology [to 3GPPA SA3, IETF WG TLS, 3GPP CT4]"
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tls/>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Nov 2014 21:33:53 -0000

Title: LS on TLS and DTLS terminology [to 3GPPA SA3, IETF WG TLS, 3GPP CT4]
Submission Date: 2014-11-21
URL of the IETF Web page: http://datatracker.ietf.org/liaison/1363/
Please reply by 2015-02-01
From: ITU-T Q3/16 (Rosa De Vivero <rosa.angelesleondev@itu.int>)
To: Transport Layer Security (Sean Turner <turners@ieca.com>, Joseph Salowey <joe@salowey.net>)
Cc: Stephen Farrell <stephen.farrell@cs.tcd.ie>,Kathleen Moriarty <Kathleen.Moriarty.ietf@gmail.com>,tls@ietf.org
Response Contact: christian.groves@nteczone.com
Technical Contact: 
Purpose: For comment

Body: ITU-T Q3/16 works on support for the TLS and DTLS protocols in decomposed gateways using ITU-T H.248 as gateway control protocol. Initial support of these protocols is available, see published Recommendations ITU-T H.248.90 (10/2014) for TLS and ITU-T H.248.93 (10/2014) for DTLS. Initial support means that the (D)TLS protocols were modelled by so-called H.248 bearer connections (termed as "TLS bearer session" / "DTLS bearer session" in the Recommendations). These are abstractions, not necessarily equivalent to real (D)TLS sessions or (D)TLS connections, but sufficient for basic support by H.248 gateways.

However, additional support in the area of security and multiplexed protocol stacks ("WebRTC") imply a more precise model of TLS and DTLS protocol objects.

ITU-T Q3/16 would appreciate if you could provide clarifications particularly with respect to:

1.	the distinction between (D)TLS session and (D)TLS connection (which implies a definition for each term, beyond the available descriptions / glossary from RFC side)
2.	the DTLS association concept, e.g., is it equivalent to a DTLS session or DTLS connection or something in addition?
3.	the TLS renegotiation procedure: what is the definition and at which level (TLS session or TLS connection level) does this procedure occur?
4.	the TLS resumption procedure: what is the definition and relation to TLS renegotiation?

The location of TLS or DTLS endpoints in terminal and gateway equipment is slightly different due to the decomposition approach of H.248 gateways and their internal, hierarchical model of H.248 terminations and H.248 stream endpoints. Support of (D)TLS procedures (beyond the pure establishment and release) demand for the unambiguous detection of events (such as the differentiation between TLS renegotiation and TLS resumption from TLS establishment). As part of the support of (D)TLS endpoints, the H.248 media gateways are able to determine the TLS profile and protocol capabilities via so called auditing capabilities procedures. However it is unclear which protocol capabilities are related to a (D)TLS session and (D)TLS connection and thus the MGC and MG may have different interpretations. The results of auditing TLS protocol capabilities and parameter values should be based on a common object model between the H.248 media gateway and its controller.

ITU-T Q3/16 is appreciative for your cooperation.
Attachments:

    LS on TLS and DTLS terminology [to 3GPPA SA3, IETF WG TLS, 3GPP CT4]
    https://datatracker.ietf.org/documents/LIAISON/liaison-2014-11-21-itu-t-q3-16-tls-ls-on-tls-and-dtls-terminology-to-3gppa-sa3-ietf-wg-tls-3gpp-ct4-attachment-1.pdf