Re: [rtcweb] SRTP not mandatory-to-use

Xavier Marjou <xavier.marjou@gmail.com> Wed, 14 December 2011 14:58 UTC

Return-Path: <xavier.marjou@gmail.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED82321F8B71 for <rtcweb@ietfa.amsl.com>; Wed, 14 Dec 2011 06:58:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 tps1AZzbKTnC for <rtcweb@ietfa.amsl.com>; Wed, 14 Dec 2011 06:58:14 -0800 (PST)
Received: from mail-yw0-f44.google.com (mail-yw0-f44.google.com [209.85.213.44]) by ietfa.amsl.com (Postfix) with ESMTP id 6718621F8B6E for <rtcweb@ietf.org>; Wed, 14 Dec 2011 06:58:14 -0800 (PST)
Received: by yhjj72 with SMTP id j72so1595454yhj.31 for <rtcweb@ietf.org>; Wed, 14 Dec 2011 06:58:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=CxBhRE7Ze/++IRBP5k6/1BfXyE5qBiMWT3oNAFgmDtM=; b=F+FJgfJPaysukBEMhHvWzUe6lDmkTsv9+qwFRgnbgXvPBNJ++VrYA9nfAXOFL2ArPQ EQjGZdp79PcBkc1rw48119EAG7kg6lA2O9Qd0hS4nDLHw2ONbW4mwPto82I1M55CXKZd o1NOkFuvV0cdBZqckRBnxnv2l6ODACWo2C9Qs=
MIME-Version: 1.0
Received: by 10.236.110.110 with SMTP id t74mr12598741yhg.91.1323874693981; Wed, 14 Dec 2011 06:58:13 -0800 (PST)
Received: by 10.236.180.230 with HTTP; Wed, 14 Dec 2011 06:58:13 -0800 (PST)
In-Reply-To: <E44893DD4E290745BB608EB23FDDB76213419C@008-AM1MPN1-042.mgdnok.nokia.com>
References: <CAErhfrwu322=HTS0JZhum9EGfb73KmYS6CU_KMESyzEWhtvg2w@mail.gmail.com> <E44893DD4E290745BB608EB23FDDB76213419C@008-AM1MPN1-042.mgdnok.nokia.com>
Date: Wed, 14 Dec 2011 15:58:13 +0100
Message-ID: <CAErhfrwpALhEicDu7iOFTftM4sEY0o_0Wq6F=4N_UT2FfqCuOA@mail.gmail.com>
From: Xavier Marjou <xavier.marjou@gmail.com>
To: Markus.Isomaki@nokia.com
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] SRTP not mandatory-to-use
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Dec 2011 14:58:15 -0000

Hi Markus,

Your mail is a nice summary. However, I just want to point out that
some enterprises want VPN and plain RTP.

Xavier

On Wed, Dec 14, 2011 at 1:23 PM,  <Markus.Isomaki@nokia.com> wrote:
> Hi Xavier,
>
>
>
> In your case the VPN use might be good enough from enterprise IT
> perspective, but not necessarily for individual employees suspicious of
> their co-workers, or the IT department, for that matter J
>
>
>
> As far as I can tell, the trend in corporate services is towards
> service-specific end-to-end security and away from L3 VPN type of catch-all
> solutions. For instance, I’m now connected to my corporate e-mail over TLS
> and to my corporate VoIP over TLS and SRTP, not having my IPSec VPN on. 5
> years ago I could only access those services using the VPN.
>
>
>
> Markus
>
>
>
>
>
> From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On Behalf Of
> ext Xavier Marjou
> Sent: 14 December, 2011 11:48
> To: rtcweb@ietf.org
> Subject: [rtcweb] SRTP not mandatory-to-use
>
>
>
> Hi,
>
>
>
> During the last IETF meeting, there seemed to be many people willing to have
> SRTP mandatory-to-use in the browser. However, I would like again to
> underline that in some contexts, it is rather desirable to deactivate, via
> the WebRTC API, the use of SRTP in order not to encrypt/decrypt at multiple
> layers.
>
>
>
> This may be the case in the following example: a company wants to use WebRTC
> for communications between its co-workers only; the web server and the
> script using WebRTC API are located on the VPN. In such a case, there is no
> need to use SRTP. The VPN already provides encryption when needed. If
> co-workers want to remotely access the VPN, an IPsec tool can already
> provide the encryption. Furthermore, if they want to remotely access the VPN
> via a 3G network, there will be encryption at layer 2 using AKA, then IPsec
> at layer 3, and again at SRTP level if mandatory-to-use.
>
>
>
> Cheers,
>
> Xavier