Re: [dispatch] Request DISPATCH of RUM

Christer Holmberg <christer.holmberg@ericsson.com> Fri, 01 February 2019 23:11 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FC7B130EE7 for <dispatch@ietfa.amsl.com>; Fri, 1 Feb 2019 15:11:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.852
X-Spam-Level:
X-Spam-Status: No, score=-8.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=PiWMRXXd; dkim=pass (1024-bit key) header.d=ericsson.com header.b=Cvgfdhml
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 p4E6WCmTcVVO for <dispatch@ietfa.amsl.com>; Fri, 1 Feb 2019 15:11:04 -0800 (PST)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CCF7E130EBE for <dispatch@ietf.org>; Fri, 1 Feb 2019 15:11:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/relaxed; q=dns/txt; i=@ericsson.com; t=1549062661; x=1551654661; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=XCebqDxTJDH+exxMj/dtIiwFXpqDcx0DrjGEUy1Ks5I=; b=PiWMRXXdQCDDkUNkvRJsIrBtv33fmCTbVJWewZVjtVuYgkFmp9IbHzsE9AoNFIYp jthjiOPuz0Bqn7nYJbBe8ksCQw6ZPKvjO+GIlug8HDD260WLBOVsyB5DZmNBFqs5 Fo78SjNlCLjmhE5iNqFeSEp+2xu/UBv3X0CPFPYABE8=;
X-AuditID: c1b4fb25-da1ff70000005ff7-b8-5c54d205eff7
Received: from ESESBMB505.ericsson.se (Unknown_Domain [153.88.183.118]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 56.11.24567.502D45C5; Sat, 2 Feb 2019 00:11:01 +0100 (CET)
Received: from ESESBMR501.ericsson.se (153.88.183.129) by ESESBMB505.ericsson.se (153.88.183.118) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Sat, 2 Feb 2019 00:11:01 +0100
Received: from ESESBMB504.ericsson.se (153.88.183.171) by ESESBMR501.ericsson.se (153.88.183.129) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Sat, 2 Feb 2019 00:11:01 +0100
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB504.ericsson.se (153.88.183.171) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Sat, 2 Feb 2019 00:11:00 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XCebqDxTJDH+exxMj/dtIiwFXpqDcx0DrjGEUy1Ks5I=; b=CvgfdhmlVYX1kASbh9FjK4+2R4s4Yx/GVbqRkhUFAFymOZburE2Fga+x2qFVKd3pyo/05gwXDEp45wdk3P0fim7w/xGxIx00YzJJ5xrQPRsUYCgiScLynOYcgcKAx3xAFJWgJ3+04lsHmpj9e0qPFeIRc0rafJsM8L/qr/RiOqg=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB3370.eurprd07.prod.outlook.com (10.170.247.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1601.13; Fri, 1 Feb 2019 23:10:59 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec90:1d14:9549:fdf0]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec90:1d14:9549:fdf0%4]) with mapi id 15.20.1601.013; Fri, 1 Feb 2019 23:10:59 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Brian Rosen <br@brianrosen.net>
CC: DISPATCH list <dispatch@ietf.org>
Thread-Topic: [dispatch] Request DISPATCH of RUM
Thread-Index: AQHUum/ilI7Bj1s0eEeCd1idfgakWKXLbvs/gAAE3wCAAAkCw4AABasAgAACNouAAAeFgIAABSDO
Date: Fri, 1 Feb 2019 23:10:59 +0000
Message-ID: <HE1PR07MB3161DE6E0CC8616C900BC0DE93920@HE1PR07MB3161.eurprd07.prod.outlook.com>
References: <36F81659-DF54-4688-88EE-C86170075072@brianrosen.net> <HE1PR07MB3161E8F2D9398D7D83BC862393920@HE1PR07MB3161.eurprd07.prod.outlook.com> <9C380026-3420-4D56-AA55-BE620558377D@brianrosen.net> <HE1PR07MB3161AC1DA7071C6FD964830D93920@HE1PR07MB3161.eurprd07.prod.outlook.com> <59099553-2629-46AE-BEF3-F551F1073A46@brianrosen.net> <HE1PR07MB3161E331C66C205D59C144E193920@HE1PR07MB3161.eurprd07.prod.outlook.com>, <CAOPrzE2+56CXDFHCrAYRA+9AOHijht3bXtZECphgOuWgZevToQ@mail.gmail.com>
In-Reply-To: <CAOPrzE2+56CXDFHCrAYRA+9AOHijht3bXtZECphgOuWgZevToQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com;
x-originating-ip: [37.136.56.89]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; HE1PR07MB3370; 6:AH1HkPasey4pE7HCD7ZuHwQSqsxkzqC0BYvhrVpFIsvfBC15OhFKdAJNryADEuZFM7Y0P0wPJJ9K3dv8Ly49QV0pZ2HZv2iIvuo1mnTJNK3o8L7djOa7jqv4EhYMfBiz1PvPXpdNXNsyX+mh/7fS982VY5u2zpNL5JKjweylI2Mh3hKNtX7bVbBo9u9CB96x0xnjtatNt7i0FrrdT0qEp73Wd9FWj1tuBBm6Oj8ceVUTjLS01aS9+WvH908TkKVGcClwXR+mZNpULZc045+NTis8RrzF2MNP8kH8skMUd14gOX/N1N2oaYOKYKHSqzMqR0H/e9z6ybZEfNRNzRrvymj80WVswBJapzKkrta4QfPzTFGh8enni96xPHWzTrnn65k3UdEM7IIJWfG5vTHiF0dLCq67vCHogkm+gxO023P3xiFkZMsJbjm7K94xZjHgAgJSjeVQ5RPAqb/ca5kw3Q==; 5:YIrtYQCWnqh7IKGd+UIynqd2rjLjsxH/opVY0AGrg1nwzT6phu6OAQ731eIeM9X3CETqvVCtTRpZe2ECZ8Y9gpCraf4oD738F+O0V/C8Vwcaf1+9owaTQEVhBIya9KHAEfSzrXs+RMXvBZlEe1GdUFkJZy0TahCD3P/RG8kvaXHp8EF6v/HVXWHSLg5swQ+bnE2j7kAhEYit4rivOruYvA==; 7:TPcofwf/+vLYswnJQQ8DjmyaKpbu3ykxNrswYnmgghWNacCNCVOEXTFwofJ9TRlVgKdbRIb3pxgHx/kiCm67GR0bxEfWrkat0JVvWW9gHYkV09OowZV/aWcjXqlshnH2sY47cLRkVsNhsvsl/14zxQ==
x-ms-office365-filtering-correlation-id: 3a632a98-f4e1-4a48-095c-08d6889a871b
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(2017052603328)(7153060)(7193020); SRVR:HE1PR07MB3370;
x-ms-traffictypediagnostic: HE1PR07MB3370:
x-microsoft-antispam-prvs: <HE1PR07MB3370CF5257458F1CA9F56D5893920@HE1PR07MB3370.eurprd07.prod.outlook.com>
x-forefront-prvs: 09352FD734
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(396003)(366004)(39860400002)(136003)(189003)(199004)(6916009)(606006)(68736007)(7696005)(9686003)(26005)(105586002)(6606003)(6246003)(6306002)(54896002)(86362001)(53546011)(6506007)(76176011)(186003)(102836004)(53936002)(55016002)(478600001)(93886005)(81156014)(6436002)(966005)(236005)(66066001)(486006)(81166006)(3846002)(6116002)(33656002)(1015004)(8936002)(71190400001)(14444005)(316002)(99286004)(229853002)(8676002)(256004)(7736002)(71200400001)(19627405001)(11346002)(14454004)(74316002)(44832011)(97736004)(446003)(25786009)(106356001)(476003)(2906002)(4326008)(339594003); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3370; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: IsmznjrZ/CjYOCvP5NmiPFlbYLaQZefNQTl85ZIrJ1/fDms5ZR8yAFONr6zWNNbaPTJ0Cd0uJuXgyfA1V09mRI/A82weYfFfN7ISCM5Nem130onKhVNN7+1kQPvTRPYM5y7BVNPvmRQT48/Ej+tt5GjpoafON+SfKGqS92UjX9q6znhxdt2xOsEC9P96RaJFoCtM1cAwcheoiunoaEgqI4k1vwKdndteltmezT1kl/qC3kJKo5I/TAQnQwwvs3iYd/yo+YaLYhrxjs5P5ax81Q/lk7u8D5CijfzIc7MjjiXzy7G7T5iFfaFhM/Biu0DEGoxOT7O84uwoTH7qBb1zg9tV7JvvGwuNYS2cTBxcdWcBcBgkkx8scDsgNQ4ahZAKEcwJKyIv7X1v3UlGEZ4x5VSWdnwUSxw0vSKLeafqFv4=
Content-Type: multipart/alternative; boundary="_000_HE1PR07MB3161DE6E0CC8616C900BC0DE93920HE1PR07MB3161eurp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 3a632a98-f4e1-4a48-095c-08d6889a871b
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Feb 2019 23:10:59.0679 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3370
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrLKsWRmVeSWpSXmKPExsUyM2J7mS7rpZAYg6PndSye3p/GZrF00gJW ByaP+9/+snssWfKTKYApissmJTUnsyy1SN8ugStj0dt+xoIzrxgrTm94wdbAuOUJYxcjJ4eE gInE5oldbF2MXBxCAkcYJT53NzBBOF8ZJbbsP8gO5zx5vw7KWcwk8eHXDTaQfhaBCcwSDy6G QiQmMUn8uHcAquoho8S8/ZuZuxg5ONgELCS6/2mDNIgIKEvsvNXJDmIzC6hKnD/VyQxiCwvo S7S0r2OHqDGQuPHnN5QdJTF982GoZSoS779eADucVyBG4tSqjSwQu94zS2yYdJ8JJMEpECjx o28vC4jNKCAm8f3UGiaIZeISt57MZ4L4WkBiyZ7zzBC2qMTLx/9YIeoTJfavegAVV5A4fg8W SrISl+Z3M4IskxBoYpeYOvcyO0TCV+Li7rmsEImbjBJtf1ugOrQkdnydDbUtW6Kr5wWULSOx 48dddoiGfjaJjoNdrBMYdWchuRDCzpe4N+MAyyywVwUlTs58AmRzAMU1Jdbv0ocoUZSY0v2Q HcLWkGidM5cdWXwBI/sqRtHi1OKk3HQjY73Uoszk4uL8PL281JJNjMBEdHDLb9UdjJffOB5i FOBgVOLhLTgQEiPEmlhWXJl7iFGCg1lJhFdvP1CINyWxsiq1KD++qDQntfgQozQHi5I47x8h wRghgfTEktTs1NSC1CKYLBMHp1QDY9Wrio6wRZOivhv+Zdh3fHb3NpZ+s8QXm4+dcu2znNvp u3d/n+32F1rVd8t9f927wB653UfP3VArpqS6i0//bIfXysMVpR+mxn5Ya3955aHM0kzusDDH 0zJFrzTOC18OfWRR2yNszqp41TuW6YbVYvFbbeXfO6pE/qVF5aesfSTSMrW05vFfJZbijERD Leai4kQAgGUomUADAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/dispatch/X-5L52iola9EuhgS4BXxM2HWYag>
Subject: Re: [dispatch] Request DISPATCH of RUM
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Feb 2019 23:11:08 -0000

