Re: [rtcweb] interworking with non-WEBRTC endpoints [was RE: Use Case draft]

Neil Stratford <neils@belltower.co.uk> Fri, 04 May 2012 09:29 UTC

Return-Path: <neils@vipadia.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 295FF21F8748 for <rtcweb@ietfa.amsl.com>; Fri, 4 May 2012 02:29:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 QTPs3u+2SXKb for <rtcweb@ietfa.amsl.com>; Fri, 4 May 2012 02:29:25 -0700 (PDT)
Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) by ietfa.amsl.com (Postfix) with ESMTP id 55F8921F8740 for <rtcweb@ietf.org>; Fri, 4 May 2012 02:29:24 -0700 (PDT)
Received: by werf13 with SMTP id f13so708358wer.31 for <rtcweb@ietf.org>; Fri, 04 May 2012 02:29:24 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer:x-gm-message-state; bh=f0t/2Ojf4TIsLbuMEeV9Q4E4EBocWZgUnGyBQ0TSryo=; b=gRTasIPRtBnpQNRTmrWqWlRD0yRCjeLeu2LENhxVVrI9Y14/+DXKiSdD/UJwZjrwBZ 0fcfCBMhSJXSv+XQTiXza03FH7LX+njmbRbYK6IUui6iPPQzuP++/iGyAjfyMJt2DhG8 rJAvy35riBs4L2xZGnCKHDHoHBQ8M7NMqbcgo1YYWE7f/LXD8HbSJdPk3hWnsZFIeQd7 kmgWS3cgVIdFES+Wbkcgi5EPsix3ZfCHnZmbPYw5Il24xyqnuUeJ5eUunhKM/xG8ytwX x3nE+UIY/yY+ZKiBEXsTY/q9XR8c6yF9X0qTQQxuoXl0EqQjKeCfqoYQ9YC5NzWdDUYt SXMw==
Received: by 10.180.94.33 with SMTP id cz1mr11195526wib.13.1336123764176; Fri, 04 May 2012 02:29:24 -0700 (PDT)
Received: from [192.168.0.117] ([82.152.81.57]) by mx.google.com with ESMTPS id ff9sm65799wib.2.2012.05.04.02.29.21 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 04 May 2012 02:29:22 -0700 (PDT)
Sender: Neil Stratford <neils@vipadia.com>
Mime-Version: 1.0 (Apple Message framework v1257)
Content-Type: multipart/alternative; boundary="Apple-Mail=_868F79E6-7FC1-47E7-8A54-92683166ACE1"
From: Neil Stratford <neils@belltower.co.uk>
In-Reply-To: <CAJNg7VLCGgJGpV1+YTdBGjMOLBj4x=2-xyu8bpcjRt8Riyo6hA@mail.gmail.com>
Date: Fri, 04 May 2012 10:29:19 +0100
Message-Id: <326D1E5B-2B52-4CB4-A13C-40AC0A1D4A5A@belltower.co.uk>
References: <CA+9kkMCYArLPRP3c00UdOja64WRT6ghN0PSy7XvM_wbxBBB+vA@mail.gmail.com> <E17CAD772E76C742B645BD4DC602CD810616F066@NAHALD.us.int.genesyslab.com> <BLU169-W7C59E1EDB4CB06B648577932B0@phx.gbl> <387F9047F55E8C42850AD6B3A7A03C6C0E23AFFF@inba-mail01.sonusnet.com> <2E496AC9-63A0-464A-A628-7407ED8DD9C4@phonefromhere.com> <387F9047F55E8C42850AD6B3A7A03C6C0E23B16B@inba-mail01.sonusnet.com> <E2714FBC-D06B-4A12-9E07-C49EBF55084C@phonefromhere.com> <4F9EC0B2.10903@alcatel-lucent.com> <101C6067BEC68246B0C3F6843BCCC1E31299282765@MCHP058A.global-ad.net> <CAJNg7VKENERKAFA-n5KeoeBNmGgHrnzDOU0BzC9+fSdsuGwdEw@mail.gmail.com> <E17CAD772E76C742B645BD4DC602CD810616F24F@NAHALD.us.int.genesyslab.com> <4FA0F43E.4020308@ericsson.com> <E17CAD772E76C742B645BD4DC602CD810616F336@NAHALD.us.int.genesyslab.com> <013101cd288c$09328250$1b9786f0$@com> <CALiegf=RsHHf9jCBhE55t7qFUpts8yJ1c8qUX12nc_vd4vgjSQ@mail.gmail.com> <CAJNg7VLCGgJGpV1+YTdBGjMOLBj4x=2-xyu8bpcjRt8Riyo6hA@mail.gmail.com>
To: Marshall Eubanks <marshall.eubanks@gmail.com>
X-Mailer: Apple Mail (2.1257)
X-Gm-Message-State: ALoCoQk6aUCQwjJW0LS49DdiJvRNXFWrlauner1u1L2yOsX4oLngO9pwMTz2RpPxdzqKLyoMO3Xv
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] interworking with non-WEBRTC endpoints [was RE: Use Case draft]
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: Fri, 04 May 2012 09:29:26 -0000

There is no reason that the RTP to SRTP/ICE gateway needs to be hosted server side, it could equally be a software component downloaded to each client machine running a WebRTC browser.

In fact, you could even do it in a Java Applet that's sole purpose is to relay RTP to SRTP and perform ICE with the local WebRTC stack.

No, actually, forget I said that.

Neil

On 2 May 2012, at 19:19, Marshall Eubanks wrote:
> 
> My objection is that the proposed system will require middleware to
> interoperate with the
> vast number of videoconferencing sessions out there, most of which use
> RTP. From the
> standpoint of a video service provider, buying hardware to support
> video to laptops is likely to
> lead to requests that participants download some other software which
> interoperates natively.
> 
> This is an existing business with a fairly large scale and installed
> base. Not operating the way that they do is not likely to go over
> well.
> 
> Regards
> Marshall