From nobody Sun Nov 1 17:58:51 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CDB31B414E for ; Sun, 1 Nov 2015 17:58:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] autolearn=no 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 0OmnmQfLQVAr for ; Sun, 1 Nov 2015 17:58:48 -0800 (PST) Received: from mail-yk0-x22e.google.com (mail-yk0-x22e.google.com [IPv6:2607:f8b0:4002:c07::22e]) (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 1923C1B4146 for ; Sun, 1 Nov 2015 17:58:48 -0800 (PST) Received: by ykdr3 with SMTP id r3so126279907ykd.1 for ; Sun, 01 Nov 2015 17:58:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm_com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:content-type; bh=ru2RDs6QChgZ8e2ziC9iFdudnBpTQGJ5lKcltbCP4+g=; b=mrpUqFe/7C+eLjU/ryooDgrbs0SMsXkRkw3k1ZbkZPeXOvIMLIcqHirtSDGtgN4IGG i+OTID5FgAHqPk03KyTO5G1o4ruX9av3VSQn3rkihy+niJ9S1Wy2MYRMnIeU7ytQRiK9 txnGjH4qWbr8QCM3rvjYxPWnLtlCQTCBHhLbdI8HwvRCR+NQN5W6Sir/GEYi59ZNyaYz DKwLxowzd+72iyme1BOHTLt1iK54ewcvPKs4rP08AMjLpZMVff/Hfzu0V6Ax3EL8cmQM ol4BJQIXwvIw6rujNkxJ9N4+I8G3KWdPN0pG+WuFC+WwXyx5Mxbgpc9jM97XJ51vxDLK 1V6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=ru2RDs6QChgZ8e2ziC9iFdudnBpTQGJ5lKcltbCP4+g=; b=bKmYxHValDzCVVDm19YJg44OIyjBZ+eVdmg7tVE7ipP0CNTC/bB3fzYOgOHh17kkyi /LAR/+shuyqqzBe+KVSqtpNegvcPQnHdpW9Npl3PY7ab54pJMSRkwdumk86dnwzIuDXs iy2e4cqFX128Ymudeyf5MOtEkz3YUYMt5ALxaX9T/MirR+kzWGBIr/rNU2tk3WLB7UIN XvofwoN05Q1P9dqYtySLppYPtIlv6BS3S9olfAoCkN9HzdZMGnQ0O2IFJ28buJ2GOSRr 2rManRZwtUMF7c29Ec2lZrDIkfd+gHg2Bia6lIgalCwyYfcG3IuNmXmBbPuuJkaG/Feu q8pA== X-Gm-Message-State: ALoCoQn7pQ92IHy2odd6Uoh1B6UzvRU75ymy2HhTalkaJ83ZdSRYy7QC02efwMg+eLueTkRmFwp6 X-Received: by 10.13.224.2 with SMTP id j2mr16185567ywe.165.1446429527476; Sun, 01 Nov 2015 17:58:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.221.203 with HTTP; Sun, 1 Nov 2015 17:58:08 -0800 (PST) From: Eric Rescorla Date: Mon, 2 Nov 2015 10:58:08 +0900 Message-ID: To: "rtcweb@ietf.org" Content-Type: multipart/alternative; boundary=94eb2c0746262db9780523851e80 Archived-At: Subject: [rtcweb] Default mux policy X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 01:58:49 -0000 --94eb2c0746262db9780523851e80 Content-Type: text/plain; charset=UTF-8 https://github.com/rtcweb-wg/jsep/pull/183 JSEP doesn't currently specify a default policy for rtcp-mux. We need one. Given people's general sentiments towards non-mux, we should make the default be "require". -Ekr --94eb2c0746262db9780523851e80 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
https://github.com/rtcweb-wg/jsep/pull/183

JSEP doesn't currently specify a default policy for rtcp-mux. We = need one.
Given people's general sentiments towards non-mux, = we should make the
default be "require".

=
-Ekr

--94eb2c0746262db9780523851e80-- From nobody Sun Nov 1 18:11:53 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E1C11B41E2 for ; Sun, 1 Nov 2015 18:11:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham 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 56UT40JXD1lJ for ; Sun, 1 Nov 2015 18:11:51 -0800 (PST) Received: from mail-yk0-x22e.google.com (mail-yk0-x22e.google.com [IPv6:2607:f8b0:4002:c07::22e]) (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 C6C5E1B41DE for ; Sun, 1 Nov 2015 18:11:50 -0800 (PST) Received: by ykft191 with SMTP id t191so126328323ykf.0 for ; Sun, 01 Nov 2015 18:11:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=K7B6r7gfWdL7+FI2qHlXswqxuo94F9EUJ5yjaXr9DoQ=; b=xJMpso4ycIS526cj68LoZP9+HRPh3++ceGwo5kkSgOKitw0dZeXXuLSL71b0wKblrF +1r7KlK9zs6WRIszaYpQ4Ie9yPhq6Ud0pNYnHxk1DRlc7aZz77Gkd6OBmG846a8pgae5 QKzhKKg+d8kAvvtyz1tjtCv3gUWHFrioT1p2XrOAz6rx/RNRZ8nF57Ly0UahSpv/JVXr 61RL0RKTTmrefyN2TKNuXHFj3CJwuxhqa+25nB+av2PEFePlN/49Yw0Fj4t3CfGeKXrQ xkbjtoOsVRIrFVSUsThfiElMHyXAl8Is/NACPAmcxhV/lgp9nsuhTKnYaTkDAB2+q5ij tY/Q== MIME-Version: 1.0 X-Received: by 10.13.230.201 with SMTP id p192mr14390534ywe.43.1446430310158; Sun, 01 Nov 2015 18:11:50 -0800 (PST) Received: by 10.129.132.145 with HTTP; Sun, 1 Nov 2015 18:11:50 -0800 (PST) In-Reply-To: References: Date: Mon, 2 Nov 2015 11:11:50 +0900 Message-ID: From: Martin Thomson To: Eric Rescorla Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] Default mux policy X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 02:11:52 -0000 On 2 November 2015 at 10:58, Eric Rescorla wrote: > https://github.com/rtcweb-wg/jsep/pull/183 > > JSEP doesn't currently specify a default policy for rtcp-mux. We need one. > Given people's general sentiments towards non-mux, we should make the > default be "require". I note that the API doesn't expose this control. We might want to confirm, via discussion, whether we want to make rtcpmux "MUST use". My sense is that this is only really feasible in the context of bundle, as mmusic just decided. From nobody Sun Nov 1 18:19:16 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5230C1B4240 for ; Sun, 1 Nov 2015 18:19:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.388 X-Spam-Level: X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no 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 XjuG8i6tmN6R for ; Sun, 1 Nov 2015 18:19:07 -0800 (PST) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (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 76C901B423D for ; Sun, 1 Nov 2015 18:19:06 -0800 (PST) Received: by oiao187 with SMTP id o187so87789360oia.3 for ; Sun, 01 Nov 2015 18:19:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=xQLEvopWIjTasWMdZDYiLxRfdHNTm6Bd8IUM46JZ9X8=; b=nW7kvxPqklJ47ijM5CYXiQpaF9Kcbt4B2qt7xvYQqc3fKo0BTEo3Gd3HZAtyy78ivo v10Xo/+uNbnzrLNuopLloN8GWRwcKWFahabBVxs8kHpiZmtCsMGya695Us+7bi2s3rwr EaeNgoynMrV8Ri4Deb3V5GdaHs1YUYS0VsymzDeiyZinXpaHxtOVtsN4/37WERD+k3av DwR7tdtXRDFUP3GkG1R479IQQkKWz72UJv/aiUtRjIuAVOoRLAjAUh8Ge5VS0kkyHHLT 7GZQOLzUl3qUwe69tPHlMhD9XHUf1xN0R3l20pFPJFW1eTTIeAWHgIV2OLEYvyu4qu9j T/2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=xQLEvopWIjTasWMdZDYiLxRfdHNTm6Bd8IUM46JZ9X8=; b=F6w/feUmUXLMAS3tias7NQagLNkMMkgklcFXFowlQsC/tBh6knijjaPkGoymFhBVez P47pjLxcFn3y68aog91LT9w87P9OKWD7iJIPTqrVPYxJT/to6T8Pj7QfpwQilIKSyWg9 vW5o6ela1UXe6W5wt1oTwN05btKkpggNKzcKE2ltWnyp0EOBXPvAvQWnFys7tz1GWhHv UFg077GuccUNR8QOF5WO5a/uygiXVMae6Xguib2ZYg/Gw03sL0UWLGLMGyMFB0EXkCjh NXNipxX2o20cdCzle2TnzTSZ/AjRBnSAIalBOhrPM+f+oqAqgkIz9q99tIlAdEUyMUMu 3OZA== X-Gm-Message-State: ALoCoQkw3ALUVvSYhPmdFtfbS4V9fK+Y0iYhakSX9uUqsTV3e1fVkKVn/YObgYU8m9PfuXKqZ7nb X-Received: by 10.202.68.215 with SMTP id r206mr12359435oia.59.1446430745689; Sun, 01 Nov 2015 18:19:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.202.108.9 with HTTP; Sun, 1 Nov 2015 18:18:26 -0800 (PST) In-Reply-To: References: From: Peter Thatcher Date: Sun, 1 Nov 2015 18:18:26 -0800 Message-ID: To: Martin Thomson Content-Type: multipart/alternative; boundary=001a113dce60ca49a905238566b9 Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] Default mux policy X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 02:19:08 -0000 --001a113dce60ca49a905238566b9 Content-Type: text/plain; charset=UTF-8 Oh, whoops. It looks like I never made a PR for the WebRTC API even though we had consensus for it. I'll make a W3C PR right away for it. We already implemented it in Chrome :). Whether we allow "negotiated" at all or force "require" is a separate discussion from what the default should be. On Sun, Nov 1, 2015 at 6:11 PM, Martin Thomson wrote: > On 2 November 2015 at 10:58, Eric Rescorla wrote: > > https://github.com/rtcweb-wg/jsep/pull/183 > > > > JSEP doesn't currently specify a default policy for rtcp-mux. We need > one. > > Given people's general sentiments towards non-mux, we should make the > > default be "require". > > I note that the API doesn't expose this control. > > We might want to confirm, via discussion, whether we want to make > rtcpmux "MUST use". My sense is that this is only really feasible in > the context of bundle, as mmusic just decided. > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > --001a113dce60ca49a905238566b9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Oh, whoops.=C2=A0 It looks like I never made a PR for t= he WebRTC API even though we had consensus for it.=C2=A0 I'll make a W3= C PR right away for it.=C2=A0 We already implemented it in Chrome :).
=


Whether we allow "negotiated" at all= or force "require" is a separate discussion from what the defaul= t should be. =C2=A0

On Sun, Nov 1, 2015 at 6:11 PM, Martin Thomson <marti= n.thomson@gmail.com> wrote:
On 2 November 2015 at 10:58, Eric Rescorla <ekr@rtfm.com> wrote:
> https://github.com/rtcweb-wg/jsep/pull/183
>
> JSEP doesn't currently specify a default policy for rtcp-mux. We n= eed one.
> Given people's general sentiments towards non-mux, we should make = the
> default be "require".

I note that the API doesn't expose this control.

We might want to confirm, via discussion, whether we want to make
rtcpmux "MUST use".=C2=A0 My sense is that this is only really fe= asible in
the context of bundle, as mmusic just decided.

_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
https://www.ietf.org/mailman/listinfo/rtcweb

--001a113dce60ca49a905238566b9-- From nobody Sun Nov 1 18:20:08 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7512B1B424C for ; Sun, 1 Nov 2015 18:20:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] autolearn=no 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 Z0Zp3CN_RQgl for ; Sun, 1 Nov 2015 18:20:06 -0800 (PST) Received: from mail-yk0-x234.google.com (mail-yk0-x234.google.com [IPv6:2607:f8b0:4002:c07::234]) (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 49FF91B4243 for ; Sun, 1 Nov 2015 18:20:06 -0800 (PST) Received: by ykba4 with SMTP id a4so126411712ykb.3 for ; Sun, 01 Nov 2015 18:20:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm_com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=wJs6I3ei1hvhLkdscc/nXsUHheyhIffKwgFOPCBi2vU=; b=DlGI0gFBHDRwrnC4QJdns5nLvQT7AEBTM6WAjwfczV6qCewauBOyngfMSy8JHbo6lW qWO5NqJDnAwThsgdul8KNim1Qdvxn/3Exd7oiq9jQB+1rQh1L0LVh8EgIkC80izbAQL0 3KaN2J/CWSy0WEvcOpZuwk66dW7uBHQHZvJkwqSyLECUGgvtLpS5pfLd6wBOH5Ct5pkn KslKp8mN7am8mwXoE5Yl5Cyqq/0ndr7U4JoSnLLqq7pxvCHXzEGtllTtmPPCvEyZnEPB WO8IYkbSegkthwpbQi3U24kd1KhhHf4poxcVrfhBCaHAvG54sCOpKVdO/U2SpjpY+te4 oegQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=wJs6I3ei1hvhLkdscc/nXsUHheyhIffKwgFOPCBi2vU=; b=BxfioM01O/9hslE0WwZH066jSaqdXVzXE/+2xJ3WO3VSHxOuJ0OgbS50OLdOBLB7L7 hWSM/z0RXWV68CH0NN4Hjj9XhhwMGJSPe+l10pLZGyscv/30K3J138cPujMHDJFe4UST DhTQ+E3FY2WyVZFI/IIRrTh9YCs6BQIs7u2TmY4fWVD2IK45Kpi6eVcGCjrtDoOOPfI4 rO/gXVrJWvn/dzTX5ViQXhR2ZLrYvlStbLQH8B56ONR6DqO2d57c5C7Gba2hW3+8mFuH 2hnFS3psOn176v43QsDkjxw6QtmEQgeI1mDrbXBcTgdoptM61PtEXx0eCl69T3qi9V1F 6KSg== X-Gm-Message-State: ALoCoQkLw+OPJPaRdXM+5xh4ZcLbOifm45vhuPkPguq4L+qj7MHrH0UbswE3Xoa1CRTX38XrWTuU X-Received: by 10.129.130.6 with SMTP id s6mr14680712ywf.155.1446430805585; Sun, 01 Nov 2015 18:20:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.221.203 with HTTP; Sun, 1 Nov 2015 18:19:26 -0800 (PST) In-Reply-To: References: From: Eric Rescorla Date: Mon, 2 Nov 2015 11:19:26 +0900 Message-ID: To: Martin Thomson Content-Type: multipart/alternative; boundary=94eb2c07c35e5c1d690523856a95 Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] Default mux policy X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 02:20:07 -0000 --94eb2c07c35e5c1d690523856a95 Content-Type: text/plain; charset=UTF-8 On Mon, Nov 2, 2015 at 11:11 AM, Martin Thomson wrote: > On 2 November 2015 at 10:58, Eric Rescorla wrote: > > https://github.com/rtcweb-wg/jsep/pull/183 > > > > JSEP doesn't currently specify a default policy for rtcp-mux. We need > one. > > Given people's general sentiments towards non-mux, we should make the > > default be "require". > > I note that the API doesn't expose this control. > It would need to, in the same way that it exposes bundle. We might want to confirm, via discussion, whether we want to make > rtcpmux "MUST use". My sense is that this is only really feasible in > the context of bundle, as mmusic just decided. > I await the chairs guidance on this topic. -Ekr --94eb2c07c35e5c1d690523856a95 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mon, Nov 2, 2015 at 11:11 AM, Martin Thomson <<= a href=3D"mailto:martin.thomson@gmail.com" target=3D"_blank">martin.thomson= @gmail.com> wrote:
On= 2 November 2015 at 10:58, Eric Rescorla <ekr@rtfm.com> wrote:
> https://github.com/rtcweb-wg/jsep/pull/183
>
> JSEP doesn't currently specify a default policy for rtcp-mux. We n= eed one.
> Given people's general sentiments towards non-mux, we should make = the
> default be "require".

I note that the API doesn't expose this control.

It would need to, in the same way that it exposes bund= le.


We mi= ght want to confirm, via discussion, whether we want to make
rtcpmux "MUST use".=C2=A0 My sense is that this is only really fe= asible in
the context of bundle, as mmusic just decided.

I await the chairs guidance on this topic.

-Ekr=C2=A0

--94eb2c07c35e5c1d690523856a95-- From nobody Sun Nov 1 20:42:24 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E222C1B29B8 for ; Sun, 1 Nov 2015 20:42:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.388 X-Spam-Level: X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no 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 y6KCMIq88auR for ; Sun, 1 Nov 2015 20:42:21 -0800 (PST) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (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 8CBA81B29D0 for ; Sun, 1 Nov 2015 20:42:21 -0800 (PST) Received: by obctp1 with SMTP id tp1so85553731obc.2 for ; Sun, 01 Nov 2015 20:42:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=JPVA9O+h5OxpHmg/wtnb2b1ncRn/1FOWTcpyn2Hd0N0=; b=GhRm/RVdteZAd3T/jjLlW3Gtny97zTmpCW37u7hHo9UO7GJ105VMLkbVGypvD3sneq EWgzwOtG3qKQGUkkg/RE6JHtMVtRKNBjfzh6+Vjnsjtu+o15VFpKpUOTO3UyUCd4tELj Gh96xrWsoQzyDbPM3g26vR5hCUK2vzZBm2E7NFZA0UxLWnP25EWEkWYCU6aEGvb6pAke qFcZ/0TkKWPH6X2jt0P72OVfViQpRKSUs8jW6TxiNhNZTnXRdNaSOPy7SuT4aBDFWTjt EIthmo6cR7LOLQezE4v/rQafRZP1E2GE85fcE0ublSRF39TjcuWayJUe04BHZ2YufGhz U0CQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=JPVA9O+h5OxpHmg/wtnb2b1ncRn/1FOWTcpyn2Hd0N0=; b=UrbBDhEShAsRdrWmZ6nYRpfRIb5fegTuGEQXCrZOUgECxAY0syAElmfsqsNY8MCeDD dAdJB2Gpb93/0nJihk6tIaYTT162AfxJOnJ1LCa8gp1LAtPvrVH632cr7rF0HRSWq8Nj 2kuuX5Nvo9xtLua4rH9FkqCy3vEgkwKMhSw+DsuV9TwCRfFkQDQ0qOA5wMh29v47cNKj gNFaCCv8QXLZRB2g3AbQ5MntcbJthZlCy+cMuJLHthqWuxSLBJZNcfLsFnjNaPkHPZcn nbtazAJSDujLWEo1sMAchnnYIuk0/lmHW1TMy2QvfjBpkh81HaPkUdeKCZ3Kfrpo13Sv DBqA== X-Gm-Message-State: ALoCoQkraoR6EGylQhyPPwxMxl0HZxBHJstkv/2qH/B5WNJ+ZLtMiDYJLoKzmSsLx1VqxTY/iPbJ X-Received: by 10.182.227.195 with SMTP id sc3mr12954883obc.48.1446439340908; Sun, 01 Nov 2015 20:42:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.202.108.9 with HTTP; Sun, 1 Nov 2015 20:41:41 -0800 (PST) In-Reply-To: References: From: Peter Thatcher Date: Sun, 1 Nov 2015 20:41:41 -0800 Message-ID: To: Eric Rescorla Content-Type: multipart/alternative; boundary=001a11c2ee201ae37d0523876798 Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] Default mux policy X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 04:42:23 -0000 --001a11c2ee201ae37d0523876798 Content-Type: text/plain; charset=UTF-8 FYI, I have an API PR: https://github.com/w3c/webrtc-pc/pull/371 On Sun, Nov 1, 2015 at 6:19 PM, Eric Rescorla wrote: > > > On Mon, Nov 2, 2015 at 11:11 AM, Martin Thomson > wrote: > >> On 2 November 2015 at 10:58, Eric Rescorla wrote: >> > https://github.com/rtcweb-wg/jsep/pull/183 >> > >> > JSEP doesn't currently specify a default policy for rtcp-mux. We need >> one. >> > Given people's general sentiments towards non-mux, we should make the >> > default be "require". >> >> I note that the API doesn't expose this control. >> > > It would need to, in the same way that it exposes bundle. > > > We might want to confirm, via discussion, whether we want to make >> rtcpmux "MUST use". My sense is that this is only really feasible in >> the context of bundle, as mmusic just decided. >> > > I await the chairs guidance on this topic. > > -Ekr > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > --001a11c2ee201ae37d0523876798 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
FYI, I have an API PR:=C2=A0https://github.com/w3c/webrtc-pc/pull/371

On Sun, = Nov 1, 2015 at 6:19 PM, Eric Rescorla <ekr@rtfm.com> wrote:


On Mon, Nov 2, 2015 at 11= :11 AM, Martin Thomson <martin.thomson@gmail.com> wro= te:
On 2 November 2015 at 10:58, Er= ic Rescorla <ekr@rtfm.= com> wrote:
> https://github.com/rtcweb-wg/jsep/pull/183
>
> JSEP doesn't currently specify a default policy for rtcp-mux. We n= eed one.
> Given people's general sentiments towards non-mux, we should make = the
> default be "require".

I note that the API doesn't expose this control.

It would need to, in the same way that it expos= es bundle.


We might want to confirm, via discussion, whether we wan= t to make
rtcpmux "MUST use".=C2=A0 My sense is that this is only really fe= asible in
the context of bundle, as mmusic just decided.

I await the chairs guidance on this topic.

-Ekr=C2=A0


_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
https://www.ietf.org/mailman/listinfo/rtcweb


--001a11c2ee201ae37d0523876798-- From nobody Mon Nov 2 12:25:30 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E5E51B37D7 for ; Mon, 2 Nov 2015 12:25:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 n1EIoB3oy0ue for ; Mon, 2 Nov 2015 12:25:27 -0800 (PST) Received: from raoul.w3.org (raoul.w3.org [IPv6:2001:470:8b2d:804:52:12:128:0]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 472BB1B37D6 for ; Mon, 2 Nov 2015 12:25:27 -0800 (PST) Received: from t20010c40000030808d5ac122c9386529.v6.meeting.ietf94.jp ([2001:c40:0:3080:8d5a:c122:c938:6529]) by raoul.w3.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1ZtLfQ-000FRV-2W; Mon, 02 Nov 2015 20:25:24 +0000 To: Justin Uberti , "rtcweb@ietf.org" References: <20151019235727.20397.15249.idtracker@ietfa.amsl.com> From: Wendy Seltzer X-Enigmail-Draft-Status: N1110 Organization: W3C Message-ID: <5637C6AD.4010708@w3.org> Date: Mon, 2 Nov 2015 15:25:17 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [rtcweb] Fwd: New Version Notification for draft-shieh-rtcweb-ip-handling-00.txt X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 20:25:29 -0000 Hi Justin, On 10/19/2015 08:03 PM, Justin Uberti wrote: > FYI - A rough initial attempt to document the recommended IP handling logic > for WebRTC apps. > > A new version of I-D, draft-shieh-rtcweb-ip-handling-00.txt > has been successfully submitted by Justin Uberti and posted to the > IETF repository. > > Name: draft-shieh-rtcweb-ip-handling Thanks for the analysis. I think a big piece of the challenge here is in discerning what users' purposes and intents are, as you note in the discussion of VPNs, and further, determining what protocol and API designers should do when those purposes are unclear. Adding to the challenge, privacy-seeking users benefit when they don't have to identify themselves as such, but can employ general-purpose tools to hide in the crowd. Some of those users will be technical enough to explain their needs and watch for changes that would break use cases, others won't be and won't even have conceived the problems that way. So, on to specific concerns: Saying that "local audio and video, ... are typically much more sensitive than the aforementioned IP address information" is overbroad: they're sensitive to different audiences and contexts. Moreover, if the audio/video are encrypted between peers, while the IP is revealed to intermediaries, the privacy risk is of a different nature, so coupling these permissions isn't ideal. [This distinction may be messier in practice, since the media-capture permission can't (yet) be scoped to locally-encrypted access, the user can't in fact distinguish between granting media to peers and to intermediaries.] There's also a time dimension: as new features get established, they can change the expectations of users and of privacy-application developers. A privacy-proxy dev who knows about WebRTC can add an explicit configuration or warning; one whose tools are deployed before a user-agent change couldn't have anticipated the risks. So I'd suggest good practice to require more explicit permission prompts about IP-exposure early in the feature's roll-out, so that both privacy-conscious users and those who design tools and trainings for them have the opportunity to recognize and respond to the specific privacy threats they might face. --Wendy > Revision: 00 > Title: WebRTC IP Address Handling Recommendations > Document date: 2015-10-19 > Group: Individual Submission > Pages: 6 > URL: > https://www.ietf.org/internet-drafts/draft-shieh-rtcweb-ip-handling-00.txt > Status: > https://datatracker.ietf.org/doc/draft-shieh-rtcweb-ip-handling/ > Htmlized: > https://tools.ietf.org/html/draft-shieh-rtcweb-ip-handling-00 > > > Abstract: > This document provides best practices for how IP addresses should be > handled by WebRTC applications. > > > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat > > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > -- Wendy Seltzer -- wseltzer@w3.org +1.617.715.4883 (office) Policy Counsel and Domain Lead, World Wide Web Consortium (W3C) http://wendy.seltzer.org/ +1.617.863.0613 (mobile) From nobody Mon Nov 2 20:45:29 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13A5B1B2DBF for ; Mon, 2 Nov 2015 20:45:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.388 X-Spam-Level: X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no 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 7FpR9YeW-TCW for ; Mon, 2 Nov 2015 20:45:26 -0800 (PST) Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::234]) (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 9C0041B2DAE for ; Mon, 2 Nov 2015 20:45:26 -0800 (PST) Received: by vkgy127 with SMTP id y127so3045134vkg.0 for ; Mon, 02 Nov 2015 20:45:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=rf0BajWVVbOtsQ4pEXNlVPMK+L0ByJO4ZAy/rkI/K1E=; b=QTjR2Lo3jXLEDwNBDunEw8ODQ1jkWA2Ko8SIyeBiCAnR3Ws+jwjIt5LxcyZRXZMOOE ElG+kuYKcxhG+at32Mi2KLeuotYC+sk3/UknZnvp3WedreCwpe2rXuQmGXtO9U+fbKKT zZpyJMaowWoIc+KzkkuetytBdxigU+d2gfOS1MwregTqfSQLqhTSWzmR5CJzcDGdZOOF glJarBkHMQIPuZYbyPFMNxt9N5I19ze3GolCYlIf40O9YecSMlv/B+x4Zf8/bVy5LpW9 hO/0HE/0uqs+38Psu39+LJkvDpJAEpp2JnAGG2rgynbtRRWWdkRegd30Kv4S8Svmnc3Z XCvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=rf0BajWVVbOtsQ4pEXNlVPMK+L0ByJO4ZAy/rkI/K1E=; b=ZMINM1hdbfmj1lXeb0owmevXsF9CYR/Ku6AgjDjSPeKl9vF77hGQ9nqwx1aTQASNC1 tkFaCtym5nmBcZfEaaHu7GAV5cUCixgqO4P0Wjm5SWfpV1sP8cF3jeUYstmVcIJv61zr o2h+IQSHookDEpFuwFwsip50dwKfW8XLaPaUHCFuD4aXsYwoChdejuvPWujdfybopv/5 e3IrdsuVcudK0QGDafOGZbrLpnRHMFdzjaFPso0WcLY/Bzn3LtFp8gCgkA17xIbSrpCJ V4+yxgcJNGcEW8BQBQ8yh8ppUTBO4zh72chHcKMVxY0X0UCL6fmRdSFJTjpBsikmryHV +G5A== X-Gm-Message-State: ALoCoQmDc4cGUuT4sB+8kxruuqmXutOa+WC/WuQQbMMPBdswuTWzVszF5MtiLBR03EpJuOvsL4YZ X-Received: by 10.31.49.22 with SMTP id x22mr15650044vkx.60.1446525925664; Mon, 02 Nov 2015 20:45:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.31.69.84 with HTTP; Mon, 2 Nov 2015 20:45:06 -0800 (PST) In-Reply-To: <5637C6AD.4010708@w3.org> References: <20151019235727.20397.15249.idtracker@ietfa.amsl.com> <5637C6AD.4010708@w3.org> From: Justin Uberti Date: Mon, 2 Nov 2015 20:45:06 -0800 Message-ID: To: Wendy Seltzer Content-Type: multipart/alternative; boundary=001a11440790f576e405239b8fcd Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] Fwd: New Version Notification for draft-shieh-rtcweb-ip-handling-00.txt X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2015 04:45:29 -0000 --001a11440790f576e405239b8fcd Content-Type: text/plain; charset=UTF-8 On Mon, Nov 2, 2015 at 12:25 PM, Wendy Seltzer wrote: > Hi Justin, > > On 10/19/2015 08:03 PM, Justin Uberti wrote: > > FYI - A rough initial attempt to document the recommended IP handling > logic > > for WebRTC apps. > > > > A new version of I-D, draft-shieh-rtcweb-ip-handling-00.txt > > has been successfully submitted by Justin Uberti and posted to the > > IETF repository. > > > > Name: draft-shieh-rtcweb-ip-handling > > > Thanks for the analysis. I think a big piece of the challenge here is in > discerning what users' purposes and intents are, as you note in the > discussion of VPNs, and further, determining what protocol and API > designers should do when those purposes are unclear. > > Adding to the challenge, privacy-seeking users benefit when they don't > have to identify themselves as such, but can employ general-purpose > tools to hide in the crowd. Some of those users will be technical enough > to explain their needs and watch for changes that would break use cases, > others won't be and won't even have conceived the problems that way. > > So, on to specific concerns: > > Saying that "local audio and video, ... are typically much more > sensitive than the aforementioned IP address information" is overbroad: > they're sensitive to different audiences and contexts. Moreover, if the > audio/video are encrypted between peers, while the IP is revealed to > intermediaries, the privacy risk is of a different nature, so coupling > these permissions isn't ideal. [This distinction may be messier in > practice, since the media-capture permission can't (yet) be scoped to > locally-encrypted access, the user can't in fact distinguish between > granting media to peers and to intermediaries.] > There's also a time dimension: as new features get established, they can > change the expectations of users and of privacy-application developers. > A privacy-proxy dev who knows about WebRTC can add an explicit > configuration or warning; one whose tools are deployed before a > user-agent change couldn't have anticipated the risks. > > So I'd suggest good practice to require more explicit permission prompts > about IP-exposure early in the feature's roll-out, so that both > privacy-conscious users and those who design tools and trainings for > them have the opportunity to recognize and respond to the specific > privacy threats they might face. > I'm not exactly sure what you are suggesting; WebRTC has been deployed at scale for some time, and we are now refining the policy on how we gather and expose IP addresses, especially for sites that are not using WebRTC for audio/video communication. Agree that coupling the network and audio/video permissions isn't perfect, but this is a challenging thing to convey to users, the vast majority of whom aren't using a proxy or VPN or have even heard of one. At a first step, we think coupling these permissions addresses the concern of IP address gathering on non-communication sites. > --Wendy > > > Revision: 00 > > Title: WebRTC IP Address Handling Recommendations > > Document date: 2015-10-19 > > Group: Individual Submission > > Pages: 6 > > URL: > > > https://www.ietf.org/internet-drafts/draft-shieh-rtcweb-ip-handling-00.txt > > Status: > > https://datatracker.ietf.org/doc/draft-shieh-rtcweb-ip-handling/ > > Htmlized: > > https://tools.ietf.org/html/draft-shieh-rtcweb-ip-handling-00 > > > > > > Abstract: > > This document provides best practices for how IP addresses should be > > handled by WebRTC applications. > > > > > > > > > > Please note that it may take a couple of minutes from the time of > submission > > until the htmlized version and diff are available at tools.ietf.org. > > > > The IETF Secretariat > > > > > > > > _______________________________________________ > > rtcweb mailing list > > rtcweb@ietf.org > > https://www.ietf.org/mailman/listinfo/rtcweb > > > > > -- > Wendy Seltzer -- wseltzer@w3.org +1.617.715.4883 (office) > Policy Counsel and Domain Lead, World Wide Web Consortium (W3C) > http://wendy.seltzer.org/ +1.617.863.0613 (mobile) > > --001a11440790f576e405239b8fcd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mon, Nov 2, 2015 at 12:25 PM, Wendy Seltzer <wseltzer@w3.org><= /span> wrote:
Hi Justin,

On 10/19/2015 08:03 PM, Justin Uberti wrote:
> FYI - A rough initial attempt to document the recommended IP handling = logic
> for WebRTC apps.
>
> A new version of I-D, draft-shieh-rtcweb-ip-handling-00.txt
> has been successfully submitted by Justin Uberti and posted to the
> IETF repository.
>
> Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-shieh-rtcweb-ip-ha= ndling


Thanks for the analysis. I think a big piece of the challenge here i= s in
discerning what users' purposes and intents are, as you note in the
discussion of VPNs, and further, determining what protocol and API
designers should do when those purposes are unclear.

Adding to the challenge, privacy-seeking users benefit when they don't<= br> have to identify themselves as such, but can employ general-purpose
tools to hide in the crowd. Some of those users will be technical enough to explain their needs and watch for changes that would break use cases, others won't be and won't even have conceived the problems that way= .

So, on to specific concerns:

Saying that "local audio and video, ... are typically much more
sensitive than the aforementioned IP address information" is overbroad= :
they're sensitive to different audiences and contexts. Moreover, if the=
audio/video are encrypted between peers, while the IP is revealed to
intermediaries, the privacy risk is of a different nature, so coupling
these permissions isn't ideal. [This distinction may be messier in
practice, since the media-capture permission can't (yet) be scoped to locally-encrypted access, the user can't in fact distinguish between granting media to peers and to intermediaries.]

There's also a time dimension: as new features get established, they ca= n
change the expectations of users and of privacy-application developers.
A privacy-proxy dev who knows about WebRTC can add an explicit
configuration or warning; one whose tools are deployed before a
user-agent change couldn't have anticipated the risks.

So I'd suggest good practice to require more explicit permission prompt= s
about IP-exposure early in the feature's roll-out, so that both
privacy-conscious users and those who design tools and trainings for
them have the opportunity to recognize and respond to the specific
privacy threats they might face.

I'= m not exactly sure what you are suggesting; WebRTC has been deployed at sca= le for some time, and we are now refining the policy on how we gather and e= xpose IP addresses, especially for sites that are not using WebRTC for audi= o/video communication.

Agree that coupling the net= work and audio/video permissions isn't perfect, but this is a challengi= ng thing to convey to users, the vast majority of whom aren't using a p= roxy or VPN or have even heard of one. At a first step, we think coupling t= hese permissions addresses the concern of IP address gathering on non-commu= nication sites.



--Wendy

> Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A000
> Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 WebRTC IP Address Handling Re= commendations
> Document date:=C2=A0 2015-10-19
> Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
> Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 6
> URL:
> https://www.ietf.org/= internet-drafts/draft-shieh-rtcweb-ip-handling-00.txt
> Status:
> https://datatracker.ietf.org/do= c/draft-shieh-rtcweb-ip-handling/
> Htmlized:
> https://tools.ietf.org/html/draft-= shieh-rtcweb-ip-handling-00
>
>
> Abstract:
>=C2=A0 =C2=A0 This document provides best practices for how IP addresse= s should be
>=C2=A0 =C2=A0 handled by WebRTC applications.
>
>
>
>
> Please note that it may take a couple of minutes from the time of subm= ission
> until the htmlized version and diff are available at tools.ietf.org. >
> The IETF Secretariat
>
>
>
> _____________________________= __________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb >


--
Wendy Seltzer -- wseltzer@w3.org +1.617.715.4883 (= office)
Policy Counsel and Domain Lead, World Wide Web Consortium (W3C)
= http://wendy.seltzer.org/=C2=A0 =C2=A0 =C2=A0 =C2=A0 +1.617.863.0613 (mobile)


--001a11440790f576e405239b8fcd-- From nobody Mon Nov 2 21:43:25 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC4A21AD0D6; Mon, 2 Nov 2015 21:43:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 3jV0gvXAecPo; Mon, 2 Nov 2015 21:43:18 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8F6F1AD049; Mon, 2 Nov 2015 21:43:17 -0800 (PST) X-AuditID: c1b4fb30-f79626d000006adf-38-56384973e098 Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.183.42]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 6B.E0.27359.37948365; Tue, 3 Nov 2015 06:43:15 +0100 (CET) Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.44) with Microsoft SMTP Server id 14.3.248.2; Tue, 3 Nov 2015 06:43:13 +0100 To: IETF AVTCore WG From: Magnus Westerlund Message-ID: <5638496B.3040009@ericsson.com> Date: Tue, 3 Nov 2015 14:43:07 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrDLMWRmVeSWpSXmKPExsUyM2K7lm6xp0WYwfImW4uXPSvZLW5sXsBk sfrmBzaLtf/a2R1YPJYs+cnk8eXyZ7YApigum5TUnMyy1CJ9uwSujNVXF7EVvOSoePjiPnMD 4wL2LkZODgkBE4md7beZIGwxiQv31rN1MXJxCAkcZpS4/302lLOMUeLy/l8sIFUiAkoSOyZt YwaxmQVKJdbfnQLWLSSgIbH402Ewm03AQuLmj0agZg4OYQEXiasX3EDCvALaEuu/zwQbwyKg InHvwnFGEFtUIEbi/aZVjBA1ghInZz5hAWllFrCXeLC1DGKTvETz1tnMEJu0JRqaOlgnMArM QtIxC6FjFpKOBYzMqxhFi1OLk3LTjYz0Uosyk4uL8/P08lJLNjECw/Tglt8GOxhfPnc8xCjA wajEw7thk3mYEGtiWXFl7iFGCQ5mJRHel1wWYUK8KYmVValF+fFFpTmpxYcYpTlYlMR5m5ke hAoJpCeWpGanphakFsFkmTg4pRoYe6+8qso3zVwkrH6pQ+Kq2sGfKz9uX3Fj5cRO5vwDk6+X TTYRf6wmc0y9dvXdzm+/xBVrz/iLeJxeK7mw3Igp68LMFcccj5grJ5x5yaPTNV2nXNfUJkFS f9P99X0/WDc6nO3nmHp/1aLrYU6mu1UaS9ekxPRpXzS8P8W7Oc1aWufK5TzJPaz2SizFGYmG WsxFxYkAEOyihU8CAAA= Archived-At: Cc: rmcat@ietf.org, "rtcweb@ietf.org" , draft-ietf-avtcore-rtp-circuit-breakers@tools.ietf.org Subject: [rtcweb] WG last call for draft-ietf-avtcore-rtp-circuit-breakers-11 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: IETF AVTCore WG List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2015 05:43:20 -0000 WG, (CC RMCAT and RTCWEB) This starts the 6 week WG last call on "Multimedia Congestion Control: Circuit Breakers for Unicast RTP Sessions" https://datatracker.ietf.org/doc/draft-ietf-avtcore-rtp-circuit-breakers/ We are doing a 6 week last call to give people time to review and perform verification of the latest updates also in implementations and simulations. Please provide feedback not later than 16th of December. We appreciate all type of messages, even short, "read it, and have no comments". We appreciate even more people that has performed any type of verification of the solution. Cheers Magnus Westerlund AVTCORE WG chair ---------------------------------------------------------------------- Services, Media and Network features, Ericsson Research EAB/TXM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287" Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From nobody Mon Nov 2 21:51:06 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C17AB1AD0B1 for ; Mon, 2 Nov 2015 21:51:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622] autolearn=no 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 iwFBg2K6dKOu for ; Mon, 2 Nov 2015 21:51:05 -0800 (PST) Received: from mail-lf0-x22d.google.com (mail-lf0-x22d.google.com [IPv6:2a00:1450:4010:c07::22d]) (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 B578B1AD0AE for ; Mon, 2 Nov 2015 21:51:04 -0800 (PST) Received: by lfbf136 with SMTP id f136so5909792lfb.0 for ; Mon, 02 Nov 2015 21:51:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cdt.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=qY/WAodzRn7ByymLvhHJGPgfmXDYsBfmrEMKr/VNLVQ=; b=GBxR8ywpo6uEqhxT6Dl+aZ8+h8dfACjwgMvXggviBTQVsii+avs40S53MHBMg0pbQZ Djp+TqiWb7mhRwtIAGCxR4JMko3IAuZz1FVICTH2TeSPfAY+E1eFJpLbkk+27E2gbXff 7H/McEJ3wWSJbwfjlaWL8U/tVUkcqmRZW5e74= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=qY/WAodzRn7ByymLvhHJGPgfmXDYsBfmrEMKr/VNLVQ=; b=kOSzLTb4EGYO9Qse9gnOpg4xg0PskmAB2Ej4r19+pdbsWEIyaLsUueFjn3/c9pV3Ee UHhbI4J/23ExlkzwPILEf1N0dUSQFMTt5Q0sKvXxQpZDx/QeSFetra1vYwQVVnrVqySn 1c0T/rpg80BdaqFrqCZxZJTx7G9rqDZ3peNdkVxHRWuEOYvKQd2hHzH/rMvw4IrO1ymm zddRjQNwHNWFzACJmlF9UMhFE4lBSHaWhcg1R30ED+DasL3yLQHVIT2ZmC4kne/b22XM c3fB2vkhkE2+TPbr1hLH5WctlsaI/ABexpu+pzqT8WUuUR21BtNWi9sFmz1oARnmtJIw cp1Q== X-Gm-Message-State: ALoCoQnGKNrlJpVMnHDkJ7X3YDaKGslydGGCcX80kub9IXKGI6prjOWv0CWDdxwgQYci+jLZtMDa X-Received: by 10.112.64.72 with SMTP id m8mr11470777lbs.41.1446529862927; Mon, 02 Nov 2015 21:51:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.141.77 with HTTP; Mon, 2 Nov 2015 21:50:43 -0800 (PST) In-Reply-To: References: <20151019235727.20397.15249.idtracker@ietfa.amsl.com> <5637C6AD.4010708@w3.org> From: Joseph Lorenzo Hall Date: Tue, 3 Nov 2015 14:50:43 +0900 Message-ID: To: Justin Uberti Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] Fwd: New Version Notification for draft-shieh-rtcweb-ip-handling-00.txt X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2015 05:51:05 -0000 On Tue, Nov 3, 2015 at 1:45 PM, Justin Uberti wrote: > > Agree that coupling the network and audio/video permissions isn't perfect, > but this is a challenging thing to convey to users, the vast majority of > whom aren't using a proxy or VPN or have even heard of one. At a first step, > we think coupling these permissions addresses the concern of IP address > gathering on non-communication sites. And I'm not sure I see a way to not couple those permissions that doesn't have drawbacks that UAs seemingly can't accept. Wendy, are you suggesting some modification to the Mode 1 in the document or a new mode? Justin and co-author: I'm glad you guys have gotten to this point and written this up, thanks! From nobody Mon Nov 2 22:01:37 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32A6F1B29B2 for ; Mon, 2 Nov 2015 22:01:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 CeQ-C7Q_KUnp for ; Mon, 2 Nov 2015 22:01:34 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D6F841AD365 for ; Mon, 2 Nov 2015 22:01:33 -0800 (PST) X-AuditID: c1b4fb30-f79626d000006adf-29-56384dbb4851 Received: from ESESSHC004.ericsson.se (Unknown_Domain [153.88.183.30]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 12.04.27359.BBD48365; Tue, 3 Nov 2015 07:01:32 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.202]) by ESESSHC004.ericsson.se ([153.88.183.30]) with mapi id 14.03.0248.002; Tue, 3 Nov 2015 07:01:12 +0100 From: Christer Holmberg To: "rtcweb@ietf.org" Thread-Topic: RTCPWEB: Support of only mux, or both mux and non-mux? Thread-Index: AdEV/MiY1E69Spl6T5uusFbF7yOlyg== Date: Tue, 3 Nov 2015 06:01:12 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B37BD1BC7@ESESSMB209.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B37BD1BC7ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrELMWRmVeSWpSXmKPExsUyM2K7nO4eX4swg+61XBZr/7WzOzB6LFny kymAMYrLJiU1J7MstUjfLoErY/bLLcwFe60qpi26ztjA+Neoi5GTQ0LAROLm0/fsELaYxIV7 69m6GLk4hAQOM0pcOnWZGcJZzCgx8c9CoAwHB5uAhUT3P22QBhEBdYnLDy+ANQsL2EtsbO9g hIi7SEx4fYIJwtaTWPp0LTOIzSKgIrGmpYUFxOYV8JWY3X0GrJ4RaPH3U2vA6pkFxCVuPZnP BHGQgMSSPeeZIWxRiZeP/7FC2EoSaw9vZ4Goz5fYN3ESO8RMQYmTM5+wTGAUmoVk1CwkZbOQ lEHEdSQW7P7EBmFrSyxb+JoZxj5z4DETsvgCRvZVjKLFqcVJuelGRnqpRZnJxcX5eXp5qSWb GIExcXDLb4MdjC+fOx5iFOBgVOLh3bDJPEyINbGsuDL3EKMEB7OSCO9LLoswId6UxMqq1KL8 +KLSnNTiQ4zSHCxK4rzNTA9ChQTSE0tSs1NTC1KLYLJMHJxSDYyK3ts/ndtfKWB8TONks9lF 0fyMHY9O7JJKqGxbOsH+0P+lvFeLJsVOnmnXMNXxX7jgH9EDr26u5xKqeryKMa4tceKphId+ K5jO/JWcYfBG0i5wrfGGTuv6V+kvOH//aPX98uza7uDiu7Uhbnp3D1ee5Luq8Kj9Q/rCPt3p hetqVgs9XrvLQ3aVEktxRqKhFnNRcSIAhUPZb4UCAAA= Archived-At: Subject: [rtcweb] RTCPWEB: Support of only mux, or both mux and non-mux? X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2015 06:01:36 -0000 --_000_7594FB04B1934943A5C02806D1A2204B37BD1BC7ESESSMB209erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Today, in RTCWEB, we decided that support of NON-RTP/RTCP mux is going to b= e optional - also for non-BUNDLE. One of my comments was how we in SDP are going to signal whether an endpoin= t supports ONLY RTCP/RTP-mux, or BOTH mux and non-mux. One idea was to only include ICE components for RTP if only mux is supporte= d, but it was commented that it doesn't work with trickle. Another idea would be to always include the SDP rtcp attribute in the offer= and: - If the endpoint supports ONLY mux, the rtcp attribute value woul= d have the same port value as the m- line port - If the endpoint supports BOTH mux and non-mux, the rtcp attribut= e would have the RTCP port (even if it's RTP+1) (The SDP rtcp-mux attribute would obviously always be present in the offer) Regards, Christer --_000_7594FB04B1934943A5C02806D1A2204B37BD1BC7ESESSMB209erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

Today, in RTCWEB, we decided that support of NON-RTP= /RTCP mux is going to be optional - also for non-BUNDLE.

 

One of my comments was how we in SDP are going to si= gnal whether an endpoint supports ONLY RTCP/RTP-mux, or BOTH mux and non-mu= x.

 

One idea was to only include ICE components for RTP = if only mux is supported, but it was commented that it doesn’t work w= ith trickle.

 

Another idea would be to always include the SDP rtcp= attribute in the offer and:

 

-     &= nbsp;    If the endpoint supports ONLY mux, the rtcp attribu= te value would have the same port value as the m- line port

-     &= nbsp;    If the endpoint supports BOTH mux and non-mux, the = rtcp attribute would have the RTCP port (even if it’s RTP+1)=

 

(The SDP rtcp-mux attribute would obviously always b= e present in the offer)

 

Regards,

 

Christer

 

--_000_7594FB04B1934943A5C02806D1A2204B37BD1BC7ESESSMB209erics_-- From nobody Tue Nov 3 17:11:18 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F48B1A8837 for ; Tue, 3 Nov 2015 17:11:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham 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 czr06PyBhg94 for ; Tue, 3 Nov 2015 17:11:15 -0800 (PST) Received: from mail-yk0-x22f.google.com (mail-yk0-x22f.google.com [IPv6:2607:f8b0:4002:c07::22f]) (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 050451A87E9 for ; Tue, 3 Nov 2015 17:11:14 -0800 (PST) Received: by ykba4 with SMTP id a4so47120580ykb.3 for ; Tue, 03 Nov 2015 17:11:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=IAe+foRDnDPMnbMaBMqW/zRRTfHNZWoVwLqzRaHqi1s=; b=021p9a5IKPpq6Jhw+ZSXscxaxB9Y15I7FLKQboJ7VsQXmtCMicAuziR+nsi6zPaZsg ym1myvesWHguXYG52bp2IKV3NC4AwJ/n/YSrVigwhaaCBsiOm/3qbkYGVf6YCRUqq9ki 7U4SwPZJqt0uQqZLjcAckAwkkTl+YMjwJ83RyMdl2sGJ+p43LdN8/zEPTCBRJPcBWMTR W1zV1PfpJMtr7ULAgUCiFW9TOHDNW+0z7T4+08/ymj4o9Ikqn4yF6KGiWSSlkNPB17aC YS9eeF82y8eoytkZ8N1sYZwVmZV7v2zrHH20v4y/WKFwrfXm28hr6xPGXYYgTAIV7b50 gAwQ== MIME-Version: 1.0 X-Received: by 10.13.204.207 with SMTP id o198mr25743792ywd.183.1446599473312; Tue, 03 Nov 2015 17:11:13 -0800 (PST) Received: by 10.129.132.145 with HTTP; Tue, 3 Nov 2015 17:11:13 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B37BD1BC7@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B37BD1BC7@ESESSMB209.ericsson.se> Date: Wed, 4 Nov 2015 10:11:13 +0900 Message-ID: From: Martin Thomson To: Christer Holmberg Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] RTCPWEB: Support of only mux, or both mux and non-mux? X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 01:11:16 -0000 On 3 November 2015 at 15:01, Christer Holmberg wrote: > - If the endpoint supports ONLY mux, the rtcp attribute value wo= uld > have the same port value as the m- line port > > - If the endpoint supports BOTH mux and non-mux, the rtcp attrib= ute > would have the RTCP port (even if it=E2=80=99s RTP+1) That seems fine to me. From nobody Tue Nov 3 17:24:41 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80B8B1A886B for ; Tue, 3 Nov 2015 17:24:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 Zh59MVQxRcox for ; Tue, 3 Nov 2015 17:24:37 -0800 (PST) Received: from raoul.w3.org (raoul.w3.org [IPv6:2001:470:8b2d:804:52:12:128:0]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC7701A8858 for ; Tue, 3 Nov 2015 17:24:36 -0800 (PST) Received: from t20010c4000003040c438d8c7b775aef7.v6.meeting.ietf94.jp ([2001:c40:0:3040:c438:d8c7:b775:aef7]) by raoul.w3.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1ZtmnT-000Ehk-Kx; Wed, 04 Nov 2015 01:24:34 +0000 To: Justin Uberti References: <20151019235727.20397.15249.idtracker@ietfa.amsl.com> <5637C6AD.4010708@w3.org> From: Wendy Seltzer X-Enigmail-Draft-Status: N1110 Organization: W3C Message-ID: <56395E0D.2030008@w3.org> Date: Tue, 3 Nov 2015 20:23:25 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] Fwd: New Version Notification for draft-shieh-rtcweb-ip-handling-00.txt X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 01:24:39 -0000 On 11/02/2015 11:45 PM, Justin Uberti wrote: > On Mon, Nov 2, 2015 at 12:25 PM, Wendy Seltzer wrote: > >> Hi Justin, >> >> On 10/19/2015 08:03 PM, Justin Uberti wrote: >>> FYI - A rough initial attempt to document the recommended IP handling >> logic >>> for WebRTC apps. >>> >>> A new version of I-D, draft-shieh-rtcweb-ip-handling-00.txt >>> has been successfully submitted by Justin Uberti and posted to the >>> IETF repository. >>> >>> Name: draft-shieh-rtcweb-ip-handling >> >> >> Thanks for the analysis. I think a big piece of the challenge here is in >> discerning what users' purposes and intents are, as you note in the >> discussion of VPNs, and further, determining what protocol and API >> designers should do when those purposes are unclear. >> >> Adding to the challenge, privacy-seeking users benefit when they don't >> have to identify themselves as such, but can employ general-purpose >> tools to hide in the crowd. Some of those users will be technical enough >> to explain their needs and watch for changes that would break use cases, >> others won't be and won't even have conceived the problems that way. >> >> So, on to specific concerns: >> >> Saying that "local audio and video, ... are typically much more >> sensitive than the aforementioned IP address information" is overbroad: >> they're sensitive to different audiences and contexts. Moreover, if the >> audio/video are encrypted between peers, while the IP is revealed to >> intermediaries, the privacy risk is of a different nature, so coupling >> these permissions isn't ideal. [This distinction may be messier in >> practice, since the media-capture permission can't (yet) be scoped to >> locally-encrypted access, the user can't in fact distinguish between >> granting media to peers and to intermediaries.] > > >> There's also a time dimension: as new features get established, they can >> change the expectations of users and of privacy-application developers. >> A privacy-proxy dev who knows about WebRTC can add an explicit >> configuration or warning; one whose tools are deployed before a >> user-agent change couldn't have anticipated the risks. >> >> So I'd suggest good practice to require more explicit permission prompts >> about IP-exposure early in the feature's roll-out, so that both >> privacy-conscious users and those who design tools and trainings for >> them have the opportunity to recognize and respond to the specific >> privacy threats they might face. >> > > I'm not exactly sure what you are suggesting; WebRTC has been deployed at > scale for some time, and we are now refining the policy on how we gather > and expose IP addresses, especially for sites that are not using WebRTC for > audio/video communication. The last paragraph was aimed mostly at thinking in advance about the next new privacy-impacting feature. > > Agree that coupling the network and audio/video permissions isn't perfect, > but this is a challenging thing to convey to users, the vast majority of > whom aren't using a proxy or VPN or have even heard of one. At a first > step, we think coupling these permissions addresses the concern of IP > address gathering on non-communication sites. Yes, that's a good step forward, and it may be the most practical response here. Let's not describe the permissions as coupled *because* one is "more sensitive" than the other. Different users will have different sensitivities. If the limits of the dialogs mean that they're combined in browser UX, then at least we're providing the hooks for extensions and config-file hacking to de-couple them. Tool-providers and trainers can help users who need the differing configs to get them. Thanks, --Wendy > > > >> --Wendy >> >>> Revision: 00 >>> Title: WebRTC IP Address Handling Recommendations >>> Document date: 2015-10-19 >>> Group: Individual Submission >>> Pages: 6 >>> URL: >>> >> https://www.ietf.org/internet-drafts/draft-shieh-rtcweb-ip-handling-00.txt >>> Status: >>> https://datatracker.ietf.org/doc/draft-shieh-rtcweb-ip-handling/ >>> Htmlized: >>> https://tools.ietf.org/html/draft-shieh-rtcweb-ip-handling-00 >>> >>> >>> Abstract: >>> This document provides best practices for how IP addresses should be >>> handled by WebRTC applications. >>> >>> >>> >>> >>> Please note that it may take a couple of minutes from the time of >> submission >>> until the htmlized version and diff are available at tools.ietf.org. >>> >>> The IETF Secretariat >>> >>> >>> >>> _______________________________________________ >>> rtcweb mailing list >>> rtcweb@ietf.org >>> https://www.ietf.org/mailman/listinfo/rtcweb >>> >> >> >> -- >> Wendy Seltzer -- wseltzer@w3.org +1.617.715.4883 (office) >> Policy Counsel and Domain Lead, World Wide Web Consortium (W3C) >> http://wendy.seltzer.org/ +1.617.863.0613 (mobile) >> >> > -- Wendy Seltzer -- wseltzer@w3.org +1.617.715.4883 (office) Policy Counsel and Domain Lead, World Wide Web Consortium (W3C) http://wendy.seltzer.org/ +1.617.863.0613 (mobile) From nobody Tue Nov 3 22:55:19 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8D3F1AD06D for ; Tue, 3 Nov 2015 22:55:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 OnRe04DXPVWV for ; Tue, 3 Nov 2015 22:55:16 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 52AA21AD06A for ; Tue, 3 Nov 2015 22:55:16 -0800 (PST) X-AuditID: c1b4fb25-f79a26d00000149a-c6-5639abd2a631 Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.183.33]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 89.40.05274.2DBA9365; Wed, 4 Nov 2015 07:55:14 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.202]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.03.0248.002; Wed, 4 Nov 2015 07:54:14 +0100 From: Christer Holmberg To: Martin Thomson Thread-Topic: [rtcweb] RTCPWEB: Support of only mux, or both mux and non-mux? Thread-Index: AdEV/MiY1E69Spl6T5uusFbF7yOlygAmIgWAAA4GeuA= Date: Wed, 4 Nov 2015 06:54:13 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B37BD5DC1@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B37BD1BC7@ESESSMB209.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpjkeLIzCtJLcpLzFFi42KZGbFdUffSasswg/YTKhbXzvxjtFj7r53d gclj56y77B5LlvxkCmCK4rJJSc3JLEst0rdL4Mr48fEsW8EmtoqTm7YxNjDOYeti5OCQEDCR uNoU1MXICWSKSVy4tx4ozMUhJHCYUeL78WusEM5iRollCx4xgzSwCVhIdP/TBmkQEdCVWHT2 ATuIzSygLnFn8TkwW1jAR+Jrwy9WiBpfibfn37FD2FYSfUsuMIPYLAIqEjvWvWMEsXmBaj7v ecsOsWsKo8Ss/4/AmjkFAiUe9h9lAbEZga77fmoNE8QycYlbT+YzQVwtILFkz3lmCFtU4uXj f6wQtpLEiu2XGEFuZhbQlFi/Sx+iVVFiSvdDdoi9ghInZz5hmcAoNgvJ1FkIHbOQdMxC0rGA kWUVo2hxanFSbrqRsV5qUWZycXF+nl5easkmRmDsHNzyW3UH4+U3jocYBTgYlXh4DVgsw4RY E8uKK3MPMUpwMCuJ8DYtAQrxpiRWVqUW5ccXleakFh9ilOZgURLnbWZ6ECokkJ5YkpqdmlqQ WgSTZeLglGpg1BPmZKteeurCvGt1bp0pWU5d13znzBM59KnKfOUvs+b7HuolzCciEteY+sop hNYuYLmxK/LtrR9d+cfXy1sw9j5dv41VRZ/H7Lap4L8Lx9bxtJ6QYM9qcln9SOpo3o0r854F yq49Mv/pthv2va52zVNjuuxWRLf7/F1jxlXCIbCvN99N4t5aJZbijERDLeai4kQAMYylf5kC AAA= Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] RTCPWEB: Support of only mux, or both mux and non-mux? X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 06:55:18 -0000 SGksDQoNCj4+IC0gICAgICAgICAgSWYgdGhlIGVuZHBvaW50IHN1cHBvcnRzIE9OTFkgbXV4LCB0 aGUgcnRjcCBhdHRyaWJ1dGUgdmFsdWUgd291bGQNCj4+IGhhdmUgdGhlIHNhbWUgcG9ydCB2YWx1 ZSBhcyB0aGUgbS0gbGluZSBwb3J0DQo+Pg0KPj4gLSAgICAgICAgICBJZiB0aGUgZW5kcG9pbnQg c3VwcG9ydHMgQk9USCBtdXggYW5kIG5vbi1tdXgsIHRoZSBydGNwIGF0dHJpYnV0ZQ0KPj4gd291 bGQgaGF2ZSB0aGUgUlRDUCBwb3J0IChldmVuIGlmIGl04oCZcyBSVFArMSkNCj4NCj4gVGhhdCBz ZWVtcyBmaW5lIHRvIG1lLg0KDQpUaGUgcXVlc3Rpb24gaXMgaG93IHdlIGRvY3VtZW50IGl0LiBX ZSBjYW4gb2YgY291cnNlIGFkZCB0ZXh0IHRvIEpTRVAsIGJ1dCBJIHRoaW5rIGl0IHNob3VsZCBh cHBseSB0byBTRFAgaW4gZ2VuZXJhbC4gQlVORExFIGlzIG5vdCB0aGUgY29ycmVjdCBwbGFjZSBl aXRoZXIsIHNpbmNlIGl0IGlzIG5vdCBCVU5ETEUgc3BlY2lmaWMuDQoNCkkgZ3Vlc3MgSSBjb3Vs ZCBwdXQgdG9nZXRoZXIgYSBzaG9ydCBkcmFmdCwgYW5kIHRoZW4gd2UgZ28gZnJvbSB0aGVyZS4N Cg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg== From nobody Wed Nov 4 18:19:28 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C1271B38CF for ; Wed, 4 Nov 2015 18:19:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 qoys9fYX5k6T for ; Wed, 4 Nov 2015 18:19:24 -0800 (PST) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) (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 9B14F1B37EB for ; Wed, 4 Nov 2015 18:19:15 -0800 (PST) Received: by pacdm15 with SMTP id dm15so46823904pac.3 for ; Wed, 04 Nov 2015 18:19:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sn3rd.com; s=google; h=from:content-type:subject:date:references:to:message-id :mime-version; bh=OhJthWm5XV2xykeseUwMQSrWwOePkjJySdqnZiJyaHc=; b=D8Yg5b4KR4sRp/g0omHb5yywjNShA9WLqVXlEukSbtJRMxN2hqVUbnCbgQFw6RF+Lk fklBH1UsWEntMqvQDqFUW8KhCDgEo1j/vMxdzUc6bYGhuytKjXtbiiOV3epAyksf95xn DM0vdjMRKJcbWuevzrRgGTMcNqG1l/6FTOlF4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:subject:date:references:to :message-id:mime-version; bh=OhJthWm5XV2xykeseUwMQSrWwOePkjJySdqnZiJyaHc=; b=aHrRMGuRBN0JUqUs1zPsYOQOuSmYq5c0XyHrCNOQLWQDv7LoicKmUCh3bZIjX5Vevx +iqPX1SGb4mW5E3UZOCVrYbPaQgiYjPlhzqH23IdfgjWOnyFX9SSd6eBGvKxhTfSsEhS Ft2EADmPU1sWSEPm2VGw177sSh8mK53VsxJ2VsWk3rENdfmzFeEZNm0h8BR2MEp8pDAL nY5blRFNc3G+FMv/I1eaJs+YMWj3bemllf1gumKER92nNncr6dYF5WPpLUs5cSonYCdY 7+Ry2YFgSWAMozZRnyOj+OTF9JaquK3+4lIoiQms6/F8GJwQfgkUCIHUUTZQVwgvExGu cP3g== X-Gm-Message-State: ALoCoQkzNx5dfCNdWemA5mpAsGGf40jCGCzcgEKe3Y4BJ2JpzIvoRpnHoY6LOz0MfiRLBZnHlQjm X-Received: by 10.66.246.201 with SMTP id xy9mr6395548pac.31.1446689955110; Wed, 04 Nov 2015 18:19:15 -0800 (PST) Received: from t20010c4000003024f10a371371e89136.v6.meeting.ietf94.jp (t20010c4000003024f10a371371e89136.v6.meeting.ietf94.jp. [2001:c40:0:3024:f10a:3713:71e8:9136]) by smtp.gmail.com with ESMTPSA id in6sm4458180pbd.86.2015.11.04.18.19.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Nov 2015 18:19:14 -0800 (PST) From: Sean Turner Content-Type: multipart/alternative; boundary="Apple-Mail=_133CFFAA-06D4-4550-87D5-FDCC01537D93" Date: Thu, 5 Nov 2015 11:19:11 +0900 References: <561056B0.8080700@gondrom.org> To: rtcweb@ietf.org Message-Id: <3FD111FD-30FC-441D-BB26-258310C639FD@sn3rd.com> Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) X-Mailer: Apple Mail (2.3096.5) Archived-At: Subject: [rtcweb] Fwd: secdir review of draft-ietf-rtcweb-security-arch-11 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 02:19:27 -0000 --Apple-Mail=_133CFFAA-06D4-4550-87D5-FDCC01537D93 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Apologies I should have forwarded this earlier (flaked that the .all = doesn=E2=80=99t include the WG). spt > Begin forwarded message: >=20 > From: Tobias Gondrom > Date: October 04, 2015 at 07:29:04 GMT+9 > To: secdir@ietf.org, iesg@ietf.org, = draft-ietf-rtcweb-security-arch.all@tools.ietf.org > Cc: dkg@fifthhorseman.net > Subject: secdir review of draft-ietf-rtcweb-security-arch-11 >=20 > I have reviewed this document as part of the security directorate's = ongoing effort to review all IETF documents being processed by the IESG. = These comments were written primarily for the benefit of the security = area directors. Document editors and WG chairs should treat these = comments just like any other last call comments. >=20 > The draft aims for proposed standards and defines the security = architecture for WebRTC. >=20 > The document appears in reasonably good shape.=20 > There are still several open issues (TBDs) in the document that need = to be completed before publication. >=20 > Below a series of my own comments, discuss elements and questions for = your consideration.=20 >=20 > Comment: > section 3 Trust Model:=20 > s/rooted in the browser/rooted in the browser and the underlying = operating system > (the requirements for the integrity of the system underneath the = browser does not go away. Furthermore the browser does rely on some = trust and crypto functionality provided by the underlying OS.) >=20 > Question: what security risks does the connection from Bob to IdP1 = (the IdP from Alice) create?=20 >=20 > DISCUSS: Section 4.1:=20 > "This does not require a security check: JS from any origin is allowed = to get this far." > Comment: Maybe the wording is unprecise, or if it is intended as I = read it than I beg to disagree. There are several security concerns if = that would be the case. Just a few examples, I am sure there are plenty = more:=20 > 1. privacy concerns if you can trigger someone initiating a call > 2. Denial of service scenarios, creation of PeerConnections or the = scenario of "the great cannon of China" comes to mind, in which you can = let other people flood a recipient with call requests.=20 >=20 > COMMENT: Section 4.1. paragraph 6:=20 > s/preferably over TLS/it SHOULD use TLS.=20 > If possible, I would even go for "MUST", but I am not sure about = whether there are legitimate use cases that require non-TLS?=20 > (e.g. we want avoid resource consuming, spoofing and replay attacks) >=20 > COMMENT: Section 4.3. last paragraph:=20 > "Even if they do not use an IdP, as long as they have minimal trust in = the signaling service not to perform a man-in-the-middle attack, they = know that their communications are secure against the signaling service = as well (i.e., that the signaling service cannot mount a passive attack = on the communications)." > =3D> This reads confusing. IMO if they are not using an IdP, they can = not assume that their communications are secure against the signalling = service MitM attack.=20 >=20 > Question on Section 5.2 > "Requests for one-time camera/microphone access." does the "one-time = access" have a time-out after some time, or max duration? How long would = that be?=20 >=20 > At end of Section 5.2: there is still an open issue to be resolved by = the WG. Note: It definitely requires a higher / different level of = explicit consent, as it allows access to a third resource.=20 >=20 > Question on Section 5.5.:=20 > Do we need to assert that the client provide UI information from which = peer the current stream is coming from?=20 > Assuming you have 3 or more peers (A, B and C) in a meeting, can you = avoid that B replays the voice of A in effect spoofing him to C on the = application layer?=20 >=20 > Question on section 5.6.5.:=20 > does this naming scheme also consider subdomains?=20 > The example in the last paragraph seems to normalize = identity.example.com to = https://example.com/.well-known/idp-proxy/example = ?=20 >=20 > Question on section 5.7.1.:=20 > Do you need to support UNICODE characters for identities?=20 > Preferably, I would like to avoid such, as that could cause it's own = set of potential problems with similar looking codepoints.... >=20 > Section 6: Security Considerations > refers to draft-ietf-rtcweb-security-08 which is scheduled to be = reviewed by another member of Secdir.=20 > Please note that I have browsed the referred draft but did not conduct = a deep review of the other ID. Some of my questions above might have = been addressed there.=20 >=20 > Comment:=20 > Section 6.3. states that "On the other hand, signing the entire = message severely restricts the capabilities of the calling application, = so there are difficult tradeoffs here." Actually my assumption was that = the entire signalling message would be signed. What are the implied = restrictions that prevent that from happening? Is there a way we could = allow for that?=20 >=20 > Question on Section 6.4.2. IdP Well-known URI > Assuming a server that does not host an IdP nor is aware of the = special semantics of this "well-known URI".=20 > Would an attacker with access to this initially empty structure be = able to create a working IdP and assert identities for the domain of = that server that might supersede other 3rd-party IdP servers? =20 >=20 > COMMENT on section 6.4.5.1 and 6.4.5.2:=20 > It seems the text is suggestion that popup blocking and third party = cookie blocking are not compatible with using an IdP. I would recommend = a statement that sites SHOULD (MUST?) implement in a way that they still = function with client side popup blocking and third party cookie = blocking.=20 >=20 > A general question from a risk perspective:=20 > I wonder whether an IdP can by providing the identity assertions for = the users determine a very detailed record of all call metadata (time, = src, dst, ...) of all communications for a user. Are there any = abstraction mechanisms we could deploy to limit that exposure to the = IdP? On the other hand, is the identity assertion linked to a system = time, to avoid later replay attacks?=20 >=20 > Thank you and best regards. >=20 > Tobias >=20 --Apple-Mail=_133CFFAA-06D4-4550-87D5-FDCC01537D93 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Apologies I should have forwarded this earlier (flaked that = the .all doesn=E2=80=99t include the WG).

spt

Begin = forwarded message:

From: = Tobias Gondrom <tobias.gondrom@gondrom.org>
Date: = October 04, 2015 at 07:29:04 = GMT+9
Subject: = secdir review of = draft-ietf-rtcweb-security-arch-11

=20 =20
I have reviewed this document as = part of the security directorate's ongoing effort to review all IETF documents being processed by the IESG.  These comments were written primarily for the benefit of the security area directors.  Document editors and WG chairs should treat these comments just like any other last call comments.

The draft aims for proposed standards and defines the security architecture for WebRTC.

The document appears in reasonably good shape.
There are still several open issues (TBDs) in the document that need to be completed before publication.

Below a series of my own comments, discuss elements and questions for your consideration.

Comment:
section 3 Trust Model:
s/rooted in the browser/rooted in the browser and the underlying operating system
(the requirements for the integrity of the system underneath the browser does not go away. Furthermore the browser does rely on some trust and crypto functionality provided by the underlying OS.)

Question: what security risks does the connection from Bob to IdP1 (the IdP from Alice) create?

DISCUSS: Section 4.1:
"This does not require a security check: JS from any origin is allowed to get this far."
Comment: Maybe the wording is unprecise, or if it is intended as I read it than I beg to disagree. There are several security concerns if that would be the case. Just a few examples, I am sure there are plenty more:
1. privacy concerns if you can trigger someone initiating a = call
2. Denial of service scenarios, creation of PeerConnections or the scenario of "the great cannon of China" comes to mind, in which you can let other people flood a recipient with call requests.

COMMENT: Section 4.1. paragraph 6:
s/preferably over TLS/it SHOULD use TLS.
If possible, I would even go for "MUST", but I am not sure about whether there are legitimate use cases that require non-TLS?
(e.g. we want avoid resource consuming, spoofing and replay attacks)

COMMENT: Section 4.3. last paragraph:
"Even if they do not use an IdP, as long as they have minimal trust in the signaling service not to perform a man-in-the-middle attack, they know that their communications are secure against the signaling service as well (i.e., that the signaling service cannot mount a passive attack on the communications)."
=3D> This reads confusing. IMO if they are not using an IdP, = they can not assume that their communications are secure against the signalling service MitM attack.

Question on Section 5.2
"Requests for one-time camera/microphone access." does the "one-time access" have a time-out after some time, or max duration? How long would that be?

At end of Section 5.2: there is still an open issue to be resolved by the WG. Note: It definitely requires a higher / different level of explicit consent, as it allows access to a third resource.

Question on Section 5.5.:
Do we need to assert that the client provide UI information from which peer the current stream is coming from?
Assuming you have 3 or more peers (A, B and C) in a meeting, can you avoid that B replays the voice of A in effect spoofing him to C on the application layer?

Question on section 5.6.5.:
does this naming scheme also consider subdomains?
The example in the last paragraph seems to normalize identity.example.com to https://example= .com/.well-known/idp-proxy/example?

Question on section 5.7.1.:
Do you need to support UNICODE characters for identities?
Preferably, I would like to avoid such, as that could cause it's own set of potential problems with similar looking codepoints....

Section 6: Security Considerations
refers to draft-ietf-rtcweb-security-08 which is scheduled to be reviewed by another member of Secdir.
Please note that I have browsed the referred draft but did not conduct a deep review of the other ID. Some of my questions above might have been addressed there.

Comment:
Section 6.3. states that "On the other hand, signing the entire message severely restricts the capabilities of the calling application, so there are difficult tradeoffs here." Actually my assumption was that the entire signalling message would be signed. What are the implied restrictions that prevent that from happening? Is there a way we could allow for that?
=
Question on Section 6.4.2. IdP Well-known URI
Assuming a server that does not host an IdP nor is aware of the special semantics of this "well-known URI".
Would an attacker with access to this initially empty structure be able to create a working IdP and assert identities for the domain of that server that might supersede other 3rd-party IdP servers?  

COMMENT on section 6.4.5.1 and 6.4.5.2:
It seems the text is suggestion that popup blocking and third party cookie blocking are not compatible with using an IdP. I would recommend a statement that sites SHOULD (MUST?) implement in a way that they still function with client side popup blocking and third party cookie blocking.

A general question from a risk perspective:
I wonder whether an IdP can by providing the identity assertions for the users determine a very detailed record of all call metadata (time, src, dst, ...) of all communications for a user. Are there any abstraction mechanisms we could deploy to limit that exposure to the IdP? On the other hand, is the identity assertion linked to a system time, to avoid later replay attacks?

Thank you and best regards.

Tobias


= --Apple-Mail=_133CFFAA-06D4-4550-87D5-FDCC01537D93-- From nobody Wed Nov 4 21:59:05 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFE091B3A3B for ; Wed, 4 Nov 2015 21:59:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 YcqSMQ7dwXLB for ; Wed, 4 Nov 2015 21:59:02 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0A231B3A38 for ; Wed, 4 Nov 2015 21:59:01 -0800 (PST) X-AuditID: c1b4fb3a-f79136d0000071e2-b1-563af0233dcc Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.253.125]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 0B.E9.29154.320FA365; Thu, 5 Nov 2015 06:58:59 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.202]) by ESESSHC003.ericsson.se ([153.88.183.27]) with mapi id 14.03.0248.002; Thu, 5 Nov 2015 06:58:59 +0100 From: Christer Holmberg To: "rtcweb@ietf.org" Thread-Topic: New Version Notification for draft-holmberg-mmusic-mux-exlusive-00.txt Thread-Index: AQHRF46VcOK5EGyVV0CmTps0O2QosJ6M7kdw Date: Thu, 5 Nov 2015 05:58:58 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B37BDA7CA@ESESSMB209.ericsson.se> References: <20151105055530.18448.860.idtracker@ietfa.amsl.com> In-Reply-To: <20151105055530.18448.860.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmkeLIzCtJLcpLzFFi42KZGfG3Vlf5g1WYwfcuU4trZ/4xWqz9187u wOSxc9Zddo8lS34yBTBFcdmkpOZklqUW6dslcGXsffeVreCNaMW0R83sDYxLRLsYOTkkBEwk bq49wg5hi0lcuLeerYuRi0NI4AijxKEzK5lBEkICixklHh+v72Lk4GATsJDo/qcNEhYRUJe4 /PACWC+zgJdEV+cZNhBbWCBUou1pExtETZjEm85eFpBWEQEjiW9vxUFMFgEViYe/wYbzCvhK TN91lAVikb3E3YXvweKcAg4Sjf2LwaYwAl32/dQaJohN4hK3nsxngrhYQGLJnvPMELaoxMvH /1ghbCWJFdsvMYKsYhbQlFi/Sx+iVVFiSvdDdoi1ghInZz5hmcAoNgvJ1FkIHbOQdMxC0rGA kWUVo2hxanFxbrqRkV5qUWZycXF+nl5easkmRmDUHNzy22oH48HnjocYBTgYlXh4P/RahQmx JpYVV+YeYpTgYFYS4S2YCRTiTUmsrEotyo8vKs1JLT7EKM3BoiTO28z0IFRIID2xJDU7NbUg tQgmy8TBKdXAGMC8o+UsA2d2wL25d3qP6Z62sXWVZbSxrrv/zu2J2P+i/7qxnwVvPIpv8Jz2 1ircyV1N1cVTS/F1iCrv4f9/v7y/zRYu7TbV0SL9UjnLmZi1YqtfxBx0/OX1zCok/6GBkqDj 75c1Ymcnd29ef8PlA29/0+3gjgl/N/U3TOC8uuD4GmO7iM0nlViKMxINtZiLihMBlS7365YC AAA= Archived-At: Subject: [rtcweb] FW: New Version Notification for draft-holmberg-mmusic-mux-exlusive-00.txt X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 05:59:03 -0000 SGksDQoNCkkndmUgc3VibWl0dGVkIGEgZHJhZnQgdG8gTU1VU0lDIHdoaWNoIGRlZmluZXMgaG93 IHRoZSBTRFAgcnRjcC1tdXggYW5kIHJ0Y3AgYXR0cmlidXRlcyBjYW4gYmUgdXNlZCB0byBpbmRp Y2F0ZSBleGNsdXNpdmUgc3VwcG9ydCBvZiBSVFAvUlRDUCBtdXggKGkuZS4gd2hlbiB0aGUgZW5k cG9pbnQgZG9lcyBub3Qgc3VwcG9ydCBub24tbXV4KS4gSXQgaXMgYmFzZWQgb24gdGhlIHN1Z2dl c3Rpb24gSSBwb3N0ZWQgYSBmZXcgZGF5cyBhZ28uDQoNCklmIHdlIG1vdmUgZm9yd2FyZCB3aXRo IHRoaXMgZHJhZnQsIEkgZ3Vlc3Mgd2Ugd291bGQgcmVmZXJlbmNlIGl0IGF0IGxlYXN0IGluIEpT RVAsIGFuZCB2ZXJ5IGxpa2VseSBhbHNvIGluIEJVTkRMRS4NCg0KUmVnYXJkcywNCg0KQ2hyaXN0 ZXINCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGludGVybmV0LWRyYWZ0c0Bp ZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10gDQpTZW50OiAwNSBOb3Zl bWJlciAyMDE1IDA3OjU2DQpUbzogQ2hyaXN0ZXIgSG9sbWJlcmcgPGNocmlzdGVyLmhvbG1iZXJn QGVyaWNzc29uLmNvbT4NClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJh ZnQtaG9sbWJlcmctbW11c2ljLW11eC1leGx1c2l2ZS0wMC50eHQNCg0KDQpBIG5ldyB2ZXJzaW9u IG9mIEktRCwgZHJhZnQtaG9sbWJlcmctbW11c2ljLW11eC1leGx1c2l2ZS0wMC50eHQNCmhhcyBi ZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgQ2hyaXN0ZXIgSG9sbWJlcmcgYW5kIHBvc3Rl ZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtaG9sbWJlcmctbW11c2lj LW11eC1leGx1c2l2ZQ0KUmV2aXNpb246CTAwDQpUaXRsZToJCUluZGljYXRpbmcgRXhjbHVzaXZl IFN1cHBvcnQgb2YgUlRQL1JUQ1AgTXVsdGlwbGV4aW5nIHVzaW5nIFNEUA0KRG9jdW1lbnQgZGF0 ZToJMjAxNS0xMS0wNA0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2VzOgkJNQ0K VVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFm dC1ob2xtYmVyZy1tbXVzaWMtbXV4LWV4bHVzaXZlLTAwLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWhvbG1iZXJnLW1tdXNpYy1tdXgt ZXhsdXNpdmUvDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWhvbG1iZXJnLW1tdXNpYy1tdXgtZXhsdXNpdmUtMDANCg0KDQpBYnN0cmFjdDoNCiAgIFRo aXMgZG9jdW1lbnQgZGVmaW5lcyBob3cgYW4gZW5kcG9pbnQgY2FuIGluZGljYXRlIGV4Y2x1c2l2 ZSBzdXBwb3J0DQogICBvZiBSVFAvUlRDUCBtdWx0aXBsZXhpbmcgdXNpbmcgdGhlIFNlc3Npb24g RGVzY3JpcHRpb24gUHJvdG9jb2wNCiAgIChTRFApLg0KDQogICBUaGUgZG9jdW1lbnQgdXBkYXRl cyBSRkMgNTc2MSwgYnkgZGVmaW5pbmcgaG93IHRoZSBTRFAgJ3J0Y3AnDQogICBhdHRyaWJ1dGUg aXMgdXNlZCwgdG9nZXRoZXIgd2l0aCB0aGUgU0RQICdydGNwLW11eCcgYXR0cmlidXRlLCB0bw0K ICAgaW5kaWNhdGUgZXhjbHVzaXZlIHN1cHBvcnQgb2YgUlRQL1JUQ1AgbXVsdGlwbGV4aW5nLg0K DQogICBFZGl0b3IncyBub3RlOiAnZXhjbHVzaXZlJyBpcyBwcm9iYWJseSBub3QgdGhlIGJlc3Qg dGVybWlub2xvZ3ksIHNvDQogICBmZWVsIGZyZWUgdG8gc3VnZ2VzdCBzb21ldGhpbmcgbW9yZSBh cHByb3ByaWF0ZS4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KDQoNClBsZWFzZSBub3Rl IHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1 Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJs ZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K From nobody Wed Nov 4 22:06:42 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96AFB1B3A31 for ; Wed, 4 Nov 2015 22:06:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 bxP4CxZhj6Ut for ; Wed, 4 Nov 2015 22:06:37 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1900:3001:11::28]) by ietfa.amsl.com (Postfix) with ESMTP id 5CA131B3A14 for ; Wed, 4 Nov 2015 22:06:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 41D631E59F6 for ; Wed, 4 Nov 2015 22:05:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6H1GTwk3RYLw for ; Wed, 4 Nov 2015 22:05:55 -0800 (PST) Received: from t20010c4000003024e08ed074cc6345f1.v6.meeting.ietf94.jp (t20010c4000003024e08ed074cc6345f1.v6.meeting.ietf94.jp [IPv6:2001:c40:0:3024:e08e:d074:cc63:45f1]) by c8a.amsl.com (Postfix) with ESMTPA id EB9021E59F1 for ; Wed, 4 Nov 2015 22:05:54 -0800 (PST) From: Alexa Morris Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Date: Wed, 4 Nov 2015 22:06:36 -0800 Message-Id: <689BC9A5-0976-4FFD-B709-8E23AB343C6B@amsl.com> To: rtcweb@ietf.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Sendlaterdate: Wed, 4 Nov 2015 22:06:36 -0800 X-Mailer: Apple Mail (2.1878.6) Archived-At: Subject: [rtcweb] Queue for rtcweb Remote Attendees X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 06:06:40 -0000 If you are planning to participate in the rtcweb session here at IETF 94 = today =97 either locally in Yokohama or as a remote participant =97 we = want to make sure that you are aware that the IETF is providing remote = participants with a fairly new way to ask questions or make comments. In = addition to using the Jabber room, for the rtcweb session there is also = the opportunity for remote participants to enter a virtual queue and ask = questions directly into the meeting room.=20 This experimental queue was used in several sessions at IETF 92 and IETF = 93, so you may have already seen it in action. There will be two queues = for the rtcweb session =97 a virtual queue and an actual (in-room) = queue. Remote attendees will log into the Meetecho platform and will = have a virtual mic line that they can enter if they have a question or = comment. In-room participants will continue to use normal mic lines.=20 Instructions for remote participants are at = http://ietf94.conf.meetecho.com/index.php/Remote_Participation.=20 Information on how to join the Meetecho session is at = http://ietf94.conf.meetecho.com/. Verify that you are WebRTC compliant (required to use the virtual queue) = by performing a self-test here: = http://ietf94.conf.meetecho.com/index.php/Self_Test.=20 Regards, Alexa ---------- Alexa Morris / Executive Director / IETF 48377 Fremont Blvd., Suite 117, Fremont, CA 94538 Phone: +1.510.492.4089 / Fax: +1.510.492.4001 Email: amorris@amsl.com Managed by Association Management Solutions (AMS) Forum Management, Meeting and Event Planning www.amsl.com From nobody Wed Nov 4 22:26:24 2015 Return-Path: X-Original-To: rtcweb@ietf.org Delivered-To: rtcweb@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 54C1B1B3A70; Wed, 4 Nov 2015 22:26:22 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.8.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151105062622.31489.25266.idtracker@ietfa.amsl.com> Date: Wed, 04 Nov 2015 22:26:22 -0800 Archived-At: Cc: rtcweb@ietf.org Subject: [rtcweb] I-D Action: draft-ietf-rtcweb-audio-09.txt X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 06:26:22 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Real-Time Communication in WEB-browsers Working Group of the IETF. Title : WebRTC Audio Codec and Processing Requirements Authors : Jean-Marc Valin Cary Bran Filename : draft-ietf-rtcweb-audio-09.txt Pages : 7 Date : 2015-11-04 Abstract: This document outlines the audio codec and processing requirements for WebRTC endpoints. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-rtcweb-audio/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-rtcweb-audio-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-rtcweb-audio-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Nov 4 22:58:00 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3893C1B3AED for ; Wed, 4 Nov 2015 22:57:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham 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 IO30mkez6PTk for ; Wed, 4 Nov 2015 22:57:58 -0800 (PST) Received: from smtp65.ord1c.emailsrvr.com (smtp65.ord1c.emailsrvr.com [108.166.43.65]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28ABC1B3AEB for ; Wed, 4 Nov 2015 22:57:58 -0800 (PST) Received: from smtp17.relay.ord1c.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp17.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id 94F3A180174 for ; Thu, 5 Nov 2015 01:57:57 -0500 (EST) Received: by smtp17.relay.ord1c.emailsrvr.com (Authenticated sender: fluffy-AT-iii.ca) with ESMTPSA id 41A24180195 for ; Thu, 5 Nov 2015 01:57:57 -0500 (EST) X-Sender-Id: fluffy@iii.ca Received: from tky-vpn-client-231-44.cisco.com ([UNAVAILABLE]. [64.104.44.110]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:587 (trex/5.5.4); Thu, 05 Nov 2015 01:57:57 -0500 From: Cullen Jennings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <2BC27139-6B3C-4433-A615-C8C14D5D862F@iii.ca> Date: Thu, 5 Nov 2015 15:57:55 +0900 To: "" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) Archived-At: Subject: [rtcweb] WGLC draft-ietf-rtcweb-audio-09 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 06:57:59 -0000 We would like to start the working group last call of = draft-ietf-rtcweb-audio-09. Please send any comments to the list by the = end of Nov 30. From nobody Wed Nov 4 22:58:05 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 119E71B3AF3 for ; Wed, 4 Nov 2015 22:58:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham 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 Jdr3yGQmZak0 for ; Wed, 4 Nov 2015 22:58:00 -0800 (PST) Received: from smtp65.ord1c.emailsrvr.com (smtp65.ord1c.emailsrvr.com [108.166.43.65]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28E7A1B3AEE for ; Wed, 4 Nov 2015 22:58:00 -0800 (PST) Received: from smtp17.relay.ord1c.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp17.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id B47C91801A8 for ; Thu, 5 Nov 2015 01:57:59 -0500 (EST) Received: by smtp17.relay.ord1c.emailsrvr.com (Authenticated sender: fluffy-AT-iii.ca) with ESMTPSA id 608C718018E for ; Thu, 5 Nov 2015 01:57:59 -0500 (EST) X-Sender-Id: fluffy@iii.ca Received: from tky-vpn-client-231-44.cisco.com ([UNAVAILABLE]. [64.104.44.110]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:587 (trex/5.5.4); Thu, 05 Nov 2015 01:57:59 -0500 From: Cullen Jennings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <45EA7E8F-02B2-4664-820F-DE07A17D4C61@iii.ca> Date: Thu, 5 Nov 2015 15:57:59 +0900 To: "" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) Archived-At: Subject: [rtcweb] WGLC draft-ietf-rtcweb-audio-codecs-for-interop-02 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 06:58:01 -0000 We would like to start the working group last call of = draft-ietf-rtcweb-audio-codecs-for-interop-02. Please send any comments = to the list by the end of Nov 30. From nobody Wed Nov 4 22:59:47 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE42E1B3AF2 for ; Wed, 4 Nov 2015 22:59:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 FRbNLsXsmmAp for ; Wed, 4 Nov 2015 22:59:43 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F8161B3B03 for ; Wed, 4 Nov 2015 22:59:43 -0800 (PST) X-AuditID: c1b4fb2d-f79626d000004282-9c-563afe5c0985 Received: from ESESSHC006.ericsson.se (Unknown_Domain [153.88.253.125]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 60.1E.17026.C5EFA365; Thu, 5 Nov 2015 07:59:41 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.202]) by ESESSHC006.ericsson.se ([153.88.183.36]) with mapi id 14.03.0248.002; Thu, 5 Nov 2015 07:59:40 +0100 From: Christer Holmberg To: "rtcweb@ietf.org" Thread-Topic: New Version Notification for draft-holmberg-mmusic-mux-exclusive-00.txt Thread-Index: AQHRF5YjuajcuJYZhEOmhbFiivxznJ6M/7Ug Date: Thu, 5 Nov 2015 06:59:39 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B37BDAEA8@ESESSMB209.ericsson.se> References: <20151105064936.9645.14276.idtracker@ietfa.amsl.com> In-Reply-To: <20151105064936.9645.14276.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrALMWRmVeSWpSXmKPExsUyM+JvrW7sP6swg29XeCzW/mtnd2D0WLLk J1MAYxSXTUpqTmZZapG+XQJXxvyJl1kLnglVdE7/zNrAuEKoi5GTQ0LAROL/sXWMELaYxIV7 69m6GLk4hASOMEpsn9LHAuEsZpS4sekpcxcjBwebgIVE9z9tkAYRAXWJyw8vsIPYwgJhEnsu PGWEiIdLrHpxlQXCNpL4//knG4jNIqAicWDVdLAaXgFfif5rO8F6hQQcJJr+bWYCsTkFHCX+ 3t3FDGIzAh30/dQasDizgLjErSfzmSAOFZBYsuc8M4QtKvHy8T9WCFtJYsX2S4wgZzILaEqs 36UP0aooMaX7ITvEWkGJkzOfsExgFJ2FZOoshI5ZSDpmIelYwMiyilG0OLW4ODfdyFgvtSgz ubg4P08vL7VkEyMwHg5u+a27g3H1a8dDjAIcjEo8vB96rcKEWBPLiitzDzFKcDArifAWfwcK 8aYkVlalFuXHF5XmpBYfYpTmYFES521hehAqJJCeWJKanZpakFoEk2Xi4JRqYJSau1BOXe5K rtgUyZRD7MKF/2021DRYCycslBVn0UsRveJc/Fjp40/pBZ5Fzcwz2DV1rbUWMYns6Zy7N3va XgfmbZ0PC88+zvt3hqV68kTDm693p/5ddoCP40VKSeH2L7wsvnvNti9vr2rqMlfVTN7+V0Oj /c8c212rW8OOhRonZp50fz6jSYmlOCPRUIu5qDgRACJfkHSDAgAA Archived-At: Subject: [rtcweb] FW: New Version Notification for draft-holmberg-mmusic-mux-exclusive-00.txt X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 06:59:46 -0000 TmV3IGRyYWZ0LCByZXBsYWNpbmcgdGhlIHByZXZpb3VzIG9uZSwgdGhpcyB0aW1lIHdpdGggImV4 Y2x1c2l2ZSIgc3BlbGxlZCBjb3JyZWN0bHkuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCi0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcg W21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2VudDogMDUgTm92ZW1iZXIgMjAx NSAwODo1MA0KVG86IENocmlzdGVyIEhvbG1iZXJnIDxjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nv bi5jb20+DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWhvbG1i ZXJnLW1tdXNpYy1tdXgtZXhjbHVzaXZlLTAwLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1E LCBkcmFmdC1ob2xtYmVyZy1tbXVzaWMtbXV4LWV4Y2x1c2l2ZS0wMC50eHQNCmhhcyBiZWVuIHN1 Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgQ2hyaXN0ZXIgSG9sbWJlcmcgYW5kIHBvc3RlZCB0byB0 aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtaG9sbWJlcmctbW11c2ljLW11eC1l eGNsdXNpdmUNClJldmlzaW9uOgkwMA0KVGl0bGU6CQlJbmRpY2F0aW5nIEV4Y2x1c2l2ZSBTdXBw b3J0IG9mIFJUUC9SVENQIE11bHRpcGxleGluZyB1c2luZyBTRFANCkRvY3VtZW50IGRhdGU6CTIw MTUtMTEtMDQNCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTUNClVSTDog ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaG9s bWJlcmctbW11c2ljLW11eC1leGNsdXNpdmUtMDAudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaG9sbWJlcmctbW11c2ljLW11eC1leGNs dXNpdmUvDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWhvbG1iZXJnLW1tdXNpYy1tdXgtZXhjbHVzaXZlLTAwDQoNCg0KQWJzdHJhY3Q6DQogICBUaGlz IGRvY3VtZW50IGRlZmluZXMgaG93IGFuIGVuZHBvaW50IGNhbiBpbmRpY2F0ZSBleGNsdXNpdmUg c3VwcG9ydA0KICAgb2YgUlRQL1JUQ1AgbXVsdGlwbGV4aW5nIHVzaW5nIHRoZSBTZXNzaW9uIERl c2NyaXB0aW9uIFByb3RvY29sDQogICAoU0RQKS4NCg0KICAgVGhlIGRvY3VtZW50IHVwZGF0ZXMg UkZDIDU3NjEsIGJ5IGRlZmluaW5nIGhvdyB0aGUgU0RQICdydGNwJw0KICAgYXR0cmlidXRlIGlz IHVzZWQsIHRvZ2V0aGVyIHdpdGggdGhlIFNEUCAncnRjcC1tdXgnIGF0dHJpYnV0ZSwgdG8NCiAg IGluZGljYXRlIGV4Y2x1c2l2ZSBzdXBwb3J0IG9mIFJUUC9SVENQIG11bHRpcGxleGluZy4NCg0K ICAgRWRpdG9yJ3Mgbm90ZTogJ2V4Y2x1c2l2ZScgaXMgcHJvYmFibHkgbm90IHRoZSBiZXN0IHRl cm1pbm9sb2d5LCBzbw0KICAgZmVlbCBmcmVlIHRvIHN1Z2dlc3Qgc29tZXRoaW5nIG1vcmUgYXBw cm9wcmlhdGUuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0 aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJt aXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUg YXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Wed Nov 4 23:03:43 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D0431B3AFE for ; Wed, 4 Nov 2015 23:03:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.788 X-Spam-Level: X-Spam-Status: No, score=-0.788 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_31=0.6, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no 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 WW05xfmttg6y for ; Wed, 4 Nov 2015 23:03:39 -0800 (PST) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (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 F06DF1B3B19 for ; Wed, 4 Nov 2015 23:03:38 -0800 (PST) Received: by oies66 with SMTP id s66so42008850oie.1 for ; Wed, 04 Nov 2015 23:03:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=S39viRza4r1+Kqr138GqihpkzH+BqrfrWGH+NFWCSJI=; b=lUGEOB94BWkRU37ZQrUtqNnaKvgnH/3wbx0AYxnpyXW2daa/r9nEFPLjOwR/9QqK/K MbacLuM3XNqjF6/K2dJ5Mzg0xeCrEPT+pz783WZSw8CqEwgin3pN4DDVAvu7hktETxUH zMCcnkmveeBp+GeetVa/ql+EoHOVD2lwTpCkWaDR4xGn9oiC5OIjE/p673rnBgTyV3mb zyb4LJo9k/AYfdF2m0rVWoAEBdTNFnvEmJwluA6Kq1mBexvHrPXA9BT0uQTsFG/Q5Cqz 0Ir6PxEF+sz2ZLAj6U434TmEZRc5MofeK2j19WGRio6U1uIZ9bEVVe1W2IuO6t2cXEnd vlDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=S39viRza4r1+Kqr138GqihpkzH+BqrfrWGH+NFWCSJI=; b=NVlGHEoCtQ3C1cmzpBt91YcyT+Ynfhw2+zxV7sPuOjVrBX5cC0N26J1WS0+XUX2tGC znr7c90hs5HXLa7NBdGw8crAvywLOhkIBmODIIOFPr4eXnGzs1HcV4/8EoQlZ28kN3IY 9ME3Kw6abCy4VflLGqLxAwIuh3Mf7ibTxn/bpj4rDMRoNitvjkohdCrZYnoN8n+plrdj tRgpPZlskqcMTTxJ44UIHkPcI5FjoADM3VjPUPeTlg0HvyHVgLEercuSq6lDfIctHBLg UbU2PmQx57WJ/6MoAQ36MDLQXWQhthvjJtFfCnaveHU9t25l4Bdxw6V3u18QuV7fy3fg Uukg== X-Gm-Message-State: ALoCoQkBtT81vm5BZQXrNDxh+o5T+0j3bIWGpSr3CSZ51zXsSWxWtQ3xAPs7sm+3G70N/b+Dp+1h X-Received: by 10.202.104.24 with SMTP id d24mr3310876oic.57.1446707018291; Wed, 04 Nov 2015 23:03:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.202.108.9 with HTTP; Wed, 4 Nov 2015 23:02:58 -0800 (PST) From: Peter Thatcher Date: Thu, 5 Nov 2015 16:02:58 +0900 Message-ID: To: "" Content-Type: multipart/alternative; boundary=001a1140f6f2eba6730523c5b918 Archived-At: Subject: [rtcweb] Proposal for using RID-based simulcast SDP in JSEP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 07:03:41 -0000 --001a1140f6f2eba6730523c5b918 Content-Type: text/plain; charset=UTF-8 I propose we update JSEP to include the use of RID-based simulcast in the following way: 1. createOffer will include a "a=rid:$RID send" line for each of the RIDs provided in PeerConnection.addTransceiver's "sendEncodings" field and one "a=simulcast send" line referencing all those RIDs. The RID lines will contain all of the constraints that the browser supports. Browsers SHOULD support max-br, but none of the constraints are mandatory to implement. Obviously if sendEncodings isn't present, then none of this is included. 2. setLocalDescription with such an offer and then a setRemoteDescription with an answer will cause the encodings in RtpSender.getParameters().encodings to contain an encoding for each of the matching "a=rid:$RID recv" lines contained in the answer. If the RID line constraints any of the supported constraints, they will be reflected in the RtpEncodingParameters. Browsers SHOULD map max-br to RtpEncodingParameters.maxBitrate. If "a=simulcast" is not present in the answer, one encoding will be present in the encodings, with no constraints set. 3. createAnswer responding to an offer with simulcast will respond with an "a=rid:$RID send" line for each of the "a=rid:$RID send" lines in the offer that the browser supports. If the browser does not support one of the constraints, such as max-width, max-height, or pt, then the browser will remove the rid line from the answer. 4. setLocalDescription with such an answer will cause the encodings in RtpSender.getParameters().encodings to to contain an encoding for each of the matching "a=rid:$RID recv" lines contained in the answer. If the RID line constraints any of the supported constraints, they will be reflected in the RtpEncodingParameters. Browsers SHOULD map max-br to RtpEncodingParameters.maxBitrate 5. If an answer in setRemoteDescription constraints a RID beyond what the browser supports, then the browser can reject the remote description. For example, if the browser does not support pt constraints, and the remote answer constrains the PT, the browser can reject the call to setRemoteDescription. Here is an example of an offer from a browser: pc.addTransceiver("video", {sendEncodings: [{rid: "A"}, {rid: "B"}, {rid: "C"}]}); pc.createOffer(); m=video ... ... a=rid:A send max-br a=rid:B send max-br a=rid:C send max-br a=simulcast:send rid=A,B,C And and answer from an MCU: m=video ... ... a=rid:A recv max-br=1000000 a=rid:B recv max-br=500000 a=rid:C recv max-br=200000 a=simulcast:recv rid=A,B,C And the encodings seen by the Javascript: sender.getParameters().encodings === [ {rid: "A", maxBitrate: 1000000}, {rid: "B", maxBitrate: 500000}, {rid: "C", maxBitrate: 200000} ]; And here is an example of an offer from an MCU: m=video... ... a=rid:A recv a=rid:B recv a=rid:C recv max-goats=42 a=simulcast:recv rid=A,B,C And the answer from a call to PeerConnection.createAnswer: pc.createAnswer(); m=video... ... a=rid:A send a=rid:B send a=simulcast:recv rid=A.B And the encodings seen by the Javascript: sender.getParameters().encodings === [ {rid: "A"}, {rid: "B"}, {rid: "C"} ]; Notice that C was dropped because the browser doesn't support max-goats. And, finally if the browser offers this: m=video... ... a=rid:A send a=rid:B send a=rid:C send a=simulcast:send rid=A,B,C And the MCU answers with this: m=video... ... a=rid:A recv a=rid:B recv a=rid:C recv max-goats=42 a=simulcast:recv rid=A,B,C or this: m=video... ... a=rid:A recv a=rid:B recv a=rid:C recv pt=42 a=simulcast:recv rid=A,B,C And the browser doesn't support max-goats= or pt=, then the browser can reject the answer from the call to setRemoteDescription. --001a1140f6f2eba6730523c5b918 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I propose we update JSEP to include the use of RID-base= d simulcast in the following way:

1. =C2=A0createOff= er will include a "a=3Drid:$RID send" line for each of the RIDs p= rovided in PeerConnection.addTransceiver's "sendEncodings" fi= eld and one "a=3Dsimulcast send" line referencing all those RIDs.= =C2=A0 The RID lines will contain all of the constraints that the browser s= upports.=C2=A0 Browsers SHOULD support max-br, but none of the constraints = are mandatory to implement.=C2=A0 Obviously if sendEncodings isn't pres= ent, then none of this is included.

2. =C2=A0setLo= calDescription with such an offer and then a setRemoteDescription with an a= nswer will cause the encodings in RtpSender.getParameters().encodings to co= ntain an encoding for each of the matching "a=3Drid:$RID recv" li= nes=C2=A0contained in the answer.=C2=A0 If the RID line constraints any of = the supported constraints, they will be reflected in the RtpEncodingParamet= ers.=C2=A0 Browsers SHOULD map max-br to RtpEncodingParameters.maxBitrate.= =C2=A0 If "a=3Dsimulcast" is not present in the answer, one encod= ing will be present in the encodings, with no constraints set.

=
3. =C2=A0createAnswer responding to an offer with simulcast will r= espond with an "a=3Drid:$RID send" line for each of the "a= =3Drid:$RID send" lines in the offer that the browser supports.=C2=A0 = If the browser does not support one of the constraints, such as max-width, = max-height, or pt, then the browser will remove the rid line from the answe= r. =C2=A0

4. =C2=A0setLocalDescription with such an an= swer will cause the encodings in RtpSender.getParameters().encodings to to = contain an encoding for each of the matching "a=3Drid:$RID recv" = lines=C2=A0contained in the answer.=C2=A0 If the RID line constraints any o= f the supported constraints, they will be reflected in the RtpEncodingParam= eters.=C2=A0 Browsers SHOULD map max-br to RtpEncodingParameters.maxBitrate=

5.=C2=A0 If an answer in setRemoteDescription constra= ints a RID beyond what the browser supports, then the browser can reject th= e remote description.=C2=A0 For example, if the browser does not support pt= constraints, and the remote answer constrains the PT, the browser can reje= ct the call to setRemoteDescription. =C2=A0


=
Here is an example of an offer from a browser:

pc.a= ddTransceiver("video", {sendEncodings: [{rid: "A"}, {ri= d: "B"}, {rid: "C"}]});
pc.createOffer();
=

m=3Dvideo ...
...
a=3Drid:A send max-br
a=3Drid:B send max-br
a=3Drid:C send max-br
a=3Dsimulc= ast:send rid=3DA,B,C


And and answer fro= m an MCU:

m=3Dvideo ...
...
a=3Drid:A = recv max-br=3D1000000
a=3Drid:B recv max-br=3D500000
a=3Dri= d:C recv max-br=3D200000
a=3Dsimulcast:recv rid=3DA,B,C
And the encodings seen by the Javascript:

se= nder.getParameters().encodings =3D=3D=3D [
=C2=A0 {rid: "A&quo= t;, maxBitrate: 1000000},
=C2=A0 {rid: "B", maxBitrate: 5= 00000},
=C2=A0 {rid: "C", maxBitrate: 200000}
];



And here is an example o= f an offer from an MCU:

m=3Dvideo...
...
a=3Drid:A recv
a=3Drid:B recv
a=3Drid:C recv max= -goats=3D42
a=3Dsimulcast:recv rid=3DA,B,= C

=
And the answer from a call to PeerCo= nnection.createAnswer:

pc.createAnswer();
<= /div>

m=3Dvideo...
...
a=3Drid:A send
a=3Drid= :B send
a=3Dsimulcast:recv rid=3DA.B<= /div>

And the encodings seen by the Javascript:
<= div>
sender.getParameters().enco= dings =3D=3D=3D [
=C2=A0 {rid: "A&qu= ot;},
=C2=A0 {rid: "B"},
=C2=A0 {rid: "C"}
];

Notice that C was dropped because the brows= er doesn't support max-goats.



=
And, finally if the browser offers this:=

m= =3Dvideo...
...
a=3Drid:A send
a=3Drid:B send
a=3Drid:C send=
a=3Dsimulcast:send rid=3DA,B,C

And the MCU= answers with this:

m=3Dvideo...
...
=
a=3Drid:A recv
a=3Drid:B recv
a=3Drid:C recv max-goats=3D42
a=3Ds= imulcast:recv rid=3DA,B,C

or this:

m=3Dvideo...
...
a=3Dr= id:A recv
a=3Drid:B recv
a=3Drid:C recv pt=3D42
a=3Dsimulcast:recv rid=3DA,B,C

= And the browser doesn't support max-goats=3D or pt=3D, then the browser= can reject the answer from the call to setRemoteDescription.
--001a1140f6f2eba6730523c5b918-- From nobody Wed Nov 4 23:14:53 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CCA41B3B3A; Wed, 4 Nov 2015 23:14:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 Hscv-y4tNjMi; Wed, 4 Nov 2015 23:14:50 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4060B1B3B38; Wed, 4 Nov 2015 23:14:47 -0800 (PST) X-AuditID: c1b4fb25-f79a26d00000149a-90-563b01e53c65 Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id D0.61.05274.5E10B365; Thu, 5 Nov 2015 08:14:45 +0100 (CET) Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.23) with Microsoft SMTP Server id 14.3.248.2; Thu, 5 Nov 2015 08:14:21 +0100 To: "rtcweb@ietf.org" , From: Magnus Westerlund Message-ID: <563B01C9.6060801@ericsson.com> Date: Thu, 5 Nov 2015 16:14:17 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprGLMWRmVeSWpSXmKPExsUyM2K7qO5TRuswg50XFSw+PO1ntFj7r53d gcljyZKfTAGMUVw2Kak5mWWpRfp2CVwZk5vWMRW8E6/4vHY6WwNjk3AXIyeHhICJRPuum8wQ tpjEhXvr2boYuTiEBA4zSsxq+cYO4SxjlDg2YRkrSJWIgKdEz+Z2dhCbTcBC4uaPRjYQW1hA V+LNvtksIDavgLbE7BdHGUFsFgEVia6938A2iArESLzftIoRokZQ4uTMJ0D1HBzMAvYSD7aW gYSZBeQlmrfOBisXAhrT0NTBOoGRbxaSjlkIHbOQdCxgZF7FKFqcWpyUm25krJdalJlcXJyf p5eXWrKJERhaB7f8Vt3BePmN4yFGAQ5GJR7eD71WYUKsiWXFlbmHGCU4mJVEeIu/A4V4UxIr q1KL8uOLSnNSiw8xSnOwKInzNjM9CBUSSE8sSc1OTS1ILYLJMnFwSjUwRm5qeOSzbu337r8e sorv0rYJ3uPv1ewUrjj0jzGzc02G9oHFzywNjieuWOW6v7ZOIFNX0n6m8bEG1xa/u+Zdq4uM 1vvmJGmt22o6O2vRQcGC3tOym8Oy5j+ZeODQ9xXP1UMjLmgJHHXx332ndnNw0Jp/LBXnE1zX Kj59q2LU+2jCpr0342pmK7EUZyQaajEXFScCAFfnH2cpAgAA Archived-At: Subject: [rtcweb] Comments on draft-ietf-rtcweb-fec-02 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 07:14:52 -0000 Hi, A. Section 3.2: I think the draft should note that some RTP Payload format, including several of the one recommended in draft-ietf-rtcweb-audio-codecs-for-interop-02, do support internal redundancy. The codecs that I know for a fact can do this within the payload format are: AMR and AMR-WB. I would suggest adding some sentence on that time delayed redundancy may be supported by codecs, and give AMR and AMR-WB as examples. B. Section 4. I think this draft should consider the recommended drafts in draft-ietf-rtcweb-audio-codecs-for-interop-02. Here we clearly can consider internal redundancy for AMR and AMR-WB. C. Section 4.2 There are a parameter in AMR and AMR-WB that can negotiate how much redundancy one may include: max-red D. Section 5.1: The receiver can demultiplex the incoming FEC stream by SSRC and correlate it with the primary stream via the ssrc-group mechanism. Given that FlexFEC has built in indication of which SSRC that are included in protection, why include it in SDP? For the purpose to indicate selectively which streams that should have FEC protection? You also need a reference for "ssrc-group" if intended to be supported going forward? E. Section 5.2, first paragraph: This section needs clearer references to SDP. F. Section 6. WebRTC also supports the ability to send generic application data, and provides transport-level retransmission mechanisms that the application can use to ensure that its data is delivered reliably. This should informationally reference data channel. G. Section 6. I think this section should say even less. Just note that SCTP has reliable and semi-reliable modes and the application can control it. Nothing more. H. Section 7. To support the functionality recommended above, implementations MUST support the redundant encoding mechanism described in [RFC2198] For which Codecs does on need to support this? I. Section 7. the FEC mechanism described in [RFC5956] and [I-D.ietf-payload-flexible-fec-scheme] As RFC5956 is not a FEC mechanism, only a grouping mechanism I think this need to be reformulated. J. Section 9. This section needs to be clearer that an implementation is expected to adapt the amount of FEC to the seen packet loss rate to ensure sufficient protection. And that adaptation must take into account the available network resources (Bandwidth) to trade-off media quality and what streams can be sent with use of FEC. Cheers Magnus Westerlund ---------------------------------------------------------------------- Services, Media and Network features, Ericsson Research EAB/TXM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From nobody Thu Nov 5 08:14:05 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3FC31B2ECB for ; Thu, 5 Nov 2015 08:14:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no 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 WutS13ziE_d8 for ; Thu, 5 Nov 2015 08:14:03 -0800 (PST) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (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 597411B2EC5 for ; Thu, 5 Nov 2015 08:14:03 -0800 (PST) Received: by ioc74 with SMTP id 74so29164511ioc.2 for ; Thu, 05 Nov 2015 08:14:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix_com.20150623.gappssmtp.com; s=20150623; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=ZHfR9HiVHicvYIBrSU+IWaruS5CL8mJJefaPLOmVkgI=; b=p+6AReJHf7lGdpZhPoPUQFuUdAX5gy99VriEM9jtP2GOnsOW1U3K9PjaeH9n+yXR/u 1Y2mKb+rJ0Rdcp1QvS5z21CZ0cmtJPM1BWuTwnjvOxMHe1NMWhfSR9q7lEZTVx0jcaNR I2lVtIP+rUav6S3SJ1MnUSbozLnLzqsqaY5qVq6x1zcnDqcSb+eyj/DHtvDJh1p8gWLp jtNVgtpEEV/SDdUWGz5ohE8ok1Il1xkFjb8SVfm+DPzJ3/Y/1VeEmXVLCkwINMa8OeFw wQvq8BbP6FCMjjENmQ6l8SMtr2iqVoc1xEfBCbg+lohQk1hflc7w6aDrsTPFZ1PUwgxK kr/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=ZHfR9HiVHicvYIBrSU+IWaruS5CL8mJJefaPLOmVkgI=; b=LbDZC9x2rSww+eB5i7maIq/iRQfGghICkGKV4BWVQzsLjXxIOhGwTsRDruiUXblube NqwuHCXuIuuHOmlUXI5vsASrBCqC/6/oewYb413KaJodudAQwHizlhQuMZGXpPYs5hzt G8QHvgY5FRJSR6H+N1Hlj7TGAwf8E+Q5GwduZRSuxjl4+wRcElo7pYuF7QaF+t6bMZz7 vLNeCI/fhdztEyH2bEqTR/Ew6YkPWSUOGU3y1IVksXkou07Ld677Gg2b6p0tq63cXBll 24Tk4SNnIF1glDpcG4DKlW6R0O9jjvVvg1NzGnQ9eB9ffKGWNKQiB4hzS+uRh23GJmOa cjDA== X-Gm-Message-State: ALoCoQnm8ZF5ZC3bkTi3gUa+4VD+ppuwxeB4VQma+y/Q2S2XC7JezdD3eamimnwc9PjAVjX4qvMO X-Received: by 10.107.6.195 with SMTP id f64mr9948300ioi.46.1446740042538; Thu, 05 Nov 2015 08:14:02 -0800 (PST) Received: from mail-ig0-f172.google.com (mail-ig0-f172.google.com. [209.85.213.172]) by smtp.gmail.com with ESMTPSA id x1sm11400691igl.14.2015.11.05.08.14.01 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Nov 2015 08:14:01 -0800 (PST) Received: by igpw7 with SMTP id w7so14132106igp.1 for ; Thu, 05 Nov 2015 08:14:00 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.50.30.37 with SMTP id p5mr4232141igh.2.1446740040904; Thu, 05 Nov 2015 08:14:00 -0800 (PST) Received: by 10.36.205.67 with HTTP; Thu, 5 Nov 2015 08:14:00 -0800 (PST) Date: Thu, 5 Nov 2015 11:14:00 -0500 X-Gmail-Original-Message-ID: Message-ID: From: Roman Shpount To: Jean-Marc Valin Content-Type: multipart/alternative; boundary=047d7bdc07d238778d0523cd6a93 Archived-At: Cc: "" Subject: [rtcweb] Comments regarding draft-ietf-rtcweb-audio-09 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 16:14:04 -0000 --047d7bdc07d238778d0523cd6a93 Content-Type: text/plain; charset=UTF-8 On Thu, Nov 5, 2015 at 1:57 AM, Cullen Jennings wrote: > We would like to start the working group last call of > draft-ietf-rtcweb-audio-09. Please send any comments to the list by the end > of Nov 30. > The comments I have submitted last year are still not addressed ( https://www.ietf.org/mail-archive/web/rtcweb/current/msg13268.html): In section 3, draft states that: "WebRTC clients are REQUIRED to be able to generate and consume the following events" followed by list of RFC4733 events. What does it mean by "consume"? Does it mean receive without failure, while ignoring its contents or actually processing the events and exposing them to the end point user in some way? Supported RFC4733 event list does not match events listed in section 6.2.2 W3C TR (http://www.w3.org/TR/webrtc/#methods-4). W3C also lists support for DTMF digits A through D. Should the document state the duration and gap recommendations for RFC 4733 tones from section 6.2.2 of W3C document? I did not know there is a consensus on must implement of CN. This is certainly not need for legacy interop. Regards, _____________ Roman Shpount --047d7bdc07d238778d0523cd6a93 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Thu, Nov 5, 2015 at 1:57 AM, Cullen Jennings=C2=A0<fluffy@= iii.ca>=C2=A0wrote:
We would like to star= t the working group last call of draft-ietf-rtcweb-audio-09. Please send an= y comments to the list by the end of Nov 30.

The comments I have submi= tted last year are still not addressed (https://www.ietf.org/mail-archi= ve/web/rtcweb/current/msg13268.html):
<= br>
In section 3, draft states that: "WebRTC clients are REQUIRED= to be able to generate and consume the=C2=A0following events" followed = by list of=C2=A0RFC4733 events. What does it mean by "consume"? Doe= s it mean receive without failure, while ignoring its contents or actually = processing the events and exposing them to the end point user in some way?= =C2=A0

Supported=C2=A0RFC4733=C2=A0even= t list does not match events listed in section 6.2.2 W3C TR (http://www.w3.org/TR= /webrtc/#methods-4). W3C also lists support for=C2=A0D= TMF=C2=A0digits A through D.

Should the d= ocument state the duration and gap recommendations for RFC 4733 tones from = section 6.2.2 of W3C document?

I did not know there is a consensus o= n must implement of CN. This is=C2=A0certainly=C2=A0not need for legacy int= erop.

Regards,
_____________
Roman Sh= pount

--047d7bdc07d238778d0523cd6a93-- From nobody Wed Nov 11 03:37:24 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 686301A90F1 for ; Wed, 11 Nov 2015 03:37:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 sdHct45H-0Hy for ; Wed, 11 Nov 2015 03:37:22 -0800 (PST) Received: from mork.alvestrand.no (mork.alvestrand.no [158.38.152.117]) by ietfa.amsl.com (Postfix) with ESMTP id 0C5BC1A90DD for ; Wed, 11 Nov 2015 03:37:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 4E9107C3A0B for ; Wed, 11 Nov 2015 12:37:21 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at alvestrand.no Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tF1iaLI0We0b for ; Wed, 11 Nov 2015 12:37:20 +0100 (CET) Received: from [IPv6:2001:470:de0a:1:10bf:8be8:3b2a:713e] (unknown [IPv6:2001:470:de0a:1:10bf:8be8:3b2a:713e]) by mork.alvestrand.no (Postfix) with ESMTPSA id 7862F7C39F9 for ; Wed, 11 Nov 2015 12:37:20 +0100 (CET) To: rtcweb@ietf.org References: <5627B90D.8070106@alvestrand.no> <43B59C2F-4B64-4318-8339-04903AF2A6AC@cisco.com> <34EEB0FF-1922-42B5-A778-9BB66B7C4FDC@csperkins.org> From: Harald Alvestrand Message-ID: <56432870.6080507@alvestrand.no> Date: Wed, 11 Nov 2015 12:37:20 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [rtcweb] [Cake] [rmcat] Catching up on diffserv markings X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2015 11:37:23 -0000 Den 23. okt. 2015 15:31, skrev Loganaden Velvindron: > > > On Thu, Oct 22, 2015 at 11:54 PM, Justin Uberti > wrote: > > At present I'm not aware of any widely-deployed OS where an app can > read the received ECN markings. > > iOS9 added support for this within the kernel, and it's used for > TCP, but not exposed to userspace. There is an open Radar bug asking > for this info to be exposed to userspace. > > FWIW, Chrome supports setting the DSCP markings if you set a magic > parameter. But it's not on by default, mainly because we've never > done the auditing necessary to ensure this doesn't randomly break in > various dimly-lit parts of the internet. > > > dimly-lit ? You mean regions like Africa ? I suspect the clients laboring in the deep shadows of the corporate networks, where no information passes out without having survived the gauntlet of the All-Seeing Firewall, are more likely to fall into the "dimly-lit" category. > > > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > From nobody Wed Nov 18 04:15:54 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 278491A035F; Wed, 18 Nov 2015 04:15:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 h2Mm3zTLtYi4; Wed, 18 Nov 2015 04:15:52 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC0D41A02B1; Wed, 18 Nov 2015 04:15:51 -0800 (PST) X-AuditID: c1b4fb25-f79a26d00000149a-20-564c6bf59f24 Received: from ESESSHC022.ericsson.se (Unknown_Domain [153.88.183.84]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 5C.42.05274.5FB6C465; Wed, 18 Nov 2015 13:15:49 +0100 (CET) Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.86) with Microsoft SMTP Server id 14.3.248.2; Wed, 18 Nov 2015 13:15:49 +0100 To: IETF AVTCore WG References: <5638496B.3040009@ericsson.com> From: Magnus Westerlund Message-ID: <564C6BF4.4000808@ericsson.com> Date: Wed, 18 Nov 2015 13:15:48 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5638496B.3040009@ericsson.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrJLMWRmVeSWpSXmKPExsUyM2J7iO7XbJ8wgxOLdSxe9qxkt7ixeQGT xeqbH9gs1v5rZ3dg8Viy5CeTx5fLn9kCmKK4bFJSczLLUov07RK4Mq40zWEruMVf8WlqI3MD 4xueLkZODgkBE4nZjS1MELaYxIV769m6GLk4hAQOM0rcvT0TylnOKPHsxVo2kCphgRCJFfdW gtkiAkoSOyZtYwaxhQS0Jfa/vcAKYjMLlEqsvzsFbCqbgIXEzR+NYPW8QDUTfjUygtgsAqoS q35cAqsXFYiReL9pFSNEjaDEyZlPWEBsTgEdiW9XGoB6OYBm2ks82FoGMV5eonnrbLi1DU0d rBMYBWch6Z6F0DELSccCRuZVjKLFqcVJuelGxnqpRZnJxcX5eXp5qSWbGIEBfHDLb9UdjJff OB5iFOBgVOLhLdjoHSbEmlhWXJl7iFGCg1lJhLc/0ydMiDclsbIqtSg/vqg0J7X4EKM0B4uS OG8z04NQIYH0xJLU7NTUgtQimCwTB6dUA2NDZZCKuO/BPwsvtJ8UCUj++W6X0OKW/kfrPq+x 6Nh7o0g1au2Fna3v8/v4mCXVvbT+9+3V0vpkm7229usM4wbl00vE0444bm5bI5D3rfkQ89vF RQ9kYgOeqTJdnFjPwf/bvuH15cyd5v+m1FxkKtEx+C7Ttc1pSzBnml9JSc8bpWutCtb1T5RY ijMSDbWYi4oTAXszSF1cAgAA Archived-At: Cc: rmcat@ietf.org, "rtcweb@ietf.org" , draft-ietf-avtcore-rtp-circuit-breakers@tools.ietf.org Subject: Re: [rtcweb] [AVTCORE] WG last call for draft-ietf-avtcore-rtp-circuit-breakers-11 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 12:15:54 -0000 Hi, This is a reminder that there are now 4 weeks remaining of the WG last call. Cheers Magnus Westerlund AVTCORE WG Chair Den 2015-11-03 kl. 06:43, skrev Magnus Westerlund: > WG, > (CC RMCAT and RTCWEB) > > This starts the 6 week WG last call on "Multimedia Congestion Control: > Circuit Breakers for Unicast RTP Sessions" > https://datatracker.ietf.org/doc/draft-ietf-avtcore-rtp-circuit-breakers/ > > We are doing a 6 week last call to give people time to review and > perform verification of the latest updates also in implementations and > simulations. > > Please provide feedback not later than 16th of December. We appreciate > all type of messages, even short, "read it, and have no comments". We > appreciate even more people that has performed any type of verification > of the solution. > > Cheers > > Magnus Westerlund > AVTCORE WG chair > > ---------------------------------------------------------------------- > Services, Media and Network features, Ericsson Research EAB/TXM > ---------------------------------------------------------------------- > Ericsson AB | Phone +46 10 7148287" > Färögatan 6 | Mobile +46 73 0949079 > SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com > ---------------------------------------------------------------------- > > _______________________________________________ > Audio/Video Transport Core Maintenance > avt@ietf.org > https://www.ietf.org/mailman/listinfo/avt > -- Magnus Westerlund ---------------------------------------------------------------------- Services, Media and Network features, Ericsson Research EAB/TXM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From nobody Wed Nov 18 05:23:41 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC2F71B2BDB for ; Wed, 18 Nov 2015 05:23:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 wdTqQTPKSXpj for ; Wed, 18 Nov 2015 05:23:39 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B14D01B2BA7 for ; Wed, 18 Nov 2015 05:23:38 -0800 (PST) X-AuditID: c1b4fb25-f79a26d00000149a-f7-564c7bd808d8 Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.183.39]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 53.9F.05274.8DB7C465; Wed, 18 Nov 2015 14:23:36 +0100 (CET) Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.41) with Microsoft SMTP Server id 14.3.248.2; Wed, 18 Nov 2015 14:23:30 +0100 To: Cullen Jennings , "" References: <2BC27139-6B3C-4433-A615-C8C14D5D862F@iii.ca> From: Magnus Westerlund Message-ID: <564C7BD1.6020003@ericsson.com> Date: Wed, 18 Nov 2015 14:23:29 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <2BC27139-6B3C-4433-A615-C8C14D5D862F@iii.ca> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrMLMWRmVeSWpSXmKPExsUyM2K7uu6Nap8wgw9fDS0+rP/BaLH2Xzu7 A5PHkiU/mTwun//IGMAUxWWTkpqTWZZapG+XwJUx/8gf5oI+joq5R2czNjCeZuti5OSQEDCR 2DdhDQuELSZx4d56oDgXh5DAYUaJL497mSGc5YwSO9fOBasSFjCVmLxjEyuILSLgJbHy4imw SUIClhKbLi8Gi7MJWEjc/NEIFucV0Ja4+OImWC+LgKrEu64d7CC2qECMxPtNqxghagQlTs58 AlbDKWAl8b79HFANBwezgL3Eg61lIGFmAXmJ5q2zmSFWaUs0NHWwTmAUmIWkexZCxywkHQsY mVcxihanFiflphsZ66UWZSYXF+fn6eWllmxiBAblwS2/VXcwXn7jeIhRgINRiYe3YKN3mBBr YllxZe4hRgkOZiURXr5SnzAh3pTEyqrUovz4otKc1OJDjNIcLErivM1MD0KFBNITS1KzU1ML UotgskwcnFINjIZrNhu7Cz99Zrhoinj4ytSWijtpv3y/XIzbvTPl6h1ZZ7c5939qrzNiCXrh +vNTnNrPA6tq4ydU/8sXalyUVmDyl33BJscvcVxpzTqaUoIm8Qb214295v75LdF0/LhkdKUp y0TLPQv9lS/MX12wYelMkdBNz98c1Un/lGdic+XWylcBiqFsM5RYijMSDbWYi4oTASZL4wpG AgAA Archived-At: Subject: Re: [rtcweb] WGLC draft-ietf-rtcweb-audio-09 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 13:23:40 -0000 Hi, I have reviewed the changes since -07 which I reviewed in the previous WG last call. The issue I noted then has been addressed. I support publication of this draft. Cheers Magnus Den 2015-11-05 kl. 07:57, skrev Cullen Jennings: > We would like to start the working group last call of draft-ietf-rtcweb-audio-09. Please send any comments to the list by the end of Nov 30. > > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > -- Magnus Westerlund ---------------------------------------------------------------------- Services, Media and Network features, Ericsson Research EAB/TXM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From nobody Wed Nov 18 07:31:24 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4FF41A8AA1 for ; Wed, 18 Nov 2015 07:31:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 uN62Xcv-l9P2 for ; Wed, 18 Nov 2015 07:31:20 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F2CA61B3299 for ; Wed, 18 Nov 2015 07:31:17 -0800 (PST) X-AuditID: c1b4fb25-f79a26d00000149a-f4-564c99c31af2 Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.183.39]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id B9.19.05274.3C99C465; Wed, 18 Nov 2015 16:31:16 +0100 (CET) Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.41) with Microsoft SMTP Server id 14.3.248.2; Wed, 18 Nov 2015 16:31:15 +0100 To: Cullen Jennings , "" References: <45EA7E8F-02B2-4664-820F-DE07A17D4C61@iii.ca> From: Magnus Westerlund Message-ID: <564C99C2.7000504@ericsson.com> Date: Wed, 18 Nov 2015 16:31:14 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <45EA7E8F-02B2-4664-820F-DE07A17D4C61@iii.ca> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrMLMWRmVeSWpSXmKPExsUyM2K7uu6RmT5hBo/ncVt8WP+D0WLtv3Z2 ByaPJUt+MnlcPv+RMYApissmJTUnsyy1SN8ugSvj+tVLzAWThCr2vHnC0sB4mq+LkZNDQsBE YvLMN2wQtpjEhXvrgWwuDiGBw4wSc75cYIVwljNKfL+3mQmkSljAQ+Lsn99gtoiAl8TKi6fA uoUELCVOnD3LDGKzCVhI3PzRCBbnFdCWeL3jCZjNIqAq8fDAR7AaUYEYifebVjFC1AhKnJz5 hAXE5hSwkti5swFoPgcHs4C9xIOtZSBhZgF5ieats5khVmlLNDR1sE5gFJiFpHsWQscsJB0L GJlXMYoWpxYn5aYbGeulFmUmFxfn5+nlpZZsYgQG5cEtv1V3MF5+43iIUYCDUYmHt2Cjd5gQ a2JZcWXuIUYJDmYlEV7tap8wId6UxMqq1KL8+KLSnNTiQ4zSHCxK4rzNTA9ChQTSE0tSs1NT C1KLYLJMHJxSDYxtzldP9J+w/DJrc8P9eMFPWjrGTMX3WTOfKQiYmP9jDmXf+ia2foPEUWu+ eU5BibaGB3zOSUtvYzT13Fm8RelLkqtyG0vYO1/L/xo+pvrvpolPkZ5WdDZbj0dGdI+aB1f0 V4UZ+1IffCzkrwsz2bXOzi1OaGtE04GyN5uzs2YXi6gJSljwK7EUZyQaajEXFScCAAy4CI9G AgAA Archived-At: Subject: Re: [rtcweb] WGLC draft-ietf-rtcweb-audio-codecs-for-interop-02 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 15:31:22 -0000 Hi, I have reviewed the WebRTC audio codecs for interop draft and have the following comments. Summary: Not ready yet for publication. A. The author list is 7 persons long. Please consider how you want to deal with the general limitation of 5 authors on the front page: See Section 4.1.1 of https://www.rfc-editor.org/rfc/rfc7322.txt B. Use of acronyms: There a large number of acronyms that aren't spelled out on their first usage. PSTN, PLMN, IMS, VoLTE, ViLTE, AMR-WB, MOS, GSMA for example C. Lack of references. In section 2 and 3 a lot of the terms used could benefit from having a informative reference for them. D. Section 4.1.2: "The market of voice personal communication is driven by mobile terminals." Shouldn't it be "personal voice communication"? E. Section 5. Security Consideration This section is empty, which is not allowed. F. Section 8.1: Normative references. As there are no reference to RFC2119 in use, I question its inclusion as a normative reference. Secondly, it appears that what can be normative references are the actual references needed to implement each of the recommendations. G. I think this document is not clear on enough on what RTP packetization that is to be implemented with each codec. I would recommend that you are explicit about which payload format specification that is to be supported for each of the codecs. Cheers Magnus Westerlund Den 2015-11-05 kl. 07:57, skrev Cullen Jennings: > We would like to start the working group last call of > draft-ietf-rtcweb-audio-codecs-for-interop-02. Please send any > comments to the list by the end of Nov 30. > > > _______________________________________________ rtcweb mailing list > rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb > -- Magnus Westerlund ---------------------------------------------------------------------- Services, Media and Network features, Ericsson Research EAB/TXM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From nobody Wed Nov 18 10:34:58 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2653C1A1DE1 for ; Wed, 18 Nov 2015 10:34:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no 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 Tf7Z-WlnKpE3 for ; Wed, 18 Nov 2015 10:34:56 -0800 (PST) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (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 7531A1A0203 for ; Wed, 18 Nov 2015 10:34:56 -0800 (PST) Received: by igl9 with SMTP id 9so108135972igl.0 for ; Wed, 18 Nov 2015 10:34:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=w1aP0eslAyNHQnyiLGmf33Bv6eUAIbOaVO+/n0Hi3vY=; b=gkHaI2eaBJNAXLnWvikklyi+nRXxnfcqt33sW52vw3lBEyE5XASzZ2A5t4uZ/pgFL+ rzCB6Wx1Ac4hary1NBtEpw101E3QKiJ5dOfV8eHKUswiz55BgaN/XIrNchC1WJa++SCW RfD4HVg6w7edbml33W2XB9twMcoxnqhE4djhXoFgfduFwhR9sqkwHlVVg5y/zKCD2rei 459SNJbFHag3G7/8CpaCpa7NxD/E88fbPdLHsKjK5JtK/afvgk8clXJfmDF/5d+s1FA5 uoXqqUTAHPAr/vEHb86d1D/PFv/Xh6/WP9yx2qmU2GO1c4dNt99tNyVKx7o5lqrr9LxZ GDIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=w1aP0eslAyNHQnyiLGmf33Bv6eUAIbOaVO+/n0Hi3vY=; b=BJdygcbXzjcCQ9H7KUNudxXMiVwOkRh0+Scftl7XdwwI1f6yr+tVlGMny28Dkgq8fo /O3zTa+RQJFPe7njqbBItvEJ+p2VTrKkpctUjvvLGVj2fBXGjeo1xfpDJq/wE6e+c9fB eKjgaaPIoXF7CzYsHKc0qCon/0ojrpHFd7AZyHoqzFE0n+gyErfNwbdivyOhIhMWRteX xIBnG8LuGn2CYwdPgfwZZtk++EikW5ndRYfajetmJldN8w2WzxktId8SHfwmg9xpttCV F+Z76eiR/hMp77Irt+lBVtVsQnkn+I+pRuYvVA/CNuY0FKWSnLFDAcWyM3kct3e6x2RN 6MJQ== X-Gm-Message-State: ALoCoQlAfeyT2DP/fYAtkBJMdpRDLLe7Dgz+uGWGVvhaL7D6ftI5HIJWDQmMxwTzNsO2t5GZkb4l X-Received: by 10.50.136.132 with SMTP id qa4mr4432427igb.68.1447871695588; Wed, 18 Nov 2015 10:34:55 -0800 (PST) Received: from mail-ig0-f177.google.com (mail-ig0-f177.google.com. [209.85.213.177]) by smtp.gmail.com with ESMTPSA id aw1sm10466932igc.21.2015.11.18.10.34.54 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Nov 2015 10:34:54 -0800 (PST) Received: by igcph11 with SMTP id ph11so107915994igc.1 for ; Wed, 18 Nov 2015 10:34:53 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.50.4.33 with SMTP id h1mr4615946igh.24.1447871693960; Wed, 18 Nov 2015 10:34:53 -0800 (PST) Received: by 10.36.205.67 with HTTP; Wed, 18 Nov 2015 10:34:53 -0800 (PST) In-Reply-To: References: Date: Wed, 18 Nov 2015 13:34:53 -0500 X-Gmail-Original-Message-ID: Message-ID: From: Roman Shpount To: Jean-Marc Valin Content-Type: multipart/alternative; boundary=001a11c3dab8ffc6270524d4e57f Archived-At: Cc: "" Subject: Re: [rtcweb] Comments regarding draft-ietf-rtcweb-audio-09 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 18:34:58 -0000 --001a11c3dab8ffc6270524d4e57f Content-Type: text/plain; charset=UTF-8 Can someone confirm that my comments were received? Thank You, _____________ Roman Shpount On Thu, Nov 5, 2015 at 11:14 AM, Roman Shpount wrote: > On Thu, Nov 5, 2015 at 1:57 AM, Cullen Jennings wrote: > >> We would like to start the working group last call of >> draft-ietf-rtcweb-audio-09. Please send any comments to the list by the end >> of Nov 30. >> > > The comments I have submitted last year are still not addressed ( > https://www.ietf.org/mail-archive/web/rtcweb/current/msg13268.html): > > In section 3, draft states that: "WebRTC clients are REQUIRED to be able > to generate and consume the following events" followed by list of RFC4733 > events. What does it mean by "consume"? Does it mean receive without > failure, while ignoring its contents or actually processing the events and > exposing them to the end point user in some way? > > Supported RFC4733 event list does not match events listed in section > 6.2.2 W3C TR (http://www.w3.org/TR/webrtc/#methods-4). W3C also lists > support for DTMF digits A through D. > > Should the document state the duration and gap recommendations for RFC > 4733 tones from section 6.2.2 of W3C document? > > I did not know there is a consensus on must implement of CN. This > is certainly not need for legacy interop. > > Regards, > _____________ > Roman Shpount > > --001a11c3dab8ffc6270524d4e57f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Can someone confirm that my comments were received?
Thank You,

_____________
Roman Shpount

On Thu, Nov 5, 2015 at 11:14 AM, Roman Shpou= nt <roman@telurix.com> wrote:
On Thu, Nov 5, 2015 at 1:57 AM, Cullen Jennings=C2=A0<= span dir=3D"ltr"><flu= ffy@iii.ca>=C2=A0wrote:
We would like to = start the working group last call of draft-ietf-rtcweb-audio-09. Please sen= d any comments to the list by the end of Nov 30.

The comments I have s= ubmitted last year are still not addressed (https://w= ww.ietf.org/mail-archive/web/rtcweb/current/msg13268.html):

In section 3, draft states that: "WebRT= C clients are REQUIRED to be able to generate and consume the=C2=A0following = events" followed by list of=C2=A0RFC4733 events. What does it mean by &q= uot;consume"? Does it mean receive without failure, while ignoring its= contents or actually processing the events and exposing them to the end po= int user in some way?=C2=A0

Supported=C2=A0RFC4733=C2=A0event list does not match events listed in section 6.2.2 W3C= TR (h= ttp://www.w3.org/TR/webrtc/#methods-4). W3C also lists support for=C2= =A0DTMF=C2=A0digits A through D.

Sh= ould the document state the duration and gap recommendations for RFC 4733 t= ones from section 6.2.2 of W3C document?

I did not know there is a c= onsensus on must implement of CN. This is=C2=A0certainly=C2=A0not need for = legacy interop.

Rega= rds,
_____________
Roman Shpount


--001a11c3dab8ffc6270524d4e57f-- From nobody Wed Nov 18 10:37:15 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 570F31A21B8 for ; Wed, 18 Nov 2015 10:37:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no 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 r2D0rGsGlHVJ for ; Wed, 18 Nov 2015 10:37:12 -0800 (PST) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (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 DF7EA1A0203 for ; Wed, 18 Nov 2015 10:37:11 -0800 (PST) Received: by ioc74 with SMTP id 74so63117002ioc.2 for ; Wed, 18 Nov 2015 10:37:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=C9l+B1Xf7h4xaLmKTj77f3JbFxx/CHQl7KD7GeE6M2U=; b=c8EJfkTw9xsEnvUdtkh2zYetHL60fSDrRrTGJ4XSySYH+IRd8vJjEAngbVwgNulOgt RnM7hgr4RaVxY16OsokA8aCv6xn/Ljxfifxgp8211UOqCtiAP+GjkrHInM7RL/CmeKQa +NACjreYqDJ2HTU79kYLYp/CQ0063eg9iTlWUXhgTq1Lvc+n3yK+4yHl4lZ14LUzaztc JYssqse+eVR15U7EWKlkK2by+k6QrmHfXNSmheN31OafGQice7wrfXw8myXq3+0G9OWp PWD2w3BOmqNXHCzfvRrZ945xMGMcl5Ag3lOVjzElr8opt2R7wQcDJOwkPmfrUYJ7V3Yv 5sSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=C9l+B1Xf7h4xaLmKTj77f3JbFxx/CHQl7KD7GeE6M2U=; b=RH2GhBmwdrX0vZiwIxzKNctDGjdbJBOHnRVQcbBjw/FOW+b9cbXHsDNICJA4Xm/6dy 8oGpEIOXRmTMZ21FdAiXqiWXh8PbMfoIr2se0zb01Mkjp+aClXkQ3ufvp3LZ2vAoFCu7 agf7GPiHCVO/6lbDgqJ86nWAaP9ww5V+ZgzkL6vSfm2NV9I5rdGJD6+SLa6wLFoSe9uD r/WkrzCNfoAaavdNU0Rzvxyl5ZSz/K1pmY44p5/ds0f6fj46w/H+JGSqo0Ly2y+5ru8X h3hCKnbK7XWn0VHz+8ahb0CGvHbLZjlu4qz9YSZqYFr6lR0VM231ovXGcGPBzDEbdDmE fK9w== X-Gm-Message-State: ALoCoQkf6t0elVUzbAVWVrIIrSQHhchRqoI26ojJsRQ4dxg9d4OYUrgDxHpseqsLfaTaLsSkhrKv X-Received: by 10.107.39.193 with SMTP id n184mr4453223ion.14.1447871831177; Wed, 18 Nov 2015 10:37:11 -0800 (PST) Received: from mail-ig0-f178.google.com (mail-ig0-f178.google.com. [209.85.213.178]) by smtp.gmail.com with ESMTPSA id 15sm1705647iob.33.2015.11.18.10.37.10 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Nov 2015 10:37:10 -0800 (PST) Received: by igvg19 with SMTP id g19so123735449igv.1 for ; Wed, 18 Nov 2015 10:37:09 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.50.4.33 with SMTP id h1mr4626923igh.24.1447871829585; Wed, 18 Nov 2015 10:37:09 -0800 (PST) Received: by 10.36.205.67 with HTTP; Wed, 18 Nov 2015 10:37:09 -0800 (PST) In-Reply-To: <564C7BD1.6020003@ericsson.com> References: <2BC27139-6B3C-4433-A615-C8C14D5D862F@iii.ca> <564C7BD1.6020003@ericsson.com> Date: Wed, 18 Nov 2015 13:37:09 -0500 X-Gmail-Original-Message-ID: Message-ID: From: Roman Shpount To: Magnus Westerlund Content-Type: multipart/alternative; boundary=001a11c3dab815475f0524d4ee89 Archived-At: Cc: "" Subject: Re: [rtcweb] WGLC draft-ietf-rtcweb-audio-09 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 18:37:13 -0000 --001a11c3dab815475f0524d4ee89 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Just wanted to point out that the comments I have submitted regarding CN and audio/telephone-event are not addressed and that this draft is out of sync with W3C specifications and, as far as I know, decisions of this group. It should not be published before these things are fixed. Regards, _____________ Roman Shpount On Wed, Nov 18, 2015 at 8:23 AM, Magnus Westerlund < magnus.westerlund@ericsson.com> wrote: > Hi, > > I have reviewed the changes since -07 which I reviewed in the previous WG > last call. The issue I noted then has been addressed. > > I support publication of this draft. > > Cheers > > Magnus > > > Den 2015-11-05 kl. 07:57, skrev Cullen Jennings: > >> We would like to start the working group last call of >> draft-ietf-rtcweb-audio-09. Please send any comments to the list by the = end >> of Nov 30. >> >> >> >> _______________________________________________ >> rtcweb mailing list >> rtcweb@ietf.org >> https://www.ietf.org/mailman/listinfo/rtcweb >> >> > > -- > > Magnus Westerlund > > ---------------------------------------------------------------------- > Services, Media and Network features, Ericsson Research EAB/TXM > ---------------------------------------------------------------------- > Ericsson AB | Phone +46 10 7148287 > F=C3=A4r=C3=B6gatan 6 | Mobile +46 73 0949079 > SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com > ---------------------------------------------------------------------- > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > --001a11c3dab815475f0524d4ee89 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Just wanted to point out that the commen= ts I have submitted regarding CN and audio/telephone-event are not addresse= d and that this draft is out of sync with W3C specifications and, as far as= I know, decisions of this group. It should not be published before these t= hings are fixed.

Regards,

_____________=
Roman Shpount

On Wed, Nov 18, 2015 at 8:23 AM, Magnus West= erlund <magnus.westerlund@ericsson.com> wrote:<= br>
Hi,

I have reviewed the changes since -07 which I reviewed in the previous WG l= ast call. The issue I noted then has been addressed.

I support publication of this draft.

Cheers

Magnus


Den 2015-11-05 kl. 07:57, skrev Cullen Jennings:
We would like to start the working group last call of draft-ietf-rtcweb-aud= io-09. Please send any comments to the list by the end of Nov 30.



_______________________________________________
rtcweb mailing list
rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb



--

Magnus Westerlund

----------------------------------------------------------------------
Services, Media and Network features, Ericsson Research EAB/TXM
----------------------------------------------------------------------
Ericsson AB=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| = Phone=C2=A0 +46 10 7148287
F=C3=A4r=C3=B6gatan 6=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0| Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------


_______________________________________________
rtcweb mailing list
rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb

--001a11c3dab815475f0524d4ee89-- From nobody Wed Nov 18 12:15:00 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEA7A1ACE8B for ; Wed, 18 Nov 2015 12:14:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham 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 HRI43JuHAjx4 for ; Wed, 18 Nov 2015 12:14:57 -0800 (PST) Received: from smtp89.iad3a.emailsrvr.com (smtp89.iad3a.emailsrvr.com [173.203.187.89]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D6321ACE89 for ; Wed, 18 Nov 2015 12:14:57 -0800 (PST) Received: from smtp4.relay.iad3a.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp4.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 321BF2801A8; Wed, 18 Nov 2015 15:14:56 -0500 (EST) X-Auth-ID: fluffy@iii.ca Received: by smtp4.relay.iad3a.emailsrvr.com (Authenticated sender: fluffy-AT-iii.ca) with ESMTPSA id 69C48280234; Wed, 18 Nov 2015 15:14:55 -0500 (EST) X-Sender-Id: fluffy@iii.ca Received: from [192.168.4.100] ([UNAVAILABLE]. [128.107.241.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:465 (trex/5.5.4); Wed, 18 Nov 2015 15:14:56 -0500 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) From: Cullen Jennings In-Reply-To: Date: Wed, 18 Nov 2015 13:14:53 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Roman Shpount X-Mailer: Apple Mail (2.3096.5) Archived-At: Cc: "" Subject: Re: [rtcweb] Comments regarding draft-ietf-rtcweb-audio-09 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 20:14:59 -0000 My recollection of what the various WGs decided was=20 1) browsers JS needed to be able to send DTMF 0-9,#, and *=20 2) we did not need to be able to propagate received DTMF up the the JS = API=20 3) we did not want A to D at the JS level=20 4) if the SDP had negotiated reliving DTMF, the browser could receive = and discard it=20 Does that match others people recollection ? Regardless of what we = decided in the past, does it seem reasonable way forward? (and Roman, yes your email made it to the list)=20 > On Nov 18, 2015, at 11:34 AM, Roman Shpount wrote: >=20 > Can someone confirm that my comments were received? >=20 > Thank You, >=20 > _____________ > Roman Shpount >=20 > On Thu, Nov 5, 2015 at 11:14 AM, Roman Shpount = wrote: > On Thu, Nov 5, 2015 at 1:57 AM, Cullen Jennings wrote: > We would like to start the working group last call of = draft-ietf-rtcweb-audio-09. Please send any comments to the list by the = end of Nov 30. >=20 > The comments I have submitted last year are still not addressed = (https://www.ietf.org/mail-archive/web/rtcweb/current/msg13268.html): >=20 > In section 3, draft states that: "WebRTC clients are REQUIRED to be = able to generate and consume the following events" followed by list of = RFC4733 events. What does it mean by "consume"? Does it mean receive = without failure, while ignoring its contents or actually processing the = events and exposing them to the end point user in some way?=20 >=20 > Supported RFC4733 event list does not match events listed in section = 6.2.2 W3C TR (http://www.w3.org/TR/webrtc/#methods-4). W3C also lists = support for DTMF digits A through D. >=20 > Should the document state the duration and gap recommendations for RFC = 4733 tones from section 6.2.2 of W3C document? >=20 > I did not know there is a consensus on must implement of CN. This is = certainly not need for legacy interop. >=20 > Regards, > _____________ > Roman Shpount >=20 >=20 From nobody Wed Nov 18 12:40:11 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4E831B2C51 for ; Wed, 18 Nov 2015 12:40:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no 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 XLF9NOLVWZtM for ; Wed, 18 Nov 2015 12:39:53 -0800 (PST) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (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 CCFC11B2C2D for ; Wed, 18 Nov 2015 12:39:52 -0800 (PST) Received: by igvi2 with SMTP id i2so127408519igv.0 for ; Wed, 18 Nov 2015 12:39:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qPXyfdSlByckMLOqjCYYPu88W7zKWr4PlSqqgzZFjAY=; b=F2cjeu5k8UMxyrHLlLPaA32wsTE/s1zrjmdHq1O/r00168lHyCchlb3l12lbROG+V/ OwV5foSHLTdB1UgPONcJouliRe4Cj/TmhDr1cUuvH1s4gwwuIyO0wjvCEnu5NFhmS5Ci BIhu8aNo/FWcI+duZ+JgVBlukQYwnB7Q0QtnMdIUgzbMKtTXMffGFhhNo6gN0Sw7Idxi EciWk5QBTE6JOY4OuzPdEsnt2KuMWZFy0Q7lbbLAMg9jNr2v5bNu2B9wr0EdHc5i3KBD rgy5Voo0FwSsX0UBAGVaPUl2bcNdrCdmZX+GfpcuKs5QgZfyckcaSWs96mogSZyMJojZ SrKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=qPXyfdSlByckMLOqjCYYPu88W7zKWr4PlSqqgzZFjAY=; b=dtP0ohKFVJJOdM1d8Ir4jz1egZMahZ0i5IQJEYuH8prmU4pU7s1D8ijHXrvRVHMjQf CQgzgnMF+Ik9Lk2cR4RBz6KtTGnaWCnTfLq6xUpHdc+qsaABTvKu2UvUXAtanG83oCZj MTRwcOSBSVg/Z/kKT/Yi9jI+gYa19x9Sp3tRXT2fmzKqJieeQYjrUHvUjY4rN4fcDfIT VWJI1tplZOjJQ/evyfC9qUsHb/plPOW8INI3qDMewiJB7+RtfFvc6qYIO1u9LeL+lulW iD/z9LeosBDu7F/fWPXldLPEPaYQ1GpqE9akIKbasVNh2UOqoBEh9CBvsheCyoKVIZ1d fgeA== X-Gm-Message-State: ALoCoQktK5oE92QP0r6UzG9dZX32HmiLpM57HOF1lhzAkxiWYFtjD6Ybb9A2PmZU7EEzRg36y+OX X-Received: by 10.50.129.98 with SMTP id nv2mr4657141igb.97.1447879192127; Wed, 18 Nov 2015 12:39:52 -0800 (PST) Received: from mail-io0-f172.google.com (mail-io0-f172.google.com. [209.85.223.172]) by smtp.gmail.com with ESMTPSA id qb2sm10685585igb.10.2015.11.18.12.39.50 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Nov 2015 12:39:50 -0800 (PST) Received: by ioc74 with SMTP id 74so66867678ioc.2 for ; Wed, 18 Nov 2015 12:39:49 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.107.166.15 with SMTP id p15mr4600487ioe.38.1447879189980; Wed, 18 Nov 2015 12:39:49 -0800 (PST) Received: by 10.36.205.67 with HTTP; Wed, 18 Nov 2015 12:39:49 -0800 (PST) In-Reply-To: References: Date: Wed, 18 Nov 2015 15:39:49 -0500 X-Gmail-Original-Message-ID: Message-ID: From: Roman Shpount To: Cullen Jennings Content-Type: multipart/alternative; boundary=001a1141cf94cbec0a0524d6a4c6 Archived-At: Cc: "" Subject: Re: [rtcweb] Comments regarding draft-ietf-rtcweb-audio-09 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 20:40:03 -0000 --001a1141cf94cbec0a0524d6a4c6 Content-Type: text/plain; charset=UTF-8 On Wed, Nov 18, 2015 at 3:14 PM, Cullen Jennings wrote: > > 1) browsers JS needed to be able to send DTMF 0-9,#, and * > Section 7.2.2 of WebRTC PeerConnection ( https://w3c.github.io/webrtc-pc/#methods-10) says: The tones parameter is treated as a series of characters. The characters 0 through 9, A through D, #, and * generate the associated DTMF tones. The characters a to d are equivalent to A to D. The character ',' indicates a delay of 2 seconds before processing the next character in the tones parameter. All other characters must be considered unrecognized. This certainly reads like A-D DTMF digits are supported. > 2) we did not need to be able to propagate received DTMF up the the JS API > This was my understanding as well. I think in section 3 of draft-ietf-rtcweb-audio some language stating that any RFC 4733 event (not just DTMF and not just the ones listed in the table) should be consumed by the decoder but should not be propagated to the JS API. I think what we want is to make sure that nothing bad happens to the browser if it receives an unexpected RFC 4733 event. 3) we did not want A to D at the JS level > So far the peer connection specification disagrees (see above). 4) if the SDP had negotiated receiving DTMF, the browser could receive and > discard it > I agree. I would extend this to cover any RFC 4733 event, not just DTMF and not just the DTMF tones listed in the table. Section 7.2.2 of WebRTC PeerConnection ( https://w3c.github.io/webrtc-pc/#methods-10) also states: The duration parameter indicates the duration in ms to use for each character passed in the tones parameters. The duration cannot be more than 6000 ms or less than 40 ms. The default duration is 100 ms for each tone. The interToneGap parameter indicates the gap between tones. It must be at least 30 ms. The default value is 70 ms. The browser may increase the duration and interToneGap times to cause the times that DTMF start and stop to align with the boundaries of RTP packets but it must not increase either of them by more than the duration of a single RTP audio packet. I believe this should also be stated in draft-ietf-rtcweb-audio. Finally, was it ever decided that receivers MUST support RFC3389 CN for streams encoded with G.711 or any other supported codec that does not provide its own CN? I think it does not require anything more then a SHOULD and should only affect the browsers. If CN is not supported and not negotiated nothing especially bad will happen. Certainly there are enough G.711 only end point that will not support CN, so making CN must implement will require transcoding when it is completely unnecessary. Does that match others people recollection ? Regardless of what we decided > in the past, does it seem reasonable way forward? > > I think current decisions regarding DTMF are already reflected in the WebRTC W3C document. The path of least resistance would be to make sure draft-ietf-rtcweb-audio states the same thing. Regards, _____________ Roman Shpount --001a1141cf94cbec0a0524d6a4c6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On W= ed, Nov 18, 2015 at 3:14 PM, Cullen Jennings <fluffy@iii.ca> wr= ote:

1) browsers JS needed to be able to send DTMF = 0-9,#, and *

Section 7.2.2 of WebRTC Pe= erConnection (https= ://w3c.github.io/webrtc-pc/#methods-10) says:

The tones parameter= is treated as a series of characters. The characters 0 through 9, A throug= h D, #, and * generate the associated DTMF tones. The characters a to d are= equivalent to A to D. The character ',' indicates a delay of 2 sec= onds before processing the next character in the tones parameter. All other= characters must be considered unrecognized.

This certainly reads like A-D DTMF digits are supported.
=C2=A0
2) we did not need to = be able to propagate received DTMF up the the JS API
<= br>
This was my understanding as well. I think in section 3 of dr= aft-ietf-rtcweb-audio some language stating that any RFC 4733 event (not ju= st DTMF and not just the ones listed in the table) should be consumed by th= e decoder but should not be propagated to the JS API. I think what we want = is to make sure that nothing bad happens to the browser if it receives an u= nexpected RFC 4733 event.

3) we did no= t want A to D at the JS level

=C2=A0So = far the peer connection specification disagrees (see above).

=
4) if the SDP had negotiated receiving DTMF, the bro= wser could receive and discard it
=C2=A0
I a= gree. I would extend this to cover any RFC 4733 event, not just DTMF and no= t just the DTMF tones listed in the table.

Section= 7.2.2 of WebRTC PeerConnection (https://w3c.github.io/webrtc-pc/#methods-10) also states:=

The duration parameter indicates the duration in ms to use= for each character passed in the tones parameters. The duration cannot be = more than 6000 ms or less than 40 ms. The default duration is 100 ms for ea= ch tone.
<= br>
The in= terToneGap parameter indicates the gap between tones. It must be at least 3= 0 ms. The default value is 70 ms.

The browser may increase the duration and interToneGap t= imes to cause the times that DTMF start and stop to align with the boundari= es of RTP packets but it must not increase either of them by more than the = duration of a single RTP audio packet.

I believe t= his should also be stated in draft-ietf-rtcweb-audio.

<= div>Finally, was it ever decided that=C2=A0receivers MUST support RFC3389 C= N=C2=A0for streams encoded with G.711 or any other supported codec that doe= s not provide its own CN? I think it does not require anything more then a = SHOULD and should only affect the browsers. If CN is not supported and not = negotiated nothing especially bad will happen. Certainly there are enough G= .711 only end point that will not support CN, so making CN must implement w= ill require transcoding when it is completely unnecessary. =C2=A0

Does= that match others people recollection ? Regardless of what we decided in t= he past, does it seem reasonable way forward?

=C2= =A0
I think current decisions regarding DTMF are already reflecte= d in the WebRTC W3C document. The path of least resistance would be to make= sure draft-ietf-rtcweb-audio states the same thing.

Regards,
_____________
Roman Shpount
= =C2=A0
--001a1141cf94cbec0a0524d6a4c6-- From nobody Wed Nov 18 12:43:41 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B27631B2D2D for ; Wed, 18 Nov 2015 12:43:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_PASS=-0.001] autolearn=ham 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 kGQ2IRiPK3rC for ; Wed, 18 Nov 2015 12:43:37 -0800 (PST) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230]) (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 45D391B2D2C for ; Wed, 18 Nov 2015 12:43:35 -0800 (PST) Received: by qgea14 with SMTP id a14so37519606qge.0 for ; Wed, 18 Nov 2015 12:43:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mozilla-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=u1PEJc6GU22dwbXVK0CEGixaPBwTFDBYZSVH4wSpbG0=; b=N6VBUgem84l4QBEPtTOdekCFhsNpVQv5XRmfH4eavMthxk5sOx0joaHmnnivvkh3aR Ns+7TAv2JOQcIqHYkhqVGewth2Wmk0WpzEqg/lTCdRtRK5msb3XCK0Kv0guOnRY0FBmz eKcCTKUM84Sv6f6r6riYCfyFFlcL3i78Gs9GbQeEexBCsxbub32wxZxJHgW948d7o6AV 0KE+X4weac8AUJrD2eyH3JuVxQJ+9HRTCQbfyqYVqdc9rj4jXiF4Oex9bA61iLwO924t snkdp/HURWVlx//yiNG6rsANAUgYXbAiwrc0ZnF+zK0jDTYGfGpaBamRlrr7/q2xgefY LEeQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=u1PEJc6GU22dwbXVK0CEGixaPBwTFDBYZSVH4wSpbG0=; b=eRVVKe4ycVmVcKnVcromWkwZ3PxE++iEQJZEf4pvuDgQpcKbphrEyUbJNQApiuy6J9 uhHadilh3pVq6lRDktFYXBH+7j1o/XyPBb7OK958DRAj52WLLlJJN5OZp2KFxlDqgvvu l8ZiSqGwW331Zxr6Crvx74rbiNN1JY7GUUqqHhmmbjKKlayvSn7GlPTYTQ15qZR56ARt moy8Y5w3Rdfco/cXxvAlkXAGkOjG/lz/UQWwMs4pb+Qm8eI/a50xCD0C2hQTbTSAuWqN rKm+//yAyjrm6Otv+T6w2Ww7CkxthlvushJf5shy+tXxbYzLeHmdw5npQO/HldHcNJ4M i+sQ== X-Gm-Message-State: ALoCoQkEFAwdrke2IDVA2qajgapqCfPGBj7u1/cIzhzpNgajfas8b6MAIrtVf81s0TttcnuN83El X-Received: by 10.140.33.139 with SMTP id j11mr3699929qgj.49.1447879414286; Wed, 18 Nov 2015 12:43:34 -0800 (PST) Received: from panoramix.jmvalin.ca (modemcable074.170-201-24.mc.videotron.ca. [24.201.170.74]) by smtp.gmail.com with ESMTPSA id g184sm1433924qhg.4.2015.11.18.12.43.32 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Nov 2015 12:43:33 -0800 (PST) To: Roman Shpount References: From: Jean-Marc Valin Message-ID: <564CE2F4.6060104@mozilla.com> Date: Wed, 18 Nov 2015 15:43:32 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Cc: "" Subject: Re: [rtcweb] Comments regarding draft-ietf-rtcweb-audio-09 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 20:43:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi Roman, On 11/18/2015 01:34 PM, Roman Shpount wrote: > Can someone confirm that my comments were received? Sorry, my bad. See below. > In section 3, draft states that: "WebRTC clients are REQUIRED to > be able to generate and consume the following events" followed by > list of RFC4733 events. What does it mean by "consume"? Does it > mean receive without failure, while ignoring its contents or > actually processing the events and exposing them to the end point > user in some way? > > Supported RFC4733 event list does not match events listed in > section 6.2.2 W3C TR (http://www.w3.org/TR/webrtc/#methods-4). W3C > also lists support for DTMF digits A through D. > > Should the document state the duration and gap recommendations for > RFC 4733 tones from section 6.2.2 of W3C document? The part relating to RFC4733 predates my involvement in this draft and I'm not familiar with that RFC at all. Any text you'd like to suggest? > I did not know there is a consensus on must implement of CN. This > is certainly not need for legacy interop. IIRC, I've been told it was discussed at some interim meeting which I did not attend myself. That being said, I think it makes sense for CN to be a must so that the sender knows it can always use it. Any reason you do not want a must on CN? Cheers, Jean-Marc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWTOLxAAoJEJ6/8sItn9q9olYH/0gr/cFRJja/acaX5KG5FNKz w28bbXbiA6OcK4o05PBxQPrvryBh+wFCo4NhkuCW+2tYcXSjw9NBLVy9kNvtG0si 7e8I6bFVLS/MXsdGDYGUYYgPY+x0UcTSLnF8SDJgtCT7Z4FberREgE9RREMtpr0s yzmJAHKXdG50zZ2tybwZekmP5UshD23UXZE0FAkNFOG1W/XyivmiTxExwxxNCyGn ZLqZZNxZi384+jL4fjOHA1rWLGocrVwvz6SmPlA60/2FF1FllXwsch6NvG87rfGA BJUezHvKIVgGdbiG3JdSUqTNgjW0TuxVIOuTmC4RELHvYj3fWJZEA4EBvVltOUc= =vKVr -----END PGP SIGNATURE----- From nobody Wed Nov 18 12:57:21 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14F0A1B2ECF for ; Wed, 18 Nov 2015 12:57:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.963 X-Spam-Level: X-Spam-Status: No, score=-1.963 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham 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 Wo7sBUeag1UY for ; Wed, 18 Nov 2015 12:57:18 -0800 (PST) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (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 E9BFB1B2ECA for ; Wed, 18 Nov 2015 12:57:17 -0800 (PST) Received: by obbbj7 with SMTP id bj7so43841490obb.1 for ; Wed, 18 Nov 2015 12:57:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=9JdWWJBbrIa7FdLf1ip0Pq8Y64LbgMh5j8s6zUpxhyQ=; b=UZaDXBPCTaqKLvGQJPuO0eorcBFG2/KAowGydqVuN4LrWvqrSLthbmP8YpmuCMB295 bWMDj8KCfopZBq5i+3+m37x0S3JJ2VqRYmrMBHDQAa7h/sDNvqqeIivv2gcNd/h82Od2 cAXaRt4HPpZjGRvpus98qeMnSFgPizjJ0n15ZLDUxbpeMkqJMaqdxooME7P5ac6UUHi2 KfWs3iA1tHh5o6eCohNlP05r5EwOkAb1stukX8RV1d2nRuPUgjr2rilR0XzJeripXkc/ yNhCZhQZ7YbuALaknmA7f4Nze/fa2DbUFU2pE80IXWexp47XZw0n8Ypzuj8U2Fj45MJf Iz3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=9JdWWJBbrIa7FdLf1ip0Pq8Y64LbgMh5j8s6zUpxhyQ=; b=dZ3V4pLmEVUmm79EhckJBaeT6gsBuMUAsyTXOuQDbyXhKCEs1PP6PSgey5KP22Wc4A KtQXmc9FswRLKEkXPuZ6HO2jX/1AQyp1xsYjF4NeSy5MOoN0Po/w4FApZHkGpg2kXoEY 3codA2kdxLOIi95bv8Z8vPoKHF/7PPsGN44rtAF6Qwon0XqW6+2ZVIV5Lc3kmlFNqlW6 DtlsppxgHaxvHaWNO9pdZLZGr3pdKX40WB+dzPG1qT9/3jhvnq6nZzCAyQuWilXKmccE OrUmVI104AYFHX4NWA7LcrkR9mWNhPakSSPpVCUp41Nkh3nR7ffPOacliAaWybPMPavA Uzbw== X-Gm-Message-State: ALoCoQlwYUGOHTeepQNNmJmCUUMY7Y//WmJW4zbk5VWH39PEG1j2lolP9PXUrbRZzsJFCxZdgN7Q MIME-Version: 1.0 X-Received: by 10.182.165.131 with SMTP id yy3mr2670319obb.49.1447880237130; Wed, 18 Nov 2015 12:57:17 -0800 (PST) Received: by 10.60.80.233 with HTTP; Wed, 18 Nov 2015 12:57:17 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B37BDAEA8@ESESSMB209.ericsson.se> References: <20151105064936.9645.14276.idtracker@ietfa.amsl.com> <7594FB04B1934943A5C02806D1A2204B37BDAEA8@ESESSMB209.ericsson.se> Date: Wed, 18 Nov 2015 12:57:17 -0800 Message-ID: From: Taylor Brandstetter To: rtcweb@ietf.org Content-Type: multipart/alternative; boundary=001a11c2fdec36742f0524d6e34b Archived-At: Subject: Re: [rtcweb] FW: New Version Notification for draft-holmberg-mmusic-mux-exclusive-00.txt X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 20:57:20 -0000 --001a11c2fdec36742f0524d6e34b Content-Type: text/plain; charset=UTF-8 If I understand correctly, this proposes that if the endpoint exclusively uses RTP/RTCP muxing, it must make the RTP and RTCP port numbers identical. However, with trickle ICE, if no candidates have been gathered yet, the RTP and RTCP port numbers will both be 9. So this creates an ambiguity; in this situation, it will be impossible to tell whether or not the endpoint exclusively uses RTCP muxing. Would it be possible to indicate exclusive support of RTCP muxing by setting the RTCP port value to 0? This would be pretty similar to assigning a 0 port value to an m-line when using "bundle-only". On Wed, Nov 4, 2015 at 10:59 PM, Christer Holmberg < christer.holmberg@ericsson.com> wrote: > New draft, replacing the previous one, this time with "exclusive" spelled > correctly. > > Regards, > > Christer > > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: 05 November 2015 08:50 > To: Christer Holmberg > Subject: New Version Notification for > draft-holmberg-mmusic-mux-exclusive-00.txt > > > A new version of I-D, draft-holmberg-mmusic-mux-exclusive-00.txt > has been successfully submitted by Christer Holmberg and posted to the > IETF repository. > > Name: draft-holmberg-mmusic-mux-exclusive > Revision: 00 > Title: Indicating Exclusive Support of RTP/RTCP Multiplexing > using SDP > Document date: 2015-11-04 > Group: Individual Submission > Pages: 5 > URL: > https://www.ietf.org/internet-drafts/draft-holmberg-mmusic-mux-exclusive-00.txt > Status: > https://datatracker.ietf.org/doc/draft-holmberg-mmusic-mux-exclusive/ > Htmlized: > https://tools.ietf.org/html/draft-holmberg-mmusic-mux-exclusive-00 > > > Abstract: > This document defines how an endpoint can indicate exclusive support > of RTP/RTCP multiplexing using the Session Description Protocol > (SDP). > > The document updates RFC 5761, by defining how the SDP 'rtcp' > attribute is used, together with the SDP 'rtcp-mux' attribute, to > indicate exclusive support of RTP/RTCP multiplexing. > > Editor's note: 'exclusive' is probably not the best terminology, so > feel free to suggest something more appropriate. > > > > > Please note that it may take a couple of minutes from the time of > submission until the htmlized version and diff are available at > tools.ietf.org. > > The IETF Secretariat > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > --001a11c2fdec36742f0524d6e34b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
If I understand correctly, this proposes that if the endpo= int exclusively uses RTP/RTCP muxing, it must make the RTP and RTCP port nu= mbers identical.

However, with trickle ICE, if no candid= ates have been gathered yet, the RTP and RTCP port numbers will both be 9. = So this creates an ambiguity; in this situation, it will be impossible to t= ell whether or not the endpoint exclusively uses RTCP muxing.

Would it be possible to indicate exclusive support of RTCP = muxing by setting the RTCP port value to 0? This would be pretty similar to= assigning a 0 port value to an m-line when using "bundle-only".<= /div>

On Wed= , Nov 4, 2015 at 10:59 PM, Christer Holmberg <christer.holmb= erg@ericsson.com> wrote:
Ne= w draft, replacing the previous one, this time with "exclusive" s= pelled correctly.

Regards,

Christer

-----Original Message-----
From: internet-drafts@ietf.org<= /a> [mailto:internet-drafts@iet= f.org]
Sent: 05 November 2015 08:50
To: Christer Holmberg <christer.holmberg@ericsson.com>
Subject: New Version Notification for draft-holmberg-mmusic-mux-exclusive-0= 0.txt


A new version of I-D, draft-holmberg-mmusic-mux-exclusive-00.txt
has been successfully submitted by Christer Holmberg and posted to the IETF= repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-holmberg-mmusic-mux-exc= lusive
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A000
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Indicating Exclusive Support of RT= P/RTCP Multiplexing using SDP
Document date:=C2=A0 2015-11-04
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 5
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/internet-drafts/draft-holmber= g-mmusic-mux-exclusive-00.txt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-holmberg-mmusic-mux-excl= usive/
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tools.ietf.org/html/draft-holmberg-mmusic-mux-exclusive-00

Abstract:
=C2=A0 =C2=A0This document defines how an endpoint can indicate exclusive s= upport
=C2=A0 =C2=A0of RTP/RTCP multiplexing using the Session Description Protoco= l
=C2=A0 =C2=A0(SDP).

=C2=A0 =C2=A0The document updates RFC 5761, by defining how the SDP 'rt= cp'
=C2=A0 =C2=A0attribute is used, together with the SDP 'rtcp-mux' at= tribute, to
=C2=A0 =C2=A0indicate exclusive support of RTP/RTCP multiplexing.

=C2=A0 =C2=A0Editor's note: 'exclusive' is probably not the bes= t terminology, so
=C2=A0 =C2=A0feel free to suggest something more appropriate.




Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat

_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
https://www.ietf.org/mailman/listinfo/rtcweb

--001a11c2fdec36742f0524d6e34b-- From nobody Thu Nov 19 09:14:23 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FFB31A0178 for ; Thu, 19 Nov 2015 09:14:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.678 X-Spam-Level: X-Spam-Status: No, score=-0.678 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, SPF_PASS=-0.001] autolearn=no 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 yiAiIqAIBmUu for ; Thu, 19 Nov 2015 09:14:20 -0800 (PST) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (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 BF8C31B2CE4 for ; Thu, 19 Nov 2015 09:14:19 -0800 (PST) Received: by igvg19 with SMTP id g19so15597271igv.1 for ; Thu, 19 Nov 2015 09:14:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/TWBGe8IsMH+PUaXr597q7u7FlS2KiJpUiKmt1u3KYg=; b=BVM08RnfBShgyY0Y15yUqrsajL/UiY9W2MhVqTzIkNfcYBnwA+pv9HXM/ir/Mj9MgF 3D079XgBumgTf0THRGYLT4Vxe/NmME5oaIXs9wuKEREqwFcvVesoYJ/uRVpiNX0CU0cN MG/tLkQ9L1Ui5Uq2/iW+etfQbXByP4PG54xJYWmpcRH3lxL/cVnM4MJzCIGVkCmW39mB H/5zDFpP3cjHnRKbQzQAIn9VRfdbWNmt0kuYduuQ9m9f8s752eh5hW5YeO4WF2ZeWe5t 5SA5gXLYO8FPMkLed3Y3Pwn9p8bp3neCMbJ4+O122FWu4R40HMLCTmq/SmhQO3o8UBt7 CnbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=/TWBGe8IsMH+PUaXr597q7u7FlS2KiJpUiKmt1u3KYg=; b=iYIiwdxHx08BPZXnNpz8c9WSCskVJfparcBYFTQGGQ5m/sWw/S35IZfzu9bNpGvuv+ xF2IuIiCQsJXGjnxq0M5T7OCg5tZHZ+YPSlYT78f4xDDhRsL2Xriq5VUG6iZwn3gKYdY NuLrVAxxsKfh3tUWZScLwYLohRKpeIowvj9OuV/JIwW6E3K+EZOlgkrt25NI/mx1442D ZmJ5LO9QiC7JvBrU/HX6niJLgsU7nLbHhmySR5ZPU8VlGppAuqRh8S/zmV56R0YoKWRD u5hH9vlMSmoUEbBMDar7cTmPBfILEUzixBp9V+/loWH2GIMRvDMXDC8W8w0KxFNimK2R 4P7w== X-Gm-Message-State: ALoCoQkDdd+biBsB2iEBMSTBOCsyFUKyG2LVOgl16b+i1g8RtUmleIw7WovP8EChKXLgqqhyuTKm X-Received: by 10.50.183.11 with SMTP id ei11mr10379304igc.94.1447953258991; Thu, 19 Nov 2015 09:14:18 -0800 (PST) Received: from mail-io0-f174.google.com (mail-io0-f174.google.com. [209.85.223.174]) by smtp.gmail.com with ESMTPSA id 42sm3691676iol.44.2015.11.19.09.14.17 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 19 Nov 2015 09:14:17 -0800 (PST) Received: by ioir85 with SMTP id r85so96114211ioi.1 for ; Thu, 19 Nov 2015 09:14:16 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.107.170.19 with SMTP id t19mr9777311ioe.70.1447953256749; Thu, 19 Nov 2015 09:14:16 -0800 (PST) Received: by 10.36.205.67 with HTTP; Thu, 19 Nov 2015 09:14:16 -0800 (PST) In-Reply-To: <564CE2F4.6060104@mozilla.com> References: <564CE2F4.6060104@mozilla.com> Date: Thu, 19 Nov 2015 12:14:16 -0500 X-Gmail-Original-Message-ID: Message-ID: From: Roman Shpount To: Jean-Marc Valin Content-Type: multipart/alternative; boundary=001a11425bd28545680524e7e3d6 Archived-At: Cc: "" Subject: Re: [rtcweb] Comments regarding draft-ietf-rtcweb-audio-09 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 17:14:22 -0000 --001a11425bd28545680524e7e3d6 Content-Type: text/plain; charset=UTF-8 Hi Jean-Marc, On Wed, Nov 18, 2015 at 3:43 PM, Jean-Marc Valin wrote: > On 11/18/2015 01:34 PM, Roman Shpount wrote: > The part relating to RFC4733 predates my involvement in this draft and > I'm not familiar with that RFC at all. Any text you'd like to suggest? > If there is a general agreement that text needs to be synchronized with the webrtc peer specifications I can try to write some language for the draft. > I did not know there is a consensus on must implement of CN. This > > is certainly not need for legacy interop. > > IIRC, I've been told it was discussed at some interim meeting which I > did not attend myself. That being said, I think it makes sense for CN > to be a must so that the sender knows it can always use it. Any reason > you do not want a must on CN? > My understanding was that G.711 and CN are primarily needed to legacy interop. If browser is communicating with a legacy end point through some sort of ICE/DTLS-SRTP gateway, then it needs to support the same codecs as legacy endpoint. There are plenty of legacy endpoints that support G.711 but do not support CN. Also, if browser is communicating with some sort of non-browser service, such as conference bridge, and if this bridge implements Opus codec, there is no real reason to implement CN. So, what I want is to see is that CN a MUST(or a SHOULD) for browsers only, with gateways and non-browsers allowed to implement G.711 only, only G.711 + CN, Opus + G.711, or all three codecs. Finally, if CN is not supported and not negotiated during call setup, nothing bad will happen. I am not aware of any scenario where audio call will fail to setup if CN fails to get negotiated. So, this probably makes CN a SHOULD, not a MUST even for browsers. Regards, _____________ Roman Shpount --001a11425bd28545680524e7e3d6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi J= ean-Marc,

On Wed, Nov 18, 2015 at 3:43 PM, Jean-Marc Valin <= jmvalin@mozilla.co= m> wrote:
On 11/18/2015 = 01:34 PM, Roman Shpount wrote:
The part relating to RFC4733 preda= tes my involvement in this draft and
I'm not familiar with that RFC at all. Any text you'd like to sugge= st?

If there is a general agreement tha= t text needs to be synchronized with the webrtc peer specifications I can t= ry to write some language for the draft.=C2=A0

> I did not know there is a consensus on must = implement of CN. This
> is certainly not need for legacy interop.

IIRC, I've been told it was discussed at some interim meeting wh= ich I
did not attend myself. That being said, I think it makes sense for CN
to be a must so that the sender knows it can always use it. Any reason
you do not want a must on CN?

My unders= tanding was that G.711 and CN are primarily needed to legacy interop. If br= owser is communicating with a legacy end point through some sort of ICE/DTL= S-SRTP gateway, then it needs to support the same codecs as legacy endpoint= . There are plenty of legacy endpoints that support G.711 but do not suppor= t CN. Also, if browser is communicating with some sort of non-browser servi= ce, such as conference bridge, and if this bridge implements Opus codec, th= ere is no real reason to implement CN. So, what I want is to see is that CN= a MUST(or a SHOULD) for browsers only, with gateways and non-browsers allo= wed to implement G.711 only, only G.711 + CN, Opus + G.711, or all three co= decs.

Finally, if CN is not supported and not nego= tiated during call setup, nothing bad will happen. I am not aware of any sc= enario where audio call will fail to setup if CN fails to get negotiated. S= o, this probably makes CN a SHOULD, not a MUST even for browsers.

Regards,
_________= ____
Roman Shpount
=C2=A0
--001a11425bd28545680524e7e3d6-- From nobody Thu Nov 19 11:27:35 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1E771A21C4 for ; Thu, 19 Nov 2015 11:27:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 J5wP1JNLC2iS for ; Thu, 19 Nov 2015 11:27:32 -0800 (PST) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (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 800301B3467 for ; Thu, 19 Nov 2015 11:27:32 -0800 (PST) Received: by qgec40 with SMTP id c40so58238269qge.2 for ; Thu, 19 Nov 2015 11:27:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=YEvXCJg4x8/naJbgKBOjuLlYrL1CeO83/aa4ncwbwtc=; b=R8AgdGNkxvT2M0wrebETLAkKURRvdRFSv8uqNgkVtJrzDCWT4KtYjUZAsrkIJddAIx 1/iJVvovaTZakL5J28Sm4FkK+07EKvow3Omxwx6OByjkGVZ4PIJtp6geVeCc4xJCDmop gLOrQ79YWBAzHR4gmjKEhiXtMzhfiBTY51OW48DhwLCfrOV1Xn126c0typ76rBQZK25X M+Hp4jMX+7NCN2VzBjbiSKlSbJWjuqKeYCqBI9tM4zee2rZDlF0zAWj04WqXhsCtHmdc xe95/9uEUecqHl5ACREbrmNylg7JJoCNrDQ4B4KvnmQJ2UrQr6BoQ0+8JBxD7wgh902y 3wiA== MIME-Version: 1.0 X-Received: by 10.140.17.8 with SMTP id 8mr8948666qgc.80.1447961251486; Thu, 19 Nov 2015 11:27:31 -0800 (PST) Received: by 10.55.115.132 with HTTP; Thu, 19 Nov 2015 11:27:31 -0800 (PST) Date: Thu, 19 Nov 2015 11:27:31 -0800 Message-ID: From: Ted Hardie To: "rtcweb@ietf.org" Content-Type: multipart/alternative; boundary=001a11c0ca600b22a70524e9c0ff Archived-At: Subject: [rtcweb] Draft minutes uploaded X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 19:27:33 -0000 --001a11c0ca600b22a70524e9c0ff Content-Type: text/plain; charset=UTF-8 Draft minutes have been uploaded to the proceedings site: https://www.ietf.org/proceedings/94/minutes/minutes-94-rtcweb Please review and send corrections to the list. thanks, Ted, Cullen, Sean --001a11c0ca600b22a70524e9c0ff Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Draft minutes have been uploaded to the proceedi= ngs site:

https://www.ietf.org/proceedings/94/minutes/minutes-94-rtcw= eb

Please review and send corrections to the lis= t.

thanks,

Ted, Cullen, Sean<= br>
--001a11c0ca600b22a70524e9c0ff-- From nobody Tue Nov 24 04:31:50 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A48A91A1BF5 for ; Tue, 24 Nov 2015 04:31:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 jLRnrRroO_aG for ; Tue, 24 Nov 2015 04:31:47 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A9BD51A1BEF for ; Tue, 24 Nov 2015 04:31:46 -0800 (PST) X-AuditID: c1b4fb3a-f79df6d0000013b1-41-565458b026bd Received: from ESESSHC012.ericsson.se (Unknown_Domain [153.88.183.54]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 17.7B.05041.0B854565; Tue, 24 Nov 2015 13:31:44 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.142]) by ESESSHC012.ericsson.se ([153.88.183.54]) with mapi id 14.03.0248.002; Tue, 24 Nov 2015 13:31:44 +0100 From: Christer Holmberg To: "rtcweb@ietf.org" Thread-Topic: JSEP: Candidiates in SDP Thread-Index: AdEms+bnBe732520T/uY1KRWKb89LA== Date: Tue, 24 Nov 2015 12:31:42 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.17] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B37C651D1ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPLMWRmVeSWpSXmKPExsUyM2K7me6GiJAwg/P3tCzW/mtnd2D0WLLk J1MAYxSXTUpqTmZZapG+XQJXxr31oQW3JCp2T6huYJws1sXIySEhYCJxq+09O4QtJnHh3nq2 LkYuDiGBw4wSnRfesUM4SxglJi74xNrFyMHBJmAh0f1PG6RBREBd4vLDC2DNwgKKEr2L7jJC xNUkLs5Zyg5h60n0LJnHAmKzCKhK3L/+jxXE5hXwlTi18SpYDSPQ4u+n1jCB2MwC4hK3nsxn gjhIQGLJnvPMELaoxMvH/8BOkADatbxfDqI8X+LJwcnsECMFJU7OfMIygVFoFpJJs5CUzUJS BhHXkViw+xMbhK0tsWzha2YY+8yBx0zI4gsY2VcxihanFhfnphsZ6aUWZSYXF+fn6eWllmxi BEbDwS2/rXYwHnzueIhRgINRiYe3YFZwmBBrYllxZe4hRgkOZiURXmv9kDAh3pTEyqrUovz4 otKc1OJDjNIcLErivM1MD0KFBNITS1KzU1MLUotgskwcnFINjKkRjqWGNpXy39UeVKase/lJ hWHq6T0dZgIeD77oOmUXanfKSpy64uvHMT9D+b3SEvt1j89PsVcTtDv33bZ0wQwxx7Ubl03W Niz1ZHhTnLj2lgj7fo4J1kL22j+S3mzm27f2o1p20pz2o+cmsxUIfb396U0P99vwDVffrfw0 a+ffyoNrn3OX/FViKc5INNRiLipOBABMrGwGggIAAA== Archived-At: Subject: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 12:31:48 -0000 --_000_7594FB04B1934943A5C02806D1A2204B37C651D1ESESSMB209erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, A question for clarification: Is addIceCandidiate the MUST-USE mechanism for providing candidiates using = JSEP? I.e. one can not rely on providing candidates in SDP? Regards, Christer --_000_7594FB04B1934943A5C02806D1A2204B37C651D1ESESSMB209erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

A question for clarification:

 

Is addIceCandidiate the MUST-US= E mechanism for providing candidiates using JSEP? I.e. one can not rely on = providing candidates in SDP?

 

Regards,

 

Christer

 

 

--_000_7594FB04B1934943A5C02806D1A2204B37C651D1ESESSMB209erics_-- From nobody Tue Nov 24 05:38:28 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32EBD1A6F44 for ; Tue, 24 Nov 2015 05:38:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] autolearn=no 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 2qIcXuwAI09s for ; Tue, 24 Nov 2015 05:38:21 -0800 (PST) Received: from mail-yk0-x22b.google.com (mail-yk0-x22b.google.com [IPv6:2607:f8b0:4002:c07::22b]) (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 6C5AD1A6F45 for ; Tue, 24 Nov 2015 05:38:21 -0800 (PST) Received: by ykfs79 with SMTP id s79so18375152ykf.1 for ; Tue, 24 Nov 2015 05:38:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Whm7bEPwy9kkffspcL9OYGzQ1+Rh3GQFZLQt++E0nDQ=; b=RnyLnNlG6Om4cNtcKlx3nqagrJru9cUNIcxxVqFicDgvhaoH4ubLeI897ipSRxBvMy D8DnOGuyfxMsP6S0nk4Ai2Xri/oEH1Qv/Pt2VZ/EbMW6+9/X1bPELRChLDyFnwyCmt9+ 2gLMO4lUOk2Shfe//uD8Rq6Z5lpcWQk/Va2R9wi8mj12gMcV2K1H8K//Lau5ifrOtANj id108YRpQLX8BTKEwu295nL28oNiV7AOjueVC6bYaewXGrPfOxZpNOz1wlp5hZA3969N ZNcGvyo3Xu6B1QgnOsiNDzxD8HyPl8DEXPK9bnlPC6YxSnnNpUgIJMMDiHqXH5NWssEj xRZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=Whm7bEPwy9kkffspcL9OYGzQ1+Rh3GQFZLQt++E0nDQ=; b=B0hIMyKnP++WhHnRrPeQYQkkS2Uhd61/gOaiGNCKrnH3DFpI1sy7yZ2tg5fdIM0uHK Rv/1X7RiRxATgp+UzBdvMKKhjkkqzLdvXIXqekTNd7CsSrmS71qn8V6HDXE2n0Kivz1D nvEnwDTyHPZcW8cZ4pmoExkBnXfra/pdjIIb3qwrABlt94qs/2un3mKKg3hk5JM2TAcI lnoGtneUQ5E5skj3+bxlvEqmDKHoH/5wwm+/QOI1Cwx5yFl0f5EIC/lQYCivJW72doNM lCqbhLRjS4mMGhQRflNvvy45TyQGfS4l9xuvUQw+I5VklYmZbeR+4pRUcpfGS+HKpiOX EWBw== X-Gm-Message-State: ALoCoQmvV/kOl5XJP1mZ3rZ3xj8SQBFhkbfYkbEUHVMKghGIyxsppmdaNt5j8Cle3YAkAnWhOohb X-Received: by 10.13.208.65 with SMTP id s62mr8428733ywd.129.1448372300788; Tue, 24 Nov 2015 05:38:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.212.209 with HTTP; Tue, 24 Nov 2015 05:37:41 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> From: Eric Rescorla Date: Tue, 24 Nov 2015 05:37:41 -0800 Message-ID: To: Christer Holmberg Content-Type: multipart/alternative; boundary=001a114e50da7de6d8052549748f Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 13:38:27 -0000 --001a114e50da7de6d8052549748f Content-Type: text/plain; charset=UTF-8 On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg < christer.holmberg@ericsson.com> wrote: > Hi, > > > > A question for clarification: > > > > Is addIceCandidiate the MUST-USE mechanism for providing candidiates using > JSEP? I.e. one can not rely on providing candidates in SDP? > > > I don't understand the question. Under some conditions, the SDP will have the candidates, specifically, if you wait until gathering is finished and then get the offer/answer. However, absent explicit agreement between the sides (or them being the same app) then you don't know that that's true. -Ekr Regards, > > > > Christer > > > > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > --001a114e50da7de6d8052549748f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg &l= t;chris= ter.holmberg@ericsson.com> wrote:

Hi,

=C2=A0

A question for clarification:

=C2=A0

Is addIceCandidiate the MUST-US= E mechanism for providing candidiates using JSEP? I.e. one can not rely on = providing candidates in SDP?



I don't understand the question. Under some conditions, the SDP will h= ave the candidates,
specifically, if you wait until gathering is = finished and then get the offer/answer. However,
absent explicit = agreement between the sides (or them being the same app) then you
don't know that that's true.

-Ekr

Regards,

=C2=A0

Christer

=C2=A0

=C2=A0


_______________________________________________
rtcweb mailing list
rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb


--001a114e50da7de6d8052549748f-- From nobody Tue Nov 24 06:52:21 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FEBC1A86FE for ; Tue, 24 Nov 2015 06:52:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 EXUEG1_IKbAn for ; Tue, 24 Nov 2015 06:52:15 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C88D91A86F7 for ; Tue, 24 Nov 2015 06:52:14 -0800 (PST) X-AuditID: c1b4fb2d-f79456d000001332-0d-5654799ca2f3 Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.183.39]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 62.94.04914.C9974565; Tue, 24 Nov 2015 15:52:12 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.142]) by ESESSHC007.ericsson.se ([153.88.183.39]) with mapi id 14.03.0248.002; Tue, 24 Nov 2015 15:52:11 +0100 From: Christer Holmberg To: Eric Rescorla Thread-Topic: [rtcweb] JSEP: Candidiates in SDP Thread-Index: AdEms+bnBe732520T/uY1KRWKb89LAAAQHGAAASPgPA= Date: Tue, 24 Nov 2015 14:52:02 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.17] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B37C65630ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprLIsWRmVeSWpSXmKPExsUyM2K7uu6cypAwg8d3+C1WvD7HbrH2Xzu7 A5PHkiU/mTwmP25jDmCK4rJJSc3JLEst0rdL4Mq4vfc1e8GtqIoXk/uZGhjnRHQxcnJICJhI TP7znBXCFpO4cG89WxcjF4eQwGFGifZZx1ghnCWMErvXHAXKcHCwCVhIdP/TBmkQEVCQ+PXn BAuIzSygLnFn8Tl2EFtYQE9iaf9nJpByEQF9iS1/rCDKrSSWr73GBmKzCKhKfFy1nQnE5hXw lXg64y8zxKopjBKfG2+A9XIKBEp8+JEBUsMIdNv3U2uYIFaJS9x6Mp8J4mYBiSV7zjND2KIS Lx//YwVplRBQlFjeLwdRni+xY+95dohVghInZz5hmcAoOgvJpFlIymYhKZsFNIlZQFNi/S59 iBJFiSndD9khbA2J1jlz2ZHFFzCyr2IULU4tLs5NNzLWSy3KTC4uzs/Ty0st2cQIjLSDW37r 7mBc/drxEKMAB6MSD2/BrOAwIdbEsuLK3EOMEhzMSiK81vohYUK8KYmVValF+fFFpTmpxYcY pTlYlMR5W5gehAoJpCeWpGanphakFsFkmTg4pRoY8+MWbe4tavrXs6xiwf/g7f65Gy9eWPnG fEPPZf3TS36f2f3qZWnOgdNXTN5KbGMTPhi2dVnXr/s/mBcd5a1o0D+ccYBpcWXKKo1dNpsn +jqwrVq1SWphx7+MY5wLdCxvTLGfPulfXrywwM3fdzdvS3z3ePpR0/kMj5rvz8n004h8+VdG 18l1o5ESS3FGoqEWc1FxIgD6xPi7sAIAAA== Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 14:52:19 -0000 --_000_7594FB04B1934943A5C02806D1A2204B37C65630ESESSMB209erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkkgYW0gdGhpbmtpbmcgZS5nLiBhYm91dCB0aGUgY2FzZSB3aGVyZSB0aGUgSlMgYXBw IHJlY2VpdmVzIGEgc3Vic2VxdWVudCBvZmZlciBmcm9tIHRoZSByZW1vdGUgcGFydHksIGFuZCB0 aGUgdXBkYXRlZCBvZmZlciBjb250YWlucyBuZXcgY2FuZGlkYXRlcyB0aGF0IHdlcmVu4oCZdCBw cm92aWRlZCBpbiB0aGUgcHJldmlvdXMgb2ZmZXIuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoN CkZyb206IEVyaWMgUmVzY29ybGEgW21haWx0bzpla3JAcnRmbS5jb21dDQpTZW50OiAyNC4gbWFy cmFza3V1dGEgMjAxNSAxNTozOA0KVG86IENocmlzdGVyIEhvbG1iZXJnDQpDYzogcnRjd2ViQGll dGYub3JnDQpTdWJqZWN0OiBSZTogW3J0Y3dlYl0gSlNFUDogQ2FuZGlkaWF0ZXMgaW4gU0RQDQoN Cg0KDQpPbiBUdWUsIE5vdiAyNCwgMjAxNSBhdCA0OjMxIEFNLCBDaHJpc3RlciBIb2xtYmVyZyA8 Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPG1haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Bl cmljc3Nvbi5jb20+PiB3cm90ZToNCkhpLA0KDQpBIHF1ZXN0aW9uIGZvciBjbGFyaWZpY2F0aW9u Og0KDQpJcyBhZGRJY2VDYW5kaWRpYXRlIHRoZSBNVVNULVVTRSBtZWNoYW5pc20gZm9yIHByb3Zp ZGluZyBjYW5kaWRpYXRlcyB1c2luZyBKU0VQPyBJLmUuIG9uZSBjYW4gbm90IHJlbHkgb24gcHJv dmlkaW5nIGNhbmRpZGF0ZXMgaW4gU0RQPw0KDQoNCkkgZG9uJ3QgdW5kZXJzdGFuZCB0aGUgcXVl c3Rpb24uIFVuZGVyIHNvbWUgY29uZGl0aW9ucywgdGhlIFNEUCB3aWxsIGhhdmUgdGhlIGNhbmRp ZGF0ZXMsDQpzcGVjaWZpY2FsbHksIGlmIHlvdSB3YWl0IHVudGlsIGdhdGhlcmluZyBpcyBmaW5p c2hlZCBhbmQgdGhlbiBnZXQgdGhlIG9mZmVyL2Fuc3dlci4gSG93ZXZlciwNCmFic2VudCBleHBs aWNpdCBhZ3JlZW1lbnQgYmV0d2VlbiB0aGUgc2lkZXMgKG9yIHRoZW0gYmVpbmcgdGhlIHNhbWUg YXBwKSB0aGVuIHlvdQ0KZG9uJ3Qga25vdyB0aGF0IHRoYXQncyB0cnVlLg0KDQotRWtyDQoNClJl Z2FyZHMsDQoNCkNocmlzdGVyDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KcnRjd2ViIG1haWxpbmcgbGlzdA0KcnRjd2ViQGlldGYub3JnPG1h aWx0bzpydGN3ZWJAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL3J0Y3dlYg0KDQo= --_000_7594FB04B1934943A5C02806D1A2204B37C65630ESESSMB209erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6 NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDIuMGNtIDcwLjg1cHQgMi4wY207fQ0K ZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1h eD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9 IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9k eSBsYW5nPSJGSSIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3Jk U2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgYW0gdGhpbmtp bmcgZS5nLiBhYm91dCB0aGUgY2FzZSB3aGVyZSB0aGUgSlMgYXBwIHJlY2VpdmVzIGEgc3Vic2Vx dWVudCBvZmZlciBmcm9tIHRoZSByZW1vdGUgcGFydHksIGFuZCB0aGUgdXBkYXRlZCBvZmZlciBj b250YWlucyBuZXcgY2FuZGlkYXRlcw0KIHRoYXQgd2VyZW7igJl0IHByb3ZpZGVkIGluIHRoZSBw cmV2aW91cyBvZmZlci48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+UmVnYXJk cyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Q2hyaXN0ZXI8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+IEVyaWMgUmVzY29ybGEgW21haWx0bzpla3JAcnRmbS5jb21dDQo8YnI+ DQo8Yj5TZW50OjwvYj4gMjQuIG1hcnJhc2t1dXRhIDIwMTUgMTU6Mzg8YnI+DQo8Yj5Ubzo8L2I+ IENocmlzdGVyIEhvbG1iZXJnPGJyPg0KPGI+Q2M6PC9iPiBydGN3ZWJAaWV0Zi5vcmc8YnI+DQo8 Yj5TdWJqZWN0OjwvYj4gUmU6IFtydGN3ZWJdIEpTRVA6IENhbmRpZGlhdGVzIGluIFNEUDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFR1ZSwgTm92IDI0LCAyMDE1IGF0IDQ6MzEgQU0sIENo cmlzdGVyIEhvbG1iZXJnICZsdDs8YSBocmVmPSJtYWlsdG86Y2hyaXN0ZXIuaG9sbWJlcmdAZXJp Y3Nzb24uY29tIiB0YXJnZXQ9Il9ibGFuayI+Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29t PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+SGksPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJF Ti1VUyI+QSBxdWVzdGlvbiBmb3IgY2xhcmlmaWNhdGlvbjo8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVT Ij5JcyBhZGRJY2VDYW5kaWRpYXRlIHRoZSBNVVNULVVTRSBtZWNoYW5pc20gZm9yIHByb3ZpZGlu ZyBjYW5kaWRpYXRlcyB1c2luZyBKU0VQPyBJLmUuIG9uZSBjYW4gbm90IHJlbHkgb24gcHJvdmlk aW5nIGNhbmRpZGF0ZXMgaW4gU0RQPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBkb24ndCB1bmRlcnN0YW5kIHRoZSBxdWVzdGlvbi4g VW5kZXIgc29tZSBjb25kaXRpb25zLCB0aGUgU0RQIHdpbGwgaGF2ZSB0aGUgY2FuZGlkYXRlcyw8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnNwZWNp ZmljYWxseSwgaWYgeW91IHdhaXQgdW50aWwgZ2F0aGVyaW5nIGlzIGZpbmlzaGVkIGFuZCB0aGVu IGdldCB0aGUgb2ZmZXIvYW5zd2VyLiBIb3dldmVyLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+YWJzZW50IGV4cGxpY2l0IGFncmVlbWVudCBiZXR3 ZWVuIHRoZSBzaWRlcyAob3IgdGhlbSBiZWluZyB0aGUgc2FtZSBhcHApIHRoZW4geW91PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5kb24ndCBrbm93 IHRoYXQgdGhhdCdzIHRydWUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPi1Fa3I8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90 ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRk aW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20i Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVT Ij5SZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojODg4ODg4Ij4mbmJzcDs8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOiM4ODg4ODgiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojODg4ODg4Ij5D aHJpc3Rlcjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Izg4ODg4OCI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImNvbG9yOiM4ODg4ODgiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Izg4ODg4OCI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImNvbG9yOiM4ODg4ODgiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6Izg4ODg4OCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpydGN3ZWIg bWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOnJ0Y3dlYkBpZXRmLm9yZyIgdGFyZ2V0 PSJfYmxhbmsiPnJ0Y3dlYkBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3J0Y3dlYiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcnRjd2ViPC9hPjxvOnA+PC9vOnA+PC9wPg0K PC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_7594FB04B1934943A5C02806D1A2204B37C65630ESESSMB209erics_-- From nobody Tue Nov 24 07:58:49 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D196B1A8A6D for ; Tue, 24 Nov 2015 07:58:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] autolearn=no 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 62OaIfB-tM8d for ; Tue, 24 Nov 2015 07:58:45 -0800 (PST) Received: from mail-yk0-x231.google.com (mail-yk0-x231.google.com [IPv6:2607:f8b0:4002:c07::231]) (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 568EE1A8A52 for ; Tue, 24 Nov 2015 07:58:45 -0800 (PST) Received: by ykdv3 with SMTP id v3so23448198ykd.0 for ; Tue, 24 Nov 2015 07:58:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=7daCnfkc8IFM6CW7lKOo+EQj4VpvXsrfAUTbu0OL4EU=; b=bvPy3+GlvDKK2MhZbhxd8PvWd1vu2SZXbMrX5VaKPnKZTN8/xKcYyVGatU/8COv1Dm I3mY5gQ7+luoikabPtY19itUObHCz7tx+sSLF7Sp35nuPFJn5jLIb/LvJYBQ7vZMlk7T b/LAvwyOuoLuJGLPC2AGWroXn1p7Ly6br7swsUv1h7wo2AKd1iob2vcwChoSn2S36pm2 z4udt07raeP4Rgqw/hE8hMdM5cEtWHM8Y3LdgTGDn8Rxo5GTaJ5JHwK4Rq7mICQr0BP9 SeQAZIOXl1ztNEzkrTHY8y1peokoVHRZvDW7fD9w1HB1keDKTg/Rk6biZGlPV4pmMF2H Ue5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=7daCnfkc8IFM6CW7lKOo+EQj4VpvXsrfAUTbu0OL4EU=; b=YjbKAEVe5yYoJoXPP3LtmjtCIU7M5EPKhZmN0cYWnMDIlCyhkRs6E4VlmqYdsxd2yw EP4Xp1c52bX/viEKCpzY56VW8Pf9LE3r95fKuwNIoCg6BHd6ps84P2kWALkati5HqQv7 HPBHl9G/Vbl2m4p56ZnWVNmMm2STaFaKioagN4Ezcvjq5e3MlaQBwPCXMXHFDNnjgRIo Iy5/HbEV2M4RC8nYDfpCFoqs7VlTXdNhruipdmf0ApahRdkNfiXhC4+iKm8X8+kLIKvc g27NgVPTIBTSF5OUdz0pU98hAGJ0R7OCjEwirzeVsz9pCqvRKsTETJzzEl0Ox2hqHLy6 SOPQ== X-Gm-Message-State: ALoCoQlpGvkkVbieo8Fr66V7ygm3q8eIjcAhiYsCqfTLXOTL6OioXjtw5mAMUZXm9tKbMbU7XYE5 X-Received: by 10.129.34.4 with SMTP id i4mr28818148ywi.155.1448380724597; Tue, 24 Nov 2015 07:58:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.212.209 with HTTP; Tue, 24 Nov 2015 07:58:05 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> From: Eric Rescorla Date: Tue, 24 Nov 2015 07:58:05 -0800 Message-ID: To: Christer Holmberg Content-Type: multipart/alternative; boundary=001a1140867897127e05254b6a87 Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 15:58:47 -0000 --001a1140867897127e05254b6a87 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Nov 24, 2015 at 6:52 AM, Christer Holmberg < christer.holmberg@ericsson.com> wrote: > Hi, > > > > I am thinking e.g. about the case where the JS app receives a subsequent > offer from the remote party, and the updated offer contains new candidate= s > that weren=E2=80=99t provided in the previous offer. > > > Sorry, I don't follow. -Ekr > Regards, > > > > Christer > > > > *From:* Eric Rescorla [mailto:ekr@rtfm.com] > *Sent:* 24. marraskuuta 2015 15:38 > *To:* Christer Holmberg > *Cc:* rtcweb@ietf.org > *Subject:* Re: [rtcweb] JSEP: Candidiates in SDP > > > > > > > > On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg < > christer.holmberg@ericsson.com> wrote: > > Hi, > > > > A question for clarification: > > > > Is addIceCandidiate the MUST-USE mechanism for providing candidiates usin= g > JSEP? I.e. one can not rely on providing candidates in SDP? > > > > > > I don't understand the question. Under some conditions, the SDP will have > the candidates, > > specifically, if you wait until gathering is finished and then get the > offer/answer. However, > > absent explicit agreement between the sides (or them being the same app) > then you > > don't know that that's true. > > > > -Ekr > > > > Regards, > > > > Christer > > > > > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > > --001a1140867897127e05254b6a87 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Tue, Nov 24, 2015 at 6:52 AM, Christer Holmberg &l= t;chris= ter.holmberg@ericsson.com> wrote:

Hi,<= /p>

=C2=A0

I am think= ing e.g. about the case where the JS app receives a subsequent offer from t= he remote party, and the updated offer contains new candidates that weren=E2=80=99t provided in the previous offer.<= /p>



Sorry, I don't follow.

-Ekr
=C2=A0<= /div>

Regards,

=C2= =A0

Christer

=C2= =A0

From: Eric Rescorla [mailto:ekr@rtfm.com]
Sent: 24. marraskuuta 2015 15:38
To: Christer Holmberg
Cc: rtcweb@ietf= .org
Subject: Re: [rtcweb] JSEP: Candidiates in SDP
<= /p>

=C2=A0

=C2=A0

=C2=A0

On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg &= lt;chri= ster.holmberg@ericsson.com> wrote:

Hi,

=C2=A0

A question for clarification:

=C2=A0

Is addIceCandidiate the MUST-US= E mechanism for providing candidiates using JSEP? I.e. one can not rely on = providing candidates in SDP?

=C2=A0

=C2=A0

I don't understand the question. Under some cond= itions, the SDP will have the candidates,

specifically, if you wait until gathering is finishe= d and then get the offer/answer. However,

absent explicit agreement between the sides (or them= being the same app) then you

don't know that that's true.

=C2=A0

-Ekr

=C2=A0

Regards,

=C2=A0<= /span>

Christe= r

=C2=A0<= /span>

=C2=A0<= /span>


_______________________________________________
rtcweb mailing list
rtcweb@ietf.org = https://www.ietf.org/mailman/listinfo/rtcweb

=C2=A0


--001a1140867897127e05254b6a87-- From nobody Tue Nov 24 08:05:17 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DF571A8AAD for ; Tue, 24 Nov 2015 08:05:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no 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 n1GcpLqZ8DY2 for ; Tue, 24 Nov 2015 08:05:12 -0800 (PST) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (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 B0B2F1A8A9C for ; Tue, 24 Nov 2015 08:05:12 -0800 (PST) Received: by oige206 with SMTP id e206so12399779oig.2 for ; Tue, 24 Nov 2015 08:05:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jitsi-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+buK75Xru20R0vKu37R1lzu4amg4QEQkAocfV8SU17A=; b=CGR8mfwUE+GfSxzWEodlTj1ScgqnQDuj678WoEcms23DRTy/A9NhfhGIOU4FUlilaL ODrlpc/vMt4IZg+WjOTjjSh627oazHIx171ARvV1BKKExZ2L1DKAU57iqiRs9s5RRSvb rtbb3a3YcftctbFTWQNaWwHjDAgFRtNqSvSF54Az8WjWQmg6RUmFf5oK1/JnirehDoNU FmGh7rmi7kU0UdurwshvsPax96y1z2YR6IyrofXeVsiAii2V4naz48F9/wB4YLpN3GL0 HoR8zLPciahOJqguqkRrzsFfL7kBQ1hQ8VygcTg0CR62mWHlZ6RKSLNa83ggGLv1Q583 StJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=+buK75Xru20R0vKu37R1lzu4amg4QEQkAocfV8SU17A=; b=NIG1ovCssEuobq/Xun1y0Xg4Npx8/rH+YdcMCH9xnc6LdNcsEAFjHruzxy5LLKr4ga fnsdYaSet3CUxuKxN0RDYwboZu9QtmiSUgnkDPyZarf1PgKm04LDn2k9aIje1DSi0Ro+ sC3l8mf2x9uSYDF8tw6IKqFqAFznCmrgFigNlplp1ZloZWQrmMN9/sdl3t4MfSrPemrn QygnEKsIuoGDlnBYw5khDV6u0ZJ2S842R4QyoSIIdiI5yCSC7H4uk3fyLy/0PzvXPL9o kullpHEQU5/chj24jj1fNJIN1WNlJrY3ilMkoeWsXd7DauiaYEfm9S7BSP8VdAb4040R ieVg== X-Gm-Message-State: ALoCoQkAixx39Cr9VfQftYQ8mTRoWdQb/hhqFxhwj6qmpgkKn4hYTmuY1Mz/leAhH4dK+hsgWStd X-Received: by 10.202.1.199 with SMTP id 190mr20200344oib.69.1448381111958; Tue, 24 Nov 2015 08:05:11 -0800 (PST) Received: from mail-oi0-f48.google.com (mail-oi0-f48.google.com. [209.85.218.48]) by smtp.gmail.com with ESMTPSA id y75sm8213760oie.6.2015.11.24.08.05.11 for (version=TLSv1/SSLv3 cipher=OTHER); Tue, 24 Nov 2015 08:05:11 -0800 (PST) Received: by oies6 with SMTP id s6so12540589oie.1 for ; Tue, 24 Nov 2015 08:05:10 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.202.189.66 with SMTP id n63mr6421770oif.89.1448381110768; Tue, 24 Nov 2015 08:05:10 -0800 (PST) Received: by 10.76.56.138 with HTTP; Tue, 24 Nov 2015 08:05:10 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> Date: Tue, 24 Nov 2015 10:05:10 -0600 X-Gmail-Original-Message-ID: Message-ID: From: Emil Ivov To: Christer Holmberg Content-Type: multipart/alternative; boundary=001a113d666e9cab6105254b8151 Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 16:05:16 -0000 --001a113d666e9cab6105254b8151 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sounds like an ICE restart. If it isn't then this is not currently allowed by any spec. Emil On Tuesday, 24 November 2015, Christer Holmberg < christer.holmberg@ericsson.com> wrote: > Hi, > > > > I am thinking e.g. about the case where the JS app receives a subsequent > offer from the remote party, and the updated offer contains new candidate= s > that weren=E2=80=99t provided in the previous offer. > > > > Regards, > > > > Christer > > > > *From:* Eric Rescorla [mailto:ekr@rtfm.com > ] > *Sent:* 24. marraskuuta 2015 15:38 > *To:* Christer Holmberg > *Cc:* rtcweb@ietf.org > *Subject:* Re: [rtcweb] JSEP: Candidiates in SDP > > > > > > > > On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg < > christer.holmberg@ericsson.com > > wrote: > > Hi, > > > > A question for clarification: > > > > Is addIceCandidiate the MUST-USE mechanism for providing candidiates usin= g > JSEP? I.e. one can not rely on providing candidates in SDP? > > > > > > I don't understand the question. Under some conditions, the SDP will have > the candidates, > > specifically, if you wait until gathering is finished and then get the > offer/answer. However, > > absent explicit agreement between the sides (or them being the same app) > then you > > don't know that that's true. > > > > -Ekr > > > > Regards, > > > > Christer > > > > > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > > --=20 sent from my mobile --001a113d666e9cab6105254b8151 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sounds like an ICE restart.

If it isn't then this is= not currently allowed by any spec.

Emil

On Tuesday, 24 November 2015, Christer Holmberg <christer.holmberg@ericsson.com>= ; wrote:

Hi,<= /p>

=C2=A0

I am think= ing e.g. about the case where the JS app receives a subsequent offer from t= he remote party, and the updated offer contains new candidates that weren=E2=80=99t provided in the previous offer.<= /p>

=C2= =A0

Regards,

=C2= =A0

Christer

=C2= =A0

From: Eric Rescorla [mailto:ekr@rtfm.com]
Sent: 24. marraskuuta 2015 15:38
To: Christer Holmberg
Cc:
rtcweb@ietf.org
Subject: Re: [rtcweb] JSEP: Candidiates in SDP
<= /p>

=C2=A0

=C2=A0

=C2=A0

On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg &= lt;christer.holmberg@ericsson.com>= wrote:

Hi,

=C2=A0

A question for clarification:

=C2=A0

Is addIceCandidiate the MUST-US= E mechanism for providing candidiates using JSEP? I.e. one can not rely on = providing candidates in SDP?

=C2=A0

=C2=A0

I don't understand the question. Under some cond= itions, the SDP will have the candidates,

specifically, if you wait until gathering is finishe= d and then get the offer/answer. However,

absent explicit agreement between the sides (or them= being the same app) then you

don't know that that's true.

=C2=A0

-Ekr

=C2=A0

Regards,

=C2=A0<= /span>

Christe= r

=C2=A0<= /span>

=C2=A0<= /span>


_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
= https://www.ietf.org/mailman/listinfo/rtcweb

=C2=A0



--
sent from my mobile
--001a113d666e9cab6105254b8151-- From nobody Tue Nov 24 08:19:49 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E008A1A8AE2 for ; Tue, 24 Nov 2015 08:19:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.492 X-Spam-Level: X-Spam-Status: No, score=-0.492 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, KHOP_DYNAMIC=1.004, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_WEB=0.77, SPF_PASS=-0.001] autolearn=no 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 ljW7QH57CtUx for ; Tue, 24 Nov 2015 08:19:44 -0800 (PST) Received: from mx0a-00198e01.pphosted.com (mx0a-00198e01.pphosted.com [67.231.149.202]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8CC211A88BA for ; Tue, 24 Nov 2015 08:19:44 -0800 (PST) Received: from pps.filterd (m0073109.ppops.net [127.0.0.1]) by mx0a-00198e01.pphosted.com (8.15.0.59/8.15.0.59) with SMTP id tAOGFsm9009835; Tue, 24 Nov 2015 11:19:41 -0500 Received: from mail.vidyo.com ([162.209.16.214]) by mx0a-00198e01.pphosted.com with ESMTP id 1y1br6gtt3-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 24 Nov 2015 11:19:41 -0500 Received: from 492132-EXCH1.vidyo.com ([fe80::50:56ff:fe85:4f77]) by 492133-EXCH2.vidyo.com ([fe80::50:56ff:fe85:6b62%13]) with mapi id 14.03.0195.001; Tue, 24 Nov 2015 10:19:40 -0600 From: Jonathan Lennox To: Emil Ivov Thread-Topic: [rtcweb] JSEP: Candidiates in SDP Thread-Index: AQHRJtMb/MRhJWXZ7EOsxOLWtOiNop6rvsSA Date: Tue, 24 Nov 2015 16:19:39 +0000 Message-ID: <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [160.79.219.114] Content-Type: multipart/alternative; boundary="_000_6208A6E4BA3F4202A72E86B9D3E6F82Avidyocom_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.15.21, 1.0.33, 0.0.0000 definitions=2015-11-24_11:2015-11-23,2015-11-24,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1508030000 definitions=main-1511240262 Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 16:19:46 -0000 --_000_6208A6E4BA3F4202A72E86B9D3E6F82Avidyocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Tm90IHNvLiBTZWUgUkZDIDUyNDUgc2VjdGlvbnMgOS4yLjEuMiwgOS4yLjIuMSwgYW5kIDkuMy4x LjQg4oCUIGlmIElDRSBpcyBzdGlsbCBpbiB0aGUgUnVubmluZyBzdGF0ZSwgYW4gZW5kcG9pbnQg aXMgYWxsb3dlZCB0byBzZW5kIGFuIHVwZGF0ZWQgb2ZmZXIgKG9yIGFuc3dlcikgd2l0aCBhZGRp dGlvbmFsIGNhbmRpZGF0ZXMuICBJdOKAmXMgc29ydCBvZiBhIOKAnHBvb3IgbWFu4oCZcyB0cmlj a2xl4oCdLg0KDQoNCk9uIE5vdiAyNCwgMjAxNSwgYXQgMTE6MDUgQU0sIEVtaWwgSXZvdiA8ZW1j aG9Aaml0c2kub3JnPG1haWx0bzplbWNob0BqaXRzaS5vcmc+PiB3cm90ZToNCg0KU291bmRzIGxp a2UgYW4gSUNFIHJlc3RhcnQuDQoNCklmIGl0IGlzbid0IHRoZW4gdGhpcyBpcyBub3QgY3VycmVu dGx5IGFsbG93ZWQgYnkgYW55IHNwZWMuDQoNCkVtaWwNCg0KT24gVHVlc2RheSwgMjQgTm92ZW1i ZXIgMjAxNSwgQ2hyaXN0ZXIgSG9sbWJlcmcgPGNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNv bTxtYWlsdG86Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPj4gd3JvdGU6DQpIaSwNCg0K SSBhbSB0aGlua2luZyBlLmcuIGFib3V0IHRoZSBjYXNlIHdoZXJlIHRoZSBKUyBhcHAgcmVjZWl2 ZXMgYSBzdWJzZXF1ZW50IG9mZmVyIGZyb20gdGhlIHJlbW90ZSBwYXJ0eSwgYW5kIHRoZSB1cGRh dGVkIG9mZmVyIGNvbnRhaW5zIG5ldyBjYW5kaWRhdGVzIHRoYXQgd2VyZW7igJl0IHByb3ZpZGVk IGluIHRoZSBwcmV2aW91cyBvZmZlci4NCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0KRnJvbTog RXJpYyBSZXNjb3JsYSBbbWFpbHRvOmVrckBydGZtLmNvbTxqYXZhc2NyaXB0Ol9lKCU3QiU3RCwn Y3ZtbCcsJ2VrckBydGZtLmNvbScpOz5dDQpTZW50OiAyNC4gbWFycmFza3V1dGEgMjAxNSAxNToz OA0KVG86IENocmlzdGVyIEhvbG1iZXJnDQpDYzogcnRjd2ViQGlldGYub3JnPGphdmFzY3JpcHQ6 X2UoJTdCJTdELCdjdm1sJywncnRjd2ViQGlldGYub3JnJyk7Pg0KU3ViamVjdDogUmU6IFtydGN3 ZWJdIEpTRVA6IENhbmRpZGlhdGVzIGluIFNEUA0KDQoNCg0KT24gVHVlLCBOb3YgMjQsIDIwMTUg YXQgNDozMSBBTSwgQ2hyaXN0ZXIgSG9sbWJlcmcgPGNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29u LmNvbTxqYXZhc2NyaXB0Ol9lKCU3QiU3RCwnY3ZtbCcsJ2NocmlzdGVyLmhvbG1iZXJnQGVyaWNz c29uLmNvbScpOz4+IHdyb3RlOg0KSGksDQoNCkEgcXVlc3Rpb24gZm9yIGNsYXJpZmljYXRpb246 DQoNCklzIGFkZEljZUNhbmRpZGlhdGUgdGhlIE1VU1QtVVNFIG1lY2hhbmlzbSBmb3IgcHJvdmlk aW5nIGNhbmRpZGlhdGVzIHVzaW5nIEpTRVA/IEkuZS4gb25lIGNhbiBub3QgcmVseSBvbiBwcm92 aWRpbmcgY2FuZGlkYXRlcyBpbiBTRFA/DQoNCg0KSSBkb24ndCB1bmRlcnN0YW5kIHRoZSBxdWVz dGlvbi4gVW5kZXIgc29tZSBjb25kaXRpb25zLCB0aGUgU0RQIHdpbGwgaGF2ZSB0aGUgY2FuZGlk YXRlcywNCnNwZWNpZmljYWxseSwgaWYgeW91IHdhaXQgdW50aWwgZ2F0aGVyaW5nIGlzIGZpbmlz aGVkIGFuZCB0aGVuIGdldCB0aGUgb2ZmZXIvYW5zd2VyLiBIb3dldmVyLA0KYWJzZW50IGV4cGxp Y2l0IGFncmVlbWVudCBiZXR3ZWVuIHRoZSBzaWRlcyAob3IgdGhlbSBiZWluZyB0aGUgc2FtZSBh cHApIHRoZW4geW91DQpkb24ndCBrbm93IHRoYXQgdGhhdCdzIHRydWUuDQoNCi1Fa3INCg0KUmVn YXJkcywNCg0KQ2hyaXN0ZXINCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQpydGN3ZWIgbWFpbGluZyBsaXN0DQpydGN3ZWJAaWV0Zi5vcmc8amF2 YXNjcmlwdDpfZSglN0IlN0QsJ2N2bWwnLCdydGN3ZWJAaWV0Zi5vcmcnKTs+DQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3J0Y3dlYg0KDQoNCg0KLS0NCnNlbnQgZnJvbSBt eSBtb2JpbGUNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQpydGN3ZWIgbWFpbGluZyBsaXN0DQpydGN3ZWJAaWV0Zi5vcmc8bWFpbHRvOnJ0Y3dlYkBpZXRm Lm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcnRjd2ViDQoNCg== --_000_6208A6E4BA3F4202A72E86B9D3E6F82Avidyocom_ Content-Type: text/html; charset="utf-8" Content-ID: <5B5FD84A45B6B34B82CA335255299C1D@vidyo.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5Ob3Qgc28u IFNlZSBSRkMgNTI0NSBzZWN0aW9ucyA5LjIuMS4yLCA5LjIuMi4xLCBhbmQgOS4zLjEuNCDigJQg aWYgSUNFIGlzIHN0aWxsIGluIHRoZSBSdW5uaW5nIHN0YXRlLCBhbiBlbmRwb2ludCBpcyBhbGxv d2VkIHRvIHNlbmQgYW4gdXBkYXRlZCBvZmZlciAob3IgYW5zd2VyKSB3aXRoIGFkZGl0aW9uYWwg Y2FuZGlkYXRlcy4gJm5ic3A7SXTigJlzIHNvcnQgb2YgYSDigJxwb29yIG1hbuKAmXMgdHJpY2ts ZeKAnS48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8YnIgY2xh c3M9IiI+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGNs YXNzPSIiPk9uIE5vdiAyNCwgMjAxNSwgYXQgMTE6MDUgQU0sIEVtaWwgSXZvdiAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmVtY2hvQGppdHNpLm9yZyIgY2xhc3M9IiI+ZW1jaG9Aaml0c2kub3JnPC9hPiZn dDsgd3JvdGU6PC9kaXY+DQo8YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0K PGRpdiBjbGFzcz0iIj5Tb3VuZHMgbGlrZSBhbiBJQ0UgcmVzdGFydC4NCjxkaXYgY2xhc3M9IiI+ PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPklmIGl0IGlzbid0IHRoZW4gdGhp cyBpcyBub3QgY3VycmVudGx5IGFsbG93ZWQgYnkgYW55IHNwZWMuPC9kaXY+DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5FbWlsPHNwYW4gY2xhc3M9 IiI+PC9zcGFuPjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCk9uIFR1ZXNkYXksIDI0IE5v dmVtYmVyIDIwMTUsIENocmlzdGVyIEhvbG1iZXJnICZsdDs8YSBocmVmPSJtYWlsdG86Y2hyaXN0 ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tIiBjbGFzcz0iIj5jaHJpc3Rlci5ob2xtYmVyZ0Blcmlj c3Nvbi5jb208L2E+Jmd0OyB3cm90ZTo8YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSBjbGFzcz0i Z21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2Nj YyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4NCjxkaXYgbGFuZz0iRkkiIGxpbms9ImJsdWUiIHZs aW5rPSJwdXJwbGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMWY0OTdkIiBjbGFzcz0iIj5I aSw8dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFmNDk3ZCIgY2xh c3M9IiI+PHUgY2xhc3M9IiI+PC91PiZuYnNwOzx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMWY0OTdkIiBjbGFzcz0iIj5JIGFtIHRoaW5raW5nIGUuZy4gYWJvdXQgdGhl IGNhc2Ugd2hlcmUgdGhlIEpTIGFwcCByZWNlaXZlcyBhIHN1YnNlcXVlbnQgb2ZmZXIgZnJvbSB0 aGUgcmVtb3RlIHBhcnR5LCBhbmQgdGhlIHVwZGF0ZWQgb2ZmZXIgY29udGFpbnMgbmV3DQogY2Fu ZGlkYXRlcyB0aGF0IHdlcmVu4oCZdCBwcm92aWRlZCBpbiB0aGUgcHJldmlvdXMgb2ZmZXIuPHUg Y2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMWY0 OTdkIiBjbGFzcz0iIj48dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91Pjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxZjQ5N2QiIGNsYXNzPSIiPlJlZ2FyZHMsPHUgY2xhc3M9IiI+ PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMWY0OTdkIiBjbGFz cz0iIj48dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxZjQ5N2QiIGNsYXNzPSIiPkNocmlzdGVyPHUgY2xhc3M9IiI+PC91Pjx1IGNs YXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMWY0OTdkIiBjbGFzcz0iIj48dSBj bGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48YiBjbGFzcz0iIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiIGNsYXNzPSIiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiIGNsYXNzPSIiPiBFcmljIFJlc2NvcmxhIFttYWlsdG86PGEgaHJlZj0i amF2YXNjcmlwdDpfZSglN0IlN0QsJ2N2bWwnLCdla3JAcnRmbS5jb20nKTsiIHRhcmdldD0iX2Js YW5rIiBjbGFzcz0iIj5la3JAcnRmbS5jb208L2E+XQ0KPGJyIGNsYXNzPSIiPg0KPGIgY2xhc3M9 IiI+U2VudDo8L2I+IDI0LiBtYXJyYXNrdXV0YSAyMDE1IDE1OjM4PGJyIGNsYXNzPSIiPg0KPGIg Y2xhc3M9IiI+VG86PC9iPiBDaHJpc3RlciBIb2xtYmVyZzxiciBjbGFzcz0iIj4NCjxiIGNsYXNz PSIiPkNjOjwvYj4gPGEgaHJlZj0iamF2YXNjcmlwdDpfZSglN0IlN0QsJ2N2bWwnLCdydGN3ZWJA aWV0Zi5vcmcnKTsiIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj4NCnJ0Y3dlYkBpZXRmLm9yZzwv YT48YnIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5TdWJqZWN0OjwvYj4gUmU6IFtydGN3ZWJdIEpT RVA6IENhbmRpZGlhdGVzIGluIFNEUDx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjx1IGNsYXNzPSIiPjwvdT4mbmJzcDs8dSBj bGFzcz0iIj48L3U+PC9wPg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjx1 IGNsYXNzPSIiPjwvdT4mbmJzcDs8dSBjbGFzcz0iIj48L3U+PC9wPg0KPGRpdiBjbGFzcz0iIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjx1IGNsYXNzPSIiPjwvdT4mbmJzcDs8dSBjbGFzcz0iIj48 L3U+PC9wPg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFR1ZSwgTm92 IDI0LCAyMDE1IGF0IDQ6MzEgQU0sIENocmlzdGVyIEhvbG1iZXJnICZsdDs8YSBocmVmPSJqYXZh c2NyaXB0Ol9lKCU3QiU3RCwnY3ZtbCcsJ2NocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbScp OyIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPmNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNv bTwvYT4mZ3Q7IHdyb3RlOjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPGRp diBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSw8dSBj bGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIGNsYXNzPSIiPkEgcXVlc3Rpb24gZm9yIGNsYXJpZmlj YXRpb246PC9zcGFuPjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIGNsYXNzPSIiPiZuYnNwOzwvc3Bhbj48 dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBjbGFzcz0iIj5JcyBhZGRJY2VDYW5kaWRpYXRlIHRoZSBNVVNU LVVTRSBtZWNoYW5pc20gZm9yIHByb3ZpZGluZyBjYW5kaWRpYXRlcyB1c2luZyBKU0VQPyBJLmUu IG9uZSBjYW4gbm90IHJlbHkgb24gcHJvdmlkaW5nIGNhbmRpZGF0ZXMgaW4gU0RQPzwvc3Bhbj48 dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjx1IGNsYXNzPSIiPjwvdT4mbmJzcDs8dSBjbGFzcz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48dSBjbGFzcz0iIj48L3U+ Jm5ic3A7PHUgY2xhc3M9IiI+PC91PjwvcD4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkkgZG9uJ3QgdW5kZXJzdGFuZCB0aGUgcXVlc3Rpb24uIFVuZGVyIHNv bWUgY29uZGl0aW9ucywgdGhlIFNEUCB3aWxsIGhhdmUgdGhlIGNhbmRpZGF0ZXMsPHUgY2xhc3M9 IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5zcGVjaWZpY2FsbHksIGlmIHlvdSB3YWl0IHVudGlsIGdhdGhlcmlu ZyBpcyBmaW5pc2hlZCBhbmQgdGhlbiBnZXQgdGhlIG9mZmVyL2Fuc3dlci4gSG93ZXZlciw8dSBj bGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPmFic2VudCBleHBsaWNpdCBhZ3JlZW1lbnQgYmV0d2VlbiB0 aGUgc2lkZXMgKG9yIHRoZW0gYmVpbmcgdGhlIHNhbWUgYXBwKSB0aGVuIHlvdTx1IGNsYXNzPSIi PjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+ZG9uJ3Qga25vdyB0aGF0IHRoYXQncyB0cnVlLjx1IGNsYXNzPSIiPjwv dT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHUgY2xhc3M9IiI+PC91PiZuYnNwOzx1IGNsYXNzPSIiPjwvdT48L3A+DQo8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tRWtyPHUgY2xhc3M9 IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91Pjwv cD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv bGlkICNjY2NjY2MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0 LjhwdDttYXJnaW4tcmlnaHQ6MGNtIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNs YXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIGNsYXNzPSIi PlJlZ2FyZHMsPC9zcGFuPjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojODg4ODg4 IiBjbGFzcz0iIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM4ODg4ODgiIGNsYXNz PSIiPjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6Izg4ODg4OCIgY2xh c3M9IiI+Q2hyaXN0ZXI8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM4ODg4ODgiIGNsYXNzPSIi Pjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6Izg4ODg4OCIgY2xhc3M9 IiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojODg4ODg4IiBjbGFzcz0iIj48dSBj bGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiM4ODg4ODgiIGNsYXNzPSIiPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Izg4ODg4OCIgY2xhc3M9IiI+PHUgY2xhc3M9 IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyIGNsYXNzPSIi Pg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnIgY2xh c3M9IiI+DQpydGN3ZWIgbWFpbGluZyBsaXN0PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0iamF2YXNj cmlwdDpfZSglN0IlN0QsJ2N2bWwnLCdydGN3ZWJAaWV0Zi5vcmcnKTsiIHRhcmdldD0iX2JsYW5r IiBjbGFzcz0iIj5ydGN3ZWJAaWV0Zi5vcmc8L2E+PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0iaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9ydGN3ZWIiIHRhcmdldD0iX2JsYW5r IiBjbGFzcz0iIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3J0Y3dlYjwv YT48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjwvYmxvY2txdW90ZT4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHUgY2xhc3M9IiI+PC91PiZuYnNwOzx1IGNsYXNz PSIiPjwvdT48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KLS0gPGJyIGNsYXNzPSIi Pg0Kc2VudCBmcm9tIG15IG1vYmlsZTxiciBjbGFzcz0iIj4NCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyIGNsYXNzPSIiPg0KcnRjd2ViIG1haWxpbmcg bGlzdDxiciBjbGFzcz0iIj4NCjxhIGhyZWY9Im1haWx0bzpydGN3ZWJAaWV0Zi5vcmciIGNsYXNz PSIiPnJ0Y3dlYkBpZXRmLm9yZzwvYT48YnIgY2xhc3M9IiI+DQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3J0Y3dlYjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_6208A6E4BA3F4202A72E86B9D3E6F82Avidyocom_-- From nobody Tue Nov 24 08:24:16 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA6EF1A9029 for ; Tue, 24 Nov 2015 08:24:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 HPz9M-WzX2WY for ; Tue, 24 Nov 2015 08:24:12 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26BC71A88D2 for ; Tue, 24 Nov 2015 08:24:05 -0800 (PST) X-AuditID: c1b4fb30-f79296d00000141d-4f-56548f24c448 Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.183.57]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 04.2E.05149.42F84565; Tue, 24 Nov 2015 17:24:04 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.142]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.03.0248.002; Tue, 24 Nov 2015 17:24:04 +0100 From: Christer Holmberg To: Jonathan Lennox , Emil Ivov Thread-Topic: [rtcweb] JSEP: Candidiates in SDP Thread-Index: AdEms+bnBe732520T/uY1KRWKb89LAAAQHGAAASPgPAAAJcaAAAAgX6AAAIeqHA= Date: Tue, 24 Nov 2015 16:24:02 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> In-Reply-To: <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.154] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B37C65C6AESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrBIsWRmVeSWpSXmKPExsUyM2K7pa5Kf0iYwZtGCYs1OyewWOxffJ7Z Yu2/dnYHZo8lS34yefx/E+jR9uwOewBzFJdNSmpOZllqkb5dAlfGy/MWBduWMVY8vdLF2sDY sIixi5GTQ0LARGJhdzMbhC0mceHeeiCbi0NI4DCjxKnbP1khnCWMEj/f3mLpYuTgYBOwkOj+ pw3SICLgKrHu+SF2EJtZQF3izuJzYLawgJ7E0v7PTCDlIgL6Elv+WEGU+0kc2tfGCmKzCKhK 7OjdA2bzCvhK7J7xDKxVSOASk8TNLUwgNqeArcSamW/BahiBbvt+ag0TxCpxiVtP5jNB3Cwg sWTPeWYIW1Ti5eN/rBC2ksSi25+h6vMlWrqbWCB2CUqcnPmEZQKj6Cwko2YhKZuFpGwW0AfM ApoS63fpQ5QoSkzpfsgOYWtItM6Zy44svoCRfRWjaHFqcVJuupGRXmpRZnJxcX6eXl5qySZG YPwd3PLbYAfjy+eOhxgFOBiVeHgLZgWHCbEmlhVX5h5ilOBgVhLhPd0VEibEm5JYWZValB9f VJqTWnyIUZqDRUmct5npQaiQQHpiSWp2ampBahFMlomDU6qBUXa7NYP84irpm835wTqbpvtl OUq8MhXs+scsczG5cdWCc6eZDgRWrdmzJOHKszU+jo03TfZ/SHr0Z0lweyrfqUWOt242Xj+T 8epxeIjexLj+87MP/GW0k2l9E7Do3Rvf79zh8mXW+dxT57/mTprfvkV9PUdQacnuMKN5NwO+ Hk8OKJwfunOatBJLcUaioRZzUXEiAMaibMy7AgAA Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 16:24:15 -0000 --_000_7594FB04B1934943A5C02806D1A2204B37C65C6AESESSMB209erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Q29ycmVjdC4gSSB3YXMgbWF5YmUgdW5jbGVhciwgYnV0IEkgd2FzIG5vdCB0YWxraW5nIGFib3V0 IHJlcGxhY2luZyBwcmV2aW91cyBjYW5kaWRhdGVzLCBidXQgYWRkaW5nIG5ldyBvbmVzLCB1c2lu ZyBhbiB1cGRhdGVkIG9mZmVyLCB3aGlsZSBpdCBpcyBzdGlsbCDigJxhbGxvd2Vk4oCdLg0KDQpS ZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQpGcm9tOiBKb25hdGhhbiBMZW5ub3ggW21haWx0bzpqb25h dGhhbkB2aWR5by5jb21dDQpTZW50OiAyNCBOb3ZlbWJlciAyMDE1IDE4OjIwDQpUbzogRW1pbCBJ dm92IDxlbWNob0BqaXRzaS5vcmc+DQpDYzogQ2hyaXN0ZXIgSG9sbWJlcmcgPGNocmlzdGVyLmhv bG1iZXJnQGVyaWNzc29uLmNvbT47IHJ0Y3dlYkBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtydGN3 ZWJdIEpTRVA6IENhbmRpZGlhdGVzIGluIFNEUA0KDQpOb3Qgc28uIFNlZSBSRkMgNTI0NSBzZWN0 aW9ucyA5LjIuMS4yLCA5LjIuMi4xLCBhbmQgOS4zLjEuNCDigJQgaWYgSUNFIGlzIHN0aWxsIGlu IHRoZSBSdW5uaW5nIHN0YXRlLCBhbiBlbmRwb2ludCBpcyBhbGxvd2VkIHRvIHNlbmQgYW4gdXBk YXRlZCBvZmZlciAob3IgYW5zd2VyKSB3aXRoIGFkZGl0aW9uYWwgY2FuZGlkYXRlcy4gIEl04oCZ cyBzb3J0IG9mIGEg4oCccG9vciBtYW7igJlzIHRyaWNrbGXigJ0uDQoNCg0KT24gTm92IDI0LCAy MDE1LCBhdCAxMTowNSBBTSwgRW1pbCBJdm92IDxlbWNob0BqaXRzaS5vcmc8bWFpbHRvOmVtY2hv QGppdHNpLm9yZz4+IHdyb3RlOg0KDQpTb3VuZHMgbGlrZSBhbiBJQ0UgcmVzdGFydC4NCg0KSWYg aXQgaXNuJ3QgdGhlbiB0aGlzIGlzIG5vdCBjdXJyZW50bHkgYWxsb3dlZCBieSBhbnkgc3BlYy4N Cg0KRW1pbA0KDQpPbiBUdWVzZGF5LCAyNCBOb3ZlbWJlciAyMDE1LCBDaHJpc3RlciBIb2xtYmVy ZyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPG1haWx0bzpjaHJpc3Rlci5ob2xtYmVy Z0Blcmljc3Nvbi5jb20+PiB3cm90ZToNCkhpLA0KDQpJIGFtIHRoaW5raW5nIGUuZy4gYWJvdXQg dGhlIGNhc2Ugd2hlcmUgdGhlIEpTIGFwcCByZWNlaXZlcyBhIHN1YnNlcXVlbnQgb2ZmZXIgZnJv bSB0aGUgcmVtb3RlIHBhcnR5LCBhbmQgdGhlIHVwZGF0ZWQgb2ZmZXIgY29udGFpbnMgbmV3IGNh bmRpZGF0ZXMgdGhhdCB3ZXJlbuKAmXQgcHJvdmlkZWQgaW4gdGhlIHByZXZpb3VzIG9mZmVyLg0K DQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQpGcm9tOiBFcmljIFJlc2NvcmxhIFttYWlsdG86ZWty QHJ0Zm0uY29tPGphdmFzY3JpcHQ6X2UoJTdCJTdELCdjdm1sJywnZWtyQHJ0Zm0uY29tJyk7Pl0N ClNlbnQ6IDI0LiBtYXJyYXNrdXV0YSAyMDE1IDE1OjM4DQpUbzogQ2hyaXN0ZXIgSG9sbWJlcmcN CkNjOiBydGN3ZWJAaWV0Zi5vcmc8amF2YXNjcmlwdDpfZSglN0IlN0QsJ2N2bWwnLCdydGN3ZWJA aWV0Zi5vcmcnKTs+DQpTdWJqZWN0OiBSZTogW3J0Y3dlYl0gSlNFUDogQ2FuZGlkaWF0ZXMgaW4g U0RQDQoNCg0KDQpPbiBUdWUsIE5vdiAyNCwgMjAxNSBhdCA0OjMxIEFNLCBDaHJpc3RlciBIb2xt YmVyZyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPGphdmFzY3JpcHQ6X2UoJTdCJTdE LCdjdm1sJywnY2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tJyk7Pj4gd3JvdGU6DQpIaSwN Cg0KQSBxdWVzdGlvbiBmb3IgY2xhcmlmaWNhdGlvbjoNCg0KSXMgYWRkSWNlQ2FuZGlkaWF0ZSB0 aGUgTVVTVC1VU0UgbWVjaGFuaXNtIGZvciBwcm92aWRpbmcgY2FuZGlkaWF0ZXMgdXNpbmcgSlNF UD8gSS5lLiBvbmUgY2FuIG5vdCByZWx5IG9uIHByb3ZpZGluZyBjYW5kaWRhdGVzIGluIFNEUD8N Cg0KDQpJIGRvbid0IHVuZGVyc3RhbmQgdGhlIHF1ZXN0aW9uLiBVbmRlciBzb21lIGNvbmRpdGlv bnMsIHRoZSBTRFAgd2lsbCBoYXZlIHRoZSBjYW5kaWRhdGVzLA0Kc3BlY2lmaWNhbGx5LCBpZiB5 b3Ugd2FpdCB1bnRpbCBnYXRoZXJpbmcgaXMgZmluaXNoZWQgYW5kIHRoZW4gZ2V0IHRoZSBvZmZl ci9hbnN3ZXIuIEhvd2V2ZXIsDQphYnNlbnQgZXhwbGljaXQgYWdyZWVtZW50IGJldHdlZW4gdGhl IHNpZGVzIChvciB0aGVtIGJlaW5nIHRoZSBzYW1lIGFwcCkgdGhlbiB5b3UNCmRvbid0IGtub3cg dGhhdCB0aGF0J3MgdHJ1ZS4NCg0KLUVrcg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQoNCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnJ0Y3dlYiBt YWlsaW5nIGxpc3QNCnJ0Y3dlYkBpZXRmLm9yZzxqYXZhc2NyaXB0Ol9lKCU3QiU3RCwnY3ZtbCcs J3J0Y3dlYkBpZXRmLm9yZycpOz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vcnRjd2ViDQoNCg0KDQotLQ0Kc2VudCBmcm9tIG15IG1vYmlsZQ0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnJ0Y3dlYiBtYWlsaW5nIGxpc3QNCnJ0 Y3dlYkBpZXRmLm9yZzxtYWlsdG86cnRjd2ViQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9ydGN3ZWINCg0K --_000_7594FB04B1934943A5C02806D1A2204B37C65C6AESESSMB209erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVt YWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0 DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBh Z2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQg NzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZh dWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86 aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFb ZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIgdmxpbms9 InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPkNvcnJlY3QuIEkgd2FzIG1heWJlIHVuY2xlYXIsIGJ1dCBJIHdhcyBub3QgdGFsa2luZyBh Ym91dCByZXBsYWNpbmcgcHJldmlvdXMgY2FuZGlkYXRlcywgYnV0IGFkZGluZyBuZXcgb25lcywg dXNpbmcgYW4gdXBkYXRlZCBvZmZlciwNCiB3aGlsZSBpdCBpcyBzdGlsbCDigJxhbGxvd2Vk4oCd LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+UmVnYXJkcyw8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkNocmlzdGVyPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgbmFtZT0iX01haWxFbmRDb21wb3NlIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20g MGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IEpv bmF0aGFuIExlbm5veCBbbWFpbHRvOmpvbmF0aGFuQHZpZHlvLmNvbV0NCjxicj4NCjxiPlNlbnQ6 PC9iPiAyNCBOb3ZlbWJlciAyMDE1IDE4OjIwPGJyPg0KPGI+VG86PC9iPiBFbWlsIEl2b3YgJmx0 O2VtY2hvQGppdHNpLm9yZyZndDs8YnI+DQo8Yj5DYzo8L2I+IENocmlzdGVyIEhvbG1iZXJnICZs dDtjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20mZ3Q7OyBydGN3ZWJAaWV0Zi5vcmc8YnI+ DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtydGN3ZWJdIEpTRVA6IENhbmRpZGlhdGVzIGluIFNEUDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Ob3Qg c28uIFNlZSBSRkMgNTI0NSBzZWN0aW9ucyA5LjIuMS4yLCA5LjIuMi4xLCBhbmQgOS4zLjEuNCDi gJQgaWYgSUNFIGlzIHN0aWxsIGluIHRoZSBSdW5uaW5nIHN0YXRlLCBhbiBlbmRwb2ludCBpcyBh bGxvd2VkIHRvIHNlbmQgYW4gdXBkYXRlZCBvZmZlciAob3IgYW5zd2VyKSB3aXRoIGFkZGl0aW9u YWwgY2FuZGlkYXRlcy4gJm5ic3A7SXTigJlzIHNvcnQgb2YgYSDigJxwb29yIG1hbuKAmXMgdHJp Y2tsZeKAnS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5PbiBOb3YgMjQsIDIwMTUsIGF0IDExOjA1IEFNLCBFbWlsIEl2b3YgJmx0OzxhIGhyZWY9Im1h aWx0bzplbWNob0BqaXRzaS5vcmciPmVtY2hvQGppdHNpLm9yZzwvYT4mZ3Q7IHdyb3RlOjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Tb3VuZHMgbGlrZSBhbiBJQ0UgcmVz dGFydC4gPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JZiBp dCBpc24ndCB0aGVuIHRoaXMgaXMgbm90IGN1cnJlbnRseSBhbGxvd2VkIGJ5IGFueSBzcGVjLjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5FbWls PGJyPg0KPGJyPg0KT24gVHVlc2RheSwgMjQgTm92ZW1iZXIgMjAxNSwgQ2hyaXN0ZXIgSG9sbWJl cmcgJmx0OzxhIGhyZWY9Im1haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20iPmNo cmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9w Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0ND Q0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJn aW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBsYW5nPSJGSSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpLDwvc3Bhbj48c3BhbiBsYW5n PSJGSSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBsYW5nPSJGSSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBs YW5nPSJGSSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkgYW0gdGhpbmtpbmcg ZS5nLiBhYm91dCB0aGUgY2FzZSB3aGVyZSB0aGUgSlMgYXBwIHJlY2VpdmVzIGEgc3Vic2VxdWVu dCBvZmZlciBmcm9tIHRoZQ0KIHJlbW90ZSBwYXJ0eSwgYW5kIHRoZSB1cGRhdGVkIG9mZmVyIGNv bnRhaW5zIG5ldyBjYW5kaWRhdGVzIHRoYXQgd2VyZW7igJl0IHByb3ZpZGVkIGluIHRoZSBwcmV2 aW91cyBvZmZlci48L3NwYW4+PHNwYW4gbGFuZz0iRkkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRkkiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDwvc3Bhbj48c3BhbiBsYW5nPSJGSSI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJGSSI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkNocmlzdGVyPC9zcGFuPjxzcGFuIGxhbmc9 IkZJIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFu IGxhbmc9IkZJIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssc2Fucy1zZXJpZiI+IEVyaWMNCiBSZXNjb3JsYSBbbWFpbHRvOjxhIGhyZWY9Imph dmFzY3JpcHQ6X2UoJTdCJTdELCdjdm1sJywnZWtyQHJ0Zm0uY29tJyk7IiB0YXJnZXQ9Il9ibGFu ayI+ZWtyQHJ0Zm0uY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiAyNC4gbWFycmFza3V1dGEg MjAxNSAxNTozODxicj4NCjxiPlRvOjwvYj4gQ2hyaXN0ZXIgSG9sbWJlcmc8YnI+DQo8Yj5DYzo8 L2I+IDxhIGhyZWY9ImphdmFzY3JpcHQ6X2UoJTdCJTdELCdjdm1sJywncnRjd2ViQGlldGYub3Jn Jyk7IiB0YXJnZXQ9Il9ibGFuayI+DQpydGN3ZWJAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVj dDo8L2I+IFJlOiBbcnRjd2ViXSBKU0VQOiBDYW5kaWRpYXRlcyBpbiBTRFA8L3NwYW4+PHNwYW4g bGFuZz0iRkkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRkkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkZJIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJGSSI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRkkiPk9uIFR1ZSwgTm92IDI0LCAyMDE1IGF0IDQ6MzEgQU0sIENocmlzdGVy IEhvbG1iZXJnICZsdDs8YSBocmVmPSJqYXZhc2NyaXB0Ol9lKCU3QiU3RCwnY3ZtbCcsJ2Nocmlz dGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbScpOyIgdGFyZ2V0PSJfYmxhbmsiPmNocmlzdGVyLmhv bG1iZXJnQGVyaWNzc29uLmNvbTwvYT4mZ3Q7DQogd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9w Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkZJIj5I aSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxh bmc9IkZJIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5BIHF1ZXN0aW9uIGZvciBjbGFyaWZpY2F0aW9uOjwvc3Bh bj48c3BhbiBsYW5nPSJGSSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkZJIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9 IkVOLVVTIj5JcyBhZGRJY2VDYW5kaWRpYXRlIHRoZSBNVVNULVVTRSBtZWNoYW5pc20gZm9yIHBy b3ZpZGluZyBjYW5kaWRpYXRlcyB1c2luZyBKU0VQPyBJLmUuIG9uZSBjYW4gbm90IHJlbHkgb24g cHJvdmlkaW5nIGNhbmRpZGF0ZXMgaW4gU0RQPzwvc3Bhbj48c3BhbiBsYW5nPSJGSSI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJGSSI+ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkZJIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9 IkZJIj5JIGRvbid0IHVuZGVyc3RhbmQgdGhlIHF1ZXN0aW9uLiBVbmRlciBzb21lIGNvbmRpdGlv bnMsIHRoZSBTRFAgd2lsbCBoYXZlIHRoZSBjYW5kaWRhdGVzLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRkki PnNwZWNpZmljYWxseSwgaWYgeW91IHdhaXQgdW50aWwgZ2F0aGVyaW5nIGlzIGZpbmlzaGVkIGFu ZCB0aGVuIGdldCB0aGUgb2ZmZXIvYW5zd2VyLiBIb3dldmVyLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRkki PmFic2VudCBleHBsaWNpdCBhZ3JlZW1lbnQgYmV0d2VlbiB0aGUgc2lkZXMgKG9yIHRoZW0gYmVp bmcgdGhlIHNhbWUgYXBwKSB0aGVuIHlvdTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRkkiPmRvbid0IGtub3cg dGhhdCB0aGF0J3MgdHJ1ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkZJIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxh bmc9IkZJIj4tRWtyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJGSSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6 c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0 OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJF Ti1VUyI+UmVnYXJkcyw8L3NwYW4+PHNwYW4gbGFuZz0iRkkiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xv cjojODg4ODg4Ij4mbmJzcDs8L3NwYW4+PHNwYW4gbGFuZz0iRkkiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJj b2xvcjojODg4ODg4Ij5DaHJpc3Rlcjwvc3Bhbj48c3BhbiBsYW5nPSJGSSI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImNvbG9yOiM4ODg4ODgiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJGSSI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImNvbG9yOiM4ODg4ODgiPiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJGSSI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4g bGFuZz0iRkkiPjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPGJyPg0KcnRjd2ViIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9ImphdmFzY3JpcHQ6 X2UoJTdCJTdELCdjdm1sJywncnRjd2ViQGlldGYub3JnJyk7IiB0YXJnZXQ9Il9ibGFuayI+cnRj d2ViQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vcnRjd2ViIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9ydGN3ZWI8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9ibG9j a3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkZJIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJy Pg0KLS0gPGJyPg0Kc2VudCBmcm9tIG15IG1vYmlsZTxicj4NCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KcnRjd2ViIG1haWxpbmcgbGlzdDxicj4N CjxhIGhyZWY9Im1haWx0bzpydGN3ZWJAaWV0Zi5vcmciPnJ0Y3dlYkBpZXRmLm9yZzwvYT48YnI+ DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3J0Y3dlYiI+ aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9ydGN3ZWI8L2E+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_7594FB04B1934943A5C02806D1A2204B37C65C6AESESSMB209erics_-- From nobody Tue Nov 24 08:25:19 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AE7C1A900A for ; Tue, 24 Nov 2015 08:25:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no 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 2egvMKkNR7bb for ; Tue, 24 Nov 2015 08:25:15 -0800 (PST) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (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 47BDB1A8F4A for ; Tue, 24 Nov 2015 08:24:53 -0800 (PST) Received: by obdgf3 with SMTP id gf3so17284610obd.3 for ; Tue, 24 Nov 2015 08:24:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jitsi-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DpHYHCiRr2KB3Lm+lbYQvI5iU1y7l5kXeTNwzX0yeDU=; b=jZ1+d7R9oljz0zXCCHMe4Fb7jN63b7WcPiUSzQ4qiPYEEK1rwbCs3dFvfzu9itkllc btDdqiSnrBsYj7KLk/xdHCkdrTUImX0ALL2G4Q30RABotvt468dptxAyghhAfY3tDVsx 8itcgqRs82gbyS8QzscCijGdnka7bsAXmb/mcafw47wjSgggfd5CzHo27ynG1FbQUjTt CSdSWdH0Bfp/hIAJK9+P5dWe3eeCB0wX2BMq9gVFRC0A1rv/4rjC4m4W3f6K5usuNj4M qqhLrBt37P3XB+OQep3FhLoyCDlIwD9UplFK/0RZcp4r47ylaDXnuGpKazT7Pmy+TMuY C1EQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=DpHYHCiRr2KB3Lm+lbYQvI5iU1y7l5kXeTNwzX0yeDU=; b=Kb0G1D438V3d7yaDgn7lf5Um/6mdgxAtjJonyhdY6OIAM/UJMGHrkehvULE8aJO/Ut qNd5n+NH6t0XV+rKmPW2q435tJ5OdFK0C4PoaYvXHhXFaWBe4iaZQinlEzY9dvcnY+FE yaUfrX3aoSmuJKNeUeZTmeVQZ4X+dc+jHdekplhXr18keLbfXSw8ujfKg9T8XGtrpxzf 7IfylszFWXGLIhW197FUxg/Rb49KKtKeA4eeZWbL9Xt1hVUwKTFw8XHM9nG427GyGsQ0 HudJ7A7w/bZOuNchjhix4B0JbCw8MVZlZ40hFEwhF2sL9xyRJrfJ4sV6Uu+/pDm7eKei 5k9A== X-Gm-Message-State: ALoCoQl8z2dJlSKVy3uxTGbQSl9E9Mcsra6M4YYa/8L6HJFCZFxaOojeWHpyq4wp98ZP4MhGetxu X-Received: by 10.182.22.132 with SMTP id d4mr9401931obf.50.1448382292694; Tue, 24 Nov 2015 08:24:52 -0800 (PST) Received: from mail-oi0-f53.google.com (mail-oi0-f53.google.com. [209.85.218.53]) by smtp.gmail.com with ESMTPSA id k136sm8482712oib.24.2015.11.24.08.24.52 for (version=TLSv1/SSLv3 cipher=OTHER); Tue, 24 Nov 2015 08:24:52 -0800 (PST) Received: by oige206 with SMTP id e206so12800183oig.2 for ; Tue, 24 Nov 2015 08:24:51 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.202.49.137 with SMTP id x131mr20227173oix.119.1448382291904; Tue, 24 Nov 2015 08:24:51 -0800 (PST) Received: by 10.76.56.138 with HTTP; Tue, 24 Nov 2015 08:24:51 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se> Date: Tue, 24 Nov 2015 10:24:51 -0600 X-Gmail-Original-Message-ID: Message-ID: From: Emil Ivov To: Christer Holmberg Content-Type: multipart/alternative; boundary=001a113cc2ee02321705254bc8f1 Archived-At: Cc: Jonathan Lennox , "rtcweb@ietf.org" Subject: Re: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 16:25:17 -0000 --001a113cc2ee02321705254bc8f1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Now that we have trickle we should probably outlaw this. I don't think it was ever widely supported anyway. On Tuesday, 24 November 2015, Christer Holmberg < christer.holmberg@ericsson.com> wrote: > Correct. I was maybe unclear, but I was not talking about replacing > previous candidates, but adding new ones, using an updated offer, while i= t > is still =E2=80=9Callowed=E2=80=9D. > > > > Regards, > > > > Christer > > > > *From:* Jonathan Lennox [mailto:jonathan@vidyo.com > ] > *Sent:* 24 November 2015 18:20 > *To:* Emil Ivov > > *Cc:* Christer Holmberg >; > rtcweb@ietf.org > *Subject:* Re: [rtcweb] JSEP: Candidiates in SDP > > > > Not so. See RFC 5245 sections 9.2.1.2, 9.2.2.1, and 9.3.1.4 =E2=80=94 if = ICE is > still in the Running state, an endpoint is allowed to send an updated off= er > (or answer) with additional candidates. It=E2=80=99s sort of a =E2=80=9C= poor man=E2=80=99s > trickle=E2=80=9D. > > > > > > On Nov 24, 2015, at 11:05 AM, Emil Ivov > wrote: > > > > Sounds like an ICE restart. > > > > If it isn't then this is not currently allowed by any spec. > > > > Emil > > On Tuesday, 24 November 2015, Christer Holmberg < > christer.holmberg@ericsson.com > > wrote: > > Hi, > > > > I am thinking e.g. about the case where the JS app receives a subsequent > offer from the remote party, and the updated offer contains new candidate= s > that weren=E2=80=99t provided in the previous offer. > > > > Regards, > > > > Christer > > > > *From:* Eric Rescorla [mailto:ekr@rtfm.com] > *Sent:* 24. marraskuuta 2015 15:38 > *To:* Christer Holmberg > *Cc:* rtcweb@ietf.org > *Subject:* Re: [rtcweb] JSEP: Candidiates in SDP > > > > > > > > On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg < > christer.holmberg@ericsson.com> wrote: > > Hi, > > > > A question for clarification: > > > > Is addIceCandidiate the MUST-USE mechanism for providing candidiates usin= g > JSEP? I.e. one can not rely on providing candidates in SDP? > > > > > > I don't understand the question. Under some conditions, the SDP will have > the candidates, > > specifically, if you wait until gathering is finished and then get the > offer/answer. However, > > absent explicit agreement between the sides (or them being the same app) > then you > > don't know that that's true. > > > > -Ekr > > > > Regards, > > > > Christer > > > > > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > > > > > -- > sent from my mobile > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > > --=20 sent from my mobile --001a113cc2ee02321705254bc8f1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Now that we have trickle we should probably outlaw this. I don't think = it was ever widely supported anyway.

On Tuesday, 24 Nov= ember 2015, Christer Holmberg <christer.holmberg@ericsson.com> wrote:

Correct. I was maybe unclear, but I w= as not talking about replacing previous candidates, but adding new ones, us= ing an updated offer, while it is still =E2=80=9Callowed=E2=80=9D.

=C2=A0

Regards,

=C2=A0

Christer

=C2=A0

From: = Jonathan Lennox [mailto:jonathan@vidyo.com]
Sent: 24 November 2015 18:20
To: Emil Ivov <emcho@jitsi.org>
Cc: Christer Holmberg <christer= .holmberg@ericsson.com>; rtcweb@ietf.org
Subject: Re: [rtcweb] JSEP: Candidiates in SDP
<= /p>

=C2=A0

Not so. See RFC 5245 sections 9.2.1.2, 9.2.2.1, and = 9.3.1.4 =E2=80=94 if ICE is still in the Running state, an endpoint is allo= wed to send an updated offer (or answer) with additional candidates.=C2=A0 = It=E2=80=99s sort of a =E2=80=9Cpoor man=E2=80=99s trickle=E2=80=9D.=

=C2=A0

=C2=A0

On Nov 24, 2015, at 11:05 AM, Emil Ivov <emcho@jitsi.org> wrote:

=C2=A0

Sounds like an ICE restart.

=C2=A0

If it isn't then this is not currently allowed b= y any spec.

=C2=A0

Emil

On Tuesday, 24 November 2015, Christer Holmberg <christer.holmberg@ericsson.com> wrote:

Hi,

=C2=A0

I am thinking e.g. abo= ut the case where the JS app receives a subsequent offer from the remote party, and the updated offer contains new candidates that weren=E2= =80=99t provided in the previous offer.<= /u>

=C2=A0

Regards,

=C2=A0

Christer

=C2=A0

From: Er= ic Rescorla [mailto:ekr@rtfm.com]
Sent: 24. marraskuuta 2015 15:38
To: Christer Holmberg
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] JSEP: Candidiates in SDP

=C2=A0

=C2=A0

=C2=A0

On Tue, Nov 24, 2015 at 4:31 AM, C= hrister Holmberg <christer.holmberg@ericsson.com> wrote:

Hi,

=C2=A0

A question for clarification:

=C2=A0=

Is addIceCandidiate the MUST-US= E mechanism for providing candidiates using JSEP? I.e. one can not rely on = providing candidates in SDP?<= /p>

=C2=A0

=C2=A0

I don't understand the questio= n. Under some conditions, the SDP will have the candidates,

specifically, if you wait until ga= thering is finished and then get the offer/answer. However,

absent explicit agreement between = the sides (or them being the same app) then you

don't know that that's tru= e.

=C2=A0

-Ekr

=C2=A0

Regards,

=C2=A0<= /span>

Christe= r

=C2=A0<= /span>

=C2=A0<= /span>

_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
= https://www.ietf.org/mailman/listinfo/rtcweb

=C2=A0



--
sent from my mobile
_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
= https://www.ietf.org/mailman/listinfo/rtcweb

=C2=A0



--
sent from my mobile
--001a113cc2ee02321705254bc8f1-- From nobody Tue Nov 24 11:11:56 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 983D11A87D2 for ; Tue, 24 Nov 2015 11:11:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 u4iIM_gaScDd for ; Tue, 24 Nov 2015 11:11:53 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EDA71A87C5 for ; Tue, 24 Nov 2015 11:11:52 -0800 (PST) X-AuditID: c1b4fb30-f79296d00000141d-08-5654b676983d Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.183.39]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 6C.00.05149.676B4565; Tue, 24 Nov 2015 20:11:50 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.142]) by ESESSHC007.ericsson.se ([153.88.183.39]) with mapi id 14.03.0248.002; Tue, 24 Nov 2015 20:11:49 +0100 From: Christer Holmberg To: Emil Ivov Thread-Topic: [rtcweb] JSEP: Candidiates in SDP Thread-Index: AdEms+bnBe732520T/uY1KRWKb89LAAAQHGAAASPgPAAAJcaAAAAgX6AAAIeqHD///B+gP//wPMw Date: Tue, 24 Nov 2015 19:11:48 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B37C66F91@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.148] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B37C66F91ESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrKIsWRmVeSWpSXmKPExsUyM2K7um7ZtpAwg5sHJCzW7JzAYrF/8Xlm i7X/2tkdmD2WLPnJ5PH/TaBH27M77AHMUVw2Kak5mWWpRfp2CVwZm6duYinYdIOxYu/1j6wN jDcuMXYxcnJICJhIrP18mRnCFpO4cG89WxcjF4eQwGFGiRWLjrOBJIQEljBKvN+l08XIwcEm YCHR/U8bJCwiIC/R3baICcRmFvCVOH5iPdgcYQE9iaX9n5lAykUE9CW2/LGCKI+SePmviwUk zCKgKrGvPQ8kzAvU+fxVMzvEorvMEgsecoDYnAKBEptbu1hBbEagy76fWgO1SVzi1pP5TBAX C0gs2XMe6npRiZeP/7FC2EoSjUuesIKsYhbIlzi3XgZilaDEyZlPWCYwis5CMmkWQtUsJFUQ YU2J9bv0IaoVJaZ0P2SHsDUkWufMZUcWX8DIvopRtDi1OCk33chIL7UoM7m4OD9PLy+1ZBMj MPIObvltsIPx5XPHQ4wCHIxKPLwFs4LDhFgTy4orcw8xSnAwK4nwGm0NCRPiTUmsrEotyo8v Ks1JLT7EKM3BoiTO28z0IFRIID2xJDU7NbUgtQgmy8TBKdXA6Gq3nbXI2D5xVy6zycHHMbmG s0+4u7yq3MrF8CvKrMXa3a5ox7GPi3wns/98dtN82qzGZdtqDJe4nL/ZY7J2acLuEpb/P/Yv VBIyK5i59T1/U6pfliCrpdGEuQpHV7F+5O9kuvr92+/q/r1/orbe/3ad8UangdlGth2bmxi3 6cyty16SzrdBRomlOCPRUIu5qDgRABgjzA+4AgAA Archived-At: Cc: Jonathan Lennox , "rtcweb@ietf.org" Subject: Re: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 19:11:55 -0000 --_000_7594FB04B1934943A5C02806D1A2204B37C66F91ESESSMB209erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkhvdyBjYW5kaWRhdGVzIGFyZSBzaWduYWxsZWQvdHJpY2tsZWQgb24gdGhlIHdpcmUg aXMgaXJyZWxldmFudCDigJMgSlNFUCBuZWVkcyB0byBiZSBjbGVhciBvbiB3aGVuL2lmIGNhbmRp ZGF0ZXMgY2FuIGJlIHByb3ZpZGVkIHdpdGhpbiBhbiBvZmZlci9hbnN3ZXIsIGFuZCB3aGVuIHRo ZXkgY2FuL25lZWQgdG8gYmUgcHJvdmlkZWQgdXNpbmcgYWRkQ2FuZGlkYXRlKCkuDQoNClJlZ2Fy ZHMsDQoNCkNocmlzdGVyDQoNCkZyb206IEVtaWwgSXZvdiBbbWFpbHRvOmVtY2hvQGppdHNpLm9y Z10NClNlbnQ6IDI0IE5vdmVtYmVyIDIwMTUgMTg6MjUNClRvOiBDaHJpc3RlciBIb2xtYmVyZyA8 Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPg0KQ2M6IEpvbmF0aGFuIExlbm5veCA8am9u YXRoYW5AdmlkeW8uY29tPjsgcnRjd2ViQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW3J0Y3dlYl0g SlNFUDogQ2FuZGlkaWF0ZXMgaW4gU0RQDQoNCk5vdyB0aGF0IHdlIGhhdmUgdHJpY2tsZSB3ZSBz aG91bGQgcHJvYmFibHkgb3V0bGF3IHRoaXMuIEkgZG9uJ3QgdGhpbmsgaXQgd2FzIGV2ZXIgd2lk ZWx5IHN1cHBvcnRlZCBhbnl3YXkuDQoNCk9uIFR1ZXNkYXksIDI0IE5vdmVtYmVyIDIwMTUsIENo cmlzdGVyIEhvbG1iZXJnIDxjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb208bWFpbHRvOmNo cmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbT4+IHdyb3RlOg0KQ29ycmVjdC4gSSB3YXMgbWF5 YmUgdW5jbGVhciwgYnV0IEkgd2FzIG5vdCB0YWxraW5nIGFib3V0IHJlcGxhY2luZyBwcmV2aW91 cyBjYW5kaWRhdGVzLCBidXQgYWRkaW5nIG5ldyBvbmVzLCB1c2luZyBhbiB1cGRhdGVkIG9mZmVy LCB3aGlsZSBpdCBpcyBzdGlsbCDigJxhbGxvd2Vk4oCdLg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rl cg0KDQpGcm9tOiBKb25hdGhhbiBMZW5ub3ggW21haWx0bzpqb25hdGhhbkB2aWR5by5jb208amF2 YXNjcmlwdDpfZSglN0IlN0QsJ2N2bWwnLCdqb25hdGhhbkB2aWR5by5jb20nKTs+XQ0KU2VudDog MjQgTm92ZW1iZXIgMjAxNSAxODoyMA0KVG86IEVtaWwgSXZvdiA8ZW1jaG9Aaml0c2kub3JnPGph dmFzY3JpcHQ6X2UoJTdCJTdELCdjdm1sJywnZW1jaG9Aaml0c2kub3JnJyk7Pj4NCkNjOiBDaHJp c3RlciBIb2xtYmVyZyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPGphdmFzY3JpcHQ6 X2UoJTdCJTdELCdjdm1sJywnY2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tJyk7Pj47IHJ0 Y3dlYkBpZXRmLm9yZzxqYXZhc2NyaXB0Ol9lKCU3QiU3RCwnY3ZtbCcsJ3J0Y3dlYkBpZXRmLm9y ZycpOz4NClN1YmplY3Q6IFJlOiBbcnRjd2ViXSBKU0VQOiBDYW5kaWRpYXRlcyBpbiBTRFANCg0K Tm90IHNvLiBTZWUgUkZDIDUyNDUgc2VjdGlvbnMgOS4yLjEuMiwgOS4yLjIuMSwgYW5kIDkuMy4x LjQg4oCUIGlmIElDRSBpcyBzdGlsbCBpbiB0aGUgUnVubmluZyBzdGF0ZSwgYW4gZW5kcG9pbnQg aXMgYWxsb3dlZCB0byBzZW5kIGFuIHVwZGF0ZWQgb2ZmZXIgKG9yIGFuc3dlcikgd2l0aCBhZGRp dGlvbmFsIGNhbmRpZGF0ZXMuICBJdOKAmXMgc29ydCBvZiBhIOKAnHBvb3IgbWFu4oCZcyB0cmlj a2xl4oCdLg0KDQoNCk9uIE5vdiAyNCwgMjAxNSwgYXQgMTE6MDUgQU0sIEVtaWwgSXZvdiA8ZW1j aG9Aaml0c2kub3JnPGphdmFzY3JpcHQ6X2UoJTdCJTdELCdjdm1sJywnZW1jaG9Aaml0c2kub3Jn Jyk7Pj4gd3JvdGU6DQoNClNvdW5kcyBsaWtlIGFuIElDRSByZXN0YXJ0Lg0KDQpJZiBpdCBpc24n dCB0aGVuIHRoaXMgaXMgbm90IGN1cnJlbnRseSBhbGxvd2VkIGJ5IGFueSBzcGVjLg0KDQpFbWls DQoNCk9uIFR1ZXNkYXksIDI0IE5vdmVtYmVyIDIwMTUsIENocmlzdGVyIEhvbG1iZXJnIDxjaHJp c3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb208amF2YXNjcmlwdDpfZSglN0IlN0QsJ2N2bWwnLCdj aHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20nKTs+PiB3cm90ZToNCkhpLA0KDQpJIGFtIHRo aW5raW5nIGUuZy4gYWJvdXQgdGhlIGNhc2Ugd2hlcmUgdGhlIEpTIGFwcCByZWNlaXZlcyBhIHN1 YnNlcXVlbnQgb2ZmZXIgZnJvbSB0aGUgcmVtb3RlIHBhcnR5LCBhbmQgdGhlIHVwZGF0ZWQgb2Zm ZXIgY29udGFpbnMgbmV3IGNhbmRpZGF0ZXMgdGhhdCB3ZXJlbuKAmXQgcHJvdmlkZWQgaW4gdGhl IHByZXZpb3VzIG9mZmVyLg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQpGcm9tOiBFcmljIFJl c2NvcmxhIFttYWlsdG86ZWtyQHJ0Zm0uY29tXQ0KU2VudDogMjQuIG1hcnJhc2t1dXRhIDIwMTUg MTU6MzgNClRvOiBDaHJpc3RlciBIb2xtYmVyZw0KQ2M6IHJ0Y3dlYkBpZXRmLm9yZzxtYWlsdG86 cnRjd2ViQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtydGN3ZWJdIEpTRVA6IENhbmRpZGlhdGVz IGluIFNEUA0KDQoNCg0KT24gVHVlLCBOb3YgMjQsIDIwMTUgYXQgNDozMSBBTSwgQ2hyaXN0ZXIg SG9sbWJlcmcgPGNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbTxtYWlsdG86Y2hyaXN0ZXIu aG9sbWJlcmdAZXJpY3Nzb24uY29tPj4gd3JvdGU6DQpIaSwNCg0KQSBxdWVzdGlvbiBmb3IgY2xh cmlmaWNhdGlvbjoNCg0KSXMgYWRkSWNlQ2FuZGlkaWF0ZSB0aGUgTVVTVC1VU0UgbWVjaGFuaXNt IGZvciBwcm92aWRpbmcgY2FuZGlkaWF0ZXMgdXNpbmcgSlNFUD8gSS5lLiBvbmUgY2FuIG5vdCBy ZWx5IG9uIHByb3ZpZGluZyBjYW5kaWRhdGVzIGluIFNEUD8NCg0KDQpJIGRvbid0IHVuZGVyc3Rh bmQgdGhlIHF1ZXN0aW9uLiBVbmRlciBzb21lIGNvbmRpdGlvbnMsIHRoZSBTRFAgd2lsbCBoYXZl IHRoZSBjYW5kaWRhdGVzLA0Kc3BlY2lmaWNhbGx5LCBpZiB5b3Ugd2FpdCB1bnRpbCBnYXRoZXJp bmcgaXMgZmluaXNoZWQgYW5kIHRoZW4gZ2V0IHRoZSBvZmZlci9hbnN3ZXIuIEhvd2V2ZXIsDQph YnNlbnQgZXhwbGljaXQgYWdyZWVtZW50IGJldHdlZW4gdGhlIHNpZGVzIChvciB0aGVtIGJlaW5n IHRoZSBzYW1lIGFwcCkgdGhlbiB5b3UNCmRvbid0IGtub3cgdGhhdCB0aGF0J3MgdHJ1ZS4NCg0K LUVrcg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCnJ0Y3dlYiBtYWlsaW5nIGxpc3QNCnJ0Y3dlYkBp ZXRmLm9yZzxtYWlsdG86cnRjd2ViQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9ydGN3ZWINCg0KDQoNCi0tDQpzZW50IGZyb20gbXkgbW9iaWxlDQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KcnRjd2ViIG1haWxp bmcgbGlzdA0KcnRjd2ViQGlldGYub3JnPGphdmFzY3JpcHQ6X2UoJTdCJTdELCdjdm1sJywncnRj d2ViQGlldGYub3JnJyk7Pg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9y dGN3ZWINCg0KDQoNCi0tDQpzZW50IGZyb20gbXkgbW9iaWxlDQo= --_000_7594FB04B1934943A5C02806D1A2204B37C66F91ESESSMB209erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVt YWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0 DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0 aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4w cHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+ PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9 ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0 PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0K PC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0K PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSw8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhvdyBjYW5kaWRhdGVzIGFyZSBz aWduYWxsZWQvdHJpY2tsZWQgb24gdGhlIHdpcmUgaXMgaXJyZWxldmFudCDigJMgSlNFUCBuZWVk cyB0byBiZSBjbGVhciBvbiB3aGVuL2lmIGNhbmRpZGF0ZXMgY2FuIGJlIHByb3ZpZGVkIHdpdGhp bg0KIGFuIG9mZmVyL2Fuc3dlciwgYW5kIHdoZW4gdGhleSBjYW4vbmVlZCB0byBiZSBwcm92aWRl ZCB1c2luZyBhZGRDYW5kaWRhdGUoKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5D aHJpc3RlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIG5h bWU9Il9NYWlsRW5kQ29tcG9zZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYT48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9t Ojwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IEVtaWwgSXZvdiBbbWFp bHRvOmVtY2hvQGppdHNpLm9yZ10NCjxicj4NCjxiPlNlbnQ6PC9iPiAyNCBOb3ZlbWJlciAyMDE1 IDE4OjI1PGJyPg0KPGI+VG86PC9iPiBDaHJpc3RlciBIb2xtYmVyZyAmbHQ7Y2hyaXN0ZXIuaG9s bWJlcmdAZXJpY3Nzb24uY29tJmd0Ozxicj4NCjxiPkNjOjwvYj4gSm9uYXRoYW4gTGVubm94ICZs dDtqb25hdGhhbkB2aWR5by5jb20mZ3Q7OyBydGN3ZWJAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0 OjwvYj4gUmU6IFtydGN3ZWJdIEpTRVA6IENhbmRpZGlhdGVzIGluIFNEUDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+Tm93IHRoYXQgd2UgaGF2ZSB0cmlja2xlIHdlIHNob3VsZCBwcm9i YWJseSBvdXRsYXcgdGhpcy4gSSBkb24ndCB0aGluayBpdCB3YXMgZXZlciB3aWRlbHkgc3VwcG9y dGVkIGFueXdheS48YnI+DQo8YnI+DQpPbiBUdWVzZGF5LCAyNCBOb3ZlbWJlciAyMDE1LCBDaHJp c3RlciBIb2xtYmVyZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNocmlzdGVyLmhvbG1iZXJnQGVyaWNz c29uLmNvbSI+Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPC9hPiZndDsgd3JvdGU6PG86 cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6 c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0 OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Db3JyZWN0LiBJIHdhcyBtYXli ZSB1bmNsZWFyLCBidXQgSSB3YXMgbm90IHRhbGtpbmcgYWJvdXQgcmVwbGFjaW5nIHByZXZpb3Vz IGNhbmRpZGF0ZXMsIGJ1dCBhZGRpbmcNCiBuZXcgb25lcywgdXNpbmcgYW4gdXBkYXRlZCBvZmZl ciwgd2hpbGUgaXQgaXMgc3RpbGwg4oCcYWxsb3dlZOKAnS48L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkNocmlzdGVyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48YSBuYW1lPSIxNTEzYTRmMmFkZGM3ZjViX19NYWlsRW5k Q29tcG9zZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L2E+ PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwv c3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IEpvbmF0aGFuDQogTGVubm94 IFttYWlsdG86PGEgaHJlZj0iamF2YXNjcmlwdDpfZSglN0IlN0QsJ2N2bWwnLCdqb25hdGhhbkB2 aWR5by5jb20nKTsiIHRhcmdldD0iX2JsYW5rIj5qb25hdGhhbkB2aWR5by5jb208L2E+XQ0KPGJy Pg0KPGI+U2VudDo8L2I+IDI0IE5vdmVtYmVyIDIwMTUgMTg6MjA8YnI+DQo8Yj5Ubzo8L2I+IEVt aWwgSXZvdiAmbHQ7PGEgaHJlZj0iamF2YXNjcmlwdDpfZSglN0IlN0QsJ2N2bWwnLCdlbWNob0Bq aXRzaS5vcmcnKTsiIHRhcmdldD0iX2JsYW5rIj5lbWNob0BqaXRzaS5vcmc8L2E+Jmd0Ozxicj4N CjxiPkNjOjwvYj4gQ2hyaXN0ZXIgSG9sbWJlcmcgJmx0OzxhIGhyZWY9ImphdmFzY3JpcHQ6X2Uo JTdCJTdELCdjdm1sJywnY2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tJyk7IiB0YXJnZXQ9 Il9ibGFuayI+Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPC9hPiZndDs7DQo8YSBocmVm PSJqYXZhc2NyaXB0Ol9lKCU3QiU3RCwnY3ZtbCcsJ3J0Y3dlYkBpZXRmLm9yZycpOyIgdGFyZ2V0 PSJfYmxhbmsiPnJ0Y3dlYkBpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFty dGN3ZWJdIEpTRVA6IENhbmRpZGlhdGVzIGluIFNEUDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Tm90IHNvLiBTZWUgUkZDIDUyNDUgc2Vj dGlvbnMgOS4yLjEuMiwgOS4yLjIuMSwgYW5kIDkuMy4xLjQg4oCUIGlmIElDRSBpcyBzdGlsbCBp biB0aGUgUnVubmluZyBzdGF0ZSwgYW4gZW5kcG9pbnQgaXMgYWxsb3dlZCB0byBzZW5kIGFuIHVw ZGF0ZWQgb2ZmZXIgKG9yIGFuc3dlcikgd2l0aCBhZGRpdGlvbmFsIGNhbmRpZGF0ZXMuJm5ic3A7 DQogSXTigJlzIHNvcnQgb2YgYSDigJxwb29yIG1hbuKAmXMgdHJpY2tsZeKAnS48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5PbiBOb3YgMjQs IDIwMTUsIGF0IDExOjA1IEFNLCBFbWlsIEl2b3YgJmx0OzxhIGhyZWY9ImphdmFzY3JpcHQ6X2Uo JTdCJTdELCdjdm1sJywnZW1jaG9Aaml0c2kub3JnJyk7IiB0YXJnZXQ9Il9ibGFuayI+ZW1jaG9A aml0c2kub3JnPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj5Tb3VuZHMgbGlrZSBhbiBJQ0UgcmVzdGFydC4NCjxvOnA+PC9vOnA+PC9wPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPklmIGl0IGlzbid0IHRoZW4gdGhpcyBp cyBub3QgY3VycmVudGx5IGFsbG93ZWQgYnkgYW55IHNwZWMuPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5FbWlsPGJyPg0KPGJyPg0KT24g VHVlc2RheSwgMjQgTm92ZW1iZXIgMjAxNSwgQ2hyaXN0ZXIgSG9sbWJlcmcgJmx0OzxhIGhyZWY9 ImphdmFzY3JpcHQ6X2UoJTdCJTdELCdjdm1sJywnY2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24u Y29tJyk7IiB0YXJnZXQ9Il9ibGFuayI+Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPC9h PiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5v bmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYu MHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBsYW5nPSJGSSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpLDwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRkkiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+SSBhbSB0aGlua2luZyBlLmcuIGFib3V0IHRoZSBjYXNlIHdoZXJlIHRoZSBKUyBhcHAgcmVj ZWl2ZXMgYSBzdWJzZXF1ZW50IG9mZmVyIGZyb20gdGhlDQogcmVtb3RlIHBhcnR5LCBhbmQgdGhl IHVwZGF0ZWQgb2ZmZXIgY29udGFpbnMgbmV3IGNhbmRpZGF0ZXMgdGhhdCB3ZXJlbuKAmXQgcHJv dmlkZWQgaW4gdGhlIHByZXZpb3VzIG9mZmVyLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPkNocmlzdGVyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OyxzYW5zLXNlcmlmIj4gRXJpYw0KIFJlc2NvcmxhIFs8YSBocmVmPSJtYWlsdG86ZWtyQHJ0Zm0u Y29tIj5tYWlsdG86ZWtyQHJ0Zm0uY29tPC9hPl0gPGJyPg0KPGI+U2VudDo8L2I+IDI0LiBtYXJy YXNrdXV0YSAyMDE1IDE1OjM4PGJyPg0KPGI+VG86PC9iPiBDaHJpc3RlciBIb2xtYmVyZzxicj4N CjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnJ0Y3dlYkBpZXRmLm9yZyI+cnRjd2ViQGlldGYu b3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW3J0Y3dlYl0gSlNFUDogQ2FuZGlkaWF0 ZXMgaW4gU0RQPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5PbiBUdWUsIE5vdiAy NCwgMjAxNSBhdCA0OjMxIEFNLCBDaHJpc3RlciBIb2xtYmVyZyAmbHQ7PHNwYW4gbGFuZz0iRkki PjxhIGhyZWY9Im1haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20iPjxzcGFuIGxh bmc9IkVOLUdCIj5jaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb208L3NwYW4+PC9hPjwvc3Bh bj4mZ3Q7DQogd3JvdGU6PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRkkiPkhpLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRkkiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPkEgcXVl c3Rpb24gZm9yIGNsYXJpZmljYXRpb246PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+SXMgYWRkSWNl Q2FuZGlkaWF0ZSB0aGUgTVVTVC1VU0UgbWVjaGFuaXNtIGZvciBwcm92aWRpbmcgY2FuZGlkaWF0 ZXMgdXNpbmcgSlNFUD8gSS5lLiBvbmUgY2FuIG5vdCByZWx5IG9uIHByb3ZpZGluZyBjYW5kaWRh dGVzIGluIFNEUD88L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIGxhbmc9IkZJIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRkkiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gbGFuZz0iRkkiPkkgZG9uJ3QgdW5kZXJzdGFuZCB0aGUgcXVlc3Rpb24uIFVu ZGVyIHNvbWUgY29uZGl0aW9ucywgdGhlIFNEUCB3aWxsIGhhdmUgdGhlIGNhbmRpZGF0ZXMsPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBsYW5nPSJGSSI+c3BlY2lmaWNhbGx5LCBpZiB5b3Ugd2FpdCB1bnRpbCBnYXRoZXJp bmcgaXMgZmluaXNoZWQgYW5kIHRoZW4gZ2V0IHRoZSBvZmZlci9hbnN3ZXIuIEhvd2V2ZXIsPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBsYW5nPSJGSSI+YWJzZW50IGV4cGxpY2l0IGFncmVlbWVudCBiZXR3ZWVuIHRoZSBz aWRlcyAob3IgdGhlbSBiZWluZyB0aGUgc2FtZSBhcHApIHRoZW4geW91PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5n PSJGSSI+ZG9uJ3Qga25vdyB0aGF0IHRoYXQncyB0cnVlLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRkkiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gbGFuZz0iRkkiPi1Fa3I8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkZJIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20g Ni4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNt O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5SZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojODg4 ODg4Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6Izg4ODg4OCI+Q2hyaXN0ZXI8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iY29sb3I6Izg4ODg4OCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiM4ODg4 ODgiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bWFyZ2luLWJvdHRv bToxMi4wcHQiPjxzcGFuIGxhbmc9IkZJIj48YnI+DQo8L3NwYW4+X19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpydGN3ZWIgbWFpbGluZyBsaXN0PGJy Pg0KPHNwYW4gbGFuZz0iRkkiPjxhIGhyZWY9Im1haWx0bzpydGN3ZWJAaWV0Zi5vcmciPjxzcGFu IGxhbmc9IkVOLUdCIj5ydGN3ZWJAaWV0Zi5vcmc8L3NwYW4+PC9hPjwvc3Bhbj48YnI+DQo8c3Bh biBsYW5nPSJGSSI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9ydGN3ZWIiIHRhcmdldD0iX2JsYW5rIj48c3BhbiBsYW5nPSJFTi1HQiI+aHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9ydGN3ZWI8L3NwYW4+PC9hPjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxicj4NCjxicj4NCi0t IDxicj4NCnNlbnQgZnJvbSBteSBtb2JpbGU8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4NCnJ0Y3dlYiBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBo cmVmPSJqYXZhc2NyaXB0Ol9lKCU3QiU3RCwnY3ZtbCcsJ3J0Y3dlYkBpZXRmLm9yZycpOyIgdGFy Z2V0PSJfYmxhbmsiPnJ0Y3dlYkBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3J0Y3dlYiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcnRjd2ViPC9hPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KLS0gPGJyPg0Kc2VudCBmcm9tIG15IG1vYmls ZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_7594FB04B1934943A5C02806D1A2204B37C66F91ESESSMB209erics_-- From nobody Tue Nov 24 11:34:12 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D4E61A8880 for ; Tue, 24 Nov 2015 11:34:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.963 X-Spam-Level: X-Spam-Status: No, score=-1.963 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham 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 knWwReyYhhNx for ; Tue, 24 Nov 2015 11:34:07 -0800 (PST) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (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 954A81A8843 for ; Tue, 24 Nov 2015 11:34:07 -0800 (PST) Received: by oixx65 with SMTP id x65so16298166oix.0 for ; Tue, 24 Nov 2015 11:34:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Pr1tMlrTBMOVvhug8Fxcw24gMQwYhc/T5UmAsVevVTk=; b=S7T5rpEkgRjOY2/uRZi5XYu/hNxlMtUq/OJB0XXPg0glGjtj810q4zNNpMar/g9YSF RY0ra1m241TS32ppfUntRc0AgBP2rbqwMtP4fUauG56+P44NFkrhYdXjUe2lkt1ryN// xOPenWzbCQyWxrlRBCHlTelzOE3tAPRqhODYPHximdRQIGrfd7FFoeMsvvI6UZTXJR9d JXWVp52AfgjgYsfOS9K3DvaHO+vLDFmluKWWeClGOpcQ4TdHPajWDWn/i1ZCn6H5CfF3 AbrsCvI17QmYZExSGN7WLqTVkSub6zxAbkDJpCG3TZYyGtv9diGIv0XIo90qpc3ULcPQ zwTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=Pr1tMlrTBMOVvhug8Fxcw24gMQwYhc/T5UmAsVevVTk=; b=GqhIpArKzCdSMWiLsrWOfDp1LDeJXcPJI8dZD8v/h5xQYVcj6ok6x0RAe5vq6woteS y57i13UXSWRMSthusKgQneLdtWrnlVfWLYg95m0Vg5zRl3N9wxngmqwGSxdR/rExsv3I mvq7fCQvkwX6q8oLFIpmclriPH1l3tRroV2PPVSEFP8y7A9pt9fD1COmRWZ62PrCzEHP vdCBYAwSb0EGCHxVvg4c25yVlCLQyd7/WSpx5ro3+L9IFbtTvciUf28jljo9m4tjsDim gNrYLC2KVaSDU92WgxgKdN3aK42ms/XUCnAEn8ea0q8Ez8AEix4JTz+3t8seS0cmulmp 0QTg== X-Gm-Message-State: ALoCoQkUaLEKN+3iCDQFNp9g6WTWyk7mIjWA3OQXBiHsnqDo3QUCa9TjpGOtjVjK1d1d83cwg4cN X-Received: by 10.202.78.75 with SMTP id c72mr20706407oib.53.1448393646816; Tue, 24 Nov 2015 11:34:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.202.69.4 with HTTP; Tue, 24 Nov 2015 11:33:27 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B37C66F91@ESESSMB209.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C66F91@ESESSMB209.ericsson.se> From: Peter Thatcher Date: Tue, 24 Nov 2015 11:33:27 -0800 Message-ID: To: Christer Holmberg Content-Type: multipart/alternative; boundary=001a11c1714cd0819e05254e6c0e Archived-At: Cc: Jonathan Lennox , "rtcweb@ietf.org" Subject: Re: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 19:34:10 -0000 --001a11c1714cd0819e05254e6c0e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I think Christer's real question is "how does JS pass candidates down remote candidate to the browser?". And I think the answer is that it can come down via either addIceCandidate or via setRemoteDescription (the SDP, either offer or answer). Another way of phrasing the question is: "If the PeerConnection sees candidates in the remote description that weren't passed down via addIceCandidate, should it use them or throw them away?". And I think the answer is "it should use them". Such is not explicitly specified in JSEP, but section 4.1.11 for addIceCandidate says the candidate "will be added to the remote description according to the rules defined for Trickle ICE". Which makes one think that if addIceCandidate is equivalent to adding a candidate to the remote description, then adding a candidate to the remote description be equivalent to addIceCandidate. But it doesn't say so explicitly. Chrome implements this way (accepts candidates in the SDP that aren't from addIceCandidate). The ORTC shim (https://github.com/webrtc/adapter/pull/136/files) doesn't, I don't think, but that's probably just a bug/oversight. I don't know what Firefox does. On Tue, Nov 24, 2015 at 11:11 AM, Christer Holmberg < christer.holmberg@ericsson.com> wrote: > Hi, > > > > How candidates are signalled/trickled on the wire is irrelevant =E2=80=93= JSEP > needs to be clear on when/if candidates can be provided within an > offer/answer, and when they can/need to be provided using addCandidate(). > > > > Regards, > > > > Christer > > > > *From:* Emil Ivov [mailto:emcho@jitsi.org] > *Sent:* 24 November 2015 18:25 > *To:* Christer Holmberg > *Cc:* Jonathan Lennox ; rtcweb@ietf.org > > *Subject:* Re: [rtcweb] JSEP: Candidiates in SDP > > > > Now that we have trickle we should probably outlaw this. I don't think it > was ever widely supported anyway. > > On Tuesday, 24 November 2015, Christer Holmberg < > christer.holmberg@ericsson.com> wrote: > > Correct. I was maybe unclear, but I was not talking about replacing > previous candidates, but adding new ones, using an updated offer, while i= t > is still =E2=80=9Callowed=E2=80=9D. > > > > Regards, > > > > Christer > > > > *From:* Jonathan Lennox [mailto:jonathan@vidyo.com] > *Sent:* 24 November 2015 18:20 > *To:* Emil Ivov > *Cc:* Christer Holmberg ; rtcweb@ietf.org > *Subject:* Re: [rtcweb] JSEP: Candidiates in SDP > > > > Not so. See RFC 5245 sections 9.2.1.2, 9.2.2.1, and 9.3.1.4 =E2=80=94 if = ICE is > still in the Running state, an endpoint is allowed to send an updated off= er > (or answer) with additional candidates. It=E2=80=99s sort of a =E2=80=9C= poor man=E2=80=99s > trickle=E2=80=9D. > > > > > > On Nov 24, 2015, at 11:05 AM, Emil Ivov wrote: > > > > Sounds like an ICE restart. > > > > If it isn't then this is not currently allowed by any spec. > > > > Emil > > On Tuesday, 24 November 2015, Christer Holmberg < > christer.holmberg@ericsson.com> wrote: > > Hi, > > > > I am thinking e.g. about the case where the JS app receives a subsequent > offer from the remote party, and the updated offer contains new candidate= s > that weren=E2=80=99t provided in the previous offer. > > > > Regards, > > > > Christer > > > > *From:* Eric Rescorla [mailto:ekr@rtfm.com ] > *Sent:* 24. marraskuuta 2015 15:38 > *To:* Christer Holmberg > *Cc:* rtcweb@ietf.org > *Subject:* Re: [rtcweb] JSEP: Candidiates in SDP > > > > > > > > On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg < > christer.holmberg@ericsson.com> wrote: > > Hi, > > > > A question for clarification: > > > > Is addIceCandidiate the MUST-USE mechanism for providing candidiates usin= g > JSEP? I.e. one can not rely on providing candidates in SDP? > > > > > > I don't understand the question. Under some conditions, the SDP will have > the candidates, > > specifically, if you wait until gathering is finished and then get the > offer/answer. However, > > absent explicit agreement between the sides (or them being the same app) > then you > > don't know that that's true. > > > > -Ekr > > > > Regards, > > > > Christer > > > > > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > > > > > -- > sent from my mobile > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > > > > > -- > sent from my mobile > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > --001a11c1714cd0819e05254e6c0e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I think Christer's real question is "how does = JS pass candidates down remote candidate to the browser?".=C2=A0 And I= think the answer is that it can come down via either addIceCandidate or vi= a setRemoteDescription (the SDP, either offer or answer). =C2=A0
Another way of phrasing the question is: =C2=A0"If the Peer= Connection sees candidates in the remote description that weren't passe= d down via addIceCandidate, should it use them or throw them away?".= =C2=A0 And I think the answer is "it should use them".
Such is not explicitly specified in JSEP, but section 4.1.11 for= addIceCandidate says the candidate "will be added to the remote descr= iption according to the rules defined for Trickle ICE".=C2=A0 Which ma= kes one think that if addIceCandidate is equivalent to adding a candidate t= o the remote description, then adding a candidate to the remote description= be equivalent to addIceCandidate.=C2=A0 But it doesn't say so explicit= ly.


Chrome implements this way (accepts c= andidates in the SDP that aren't from addIceCandidate).

The ORTC shim (https://github.com/webrtc/adapter/pull/136/files) doesn't, I= don't think, but that's probably just a bug/oversight.
I don't know what Firefox does.



On Tue, = Nov 24, 2015 at 11:11 AM, Christer Holmberg <christer.holmb= erg@ericsson.com> wrote:

Hi,

=C2=A0

How candidates are signalled/trickled= on the wire is irrelevant =E2=80=93 JSEP needs to be clear on when/if cand= idates can be provided within an offer/answer, and when they can/need to be provided using addCandidate(= ).

=C2=A0

Regards,

=C2=A0

Christer

=C2=A0

From: = Emil Ivov [mailto:emch= o@jitsi.org]
Sent: 24 November 2015 18:25
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Jonathan Lennox <jonathan@vidyo.com>; rtcweb@ietf.org


Subject: Re: [rtcweb] JSEP: Candidiates in SDP

=C2=A0

Now that we have trickle we should probably outlaw t= his. I don't think it was ever widely supported anyway.

On Tuesday, 24 November 2015, Christer Holmberg <christer.holmberg@ericsson.com= > wrote:

Correct. I was maybe unclear, but I w= as not talking about replacing previous candidates, but adding new ones, using an updated offer, while it is still =E2=80=9Callowed=E2=80= =9D.

=C2=A0

Regards,

=C2=A0

Christer

=C2=A0

From: = Jonathan Lennox [mailto:jonathan@vidyo.com]
Sent: 24 November 2015 18:20
To: Emil Ivov <emcho@jitsi.org>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>; rtcweb@ietf.org
Subject: Re: [rtcweb] JSEP: Candidiates in SDP
<= /p>

=C2=A0

Not so. See RFC 5245 sections 9.2.1.2, 9.2.2.1, and = 9.3.1.4 =E2=80=94 if ICE is still in the Running state, an endpoint is allo= wed to send an updated offer (or answer) with additional candidates.=C2=A0 It=E2=80=99s sort of a =E2=80=9Cpoor man=E2=80=99s trickle=E2=80=9D.

=C2=A0

=C2=A0

On Nov 24, 2015, at 11:05 AM, Emil Ivov <emcho= @jitsi.org> wrote:

=C2=A0

Sounds like an ICE restart.

=C2=A0

If it isn't then this is not currently allowed b= y any spec.

=C2=A0

Emil

On Tuesday, 24 November 2015, Christer Holmberg <christer.holmberg@er= icsson.com> wrote:

Hi,<= /p>

=C2=A0

I am thinking e.g. abo= ut the case where the JS app receives a subsequent offer from the remote party, and the updated offer contains new candidates that weren=E2= =80=99t provided in the previous offer.

=C2=A0

Regards,=

=C2=A0

Christer=

=C2=A0

From: Er= ic Rescorla [mailto:ekr@rtf= m.com]
Sent: 24. marraskuuta 2015 15:38
To: Christer Holmberg
Cc: rtcweb@ietf= .org
Subject: Re: [rtcweb] JSEP: Candidiates in SDP
<= /p>

=C2=A0

=C2=A0

=C2=A0

On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg &= lt;christer.holmberg@ericsson.com> wrote:

Hi,

=C2=A0

A question for clarification:

=C2=A0

Is addIceCandidiate the MUST-US= E mechanism for providing candidiates using JSEP? I.e. one can not rely on = providing candidates in SDP?

=C2=A0

=C2=A0

I don't understand the questio= n. Under some conditions, the SDP will have the candidates,

specifically, if you wait until ga= thering is finished and then get the offer/answer. However,

absent explicit agreement between = the sides (or them being the same app) then you

don't know that that's tru= e.

=C2=A0

-Ekr

=C2=A0

Regards,

=C2=A0<= /span>

Christe= r

=C2=A0<= /span>

=C2=A0<= /span>

_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
https://www.ietf.org/mailman/listinf= o/rtcweb

=C2=A0



--
sent from my mobile
_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
= https://www.ietf.org/mailman/listinfo/rtcweb

=C2=A0



--
sent from my mobile


_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
https://www.ietf.org/mailman/listinfo/rtcweb


--001a11c1714cd0819e05254e6c0e-- From nobody Tue Nov 24 11:39:06 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E46C11A885B for ; Tue, 24 Nov 2015 11:39:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham 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 1zNCVCTKdoqk for ; Tue, 24 Nov 2015 11:39:03 -0800 (PST) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (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 C5A361A8860 for ; Tue, 24 Nov 2015 11:39:03 -0800 (PST) Received: by igcto18 with SMTP id to18so21818747igc.0 for ; Tue, 24 Nov 2015 11:39:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dexBPbZrx6jRe4AnCFnbxLQpU8py6GbBt3wTSCTo8Tk=; b=GjnW2kLCRb8VMfi9gTs5lcnaQm3qW3qeWH68nP67EWjK3feLiMN5DxNmqFay/2a3ZX swvOvedvd9FYXMqv9AAjGY/orF4L1WVMpA3KxLv0LqU/bcG4+zy/Mc3fr8LyBh2Bu+8h 8NpjJ2jUj8lGAJTeRTAA2H8PA9lgYufRMLbsDgdK3GquKLG613tjx+6bqNTJxGXhiSpd VtYVASwrVysGCljCdQ+KnH87PGa8CTgfUCFpXaQF+iZTarUHMogEh22uvIr1vNmMS4i0 EiF4LgJKUvWUxy7AJkNFNXRp7haJA9w/J0J5UPGakHFtu44GSG6nzXVhFuyZgsB6DQ0m RwmA== MIME-Version: 1.0 X-Received: by 10.50.43.135 with SMTP id w7mr107947igl.77.1448393943255; Tue, 24 Nov 2015 11:39:03 -0800 (PST) Received: by 10.36.155.139 with HTTP; Tue, 24 Nov 2015 11:39:03 -0800 (PST) In-Reply-To: References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C66F91@ESESSMB209.ericsson.se> Date: Tue, 24 Nov 2015 11:39:03 -0800 Message-ID: From: Martin Thomson To: Peter Thatcher Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: Jonathan Lennox , "rtcweb@ietf.org" Subject: Re: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 19:39:05 -0000 On 24 November 2015 at 11:33, Peter Thatcher wrote: > I don't know what Firefox does. If you provide a set of remote candidates, we use them, whether they arrive via addIceCandidate or setRemoteDescription. From nobody Tue Nov 24 11:39:27 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2B2C1A8889 for ; Tue, 24 Nov 2015 11:39:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] autolearn=no 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 Y8cSDVXQS0Gd for ; Tue, 24 Nov 2015 11:39:23 -0800 (PST) Received: from mail-yk0-x22e.google.com (mail-yk0-x22e.google.com [IPv6:2607:f8b0:4002:c07::22e]) (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 7540B1A8860 for ; Tue, 24 Nov 2015 11:39:23 -0800 (PST) Received: by ykfs79 with SMTP id s79so31495244ykf.1 for ; Tue, 24 Nov 2015 11:39:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=mEnWU1miJIWXha54jdoVJIQfqeZSz5/A1voN0y6lWns=; b=HQrX8nIjtJsVRZOL8NDVPzR2gEy3fGsrZ1QqoYQwo7ssz0wRLzoV7CTXc/MXlhQzER HbpqOr/0Cb54hih/Mnsg01dhQqsEFeu55eLDtQl1HcAjIAKgqip8luUYcSAoPqp4cuR7 FVp/jM+L7MwvMDXF39ibhJBbI7xKTDlr8lCyYt+JgfmW3No/qEVGsAkWAWuOhHG9Fc9b N0fV+r49hUIfZBvnVnVC0vycKURywF0RqclDjU2sdYVqsvMHNupMLxygWeK0rp+ck1hB 6rjo61zNprpeaxCCTiPEvbJwOQ8XjoLkbfm3R8MLo+URkdIm2/m4oiIlZ7qfeo2QUUlw hCOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=mEnWU1miJIWXha54jdoVJIQfqeZSz5/A1voN0y6lWns=; b=CRdgX8rsmUt/5HEYIk4/N3DV7WqgVHTRIxEX4VPTGETZHP18SXj1/zsv0bfhMNBlfH 4Wfg/fqi7xvnaO1VsI6yuld4swL7Xm70xAciEfhL9c0Uofwr1BfF9IoLjmov37k/B8lV 9U185Kzw9/vvQhZMul87DnP01jjznJ22u4U8ol8eCv1cS7qGl8LNfgMehb6GsAB2IfjX Z2WiFgODP/3g/LdZFAvFlGFJ9pe77Z8rmFSRq9g6ZPh3OBxxpQUsL1UKSzWfBXApCptL HrioE3Fbpkb8ufX9LgC1+4so5mV//9l1shu90GuvK2K5W+oVnFaWG0MgI7NQP7w4AF1H BNXA== X-Gm-Message-State: ALoCoQnRxJpQmIueqJTF0WBV1q3gxMvzLtS0D0AViCm9yjf3ekVR9h3HLd5qGNrB6tegaTbaSgAE X-Received: by 10.129.73.208 with SMTP id w199mr20729058ywa.223.1448393962734; Tue, 24 Nov 2015 11:39:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.232.201 with HTTP; Tue, 24 Nov 2015 11:38:43 -0800 (PST) In-Reply-To: References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C66F91@ESESSMB209.ericsson.se> From: Eric Rescorla Date: Tue, 24 Nov 2015 11:38:43 -0800 Message-ID: To: Peter Thatcher Content-Type: multipart/alternative; boundary=001a114dd1f6a5020a05254e7f08 Archived-At: Cc: Jonathan Lennox , "rtcweb@ietf.org" Subject: Re: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 19:39:26 -0000 --001a114dd1f6a5020a05254e7f08 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Nov 24, 2015 at 11:33 AM, Peter Thatcher wrote: > I think Christer's real question is "how does JS pass candidates down > remote candidate to the browser?". And I think the answer is that it can > come down via either addIceCandidate or via setRemoteDescription (the SDP= , > either offer or answer). > > Another way of phrasing the question is: "If the PeerConnection sees > candidates in the remote description that weren't passed down via > addIceCandidate, should it use them or throw them away?". And I think th= e > answer is "it should use them". > This is absolutely the case. Otherwise you are going to have a horrendous interop problem with non-trickle endpoints. I think this probably falls within the TODO in S 5.6.2: https://tools.ietf.org/html/draft-ietf-rtcweb-jsep-12#section-5.6.2 Such is not explicitly specified in JSEP, but section 4.1.11 for > addIceCandidate says the candidate "will be added to the remote descripti= on > according to the rules defined for Trickle ICE". Which makes one think > that if addIceCandidate is equivalent to adding a candidate to the remote > description, then adding a candidate to the remote description be > equivalent to addIceCandidate. But it doesn't say so explicitly. > > > Chrome implements this way (accepts candidates in the SDP that aren't fro= m > addIceCandidate). > As does Firefox. -Ekr *Sent:* 24 November 2015 18:25 >> *To:* Christer Holmberg >> *Cc:* Jonathan Lennox ; rtcweb@ietf.org >> >> *Subject:* Re: [rtcweb] JSEP: Candidiates in SDP >> >> >> >> Now that we have trickle we should probably outlaw this. I don't think i= t >> was ever widely supported anyway. >> >> On Tuesday, 24 November 2015, Christer Holmberg < >> christer.holmberg@ericsson.com> wrote: >> >> Correct. I was maybe unclear, but I was not talking about replacing >> previous candidates, but adding new ones, using an updated offer, while = it >> is still =E2=80=9Callowed=E2=80=9D. >> >> >> >> Regards, >> >> >> >> Christer >> >> >> >> *From:* Jonathan Lennox [mailto:jonathan@vidyo.com] >> *Sent:* 24 November 2015 18:20 >> *To:* Emil Ivov >> *Cc:* Christer Holmberg ; rtcweb@ietf.or= g >> *Subject:* Re: [rtcweb] JSEP: Candidiates in SDP >> >> >> >> Not so. See RFC 5245 sections 9.2.1.2, 9.2.2.1, and 9.3.1.4 =E2=80=94 if= ICE is >> still in the Running state, an endpoint is allowed to send an updated of= fer >> (or answer) with additional candidates. It=E2=80=99s sort of a =E2=80= =9Cpoor man=E2=80=99s >> trickle=E2=80=9D. >> >> >> >> >> >> On Nov 24, 2015, at 11:05 AM, Emil Ivov wrote: >> >> >> >> Sounds like an ICE restart. >> >> >> >> If it isn't then this is not currently allowed by any spec. >> >> >> >> Emil >> >> On Tuesday, 24 November 2015, Christer Holmberg < >> christer.holmberg@ericsson.com> wrote: >> >> Hi, >> >> >> >> I am thinking e.g. about the case where the JS app receives a subsequent >> offer from the remote party, and the updated offer contains new candidat= es >> that weren=E2=80=99t provided in the previous offer. >> >> >> >> Regards, >> >> >> >> Christer >> >> >> >> *From:* Eric Rescorla [mailto:ekr@rtfm.com ] >> *Sent:* 24. marraskuuta 2015 15:38 >> *To:* Christer Holmberg >> *Cc:* rtcweb@ietf.org >> *Subject:* Re: [rtcweb] JSEP: Candidiates in SDP >> >> >> >> >> >> >> >> On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg < >> christer.holmberg@ericsson.com> wrote: >> >> Hi, >> >> >> >> A question for clarification: >> >> >> >> Is addIceCandidiate the MUST-USE mechanism for providing candidiates >> using JSEP? I.e. one can not rely on providing candidates in SDP? >> >> >> >> >> >> I don't understand the question. Under some conditions, the SDP will hav= e >> the candidates, >> >> specifically, if you wait until gathering is finished and then get the >> offer/answer. However, >> >> absent explicit agreement between the sides (or them being the same app) >> then you >> >> don't know that that's true. >> >> >> >> -Ekr >> >> >> >> Regards, >> >> >> >> Christer >> >> >> >> >> >> >> _______________________________________________ >> rtcweb mailing list >> rtcweb@ietf.org >> https://www.ietf.org/mailman/listinfo/rtcweb >> >> >> >> >> >> -- >> sent from my mobile >> _______________________________________________ >> rtcweb mailing list >> rtcweb@ietf.org >> https://www.ietf.org/mailman/listinfo/rtcweb >> >> >> >> >> >> -- >> sent from my mobile >> >> _______________________________________________ >> rtcweb mailing list >> rtcweb@ietf.org >> https://www.ietf.org/mailman/listinfo/rtcweb >> >> > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > --001a114dd1f6a5020a05254e7f08 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Tue, Nov 24, 2015 at 11:33 AM, Peter Thatcher <= pthatcher@google.= com> wrote:
I think Christer's real que= stion is "how does JS pass candidates down remote candidate to the bro= wser?".=C2=A0 And I think the answer is that it can come down via eith= er addIceCandidate or via setRemoteDescription (the SDP, either offer or an= swer). =C2=A0
Another way o= f phrasing the question is: =C2=A0"If the PeerConnection sees candidat= es in the remote description that weren't passed down via addIceCandida= te, should it use them or throw them away?".=C2=A0 And I think the ans= wer is "it should use them".

This is absolutely the case. Otherwise you are going to have a horr= endous
interop problem with non-trickle endpoints. I think this p= robably falls within
the TODO in S 5.6.2:


Such is not explicitly specified i= n JSEP, but section 4.1.11 for addIceCandidate says the candidate "wil= l be added to the remote description according to the rules defined for Tri= ckle ICE".=C2=A0 Which makes one think that if addIceCandidate is equi= valent to adding a candidate to the remote description, then adding a candi= date to the remote description be equivalent to addIceCandidate.=C2=A0 But = it doesn't say so explicitly.


Chro= me implements this way (accepts candidates in the SDP that aren't from = addIceCandidate).

As does Firef= ox.

-Ekr


<= br>

Sent: 24 November 2015 18:25
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Jonathan Lennox <jonathan@vidyo.com>; rtcweb@ietf.org


Subject: Re: [rtcweb] JSEP: Candidiates in SDP

=C2=A0

Now that we have trickle we should probably outlaw t= his. I don't think it was ever widely supported anyway.

On Tuesday, 24 November 2015, Christer Holmberg <christer.holmberg@ericsson.com= > wrote:

Correct. I was maybe unclear, but I was not = talking about replacing previous candidates, but adding new ones, using an updated offer, while it is still =E2=80=9Callowed=E2=80= =9D.

=C2=A0

Regards,

=C2=A0

Christer

=C2=A0

From: Jonathan Lennox [mailto:jonathan@vidyo.com]
Sent: 24 November 2015 18:20
To: Emil Ivov <emcho@jitsi.org>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>; rtcweb@ietf.org
Subject: Re: [rtcweb] JSEP: Candidiates in SDP
<= /p>

=C2=A0

Not so. See RFC 5245 sections 9.2.1.2, 9.2.2.1, and = 9.3.1.4 =E2=80=94 if ICE is still in the Running state, an endpoint is allo= wed to send an updated offer (or answer) with additional candidates.=C2=A0 It=E2=80=99s sort of a =E2=80=9Cpoor man=E2=80=99s trickle=E2=80=9D.

=C2=A0

=C2=A0

On Nov 24, 2015, at 11:05 AM, Emil Ivov <emcho= @jitsi.org> wrote:

=C2=A0

Sounds like an ICE restart.

=C2=A0

If it isn't then this is not currently allowed b= y any spec.

=C2=A0

Emil

On Tuesday, 24 November 2015, Christer Holmberg <christer.holmberg@er= icsson.com> wrote:

Hi,

=C2=A0

I am thinking e.g. about the = case where the JS app receives a subsequent offer from the remote party, and the updated offer contains new candidates that weren=E2= =80=99t provided in the previous offer.

=C2=A0

Regards,=

=C2=A0

Christer=

=C2=A0

From: Eric Rescorla [mailto:ekr@rtf= m.com]
Sent: 24. marraskuuta 2015 15:38
To: Christer Holmberg
Cc: rtcweb@ietf= .org
Subject: Re: [rtcweb] JSEP: Candidiates in SDP
<= /p>

=C2=A0

=C2=A0

=C2=A0

=C2=A0



--
sent from my mobile
_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
= https://www.ietf.org/mailman/listinfo/rtcweb

=C2=A0



--
sent from my mobile


_______________________________________________
rtcweb mailing list
rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb



_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
https://www.ietf.org/mailman/listinfo/rtcweb


--001a114dd1f6a5020a05254e7f08-- From nobody Tue Nov 24 14:44:44 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 744321A90CC for ; Tue, 24 Nov 2015 14:44:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.978 X-Spam-Level: X-Spam-Status: No, score=-0.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, MIME_8BIT_HEADER=0.3] autolearn=no 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 7KlNE2lI0v5T for ; Tue, 24 Nov 2015 14:44:41 -0800 (PST) Received: from mail-yk0-x233.google.com (mail-yk0-x233.google.com [IPv6:2607:f8b0:4002:c07::233]) (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 EF6921A8A95 for ; Tue, 24 Nov 2015 14:44:40 -0800 (PST) Received: by ykdv3 with SMTP id v3so37072055ykd.0 for ; Tue, 24 Nov 2015 14:44:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aliax-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=VOtorpa0D2ICUWuscbwPulqzNGiIexjxI7qf6OE72yE=; b=emjen7kjTYkEgeZrNv7+blLUaeEs83vVA8WSSQ3bnLNP6x/t8Z3MbK4yU7xM/0x64t gyBZXKGvj7+0fuAHBkykjho1eJXH2FtufckSE2fzj23HixL90MRZpjPdNxnWrXjEhJI5 AcS8s+qeMyMWDgGCXw7cJNttBGlqA2xUAuJvpq8f6QjXwyar5bsfHbttzHv6BKmOAtOT agd/GiYcFe46pCLFzTHNilR9O6bJwn9If+3y5Cc8D99M7g8u9tEWJUIVPkd8q6Gm+Hi1 FQWh1GVltQfJe6Za+1KxjHrCDQ91jrh3uKhBRqsp6ZmaVgy7ihY2qSv/72zDC7uu+oQi 46/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=VOtorpa0D2ICUWuscbwPulqzNGiIexjxI7qf6OE72yE=; b=LUwbn46pah767WqE4ASF60ODb0SraBBp8r+/sh2Dl2/Hho7Wo29Yqua5xYznLLWmSU 3U6kch2gttlJwMhJhZTY/zZmwKyi7e5LbYQt80xeQzxay7x5jU4FzS72cMJN46jAS8wp T+DSi1kRdfY8lE9nXAIZoCpdpNU2Vx7cjrZvPOylk5qp1jH+4jJInwfHj4vzn+4UmcS1 eiSBJ2rvKOkusDShMkvkOdtnZTjRN45nmdkUhgsywlWlim6uCmq6Y6o+596fjX/mMHYN GnDuwE4LTW4rPfdawO/24zHZiwugXvNdMlDMW7ZNobXMxch969U3uyq1U1eeKDW4nPGG RdUQ== X-Gm-Message-State: ALoCoQmfX7rXvEzOS+YULsQZFOBxY6g8TIK+Y9K9DKXKteg9aS5J/Bnzj4LKYO6v0EgWfJDBIaLX X-Received: by 10.129.41.87 with SMTP id p84mr763483ywp.278.1448405080331; Tue, 24 Nov 2015 14:44:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.52.132 with HTTP; Tue, 24 Nov 2015 14:44:20 -0800 (PST) In-Reply-To: <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> From: =?UTF-8?Q?I=C3=B1aki_Baz_Castillo?= Date: Tue, 24 Nov 2015 23:44:20 +0100 Message-ID: To: Jonathan Lennox Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 22:44:42 -0000 2015-11-24 17:19 GMT+01:00 Jonathan Lennox : > Not so. See RFC 5245 sections 9.2.1.2, 9.2.2.1, and 9.3.1.4 =E2=80=94 if = ICE is > still in the Running state, an endpoint is allowed to send an updated off= er > (or answer) with additional candidates. It=E2=80=99s sort of a =E2=80=9C= poor man=E2=80=99s > trickle=E2=80=9D. This is the reason why rfc5245-bis removes the SDP from the ICE specificati= on. --=20 I=C3=B1aki Baz Castillo From nobody Wed Nov 25 07:55:35 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA9661B2E7E for ; Wed, 25 Nov 2015 07:55:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.416 X-Spam-Level: X-Spam-Status: No, score=0.416 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, J_CHICKENPOX_46=0.6, MANGLED_SAVELE=2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no 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 ZHoEURzgM4Ne for ; Wed, 25 Nov 2015 07:55:29 -0800 (PST) Received: from relais-inet.orange.com (relais-nor35.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DBBFA1B2E82 for ; Wed, 25 Nov 2015 07:55:28 -0800 (PST) Received: from opfednr03.francetelecom.fr (unknown [xx.xx.xx.67]) by opfednr20.francetelecom.fr (ESMTP service) with ESMTP id EE44C403D1; Wed, 25 Nov 2015 16:55:26 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.17]) by opfednr03.francetelecom.fr (ESMTP service) with ESMTP id DA52A1A0067; Wed, 25 Nov 2015 16:55:25 +0100 (CET) Received: from OPEXCLILM44.corporate.adroot.infra.ftgroup ([fe80::b08d:5b75:e92c:a45f]) by OPEXCLILM24.corporate.adroot.infra.ftgroup ([fe80::a1e6:3e6a:1f68:5f7e%19]) with mapi id 14.03.0248.002; Wed, 25 Nov 2015 16:55:25 +0100 From: To: Magnus Westerlund , Cullen Jennings , "" Thread-Topic: [rtcweb] WGLC draft-ietf-rtcweb-audio-codecs-for-interop-02 Thread-Index: AQHRF5dWIYJ5KCy/PU2r+JAnzcdFop6h7F8AgAsQRfA= Date: Wed, 25 Nov 2015 15:55:25 +0000 Message-ID: <12471_1448466926_5655D9ED_12471_1_1_2842AD9A45C83B44B57635FD4831E60A0CD0D387@OPEXCLILM44.corporate.adroot.infra.ftgroup> References: <45EA7E8F-02B2-4664-820F-DE07A17D4C61@iii.ca> <564C99C2.7000504@ericsson.com> In-Reply-To: <564C99C2.7000504@ericsson.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: multipart/mixed; boundary="_002_2842AD9A45C83B44B57635FD4831E60A0CD0D387OPEXCLILM44corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [rtcweb] WGLC draft-ietf-rtcweb-audio-codecs-for-interop-02 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 15:55:34 -0000 --_002_2842AD9A45C83B44B57635FD4831E60A0CD0D387OPEXCLILM44corp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Magnus, all Thank you very much, Magnus, for your review. I agree with all your comment= s that are indeed needed to be taken into account before publication.=20 Please find attached a draft -03 version that tries to capture all your co= mments (+some more editorial updates and corrections for further cleaning).= =20 To summarize the modifications - proposal to keep myself as the only author to comply with the requirement= to limit the number of authors=20 - reference removed from abstract=20 - "Definition" section renamed "Definition and abbreviations" so that all a= cronyms can be made explicit in this section - some informative references added as much as possible - slight update of HD voice figures (number of networks, customers...) - addition of more explicit information on packetization for additional cod= ecs (which is indeed a key point for interop !) - addition of normative reference related to additional codecs - text added in "Security" section - references related to additional codecs implementation moved under normat= ive reference section You can also check in your e-mail below my answers inserted point by point Please do not hesitate to let me know if it is ok for you; I hope it is now= in a better shape for publication. Best regards St=E9phane -----Message d'origine----- De=A0: rtcweb [mailto:rtcweb-bounces@ietf.org] De la part de Magnus Westerl= und Envoy=E9=A0: mercredi 18 novembre 2015 16:31 =C0=A0: Cullen Jennings; Objet=A0: Re: [rtcweb] WGLC draft-ietf-rtcweb-audio-codecs-for-interop-02 Hi, I have reviewed the WebRTC audio codecs for interop draft and have the foll= owing comments. Summary: Not ready yet for publication. A. The author list is 7 persons long. Please consider how you want to deal = with the general limitation of 5 authors on the front page: See Section 4.1= .1 of https://www.rfc-editor.org/rfc/rfc7322.txt >> Ok. With the kind agreement of the co-authors and since I would have no = way to choose what names I should keep or remove, the only solution I would= see and propose would be to stay the only author B. Use of acronyms: There a large number of acronyms that aren't spelled out on their first usa= ge. PSTN, PLMN, IMS, VoLTE, ViLTE, AMR-WB, MOS, GSMA for example >>Ok : Sure ! I propose to rename the definition section in definion and ab= breviations and detail here all the acronyms=20 C. Lack of references. In section 2 and 3 a lot of the terms used could benefit from having a info= rmative reference for them. >> Ok. I've added some more informative reference about DECT and 3GPP 2G, 3= G and 4G (IP/IMS) networks. D. Section 4.1.2: "The market of voice personal communication is driven by mobile terminals." Shouldn't it be "personal voice communication"? >>Yes indeed. I corrected this E. Section 5. Security Consideration This section is empty, which is not allowed. >> Some text is now proposed F. Section 8.1: Normative references. >>Since the draft intends to be informational, I agree that there is no nee= d to reference RFC2119 since words MUST, SHALL. are not used. If it is all= owed to have normative references in an informational draft I also agree t= hat some reference can be considered as normative with respect to the guide= lines given for implementation (whereas some other are just for additional = information). So the proposed update now include both normative and informa= tive references. For instance I added directly in the document the normativ= e specifications related to the additional codecs considered (previously on= ly indirectly referred) As there are no reference to RFC2119 in use, I question its inclusion as a = normative reference. Secondly, it appears that what can be normative refere= nces are the actual references needed to implement each of the recommendati= ons. G. I think this document is not clear on enough on what RTP packetization t= hat is to be implemented with each codec. I would recommend that you are ex= plicit about which payload format specification that is to be supported for= each of the codecs. >> Good point. The information was in the references indicated but since th= is is a key issue for interop it worth stating this in full words in the do= cument Cheers Magnus Westerlund Den 2015-11-05 kl. 07:57, skrev Cullen Jennings: > We would like to start the working group last call of=20 > draft-ietf-rtcweb-audio-codecs-for-interop-02. Please send any=20 > comments to the list by the end of Nov 30. > > > _______________________________________________ rtcweb mailing list=20 > rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb > --=20 Magnus Westerlund ---------------------------------------------------------------------- Services, Media and Network features, Ericsson Research EAB/TXM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 F=E4r=F6gatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- _______________________________________________ rtcweb mailing list rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete al= tere, deforme ou falsifie. Merci This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorization. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, France Telecom - Orange shall not be liable if th= is message was modified, changed or falsified. Thank you. --_002_2842AD9A45C83B44B57635FD4831E60A0CD0D387OPEXCLILM44corp_ Content-Type: text/plain; name="draft-ietf-rtcweb-audio-codecs-for-interop-03.txt" Content-Description: draft-ietf-rtcweb-audio-codecs-for-interop-03.txt Content-Disposition: attachment; filename="draft-ietf-rtcweb-audio-codecs-for-interop-03.txt"; size=25028; creation-date="Wed, 25 Nov 2015 15:48:46 GMT"; modification-date="Wed, 25 Nov 2015 15:48:40 GMT" Content-Transfer-Encoding: base64 CgoKCk5ldHdvcmsgV29ya2luZyBHcm91cCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFMuIFByb3VzdApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBPcmFuZ2UKSW50ZW5kZWQgc3RhdHVzOiBJbmZv cm1hdGlvbmFsICAgICAgICAgICAgICAgICAgICAgICAgIE5vdmVtYmVyIDI1LCAyMDE1CkV4cGly ZXM6IE1heSAyOCwgMjAxNgoKCiAgICAgICAgICBBZGRpdGlvbmFsIFdlYlJUQyBhdWRpbyBjb2Rl Y3MgZm9yIGludGVyb3BlcmFiaWxpdHkuCiAgICAgICAgICAgICBkcmFmdC1pZXRmLXJ0Y3dlYi1h dWRpby1jb2RlY3MtZm9yLWludGVyb3AtMDMKCkFic3RyYWN0CgogICBUbyBlbnN1cmUgYSBiYXNl bGluZSBsZXZlbCBvZiBpbnRlcm9wZXJhYmlsaXR5IGJldHdlZW4gV2ViUlRDCiAgIGNsaWVudHMs IGEgbWluaW11bSBzZXQgb2YgcmVxdWlyZWQgY29kZWNzIGlzIHNwZWNpZmllZC4gIEhvd2V2ZXIs IHRvCiAgIG1heGltaXplIHRoZSBwb3NzaWJpbGl0eSB0byBlc3RhYmxpc2ggdGhlIHNlc3Npb24g d2l0aG91dCB0aGUgbmVlZAogICBmb3IgYXVkaW8gdHJhbnNjb2RpbmcsIGl0IGlzIGFsc28gcmVj b21tZW5kZWQgdG8gaW5jbHVkZSBpbiB0aGUgb2ZmZXIKICAgb3RoZXIgc3VpdGFibGUgYXVkaW8g Y29kZWNzIHRoYXQgYXJlIGF2YWlsYWJsZSB0byB0aGUgYnJvd3Nlci4KCiAgIFRoaXMgZG9jdW1l bnQgcHJvdmlkZXMgc29tZSBndWlkZWxpbmVzIG9uIHRoZSBzdWl0YWJsZSBjb2RlY3MgdG8gYmUK ICAgY29uc2lkZXJlZCBmb3IgV2ViUlRDIGNsaWVudHMgdG8gYWRkcmVzcyB0aGUgbW9zdCByZWxl dmFudAogICBpbnRlcm9wZXJhYmlsaXR5IHVzZSBjYXNlcy4KClN0YXR1cyBvZiBUaGlzIE1lbW8K CiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIGluIGZ1bGwgY29uZm9ybWFuY2Ug d2l0aCB0aGUKICAgcHJvdmlzaW9ucyBvZiBCQ1AgNzggYW5kIEJDUCA3OS4KCiAgIEludGVybmV0 LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVyaW5n CiAgIFRhc2sgRm9yY2UgKElFVEYpLiAgTm90ZSB0aGF0IG90aGVyIGdyb3VwcyBtYXkgYWxzbyBk aXN0cmlidXRlCiAgIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4gIFRoZSBs aXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQtCiAgIERyYWZ0cyBpcyBhdCBodHRwOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJlbnQvLgoKICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBkcmFm dCBkb2N1bWVudHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXggbW9udGhzCiAgIGFuZCBtYXkg YmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9yIG9ic29sZXRlZCBieSBvdGhlciBkb2N1bWVudHMgYXQg YW55CiAgIHRpbWUuICBJdCBpcyBpbmFwcHJvcHJpYXRlIHRvIHVzZSBJbnRlcm5ldC1EcmFmdHMg YXMgcmVmZXJlbmNlCiAgIG1hdGVyaWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3 b3JrIGluIHByb2dyZXNzLiIKCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24g TWF5IDI4LCAyMDE2LgoKQ29weXJpZ2h0IE5vdGljZQoKICAgQ29weXJpZ2h0IChjKSAyMDE1IElF VEYgVHJ1c3QgYW5kIHRoZSBwZXJzb25zIGlkZW50aWZpZWQgYXMgdGhlCiAgIGRvY3VtZW50IGF1 dGhvcnMuICBBbGwgcmlnaHRzIHJlc2VydmVkLgoKICAgVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0 IHRvIEJDUCA3OCBhbmQgdGhlIElFVEYgVHJ1c3QncyBMZWdhbAogICBQcm92aXNpb25zIFJlbGF0 aW5nIHRvIElFVEYgRG9jdW1lbnRzCiAgIChodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNl LWluZm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZgogICBwdWJsaWNhdGlvbiBvZiB0aGlzIGRv Y3VtZW50LiAgUGxlYXNlIHJldmlldyB0aGVzZSBkb2N1bWVudHMKICAgY2FyZWZ1bGx5LCBhcyB0 aGV5IGRlc2NyaWJlIHlvdXIgcmlnaHRzIGFuZCByZXN0cmljdGlvbnMgd2l0aCByZXNwZWN0CgoK ClByb3VzdCAgICAgICAgICAgICAgICAgICAgRXhwaXJlcyBNYXkgMjgsIDIwMTYgICAgICAgICAg ICAgICAgICBbUGFnZSAxXQoMCkludGVybmV0LURyYWZ0ICAgICAgIFdlYlJUQyBhdWRpbyBjb2Rl Y3MgZm9yIGludGVyb3AgICAgICAgTm92ZW1iZXIgMjAxNQoKCiAgIHRvIHRoaXMgZG9jdW1lbnQu ICBDb2RlIENvbXBvbmVudHMgZXh0cmFjdGVkIGZyb20gdGhpcyBkb2N1bWVudCBtdXN0CiAgIGlu Y2x1ZGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZSB0ZXh0IGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9u IDQuZSBvZgogICB0aGUgVHJ1c3QgTGVnYWwgUHJvdmlzaW9ucyBhbmQgYXJlIHByb3ZpZGVkIHdp dGhvdXQgd2FycmFudHkgYXMKICAgZGVzY3JpYmVkIGluIHRoZSBTaW1wbGlmaWVkIEJTRCBMaWNl bnNlLgoKVGFibGUgb2YgQ29udGVudHMKCiAgIDEuICBJbnRyb2R1Y3Rpb24gIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgMgogICAyLiAgRGVmaW5pdGlv biBhbmQgYWJicmV2aWF0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDMK ICAgMy4gIFJhdGlvbmFsZSBmb3IgYWRkaXRpb25hbCBXZWJSVEMgY29kZWNzICAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gICAzCiAgIDQuICBBZGRpdGlvbmFsIHN1aXRhYmxlIGNvZGVjcyBmb3IgV2Vi UlRDIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNQogICAgIDQuMS4gIEFNUi1XQiAgLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDUKICAgICAgIDQu MS4xLiAgQU1SLVdCIEdlbmVyYWwgZGVzY3JpcHRpb24gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gICA1CiAgICAgICA0LjEuMi4gIFdlYlJUQyByZWxldmFudCB1c2UgY2FzZSBmb3IgQU1SLVdC IC4gLiAuIC4gLiAuIC4gLiAuICAgNQogICAgICAgNC4xLjMuICBHdWlkZWxpbmVzIGZvciBBTVIt V0IgdXNhZ2UgYW5kIGltcGxlbWVudGF0aW9uIHdpdGgKICAgICAgICAgICAgICAgV2ViUlRDICAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA1CiAgICAgNC4y LiAgQU1SIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuICAgNgogICAgICAgNC4yLjEuICBBTVIgR2VuZXJhbCBkZXNjcmlwdGlvbiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAgIDYKICAgICAgIDQuMi4yLiAgV2ViUlRDIHJlbGV2YW50IHVz ZSBjYXNlIGZvciBBTVIgIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA2CiAgICAgICA0LjIuMy4gIEd1 aWRlbGluZXMgZm9yIEFNUiB1c2FnZSBhbmQgaW1wbGVtZW50YXRpb24gd2l0aAogICAgICAgICAg ICAgICBXZWJSVEMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAgIDcKICAgICA0LjMuICBHLjcyMiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gICA3CiAgICAgICA0LjMuMS4gIEcuNzIyIEdlbmVyYWwgZGVzY3Jp cHRpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNwogICAgICAgNC4zLjIuICBXZWJS VEMgcmVsZXZhbnQgdXNlIGNhc2UgZm9yIEcuNzIyICAuIC4gLiAuIC4gLiAuIC4gLiAgIDcKICAg ICAgIDQuMy4zLiAgR3VpZGVsaW5lcyBmb3IgRy43MjIgdXNhZ2UgYW5kIGltcGxlbWVudGF0aW9u IC4gLiAuIC4gICA4CiAgICAgNC40LiAgT3RoZXIgY29kZWNzICAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgOAogICA1LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlv bnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDgKICAgNi4gIElBTkEg Q29uc2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g ICA4CiAgIDcuICBBY2tub3dsZWRnZW1lbnRzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuICAgOAogICA4LiAgUmVmZXJlbmNlcyAgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDgKICAgICA4LjEuICBOb3JtYXRpdmUg cmVmZXJlbmNlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA4CiAgICAg OC4yLiAgSW5mb3JtYXRpdmUgcmVmZXJlbmNlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICAxMAogICBBdXRob3IncyBBZGRyZXNzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTEKCjEuICBJbnRyb2R1Y3Rpb24KCiAgIEFzIGluZGlj YXRlZCBpbiBbSS1ELmlldGYtcnRjd2ViLW92ZXJ2aWV3XSwgaXQgaGFzIGJlZW4gYW50aWNpcGF0 ZWQKICAgdGhhdCBXZWJSVEMgd2lsbCBub3QgcmVtYWluIGFuIGlzb2xhdGVkIGlzbGFuZCBhbmQg dGhhdCBzb21lIFdlYlJUQwogICBlbmRwb2ludHMgd2lsbCBuZWVkIHRvIGNvbW11bmljYXRlIHdp dGggZGV2aWNlcyB1c2VkIGluIG90aGVyCiAgIGV4aXN0aW5nIG5ldHdvcmtzIHdpdGggdGhlIGhl bHAgb2YgYSBnYXRld2F5LiAgVGhlcmVmb3JlLCBpbiBvcmRlciB0bwogICBtYXhpbWl6ZSB0aGUg cG9zc2liaWxpdHkgdG8gZXN0YWJsaXNoIHRoZSBzZXNzaW9uIHdpdGhvdXQgdGhlIG5lZWQKICAg Zm9yIGF1ZGlvIHRyYW5zY29kaW5nLCBpdCBpcyByZWNvbW1lbmRlZCBpbiBbSS1ELmlldGYtcnRj d2ViLWF1ZGlvXQogICB0byBpbmNsdWRlIGluIHRoZSBvZmZlciBvdGhlciBzdWl0YWJsZSBhdWRp byBjb2RlY3MgdGhhdCBhcmUKICAgYXZhaWxhYmxlIHRvIHRoZSBicm93c2VyLiAgVGhpcyBkb2N1 bWVudCBwcm92aWRlcyBzb21lIGd1aWRlbGluZXMgb24KICAgdGhlIHN1aXRhYmxlIGNvZGVjcyB0 byBiZSBjb25zaWRlcmVkIGZvciBXZWJSVEMgY2xpZW50cyB0byBhZGRyZXNzCiAgIHRoZSBtb3N0 IHJlbGV2YW50IGludGVyb3BlcmFiaWxpdHkgdXNlIGNhc2VzLgoKCgoKClByb3VzdCAgICAgICAg ICAgICAgICAgICAgRXhwaXJlcyBNYXkgMjgsIDIwMTYgICAgICAgICAgICAgICAgICBbUGFnZSAy XQoMCkludGVybmV0LURyYWZ0ICAgICAgIFdlYlJUQyBhdWRpbyBjb2RlY3MgZm9yIGludGVyb3Ag ICAgICAgTm92ZW1iZXIgMjAxNQoKCiAgIFRoZSBjb2RlY3MgY29uc2lkZXJlZCBpbiB0aGlzIGRv Y3VtZW50IGFyZSByZWNvbW1lbmRlZCB0byBiZQogICBzdXBwb3J0ZWQgYW5kIGluY2x1ZGVkIGlu IHRoZSBPZmZlciBvbmx5IGZvciBXZWJSVEMgY2xpZW50cyBmb3Igd2hpY2gKICAgaW50ZXJvcGVy YWJpbGl0eSB3aXRoIG90aGVyIG5vbiBXZWJSVEMgZW5kIHBvaW50cyBhbmQgbm9uIFdlYlJUQwog ICBiYXNlZCBzZXJ2aWNlcyBpcyByZWxldmFudCBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA0LjEu MiwKICAgU2VjdGlvbiA0LjIuMiwgU2VjdGlvbiA0LjMuMi4gIE90aGVyIHVzZSBjYXNlcyBtYXkg anVzdGlmeSBvZmZlcmluZwogICBvdGhlciBhZGRpdGlvbmFsIGNvZGVjcyB0byBhdm9pZCB0cmFu c2NvZGluZ3MuICBJdCBpcyB0aGUgaW50ZW50IG9mCiAgIHRoaXMgZG9jdW1lbnQgdG8gaW52ZW50 b3J5IGFuZCBkb2N1bWVudCBhbnkgb3RoZXIgYWRkaXRpb25hbAogICBpbnRlcm9wZXJhYmlsaXR5 IHVzZSBjYXNlcyBhbmQgY29kZWNzIGlmIG5lZWRlZC4KCjIuICBEZWZpbml0aW9uIGFuZCBhYmJy ZXZpYXRpb25zCgogICBvICBMZWdhY3kgbmV0d29ya3M6IEluIHRoaXMgZG9jdW1lbnQsIGxlZ2Fj eSBuZXR3b3JrcyBlbmNvbXBhc3MgdGhlCiAgICAgIGNvbnZlcnNhdGlvbmFsIG5ldHdvcmtzIHRo YXQgYXJlIGFscmVhZHkgZGVwbG95ZWQgbGlrZSB0aGUgUFNUTiwKICAgICAgdGhlIFBMTU4sIHRo ZSBJUC9JTVMgbmV0d29ya3Mgb2ZmZXJpbmcgVm9JUCBzZXJ2aWNlcywgaW5jbHVkaW5nCiAgICAg IDNHUFAgIjRHIiBFdm9sdmVkIFBhY2tldCBTeXN0ZW0iW1RTMjMuMDAyXSBzdXBwb3J0aW5nIHZv aWNlIG92ZXIKICAgICAgTFRFIHJhZGlvIGFjY2VzcyhWb0xURSlbSVIuOTJdLgoKCiAgIG8gIEFN UjogQWRhcHRpdmUgTXVsdGktUmF0ZS4KCiAgIG8gIEFNUi1XQjogQWRhcHRpdmUgTXVsdGktUmF0 ZSBXaWRlQmFuZC4KCiAgIG8gIEFNUi1XQjogQWRhcHRpdmUgTXVsdGktUmF0ZSBXaWRlQmFuZC4K CiAgIG8gIENBVC1pcTogQ29yZGxlc3MgQWR2YW5jZWQgVGVjaG5vbG9neS1pbnRlcm5ldCBhbmQg cXVhbGl0eS4KCiAgIG8gIERFQ1Q6IERpZ2l0YWwgRW5oYW5jZWQgQ29yZGxlc3MgVGVsZWNvbW11 bmljYXRpb25zCgogICBvICBJTVM6IElQIE11bHRpbWVkaWEgU3Vic3lzdGVtcwoKICAgbyAgTU9T OiBNZWFuIE9waW5pb24gU2NvcmUKCiAgIG8gIFBTVE46UHVibGljIFN3aXRjaGVkIFRlbGVwaG9u ZSBOZXR3b3JrcwoKICAgbyAgUExNTjogUHVibGljIExhbmQgTW9iaWxlIE5ldHdvcmtzCgogICBv ICBWb0xURTogVm9pY2UgT3ZlciBMVEUKCiAgIG8gIExURTogTG9uZyBUZXJtIEV2b2x1dGlvbiAo M0dQUCAiNEciIHdpcmVsZXNzIHN0YW5kYXJkKQoKMy4gIFJhdGlvbmFsZSBmb3IgYWRkaXRpb25h bCBXZWJSVEMgY29kZWNzCgogICBUaGUgbWFuZGF0b3J5IGltcGxlbWVudGF0aW9uIG9mIE9QVVMg W1JGQzY3MTZdIGluIFdlYlJUQyBjbGllbnRzIGNhbgogICBndWFyYW50ZWUgdGhlIGNvZGVjIGlu dGVyb3BlcmFiaWxpdHkgKHdpdGhvdXQgdHJhbnNjb2RpbmcpIGF0IHRoZQogICBzdGF0ZSBvZiB0 aGUgYXJ0IHZvaWNlIHF1YWxpdHkgKGJldHRlciB0aGFuIG5hcnJvdyBiYW5kICJQU1ROIgogICBx dWFsaXR5KSBiZXR3ZWVuIFdlYlJUQyBjbGllbnRzLiAgVGhlIFdlYlJUQyB0ZWNobm9sb2d5IGlz IGhvd2V2ZXIKICAgZXhwZWN0ZWQgdG8gYmUgdXNlZCB0byBjb21tdW5pY2F0ZSB3aXRoIG90aGVy IHR5cGVzIG9mIGNsaWVudHMgdXNpbmcKICAgb3RoZXIgdGVjaG5vbG9naWVzLiAgSXQgY2FuIGJl IHVzZWQgZm9yIGluc3RhbmNlIGFzIGFuIGFjY2VzcwoKCgpQcm91c3QgICAgICAgICAgICAgICAg ICAgIEV4cGlyZXMgTWF5IDI4LCAyMDE2ICAgICAgICAgICAgICAgICAgW1BhZ2UgM10KDApJbnRl cm5ldC1EcmFmdCAgICAgICBXZWJSVEMgYXVkaW8gY29kZWNzIGZvciBpbnRlcm9wICAgICAgIE5v dmVtYmVyIDIwMTUKCgogICB0ZWNobm9sb2d5IHRvIFZvTFRFIHNlcnZpY2VzIChWb2ljZSBvdmVy IExURSBhcyBzcGVjaWZpZWQgaW4gW0lSLjkyXSkKICAgb3IgdG8gaW50ZXJvcGVyYXRlIHdpdGgg Zml4ZWQgb3IgbW9iaWxlIENpcmN1aXQgU3dpdGNoZWQgb3IgVm9JUAogICBzZXJ2aWNlcyBsaWtl IG1vYmlsZSBDaXJjdWl0IFN3aXRjaGVkIHZvaWNlIG92ZXIgM0dQUCAyRy8zRyBtb2JpbGUKICAg bmV0d29ya3MgW1RTMjMuMDAyXSBvciBERUNUIGJhc2VkIFZvSVAgdGVsZXBob255IFtFTjMwMDE3 NS0xXS4KICAgQ29uc2VxdWVudGx5LCBhIHNpZ25pZmljYW50IG51bWJlciBvZiBjYWxscyBhcmUg bGlrZWx5IHRvIG9jY3VyCiAgIGJldHdlZW4gdGVybWluYWxzIHN1cHBvcnRpbmcgV2ViUlRDIGNs aWVudHMgYW5kIG90aGVyIHRlcm1pbmFscyBsaWtlCiAgIG1vYmlsZSBoYW5kc2V0cywgZml4ZWQg Vm9JUCB0ZXJtaW5hbHMsIERFQ1QgdGVybWluYWxzIHRoYXQgZG8gbm90CiAgIHN1cHBvcnQgV2Vi UlRDIGNsaWVudHMgbm9yIGltcGxlbWVudCBPUFVTLiAgQXMgYSBjb25zZXF1ZW5jZSwgdGhlc2UK ICAgY2FsbHMgYXJlIGxpa2VseSB0byBiZSBlaXRoZXIgb2YgbG93IG5hcnJvdyBiYW5kIFBTVE4g cXVhbGl0eSB1c2luZwogICBHLjcxMSBbRy43MTFdIGF0IGJvdGggZW5kcyBvciBhZmZlY3RlZCBi eSB0cmFuc2NvZGluZyBvcGVyYXRpb25zLgogICBUaGUgZHJhd2JhY2tzIG9mIHN1Y2ggdHJhbnNj b2Rpbmcgb3BlcmF0aW9ucyBhcmUgcmVjYWxsZWQgYmVsb3c6CgogICBvICBEZWdyYWRlZCB1c2Vy IGV4cGVyaWVuY2Ugd2l0aCByZXNwZWN0IHRvIHZvaWNlIHF1YWxpdHk6IHZvaWNlCiAgICAgIHF1 YWxpdHkgaXMgc2lnbmlmaWNhbnRseSBkZWdyYWRlZCBieSB0cmFuc2NvZGluZy4gIEZvciBpbnN0 YW5jZSwKICAgICAgdGhlIGRlZ3JhZGF0aW9uIGlzIGFyb3VuZCAwLjIgdG8gMC4zIE1PUyBmb3Ig bW9zdCBvZiB0cmFuc2NvZGluZwogICAgICB1c2UgY2FzZXMgd2l0aCBBTVItV0IgY29kZWMgKFNl Y3Rpb24gNC4xKSBhdCAxMi42NSBrYml0L3MgYW5kIGluCiAgICAgIHRoZSBzYW1lIHJhbmdlIGZv ciBvdGhlciB3aWRlYmFuZCB0cmFuc2NvZGluZyBjYXNlcy4gIEl0IHNob3VsZCBiZQogICAgICBz dHJlc3NlZCB0aGF0IGlmIEcuNzExIGlzIHVzZWQgYXMgYSBmYWxsIGJhY2sgY29kZWMgZm9yCiAg ICAgIGludGVyb3BlcmF0aW9uLCB3aWRlYmFuZCB2b2ljZSBxdWFsaXR5IHdpbGwgYmUgbG9zdC4g IFN1Y2gKICAgICAgYmFuZHdpZHRoIHJlZHVjdGlvbiBlZmZlY3QgZG93biB0byBuYXJyb3cgYmFu ZCBjbGVhcmx5IGRlZ3JhZGVzCiAgICAgIHRoZSB1c2VyIHBlcmNlaXZlZCBxdWFsaXR5IG9mIHNl cnZpY2UgbGVhZGluZyB0byBzaG9ydGVyIGFuZCBsZXNzCiAgICAgIGZyZXF1ZW50IGNhbGxzLiAg U3VjaCBhIHN3aXRjaCB0byBHLjcxMSBpcyBsZXNzIHRoYW4gZGVzaXJhYmxlIG9yCiAgICAgIGFj Y2VwdGFibGUgY2hvaWNlIGZvciBjdXN0b21lcnMuICBJZiB0cmFuc2NvZGluZyBpcyBwZXJmb3Jt ZWQKICAgICAgYmV0d2VlbiBPUFVTIGFuZCBhbnkgb3RoZXIgd2lkZWJhbmQgY29kZWMsIHdpZGVi YW5kIGNvbW11bmljYXRpb24KICAgICAgY291bGQgYmUgbWFpbnRhaW5lZCBidXQgd2l0aCBkZWdy YWRlZCBxdWFsaXR5IChNT1Mgc2NvcmVzIG9mCiAgICAgIHRyYW5zY29kaW5nIGJldHdlZW4gQU1S LVdCIDEyLjY1IGtiaXQvcyBhbmQgT1BVUyBhdCAxNiBrYml0L3MgaW4KICAgICAgYm90aCBkaXJl Y3Rpb25zIGFyZSBzaWduaWZpY2FudGx5IGxvd2VyIHRoYW4gdGhvc2Ugb2YgQU1SLVdCIGF0CiAg ICAgIDEyLjY1IGtiaXQvcyBvciBPUFVTIGF0IDE2IGtiaXQvcykuICBGdXJ0aGVybW9yZSwgaW4g ZGVncmFkZWQKICAgICAgY29uZGl0aW9ucywgdGhlIGFkZGl0aW9uIG9mIGRlZmVjdHMsIGxpa2Ug YXVkaW8gYXJ0aWZhY3RzIGR1ZSB0bwogICAgICBwYWNrZXQgbG9zc2VzLCBhbmQgdGhlIGF1ZGlv IGVmZmVjdHMgcmVzdWx0aW5nIGZyb20gdGhlIGNhc2NhZGluZwogICAgICBvZiBkaWZmZXJlbnQg cGFja2V0IGxvc3MgcmVjb3ZlcnkgYWxnb3JpdGhtcyBtYXkgcmVzdWx0IGluIGEKICAgICAgcXVh bGl0eSBiZWxvdyB0aGUgYWNjZXB0YWJsZSBsaW1pdCBmb3IgdGhlIGN1c3RvbWVycy4KCgogICBv ICBEZWdyYWRlZCB1c2VyIGV4cGVyaWVuY2Ugd2l0aCByZXNwZWN0IHRvIGNvbnZlcnNhdGlvbmFs CiAgICAgIGludGVyYWN0aXZpdHk6IHRoZSBkZWdyYWRhdGlvbiBvZiBjb252ZXJzYXRpb25hbCBp bnRlcmFjdGl2aXR5IGlzCiAgICAgIGR1ZSB0byB0aGUgaW5jcmVhc2Ugb2YgZW5kIHRvIGVuZCBs YXRlbmN5IGZvciBib3RoIGRpcmVjdGlvbnMgdGhhdAogICAgICBpcyBpbnRyb2R1Y2VkIGJ5IHRo ZSB0cmFuc2NvZGluZyBvcGVyYXRpb25zLiAgVHJhbnNjb2RpbmcgcmVxdWlyZXMKICAgICAgZnVs bCBkZS1wYWNrZXRpemF0aW9uIGZvciBkZWNvZGluZyBvZiB0aGUgbWVkaWEgc3RyZWFtIChpbmNs dWRpbmcKICAgICAgbWVjaGFuaXNtcyBvZiBkZS1qaXR0ZXIgYnVmZmVyaW5nIGFuZCBwYWNrZXQg bG9zcyByZWNvdmVyeSkgdGhlbgogICAgICByZS1lbmNvZGluZywgcmUtcGFja2V0aXphdGlvbiBh bmQgcmUtc2VuZGluZy4gIFRoZSBkZWxheXMgcHJvZHVjZWQKICAgICAgYnkgYWxsIHRoZXNlIG9w ZXJhdGlvbnMgYXJlIGFkZGl0aXZlIGFuZCBtYXkgaW5jcmVhc2UgdGhlIGVuZCB0bwogICAgICBl bmQgZGVsYXkgYmV5b25kIGFjY2VwdGFibGUgbGltaXRzIGxpa2Ugd2l0aCBtb3JlIHRoYW4gMXMg ZW5kIHRvCiAgICAgIGVuZCBsYXRlbmN5LgoKCiAgIG8gIEFkZGl0aW9uYWwgY29zdHMgaW4gbmV0 d29ya3M6IHRyYW5zY29kaW5nIHBsYWNlcyBpbXBvcnRhbnQKICAgICAgYWRkaXRpb25hbCBjb3N0 cyBvbiBuZXR3b3JrIGdhdGV3YXlzIG1haW5seSByZWxhdGVkIHRvIGNvZGVjCgoKClByb3VzdCAg ICAgICAgICAgICAgICAgICAgRXhwaXJlcyBNYXkgMjgsIDIwMTYgICAgICAgICAgICAgICAgICBb UGFnZSA0XQoMCkludGVybmV0LURyYWZ0ICAgICAgIFdlYlJUQyBhdWRpbyBjb2RlY3MgZm9yIGlu dGVyb3AgICAgICAgTm92ZW1iZXIgMjAxNQoKCiAgICAgIGltcGxlbWVudGF0aW9uLCBjb2RlY3Mg bGljZW5zZSwgZGVwbG95bWVudHMsIHRlc3RpbmcgYW5kCiAgICAgIHZhbGlkYXRpb24gY29zdHMu ICBJdCBtdXN0IGJlIG5vdGVkIHRoYXQgdHJhbnNjb2Rpbmcgb2Ygd2lkZWJhbmQKICAgICAgdG8g d2lkZWJhbmQgd291bGQgcmVxdWlyZSBtb3JlIENQVSBhbmQgYmUgbW9yZSBjb3N0bHkgdGhhbiBi ZXR3ZWVuCiAgICAgIG5hcnJvd2JhbmQgY29kZWNzLgoKCjQuICBBZGRpdGlvbmFsIHN1aXRhYmxl IGNvZGVjcyBmb3IgV2ViUlRDCgogICBUaGUgZm9sbG93aW5nIGNvZGVjcyBhcmUgY29uc2lkZXJl ZCBhcyByZWxldmFudCBzdWl0YWJsZSBjb2RlY3Mgd2l0aAogICByZXNwZWN0IHRvIHRoZSBnZW5l cmFsIHB1cnBvc2UgZGVzY3JpYmVkIGluIFNlY3Rpb24gMy4gIFRoaXMgbGlzdAogICByZWZsZWN0 cyB0aGUgY3VycmVudCBzdGF0dXMgb2YgV2ViUlRDIGZvcmVzZWVuIHVzZSBjYXNlcy4gIEl0IGlz IG5vdAogICBsaW1pdGF0aXZlIGFuZCBvcGVuZWQgdG8gZnVydGhlciBpbmNsdXNpb24gb2Ygb3Ro ZXIgY29kZWNzIGZvciB3aGljaAogICByZWxldmFudCB1c2UgY2FzZXMgY2FuIGJlIGlkZW50aWZp ZWQuICBUaGVzZSBhZGRpdGlvbmFsIGNvZGVjcyBhcmUKICAgcmVjb21tZW5kZWQgdG8gYmUgaW5j bHVkZWQgaW4gdGhlIG9mZmVyIGluIGFkZGl0aW9uIHRvIE9QVVMgYW5kIEcuNzExCiAgIGFjY29y ZGluZyB0byB0aGUgZm9yZXNlZW4gaW50ZXJvcGVyYWJpbGl0eSBjYXNlcyB0byBiZSBhZGRyZXNz ZWQuCgo0LjEuICBBTVItV0IKCjQuMS4xLiAgQU1SLVdCIEdlbmVyYWwgZGVzY3JpcHRpb24KCiAg IFRoZSBBZGFwdGl2ZSBNdWx0aS1SYXRlIFdpZGVCYW5kIChBTVItV0IpIGlzIGEgM0dQUCBkZWZp bmVkIHNwZWVjaAogICBjb2RlYyB0aGF0IGlzIG1hbmRhdG9yeSB0byBpbXBsZW1lbnQgaW4gYW55 IDNHUFAgdGVybWluYWwgdGhhdAogICBzdXBwb3J0cyB3aWRlYmFuZCBzcGVlY2ggY29tbXVuaWNh dGlvbi4gIEl0IGlzIGJlaW5nIHVzZWQgaW4gY2lyY3VpdAogICBzd2l0Y2hlZCBtb2JpbGUgdGVs ZXBob255IHNlcnZpY2VzIGFuZCBuZXcgbXVsdGltZWRpYSB0ZWxlcGhvbnkKICAgc2VydmljZXMg b3ZlciBJUC9JTVMgbGlrZSBmb3Igdm9pY2Ugb3ZlciBMVEUgYXMgc3BlY2lmaWVkIGJ5IEdTTUEg aW4KICAgW0lSLjkyXS4gIE1vcmUgZGV0YWlsZWQgaW5mb3JtYXRpb24gb24gQU1SLVdCIGNhbiBi ZSBmb3VuZCBpbgogICBbSVIuMzZdLiAgUmVmZXJlbmNlcyBmb3IgQU1SLVdCIHJlbGF0ZWQgc3Bl Y2lmaWNhdGlvbnMgaW5jbHVkaW5nCiAgIGRldGFpbGVkIGNvZGVjIGRlc2NyaXB0aW9uIGFuZCBT b3VyY2UgY29kZSBhcmUgaW4gW1RTMjYuMTcxXSwKICAgW1RTMjYuMTczXSwgW1RTMjYuMTkwXSwg W1RTMjYuMjA0XS4KCjQuMS4yLiAgV2ViUlRDIHJlbGV2YW50IHVzZSBjYXNlIGZvciBBTVItV0IK CiAgIFRoZSBtYXJrZXQgb2YgcGVyc29uYWwgdm9pY2UgY29tbXVuaWNhdGlvbiBpcyBkcml2ZW4g YnkgbW9iaWxlCiAgIHRlcm1pbmFscy4gIEFNUi1XQiBpcyBub3cgaW1wbGVtZW50ZWQgaW4gc2V2 ZXJhbCBodW5kcmVkcyBvZiBkZXZpY2VzCiAgIG1vZGVscyBhbmQgMTQ1IEhEIG1vYmlsZSBuZXR3 b3JrcyBpbiA4NSBjb3VudHJpZXMgd2l0aCBhIGN1c3RvbWVyCiAgIGJhc2Ugb2YgbW9yZSB0aGFu IDQ1MCBtaWxsaW9ucy4gIEEgaGlnaCBudW1iZXIgb2YgY2FsbHMgYXJlCiAgIGNvbnNlcXVlbnRs eSBsaWtlbHkgdG8gb2NjdXIgYmV0d2VlbiBXZWJSVEMgY2xpZW50cyBhbmQgbW9iaWxlIDNHUFAK ICAgdGVybWluYWxzLiAgVGhlIHVzZSBvZiBBTVItV0IgYnkgV2ViUlRDIGNsaWVudHMgd291bGQg Y29uc2VxdWVudGx5CiAgIGFsbG93IHRyYW5zY29kaW5nIGZyZWUgaW50ZXJvcGVyYXRpb24gd2l0 aCBhbGwgbW9iaWxlIDNHUFAgd2lkZWJhbmQKICAgdGVybWluYWwuICBCZXNpZGVzLCBXZWJSVEMg Y2xpZW50cyBydW5uaW5nIG9uIG1vYmlsZSB0ZXJtaW5hbHMKICAgKHNtYXJ0cGhvbmVzKSBtYXkg cmV1c2UgdGhlIEFNUi1XQiBjb2RlYyBhbHJlYWR5IGltcGxlbWVudGVkIG9uIHRoZXNlCiAgIGRl dmljZXMuCgo0LjEuMy4gIEd1aWRlbGluZXMgZm9yIEFNUi1XQiB1c2FnZSBhbmQgaW1wbGVtZW50 YXRpb24gd2l0aCBXZWJSVEMKCiAgIFRoZSBwYXlsb2FkIGZvcm1hdCB0byBiZSB1c2VkIGZvciBB TVItV0IgaXMgZGVzY3JpYmVkIGluIFtSRkM0ODY3XQogICB3aXRoIGJhbmR3aWR0aCBlZmZpY2ll bnQgZm9ybWF0IGFuZCBvbmUgc3BlZWNoIGZyYW1lIGVuY2Fwc3VsYXRlZCBpbgogICBlYWNoIFJU UCBwYWNrZXRzLiAgRnVydGhlciBndWlkZWxpbmVzIGZvciBpbXBsZW1lbnRpbmcgYW5kIHVzaW5n IEFNUi0KCgoKUHJvdXN0ICAgICAgICAgICAgICAgICAgICBFeHBpcmVzIE1heSAyOCwgMjAxNiAg ICAgICAgICAgICAgICAgIFtQYWdlIDVdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgV2ViUlRDIGF1 ZGlvIGNvZGVjcyBmb3IgaW50ZXJvcCAgICAgICBOb3ZlbWJlciAyMDE1CgoKICAgV0IgYW5kIGVu c3VyaW5nIGludGVyb3BlcmFiaWxpdHkgd2l0aCAzR1BQIG1vYmlsZSBzZXJ2aWNlcyBjYW4gYmUK ICAgZm91bmQgaW4gW1RTMjYuMTE0XS4gIEluIG9yZGVyIHRvIGVuc3VyZSBpbnRlcm9wZXJhYmls aXR5IHdpdGggNEcvCiAgIFZvTFRFIGFzIHNwZWNpZmllZCBieSBHU01BLCB0aGUgbW9yZSBzcGVj aWZpYyBJTVMgcHJvZmlsZSBmb3Igdm9pY2UKICAgZGVyaXZlZCBmcm9tIFtUUzI2LjExNF0gc2hv dWxkIGJlIGNvbnNpZGVyZWQgaW4gW0lSLjkyXS4gIEluIG9yZGVyIHRvCiAgIG1heGltaXplIHRo ZSBwb3NzaWJpbGl0eSBvZiBzdWNjZXNzZnVsIGNhbGwgZXN0YWJsaXNobWVudCBmb3IgV2ViUlRD CiAgIGNsaWVudCBvZmZlcmluZyBBTVItV0IgaXQgaXMgaW1wb3J0YW50IHRoYXQgdGhlIFdlYlJU QyBjbGllbnQ6CgogICBvICBPZmZlciBBTVIgaW4gYWRkaXRpb24gdG8gQU1SLVdCIHdpdGggQU1S LVdCLCBiZWluZyBhIHdpZGViYW5kCiAgICAgIGNvZGVjLCBsaXN0ZWQgZmlyc3QgYXMgcHJlZmVy cmVkIHBheWxvYWQgdHlwZSB3aXRoIHJlc3BlY3QgdG8KICAgICAgb3RoZXIgbmFycm93IGJhbmQg Y29kZWNzIChBTVIsIEcuNzExLi4uKWFuZCB3aXRoIEJhbmR3aWR0aAogICAgICBFZmZpY2llbnQg cGF5bG9hZCBmb3JtYXQgcHJlZmVycmVkLgoKICAgbyAgQmUgY2FwYWJsZSBvZiBvcGVyYXRpbmcg QU1SLVdCIHdpdGggYW55IHN1YnNldCBvZiB0aGUgbmluZSBjb2RlYwogICAgICBtb2RlcyBhbmQg c291cmNlIGNvbnRyb2xsZWQgcmF0ZSBvcGVyYXRpb24uICBPZmZlciBhdCBsZWFzdCBvbmUKICAg ICAgQU1SLVdCIGNvbmZpZ3VyYXRpb24gd2l0aCBwYXJhbWV0ZXIgc2V0dGluZ3MgYXMgZGVmaW5l ZCBpbgogICAgICBUYWJsZSA2LjEgb2YgW1RTMjYuMTE0XS4gIEluIG9yZGVyIHRvIG1heGltaXpl IHRoZQogICAgICBpbnRlcm9wZXJhYmlsaXR5IGFuZCBxdWFsaXR5IHRoaXMgb2ZmZXIgZG9lcyBu b3QgcmVzdHJpY3QgdGhlCiAgICAgIGNvZGVjIG1vZGVzIG9mZmVyZWQuICBSZXN0cmljdGlvbnMg aW4gdGhlIHVzZSBvZiBjb2RlYyBtb2RlcyBtYXkKICAgICAgYmUgaW5jbHVkZWQgaW4gdGhlIGFu c3dlci4KCjQuMi4gIEFNUgoKNC4yLjEuICBBTVIgR2VuZXJhbCBkZXNjcmlwdGlvbgoKICAgQWRh cHRpdmUgTXVsdGktUmF0ZSAoQU1SKSBpcyBhIDNHUFAgZGVmaW5lZCBzcGVlY2ggY29kZWMgdGhh dCBpcwogICBtYW5kYXRvcnkgdG8gaW1wbGVtZW50IGluIGFueSAzR1BQIHRlcm1pbmFsIHRoYXQg c3VwcG9ydHMgdm9pY2UKICAgY29tbXVuaWNhdGlvbiwgaS5lLiBzZXZlcmFsIGh1bmRyZWQgbWls bGlvbnMgb2YgdGVybWluYWxzLiAgVGhpcwogICBpbmNsdWRlIGJvdGggbW9iaWxlIHBob25lIGNh bGxzIHVzaW5nIEdTTSBhbmQgM0cgY2VsbHVsYXIgc3lzdGVtcyBhcwogICB3ZWxsIGFzIG11bHRp bWVkaWEgdGVsZXBob255IHNlcnZpY2VzIG92ZXIgSVAvSU1TIGFuZCA0Ry9Wb0xURSwgc3VjaAog ICBhcyBHU01BIHZvaWNlIElNUyBwcm9maWxlIGZvciBWb0xURSBpbiBbSVIuOTJdLiAgSW4gYWRk aXRpb24gdG8KICAgaW1wYWN0cyBsaXN0ZWQgYWJvdmUsIHN1cHBvcnQgb2YgQU1SIGNhbiBhdm9p ZCBkZWdyYWRpbmcgdGhlIGhpZ2gKICAgZWZmaWNpZW5jeSBvdmVyIG1vYmlsZSByYWRpbyBhY2Nl c3MuUmVmZXJlbmNlcyBmb3IgQU1SIHJlbGF0ZWQKICAgc3BlY2lmaWNhdGlvbnMgaW5jbHVkaW5n IGRldGFpbGVkIGNvZGVjIGRlc2NyaXB0aW9uIGFuZCBTb3VyY2UgY29kZQogICBhcmUgaW4gW1RT MjYuMDcxXSwgW1RTMjYuMDczXSwgW1RTMjYuMDkwXSwgW1RTMjYuMTA0XS4KCjQuMi4yLiAgV2Vi UlRDIHJlbGV2YW50IHVzZSBjYXNlIGZvciBBTVIKCiAgIEEgdXNlciBvZiBhIFdlYlJUQyBlbmRw b2ludCBvbiBhIGRldmljZSBpbnRlZ3JhdGluZyBhbiBBTVIgbW9kdWxlCiAgIHdhbnRzIHRvIGNv bW11bmljYXRlIHdpdGggYW5vdGhlciB1c2VyIHRoYXQgY2FuIG9ubHkgYmUgcmVhY2hlZCBvbiBh CiAgIG1vYmlsZSBkZXZpY2UgdGhhdCBvbmx5IHN1cHBvcnRzIEFNUi4gIEFsdGhvdWdoIG1vcmUg YW5kIG1vcmUKICAgdGVybWluYWwgZGV2aWNlcyBhcmUgbm93ICJIRCB2b2ljZSIgYW5kIHN1cHBv cnQgQU1SLVdCOyB0aGVyZSBpcwogICBzdGlsbCBhIGhpZ2ggbnVtYmVyIG9mIGxlZ2FjeSB0ZXJt aW5hbHMgc3VwcG9ydGluZyBvbmx5IEFNUgogICAodGVybWluYWxzIHdpdGggbm8gd2lkZWJhbmQg LyBIRCBWb2ljZSBjYXBhYmlsaXRpZXMpIGFyZSBzdGlsbCB1c2VkLgogICBUaGUgdXNlIG9mIEFN UiBieSBXZWJSVEMgY2xpZW50IHdvdWxkIGNvbnNlcXVlbnRseSBhbGxvdyB0cmFuc2NvZGluZwog ICBmcmVlIGludGVyb3BlcmF0aW9uIHdpdGggYWxsIG1vYmlsZSAzR1BQIHRlcm1pbmFscy4gIEJl c2lkZXMsIFdlYlJUQwogICBjbGllbnQgcnVubmluZyBvbiBtb2JpbGUgdGVybWluYWxzIChzbWFy dHBob25lcykgbWF5IHJldXNlIHRoZSBBTVIKICAgY29kZWMgYWxyZWFkeSBpbXBsZW1lbnRlZCBv biB0aGVzZSBkZXZpY2VzLgoKCgoKUHJvdXN0ICAgICAgICAgICAgICAgICAgICBFeHBpcmVzIE1h eSAyOCwgMjAxNiAgICAgICAgICAgICAgICAgIFtQYWdlIDZdCgwKSW50ZXJuZXQtRHJhZnQgICAg ICAgV2ViUlRDIGF1ZGlvIGNvZGVjcyBmb3IgaW50ZXJvcCAgICAgICBOb3ZlbWJlciAyMDE1CgoK NC4yLjMuICBHdWlkZWxpbmVzIGZvciBBTVIgdXNhZ2UgYW5kIGltcGxlbWVudGF0aW9uIHdpdGgg V2ViUlRDCgogICBUaGUgcGF5bG9hZCBmb3JtYXQgdG8gYmUgdXNlZCBmb3IgQU1SIGlzIGRlc2Ny aWJlZCBpbiBbUkZDNDg2N10gd2l0aAogICBiYW5kd2lkdGggZWZmaWNpZW50IGZvcm1hdCBhbmQg b25lIHNwZWVjaCBmcmFtZSBlbmNhcHN1bGF0ZWQgaW4gZWFjaAogICBSVFAgcGFja2V0cy4gIEZ1 cnRoZXIgZ3VpZGVsaW5lcyBmb3IgaW1wbGVtZW50aW5nIGFuZCB1c2luZyBBTVIgd2l0aAogICBw dXJwb3NlIHRvIGVuc3VyZSBpbnRlcm9wZXJhYmlsaXR5IHdpdGggM0dQUCBtb2JpbGUgc2Vydmlj ZXMgY2FuIGJlCiAgIGZvdW5kIGluIFtUUzI2LjExNF0uICBJbiBvcmRlciB0byBlbnN1cmUgaW50 ZXJvcGVyYWJpbGl0eSB3aXRoIDRHLwogICBWb0xURSBhcyBzcGVjaWZpZWQgYnkgR1NNQSwgdGhl IG1vcmUgc3BlY2lmaWMgSU1TIHByb2ZpbGUgZm9yIHZvaWNlCiAgIGRlcml2ZWQgZnJvbSBbVFMy Ni4xMTRdIHNob3VsZCBiZSBjb25zaWRlcmVkIGluIFtJUi45Ml0uICBJbiBvcmRlciB0bwogICBt YXhpbWl6ZSB0aGUgcG9zc2liaWxpdHkgb2Ygc3VjY2Vzc2Z1bCBjYWxsIGVzdGFibGlzaG1lbnQg Zm9yIFdlYlJUQwogICBjbGllbnQgb2ZmZXJpbmcgQU1SLCBpdCBpcyBpbXBvcnRhbnQgdGhhdCB0 aGUgV2ViUlRDIGNsaWVudDoKCiAgIG8gIEJlIGNhcGFibGUgb2Ygb3BlcmF0aW5nIEFNUiB3aXRo IGFueSBzdWJzZXQgb2YgdGhlIGVpZ2h0IGNvZGVjCiAgICAgIG1vZGVzIGFuZCBzb3VyY2UgY29u dHJvbGxlZCByYXRlIG9wZXJhdGlvbi4KCiAgIG8gIE9mZmVyIGF0IGxlYXN0IG9uZSBjb25maWd1 cmF0aW9uIHdpdGggcGFyYW1ldGVyIHNldHRpbmdzIGFzCiAgICAgIGRlZmluZWQgaW4gVGFibGUg Ni4xIGFuZCBUYWJsZSA2LjIgb2YgW1RTMjYuMTE0XS4gIEluIG9yZGVyIHRvCiAgICAgIG1heGlt aXplIHRoZSBpbnRlcm9wZXJhYmlsaXR5IGFuZCBxdWFsaXR5IHRoaXMgb2ZmZXIgc2hhbGwgbm90 CiAgICAgIHJlc3RyaWN0IEFNUiBjb2RlYyBtb2RlcyBvZmZlcmVkLiAgUmVzdHJpY3Rpb25zIGlu IHRoZSB1c2Ugb2YKICAgICAgY29kZWMgbW9kZXMgbWF5IGJlIGluY2x1ZGVkIGluIHRoZSBhbnN3 ZXIuCgo0LjMuICBHLjcyMgoKNC4zLjEuICBHLjcyMiBHZW5lcmFsIGRlc2NyaXB0aW9uCgogICBH LjcyMiBbRy43MjJdIGlzIGFuIElUVS1UIGRlZmluZWQgd2lkZWJhbmQgc3BlZWNoIGNvZGVjLiAg Ry43MjIgd2FzCiAgIGFwcHJvdmVkIGJ5IElUVS1UIGluIDE5ODguICBJdCBpcyBhIHJveWFsdHkg ZnJlZSBjb2RlYyB0aGF0IGlzIGNvbW1vbgogICBpbiBhIHdpZGUgcmFuZ2Ugb2YgdGVybWluYWxz IGFuZCBlbmQtcG9pbnRzIHN1cHBvcnRpbmcgd2lkZWJhbmQKICAgc3BlZWNoIGFuZCByZXF1aXJp bmcgbG93IGNvbXBsZXhpdHkuICBUaGUgY29tcGxleGl0eSBvZiBHLjcyMiBpcwogICBlc3RpbWF0 ZWQgdG8gMTAgTUlQUyBbRU4zMDAxNzUtOF0gd2hpY2ggaXMgMi41IHRvIDMgdGltZXMgbG93ZXIg dGhhbgogICBBTVItV0IuICBFc3BlY2lhbGx5LCBHLjcyMiBoYXMgYmVlbiBjaG9zZW4gYnkgRVRT SSBERUNUIGFzIHRoZQogICBtYW5kYXRvcnkgd2lkZWJhbmQgY29kZWMgZm9yIE5ldyBHZW5lcmF0 aW9uIERFQ1Qgd2l0aCBwdXJwb3NlIHRvCiAgIGdyZWF0bHkgaW5jcmVhc2UgdGhlIHZvaWNlIHF1 YWxpdHkgYnkgZXh0ZW5kaW5nIHRoZSBiYW5kd2lkdGggZnJvbQogICBuYXJyb3cgYmFuZCB0byB3 aWRlYmFuZC4gIEcuNzIyIGlzIHRoZSB3aWRlYmFuZCBjb2RlYyByZXF1aXJlZCBmb3IKICAgQ0FU LWlxIERFQ1QgY2VydGlmaWVkIHRlcm1pbmFsIGFuZCB0aGUgVjIuMCBvZiBDQVQtaXEgc3BlY2lm aWNhdGlvbnMKICAgaGF2ZSBiZWVuIGFwcHJvdmVkIGJ5IEdTTUEgYXMgbWluaW11bSByZXF1aXJl bWVudHMgZm9yIEhEIHZvaWNlIGxvZ28KICAgdXNhZ2Ugb24gImZpeGVkIiBkZXZpY2VzOyBpLmUu LCBicm9hZGJhbmQgY29ubmVjdGlvbnMgdXNpbmcgdGhlIEcuNzIyCiAgIGNvZGVjLgoKNC4zLjIu ICBXZWJSVEMgcmVsZXZhbnQgdXNlIGNhc2UgZm9yIEcuNzIyCgogICBHLjcyMiBpcyB0aGUgd2lk ZWJhbmQgY29kZWMgcmVxdWlyZWQgZm9yIERFQ1QgQ0FULWlxIHRlcm1pbmFscy4gIFRoZQogICBt YXJrZXQgZm9yIERFQ1QgY29yZGVsZXNzIHBob25lcyBpbmNsdWRpbmcgREVDVCBjaGlwc2V0IGlz IG1vcmUgdGhhbgogICAxNTAgTWlsbGlvbnMgcGVyIHllYXIgYW5kIENBVC1JUSBpcyBhIHJlZ2lz dGVyZWQgdHJhZGUgbWFrZSBpbiA0NwogICBjb3VudHJpZXMgd29ybGR3aWRlLiAgRy43MjIgaGFz IGFsc28gYmVlbiBzcGVjaWZpZWQgYnkgRVRTSSBpbgogICBbVFMxODEwMDVdIGFzIG1hbmRhdG9y eSB3aWRlYmFuZCBjb2RlYyBmb3IgSU1TIG11bHRpbWVkaWEgdGVsZXBob255CiAgIGNvbW11bmlj YXRpb24gc2VydmljZSBhbmQgc3VwcGxlbWVudGFyeSBzZXJ2aWNlcyB1c2luZyBmaXhlZAogICBi cm9hZGJhbmQgYWNjZXNzLiAgVGhlIHN1cHBvcnQgb2YgRy43MjIgd291bGQgY29uc2VxdWVudGx5 IGFsbG93CgoKClByb3VzdCAgICAgICAgICAgICAgICAgICAgRXhwaXJlcyBNYXkgMjgsIDIwMTYg ICAgICAgICAgICAgICAgICBbUGFnZSA3XQoMCkludGVybmV0LURyYWZ0ICAgICAgIFdlYlJUQyBh dWRpbyBjb2RlY3MgZm9yIGludGVyb3AgICAgICAgTm92ZW1iZXIgMjAxNQoKCiAgIHRyYW5zY29k aW5nIGZyZWUgSVAgaW50ZXJvcGVyYXRpb24gYmV0d2VlbiBXZWJSVEMgY2xpZW50IGFuZCBmaXhl ZAogICBWb0lQIHRlcm1pbmFscyBpbmNsdWRpbmcgREVDVCAvIENBVC1JUSB0ZXJtaW5hbHMgc3Vw cG9ydGluZyBHLjcyMi4KICAgQmVzaWRlcywgV2ViUlRDIGNsaWVudCBydW5uaW5nIG9uIGZpeGVk IHRlcm1pbmFscyBpbXBsZW1lbnRpbmcgRy43MjIKICAgbWF5IHJldXNlIHRoZSBHLjcyMiBjb2Rl YyBhbHJlYWR5IGltcGxlbWVudGVkIG9uIHRoZXNlIGRldmljZXMuCgo0LjMuMy4gIEd1aWRlbGlu ZXMgZm9yIEcuNzIyIHVzYWdlIGFuZCBpbXBsZW1lbnRhdGlvbgoKICAgVGhlIHBheWxvYWQgZm9y bWF0IHRvIGJlIHVzZWQgZm9yIEcuNzIyIGlzIGRlZmluZWQgaW4gW1JGQzM1NTFdIHdpdGgKICAg ZWFjaCBvY3RldCBvZiB0aGUgc3RyZWFtIG9mIG9jdGV0cyBwcm9kdWNlZCBieSB0aGUgY29kZWMg dG8gYmUgb2N0ZXQtCiAgIGFsaWduZWQgaW4gYW4gUlRQIHBhY2tldC4gIFRoZSBzYW1wbGluZyBm cmVxdWVuY3kgZm9yIEcuNzIyIGlzIDE2IGtIegogICBidXQgdGhlIHJ0cCBjbG9jayByYXRlIGlz IHNldCB0byA4MDAwSHogaW4gU0RQIHRvIHN0YXkgYmFja3dhcmQKICAgY29tcGF0aWJsZSB3aXRo IGFuIGVycm9uZW91cyBkZWZpbml0aW9uIGluIHRoZSBvcmlnaW5hbCB2ZXJzaW9uIG9mCiAgIHRo ZSBSVFAgQS9WIHByb2ZpbGUuICBGdXJ0aGVyIGd1aWRlbGluZXMgZm9yIGltcGxlbWVudGluZyBh bmQgdXNpbmcKICAgRy43MjIgd2l0aCBwdXJwb3NlIHRvIGVuc3VyZSBpbnRlcm9wZXJhYmlsaXR5 IHdpdGggTXVsdGltZWRpYQogICBUZWxlcGhvbnkgc2VydmljZXMgb3ZlcnMgSU1TIGNhbiBiZSBm b3VuZCBpbiBzZWN0aW9uIDcgb2YgW1RTMjYuMTE0XS4KICAgQWRkaXRpb25hbCBpbmZvcm1hdGlv biBvZiBHLjcyMiBpbXBsZW1lbnRhdGlvbiBpbiBERUNUIGNhbiBiZSBmb3VuZAogICBpbiBbRU4z MDAxNzUtOF0gIGFuZCBmdWxsIGNvZGVjIGRlc2NyaXB0aW9uIGFuZCBDIHNvdXJjZSBjb2RlIGlu CiAgIFtHLjcyMl0uCgo0LjQuICBPdGhlciBjb2RlY3MKCiAgIE90aGVyIGludGVyb3BlcmFiaWxp dHkgdXNlIGNhc2VzIG1heSBqdXN0aWZ5IHRoZSB1c2Ugb2Ygb3RoZXIgY29kZWNzLgoKNS4gIFNl Y3VyaXR5IENvbnNpZGVyYXRpb25zCgogICBTZWN1cml0eSBjb25zaWRlcmF0aW9ucyBmb3IgV2Vi UlRDIEF1ZGlvIENvZGVjIGFuZCBQcm9jZXNzaW5nCiAgIFJlcXVpcmVtZW50cyBjYW4gYmUgZm91 bmQgaW4gW0ktRC5pZXRmLXJ0Y3dlYi1hdWRpb10uICBJbXBsZW1lbnRvcnMKICAgbWFraW5nIHVz ZSBvZiB0aGUgYWRkaXRpb25hbCBjb2RlY3MgY29uc2lkZXJlZCBpbiB0aGlzIGRvY3VtZW50IGFy ZQogICBhZHZpc2VkIHRvIGFsc28gcmVwb3J0IG1vcmUgc3BlY2lmaWNhbGx5IHRvIHRoZSAiU2Vj dXJpdHkKICAgQ29uc2lkZXJhdGlvbnMiIHNlY3Rpb25zIG9mIFtSRkM0ODY3XSAoZm9yIEFNUiBh bmQgQU1SLVdCKSBhbmQKICAgW1JGQzM1NTFdLgoKNi4gIElBTkEgQ29uc2lkZXJhdGlvbnMKCiAg IE5vbmUuCgo3LiAgQWNrbm93bGVkZ2VtZW50cwoKICAgTm9uZS4KCjguICBSZWZlcmVuY2VzCgo4 LjEuICBOb3JtYXRpdmUgcmVmZXJlbmNlcwoKICAgW0cuNzIyXSAgICBJVFUsICJSZWNvbW1lbmRh dGlvbiBJVFUtVCBHLjcyMiAoMjAxMik6IDcga0h6IGF1ZGlvLQogICAgICAgICAgICAgIGNvZGlu ZyB3aXRoaW4gNjQga2JpdC9zIiwgMjAxMi0wOS4KCgoKCgpQcm91c3QgICAgICAgICAgICAgICAg ICAgIEV4cGlyZXMgTWF5IDI4LCAyMDE2ICAgICAgICAgICAgICAgICAgW1BhZ2UgOF0KDApJbnRl cm5ldC1EcmFmdCAgICAgICBXZWJSVEMgYXVkaW8gY29kZWNzIGZvciBpbnRlcm9wICAgICAgIE5v dmVtYmVyIDIwMTUKCgogICBbSS1ELmlldGYtcnRjd2ViLWF1ZGlvXQogICAgICAgICAgICAgIFZh bGluLCBKLiBhbmQgQy4gQnJhbiwgIldlYlJUQyBBdWRpbyBDb2RlYyBhbmQgUHJvY2Vzc2luZwog ICAgICAgICAgICAgIFJlcXVpcmVtZW50cyIsIGRyYWZ0LWlldGYtcnRjd2ViLWF1ZGlvLTA5ICh3 b3JrIGluCiAgICAgICAgICAgICAgcHJvZ3Jlc3MpLCBOb3ZlbWJlciAyMDE1LgoKICAgW0lSLjky XSAgICBHU01BLCAiSU1TIFByb2ZpbGUgZm9yIFZvaWNlIGFuZCBTTVMgVjkuMCIsIEFwcmlsIDIw MTUuCgogICBbUkZDMzU1MV0gIFNjaHVsenJpbm5lLCBILiBhbmQgUy4gQ2FzbmVyLCAiUlRQIFBy b2ZpbGUgZm9yIEF1ZGlvIGFuZAogICAgICAgICAgICAgIFZpZGVvIENvbmZlcmVuY2VzIHdpdGgg TWluaW1hbCBDb250cm9sIiwgU1REIDY1LCBSRkMgMzU1MSwKICAgICAgICAgICAgICBET0kgMTAu MTc0ODcvUkZDMzU1MSwgSnVseSAyMDAzLAogICAgICAgICAgICAgIDxodHRwOi8vd3d3LnJmYy1l ZGl0b3Iub3JnL2luZm8vcmZjMzU1MT4uCgogICBbUkZDNDg2N10gIFNqb2JlcmcsIEouLCBXZXN0 ZXJsdW5kLCBNLiwgTGFrYW5pZW1pLCBBLiwgYW5kIFEuIFhpZSwKICAgICAgICAgICAgICAiUlRQ IFBheWxvYWQgRm9ybWF0IGFuZCBGaWxlIFN0b3JhZ2UgRm9ybWF0IGZvciB0aGUKICAgICAgICAg ICAgICBBZGFwdGl2ZSBNdWx0aS1SYXRlIChBTVIpIGFuZCBBZGFwdGl2ZSBNdWx0aS1SYXRlIFdp ZGViYW5kCiAgICAgICAgICAgICAgKEFNUi1XQikgQXVkaW8gQ29kZWNzIiwgUkZDIDQ4NjcsIERP SSAxMC4xNzQ4Ny9SRkM0ODY3LAogICAgICAgICAgICAgIEFwcmlsIDIwMDcsIDxodHRwOi8vd3d3 LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNDg2Nz4uCgogICBbVFMyNi4wNzFdCiAgICAgICAgICAg ICAgM0dQUCwgIjNHUFAgVFMgMjYuMDcxIHYxMi4wLjA6IFJlY29tbWVuZGF0aW9uIElUVS1UIEcu NzIyCiAgICAgICAgICAgICAgKDIwMTIpOiAiTWFuZGF0b3J5IFNwZWVjaCBDb2RlYyBzcGVlY2gg cHJvY2Vzc2luZwogICAgICAgICAgICAgIGZ1bmN0aW9uczsgQU1SIFNwZWVjaCBDT0RFQzsgR2Vu ZXJhbCBkZXNjcmlwdGlvbiIuIiwKICAgICAgICAgICAgICAyMDE0LTA5LgoKICAgW1RTMjYuMDcz XQogICAgICAgICAgICAgIDNHUFAsICIzR1BQIFRTIDI2LjA3MyB2MTIuMC4wOiBBTlNJIEMgY29k ZSBmb3IgdGhlCiAgICAgICAgICAgICAgQWRhcHRpdmUgTXVsdGkgUmF0ZSAoQU1SKSBzcGVlY2gg Y29kZWMiLCAyMDE0LTA5LgoKICAgW1RTMjYuMDkwXQogICAgICAgICAgICAgIDNHUFAsICIzR1BQ IFRTIDI2LjA5MCB2MTIuMC4wOiBNYW5kYXRvcnkgU3BlZWNoIENvZGVjCiAgICAgICAgICAgICAg c3BlZWNoIHByb2Nlc3NpbmcgZnVuY3Rpb25zOyBBZGFwdGl2ZSBNdWx0aS1SYXRlIChBTVIpCiAg ICAgICAgICAgICAgc3BlZWNoIGNvZGVjOyBUcmFuc2NvZGluZyBmdW5jdGlvbnMuIiwgMjAxNC0w OS4KCiAgIFtUUzI2LjEwNF0KICAgICAgICAgICAgICAzR1BQLCAiM0dQUCBUUyAyNi4xMDQgdjEy LjAuMDogQU5TSSBDIGNvZGUgZm9yIHRoZQogICAgICAgICAgICAgIGZsb2F0aW5nLXBvaW50IEFk YXB0aXZlIE11bHRpIFJhdGUgKEFNUikgc3BlZWNoIGNvZGVjLiIsCiAgICAgICAgICAgICAgMjAx NC0wOS4KCiAgIFtUUzI2LjExNF0KICAgICAgICAgICAgICAzR1BQLCAiSVAgTXVsdGltZWRpYSBT dWJzeXN0ZW0gKElNUyk7IE11bHRpbWVkaWEKICAgICAgICAgICAgICB0ZWxlcGhvbnk7IE1lZGlh IGhhbmRsaW5nIGFuZCBpbnRlcmFjdGlvbiBWMTMuMC4wIiwgSnVuZQogICAgICAgICAgICAgIDIw MTUuCgogICBbVFMyNi4xNzFdCiAgICAgICAgICAgICAgM0dQUCwgIjNHUFAgVFMgMjYuMDcxIHYx Mi4wLjA6IFJlY29tbWVuZGF0aW9uIElUVS1UIEcuNzIyCiAgICAgICAgICAgICAgKDIwMTIpOiAi U3BlZWNoIGNvZGVjIHNwZWVjaCBwcm9jZXNzaW5nIGZ1bmN0aW9uczsKICAgICAgICAgICAgICBB ZGFwdGl2ZSBNdWx0aS1SYXRlIC0gV2lkZWJhbmQgKEFNUi1XQikgc3BlZWNoIGNvZGVjOwogICAg ICAgICAgICAgIEdlbmVyYWwgZGVzY3JpcHRpb24iLiIsIDIwMTQtMDkuCgoKClByb3VzdCAgICAg ICAgICAgICAgICAgICAgRXhwaXJlcyBNYXkgMjgsIDIwMTYgICAgICAgICAgICAgICAgICBbUGFn ZSA5XQoMCkludGVybmV0LURyYWZ0ICAgICAgIFdlYlJUQyBhdWRpbyBjb2RlY3MgZm9yIGludGVy b3AgICAgICAgTm92ZW1iZXIgMjAxNQoKCiAgIFtUUzI2LjE3M10KICAgICAgICAgICAgICAzR1BQ LCAiM0dQUCBUUyAyNi4wNzMgdjEyLjEuMDogQU5TSS1DIGNvZGUgZm9yIHRoZQogICAgICAgICAg ICAgIEFkYXB0aXZlIE11bHRpLVJhdGUgLSBXaWRlYmFuZCAoQU1SLVdCKSBzcGVlY2ggY29kZWMu IiwKICAgICAgICAgICAgICAyMDE1LTAzLgoKICAgW1RTMjYuMTkwXQogICAgICAgICAgICAgIDNH UFAsICIzR1BQIFRTIDI2LjA5MCB2MTIuMC4wOiBTcGVlY2ggY29kZWMgc3BlZWNoCiAgICAgICAg ICAgICAgcHJvY2Vzc2luZyBmdW5jdGlvbnM7IEFkYXB0aXZlIE11bHRpLVJhdGUgLSBXaWRlYmFu ZCAoQU1SLQogICAgICAgICAgICAgIFdCKSBzcGVlY2ggY29kZWM7IFRyYW5zY29kaW5nIGZ1bmN0 aW9ucy4iLCAyMDE0LTA5LgoKICAgW1RTMjYuMjA0XQogICAgICAgICAgICAgIDNHUFAsICIzR1BQ IFRTIDI2LjEwNCB2MTIuMS4wOiBTcGVlY2ggY29kZWMgc3BlZWNoCiAgICAgICAgICAgICAgcHJv Y2Vzc2luZyBmdW5jdGlvbnM7IEFkYXB0aXZlIE11bHRpLVJhdGUgLSBXaWRlYmFuZCAoQU1SLQog ICAgICAgICAgICAgIFdCKSBzcGVlY2ggY29kZWM7IEFOU0ktQyBjb2RlLiIsIDIwMTUtMDMuCgo4 LjIuICBJbmZvcm1hdGl2ZSByZWZlcmVuY2VzCgogICBbRU4zMDAxNzUtMV0KICAgICAgICAgICAg ICBFVFNJLCAiRVRTSSBFTiAzMDAgMTc1LTEsIERpZ2l0YWwgRW5oYW5jZWQgQ29yZGxlc3MKICAg ICAgICAgICAgICBUZWxlY29tbXVuaWNhdGlvbnMgKERFQ1QpOyBDb21tb24gSW50ZXJmYWNlIChD SSk7IFBhcnQgMToKICAgICAgICAgICAgICBPdmVydmlldyB2Mi41LjEiLCAyMDA5LgoKICAgW0VO MzAwMTc1LThdCiAgICAgICAgICAgICAgRVRTSSwgIkVUU0kgRU4gMzAwIDE3NS04LCB2Mi41LjE6 IERpZ2l0YWwgRW5oYW5jZWQKICAgICAgICAgICAgICBDb3JkbGVzcyBUZWxlY29tbXVuaWNhdGlv bnMgKERFQ1QpOyBDb21tb24gSW50ZXJmYWNlIChDSSk7CiAgICAgICAgICAgICAgUGFydCA4OiBT cGVlY2ggYW5kIGF1ZGlvIGNvZGluZyBhbmQgdHJhbnNtaXNzaW9uLiIsIDIwMDkuCgogICBbRy43 MTFdICAgIElUVSwgIlJlY29tbWVuZGF0aW9uIElUVS1UIEcuNzExICgyMDEyKTogUHVsc2UgY29k ZQogICAgICAgICAgICAgIG1vZHVsYXRpb24gKFBDTSkgb2Ygdm9pY2UgZnJlcXVlbmNpZXMiLCAx OTg4LTExLgoKICAgW0ktRC5pZXRmLXJ0Y3dlYi1vdmVydmlld10KICAgICAgICAgICAgICBBbHZl c3RyYW5kLCBILiwgIk92ZXJ2aWV3OiBSZWFsIFRpbWUgUHJvdG9jb2xzIGZvcgogICAgICAgICAg ICAgIEJyb3dzZXItYmFzZWQgQXBwbGljYXRpb25zIiwgZHJhZnQtaWV0Zi1ydGN3ZWItb3ZlcnZp ZXctMTQKICAgICAgICAgICAgICAod29yayBpbiBwcm9ncmVzcyksIEp1bmUgMjAxNS4KCiAgIFtJ Ui4zNl0gICAgR1NNQSwgIkFkYXB0aXZlIE11bHRpcmF0ZSBXaWRlIEJhbmQgVjMuMCIsIFNlcHRl bWJlciAyMDE0LgoKICAgW1JGQzY3MTZdICBWYWxpbiwgSk0uLCBWb3MsIEsuLCBhbmQgVC4gVGVy cmliZXJyeSwgIkRlZmluaXRpb24gb2YgdGhlCiAgICAgICAgICAgICAgT3B1cyBBdWRpbyBDb2Rl YyIsIFJGQyA2NzE2LCBET0kgMTAuMTc0ODcvUkZDNjcxNiwKICAgICAgICAgICAgICBTZXB0ZW1i ZXIgMjAxMiwgPGh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM2NzE2Pi4KCiAgIFtS RkM3NDc4XSAgSG9sbWJlcmcsIEMuLCBIYWthbnNzb24sIFMuLCBhbmQgRy4gRXJpa3Nzb24sICJX ZWIgUmVhbC0KICAgICAgICAgICAgICBUaW1lIENvbW11bmljYXRpb24gVXNlIENhc2VzIGFuZCBS ZXF1aXJlbWVudHMiLCBSRkMgNzQ3OCwKICAgICAgICAgICAgICBET0kgMTAuMTc0ODcvUkZDNzQ3 OCwgTWFyY2ggMjAxNSwKICAgICAgICAgICAgICA8aHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9p bmZvL3JmYzc0Nzg+LgoKCgoKCgpQcm91c3QgICAgICAgICAgICAgICAgICAgIEV4cGlyZXMgTWF5 IDI4LCAyMDE2ICAgICAgICAgICAgICAgICBbUGFnZSAxMF0KDApJbnRlcm5ldC1EcmFmdCAgICAg ICBXZWJSVEMgYXVkaW8gY29kZWNzIGZvciBpbnRlcm9wICAgICAgIE5vdmVtYmVyIDIwMTUKCgog ICBbVFMxODEwMDVdCiAgICAgICAgICAgICAgRVRTSSwgIlRlbGVjb21tdW5pY2F0aW9ucyBhbmQg SW50ZXJuZXQgY29udmVyZ2VkIFNlcnZpY2VzCiAgICAgICAgICAgICAgYW5kIFByb3RvY29scyBm b3IgQWR2YW5jZWQgTmV0d29ya2luZyAoVElTUEFOKTsgU2VydmljZQogICAgICAgICAgICAgIGFu ZCBDYXBhYmlsaXR5IFJlcXVpcmVtZW50cyBWMy4zLjEgKDIwMDktMTIpIiwgMjAwOS4KCiAgIFtU UzIzLjAwMl0KICAgICAgICAgICAgICAzR1BQLCAiM0dQUCBUUyAyMy4wMDIgdjEzLjMuMDogTmV0 d29yayBhcmNoaXRlY3R1cmUiLAogICAgICAgICAgICAgIDIwMTUtMDkuCgpBdXRob3IncyBBZGRy ZXNzCgogICBTdGVwaGFuZSBQcm91c3QKICAgT3JhbmdlCiAgIDIsIGF2ZW51ZSBQaWVycmUgTWFy emluCiAgIExhbm5pb24gIDIyMzA3CiAgIEZyYW5jZQoKICAgRW1haWw6IHN0ZXBoYW5lLnByb3Vz dEBvcmFuZ2UuY29tCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKClByb3VzdCAgICAg ICAgICAgICAgICAgICAgRXhwaXJlcyBNYXkgMjgsIDIwMTYgICAgICAgICAgICAgICAgIFtQYWdl IDExXQo= --_002_2842AD9A45C83B44B57635FD4831E60A0CD0D387OPEXCLILM44corp_-- From nobody Thu Nov 26 02:20:23 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BB911B38C9 for ; Thu, 26 Nov 2015 02:20:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.602 X-Spam-Level: X-Spam-Status: No, score=-1.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no 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 HssEmS_v10Yv for ; Thu, 26 Nov 2015 02:20:19 -0800 (PST) Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-pu1apc01on0132.outbound.protection.outlook.com [104.47.126.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 96B3D1B38C8 for ; Thu, 26 Nov 2015 02:20:18 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=duerst@it.aoyama.ac.jp; Received: from [133.2.210.64] (133.2.210.64) by OS1PR01MB0136.jpnprd01.prod.outlook.com (10.161.229.13) with Microsoft SMTP Server (TLS) id 15.1.331.20; Thu, 26 Nov 2015 10:20:13 +0000 To: , Magnus Westerlund , Cullen Jennings , "" References: <45EA7E8F-02B2-4664-820F-DE07A17D4C61@iii.ca> <564C99C2.7000504@ericsson.com> <12471_1448466926_5655D9ED_12471_1_1_2842AD9A45C83B44B57635FD4831E60A0CD0D387@OPEXCLILM44.corporate.adroot.infra.ftgroup> From: =?UTF-8?Q?Martin_J._D=c3=bcrst?= Organization: Aoyama Gakuin University Message-ID: <5656DCD7.2000100@it.aoyama.ac.jp> Date: Thu, 26 Nov 2015 19:20:07 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <12471_1448466926_5655D9ED_12471_1_1_2842AD9A45C83B44B57635FD4831E60A0CD0D387@OPEXCLILM44.corporate.adroot.infra.ftgroup> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [133.2.210.64] X-ClientProxiedBy: OS2PR01CA0011.jpnprd01.prod.outlook.com (25.161.74.149) To OS1PR01MB0136.jpnprd01.prod.outlook.com (25.161.229.13) X-Microsoft-Exchange-Diagnostics: 1; OS1PR01MB0136; 2:F55+NGfZNAHcyte4KfdFPtYMlYQedsXFxSO8bXaoKXbQhfXEIEL+PjLoOp+SSSvcG8hU631CYG6lfVR3Ewv4A/ut4p6D9FKZS8qIJsVBOAK8dqCJnqdK6HTRLrQ8GxOe14akefivcwti6zZCB8AvKw==; 3:6WbxJHkC1IvMisjwolv/97elWWIyeHqI02r69CEOKUrmI51edvJL8F7/MdJzmLMpS9RLWgy0BIdXmwH1f01ExBi83KB7G3i3FnJjhfwbTxgb5iVFwQDoVzmHu2O/ratb; 25:7dCPGDuDknZkC3isMp8A8nBqXkTUyOXOj+C4w1ljMunCeHmakCy9IoYdkiHJ4tAxHOhtotZBY5KPMJmsmLnZT71e+TCDPTROVcydWHP4SuVPmx4BACacT72US5vnohG2IxjAu6RyyqYeUAEyxtkCKGOgD7YE4pr4nr/3ZY7HMHRtb4eB5MKmSRsu/MbrgNOticCyL8oPlV//fLgjCumDvUl3VvHIwlVrRcJSVRxR+MbcMmvdFan6jaP5J5jCt/OYx9oBngiCt58za/277psGBw==; 4:QBxDYuQJ1nVkmsqXAqSXTd0V2I1KeAafJqmML8SSgO3LbMnMVJX2teMHV+UD2ofprYRK3ng5/odJrbDTYu1A5/HRQcfD2W5QiZ2xEmAvNkq0vwHlmq9m8EzJ2wetPqQPxfxjLbv746OTjK6mxZDmO/kPurnSkFDErm7J4PJ7ZEx1MDq/gel8TATOck9GM0sgcdaExWy8GKlrKDBPj1PsboiVkI2uzXOelNZZukBTGU0mpo4KuNAineIR8QwnX3GSV9gzAfQkTK2yfc3M9oKHKdlzR0NN9DR43K/kdm56FgkW3HzpxAZJ3fYZ7nKfoxRt4gX9u3GQ2qPxsL92qgEgoGKtIrsyc3+8t1e8Xi8pBC2mgpe7Q9Y39OHmIlOe0j76 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:OS1PR01MB0136; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(2401047)(8121501046)(520078)(5005006)(10201501046)(3002001); SRVR:OS1PR01MB0136; BCL:0; PCL:0; RULEID:; SRVR:OS1PR01MB0136; X-Forefront-PRVS: 0772E5DAD5 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(6009001)(45984002)(199003)(479174004)(189002)(24454002)(19580395003)(83506001)(64126003)(3846002)(74482002)(6116002)(80316001)(105586002)(23676002)(19580405001)(122386002)(106356001)(586003)(92566002)(230700001)(5004730100002)(230783001)(59896002)(5008740100001)(5890100001)(77096005)(54356999)(42186005)(87976001)(5001960100002)(50466002)(2950100001)(65816999)(87266999)(76176999)(189998001)(86362001)(40100003)(33656002)(101416001)(65806001)(65956001)(81156007)(47776003)(50986999)(5001770100001)(4001350100001)(97736004)(107886002)(66066001)(1096002)(3940600001)(491001); DIR:OUT; SFP:1102; SCL:1; SRVR:OS1PR01MB0136; H:[133.2.210.64]; FPR:; SPF:None; PTR:InfoNoRecords; A:3; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: it.aoyama.ac.jp does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtPUzFQUjAxTUIwMTM2OzIzOjJOSmNxZWVDdFA1UlIvYUZvd0F6cENDQmZk?= =?utf-8?B?LzhGRGZRNldrTi9wSFhjYkJQaUhCV2lQRFhyREh1V2hFemNrS0plOW11VGpE?= =?utf-8?B?UGlBYVVoVk1jenl5L09HUHBuakFSZi85ek1TcDVlZDI2VnVjbVdmZjNJM1JM?= =?utf-8?B?bmN2NHJOWGMrU1FGSCsyM2g4Yld6cWRhdVlpK0c2SThUOFMwOTJFdGpOYWRD?= =?utf-8?B?RjRaVmw2ZUVuUWRqcTFybWE0YjVTdHN3bkZUZUduaUxnUkpEY2NmcW41MGtF?= =?utf-8?B?cGtvR3hQaEF5NmF6VDkrYlB4cDhuT1lIamRlRUFMQ0hjaFNkQ1ZvdS82M0V0?= =?utf-8?B?SUROeXhrV3AzWWliVmUyeDBqRnhlZVZxREUxQ2FEbWdSeUhaS2tQOTVQcGJU?= =?utf-8?B?YXFDNFloSStMcVVwRXZtQjZSRThiS3d1NVBDVXM1QzZiV2lmZDBUdGhVTUlt?= =?utf-8?B?NkFPeWt0YlJFaUViKzl6bm16QWk0Z01vVUsxbmlDVlhBOUNVakJ0UFl0aHF3?= =?utf-8?B?aVRoYTkrMEhWSkcwVUlTZUxXcnJ2RmFxUXoyUlVVWG1ob2tYL05KRitjRVQy?= =?utf-8?B?cmM5Q3E4OEVhamQrdmduQy9kSGJVc2hNYmZXcWRRVTlXNHp4dVVaNGxYaG1I?= =?utf-8?B?L0piaVdna0lNR3RjK1lXSnArV2NNM1JZazY0NC9TNkEvUFRmVlVVYzVOZlRn?= =?utf-8?B?ZStxTGVlQVBwU2JPRkY0L29kY1hXa2lCWDFsUDJZeXJSLzh6MkhEV3FLQ3RJ?= =?utf-8?B?enhKczZINFIvTXZDTmswSmdCR1pISWJqN1VNb1JXb0MzbGMvODdLaHhoWTBj?= =?utf-8?B?dUZyS3prMkpVTkVzL3I2NzBPdkNRM3Z2RGVxUE9YZ3B4alcraVpVT0Jtd3lU?= =?utf-8?B?ckk3TEtBNG55NUJ5RElsd3JLRWh2MnFmNHpsWEN3ZTFUNGtsaGdyQ2tPYlRh?= =?utf-8?B?UzhBNlBLWGhvZEhWdUVNWDdXNUp0ZkpwcEJsQ1RwVFp1Zm1qcUNJS1dWYVJF?= =?utf-8?B?UndYbW10Q0FrYVEzWVFoUWZ6K0NyVEZiQ1o2M1dzVFQ5ZE51dUFnNmFWVzBL?= =?utf-8?B?NVNDNXQvcFB3Nkd4aDRRVWQ3Yzl5L1NKa2JTQkZDeTN2cWpHWlRFRUVCRkhx?= =?utf-8?B?dFA1cTVoeUE0V1Zic0NQdkVZM0VlYW5WVG9sa0xBaXBlWXl3a3A4cDlNYTdi?= =?utf-8?B?YWZpeTFSaVJ3RVdsaDM5TW01VHUzSXJROUJuajlxSDhzVzNXQzRkakZ5eFN2?= =?utf-8?B?Lzd2WjVOalNmbGFYV2NYd3l4b09tdXIveHNMYk9nV3pRd0E5QldndmNWc1RP?= =?utf-8?B?MUhGVlQ0OElqZnlmNVNwb2lBeGFDNWdvSTZNS3RYNTRJSWRoaTdGVWdYVUxC?= =?utf-8?B?ckJrbjYwNFFwcnB3SXp0Mk0vUExobTc3WDN0QmRFeFBxbU5JMkE0bEVPTDZz?= =?utf-8?B?bDJIVG9XZG5heW1YbFFaNmZoRlYyWFdGU2NSL05ET3lEbWxVNUFIdXFyNndn?= =?utf-8?B?TVhRTjg2U3BDaVdYNjRWMldSR3hqd0FMNGZrTWxUbWZVTTB4emtnRUVIcHhU?= =?utf-8?B?cWpZRm10WEhucDFKSDJZaHBsbG1DK290eVVRR2pFK0FSQnYvQ0JhSFB2bDBq?= =?utf-8?B?VGVDWkVvdkV3cXJLVG9McEhkQVk3eVJUdEVVaDhHZUJKbTFCSXRDMGZ3SkQ2?= =?utf-8?B?cUE4VllZaUNNK25GREllZ2pQSDk2b1ZQRWFyWWxHWERPMXg2bWVkSDNMS3lW?= =?utf-8?B?L1RwWStnOEFBSG1iY2xEZzhrZzdWdkxiL3hZUGNYYWx0Sk9DMDE3TDd3Tm9Y?= =?utf-8?B?WVZDakpBQ2FzUm1ad3l5UERoem1hL1lnMER4ZlhpWEJ5NkJlR1hqcXJXNCtl?= =?utf-8?Q?NYNCWD5FLJsiqVT9VduFMmJrHPICC9uT?= X-Microsoft-Exchange-Diagnostics: 1; OS1PR01MB0136; 5:KYzY7UPa39PRWMLbnZ4DfTH33Re8gsLK3jHaK4L8d+klRdnTRBiddvx+51/mHGmOwYga+vXHkVHC7yRRZB232A12nDokHLCQyPVoJOlRCEnqWLc9sGCrwYcmtW7eI0dt9GAdd5AgS/BqomEGm61c+A==; 24:Smz3fyvWVZgw7guJfP3GdrD1b2nTAINLbj3QsQ0MTphrjzSLnfwOQxigTTe6crXIZ64/0PbL0eR9DCib4/lA8fs/gVLlbwq3lYVuMX5DeGI= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: it.aoyama.ac.jp X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Nov 2015 10:20:13.8520 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: OS1PR01MB0136 Archived-At: Subject: Re: [rtcweb] WGLC draft-ietf-rtcweb-audio-codecs-for-interop-02 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 10:20:21 -0000 Hello Stephane, On 2015/11/26 00:55, stephane.proust@orange.com wrote: > Hello Magnus, all > > Thank you very much, Magnus, for your review. I agree with all your comments that are indeed needed to be taken into account before publication. > Please find attached a draft -03 version that tries to capture all your comments (+some more editorial updates and corrections for further cleaning). Please don't attach drafts. Please submit them, so that people can use the tools they are familiar with (e.g. diff,...) more easily. You can always submit one more draft if there are additional changes; integers are cheap. Regards, Martin. From nobody Sun Nov 29 02:28:10 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 759F91B377D for ; Sun, 29 Nov 2015 02:28:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 lGxbEAhmpwMQ for ; Sun, 29 Nov 2015 02:28:05 -0800 (PST) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (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 B37C71B3779 for ; Sun, 29 Nov 2015 02:28:05 -0800 (PST) Received: by pacdm15 with SMTP id dm15so154376851pac.3 for ; Sun, 29 Nov 2015 02:28:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=nUutcd96U4bkG4KhubtRRewKhF7Ux4or5Jrydj9tV1o=; b=oYlYcRkUv9f78FuCCAzImFpAf8QBlOZ+ALAKzZ5Z0D9DSs9+AFJUryuywpMeUMkbIM 5CPnRijmeBmk4txGbvNnAA6Stt/nnwJmF61TJaT+FZjs0fu5yYwMQi66z2rE4c/Hbkrz O9jmmc0PYeVBkJeTjU7pMOQbXlgCtuPLJQuu8em+EyVvS5N8j7AbK+nmLBYUrCkXHs9u ZotixJFc9o0IPSRgjJm+Lbwff6p7n36zuo/yMdS8bopJCwlHGNhyDWzUODHuH6JoV5rH jigOEcpLf8HIkq9gBNrkT8E1X+CM/QmRNc3M6nRXRHuBUxzMTeKDmiuAdzZ/3ThHkYV1 nW5A== X-Received: by 10.98.0.195 with SMTP id 186mr62258171pfa.130.1448792885357; Sun, 29 Nov 2015 02:28:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.66.190.232 with HTTP; Sun, 29 Nov 2015 02:27:45 -0800 (PST) In-Reply-To: <12471_1448466926_5655D9ED_12471_1_1_2842AD9A45C83B44B57635FD4831E60A0CD0D387@OPEXCLILM44.corporate.adroot.infra.ftgroup> References: <45EA7E8F-02B2-4664-820F-DE07A17D4C61@iii.ca> <564C99C2.7000504@ericsson.com> <12471_1448466926_5655D9ED_12471_1_1_2842AD9A45C83B44B57635FD4831E60A0CD0D387@OPEXCLILM44.corporate.adroot.infra.ftgroup> From: Barry Dingle Date: Sun, 29 Nov 2015 21:27:45 +1100 Message-ID: To: stephane.proust@orange.com Content-Type: multipart/alternative; boundary=001a1145d8ce48f31b0525ab61a0 Archived-At: Cc: "" Subject: Re: [rtcweb] WGLC draft-ietf-rtcweb-audio-codecs-for-interop-02 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2015 10:28:09 -0000 --001a1145d8ce48f31b0525ab61a0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Stephane, Some suggested editorials - most very minor. *General suggestions* - Change all instances of 'non WebRTC' to 'non-WebRTC' - Change all instances of 'end point' AND 'end-point' to 'endpoint' *1 Introduction* Delete last sentence. It is not relevant as it refers 'additions' that would require a new RFC. *2 Definition and Abbreviations* - Legacy networks: 4th line - remove unnecessary quotation symbol - change "Evolved Packet System*"* " to "Evolved Packet System " 5th line - add 2 spaces - change "access(VoLTE)[IR.92]" to "access (VoLTE) [IR.92]" - AMR-WB - remove 2nd duplicated AMR-WB - IMS - singular - it should be 'System' - not 'Systems' - LTE abbreviation should be placed in alphabetical order before MOS abbreviation; also change "3GPP "4G" wireless standard" to "3GPP "4G" wireless data transmission standard" - PLMN - it should be 'Network' - not 'Networks' - PSTN - it should be 'Network' - not 'Networks' *3 Rationale for additional WebRTC codecs * 2nd and 3rd lines - remove two instances of 'the' - change "guarantee *the* codec interoperability (without transcoding) at *the* state of the art voice quality" to "guarantee codec interoperability (without transcoding) at state of the art voice quality" 4th line - change "The WebRTC technology is *however* expected to be used" to "The WebRTC technology is *also* expected to be used" 2nd last line - change "more CPU and be more costly" to "more CPU *processing* and be more costly" . *4.1.2* 3rd last line - change "terminal." to "terminal*s*." *4.3.2* 2nd line - change "cordeless" to "cordless". *Acknowledgements:* Does the Author want to name all or some of the 6 co-authors who were 'deleted' in this Section? Cheers, /Barry Barry Dingle Fixed - +61-3-9725-3937 Mob - +61-41-911-7578 Fellow of University of Melbourne, Australia On Thu, Nov 26, 2015 at 2:55 AM, wrote: > Hello Magnus, all > > Thank you very much, Magnus, for your review. I agree with all your > comments that are indeed needed to be taken into account before publicati= on. > Please find attached a draft -03 version that tries to capture all your > comments (+some more editorial updates and corrections for further > cleaning). > > To summarize the modifications > - proposal to keep myself as the only author to comply with the > requirement to limit the number of authors > - reference removed from abstract > - "Definition" section renamed "Definition and abbreviations" so that all > acronyms can be made explicit in this section > - some informative references added as much as possible > - slight update of HD voice figures (number of networks, customers...) > - addition of more explicit information on packetization for additional > codecs (which is indeed a key point for interop !) > - addition of normative reference related to additional codecs > - text added in "Security" section > - references related to additional codecs implementation moved under > normative reference section > > You can also check in your e-mail below my answers inserted point by poin= t > > Please do not hesitate to let me know if it is ok for you; I hope it is > now in a better shape for publication. > > Best regards > > St=C3=A9phane > > -----Message d'origine----- > De : rtcweb [mailto:rtcweb-bounces@ietf.org] De la part de Magnus > Westerlund > Envoy=C3=A9 : mercredi 18 novembre 2015 16:31 > =C3=80 : Cullen Jennings; > Objet : Re: [rtcweb] WGLC draft-ietf-rtcweb-audio-codecs-for-interop-02 > > Hi, > > I have reviewed the WebRTC audio codecs for interop draft and have the > following comments. > > Summary: Not ready yet for publication. > > A. The author list is 7 persons long. Please consider how you want to dea= l > with the general limitation of 5 authors on the front page: See Section > 4.1.1 of https://www.rfc-editor.org/rfc/rfc7322.txt > >> Ok. With the kind agreement of the co-authors and since I would have n= o > way to choose what names I should keep or remove, the only solution I wou= ld > see and propose would be to stay the only author > > B. Use of acronyms: > There a large number of acronyms that aren't spelled out on their first > usage. PSTN, PLMN, IMS, VoLTE, ViLTE, AMR-WB, MOS, GSMA for example > >>Ok : Sure ! I propose to rename the definition section in definion and > abbreviations and detail here all the acronyms > > C. Lack of references. > In section 2 and 3 a lot of the terms used could benefit from having a > informative reference for them. > >> Ok. I've added some more informative reference about DECT and 3GPP 2G, > 3G and 4G (IP/IMS) networks. > > D. Section 4.1.2: > "The market of voice personal communication is driven by mobile > terminals." > Shouldn't it be "personal voice communication"? > >>Yes indeed. I corrected this > > E. Section 5. Security Consideration > This section is empty, which is not allowed. > >> Some text is now proposed > > F. Section 8.1: Normative references. > >>Since the draft intends to be informational, I agree that there is no > need to reference RFC2119 since words MUST, SHALL. are not used. If it i= s > allowed to have normative references in an informational draft I also > agree that some reference can be considered as normative with respect to > the guidelines given for implementation (whereas some other are just for > additional information). So the proposed update now include both normativ= e > and informative references. For instance I added directly in the document > the normative specifications related to the additional codecs considered > (previously only indirectly referred) > As there are no reference to RFC2119 in use, I question its inclusion as = a > normative reference. Secondly, it appears that what can be normative > references are the actual references needed to implement each of the > recommendations. > > G. I think this document is not clear on enough on what RTP packetization > that is to be implemented with each codec. I would recommend that you are > explicit about which payload format specification that is to be supported > for each of the codecs. > >> Good point. The information was in the references indicated but since > this is a key issue for interop it worth stating this in full words in th= e > document > > Cheers > > Magnus Westerlund > > Den 2015-11-05 kl. 07:57, skrev Cullen Jennings: > > We would like to start the working group last call of > > draft-ietf-rtcweb-audio-codecs-for-interop-02. Please send any > > comments to the list by the end of Nov 30. > > > > > > _______________________________________________ rtcweb mailing list > > rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb > > > > > -- > > Magnus Westerlund > > ---------------------------------------------------------------------- > Services, Media and Network features, Ericsson Research EAB/TXM > ---------------------------------------------------------------------- > Ericsson AB | Phone +46 10 7148287 > F=C3=A4r=C3=B6gatan 6 | Mobile +46 73 0949079 > SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com > ---------------------------------------------------------------------- > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > > _________________________________________________________________________= ________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > France Telecom - Orange decline toute responsabilite si ce message a ete > altere, deforme ou falsifie. Merci > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorization. > If you have received this email in error, please notify the sender and > delete this message and its attachments. > As emails may be altered, France Telecom - Orange shall not be liable if > this message was modified, changed or falsified. > Thank you. > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > --001a1145d8ce48f31b0525ab61a0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Stephane,

Some suggested editorials - most = very minor.

General suggestions
- Change all instances of 'non WebRTC' to 'non-WebRTC'= ;

- Change all instances of 'end point' AND '= ;end-point' to 'endpoint'

1=C2=A0 I= ntroduction

Delete last sentence. It is not relevant = as it refers 'additions' that would require a new RFC.

2=C2=A0 Definition and Abbreviations

-=C2=A0 Legacy ne= tworks:
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4th line - remove un= necessary quotation symbol - change "Evolved Packet System"= " to "Evolved
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Packet System "
=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 5th line - add 2 spaces - change "ac= cess(VoLTE)[IR.92]"=C2=A0 to=C2=A0 "access (VoLTE) [IR.92]" =

- AMR-WB - remove 2nd duplicated AMR-WB

- IMS - singular - it should be 'System' - not 'Systems' =

- LTE abbreviation should be placed in alphabetical orde= r before MOS abbreviation;
=C2=A0=C2=A0=C2=A0 also change "3GPP &q= uot;4G" wireless standard"=C2=A0 to=C2=A0 "3GPP "4G&quo= t; wireless data transmission standard"

- PLMN - it= should be 'Network' - not 'Networks'

- = PSTN - it should be 'Network' - not 'Networks'

3=C2=A0 Rationale for additional WebRTC codecs

=
2nd and 3rd lines - remove two instances of 'the'=C2=A0= =C2=A0 - change "guarantee the codec interoperability (without =
=C2=A0=C2=A0 transcoding) at the state of the art voice quality&= quot;=C2=A0 to=C2=A0 "guarantee codec interoperability (without transc= oding) at
=C2=A0=C2=A0 state of the art voice quality"=C2=A0
4th line - change "The WebRTC technology is however expected to be used"=C2=A0 to=C2=A0
=C2=A0=C2=A0 "The WebRT= C technology is also expected to be used"=C2=A0=C2=A0

<= /div>
2nd last line - change "more CPU and be more costly" to= "more CPU processing and be more costly" .
=
4.1.2

3rd last line - c= hange "terminal." to "terminals."

<= b>4.3.2

2nd line - change "cordeless"= ; to "cordless".


Acknowledgements= :=C2=A0

Does the Author want to name all or some of the 6 co-au= thors who were 'deleted' in this Section?

Cheers,
/Barry

Barry Dingle
Fixed - +6= 1-3-9725-3937=C2=A0 =C2=A0 Mob - +61-41-911-7578=C2=A0=C2=A0
Fellow of = University of Melbourne, Australia

On Thu, Nov 26, 2015 at 2:55 AM, <stephane.proust@orange.com> wrote:
Hello Magnus, all

Thank you very much, Magnus, for your review. I agree with all your comment= s that are indeed needed to be taken into account before publication.
Please find attached a draft -03=C2=A0 version that tries to capture all yo= ur comments (+some more editorial updates and corrections for further clean= ing).

To summarize the modifications
- proposal to keep myself as the only author to comply with the requirement= to limit the number of authors
- reference removed from abstract
- "Definition" section renamed "Definition and abbreviations= " so that all acronyms can be made explicit in this section
- some informative references added as much as possible
- slight update of HD voice figures (number of networks, customers...)
- addition of more explicit information on packetization for additional cod= ecs (which is indeed a key point for interop !)
- addition of normative reference related to additional codecs
- text added in "Security" section
- references related to additional codecs implementation moved under normat= ive reference section

You can also check in your e-mail below my answers inserted point by point<= br>
Please do not hesitate to let me know if it is ok for you; I hope it is now= in a better shape for publication.

Best regards

St=C3=A9phane

-----Message d'origine-----
De=C2=A0: rtcweb [mailto:rtcweb-= bounces@ietf.org] De la part de Magnus Westerlund
Envoy=C3=A9=C2=A0: mercredi 18 novembre 2015 16:31
=C3=80=C2=A0: Cullen Jennings; <rtcwe= b@ietf.org>
Objet=C2=A0: Re: [rtcweb] WGLC draft-ietf-rtcweb-audio-codecs-for-interop-0= 2

Hi,

I have reviewed the WebRTC audio codecs for interop draft and have the foll= owing comments.

Summary: Not ready yet for publication.

A. The author list is 7 persons long. Please consider how you want to deal = with the general limitation of 5 authors on the front page: See Section 4.1= .1 of https://www.rfc-editor.org/rfc/rfc7322.txt
>> Ok. With the kind agreement of the co-authors and since I w= ould have no way to choose what names I should keep or remove, the only sol= ution I would see and propose would be to stay the only author

B. Use of acronyms:
There a large number of acronyms that aren't spelled out on their first= usage. PSTN, PLMN, IMS, VoLTE, ViLTE, AMR-WB, MOS, GSMA for example
>>Ok : Sure ! I propose to rename the definition section in de= finion and abbreviations and detail here all the acronyms

C. Lack of references.
In section 2 and 3 a lot of the terms used could benefit from having a info= rmative reference for them.
>> Ok. I've added some more informative reference about DE= CT and 3GPP 2G, 3G and 4G (IP/IMS) networks.

D. Section 4.1.2:
"The market of voice personal communication is driven by mobile=C2=A0 = terminals."
Shouldn't it be "personal voice communication"?
>>Yes indeed. I corrected this

E. Section 5. Security Consideration
This section is empty, which is not allowed.
>> Some text is now proposed

F. Section 8.1: Normative references.
>>Since the draft intends to be informational, I agree that th= ere is no need to reference RFC2119 since words MUST, SHALL. are not used.= =C2=A0 If it is allowed to have normative references in an informational dr= aft=C2=A0 I also agree that some reference can be considered as normative w= ith respect to the guidelines given for implementation (whereas some other = are just for additional information). So the proposed update now include bo= th normative and informative references. For instance I added directly in t= he document the normative specifications related to the additional codecs c= onsidered (previously only indirectly referred)
As there are no reference to RFC2119 in use, I question it= s inclusion as a normative reference. Secondly, it appears that what can be= normative references are the actual references needed to implement each of= the recommendations.

G. I think this document is not clear on enough on what RTP packetization t= hat is to be implemented with each codec. I would recommend that you are ex= plicit about which payload format specification that is to be supported for= each of the codecs.
>> Good point. The information was in the references indicated= but since this is a key issue for interop it worth stating this in full wo= rds in the document

Cheers

Magnus Westerlund

Den 2015-11-05 kl. 07:57, skrev Cullen Jennings:
> We would like to start the working group last call of
> draft-ietf-rtcweb-audio-codecs-for-interop-02. Please send any
> comments to the list by the end of Nov 30.
>
>
> _______________________________________________ rtcweb mailing list > rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb
>


--

Magnus Westerlund

----------------------------------------------------------------------
Services, Media and Network features, Ericsson Research EAB/TXM
----------------------------------------------------------------------
Ericsson AB=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| = Phone=C2=A0 +46= 10 7148287
F=C3=A4r=C3=B6gatan 6=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0| Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------

_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
https://www.ietf.org/mailman/listinfo/rtcweb

____________________________________________________________________= _____________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les message= s electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete al= tere, deforme ou falsifie. Merci

This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law;
they should not be distributed, used or copied without authorization.
If you have received this email in error, please notify the sender and dele= te this message and its attachments.
As emails may be altered, France Telecom - Orange shall not be liable if th= is message was modified, changed or falsified.
Thank you.


_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
https://www.ietf.org/mailman/listinfo/rtcweb


--001a1145d8ce48f31b0525ab61a0-- From nobody Sun Nov 29 23:38:56 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E0921B2B99 for ; Sun, 29 Nov 2015 23:38:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.483 X-Spam-Level: X-Spam-Status: No, score=-2.483 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham 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 u2Ndp2JFYs57 for ; Sun, 29 Nov 2015 23:38:50 -0800 (PST) Received: from relais-inet.orange.com (relais-nor34.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82AF91B2B98 for ; Sun, 29 Nov 2015 23:38:49 -0800 (PST) Received: from opfednr02.francetelecom.fr (unknown [xx.xx.xx.66]) by opfednr22.francetelecom.fr (ESMTP service) with ESMTP id 9DF86202DD; Mon, 30 Nov 2015 08:38:47 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.69]) by opfednr02.francetelecom.fr (ESMTP service) with ESMTP id 61B3A120055; Mon, 30 Nov 2015 08:38:47 +0100 (CET) Received: from OPEXCLILM44.corporate.adroot.infra.ftgroup ([fe80::b08d:5b75:e92c:a45f]) by OPEXCLILMA2.corporate.adroot.infra.ftgroup ([fe80::bc1c:ad2f:eda3:8c3d%19]) with mapi id 14.03.0248.002; Mon, 30 Nov 2015 08:38:47 +0100 From: To: Barry Dingle Thread-Topic: [rtcweb] WGLC draft-ietf-rtcweb-audio-codecs-for-interop-02 Thread-Index: AQHRF5dWIYJ5KCy/PU2r+JAnzcdFop6h7F8AgAsQRfCABeSVgIABbyeg Date: Mon, 30 Nov 2015 07:38:46 +0000 Message-ID: <28256_1448869127_565BFD07_28256_840_1_2842AD9A45C83B44B57635FD4831E60A0CD0DC47@OPEXCLILM44.corporate.adroot.infra.ftgroup> References: <45EA7E8F-02B2-4664-820F-DE07A17D4C61@iii.ca> <564C99C2.7000504@ericsson.com> <12471_1448466926_5655D9ED_12471_1_1_2842AD9A45C83B44B57635FD4831E60A0CD0D387@OPEXCLILM44.corporate.adroot.infra.ftgroup> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: multipart/alternative; boundary="_000_2842AD9A45C83B44B57635FD4831E60A0CD0DC47OPEXCLILM44corp_" MIME-Version: 1.0 Archived-At: Cc: "" Subject: Re: [rtcweb] WGLC draft-ietf-rtcweb-audio-codecs-for-interop-02 X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2015 07:38:54 -0000 --_000_2842AD9A45C83B44B57635FD4831E60A0CD0DC47OPEXCLILM44corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIEJhcnJ5IGZvciB5b3VyIHJldmlldw0KDQpBbmQgeWVzIGluZGVlZCwgSSBoYWQgZm9y IHN1cmUgdGhlIGludGVudGlvbiBpbiB0aGUgIm9mZmljaWFsIiBzdWJtaXNzaW9uIG9mIHRoaXMg LTAzIHZlcnNpb24gdG8gdGhhbmsgYWxsIHRoZSBjby1hdXRob3JzIGFuZCBhIGZldyBtb3JlIHBl b3BsZSB0aGF0IGtpbmRseSBzdXBwb3J0ZWQgdGhpcyB3b3JrIGFuZCBoZWxwZWQgbWUgdG8gd3Jp dGUgYW5kIGltcHJvdmUgdGhpcyBkb2N1bWVudCBpbiB0aGUgYWNrbm93bGVkZ21lbnQgc2VjdGlv biAoSSAgd2FzIGZvY3VzZWQgaW4gdGhpcyAicHJlLXN1Ym1pc3Npb24iIG9uIHRha2luZyBpbnRv IGFjY291bnQgdGhlIGNvbW1lbnRzIGZyb20gTWFnbnVzIGFuZCBpbXByb3ZpbmcgdGhlIGN1cnJl bnQgdGV4dCkNClRoYXQgaXMgdGhlIG1pbmltdW0gSSBjb3VsZCBkbyBhbmQgSSB3aXNoIEkgY291 bGQga2VlcCBhbGwgdGhlbSBhcyBjby1hdXRob3JzICENCg0KQmVzdCByZWdhcmRzDQoNClN0w6lw aGFuZQ0KDQpEZSA6IEJhcnJ5IERpbmdsZSBbbWFpbHRvOmJ0ZGluZ2xlQGdtYWlsLmNvbV0NCkVu dm95w6kgOiBkaW1hbmNoZSAyOSBub3ZlbWJyZSAyMDE1IDExOjI4DQrDgCA6IFBST1VTVCBTdMOp cGhhbmUgSU1UL09MUFMNCkNjIDogTWFnbnVzIFdlc3Rlcmx1bmQ7IEN1bGxlbiBKZW5uaW5nczsg PHJ0Y3dlYkBpZXRmLm9yZz4NCk9iamV0IDogUmU6IFtydGN3ZWJdIFdHTEMgZHJhZnQtaWV0Zi1y dGN3ZWItYXVkaW8tY29kZWNzLWZvci1pbnRlcm9wLTAyDQoNCkhpIFN0ZXBoYW5lLA0KDQpTb21l IHN1Z2dlc3RlZCBlZGl0b3JpYWxzIC0gbW9zdCB2ZXJ5IG1pbm9yLg0KR2VuZXJhbCBzdWdnZXN0 aW9ucw0KDQotIENoYW5nZSBhbGwgaW5zdGFuY2VzIG9mICdub24gV2ViUlRDJyB0byAnbm9uLVdl YlJUQycNCi0gQ2hhbmdlIGFsbCBpbnN0YW5jZXMgb2YgJ2VuZCBwb2ludCcgQU5EICdlbmQtcG9p bnQnIHRvICdlbmRwb2ludCcNCg0KMSAgSW50cm9kdWN0aW9uDQpEZWxldGUgbGFzdCBzZW50ZW5j ZS4gSXQgaXMgbm90IHJlbGV2YW50IGFzIGl0IHJlZmVycyAnYWRkaXRpb25zJyB0aGF0IHdvdWxk IHJlcXVpcmUgYSBuZXcgUkZDLg0KDQoyICBEZWZpbml0aW9uIGFuZCBBYmJyZXZpYXRpb25zDQoN Ci0gIExlZ2FjeSBuZXR3b3JrczoNCiAgICAgICAgNHRoIGxpbmUgLSByZW1vdmUgdW5uZWNlc3Nh cnkgcXVvdGF0aW9uIHN5bWJvbCAtIGNoYW5nZSAiRXZvbHZlZCBQYWNrZXQgU3lzdGVtIiAiIHRv ICJFdm9sdmVkDQogICAgICAgICAgICAgUGFja2V0IFN5c3RlbSAiDQogICAgICAgNXRoIGxpbmUg LSBhZGQgMiBzcGFjZXMgLSBjaGFuZ2UgImFjY2VzcyhWb0xURSlbSVIuOTJdIiAgdG8gICJhY2Nl c3MgKFZvTFRFKSBbSVIuOTJdIg0KLSBBTVItV0IgLSByZW1vdmUgMm5kIGR1cGxpY2F0ZWQgQU1S LVdCDQotIElNUyAtIHNpbmd1bGFyIC0gaXQgc2hvdWxkIGJlICdTeXN0ZW0nIC0gbm90ICdTeXN0 ZW1zJw0KLSBMVEUgYWJicmV2aWF0aW9uIHNob3VsZCBiZSBwbGFjZWQgaW4gYWxwaGFiZXRpY2Fs IG9yZGVyIGJlZm9yZSBNT1MgYWJicmV2aWF0aW9uOw0KICAgIGFsc28gY2hhbmdlICIzR1BQICI0 RyIgd2lyZWxlc3Mgc3RhbmRhcmQiICB0byAgIjNHUFAgIjRHIiB3aXJlbGVzcyBkYXRhIHRyYW5z bWlzc2lvbiBzdGFuZGFyZCINCi0gUExNTiAtIGl0IHNob3VsZCBiZSAnTmV0d29yaycgLSBub3Qg J05ldHdvcmtzJw0KLSBQU1ROIC0gaXQgc2hvdWxkIGJlICdOZXR3b3JrJyAtIG5vdCAnTmV0d29y a3MnDQozICBSYXRpb25hbGUgZm9yIGFkZGl0aW9uYWwgV2ViUlRDIGNvZGVjcw0KMm5kIGFuZCAz cmQgbGluZXMgLSByZW1vdmUgdHdvIGluc3RhbmNlcyBvZiAndGhlJyAgIC0gY2hhbmdlICJndWFy YW50ZWUgdGhlIGNvZGVjIGludGVyb3BlcmFiaWxpdHkgKHdpdGhvdXQNCiAgIHRyYW5zY29kaW5n KSBhdCB0aGUgc3RhdGUgb2YgdGhlIGFydCB2b2ljZSBxdWFsaXR5IiAgdG8gICJndWFyYW50ZWUg Y29kZWMgaW50ZXJvcGVyYWJpbGl0eSAod2l0aG91dCB0cmFuc2NvZGluZykgYXQNCiAgIHN0YXRl IG9mIHRoZSBhcnQgdm9pY2UgcXVhbGl0eSINCjR0aCBsaW5lIC0gY2hhbmdlICJUaGUgV2ViUlRD IHRlY2hub2xvZ3kgaXMgaG93ZXZlciBleHBlY3RlZCB0byBiZSB1c2VkIiAgdG8NCiAgICJUaGUg V2ViUlRDIHRlY2hub2xvZ3kgaXMgYWxzbyBleHBlY3RlZCB0byBiZSB1c2VkIg0KMm5kIGxhc3Qg bGluZSAtIGNoYW5nZSAibW9yZSBDUFUgYW5kIGJlIG1vcmUgY29zdGx5IiB0byAibW9yZSBDUFUg cHJvY2Vzc2luZyBhbmQgYmUgbW9yZSBjb3N0bHkiIC4NCg0KNC4xLjINCg0KM3JkIGxhc3QgbGlu ZSAtIGNoYW5nZSAidGVybWluYWwuIiB0byAidGVybWluYWxzLiINCjQuMy4yDQoNCjJuZCBsaW5l IC0gY2hhbmdlICJjb3JkZWxlc3MiIHRvICJjb3JkbGVzcyIuDQoNCkFja25vd2xlZGdlbWVudHM6 DQoNCkRvZXMgdGhlIEF1dGhvciB3YW50IHRvIG5hbWUgYWxsIG9yIHNvbWUgb2YgdGhlIDYgY28t YXV0aG9ycyB3aG8gd2VyZSAnZGVsZXRlZCcgaW4gdGhpcyBTZWN0aW9uPw0KDQpDaGVlcnMsDQov QmFycnkNCg0KQmFycnkgRGluZ2xlDQpGaXhlZCAtICs2MS0zLTk3MjUtMzkzNyAgICBNb2IgLSAr NjEtNDEtOTExLTc1NzgNCkZlbGxvdyBvZiBVbml2ZXJzaXR5IG9mIE1lbGJvdXJuZSwgQXVzdHJh bGlhDQoNCk9uIFRodSwgTm92IDI2LCAyMDE1IGF0IDI6NTUgQU0sIDxzdGVwaGFuZS5wcm91c3RA b3JhbmdlLmNvbTxtYWlsdG86c3RlcGhhbmUucHJvdXN0QG9yYW5nZS5jb20+PiB3cm90ZToNCkhl bGxvIE1hZ251cywgYWxsDQoNClRoYW5rIHlvdSB2ZXJ5IG11Y2gsIE1hZ251cywgZm9yIHlvdXIg cmV2aWV3LiBJIGFncmVlIHdpdGggYWxsIHlvdXIgY29tbWVudHMgdGhhdCBhcmUgaW5kZWVkIG5l ZWRlZCB0byBiZSB0YWtlbiBpbnRvIGFjY291bnQgYmVmb3JlIHB1YmxpY2F0aW9uLg0KUGxlYXNl IGZpbmQgYXR0YWNoZWQgYSBkcmFmdCAtMDMgIHZlcnNpb24gdGhhdCB0cmllcyB0byBjYXB0dXJl IGFsbCB5b3VyIGNvbW1lbnRzICgrc29tZSBtb3JlIGVkaXRvcmlhbCB1cGRhdGVzIGFuZCBjb3Jy ZWN0aW9ucyBmb3IgZnVydGhlciBjbGVhbmluZykuDQoNClRvIHN1bW1hcml6ZSB0aGUgbW9kaWZp Y2F0aW9ucw0KLSBwcm9wb3NhbCB0byBrZWVwIG15c2VsZiBhcyB0aGUgb25seSBhdXRob3IgdG8g Y29tcGx5IHdpdGggdGhlIHJlcXVpcmVtZW50IHRvIGxpbWl0IHRoZSBudW1iZXIgb2YgYXV0aG9y cw0KLSByZWZlcmVuY2UgcmVtb3ZlZCBmcm9tIGFic3RyYWN0DQotICJEZWZpbml0aW9uIiBzZWN0 aW9uIHJlbmFtZWQgIkRlZmluaXRpb24gYW5kIGFiYnJldmlhdGlvbnMiIHNvIHRoYXQgYWxsIGFj cm9ueW1zIGNhbiBiZSBtYWRlIGV4cGxpY2l0IGluIHRoaXMgc2VjdGlvbg0KLSBzb21lIGluZm9y bWF0aXZlIHJlZmVyZW5jZXMgYWRkZWQgYXMgbXVjaCBhcyBwb3NzaWJsZQ0KLSBzbGlnaHQgdXBk YXRlIG9mIEhEIHZvaWNlIGZpZ3VyZXMgKG51bWJlciBvZiBuZXR3b3JrcywgY3VzdG9tZXJzLi4u KQ0KLSBhZGRpdGlvbiBvZiBtb3JlIGV4cGxpY2l0IGluZm9ybWF0aW9uIG9uIHBhY2tldGl6YXRp b24gZm9yIGFkZGl0aW9uYWwgY29kZWNzICh3aGljaCBpcyBpbmRlZWQgYSBrZXkgcG9pbnQgZm9y IGludGVyb3AgISkNCi0gYWRkaXRpb24gb2Ygbm9ybWF0aXZlIHJlZmVyZW5jZSByZWxhdGVkIHRv IGFkZGl0aW9uYWwgY29kZWNzDQotIHRleHQgYWRkZWQgaW4gIlNlY3VyaXR5IiBzZWN0aW9uDQot IHJlZmVyZW5jZXMgcmVsYXRlZCB0byBhZGRpdGlvbmFsIGNvZGVjcyBpbXBsZW1lbnRhdGlvbiBt b3ZlZCB1bmRlciBub3JtYXRpdmUgcmVmZXJlbmNlIHNlY3Rpb24NCg0KWW91IGNhbiBhbHNvIGNo ZWNrIGluIHlvdXIgZS1tYWlsIGJlbG93IG15IGFuc3dlcnMgaW5zZXJ0ZWQgcG9pbnQgYnkgcG9p bnQNCg0KUGxlYXNlIGRvIG5vdCBoZXNpdGF0ZSB0byBsZXQgbWUga25vdyBpZiBpdCBpcyBvayBm b3IgeW91OyBJIGhvcGUgaXQgaXMgbm93IGluIGEgYmV0dGVyIHNoYXBlIGZvciBwdWJsaWNhdGlv bi4NCg0KQmVzdCByZWdhcmRzDQoNClN0w6lwaGFuZQ0KDQotLS0tLU1lc3NhZ2UgZCdvcmlnaW5l LS0tLS0NCkRlIDogcnRjd2ViIFttYWlsdG86cnRjd2ViLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRv OnJ0Y3dlYi1ib3VuY2VzQGlldGYub3JnPl0gRGUgbGEgcGFydCBkZSBNYWdudXMgV2VzdGVybHVu ZA0KRW52b3nDqSA6IG1lcmNyZWRpIDE4IG5vdmVtYnJlIDIwMTUgMTY6MzENCsOAIDogQ3VsbGVu IEplbm5pbmdzOyA8cnRjd2ViQGlldGYub3JnPG1haWx0bzpydGN3ZWJAaWV0Zi5vcmc+Pg0KT2Jq ZXQgOiBSZTogW3J0Y3dlYl0gV0dMQyBkcmFmdC1pZXRmLXJ0Y3dlYi1hdWRpby1jb2RlY3MtZm9y LWludGVyb3AtMDINCg0KSGksDQoNCkkgaGF2ZSByZXZpZXdlZCB0aGUgV2ViUlRDIGF1ZGlvIGNv ZGVjcyBmb3IgaW50ZXJvcCBkcmFmdCBhbmQgaGF2ZSB0aGUgZm9sbG93aW5nIGNvbW1lbnRzLg0K DQpTdW1tYXJ5OiBOb3QgcmVhZHkgeWV0IGZvciBwdWJsaWNhdGlvbi4NCg0KQS4gVGhlIGF1dGhv ciBsaXN0IGlzIDcgcGVyc29ucyBsb25nLiBQbGVhc2UgY29uc2lkZXIgaG93IHlvdSB3YW50IHRv IGRlYWwgd2l0aCB0aGUgZ2VuZXJhbCBsaW1pdGF0aW9uIG9mIDUgYXV0aG9ycyBvbiB0aGUgZnJv bnQgcGFnZTogU2VlIFNlY3Rpb24gNC4xLjEgb2YgaHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcv cmZjL3JmYzczMjIudHh0DQo+PiBPay4gV2l0aCB0aGUga2luZCBhZ3JlZW1lbnQgb2YgdGhlIGNv LWF1dGhvcnMgYW5kIHNpbmNlIEkgd291bGQgaGF2ZSBubyB3YXkgdG8gY2hvb3NlIHdoYXQgbmFt ZXMgSSBzaG91bGQga2VlcCBvciByZW1vdmUsIHRoZSBvbmx5IHNvbHV0aW9uIEkgd291bGQgc2Vl IGFuZCBwcm9wb3NlIHdvdWxkIGJlIHRvIHN0YXkgdGhlIG9ubHkgYXV0aG9yDQoNCkIuIFVzZSBv ZiBhY3JvbnltczoNClRoZXJlIGEgbGFyZ2UgbnVtYmVyIG9mIGFjcm9ueW1zIHRoYXQgYXJlbid0 IHNwZWxsZWQgb3V0IG9uIHRoZWlyIGZpcnN0IHVzYWdlLiBQU1ROLCBQTE1OLCBJTVMsIFZvTFRF LCBWaUxURSwgQU1SLVdCLCBNT1MsIEdTTUEgZm9yIGV4YW1wbGUNCj4+T2sgOiBTdXJlICEgSSBw cm9wb3NlIHRvIHJlbmFtZSB0aGUgZGVmaW5pdGlvbiBzZWN0aW9uIGluIGRlZmluaW9uIGFuZCBh YmJyZXZpYXRpb25zIGFuZCBkZXRhaWwgaGVyZSBhbGwgdGhlIGFjcm9ueW1zDQoNCkMuIExhY2sg b2YgcmVmZXJlbmNlcy4NCkluIHNlY3Rpb24gMiBhbmQgMyBhIGxvdCBvZiB0aGUgdGVybXMgdXNl ZCBjb3VsZCBiZW5lZml0IGZyb20gaGF2aW5nIGEgaW5mb3JtYXRpdmUgcmVmZXJlbmNlIGZvciB0 aGVtLg0KPj4gT2suIEkndmUgYWRkZWQgc29tZSBtb3JlIGluZm9ybWF0aXZlIHJlZmVyZW5jZSBh Ym91dCBERUNUIGFuZCAzR1BQIDJHLCAzRyBhbmQgNEcgKElQL0lNUykgbmV0d29ya3MuDQoNCkQu IFNlY3Rpb24gNC4xLjI6DQoiVGhlIG1hcmtldCBvZiB2b2ljZSBwZXJzb25hbCBjb21tdW5pY2F0 aW9uIGlzIGRyaXZlbiBieSBtb2JpbGUgIHRlcm1pbmFscy4iDQpTaG91bGRuJ3QgaXQgYmUgInBl cnNvbmFsIHZvaWNlIGNvbW11bmljYXRpb24iPw0KPj5ZZXMgaW5kZWVkLiBJIGNvcnJlY3RlZCB0 aGlzDQoNCkUuIFNlY3Rpb24gNS4gU2VjdXJpdHkgQ29uc2lkZXJhdGlvbg0KVGhpcyBzZWN0aW9u IGlzIGVtcHR5LCB3aGljaCBpcyBub3QgYWxsb3dlZC4NCj4+IFNvbWUgdGV4dCBpcyBub3cgcHJv cG9zZWQNCg0KRi4gU2VjdGlvbiA4LjE6IE5vcm1hdGl2ZSByZWZlcmVuY2VzLg0KPj5TaW5jZSB0 aGUgZHJhZnQgaW50ZW5kcyB0byBiZSBpbmZvcm1hdGlvbmFsLCBJIGFncmVlIHRoYXQgdGhlcmUg aXMgbm8gbmVlZCB0byByZWZlcmVuY2UgUkZDMjExOSBzaW5jZSB3b3JkcyBNVVNULCBTSEFMTC4g YXJlIG5vdCB1c2VkLiAgSWYgaXQgaXMgYWxsb3dlZCB0byBoYXZlIG5vcm1hdGl2ZSByZWZlcmVu Y2VzIGluIGFuIGluZm9ybWF0aW9uYWwgZHJhZnQgIEkgYWxzbyBhZ3JlZSB0aGF0IHNvbWUgcmVm ZXJlbmNlIGNhbiBiZSBjb25zaWRlcmVkIGFzIG5vcm1hdGl2ZSB3aXRoIHJlc3BlY3QgdG8gdGhl IGd1aWRlbGluZXMgZ2l2ZW4gZm9yIGltcGxlbWVudGF0aW9uICh3aGVyZWFzIHNvbWUgb3RoZXIg YXJlIGp1c3QgZm9yIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24pLiBTbyB0aGUgcHJvcG9zZWQgdXBk YXRlIG5vdyBpbmNsdWRlIGJvdGggbm9ybWF0aXZlIGFuZCBpbmZvcm1hdGl2ZSByZWZlcmVuY2Vz LiBGb3IgaW5zdGFuY2UgSSBhZGRlZCBkaXJlY3RseSBpbiB0aGUgZG9jdW1lbnQgdGhlIG5vcm1h dGl2ZSBzcGVjaWZpY2F0aW9ucyByZWxhdGVkIHRvIHRoZSBhZGRpdGlvbmFsIGNvZGVjcyBjb25z aWRlcmVkIChwcmV2aW91c2x5IG9ubHkgaW5kaXJlY3RseSByZWZlcnJlZCkNCkFzIHRoZXJlIGFy ZSBubyByZWZlcmVuY2UgdG8gUkZDMjExOSBpbiB1c2UsIEkgcXVlc3Rpb24gaXRzIGluY2x1c2lv biBhcyBhIG5vcm1hdGl2ZSByZWZlcmVuY2UuIFNlY29uZGx5LCBpdCBhcHBlYXJzIHRoYXQgd2hh dCBjYW4gYmUgbm9ybWF0aXZlIHJlZmVyZW5jZXMgYXJlIHRoZSBhY3R1YWwgcmVmZXJlbmNlcyBu ZWVkZWQgdG8gaW1wbGVtZW50IGVhY2ggb2YgdGhlIHJlY29tbWVuZGF0aW9ucy4NCg0KRy4gSSB0 aGluayB0aGlzIGRvY3VtZW50IGlzIG5vdCBjbGVhciBvbiBlbm91Z2ggb24gd2hhdCBSVFAgcGFj a2V0aXphdGlvbiB0aGF0IGlzIHRvIGJlIGltcGxlbWVudGVkIHdpdGggZWFjaCBjb2RlYy4gSSB3 b3VsZCByZWNvbW1lbmQgdGhhdCB5b3UgYXJlIGV4cGxpY2l0IGFib3V0IHdoaWNoIHBheWxvYWQg Zm9ybWF0IHNwZWNpZmljYXRpb24gdGhhdCBpcyB0byBiZSBzdXBwb3J0ZWQgZm9yIGVhY2ggb2Yg dGhlIGNvZGVjcy4NCj4+IEdvb2QgcG9pbnQuIFRoZSBpbmZvcm1hdGlvbiB3YXMgaW4gdGhlIHJl ZmVyZW5jZXMgaW5kaWNhdGVkIGJ1dCBzaW5jZSB0aGlzIGlzIGEga2V5IGlzc3VlIGZvciBpbnRl cm9wIGl0IHdvcnRoIHN0YXRpbmcgdGhpcyBpbiBmdWxsIHdvcmRzIGluIHRoZSBkb2N1bWVudA0K DQpDaGVlcnMNCg0KTWFnbnVzIFdlc3Rlcmx1bmQNCg0KRGVuIDIwMTUtMTEtMDUga2wuIDA3OjU3 LCBza3JldiBDdWxsZW4gSmVubmluZ3M6DQo+IFdlIHdvdWxkIGxpa2UgdG8gc3RhcnQgdGhlIHdv cmtpbmcgZ3JvdXAgbGFzdCBjYWxsIG9mDQo+IGRyYWZ0LWlldGYtcnRjd2ViLWF1ZGlvLWNvZGVj cy1mb3ItaW50ZXJvcC0wMi4gUGxlYXNlIHNlbmQgYW55DQo+IGNvbW1lbnRzIHRvIHRoZSBsaXN0 IGJ5IHRoZSBlbmQgb2YgTm92IDMwLg0KPg0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXyBydGN3ZWIgbWFpbGluZyBsaXN0DQo+IHJ0Y3dlYkBpZXRm Lm9yZzxtYWlsdG86cnRjd2ViQGlldGYub3JnPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3J0Y3dlYg0KPg0KDQoNCi0tDQoNCk1hZ251cyBXZXN0ZXJsdW5kDQoNCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NClNlcnZpY2VzLCBNZWRpYSBhbmQgTmV0d29yayBmZWF0dXJlcywgRXJpY3Nzb24g UmVzZWFyY2ggRUFCL1RYTQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KRXJpY3Nzb24gQUIgICAgICAgICAgICAg ICAgIHwgUGhvbmUgICs0NiAxMCA3MTQ4Mjg3PHRlbDolMkI0NiUyMDEwJTIwNzE0ODI4Nz4NCkbD pHLDtmdhdGFuIDYgICAgICAgICAgICAgICAgIHwgTW9iaWxlICs0NiA3MyAwOTQ5MDc5PHRlbDol MkI0NiUyMDczJTIwMDk0OTA3OT4NClNFLTE2NCA4MCBTdG9ja2hvbG0sIFN3ZWRlbiB8IG1haWx0 bzogbWFnbnVzLndlc3Rlcmx1bmRAZXJpY3Nzb24uY29tPG1haWx0bzptYWdudXMud2VzdGVybHVu ZEBlcmljc3Nvbi5jb20+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQpydGN3ZWIgbWFpbGluZyBsaXN0DQpydGN3ZWJAaWV0 Zi5vcmc8bWFpbHRvOnJ0Y3dlYkBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vcnRjd2ViDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2Vz IGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxl cyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jDQpwYXMgZXRyZSBkaWZmdXNlcywg ZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3Ug Y2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcg0KYSBsJ2V4cGVkaXRl dXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3Nh Z2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCkZyYW5j ZSBUZWxlY29tIC0gT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVz c2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpDQoNClRoaXMgbWVz c2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2 aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7DQp0aGV5IHNo b3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXph dGlvbi4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBu b3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1l bnRzLg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBGcmFuY2UgVGVsZWNvbSAtIE9yYW5nZSBz aGFsbCBub3QgYmUgbGlhYmxlIGlmIHRoaXMgbWVzc2FnZSB3YXMgbW9kaWZpZWQsIGNoYW5nZWQg b3IgZmFsc2lmaWVkLg0KVGhhbmsgeW91Lg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQpydGN3ZWIgbWFpbGluZyBsaXN0DQpydGN3ZWJAaWV0Zi5v cmc8bWFpbHRvOnJ0Y3dlYkBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vcnRjd2ViDQoNCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9p bnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91 IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxv aXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1l c3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQg bGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVs ZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKRnJhbmNlIFRlbGVj b20gLSBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEg ZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kKClRoaXMgbWVzc2FnZSBhbmQg aXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGlu Zm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5vdCBi ZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3JpemF0aW9uLgpJZiB5 b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBz ZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMgZW1h aWxzIG1heSBiZSBhbHRlcmVkLCBGcmFuY2UgVGVsZWNvbSAtIE9yYW5nZSBzaGFsbCBub3QgYmUg bGlhYmxlIGlmIHRoaXMgbWVzc2FnZSB3YXMgbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVk LgpUaGFuayB5b3UuCgo= --_000_2842AD9A45C83B44B57635FD4831E60A0CD0DC47OPEXCLILM44corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0 YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl LWxpbms6IlRleHRlIGRlIGJ1bGxlcyBDYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRv bTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fu cy1zZXJpZiI7fQ0Kc3Bhbi5UZXh0ZWRlYnVsbGVzQ2FyDQoJe21zby1zdHlsZS1uYW1lOiJUZXh0 ZSBkZSBidWxsZXMgQ2FyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IlRleHRlIGRlIGJ1bGxlcyI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYi Ow0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkZSO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1z ZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUt dHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0K CW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXpl OjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcwLjg1cHQgNzAuODVw dDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBz cGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIg ZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4N Cjxib2R5IGxhbmc9IkZSIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9 IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5UaGFua3MgQmFycnkgZm9yIHlvdXIgcmV2aWV3PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+QW5kIHllcyBpbmRlZWQsIEkgaGFkIGZvciBzdXJlIHRoZSBpbnRlbnRpb24gaW4gdGhlICZx dW90O29mZmljaWFsJnF1b3Q7IHN1Ym1pc3Npb24gb2YgdGhpcyAtMDMgdmVyc2lvbiB0byB0aGFu ayBhbGwgdGhlIGNvLWF1dGhvcnMgYW5kIGEgZmV3IG1vcmUgcGVvcGxlIHRoYXQga2luZGx5IHN1 cHBvcnRlZA0KIHRoaXMgd29yayBhbmQgaGVscGVkIG1lIHRvIHdyaXRlIGFuZCBpbXByb3ZlIHRo aXMgZG9jdW1lbnQgaW4gdGhlIGFja25vd2xlZGdtZW50IHNlY3Rpb24gKEkgJm5ic3A7d2FzIGZv Y3VzZWQgaW4gdGhpcyAmcXVvdDtwcmUtc3VibWlzc2lvbiZxdW90OyBvbiB0YWtpbmcgaW50byBh Y2NvdW50IHRoZSBjb21tZW50cyBmcm9tIE1hZ251cyBhbmQgaW1wcm92aW5nIHRoZSBjdXJyZW50 IHRleHQpDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5UaGF0IGlzIHRoZSBtaW5pbXVt IEkgY291bGQgZG8gYW5kIEkgd2lzaCBJIGNvdWxkIGtlZXAgYWxsIHRoZW0gYXMgY28tYXV0aG9y cyAhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+QmVzdCByZWdhcmRzDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5TdMOpcGhhbmU8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RGUmbmJzcDs6PC9zcGFu PjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IEJhcnJ5IERpbmdsZSBbbWFpbHRvOmJ0 ZGluZ2xlQGdtYWlsLmNvbV0NCjxicj4NCjxiPkVudm95w6kmbmJzcDs6PC9iPiBkaW1hbmNoZSAy OSBub3ZlbWJyZSAyMDE1IDExOjI4PGJyPg0KPGI+w4AmbmJzcDs6PC9iPiBQUk9VU1QgU3TDqXBo YW5lIElNVC9PTFBTPGJyPg0KPGI+Q2MmbmJzcDs6PC9iPiBNYWdudXMgV2VzdGVybHVuZDsgQ3Vs bGVuIEplbm5pbmdzOyAmbHQ7cnRjd2ViQGlldGYub3JnJmd0Ozxicj4NCjxiPk9iamV0Jm5ic3A7 OjwvYj4gUmU6IFtydGN3ZWJdIFdHTEMgZHJhZnQtaWV0Zi1ydGN3ZWItYXVkaW8tY29kZWNzLWZv ci1pbnRlcm9wLTAyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+SGkgU3RlcGhhbmUsPGJyPg0KPGJyPg0KU29t ZSBzdWdnZXN0ZWQgZWRpdG9yaWFscyAtIG1vc3QgdmVyeSBtaW5vci4gPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5HZW5lcmFsIHN1Z2dlc3Rp b25zPC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4tIENoYW5nZSBhbGwgaW5zdGFuY2VzIG9mICdub24g V2ViUlRDJyB0byAnbm9uLVdlYlJUQycNCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+LSBDaGFuZ2UgYWxsIGluc3RhbmNlcyBvZiAnZW5kIHBvaW50 JyBBTkQgJ2VuZC1wb2ludCcgdG8gJ2VuZHBvaW50Jw0KPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48Yj4x Jm5ic3A7IEludHJvZHVjdGlvbjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkRlbGV0ZSBsYXN0IHNlbnRlbmNlLiBJdCBpcyBub3QgcmVsZXZh bnQgYXMgaXQgcmVmZXJzICdhZGRpdGlvbnMnIHRoYXQgd291bGQgcmVxdWlyZSBhIG5ldyBSRkMu DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi cj4NCjxiPjImbmJzcDsgRGVmaW5pdGlvbiBhbmQgQWJicmV2aWF0aW9uczwvYj48YnI+DQo8YnI+ DQotJm5ic3A7IExlZ2FjeSBuZXR3b3JrczogPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDR0aCBsaW5lIC0gcmVtb3ZlIHVubmVjZXNzYXJ5IHF1b3RhdGlv biBzeW1ib2wgLSBjaGFuZ2UgJnF1b3Q7RXZvbHZlZCBQYWNrZXQgU3lzdGVtPGI+PHU+JnF1b3Q7 PC91PjwvYj4gJnF1b3Q7IHRvICZxdW90O0V2b2x2ZWQNCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQ YWNrZXQgU3lzdGVtICZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgNXRoIGxpbmUgLSBhZGQgMiBzcGFjZXMgLSBjaGFuZ2Ug JnF1b3Q7YWNjZXNzKFZvTFRFKVtJUi45Ml0mcXVvdDsmbmJzcDsgdG8mbmJzcDsgJnF1b3Q7YWNj ZXNzIChWb0xURSkgW0lSLjkyXSZxdW90Ow0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPi0gQU1S LVdCIC0gcmVtb3ZlIDJuZCBkdXBsaWNhdGVkIEFNUi1XQjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0 Ij4tIElNUyAtIHNpbmd1bGFyIC0gaXQgc2hvdWxkIGJlICdTeXN0ZW0nIC0gbm90ICdTeXN0ZW1z Jw0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPi0gTFRFIGFiYnJldmlhdGlvbiBzaG91bGQgYmUg cGxhY2VkIGluIGFscGhhYmV0aWNhbCBvcmRlciBiZWZvcmUgTU9TIGFiYnJldmlhdGlvbjsNCjxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBhbHNvIGNoYW5nZSAmcXVvdDszR1BQICZxdW90OzRHJnF1 b3Q7IHdpcmVsZXNzIHN0YW5kYXJkJnF1b3Q7Jm5ic3A7IHRvJm5ic3A7ICZxdW90OzNHUFAgJnF1 b3Q7NEcmcXVvdDsgd2lyZWxlc3MgZGF0YSB0cmFuc21pc3Npb24gc3RhbmRhcmQmcXVvdDsNCjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4tIFBMTU4gLSBpdCBzaG91bGQgYmUgJ05ldHdvcmsnIC0g bm90ICdOZXR3b3JrcycNCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4tIFBTVE4gLSBpdCBzaG91 bGQgYmUgJ05ldHdvcmsnIC0gbm90ICdOZXR3b3Jrcyc8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+ PGI+MyZuYnNwOyBSYXRpb25hbGUgZm9yIGFkZGl0aW9uYWwgV2ViUlRDIGNvZGVjcw0KPC9iPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4ybmQgYW5kIDNyZCBsaW5lcyAtIHJlbW92ZSB0d28gaW5z dGFuY2VzIG9mICd0aGUnJm5ic3A7Jm5ic3A7IC0gY2hhbmdlICZxdW90O2d1YXJhbnRlZQ0KPHU+ dGhlPC91PiBjb2RlYyBpbnRlcm9wZXJhYmlsaXR5ICh3aXRob3V0IDxicj4NCiZuYnNwOyZuYnNw OyB0cmFuc2NvZGluZykgYXQgPHU+dGhlPC91PiBzdGF0ZSBvZiB0aGUgYXJ0IHZvaWNlIHF1YWxp dHkmcXVvdDsmbmJzcDsgdG8mbmJzcDsgJnF1b3Q7Z3VhcmFudGVlIGNvZGVjIGludGVyb3BlcmFi aWxpdHkgKHdpdGhvdXQgdHJhbnNjb2RpbmcpIGF0PGJyPg0KJm5ic3A7Jm5ic3A7IHN0YXRlIG9m IHRoZSBhcnQgdm9pY2UgcXVhbGl0eSZxdW90OyZuYnNwOyA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBw dCI+NHRoIGxpbmUgLSBjaGFuZ2UgJnF1b3Q7VGhlIFdlYlJUQyB0ZWNobm9sb2d5IGlzDQo8dT5o b3dldmVyPC91PiBleHBlY3RlZCB0byBiZSB1c2VkJnF1b3Q7Jm5ic3A7IHRvJm5ic3A7IDxicj4N CiZuYnNwOyZuYnNwOyAmcXVvdDtUaGUgV2ViUlRDIHRlY2hub2xvZ3kgaXMgPHU+YWxzbzwvdT4g ZXhwZWN0ZWQgdG8gYmUgdXNlZCZxdW90OyZuYnNwOyZuYnNwOyA8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjJuZCBsYXN0IGxpbmUgLSBjaGFuZ2Ug JnF1b3Q7bW9yZSBDUFUgYW5kIGJlIG1vcmUgY29zdGx5JnF1b3Q7IHRvICZxdW90O21vcmUgQ1BV DQo8dT5wcm9jZXNzaW5nPC91PiBhbmQgYmUgbW9yZSBjb3N0bHkmcXVvdDsgLjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj40LjEuMjwvYj4g PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+M3JkIGxhc3QgbGluZSAtIGNoYW5nZSAmcXVvdDt0 ZXJtaW5hbC4mcXVvdDsgdG8gJnF1b3Q7dGVybWluYWw8dT5zPC91Pi4mcXVvdDsNCjxvOnA+PC9v OnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjQuMy4yPC9iPiA8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJv dHRvbToxMi4wcHQiPjJuZCBsaW5lIC0gY2hhbmdlICZxdW90O2NvcmRlbGVzcyZxdW90OyB0byAm cXVvdDtjb3JkbGVzcyZxdW90Oy4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPkFja25vd2xlZGdlbWVudHM6PC9iPiZuYnNwOyA8YnI+DQo8YnI+DQpE b2VzIHRoZSBBdXRob3Igd2FudCB0byBuYW1lIGFsbCBvciBzb21lIG9mIHRoZSA2IGNvLWF1dGhv cnMgd2hvIHdlcmUgJ2RlbGV0ZWQnIGluIHRoaXMgU2VjdGlvbj8NCjxvOnA+PC9vOnA+PC9wPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiciBjbGVhcj0iYWxsIj4NCjxvOnA+PC9vOnA+ PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5DaGVlcnMsPGJyPg0KL0JhcnJ5PGJyPg0KPGJyPg0KQmFycnkgRGluZ2xlPGJyPg0KRml4 ZWQgLSAmIzQzOzYxLTMtOTcyNS0zOTM3Jm5ic3A7ICZuYnNwOyBNb2IgLSAmIzQzOzYxLTQxLTkx MS03NTc4Jm5ic3A7Jm5ic3A7IDxicj4NCkZlbGxvdyBvZiBVbml2ZXJzaXR5IG9mIE1lbGJvdXJu ZSwgQXVzdHJhbGlhIDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFRodSwgTm92IDI2LCAyMDE1IGF0IDI6NTUg QU0sICZsdDs8YSBocmVmPSJtYWlsdG86c3RlcGhhbmUucHJvdXN0QG9yYW5nZS5jb20iIHRhcmdl dD0iX2JsYW5rIj5zdGVwaGFuZS5wcm91c3RAb3JhbmdlLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIu MHB0Ij5IZWxsbyBNYWdudXMsIGFsbDxicj4NCjxicj4NClRoYW5rIHlvdSB2ZXJ5IG11Y2gsIE1h Z251cywgZm9yIHlvdXIgcmV2aWV3LiBJIGFncmVlIHdpdGggYWxsIHlvdXIgY29tbWVudHMgdGhh dCBhcmUgaW5kZWVkIG5lZWRlZCB0byBiZSB0YWtlbiBpbnRvIGFjY291bnQgYmVmb3JlIHB1Ymxp Y2F0aW9uLjxicj4NClBsZWFzZSBmaW5kIGF0dGFjaGVkIGEgZHJhZnQgLTAzJm5ic3A7IHZlcnNp b24gdGhhdCB0cmllcyB0byBjYXB0dXJlIGFsbCB5b3VyIGNvbW1lbnRzICgmIzQzO3NvbWUgbW9y ZSBlZGl0b3JpYWwgdXBkYXRlcyBhbmQgY29ycmVjdGlvbnMgZm9yIGZ1cnRoZXIgY2xlYW5pbmcp Ljxicj4NCjxicj4NClRvIHN1bW1hcml6ZSB0aGUgbW9kaWZpY2F0aW9uczxicj4NCi0gcHJvcG9z YWwgdG8ga2VlcCBteXNlbGYgYXMgdGhlIG9ubHkgYXV0aG9yIHRvIGNvbXBseSB3aXRoIHRoZSBy ZXF1aXJlbWVudCB0byBsaW1pdCB0aGUgbnVtYmVyIG9mIGF1dGhvcnM8YnI+DQotIHJlZmVyZW5j ZSByZW1vdmVkIGZyb20gYWJzdHJhY3Q8YnI+DQotICZxdW90O0RlZmluaXRpb24mcXVvdDsgc2Vj dGlvbiByZW5hbWVkICZxdW90O0RlZmluaXRpb24gYW5kIGFiYnJldmlhdGlvbnMmcXVvdDsgc28g dGhhdCBhbGwgYWNyb255bXMgY2FuIGJlIG1hZGUgZXhwbGljaXQgaW4gdGhpcyBzZWN0aW9uPGJy Pg0KLSBzb21lIGluZm9ybWF0aXZlIHJlZmVyZW5jZXMgYWRkZWQgYXMgbXVjaCBhcyBwb3NzaWJs ZTxicj4NCi0gc2xpZ2h0IHVwZGF0ZSBvZiBIRCB2b2ljZSBmaWd1cmVzIChudW1iZXIgb2YgbmV0 d29ya3MsIGN1c3RvbWVycy4uLik8YnI+DQotIGFkZGl0aW9uIG9mIG1vcmUgZXhwbGljaXQgaW5m b3JtYXRpb24gb24gcGFja2V0aXphdGlvbiBmb3IgYWRkaXRpb25hbCBjb2RlY3MgKHdoaWNoIGlz IGluZGVlZCBhIGtleSBwb2ludCBmb3IgaW50ZXJvcCAhKTxicj4NCi0gYWRkaXRpb24gb2Ygbm9y bWF0aXZlIHJlZmVyZW5jZSByZWxhdGVkIHRvIGFkZGl0aW9uYWwgY29kZWNzPGJyPg0KLSB0ZXh0 IGFkZGVkIGluICZxdW90O1NlY3VyaXR5JnF1b3Q7IHNlY3Rpb248YnI+DQotIHJlZmVyZW5jZXMg cmVsYXRlZCB0byBhZGRpdGlvbmFsIGNvZGVjcyBpbXBsZW1lbnRhdGlvbiBtb3ZlZCB1bmRlciBu b3JtYXRpdmUgcmVmZXJlbmNlIHNlY3Rpb248YnI+DQo8YnI+DQpZb3UgY2FuIGFsc28gY2hlY2sg aW4geW91ciBlLW1haWwgYmVsb3cgbXkgYW5zd2VycyBpbnNlcnRlZCBwb2ludCBieSBwb2ludDxi cj4NCjxicj4NClBsZWFzZSBkbyBub3QgaGVzaXRhdGUgdG8gbGV0IG1lIGtub3cgaWYgaXQgaXMg b2sgZm9yIHlvdTsgSSBob3BlIGl0IGlzIG5vdyBpbiBhIGJldHRlciBzaGFwZSBmb3IgcHVibGlj YXRpb24uPGJyPg0KPGJyPg0KQmVzdCByZWdhcmRzPGJyPg0KPGJyPg0KU3TDqXBoYW5lPGJyPg0K PGJyPg0KLS0tLS1NZXNzYWdlIGQnb3JpZ2luZS0tLS0tPGJyPg0KRGUmbmJzcDs6IHJ0Y3dlYiBb bWFpbHRvOjxhIGhyZWY9Im1haWx0bzpydGN3ZWItYm91bmNlc0BpZXRmLm9yZyI+cnRjd2ViLWJv dW5jZXNAaWV0Zi5vcmc8L2E+XSBEZSBsYSBwYXJ0IGRlIE1hZ251cyBXZXN0ZXJsdW5kPGJyPg0K RW52b3nDqSZuYnNwOzogbWVyY3JlZGkgMTggbm92ZW1icmUgMjAxNSAxNjozMTxicj4NCsOAJm5i c3A7OiBDdWxsZW4gSmVubmluZ3M7ICZsdDs8YSBocmVmPSJtYWlsdG86cnRjd2ViQGlldGYub3Jn Ij5ydGN3ZWJAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCk9iamV0Jm5ic3A7OiBSZTogW3J0Y3dlYl0g V0dMQyBkcmFmdC1pZXRmLXJ0Y3dlYi1hdWRpby1jb2RlY3MtZm9yLWludGVyb3AtMDI8YnI+DQo8 YnI+DQpIaSw8YnI+DQo8YnI+DQpJIGhhdmUgcmV2aWV3ZWQgdGhlIFdlYlJUQyBhdWRpbyBjb2Rl Y3MgZm9yIGludGVyb3AgZHJhZnQgYW5kIGhhdmUgdGhlIGZvbGxvd2luZyBjb21tZW50cy48YnI+ DQo8YnI+DQpTdW1tYXJ5OiBOb3QgcmVhZHkgeWV0IGZvciBwdWJsaWNhdGlvbi48YnI+DQo8YnI+ DQpBLiBUaGUgYXV0aG9yIGxpc3QgaXMgNyBwZXJzb25zIGxvbmcuIFBsZWFzZSBjb25zaWRlciBo b3cgeW91IHdhbnQgdG8gZGVhbCB3aXRoIHRoZSBnZW5lcmFsIGxpbWl0YXRpb24gb2YgNSBhdXRo b3JzIG9uIHRoZSBmcm9udCBwYWdlOiBTZWUgU2VjdGlvbiA0LjEuMSBvZg0KPGEgaHJlZj0iaHR0 cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzczMjIudHh0IiB0YXJnZXQ9Il9ibGFuayI+ aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzczMjIudHh0PC9hPjxicj4NCiZndDsm Z3Q7IE9rLiBXaXRoIHRoZSBraW5kIGFncmVlbWVudCBvZiB0aGUgY28tYXV0aG9ycyBhbmQgc2lu Y2UgSSB3b3VsZCBoYXZlIG5vIHdheSB0byBjaG9vc2Ugd2hhdCBuYW1lcyBJIHNob3VsZCBrZWVw IG9yIHJlbW92ZSwgdGhlIG9ubHkgc29sdXRpb24gSSB3b3VsZCBzZWUgYW5kIHByb3Bvc2Ugd291 bGQgYmUgdG8gc3RheSB0aGUgb25seSBhdXRob3I8YnI+DQo8YnI+DQpCLiBVc2Ugb2YgYWNyb255 bXM6PGJyPg0KVGhlcmUgYSBsYXJnZSBudW1iZXIgb2YgYWNyb255bXMgdGhhdCBhcmVuJ3Qgc3Bl bGxlZCBvdXQgb24gdGhlaXIgZmlyc3QgdXNhZ2UuIFBTVE4sIFBMTU4sIElNUywgVm9MVEUsIFZp TFRFLCBBTVItV0IsIE1PUywgR1NNQSBmb3IgZXhhbXBsZTxicj4NCiZndDsmZ3Q7T2sgOiBTdXJl ICEgSSBwcm9wb3NlIHRvIHJlbmFtZSB0aGUgZGVmaW5pdGlvbiBzZWN0aW9uIGluIGRlZmluaW9u IGFuZCBhYmJyZXZpYXRpb25zIGFuZCBkZXRhaWwgaGVyZSBhbGwgdGhlIGFjcm9ueW1zPGJyPg0K PGJyPg0KQy4gTGFjayBvZiByZWZlcmVuY2VzLjxicj4NCkluIHNlY3Rpb24gMiBhbmQgMyBhIGxv dCBvZiB0aGUgdGVybXMgdXNlZCBjb3VsZCBiZW5lZml0IGZyb20gaGF2aW5nIGEgaW5mb3JtYXRp dmUgcmVmZXJlbmNlIGZvciB0aGVtLjxicj4NCiZndDsmZ3Q7IE9rLiBJJ3ZlIGFkZGVkIHNvbWUg bW9yZSBpbmZvcm1hdGl2ZSByZWZlcmVuY2UgYWJvdXQgREVDVCBhbmQgM0dQUCAyRywgM0cgYW5k IDRHIChJUC9JTVMpIG5ldHdvcmtzLjxicj4NCjxicj4NCkQuIFNlY3Rpb24gNC4xLjI6PGJyPg0K JnF1b3Q7VGhlIG1hcmtldCBvZiB2b2ljZSBwZXJzb25hbCBjb21tdW5pY2F0aW9uIGlzIGRyaXZl biBieSBtb2JpbGUmbmJzcDsgdGVybWluYWxzLiZxdW90Ozxicj4NClNob3VsZG4ndCBpdCBiZSAm cXVvdDtwZXJzb25hbCB2b2ljZSBjb21tdW5pY2F0aW9uJnF1b3Q7Pzxicj4NCiZndDsmZ3Q7WWVz IGluZGVlZC4gSSBjb3JyZWN0ZWQgdGhpczxicj4NCjxicj4NCkUuIFNlY3Rpb24gNS4gU2VjdXJp dHkgQ29uc2lkZXJhdGlvbjxicj4NClRoaXMgc2VjdGlvbiBpcyBlbXB0eSwgd2hpY2ggaXMgbm90 IGFsbG93ZWQuPGJyPg0KJmd0OyZndDsgU29tZSB0ZXh0IGlzIG5vdyBwcm9wb3NlZDxicj4NCjxi cj4NCkYuIFNlY3Rpb24gOC4xOiBOb3JtYXRpdmUgcmVmZXJlbmNlcy48YnI+DQomZ3Q7Jmd0O1Np bmNlIHRoZSBkcmFmdCBpbnRlbmRzIHRvIGJlIGluZm9ybWF0aW9uYWwsIEkgYWdyZWUgdGhhdCB0 aGVyZSBpcyBubyBuZWVkIHRvIHJlZmVyZW5jZSBSRkMyMTE5IHNpbmNlIHdvcmRzIE1VU1QsIFNI QUxMLiBhcmUgbm90IHVzZWQuJm5ic3A7IElmIGl0IGlzIGFsbG93ZWQgdG8gaGF2ZSBub3JtYXRp dmUgcmVmZXJlbmNlcyBpbiBhbiBpbmZvcm1hdGlvbmFsIGRyYWZ0Jm5ic3A7IEkgYWxzbyBhZ3Jl ZSB0aGF0IHNvbWUgcmVmZXJlbmNlIGNhbiBiZSBjb25zaWRlcmVkDQogYXMgbm9ybWF0aXZlIHdp dGggcmVzcGVjdCB0byB0aGUgZ3VpZGVsaW5lcyBnaXZlbiBmb3IgaW1wbGVtZW50YXRpb24gKHdo ZXJlYXMgc29tZSBvdGhlciBhcmUganVzdCBmb3IgYWRkaXRpb25hbCBpbmZvcm1hdGlvbikuIFNv IHRoZSBwcm9wb3NlZCB1cGRhdGUgbm93IGluY2x1ZGUgYm90aCBub3JtYXRpdmUgYW5kIGluZm9y bWF0aXZlIHJlZmVyZW5jZXMuIEZvciBpbnN0YW5jZSBJIGFkZGVkIGRpcmVjdGx5IGluIHRoZSBk b2N1bWVudCB0aGUgbm9ybWF0aXZlDQogc3BlY2lmaWNhdGlvbnMgcmVsYXRlZCB0byB0aGUgYWRk aXRpb25hbCBjb2RlY3MgY29uc2lkZXJlZCAocHJldmlvdXNseSBvbmx5IGluZGlyZWN0bHkgcmVm ZXJyZWQpPGJyPg0KQXMgdGhlcmUgYXJlIG5vIHJlZmVyZW5jZSB0byBSRkMyMTE5IGluIHVzZSwg SSBxdWVzdGlvbiBpdHMgaW5jbHVzaW9uIGFzIGEgbm9ybWF0aXZlIHJlZmVyZW5jZS4gU2Vjb25k bHksIGl0IGFwcGVhcnMgdGhhdCB3aGF0IGNhbiBiZSBub3JtYXRpdmUgcmVmZXJlbmNlcyBhcmUg dGhlIGFjdHVhbCByZWZlcmVuY2VzIG5lZWRlZCB0byBpbXBsZW1lbnQgZWFjaCBvZiB0aGUgcmVj b21tZW5kYXRpb25zLjxicj4NCjxicj4NCkcuIEkgdGhpbmsgdGhpcyBkb2N1bWVudCBpcyBub3Qg Y2xlYXIgb24gZW5vdWdoIG9uIHdoYXQgUlRQIHBhY2tldGl6YXRpb24gdGhhdCBpcyB0byBiZSBp bXBsZW1lbnRlZCB3aXRoIGVhY2ggY29kZWMuIEkgd291bGQgcmVjb21tZW5kIHRoYXQgeW91IGFy ZSBleHBsaWNpdCBhYm91dCB3aGljaCBwYXlsb2FkIGZvcm1hdCBzcGVjaWZpY2F0aW9uIHRoYXQg aXMgdG8gYmUgc3VwcG9ydGVkIGZvciBlYWNoIG9mIHRoZSBjb2RlY3MuPGJyPg0KJmd0OyZndDsg R29vZCBwb2ludC4gVGhlIGluZm9ybWF0aW9uIHdhcyBpbiB0aGUgcmVmZXJlbmNlcyBpbmRpY2F0 ZWQgYnV0IHNpbmNlIHRoaXMgaXMgYSBrZXkgaXNzdWUgZm9yIGludGVyb3AgaXQgd29ydGggc3Rh dGluZyB0aGlzIGluIGZ1bGwgd29yZHMgaW4gdGhlIGRvY3VtZW50PGJyPg0KPGJyPg0KQ2hlZXJz PGJyPg0KPGJyPg0KTWFnbnVzIFdlc3Rlcmx1bmQ8YnI+DQo8YnI+DQpEZW4gMjAxNS0xMS0wNSBr bC4gMDc6NTcsIHNrcmV2IEN1bGxlbiBKZW5uaW5nczo8YnI+DQomZ3Q7IFdlIHdvdWxkIGxpa2Ug dG8gc3RhcnQgdGhlIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIG9mPGJyPg0KJmd0OyBkcmFmdC1p ZXRmLXJ0Y3dlYi1hdWRpby1jb2RlY3MtZm9yLWludGVyb3AtMDIuIFBsZWFzZSBzZW5kIGFueTxi cj4NCiZndDsgY29tbWVudHMgdG8gdGhlIGxpc3QgYnkgdGhlIGVuZCBvZiBOb3YgMzAuPGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fIHJ0Y3dlYiBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7IDxhIGhyZWY9Im1h aWx0bzpydGN3ZWJAaWV0Zi5vcmciPnJ0Y3dlYkBpZXRmLm9yZzwvYT4gPGEgaHJlZj0iaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9ydGN3ZWIiIHRhcmdldD0iX2JsYW5rIj4N Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcnRjd2ViPC9hPjxicj4NCiZn dDs8YnI+DQo8YnI+DQo8YnI+DQotLTxicj4NCjxicj4NCk1hZ251cyBXZXN0ZXJsdW5kPGJyPg0K PGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NClNlcnZpY2VzLCBNZWRpYSBhbmQgTmV0d29yayBmZWF0 dXJlcywgRXJpY3Nzb24gUmVzZWFyY2ggRUFCL1RYTTxicj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQpF cmljc3NvbiBBQiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7fCBQaG9uZSZuYnNwOyA8YSBocmVmPSJ0ZWw6JTJCNDYlMjAxMCUyMDcx NDgyODciPiYjNDM7NDYgMTAgNzE0ODI4NzwvYT48YnI+DQpGw6Ryw7ZnYXRhbiA2Jm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8IE1v YmlsZSA8YSBocmVmPSJ0ZWw6JTJCNDYlMjA3MyUyMDA5NDkwNzkiPiYjNDM7NDYgNzMgMDk0OTA3 OTwvYT48YnI+DQpTRS0xNjQgODAgU3RvY2tob2xtLCBTd2VkZW4gfCBtYWlsdG86IDxhIGhyZWY9 Im1haWx0bzptYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5jb20iPg0KbWFnbnVzLndlc3Rlcmx1 bmRAZXJpY3Nzb24uY29tPC9hPjxicj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQo8YnI+DQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCnJ0Y3dlYiBtYWls aW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86cnRjd2ViQGlldGYub3JnIj5ydGN3ZWJAaWV0 Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9ydGN3ZWIiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3J0Y3dlYjwvYT48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KPGJyPg0KQ2UgbWVz c2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRp b25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jPGJy Pg0KcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRp b24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUg c2lnbmFsZXI8YnI+DQphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVz IHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0 aWJsZXMgZCdhbHRlcmF0aW9uLDxicj4NCkZyYW5jZSBUZWxlY29tIC0gT3JhbmdlIGRlY2xpbmUg dG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUg b3UgZmFsc2lmaWUuIE1lcmNpPGJyPg0KPGJyPg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNo bWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24g dGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzs8YnI+DQp0aGV5IHNob3VsZCBub3QgYmUgZGlz dHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXphdGlvbi48YnI+DQpJZiB5 b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBz ZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy48YnI+DQpB cyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIEZyYW5jZSBUZWxlY29tIC0gT3JhbmdlIHNoYWxsIG5v dCBiZSBsaWFibGUgaWYgdGhpcyBtZXNzYWdlIHdhcyBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxz aWZpZWQuPGJyPg0KVGhhbmsgeW91Ljxicj4NCjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KcnRjd2ViIG1haWxpbmcgbGlzdDxi cj4NCjxhIGhyZWY9Im1haWx0bzpydGN3ZWJAaWV0Zi5vcmciPnJ0Y3dlYkBpZXRmLm9yZzwvYT48 YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3J0Y3dl YiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v cnRjd2ViPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxQUkU+X19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XwoKQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMg aW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVu dCBkb25jCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jp c2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6 IGxlIHNpZ25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMg cGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRp YmxlcyBkJ2FsdGVyYXRpb24sCkZyYW5jZSBUZWxlY29tIC0gT3JhbmdlIGRlY2xpbmUgdG91dGUg cmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFs c2lmaWUuIE1lcmNpCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFp biBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90 ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29w aWVkIHdpdGhvdXQgYXV0aG9yaXphdGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFp bCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNz YWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgRnJhbmNl IFRlbGVjb20gLSBPcmFuZ2Ugc2hhbGwgbm90IGJlIGxpYWJsZSBpZiB0aGlzIG1lc3NhZ2Ugd2Fz IG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91Lgo8L1BSRT48L2JvZHk+ DQo8L2h0bWw+DQo= --_000_2842AD9A45C83B44B57635FD4831E60A0CD0DC47OPEXCLILM44corp_-- From nobody Mon Nov 30 21:30:34 2015 Return-Path: X-Original-To: rtcweb@ietfa.amsl.com Delivered-To: rtcweb@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 688FB1B3912 for ; Mon, 30 Nov 2015 21:30:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham 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 FRYVcoFlF8Oo for ; Mon, 30 Nov 2015 21:30:31 -0800 (PST) Received: from smtp65.iad3a.emailsrvr.com (smtp65.iad3a.emailsrvr.com [173.203.187.65]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A4A421A882D for ; Mon, 30 Nov 2015 21:30:31 -0800 (PST) Received: from smtp25.relay.iad3a.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp25.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 9C18B180822; Tue, 1 Dec 2015 00:30:30 -0500 (EST) X-Auth-ID: fluffy@iii.ca Received: by smtp25.relay.iad3a.emailsrvr.com (Authenticated sender: fluffy-AT-iii.ca) with ESMTPSA id 0E80C18081F; Tue, 1 Dec 2015 00:30:29 -0500 (EST) X-Sender-Id: fluffy@iii.ca Received: from [192.168.4.100] ([UNAVAILABLE]. [128.107.241.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:465 (trex/5.5.4); Tue, 01 Dec 2015 00:30:30 -0500 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) From: Cullen Jennings In-Reply-To: <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se> Date: Mon, 30 Nov 2015 22:30:30 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <5E8CA968-0754-4CE5-A177-787CD3AA96AD@iii.ca> References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se> To: Christer Holmberg X-Mailer: Apple Mail (2.3096.5) Archived-At: Cc: "rtcweb@ietf.org" Subject: Re: [rtcweb] JSEP: Candidiates in SDP X-BeenThere: rtcweb@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Real-Time Communication in WEB-browsers working group list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2015 05:30:33 -0000 JSEP does not change that part of SDP. (which amounts to the same thing = that Ekr, Martn, Peter etc said ) > On Nov 24, 2015, at 9:24 AM, Christer Holmberg = wrote: >=20 > Correct. I was maybe unclear, but I was not talking about replacing = previous candidates, but adding new ones, using an updated offer, while = it is still =E2=80=9Callowed=E2=80=9D. > =20 > Regards, > =20 > Christer > =20 > From: Jonathan Lennox [mailto:jonathan@vidyo.com]=20 > Sent: 24 November 2015 18:20 > To: Emil Ivov > Cc: Christer Holmberg ; = rtcweb@ietf.org > Subject: Re: [rtcweb] JSEP: Candidiates in SDP > =20 > Not so. See RFC 5245 sections 9.2.1.2, 9.2.2.1, and 9.3.1.4 =E2=80=94 = if ICE is still in the Running state, an endpoint is allowed to send an = updated offer (or answer) with additional candidates. It=E2=80=99s sort = of a =E2=80=9Cpoor man=E2=80=99s trickle=E2=80=9D. > =20 > =20 > On Nov 24, 2015, at 11:05 AM, Emil Ivov wrote: > =20 > Sounds like an ICE restart.=20 > =20 > If it isn't then this is not currently allowed by any spec. > =20 > Emil >=20 > On Tuesday, 24 November 2015, Christer Holmberg = wrote: > Hi, > =20 > I am thinking e.g. about the case where the JS app receives a = subsequent offer from the remote party, and the updated offer contains = new candidates that weren=E2=80=99t provided in the previous offer. > =20 > Regards, > =20 > Christer > =20 > From: Eric Rescorla [mailto:ekr@rtfm.com]=20 > Sent: 24. marraskuuta 2015 15:38 > To: Christer Holmberg > Cc: rtcweb@ietf.org > Subject: Re: [rtcweb] JSEP: Candidiates in SDP > =20 > =20 > =20 > On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg = wrote: > Hi, > =20 > A question for clarification: > =20 > Is addIceCandidiate the MUST-USE mechanism for providing candidiates = using JSEP? I.e. one can not rely on providing candidates in SDP? > =20 > =20 > I don't understand the question. Under some conditions, the SDP will = have the candidates, > specifically, if you wait until gathering is finished and then get the = offer/answer. However, > absent explicit agreement between the sides (or them being the same = app) then you > don't know that that's true. > =20 > -Ekr > =20 > Regards, > =20 > Christer > =20 > =20 >=20 > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb >=20 > =20 >=20 >=20 > --=20 > sent from my mobile > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > =20 > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb