[rtcweb] Mode 1 and getUserMedia

James Pearce <james@jamesandjo.com> Wed, 12 September 2018 13:36 UTC

Return-Path: <james@jamesandjo.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 872AD130DC8 for <rtcweb@ietfa.amsl.com>; Wed, 12 Sep 2018 06:36:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=jamesandjo-com.20150623.gappssmtp.com
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 L1j47bYgCGFx for <rtcweb@ietfa.amsl.com>; Wed, 12 Sep 2018 06:36:08 -0700 (PDT)
Received: from mail-io1-xd2a.google.com (mail-io1-xd2a.google.com [IPv6:2607:f8b0:4864:20::d2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01B1E1252B7 for <rtcweb@ietf.org>; Wed, 12 Sep 2018 06:36:07 -0700 (PDT)
Received: by mail-io1-xd2a.google.com with SMTP id w11-v6so187151iob.2 for <rtcweb@ietf.org>; Wed, 12 Sep 2018 06:36:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jamesandjo-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=dLXMN2YCFs+GJNRfn5P3l0NYVpmqAXLWnwjwHp13OKg=; b=skHixXNtdzkkmlkfisEugHuECIrmDl9TAby0TBHGDq+kl/VsJZfE4hsvCtEN7eIaZk Etk1xAwc+GXmEA8gzQCgC7L/A6zLJDrK7qepQ78QOf/+ICM71+ya4qZIN+QP0kp1wb5G /8Whtbha3rMcn+naEDt0n18fqUGEAvLi+K4e/SGCYKncFKFN6ZWTBjTGnvEeYmvlMGj/ ejf+HN/dIKHd23+EA9IYd0cZ2QXZgE0O288vqSOzbdecwlIFXHEP7QzW/Uwgk+YNMDa0 TJuzrf+pLaFcBpzfbZwiXVPn+YzUfe6oLkkDO2IOTrbeOUpYtHXDCCi8WdXvkBXTuEdj yUcA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=dLXMN2YCFs+GJNRfn5P3l0NYVpmqAXLWnwjwHp13OKg=; b=qyDM5Vc/j7zVEns9VDR9IgiGqA37ZZfaunlkVrUIO9G1Sf9sV5iPSKfUQjpB5fkAMd WpjZ/rVKENPDriDn42VTraT7C5KLyD1pWgoY7X2twVcDkkv95V1Bynna8gzrzW+GBr11 yJmlFWiC2TfpBP5tiWpcKhb0n0TaLCXWljfWUW9Ku//cMfVRxZXWGQZ/5Bap9ZUUYlb5 yfjniGgs8k53jSdYH+A7mwbnuiKpN98FAsuzadFV+dkLfycfRwV+Mk3Wb7BfL40iKuYL Hdqg0fipVcIN2bBmZs92h9Tvcoxy8xfZuVPEe9p4xqWgMLq4ynUo5KUaXVRJIu4metOp TdJQ==
X-Gm-Message-State: APzg51DVR8vAeeVhelipZ41phpOHaSAHhNCHKnrfnjl5WW94S+vH+i0s NqymRLcD33C+nN2hIOSeOiXenyGU5f/BSjwCgJv9qDCrmdpQKA==
X-Google-Smtp-Source: ANB0VdZ8HiVuw2LTe634cw8RQIlqeSxsdz4IKyeDgy+q6Toljbvwf1vtPekZoC768YHhXihB++lUBFBYvcPU1aN3nc8=
X-Received: by 2002:a6b:de0c:: with SMTP id v12-v6mr1700759iog.121.1536759366830; Wed, 12 Sep 2018 06:36:06 -0700 (PDT)
MIME-Version: 1.0
From: James Pearce <james@jamesandjo.com>
Date: Wed, 12 Sep 2018 14:35:51 +0100
Message-ID: <CAO5ixTHz9fhoau4Q7WJgpOp_aaDujH6pYT32MB2gX7D9-+E0fg@mail.gmail.com>
To: RTCWeb IETF <rtcweb@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000002a6bcb0575acac71"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtcweb/E338k24pwZMTA-ZEM1ugkfGfShQ>
Subject: [rtcweb] Mode 1 and getUserMedia
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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, 12 Sep 2018 13:36:10 -0000

Hi,

I have a quesion about the use of getUserMedia to obtain user consent for
Mode 1 operation.

I have an application that uses WebRTC to deliver real-time media streams
in one direction only. Client applications are consumers only, in some
cases the client devices do not have any media capture capability.
I'm trying to develop a strategy for deploying the application on the
public web so, naturally, my plan is to use TURN to relay through NAT.

I've run into trouble with
  a) The requirement that Mode 1 is needed to use TURN
  b) User consent for Mode 1 is tied to getUserMedia()

Firstly, it's not clear to me why there is a restriction on using TURN in
mode 2. Does TURN reveal address information that would otherwise be hidden
to the peer? I've noticed that Chrome seems to use TURN even without
consent being given. Firefox does not.

Secondly, with no capture devices, getUserMedia can never succeed, thus, a
user can never give consent for Mode 1. This is unfortunate, as WebRTC is
ideal for some applications that require one-way streaming to limited-spec
devices. Granted, not many devices today have no capture capability, but
even when they do, requesting permission to access a microphone when it'll
never be needed is confusing to end users. Is there a better mechanism we
can use to obtain consent when getUserMedia is not necessary?


I know I've raised this issue tangentially before, but having to explain
issues to end users is beginning to wear thin. It's becoming a headache.

Thanks,

James