Hi,

>Yes, that’s the idea.  I will work on some wording. I don’t want the charter to have a
>list of such features.

You could say that the profile will mandate all features needed in order to interoperate with WebRTC without having to use a media gateway, or something like that.

Regards,

Christer



Brian

On Fri, Feb 1, 2019 at 5:30 PM Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> wrote:

Hi,



>Can you suggest a wording change?

Not at the moment, I first want to understand exactly what the scope and purpose is.

>It now says "A WebRTC- based RUM could create a SIP interface (using, e.g., SIP over
> WebSockets) towards the provider that conformed to the document RUM will produce.  Such >an implementation should be possible, ideally without requiring a media gateway.”  That >seems to me to be clear that the wg won’t do any work beyond making sure it’s possible to >create a WebRTC based RUM without a media gateway.

If the WG is going to "make sure" that it works without a media gateway, does that mean that you would also mandate e.g., ICE, continuous consent, DTLS, and whatever other media level features might be mandated to support by WebRTC? If so, I think it needs to be very clear.

Regards,

Christer


Brian



On Feb 1, 2019, at 4:57 PM, Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> wrote:


Hi,

>We want to make sure the mechanisms interact reasonably.  We suspect this is mostly codec
>choices, etc.

Then you should say that a goal is interoperability with WebRTC when it comes to codecs etc.

