Re: [rtcweb] Use Case draft - legacy interop

Harald Alvestrand <harald@alvestrand.no> Fri, 04 May 2012 06:41 UTC

Return-Path: <harald@alvestrand.no>
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 49E7121F854A for <rtcweb@ietfa.amsl.com>; Thu, 3 May 2012 23:41:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.509
X-Spam-Level:
X-Spam-Status: No, score=-110.509 tagged_above=-999 required=5 tests=[AWL=0.090, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 xYj3tHSHcSKi for <rtcweb@ietfa.amsl.com>; Thu, 3 May 2012 23:41:36 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id 454D211E8073 for <rtcweb@ietf.org>; Thu, 3 May 2012 23:41:36 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 076C039E0CD for <rtcweb@ietf.org>; Fri, 4 May 2012 08:41:35 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f50bP956DLra for <rtcweb@ietf.org>; Fri, 4 May 2012 08:41:34 +0200 (CEST)
Received: from [192.168.11.107] (c213-89-143-9.bredband.comhem.se [213.89.143.9]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id 6C6FC39E0A7 for <rtcweb@ietf.org>; Fri, 4 May 2012 08:41:34 +0200 (CEST)
Message-ID: <4FA37A1E.4080806@alvestrand.no>
Date: Fri, 04 May 2012 08:41:34 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20
MIME-Version: 1.0
To: rtcweb@ietf.org
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> <4FA1575C.4050508@ericsson.com> <E17CAD772E76C742B645BD4DC602CD810616F4BF@NAHALD.us.int.genesyslab.com>
In-Reply-To: <E17CAD772E76C742B645BD4DC602CD810616F4BF@NAHALD.us.int.genesyslab.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [rtcweb] Use Case draft - legacy interop
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 06:41:37 -0000

(changing subject line to fork thread)

On 05/03/2012 03:06 PM, Jim Barnett wrote:
> Yes, the use cases in  4.3 are browser-GW, though none of them really
> covers the call center case (routing to an arbitrary agent, recording
> the call, etc.)
>
> However, the requirements in section 5 don't seem to mention legacy
> connectivity, unless that's what F27 is supposed to cover ("The browser
> MUST be able to initiate and accept a media session where the data
> needed for establishment can be carried in SIP.")  It might be good to
> have a specific legacy requirement along the forms of "The Browser must
> be able to communicate with legacy devices that have the following
> characteristics ...." Of course, this gets into the whole
> interoperability discussion. For example, should the Browser be able to
> interoperate with devices that don't support  ICE?  (I have been
> assuming that the call center gateway would  support ICE).
My memory of our last rounds of discussion was that we decided not to 
have a non-gateway legacy interop case because
a) given the variety of legacy equipment, it would basically require a 
specific device as the "interop partner" (a rathole), and
b) it would bind the architecture of RTCWeb in ways that might prevent 
us from achieving our goals in other ways (especially security issues).

YMMV.