Re: [MMUSIC] Draft new: draft-holmberg-mmusic-udptl-dtls-00

Christer Holmberg <christer.holmberg@ericsson.com> Tue, 20 August 2013 16:32 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C13711E8242 for <mmusic@ietfa.amsl.com>; Tue, 20 Aug 2013 09:32:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.988
X-Spam-Level:
X-Spam-Status: No, score=-5.988 tagged_above=-999 required=5 tests=[AWL=0.261, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uS0yIZLM+q7r for <mmusic@ietfa.amsl.com>; Tue, 20 Aug 2013 09:32:28 -0700 (PDT)
Received: from mailgw1.ericsson.se (mailgw1.ericsson.se [193.180.251.45]) by ietfa.amsl.com (Postfix) with ESMTP id 86F3C11E8122 for <mmusic@ietf.org>; Tue, 20 Aug 2013 09:32:27 -0700 (PDT)
X-AuditID: c1b4fb2d-b7f738e000003ee3-3b-52139a1a064c
Received: from ESESSHC009.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw1.ericsson.se (Symantec Mail Security) with SMTP id A7.95.16099.A1A93125; Tue, 20 Aug 2013 18:32:26 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.146]) by ESESSHC009.ericsson.se ([153.88.183.45]) with mapi id 14.02.0328.009; Tue, 20 Aug 2013 18:32:26 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Dan Wing <dwing@cisco.com>
Thread-Topic: [MMUSIC] Draft new: draft-holmberg-mmusic-udptl-dtls-00
Thread-Index: Ac6c2+8uzokCW2xnSQeYLTwy0EHdvQAFtGOAACWIkpAACD9+gAAFYQca
Date: Tue, 20 Aug 2013 16:32:25 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C471B66@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B1C46787F@ESESSMB209.ericsson.se> <E158A6F0-2A84-4B81-AFDE-CFF5E1EDE295@cisco.com> <7594FB04B1934943A5C02806D1A2204B1C46D35E@ESESSMB209.ericsson.se>, <3981BAC4-E7ED-4A03-A83F-3E95FF75DCAC@cisco.com>
In-Reply-To: <3981BAC4-E7ED-4A03-A83F-3E95FF75DCAC@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.18]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrLLMWRmVeSWpSXmKPExsUyM+Jvja7ULOEggzctShYXrz1kspi6/DGL A5PHlN8bWT2WLPnJFMAUxWWTkpqTWZZapG+XwJXx9tNMloLZYhWbj/xnb2A8L9jFyMkhIWAi 8fHiH2YIW0ziwr31bF2MXBxCAocZJTYdusEM4SwBco5sAspwcLAJWEh0/9MGaRARkJO4O38C WDOzgIzEjLONTCC2sICLxIRb+9ghalwlejetZoWw3SRe3FwKFmcRUJVYvvIwWC+vgK/EuTU/ 2CF2fWWU+Hx5EQtIglPAVuLHo31gNiPQdd9PrWGCWCYucevJfCaIqwUkluw5D/WBqMTLx/9Y IWxFiY+v9jFC1OtILNj9iQ3C1pZYtvA11GJBiZMzn7BMYBSbhWTsLCQts5C0zELSsoCRZRUj e25iZk56ueEmRmCUHNzyW3cH46lzIocYpTlYlMR5N+mdCRQSSE8sSc1OTS1ILYovKs1JLT7E yMTBKdXA6OFqteanhB/rOq5LNz+JL1n+fKuCaq91cIBrcZ2R4hb3DM6zvlfYbB6Ifj4uvfBF Sfhq9cO6AdZijCESRfGcB97MOKSZv/FL/rbDMQtKnq13+3nqGmNj2KxKtbtNrBzXPXvmn1t4 dnGx+HNpN0b7sunLHhdlltXv/Sh06nGR1OcMloPr1NRYlViKMxINtZiLihMB5cwtaWACAAA=
Cc: mmusic <mmusic@ietf.org>
Subject: Re: [MMUSIC] Draft new: draft-holmberg-mmusic-udptl-dtls-00
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Aug 2013 16:32:33 -0000

Hi Dan,

>> I'll get back to your comments later, but just a question for clarification:
>>
>> When you say "UDPTL over RTP", you are NOT referring to RFC 4612, right?
>
> I believe I am.  However, I thought there was an ITU specification for T.38 over RTP -- perhaps there is just that IETF specification.  

The latest version of T.38 also specifies the usage of T.38 over RTP.  

RFC 4612 defines the new MIME type and fmtp attribute values, also used in T.38, but refers to T.38 for the fax mechanism itself.

> Are you not a fan of RFC4612?

I'm a fan of Kelly Clarkson ;)

>> Or, did you mean to say "fax over RTP"? :)
>
> Maybe you could educate me on the difference.  My fax knowledge has faded with time.

When you use RTP, you don't use UDPTL. The UDPTL layer is "replaced" by the RTP layer, and the fax stuff is transported as an RTP payload type.

Regards,

Christer





> -----Original Message-----
> From: Dan Wing [mailto:dwing@cisco.com]
> Sent: 19. elokuuta 2013 20:43
> To: Christer Holmberg
> Cc: mmusic; mmusic-chairs@tools.ietf.org
> Subject: Re: [MMUSIC] Draft new: draft-holmberg-mmusic-udptl-dtls-00
>
>
> On Aug 19, 2013, at 6:03 AM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:
>
>> Hi,
>>
>> We have submitted a new draft, draft-holmberg-mmusic-udptl-dtls-00, which defines usage of UDPTL over DTLS, in order to provide secure fax.
>>
>> The draft was previously submitted to DISPATCH. Based on discussions with the ADs and chairs, it was decided that it shall be submitted to MMUSIC (note that no DTLS extensions are needed).
>>
>> As is indicated in the draft, 3GPP has performed a study on how to
>> provide secure fax in the IMS, and the outcome was that secure fax shall be transported using UDPTL over DTLS.
>
> Got a pointer to that study?  Seems easier to carry UDPTL over RTP, which would allow the RTP to be secured using SRTP (and thus the UDPTL would be secured using SRTP).  There is a spec floating around to do exactly that (carry fax over RTP so that SRTP can secure it).  Advantage of using SRTP to secure fax is it separates the keying mechanism from security, so that Security Descriptions / MIKEY / DTLS-SRTP / whatever-is-invented-in-2020 will work just as effectively for voice as for fax.  And also that upgrading from a voice call to a "fax" call has no additional complexities due to security ("please press START to begin the fax transmission").
>
> -d
>
>
>> However, there is nothing "3GPP/IMS specific" about the mechanism, as UDPTL is commonly used for fax also elsewhere.
>>
>> Regards,
>>
>> Christer
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>