The way I read the text now is that the WG is about writing WebRTC SIP clients, which I assume is outside the scope 😊

Regards,

Christer


On Feb 1, 2019, at 4:11 PM, Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> wrote:

Hi,

If the purpose of the WG is to define a SIP profile, I assume it does not matter if the SIP UAs are implemented using WebRTC or something else, so why does the charter need to talk about WebRTC?

If you want to look at some of the specific network technologies used by WebRTC, e.g., the data channel, I think should talk about that instead.

Regards,

Christer



________________________________

From: dispatch <dispatch-bounces@ietf.org<mailto:dispatch-bounces@ietf.org>> on behalf of Brian Rosen <br@brianrosen.net<mailto:br@brianrosen.net>>
Sent: Friday, February 1, 2019 10:50:53 PM
To: DISPATCH list
Subject: [dispatch] Request DISPATCH of RUM

I would like dispatch to consider spinning up a mini-work group to create a sip device profile for use with Video Relay Services.


The proposed charter is:

Relay User Machine (rum) Working Group Proposed Charter
ART Area

Many current instances of Video Relay Service (VRS), (sometimes called Video Interpretation Service.), use the Session Initiation Protocol (SIP) and other IETF multimedia protocols. VRSwhich is used bya service that deaf and hard- of- hearing persons and person with speech impairments use to communicate with hearing persons.  The deaf, hard- of- hearing or speech-impaired person (D-HOH-SI) uses a SIP- based video phone to connect with an interpreter, and the interpreter places a phone call on the PSTN to the hearing person. The hearing person can also reach D-HOH-SI individuals by in the same manner as calling any other phone number.  The D-HOH-SI person uses sign language and possibly real-time text with the interpreter and the interpreter uses spoken language with the hearing person, providing on- line, real- time, two- way communication.  VRS services are often government- supported.  In some countries, private companies provide the interpreters, and compete with one another.  Often these companies use proprietary implementations for user devices as a means of vendor lock in.

Having a standard interface between the end- user device and the VRS provider allows vendors and open-source developers to build devices that work with multiple service providers; devices can also be retained when changing providers.  In this instance, “device” could be a purpose-built videophone or could be downloadable software on a general purpose computing platform or mobile phone.  The SIP protocol is complex enough that some form of profiling is needed to achieve interoperability between devices and providers. To ensure interoperability of the key features of this service, certain aspects (e.g., codecs, media transport, and SIP features) must be specified as mandatory-to-implement for SIP-based VRS devices. These specified features effectively form a profile for SIP and the media it negotiates.

This working group will produce a single document: a profile of SIP and media features for use with video relay services (which includes video, real time text, and audio), and other similar interpretation services that require multimedia.  It will reference the IETF’s current thinking on multimedia communicationsuch devices, including references to work beyond SIP (e.g., WebRTC and SLIM).  No protocol changes are anticipated by this work.

While WebRTC could be used to implement a RUM, the group’s work will focusis on the device-to-provider interface.  A WebRTC- based RUM couldwould create a SIP interface (using, e.g., SIP over WebSockets) towards the provider that conformed to the document RUMrum will produce.  Such an implementation should be possible, ideally without requiring a media gateway.

The scope of the work includes mechanisms to provision the user’s device with common features such as speed dial lists, provider to contact, videomail service interface point and similar items.  These features allow users to more easily switch providers temporarily (a feature known as “dial around”) or permanently, while retaining their data.

Devices used in VRS can be used to place point- to- point calls, i.e., where both communicating parties use sign language.  When used for point-to-point calling where the participants are not served by the same VRS provider, or when one provider provides the originating multimedia transport environment, but another provides the interpreter (“dial-around call”), the call traverses two providers.  Both of these uses impose additional requirements on a RUMrum device and are in scope for this work.

Although the interface between providers also requires standardization to enable multi-provider point-to-point calls, that  interface has already been defined in a SIP Forum document and is thus out of scope for RUM.
_______________________________________________
dispatch mailing list
dispatch@ietf.org<mailto:dispatch@ietf.org>
https://www.ietf.org/mailman/listinfo/dispatch