
From nobody Sun Nov  1 17:58:51 2015
Return-Path: <ekr@rtfm.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Sun,  1 Nov 2015 17:58:48 -0800 (PST)
Received: by ykdr3 with SMTP id r3so126279907ykd.1 for <rtcweb@ietf.org>; 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 <ekr@rtfm.com>
Date: Mon, 2 Nov 2015 10:58:08 +0900
Message-ID: <CABcZeBO68+3Qu9YOV7bj7ghxSgEcMdggpiivi172PO0-9v=Lqg@mail.gmail.com>
To: "rtcweb@ietf.org" <rtcweb@ietf.org>
Content-Type: multipart/alternative; boundary=94eb2c0746262db9780523851e80
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/cyQ-HYKnoVsY1k2TClKZ60IGUJM>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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

<div dir=3D"ltr"><a href=3D"https://github.com/rtcweb-wg/jsep/pull/183" tar=
get=3D"_blank">https://github.com/rtcweb-wg/jsep/pull/183</a><div><br></div=
><div>JSEP doesn&#39;t currently specify a default policy for rtcp-mux. We =
need one.</div><div>Given people&#39;s general sentiments towards non-mux, =
we should make the</div><div>default be &quot;require&quot;.</div><div><br>=
</div><div>-Ekr</div><div><br></div></div>

--94eb2c0746262db9780523851e80--


From nobody Sun Nov  1 18:11:53 2015
Return-Path: <martin.thomson@gmail.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Sun,  1 Nov 2015 18:11:50 -0800 (PST)
Received: by ykft191 with SMTP id t191so126328323ykf.0 for <rtcweb@ietf.org>; 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: <CABcZeBO68+3Qu9YOV7bj7ghxSgEcMdggpiivi172PO0-9v=Lqg@mail.gmail.com>
References: <CABcZeBO68+3Qu9YOV7bj7ghxSgEcMdggpiivi172PO0-9v=Lqg@mail.gmail.com>
Date: Mon, 2 Nov 2015 11:11:50 +0900
Message-ID: <CABkgnnX9VTCrTi1M-biOG8j56YfHkunn2wQV42RHCBBoLUi+Dw@mail.gmail.com>
From: Martin Thomson <martin.thomson@gmail.com>
To: Eric Rescorla <ekr@rtfm.com>
Content-Type: text/plain; charset=UTF-8
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/XhuAnGx_CO79mPLLcgrUinyClYE>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Nov 2015 02:11:52 -0000

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 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: <pthatcher@google.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Sun,  1 Nov 2015 18:19:06 -0800 (PST)
Received: by oiao187 with SMTP id o187so87789360oia.3 for <rtcweb@ietf.org>; 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: <CABkgnnX9VTCrTi1M-biOG8j56YfHkunn2wQV42RHCBBoLUi+Dw@mail.gmail.com>
References: <CABcZeBO68+3Qu9YOV7bj7ghxSgEcMdggpiivi172PO0-9v=Lqg@mail.gmail.com> <CABkgnnX9VTCrTi1M-biOG8j56YfHkunn2wQV42RHCBBoLUi+Dw@mail.gmail.com>
From: Peter Thatcher <pthatcher@google.com>
Date: Sun, 1 Nov 2015 18:18:26 -0800
Message-ID: <CAJrXDUE3TyEVhJ5gDckBGWwMG0951kjkZubgec=SLUxMOXnKzw@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Content-Type: multipart/alternative; boundary=001a113dce60ca49a905238566b9
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/esJnzwhm-nb04O8T-dJuNj1TvnE>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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 <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 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

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:arial,he=
lvetica,sans-serif">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&#39;ll make a W3=
C PR right away for it.=C2=A0 We already implemented it in Chrome :).</div>=
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f"><br></div><div class=3D"gmail_default" style=3D"font-family:arial,helvet=
ica,sans-serif"><br></div><div class=3D"gmail_default" style=3D"font-family=
:arial,helvetica,sans-serif">Whether we allow &quot;negotiated&quot; at all=
 or force &quot;require&quot; is a separate discussion from what the defaul=
t should be. =C2=A0</div></div><div class=3D"gmail_extra"><br><div class=3D=
"gmail_quote">On Sun, Nov 1, 2015 at 6:11 PM, Martin Thomson <span dir=3D"l=
tr">&lt;<a href=3D"mailto:martin.thomson@gmail.com" target=3D"_blank">marti=
n.thomson@gmail.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quo=
te" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"=
><span class=3D"">On 2 November 2015 at 10:58, Eric Rescorla &lt;<a href=3D=
"mailto:ekr@rtfm.com">ekr@rtfm.com</a>&gt; wrote:<br>
&gt; <a href=3D"https://github.com/rtcweb-wg/jsep/pull/183" rel=3D"noreferr=
er" target=3D"_blank">https://github.com/rtcweb-wg/jsep/pull/183</a><br>
&gt;<br>
&gt; JSEP doesn&#39;t currently specify a default policy for rtcp-mux. We n=
eed one.<br>
&gt; Given people&#39;s general sentiments towards non-mux, we should make =
the<br>
&gt; default be &quot;require&quot;.<br>
<br>
</span>I note that the API doesn&#39;t expose this control.<br>
<br>
We might want to confirm, via discussion, whether we want to make<br>
rtcpmux &quot;MUST use&quot;.=C2=A0 My sense is that this is only really fe=
asible in<br>
the context of bundle, as mmusic just decided.<br>
<br>
_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"mailto:rtcweb@ietf.org">rtcweb@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/listinfo/rtcweb</a><br>
</blockquote></div><br></div>

--001a113dce60ca49a905238566b9--


From nobody Sun Nov  1 18:20:08 2015
Return-Path: <ekr@rtfm.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Sun,  1 Nov 2015 18:20:06 -0800 (PST)
Received: by ykba4 with SMTP id a4so126411712ykb.3 for <rtcweb@ietf.org>; 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: <CABkgnnX9VTCrTi1M-biOG8j56YfHkunn2wQV42RHCBBoLUi+Dw@mail.gmail.com>
References: <CABcZeBO68+3Qu9YOV7bj7ghxSgEcMdggpiivi172PO0-9v=Lqg@mail.gmail.com> <CABkgnnX9VTCrTi1M-biOG8j56YfHkunn2wQV42RHCBBoLUi+Dw@mail.gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Mon, 2 Nov 2015 11:19:26 +0900
Message-ID: <CABcZeBMFidpnbkWd9BSz9ZtwatX9WPY2SEmOXCGvZayyP3z85A@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Content-Type: multipart/alternative; boundary=94eb2c07c35e5c1d690523856a95
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/xW4HOUfbqC1-xjX104KW6Pa2L4s>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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 <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 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

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Mon, Nov 2, 2015 at 11:11 AM, Martin Thomson <span dir=3D"ltr">&lt;<=
a href=3D"mailto:martin.thomson@gmail.com" target=3D"_blank">martin.thomson=
@gmail.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On=
 2 November 2015 at 10:58, Eric Rescorla &lt;<a href=3D"mailto:ekr@rtfm.com=
" target=3D"_blank">ekr@rtfm.com</a>&gt; wrote:<br>
&gt; <a href=3D"https://github.com/rtcweb-wg/jsep/pull/183" rel=3D"noreferr=
er" target=3D"_blank">https://github.com/rtcweb-wg/jsep/pull/183</a><br>
&gt;<br>
&gt; JSEP doesn&#39;t currently specify a default policy for rtcp-mux. We n=
eed one.<br>
&gt; Given people&#39;s general sentiments towards non-mux, we should make =
the<br>
&gt; default be &quot;require&quot;.<br>
<br>
</span>I note that the API doesn&#39;t expose this control.<br></blockquote=
><div><br></div><div>It would need to, in the same way that it exposes bund=
le.</div><div><br></div><div><br></div><blockquote class=3D"gmail_quote" st=
yle=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We mi=
ght want to confirm, via discussion, whether we want to make<br>
rtcpmux &quot;MUST use&quot;.=C2=A0 My sense is that this is only really fe=
asible in<br>
the context of bundle, as mmusic just decided.<br></blockquote><div><br></d=
iv><div>I await the chairs guidance on this topic.</div><div><br></div><div=
>-Ekr=C2=A0</div></div><br></div></div>

--94eb2c07c35e5c1d690523856a95--


From nobody Sun Nov  1 20:42:24 2015
Return-Path: <pthatcher@google.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Sun,  1 Nov 2015 20:42:21 -0800 (PST)
Received: by obctp1 with SMTP id tp1so85553731obc.2 for <rtcweb@ietf.org>; 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: <CABcZeBMFidpnbkWd9BSz9ZtwatX9WPY2SEmOXCGvZayyP3z85A@mail.gmail.com>
References: <CABcZeBO68+3Qu9YOV7bj7ghxSgEcMdggpiivi172PO0-9v=Lqg@mail.gmail.com> <CABkgnnX9VTCrTi1M-biOG8j56YfHkunn2wQV42RHCBBoLUi+Dw@mail.gmail.com> <CABcZeBMFidpnbkWd9BSz9ZtwatX9WPY2SEmOXCGvZayyP3z85A@mail.gmail.com>
From: Peter Thatcher <pthatcher@google.com>
Date: Sun, 1 Nov 2015 20:41:41 -0800
Message-ID: <CAJrXDUHmY+KP+S3Y8tVrpGLRgU8gxpfwZ4tV3m5TMtVGPmAwDg@mail.gmail.com>
To: Eric Rescorla <ekr@rtfm.com>
Content-Type: multipart/alternative; boundary=001a11c2ee201ae37d0523876798
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/_ZxrB1c9OpIYiC0hhcCmhThZ7VI>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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 <ekr@rtfm.com> wrote:

>
>
> On Mon, Nov 2, 2015 at 11:11 AM, Martin Thomson <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 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

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:arial,he=
lvetica,sans-serif">FYI, I have an API PR:=C2=A0<a href=3D"https://github.c=
om/w3c/webrtc-pc/pull/371">https://github.com/w3c/webrtc-pc/pull/371</a></d=
iv></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Sun, =
Nov 1, 2015 at 6:19 PM, Eric Rescorla <span dir=3D"ltr">&lt;<a href=3D"mail=
to:ekr@rtfm.com" target=3D"_blank">ekr@rtfm.com</a>&gt;</span> wrote:<br><b=
lockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px =
#ccc solid;padding-left:1ex"><div dir=3D"ltr"><br><div class=3D"gmail_extra=
"><br><div class=3D"gmail_quote"><span class=3D"">On Mon, Nov 2, 2015 at 11=
:11 AM, Martin Thomson <span dir=3D"ltr">&lt;<a href=3D"mailto:martin.thoms=
on@gmail.com" target=3D"_blank">martin.thomson@gmail.com</a>&gt;</span> wro=
te:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-=
left:1px #ccc solid;padding-left:1ex"><span>On 2 November 2015 at 10:58, Er=
ic Rescorla &lt;<a href=3D"mailto:ekr@rtfm.com" target=3D"_blank">ekr@rtfm.=
com</a>&gt; wrote:<br>
&gt; <a href=3D"https://github.com/rtcweb-wg/jsep/pull/183" rel=3D"noreferr=
er" target=3D"_blank">https://github.com/rtcweb-wg/jsep/pull/183</a><br>
&gt;<br>
&gt; JSEP doesn&#39;t currently specify a default policy for rtcp-mux. We n=
eed one.<br>
&gt; Given people&#39;s general sentiments towards non-mux, we should make =
the<br>
&gt; default be &quot;require&quot;.<br>
<br>
</span>I note that the API doesn&#39;t expose this control.<br></blockquote=
><div><br></div></span><div>It would need to, in the same way that it expos=
es bundle.</div><span class=3D""><div><br></div><div><br></div><blockquote =
class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid=
;padding-left:1ex">We might want to confirm, via discussion, whether we wan=
t to make<br>
rtcpmux &quot;MUST use&quot;.=C2=A0 My sense is that this is only really fe=
asible in<br>
the context of bundle, as mmusic just decided.<br></blockquote><div><br></d=
iv></span><div>I await the chairs guidance on this topic.</div><div><br></d=
iv><div>-Ekr=C2=A0</div></div><br></div></div>
<br>_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"mailto:rtcweb@ietf.org">rtcweb@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/listinfo/rtcweb</a><br>
<br></blockquote></div><br></div>

--001a11c2ee201ae37d0523876798--


From nobody Mon Nov  2 12:25:30 2015
Return-Path: <wseltzer@w3.org>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <wseltzer@w3.org>) id 1ZtLfQ-000FRV-2W; Mon, 02 Nov 2015 20:25:24 +0000
To: Justin Uberti <juberti@google.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>
References: <20151019235727.20397.15249.idtracker@ietfa.amsl.com> <CALe60zCwc7f2ssGqtVHkEuVKkJ-jV23OPZWo+bBqRyZ4hXVuEg@mail.gmail.com> <CAOJ7v-25fd23nMzSBO+xWtbX-+Q33WJMRjD-=y=mPmenECaiag@mail.gmail.com>
From: Wendy Seltzer <wseltzer@w3.org>
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: <CAOJ7v-25fd23nMzSBO+xWtbX-+Q33WJMRjD-=y=mPmenECaiag@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/rIJwaqbGTY1NjE7VMdf-2Ui2KOg>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <juberti@google.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Mon,  2 Nov 2015 20:45:26 -0800 (PST)
Received: by vkgy127 with SMTP id y127so3045134vkg.0 for <rtcweb@ietf.org>; 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> <CALe60zCwc7f2ssGqtVHkEuVKkJ-jV23OPZWo+bBqRyZ4hXVuEg@mail.gmail.com> <CAOJ7v-25fd23nMzSBO+xWtbX-+Q33WJMRjD-=y=mPmenECaiag@mail.gmail.com> <5637C6AD.4010708@w3.org>
From: Justin Uberti <juberti@google.com>
Date: Mon, 2 Nov 2015 20:45:06 -0800
Message-ID: <CAOJ7v-16dxHEk8Gh6eg5BzEsUTAiBu3Tsd39R_XN6uO7X=NDZw@mail.gmail.com>
To: Wendy Seltzer <wseltzer@w3.org>
Content-Type: multipart/alternative; boundary=001a11440790f576e405239b8fcd
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/wdZsDTP5DtxJdx85X-qDa25txKY>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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 <wseltzer@w3.org> 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

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Mon, Nov 2, 2015 at 12:25 PM, Wendy Seltzer <span dir=3D"ltr">&lt;<a=
 href=3D"mailto:wseltzer@w3.org" target=3D"_blank">wseltzer@w3.org</a>&gt;<=
/span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px =
0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-l=
eft-style:solid;padding-left:1ex">Hi Justin,<br>
<span class=3D""><br>
On 10/19/2015 08:03 PM, Justin Uberti wrote:<br>
&gt; FYI - A rough initial attempt to document the recommended IP handling =
logic<br>
&gt; for WebRTC apps.<br>
&gt;<br>
&gt; A new version of I-D, draft-shieh-rtcweb-ip-handling-00.txt<br>
&gt; has been successfully submitted by Justin Uberti and posted to the<br>
&gt; IETF repository.<br>
&gt;<br>
&gt; Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-shieh-rtcweb-ip-ha=
ndling<br>
<br>
<br>
</span>Thanks for the analysis. I think a big piece of the challenge here i=
s in<br>
discerning what users&#39; purposes and intents are, as you note in the<br>
discussion of VPNs, and further, determining what protocol and API<br>
designers should do when those purposes are unclear.<br>
<br>
Adding to the challenge, privacy-seeking users benefit when they don&#39;t<=
br>
have to identify themselves as such, but can employ general-purpose<br>
tools to hide in the crowd. Some of those users will be technical enough<br=
>
to explain their needs and watch for changes that would break use cases,<br=
>
others won&#39;t be and won&#39;t even have conceived the problems that way=
.<br>
<br>
So, on to specific concerns:<br>
<br>
Saying that &quot;local audio and video, ... are typically much more<br>
sensitive than the aforementioned IP address information&quot; is overbroad=
:<br>
they&#39;re sensitive to different audiences and contexts. Moreover, if the=
<br>
audio/video are encrypted between peers, while the IP is revealed to<br>
intermediaries, the privacy risk is of a different nature, so coupling<br>
these permissions isn&#39;t ideal. [This distinction may be messier in<br>
practice, since the media-capture permission can&#39;t (yet) be scoped to<b=
r>
locally-encrypted access, the user can&#39;t in fact distinguish between<br=
>
granting media to peers and to intermediaries.]</blockquote><blockquote cla=
ss=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;=
border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex=
">
<br>
There&#39;s also a time dimension: as new features get established, they ca=
n<br>
change the expectations of users and of privacy-application developers.<br>
A privacy-proxy dev who knows about WebRTC can add an explicit<br>
configuration or warning; one whose tools are deployed before a<br>
user-agent change couldn&#39;t have anticipated the risks.<br>
<br>
So I&#39;d suggest good practice to require more explicit permission prompt=
s<br>
about IP-exposure early in the feature&#39;s roll-out, so that both<br>
privacy-conscious users and those who design tools and trainings for<br>
them have the opportunity to recognize and respond to the specific<br>
privacy threats they might face.<br></blockquote><div><br></div><div>I&#39;=
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.</div><div><br></div><div>Agree that coupling the net=
work and audio/video permissions isn&#39;t perfect, but this is a challengi=
ng thing to convey to users, the vast majority of whom aren&#39;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.</div><div><br></div><div><br></div><blockquote class=3D"gma=
il_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-le=
ft-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
--Wendy<br>
<span class=3D"im"><br>
&gt; Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A000<br>
&gt; Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 WebRTC IP Address Handling Re=
commendations<br>
&gt; Document date:=C2=A0 2015-10-19<br>
&gt; Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission<br>
&gt; Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 6<br>
&gt; URL:<br>
&gt; <a href=3D"https://www.ietf.org/internet-drafts/draft-shieh-rtcweb-ip-=
handling-00.txt" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/=
internet-drafts/draft-shieh-rtcweb-ip-handling-00.txt</a><br>
&gt; Status:<br>
&gt; <a href=3D"https://datatracker.ietf.org/doc/draft-shieh-rtcweb-ip-hand=
ling/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/do=
c/draft-shieh-rtcweb-ip-handling/</a><br>
&gt; Htmlized:<br>
&gt; <a href=3D"https://tools.ietf.org/html/draft-shieh-rtcweb-ip-handling-=
00" rel=3D"noreferrer" target=3D"_blank">https://tools.ietf.org/html/draft-=
shieh-rtcweb-ip-handling-00</a><br>
&gt;<br>
&gt;<br>
&gt; Abstract:<br>
&gt;=C2=A0 =C2=A0 This document provides best practices for how IP addresse=
s should be<br>
&gt;=C2=A0 =C2=A0 handled by WebRTC applications.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Please note that it may take a couple of minutes from the time of subm=
ission<br>
&gt; until the htmlized version and diff are available at <a href=3D"http:/=
/tools.ietf.org" rel=3D"noreferrer" target=3D"_blank">tools.ietf.org</a>.<b=
r>
&gt;<br>
&gt; The IETF Secretariat<br>
&gt;<br>
&gt;<br>
&gt;<br>
</span><div class=3D""><div class=3D"h5">&gt; _____________________________=
__________________<br>
&gt; rtcweb mailing list<br>
&gt; <a href=3D"mailto:rtcweb@ietf.org">rtcweb@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" rel=3D"norefe=
rrer" target=3D"_blank">https://www.ietf.org/mailman/listinfo/rtcweb</a><br=
>
&gt;<br>
<br>
<br>
</div></div><span class=3D""><font color=3D"#888888">--<br>
Wendy Seltzer -- <a href=3D"mailto:wseltzer@w3.org">wseltzer@w3.org</a> <a =
href=3D"tel:%2B1.617.715.4883" value=3D"+16177154883">+1.617.715.4883</a> (=
office)<br>
Policy Counsel and Domain Lead, World Wide Web Consortium (W3C)<br>
<a href=3D"http://wendy.seltzer.org/" rel=3D"noreferrer" target=3D"_blank">=
http://wendy.seltzer.org/</a>=C2=A0 =C2=A0 =C2=A0 =C2=A0 <a href=3D"tel:%2B=
1.617.863.0613" value=3D"+16178630613">+1.617.863.0613</a> (mobile)<br>
<br>
</font></span></blockquote></div><br></div></div>

--001a11440790f576e405239b8fcd--


From nobody Mon Nov  2 21:43:25 2015
Return-Path: <magnus.westerlund@ericsson.com>
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 <avt@ietf.org>
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/Z1d17djlByh41gujFymXtwNXmOA>
Cc: rmcat@ietf.org, "rtcweb@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 <avt@ietf.org>
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <jhall@cdt.org>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Mon,  2 Nov 2015 21:51:04 -0800 (PST)
Received: by lfbf136 with SMTP id f136so5909792lfb.0 for <rtcweb@ietf.org>; 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: <CAOJ7v-16dxHEk8Gh6eg5BzEsUTAiBu3Tsd39R_XN6uO7X=NDZw@mail.gmail.com>
References: <20151019235727.20397.15249.idtracker@ietfa.amsl.com> <CALe60zCwc7f2ssGqtVHkEuVKkJ-jV23OPZWo+bBqRyZ4hXVuEg@mail.gmail.com> <CAOJ7v-25fd23nMzSBO+xWtbX-+Q33WJMRjD-=y=mPmenECaiag@mail.gmail.com> <5637C6AD.4010708@w3.org> <CAOJ7v-16dxHEk8Gh6eg5BzEsUTAiBu3Tsd39R_XN6uO7X=NDZw@mail.gmail.com>
From: Joseph Lorenzo Hall <joe@cdt.org>
Date: Tue, 3 Nov 2015 14:50:43 +0900
Message-ID: <CABtrr-WADXwH4-p0s9hPidRqq_EAVMEdgekrfmaXnrADRDExQg@mail.gmail.com>
To: Justin Uberti <juberti@google.com>
Content-Type: text/plain; charset=UTF-8
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/ukcz4-CO1c34qDsdBA_ll_WR-o8>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Nov 2015 05:51:05 -0000

On Tue, Nov 3, 2015 at 1:45 PM, Justin Uberti <juberti@google.com> 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: <christer.holmberg@ericsson.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <christer.holmberg@ericsson.com>
To: "rtcweb@ietf.org" <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: <http://mailarchive.ietf.org/arch/msg/rtcweb/K1ifpLdfAVKxv-Z3rrFxTJYDuFs>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin-top:0cm;
	margin-right:0cm;
	margin-bottom:0cm;
	margin-left:36.0pt;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:2060008054;
	mso-list-type:hybrid;
	mso-list-template-ids:-614419380 -2122668850 134807555 134807557 134807553=
 134807555 134807557 134807553 134807555 134807557;}
@list l0:level1
	{mso-level-number-format:bullet;
	mso-level-text:-;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-font-family:Calibri;
	mso-bidi-font-family:"Times New Roman";}
@list l0:level2
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:"Courier New";}
@list l0:level3
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:Wingdings;}
@list l0:level4
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:Symbol;}
@list l0:level5
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:"Courier New";}
@list l0:level6
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:Wingdings;}
@list l0:level7
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:Symbol;}
@list l0:level8
	{mso-level-number-format:bullet;
	mso-level-text:o;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:"Courier New";}
@list l0:level9
	{mso-level-number-format:bullet;
	mso-level-text:\F0A7;
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:Wingdings;}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Today, in RTCWEB, we decided that support of NON-RTP=
/RTCP mux is going to be optional - also for non-BUNDLE.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">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.
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">One idea was to only include ICE components for RTP =
if only mux is supported, but it was commented that it doesn&#8217;t work w=
ith trickle.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Another idea would be to always include the SDP rtcp=
 attribute in the offer and:<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve=
l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">-<span style=
=3D"font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;
</span></span><![endif]>If the endpoint supports ONLY mux, the rtcp attribu=
te value would have the same port value as the m- line port<o:p></o:p></p>
<p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve=
l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">-<span style=
=3D"font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;
</span></span><![endif]>If the endpoint supports BOTH mux and non-mux, the =
rtcp attribute would have the RTCP port (even if it&#8217;s RTP&#43;1)<o:p>=
</o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">(The SDP rtcp-mux attribute would obviously always b=
e present in the offer)<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Regards,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Christer<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</body>
</html>

--_000_7594FB04B1934943A5C02806D1A2204B37BD1BC7ESESSMB209erics_--


From nobody Tue Nov  3 17:11:18 2015
Return-Path: <martin.thomson@gmail.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Tue,  3 Nov 2015 17:11:14 -0800 (PST)
Received: by ykba4 with SMTP id a4so47120580ykb.3 for <rtcweb@ietf.org>; 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: <CABkgnnUdgryBwDgaBEjY_tTT1PbUj4mAwVTBRRdtQhNWCETJ4Q@mail.gmail.com>
From: Martin Thomson <martin.thomson@gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/pNjIa2F_HZF57xKjn_PsJ893_aw>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Nov 2015 01:11:16 -0000

On 3 November 2015 at 15:01, Christer Holmberg
<christer.holmberg@ericsson.com> 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: <wseltzer@w3.org>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <wseltzer@w3.org>) id 1ZtmnT-000Ehk-Kx; Wed, 04 Nov 2015 01:24:34 +0000
To: Justin Uberti <juberti@google.com>
References: <20151019235727.20397.15249.idtracker@ietfa.amsl.com> <CALe60zCwc7f2ssGqtVHkEuVKkJ-jV23OPZWo+bBqRyZ4hXVuEg@mail.gmail.com> <CAOJ7v-25fd23nMzSBO+xWtbX-+Q33WJMRjD-=y=mPmenECaiag@mail.gmail.com> <5637C6AD.4010708@w3.org> <CAOJ7v-16dxHEk8Gh6eg5BzEsUTAiBu3Tsd39R_XN6uO7X=NDZw@mail.gmail.com>
From: Wendy Seltzer <wseltzer@w3.org>
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: <CAOJ7v-16dxHEk8Gh6eg5BzEsUTAiBu3Tsd39R_XN6uO7X=NDZw@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/bMU3l03fMcUdthX7lWiXitjutHA>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 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 <wseltzer@w3.org> 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: <christer.holmberg@ericsson.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <christer.holmberg@ericsson.com>
To: Martin Thomson <martin.thomson@gmail.com>
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> <CABkgnnUdgryBwDgaBEjY_tTT1PbUj4mAwVTBRRdtQhNWCETJ4Q@mail.gmail.com>
In-Reply-To: <CABkgnnUdgryBwDgaBEjY_tTT1PbUj4mAwVTBRRdtQhNWCETJ4Q@mail.gmail.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+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: <http://mailarchive.ietf.org/arch/msg/rtcweb/O_Yb06hFJ97UVrlcV9aDyM1eNYk>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 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: <sean@sn3rd.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Wed,  4 Nov 2015 18:19:15 -0800 (PST)
Received: by pacdm15 with SMTP id dm15so46823904pac.3 for <rtcweb@ietf.org>; 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 <rtcweb@ietf.org> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Nov 2015 18:19:14 -0800 (PST)
From: Sean Turner <sean@sn3rd.com>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/aqSxsEtE-f4tVlT8je5HxwjOeho>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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 <tobias.gondrom@gondrom.org>
> 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 =
<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

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">Apologies I should have forwarded this earlier (flaked that =
the .all doesn=E2=80=99t include the WG).<div class=3D""><br =
class=3D""></div><div class=3D"">spt</div><div class=3D""><div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D"">Begin =
forwarded message:</div><br class=3D"Apple-interchange-newline"><div =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px;" class=3D""><span style=3D"font-family: =
-webkit-system-font, Helvetica Neue, Helvetica, sans-serif; =
color:rgba(0, 0, 0, 1.0);" class=3D""><b class=3D"">From: =
</b></span><span style=3D"font-family: -webkit-system-font, Helvetica =
Neue, Helvetica, sans-serif;" class=3D"">Tobias Gondrom &lt;<a =
href=3D"mailto:tobias.gondrom@gondrom.org" =
class=3D"">tobias.gondrom@gondrom.org</a>&gt;<br =
class=3D""></span></div><div style=3D"margin-top: 0px; margin-right: =
0px; margin-bottom: 0px; margin-left: 0px;" class=3D""><span =
style=3D"font-family: -webkit-system-font, Helvetica Neue, Helvetica, =
sans-serif; color:rgba(0, 0, 0, 1.0);" class=3D""><b class=3D"">Date: =
</b></span><span style=3D"font-family: -webkit-system-font, Helvetica =
Neue, Helvetica, sans-serif;" class=3D"">October 04, 2015 at 07:29:04 =
GMT+9<br class=3D""></span></div><div style=3D"margin-top: 0px; =
margin-right: 0px; margin-bottom: 0px; margin-left: 0px;" class=3D""><span=
 style=3D"font-family: -webkit-system-font, Helvetica Neue, Helvetica, =
sans-serif; color:rgba(0, 0, 0, 1.0);" class=3D""><b class=3D"">To: =
</b></span><span style=3D"font-family: -webkit-system-font, Helvetica =
Neue, Helvetica, sans-serif;" class=3D""><a =
href=3D"mailto:secdir@ietf.org" class=3D"">secdir@ietf.org</a>, <a =
href=3D"mailto:iesg@ietf.org" class=3D"">iesg@ietf.org</a>, <a =
href=3D"mailto:draft-ietf-rtcweb-security-arch.all@tools.ietf.org" =
class=3D"">draft-ietf-rtcweb-security-arch.all@tools.ietf.org</a><br =
class=3D""></span></div><div style=3D"margin-top: 0px; margin-right: =
0px; margin-bottom: 0px; margin-left: 0px;" class=3D""><span =
style=3D"font-family: -webkit-system-font, Helvetica Neue, Helvetica, =
sans-serif; color:rgba(0, 0, 0, 1.0);" class=3D""><b class=3D"">Cc: =
</b></span><span style=3D"font-family: -webkit-system-font, Helvetica =
Neue, Helvetica, sans-serif;" class=3D""><a =
href=3D"mailto:dkg@fifthhorseman.net" =
class=3D"">dkg@fifthhorseman.net</a><br class=3D""></span></div><div =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px;" class=3D""><span style=3D"font-family: =
-webkit-system-font, Helvetica Neue, Helvetica, sans-serif; =
color:rgba(0, 0, 0, 1.0);" class=3D""><b class=3D"">Subject: =
</b></span><span style=3D"font-family: -webkit-system-font, Helvetica =
Neue, Helvetica, sans-serif;" class=3D""><b class=3D"">secdir review of =
draft-ietf-rtcweb-security-arch-11</b><br class=3D""></span></div><br =
class=3D""><div class=3D"">
 =20
    <meta http-equiv=3D"content-type" content=3D"text/html; =
charset=3Dutf-8" class=3D"">
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000" class=3D"">
    <font face=3D"Arial" class=3D"">I have reviewed this document as =
part of the
      security directorate's ongoing effort to review all IETF documents
      being processed by the IESG.&nbsp; These comments were written
      primarily for the benefit of the security area directors.&nbsp;
      Document editors and WG chairs should treat these comments just
      like any other last call comments.<br class=3D"">
      <br class=3D"">
      The draft aims for proposed standards and defines the security
      architecture for WebRTC.<br class=3D"">
      <br class=3D"">
      The document appears in reasonably good shape. <br class=3D"">
      There are still several open issues (TBDs) in the document that
      need to be completed before publication.<br class=3D"">
      <br class=3D"">
      Below a series of my own comments, discuss elements and questions
      for your consideration. <br class=3D"">
      <br class=3D"">
      Comment:<br class=3D"">
      section 3 Trust Model: <br class=3D"">
      s/rooted in the browser/rooted in the browser and the underlying
      operating system<br class=3D"">
      (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.)<br class=3D"">
      <br class=3D"">
      Question: what security risks does the connection from Bob to IdP1
      (the IdP from Alice) create? <br class=3D"">
      <br class=3D"">
      DISCUSS: Section 4.1: <br class=3D"">
      "This does not require a security check: JS from any origin is
      allowed to get this far."<br class=3D"">
      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: <br class=3D"">
      1. privacy concerns if you can trigger someone initiating a =
call<br class=3D"">
      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. <br =
class=3D"">
      <br class=3D"">
      COMMENT: Section 4.1. paragraph 6: <br class=3D"">
      s/preferably over TLS/it SHOULD use TLS. <br class=3D"">
      If possible, I would even go for "MUST", but I am not sure about
      whether there are legitimate use cases that require non-TLS? <br =
class=3D"">
      (e.g. we want avoid resource consuming, spoofing and replay
      attacks)<br class=3D"">
      <br class=3D"">
      COMMENT: Section 4.3. last paragraph: <br class=3D"">
      "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)."<br class=3D"">
      =3D&gt; 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. <br class=3D"">
      <br class=3D"">
      Question on Section 5.2<br class=3D"">
      "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? <br class=3D"">
      <br class=3D"">
      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. <br =
class=3D"">
      <br class=3D"">
      Question on Section 5.5.: <br class=3D"">
      Do we need to assert that the client provide UI information from
      which peer the current stream is coming from? <br class=3D"">
      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? <br class=3D"">
      <br class=3D"">
      Question on section 5.6.5.: <br class=3D"">
      does this naming scheme also consider subdomains? <br class=3D"">
      The example in the last paragraph seems to normalize
      <a href=3D"http://identity.example.com" =
class=3D"">identity.example.com</a> to
      <a class=3D"moz-txt-link-freetext" =
href=3D"https://example.com/.well-known/idp-proxy/example">https://example=
.com/.well-known/idp-proxy/example</a>? <br class=3D"">
      <br class=3D"">
    </font><font face=3D"Arial" class=3D""><font face=3D"Arial" =
class=3D"">Question on section
        5.7.1.: <br class=3D"">
        Do you need to support UNICODE characters for identities? <br =
class=3D"">
        Preferably, I would like to avoid such, as that could cause it's
        own set of potential problems with similar looking
        codepoints....<br class=3D"">
        <br class=3D"">
        Section 6: Security Considerations<br class=3D"">
        refers to draft-ietf-rtcweb-security-08 which is scheduled to be
        reviewed by another member of Secdir. <br class=3D"">
        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. <br class=3D"">
        <br class=3D"">
        Comment: <br class=3D"">
        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? <br class=3D"">=

        <br class=3D"">
        Question on Section 6.4.2. IdP Well-known URI<br class=3D"">
        Assuming a server that does not host an IdP nor is aware of the
        special semantics of this "well-known URI". <br class=3D"">
        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? &nbsp; <br class=3D"">
        <br class=3D"">
        COMMENT on section 6.4.5.1 and 6.4.5.2: <br class=3D"">
        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. <br class=3D"">
        <br class=3D"">
      </font>A general question from a risk perspective: <br class=3D"">
      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? <br =
class=3D"">
      <br class=3D"">
      Thank you and best regards.<br class=3D"">
      <br class=3D"">
      Tobias<br class=3D"">
      <br class=3D"">
    </font>
  </div>

</div></blockquote></div><br class=3D""></div></body></html>=

--Apple-Mail=_133CFFAA-06D4-4550-87D5-FDCC01537D93--


From nobody Wed Nov  4 21:59:05 2015
Return-Path: <christer.holmberg@ericsson.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <christer.holmberg@ericsson.com>
To: "rtcweb@ietf.org" <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: <http://mailarchive.ietf.org/arch/msg/rtcweb/0hLHYihGzzvT1pCX6hEGRsXEKDE>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <amorris@amsl.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <rtcweb@ietf.org>; 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 <rtcweb@ietf.org>; 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 <rtcweb@ietf.org>; Wed,  4 Nov 2015 22:05:54 -0800 (PST)
From: Alexa Morris <amorris@amsl.com>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/ddskpFzsL6LN29rBii6uxdOdl40>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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 <http://www.amsl.com/>


From nobody Wed Nov  4 22:26:24 2015
Return-Path: <internet-drafts@ietf.org>
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: <i-d-announce@ietf.org>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/a_OmgayhVhpyVp628FeCFNHGGzc>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <fluffy@iii.ca>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <rtcweb@ietf.org>; 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 <rtcweb@ietf.org>; 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 <fluffy@iii.ca>
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: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
X-Mailer: Apple Mail (2.2104)
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/I3fRyqi3EX1t_yEH9aAH9Tfu6Q8>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <fluffy@iii.ca>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <rtcweb@ietf.org>; 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 <rtcweb@ietf.org>; 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 <fluffy@iii.ca>
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: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
X-Mailer: Apple Mail (2.2104)
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/unjga4t9-27ZVDKjTz3EWrg8We0>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <christer.holmberg@ericsson.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <christer.holmberg@ericsson.com>
To: "rtcweb@ietf.org" <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: <http://mailarchive.ietf.org/arch/msg/rtcweb/XNGx5EgbE3wQH6OvJhqFND1-K4M>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <pthatcher@google.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Wed,  4 Nov 2015 23:03:38 -0800 (PST)
Received: by oies66 with SMTP id s66so42008850oie.1 for <rtcweb@ietf.org>; 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 <pthatcher@google.com>
Date: Thu, 5 Nov 2015 16:02:58 +0900
Message-ID: <CAJrXDUFP4NuFyCpfGtGGN86tspxwvBHsVMqHzNSOBZOfq9Z99Q@mail.gmail.com>
To: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
Content-Type: multipart/alternative; boundary=001a1140f6f2eba6730523c5b918
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/9rONh0dXAaFCGnS95U6WL3y-lNM>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:arial,he=
lvetica,sans-serif">I propose we update JSEP to include the use of RID-base=
d simulcast in the following way:</div><div class=3D"gmail_default" style=
=3D"font-family:arial,helvetica,sans-serif"><br></div><div class=3D"gmail_d=
efault" style=3D"font-family:arial,helvetica,sans-serif">1. =C2=A0createOff=
er will include a &quot;a=3Drid:$RID send&quot; line for each of the RIDs p=
rovided in PeerConnection.addTransceiver&#39;s &quot;sendEncodings&quot; fi=
eld and one &quot;a=3Dsimulcast send&quot; 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&#39;t pres=
ent, then none of this is included.<br></div><div class=3D"gmail_default" s=
tyle=3D"font-family:arial,helvetica,sans-serif"><br></div><div class=3D"gma=
il_default" style=3D"font-family:arial,helvetica,sans-serif">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 &quot;a=3Drid:$RID recv&quot; 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 &quot;a=3Dsimulcast&quot; is not present in the answer, one encod=
ing will be present in the encodings, with no constraints set.</div><div cl=
ass=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif"><br>=
</div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,san=
s-serif">3. =C2=A0createAnswer responding to an offer with simulcast will r=
espond with an &quot;a=3Drid:$RID send&quot; line for each of the &quot;a=
=3Drid:$RID send&quot; 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</div><div class=3D"gmail_default" style=3D"font-family:arial,helv=
etica,sans-serif"><br></div><div class=3D"gmail_default" style=3D"font-fami=
ly:arial,helvetica,sans-serif">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 &quot;a=3Drid:$RID recv&quot; =
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=
</div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,san=
s-serif"><br></div><div class=3D"gmail_default" style=3D"font-family:arial,=
helvetica,sans-serif">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</div><div class=3D"gmail_defaul=
t" style=3D"font-family:arial,helvetica,sans-serif"><br></div><div class=3D=
"gmail_default" style=3D"font-family:arial,helvetica,sans-serif"><br></div>=
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f">Here is an example of an offer from a browser:</div><div class=3D"gmail_=
default" style=3D"font-family:arial,helvetica,sans-serif"><br></div><div cl=
ass=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif">pc.a=
ddTransceiver(&quot;video&quot;, {sendEncodings: [{rid: &quot;A&quot;}, {ri=
d: &quot;B&quot;}, {rid: &quot;C&quot;}]});</div><div class=3D"gmail_defaul=
t" style=3D"font-family:arial,helvetica,sans-serif">pc.createOffer();</div>=
<div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-seri=
f"><br></div><div class=3D"gmail_default" style=3D"font-family:arial,helvet=
ica,sans-serif">m=3Dvideo ...</div><div class=3D"gmail_default" style=3D"fo=
nt-family:arial,helvetica,sans-serif">...</div><div class=3D"gmail_default"=
 style=3D"font-family:arial,helvetica,sans-serif">a=3Drid:A send max-br</di=
v><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-se=
rif">a=3Drid:B send max-br</div><div class=3D"gmail_default" style=3D"font-=
family:arial,helvetica,sans-serif">a=3Drid:C send max-br</div><div class=3D=
"gmail_default" style=3D"font-family:arial,helvetica,sans-serif">a=3Dsimulc=
ast:send rid=3DA,B,C</div><div class=3D"gmail_default" style=3D"font-family=
:arial,helvetica,sans-serif"><br></div><div class=3D"gmail_default" style=
=3D"font-family:arial,helvetica,sans-serif"><br></div><div class=3D"gmail_d=
efault" style=3D"font-family:arial,helvetica,sans-serif">And and answer fro=
m an MCU:</div><div class=3D"gmail_default" style=3D"font-family:arial,helv=
etica,sans-serif"><br></div><div class=3D"gmail_default" style=3D"font-fami=
ly:arial,helvetica,sans-serif">m=3Dvideo ...</div><div class=3D"gmail_defau=
lt" style=3D"font-family:arial,helvetica,sans-serif">...</div><div class=3D=
"gmail_default" style=3D"font-family:arial,helvetica,sans-serif">a=3Drid:A =
recv max-br=3D1000000</div><div class=3D"gmail_default" style=3D"font-famil=
y:arial,helvetica,sans-serif">a=3Drid:B recv max-br=3D500000</div><div clas=
s=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif">a=3Dri=
d:C recv max-br=3D200000</div><div class=3D"gmail_default" style=3D"font-fa=
mily:arial,helvetica,sans-serif">a=3Dsimulcast:recv rid=3DA,B,C</div><div c=
lass=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif"><br=
></div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sa=
ns-serif">And the encodings seen by the Javascript:</div><div class=3D"gmai=
l_default" style=3D"font-family:arial,helvetica,sans-serif"><br></div><div =
class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif">se=
nder.getParameters().encodings =3D=3D=3D [</div><div class=3D"gmail_default=
" style=3D"font-family:arial,helvetica,sans-serif">=C2=A0 {rid: &quot;A&quo=
t;, maxBitrate: 1000000},</div><div class=3D"gmail_default" style=3D"font-f=
amily:arial,helvetica,sans-serif">=C2=A0 {rid: &quot;B&quot;, maxBitrate: 5=
00000},<br></div><div class=3D"gmail_default" style=3D"font-family:arial,he=
lvetica,sans-serif">=C2=A0 {rid: &quot;C&quot;, maxBitrate: 200000}</div><d=
iv class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif"=
>];</div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,=
sans-serif"><br></div><div class=3D"gmail_default" style=3D"font-family:ari=
al,helvetica,sans-serif"><br></div><div class=3D"gmail_default" style=3D"fo=
nt-family:arial,helvetica,sans-serif"><br></div><div class=3D"gmail_default=
" style=3D"font-family:arial,helvetica,sans-serif">And here is an example o=
f an offer from an MCU:</div><div class=3D"gmail_default" style=3D"font-fam=
ily:arial,helvetica,sans-serif"><br></div><div class=3D"gmail_default" styl=
e=3D"font-family:arial,helvetica,sans-serif">m=3Dvideo...</div><div class=
=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif">...</di=
v><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-se=
rif"><div class=3D"gmail_default">a=3Drid:A recv</div><div class=3D"gmail_d=
efault">a=3Drid:B recv</div><div class=3D"gmail_default">a=3Drid:C recv max=
-goats=3D42</div><div class=3D"gmail_default">a=3Dsimulcast:recv rid=3DA,B,=
C</div><div class=3D"gmail_default"><br></div><div class=3D"gmail_default">=
<br></div><div class=3D"gmail_default">And the answer from a call to PeerCo=
nnection.createAnswer:</div><div class=3D"gmail_default"><br></div><div cla=
ss=3D"gmail_default"><div class=3D"gmail_default">pc.createAnswer();</div><=
/div></div><div class=3D"gmail_default" style=3D"font-family:arial,helvetic=
a,sans-serif"><div class=3D"gmail_default"><br></div><div class=3D"gmail_de=
fault">m=3Dvideo...</div><div class=3D"gmail_default">...</div><div class=
=3D"gmail_default">a=3Drid:A send</div><div class=3D"gmail_default">a=3Drid=
:B send<br></div><div class=3D"gmail_default">a=3Dsimulcast:recv rid=3DA.B<=
/div><div class=3D"gmail_default"><br></div><div class=3D"gmail_default"><d=
iv class=3D"gmail_default">And the encodings seen by the Javascript:</div><=
div><br></div><div><div class=3D"gmail_default">sender.getParameters().enco=
dings =3D=3D=3D [</div><div class=3D"gmail_default">=C2=A0 {rid: &quot;A&qu=
ot;},</div><div class=3D"gmail_default">=C2=A0 {rid: &quot;B&quot;},<br></d=
iv><div class=3D"gmail_default">=C2=A0 {rid: &quot;C&quot;}</div><div class=
=3D"gmail_default">];</div></div></div><div class=3D"gmail_default"><br></d=
iv><div class=3D"gmail_default">Notice that C was dropped because the brows=
er doesn&#39;t support max-goats.</div><div class=3D"gmail_default"><br></d=
iv><div class=3D"gmail_default"><br></div><div class=3D"gmail_default"><br>=
</div><div class=3D"gmail_default">And, finally if the browser offers this:=
</div><div class=3D"gmail_default"><br></div><div class=3D"gmail_default">m=
=3Dvideo...</div><div class=3D"gmail_default">...</div><div class=3D"gmail_=
default"><div class=3D"gmail_default">a=3Drid:A send</div><div class=3D"gma=
il_default">a=3Drid:B send</div><div class=3D"gmail_default">a=3Drid:C send=
</div><div class=3D"gmail_default">a=3Dsimulcast:send rid=3DA,B,C</div><div=
 class=3D"gmail_default"><br></div><div class=3D"gmail_default">And the MCU=
 answers with this:</div><div class=3D"gmail_default"><br></div><div class=
=3D"gmail_default">m=3Dvideo...</div><div class=3D"gmail_default">...</div>=
<div class=3D"gmail_default"><div class=3D"gmail_default">a=3Drid:A recv</d=
iv><div class=3D"gmail_default">a=3Drid:B recv</div><div class=3D"gmail_def=
ault">a=3Drid:C recv max-goats=3D42</div><div class=3D"gmail_default">a=3Ds=
imulcast:recv rid=3DA,B,C</div><div class=3D"gmail_default"><br></div><div =
class=3D"gmail_default">or this:</div><div class=3D"gmail_default"><br></di=
v><div class=3D"gmail_default">m=3Dvideo...</div><div class=3D"gmail_defaul=
t">...</div><div class=3D"gmail_default"><div class=3D"gmail_default">a=3Dr=
id:A recv</div><div class=3D"gmail_default">a=3Drid:B recv</div><div class=
=3D"gmail_default">a=3Drid:C recv pt=3D42</div><div class=3D"gmail_default"=
>a=3Dsimulcast:recv rid=3DA,B,C</div></div><div class=3D"gmail_default"><br=
></div><div class=3D"gmail_default"><br></div><div class=3D"gmail_default">=
And the browser doesn&#39;t support max-goats=3D or pt=3D, then the browser=
 can reject the answer from the call to setRemoteDescription.</div></div></=
div></div></div>

--001a1140f6f2eba6730523c5b918--


From nobody Wed Nov  4 23:14:53 2015
Return-Path: <magnus.westerlund@ericsson.com>
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" <rtcweb@ietf.org>, <draft-ietf-rtcweb-fec@ietf.org>
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/SW5yClshOmF82OemCI8_vLKzjOc>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <roman@telurix.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Thu,  5 Nov 2015 08:14:03 -0800 (PST)
Received: by ioc74 with SMTP id 74so29164511ioc.2 for <rtcweb@ietf.org>; 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 <rtcweb@ietf.org> (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 <rtcweb@ietf.org>; 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: <CAD5OKxv2yXAosLv7S+jz_W2xXY91_=jLQh=5Ui38MHbVRWCqZg@mail.gmail.com>
Message-ID: <CAD5OKxv2yXAosLv7S+jz_W2xXY91_=jLQh=5Ui38MHbVRWCqZg@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: Jean-Marc Valin <jmvalin@mozilla.com>
Content-Type: multipart/alternative; boundary=047d7bdc07d238778d0523cd6a93
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/nMjWgI5h55jVXQd9POO_7qltNSw>
Cc: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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 <fluffy@iii.ca> 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

<div dir=3D"ltr">On Thu, Nov 5, 2015 at 1:57 AM, Cullen Jennings=C2=A0<span=
 dir=3D"ltr">&lt;<a href=3D"mailto:fluffy@iii.ca" target=3D"_blank">fluffy@=
iii.ca</a>&gt;</span>=C2=A0wrote:<br><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(2=
04,204,204);border-left-style:solid;padding-left:1ex">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.<br></blockquote><div class=3D"=
gmail_extra"><br></div><div class=3D"gmail_extra">The comments I have submi=
tted last year are still not addressed (<a href=3D"https://www.ietf.org/mai=
l-archive/web/rtcweb/current/msg13268.html">https://www.ietf.org/mail-archi=
ve/web/rtcweb/current/msg13268.html</a>):</div><div class=3D"gmail_extra"><=
br></div><div class=3D"gmail_extra"><span style=3D"color:rgb(0,0,0);font-si=
ze:12.8px">In section 3, draft states that: &quot;</span><span style=3D"col=
or:rgb(0,0,0);font-size:13px;line-height:1.2em">WebRTC clients are REQUIRED=
 to be able to generate and consume the</span><span style=3D"color:rgb(0,0,=
0);font-size:13px;line-height:1.2em">=C2=A0following events&quot; followed =
by list of=C2=A0</span><span style=3D"color:rgb(0,0,0);font-size:13px;line-=
height:1.2em">RFC4733 events. What does it mean by &quot;consume&quot;? 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</span><div style=3D"color:rgb(0,0,0);font-size:12.8px"><font color=
=3D"#000000"><span style=3D"line-height:15.6px"><br></span></font></div><di=
v style=3D"color:rgb(0,0,0);font-size:12.8px"><font color=3D"#000000"><span=
 style=3D"line-height:15.6px">Supported=C2=A0</span></font><span style=3D"f=
ont-size:13px;line-height:15.6px">RFC4733</span><span style=3D"font-size:13=
px;line-height:15.6px">=C2=A0</span><span style=3D"line-height:15.6px">even=
t list does not match events listed in section 6.2.2 W3C TR (<a href=3D"htt=
p://www.w3.org/TR/webrtc/#methods-4" target=3D"_blank">http://www.w3.org/TR=
/webrtc/#methods-4</a>). W3C also lists support for=C2=A0<span class=3D"">D=
TMF</span>=C2=A0digits A through D.</span></div><div style=3D"color:rgb(0,0=
,0);font-size:12.8px"><font color=3D"#000000"><span style=3D"line-height:15=
.6px"><br></span></font></div><div style=3D"color:rgb(0,0,0);font-size:12.8=
px"><font color=3D"#000000"><span style=3D"line-height:15.6px">Should the d=
ocument state the duration and gap recommendations for RFC 4733 tones from =
section 6.2.2 of W3C document?</span></font></div><div style=3D"color:rgb(0=
,0,0);font-size:12.8px"><font color=3D"#000000"><span style=3D"line-height:=
15.6px"><br></span></font></div><div><font color=3D"#000000"><span style=3D=
"font-size:12.8px;line-height:15.6px">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.</span></font></div><div><font color=3D"#000000"><span style=3D"font-s=
ize:12.8px;line-height:15.6px"><br></span></font></div><div><font color=3D"=
#000000"><span style=3D"font-size:12.8px;line-height:15.6px">Regards,</span=
></font></div><div><div class=3D"gmail_signature">_____________<br>Roman Sh=
pount</div></div>
<br></div></div>

--047d7bdc07d238778d0523cd6a93--


From nobody Wed Nov 11 03:37:24 2015
Return-Path: <harald@alvestrand.no>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <rtcweb@ietf.org>; 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 <rtcweb@ietf.org>; 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 <rtcweb@ietf.org>; Wed, 11 Nov 2015 12:37:20 +0100 (CET)
To: rtcweb@ietf.org
References: <CAA93jw64CVt6wvexRfpmaF1gFk-iegKSJxQscjccRSZ0yshvsQ@mail.gmail.com> <5627B90D.8070106@alvestrand.no> <43B59C2F-4B64-4318-8339-04903AF2A6AC@cisco.com> <34EEB0FF-1922-42B5-A778-9BB66B7C4FDC@csperkins.org> <CAOJ7v-1RJbhe3i+_newDBObtJfJM6pWZUyRb4GZ8BHRDdDyKDg@mail.gmail.com> <CAOp4FwSR3cp0bo0_xd9fXN9_PMZXd4euP0ZOrqagoU907Li4bg@mail.gmail.com>
From: Harald Alvestrand <harald@alvestrand.no>
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: <CAOp4FwSR3cp0bo0_xd9fXN9_PMZXd4euP0ZOrqagoU907Li4bg@mail.gmail.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/ZTO0ElcmBcK3bQTwQHg60S0km6s>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 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 <juberti@google.com
> <mailto:juberti@google.com>> 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: <magnus.westerlund@ericsson.com>
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 <avt@ietf.org>
References: <5638496B.3040009@ericsson.com>
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/DdM9WVhEfYf24kXeQKbOsVYWtRU>
Cc: rmcat@ietf.org, "rtcweb@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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 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: <magnus.westerlund@ericsson.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <fluffy@iii.ca>, "<rtcweb@ietf.org>" <rtcweb@ietf.org>
References: <2BC27139-6B3C-4433-A615-C8C14D5D862F@iii.ca>
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/PHx7rlgCF6dyOuAlMZA5nlZfq7Q>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 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: <magnus.westerlund@ericsson.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <fluffy@iii.ca>, "<rtcweb@ietf.org>" <rtcweb@ietf.org>
References: <45EA7E8F-02B2-4664-820F-DE07A17D4C61@iii.ca>
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/pkL7AKB0uKMFplxbfUIZysXNTGs>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 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: <roman@telurix.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Wed, 18 Nov 2015 10:34:56 -0800 (PST)
Received: by igl9 with SMTP id 9so108135972igl.0 for <rtcweb@ietf.org>; 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 <rtcweb@ietf.org> (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 <rtcweb@ietf.org>; 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: <CAD5OKxv2yXAosLv7S+jz_W2xXY91_=jLQh=5Ui38MHbVRWCqZg@mail.gmail.com>
References: <CAD5OKxv2yXAosLv7S+jz_W2xXY91_=jLQh=5Ui38MHbVRWCqZg@mail.gmail.com>
Date: Wed, 18 Nov 2015 13:34:53 -0500
X-Gmail-Original-Message-ID: <CAD5OKxuFCw6B0X0fiVuF8oPbhHb7X_1TdfqcD8+dvyXfkAkQoQ@mail.gmail.com>
Message-ID: <CAD5OKxuFCw6B0X0fiVuF8oPbhHb7X_1TdfqcD8+dvyXfkAkQoQ@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: Jean-Marc Valin <jmvalin@mozilla.com>
Content-Type: multipart/alternative; boundary=001a11c3dab8ffc6270524d4e57f
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/jZavQI3qZFGC7msw9gt_ExMAwjI>
Cc: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 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 <roman@telurix.com> wrote:

> On Thu, Nov 5, 2015 at 1:57 AM, Cullen Jennings <fluffy@iii.ca> 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

<div dir=3D"ltr">Can someone confirm that my comments were received?<div><b=
r></div><div>Thank You,</div></div><div class=3D"gmail_extra"><br clear=3D"=
all"><div><div class=3D"gmail_signature">_____________<br>Roman Shpount</di=
v></div>
<br><div class=3D"gmail_quote">On Thu, Nov 5, 2015 at 11:14 AM, Roman Shpou=
nt <span dir=3D"ltr">&lt;<a href=3D"mailto:roman@telurix.com" target=3D"_bl=
ank">roman@telurix.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_=
quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1=
ex"><div dir=3D"ltr">On Thu, Nov 5, 2015 at 1:57 AM, Cullen Jennings=C2=A0<=
span dir=3D"ltr">&lt;<a href=3D"mailto:fluffy@iii.ca" target=3D"_blank">flu=
ffy@iii.ca</a>&gt;</span>=C2=A0wrote:<br><blockquote class=3D"gmail_quote" =
style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:r=
gb(204,204,204);border-left-style:solid;padding-left:1ex">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.<br></blockquote><div class=
=3D"gmail_extra"><br></div><div class=3D"gmail_extra">The comments I have s=
ubmitted last year are still not addressed (<a href=3D"https://www.ietf.org=
/mail-archive/web/rtcweb/current/msg13268.html" target=3D"_blank">https://w=
ww.ietf.org/mail-archive/web/rtcweb/current/msg13268.html</a>):</div><div c=
lass=3D"gmail_extra"><br></div><div class=3D"gmail_extra"><span style=3D"co=
lor:rgb(0,0,0);font-size:12.8px">In section 3, draft states that: &quot;</s=
pan><span style=3D"color:rgb(0,0,0);font-size:13px;line-height:1.2em">WebRT=
C clients are REQUIRED to be able to generate and consume the</span><span s=
tyle=3D"color:rgb(0,0,0);font-size:13px;line-height:1.2em">=C2=A0following =
events&quot; followed by list of=C2=A0</span><span style=3D"color:rgb(0,0,0=
);font-size:13px;line-height:1.2em">RFC4733 events. What does it mean by &q=
uot;consume&quot;? 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</span><div style=3D"color:rgb(0,0,0);font-size:=
12.8px"><font color=3D"#000000"><span style=3D"line-height:15.6px"><br></sp=
an></font></div><div style=3D"color:rgb(0,0,0);font-size:12.8px"><font colo=
r=3D"#000000"><span style=3D"line-height:15.6px">Supported=C2=A0</span></fo=
nt><span style=3D"font-size:13px;line-height:15.6px">RFC4733</span><span st=
yle=3D"font-size:13px;line-height:15.6px">=C2=A0</span><span style=3D"line-=
height:15.6px">event list does not match events listed in section 6.2.2 W3C=
 TR (<a href=3D"http://www.w3.org/TR/webrtc/#methods-4" target=3D"_blank">h=
ttp://www.w3.org/TR/webrtc/#methods-4</a>). W3C also lists support for=C2=
=A0<span>DTMF</span>=C2=A0digits A through D.</span></div><div style=3D"col=
or:rgb(0,0,0);font-size:12.8px"><font color=3D"#000000"><span style=3D"line=
-height:15.6px"><br></span></font></div><div style=3D"color:rgb(0,0,0);font=
-size:12.8px"><font color=3D"#000000"><span style=3D"line-height:15.6px">Sh=
ould the document state the duration and gap recommendations for RFC 4733 t=
ones from section 6.2.2 of W3C document?</span></font></div><div style=3D"c=
olor:rgb(0,0,0);font-size:12.8px"><font color=3D"#000000"><span style=3D"li=
ne-height:15.6px"><br></span></font></div><div><font color=3D"#000000"><spa=
n style=3D"font-size:12.8px;line-height:15.6px">I did not know there is a c=
onsensus on must implement of CN. This is=C2=A0certainly=C2=A0not need for =
legacy interop.</span></font></div><div><font color=3D"#000000"><span style=
=3D"font-size:12.8px;line-height:15.6px"><br></span></font></div><div><font=
 color=3D"#000000"><span style=3D"font-size:12.8px;line-height:15.6px">Rega=
rds,</span></font></div><div><div>_____________<span class=3D"HOEnZb"><font=
 color=3D"#888888"><br>Roman Shpount</font></span></div></div>
<br></div></div>
</blockquote></div><br></div>

--001a11c3dab8ffc6270524d4e57f--


From nobody Wed Nov 18 10:37:15 2015
Return-Path: <roman@telurix.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Wed, 18 Nov 2015 10:37:11 -0800 (PST)
Received: by ioc74 with SMTP id 74so63117002ioc.2 for <rtcweb@ietf.org>; 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 <rtcweb@ietf.org> (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 <rtcweb@ietf.org>; 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: <CAD5OKxt7HukMGzBL8p3tB6hpmRntc8mR-VEEkUdichasfXScLA@mail.gmail.com>
Message-ID: <CAD5OKxt7HukMGzBL8p3tB6hpmRntc8mR-VEEkUdichasfXScLA@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>
Content-Type: multipart/alternative; boundary=001a11c3dab815475f0524d4ee89
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/bw02xQD6UyUPVGyGxruv4at3UJc>
Cc: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 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

<div dir=3D"ltr">Hi,<div><br></div>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.<div><br></div><div>Regards,</div></div><div class=3D"gmail=
_extra"><br clear=3D"all"><div><div class=3D"gmail_signature">_____________=
<br>Roman Shpount</div></div>
<br><div class=3D"gmail_quote">On Wed, Nov 18, 2015 at 8:23 AM, Magnus West=
erlund <span dir=3D"ltr">&lt;<a href=3D"mailto:magnus.westerlund@ericsson.c=
om" target=3D"_blank">magnus.westerlund@ericsson.com</a>&gt;</span> wrote:<=
br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left=
:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
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.<br>
<br>
I support publication of this draft.<br>
<br>
Cheers<br>
<br>
Magnus<div class=3D"HOEnZb"><div class=3D"h5"><br>
<br>
Den 2015-11-05 kl. 07:57, skrev Cullen Jennings:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
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.<br>
<br>
<br>
<br>
_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"mailto:rtcweb@ietf.org" target=3D"_blank">rtcweb@ietf.org</a><br=
>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/listinfo/rtcweb</a><br>
<br>
</blockquote>
<br>
<br></div></div><span class=3D"HOEnZb"><font color=3D"#888888">
-- <br>
<br>
Magnus Westerlund<br>
<br>
----------------------------------------------------------------------<br>
Services, Media and Network features, Ericsson Research EAB/TXM<br>
----------------------------------------------------------------------<br>
Ericsson AB=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =
Phone=C2=A0 <a href=3D"tel:%2B46%2010%207148287" value=3D"+46107148287" tar=
get=3D"_blank">+46 10 7148287</a><br>
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 <a href=3D"tel:%2B46%2073%200949079" value=3D"+467309490=
79" target=3D"_blank">+46 73 0949079</a><br>
SE-164 80 Stockholm, Sweden | mailto: <a href=3D"mailto:magnus.westerlund@e=
ricsson.com" target=3D"_blank">magnus.westerlund@ericsson.com</a><br>
----------------------------------------------------------------------</fon=
t></span><div class=3D"HOEnZb"><div class=3D"h5"><br>
<br>
_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"mailto:rtcweb@ietf.org" target=3D"_blank">rtcweb@ietf.org</a><br=
>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/listinfo/rtcweb</a><br>
</div></div></blockquote></div><br></div>

--001a11c3dab815475f0524d4ee89--


From nobody Wed Nov 18 12:15:00 2015
Return-Path: <fluffy@iii.ca>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <fluffy@iii.ca>
In-Reply-To: <CAD5OKxuFCw6B0X0fiVuF8oPbhHb7X_1TdfqcD8+dvyXfkAkQoQ@mail.gmail.com>
Date: Wed, 18 Nov 2015 13:14:53 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <D7F00AAD-943C-48B0-B15C-EED07E5BEAC9@iii.ca>
References: <CAD5OKxv2yXAosLv7S+jz_W2xXY91_=jLQh=5Ui38MHbVRWCqZg@mail.gmail.com> <CAD5OKxuFCw6B0X0fiVuF8oPbhHb7X_1TdfqcD8+dvyXfkAkQoQ@mail.gmail.com>
To: Roman Shpount <roman@telurix.com>
X-Mailer: Apple Mail (2.3096.5)
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/BphhOmm3nR_6AUaZasAJUlCl_40>
Cc: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 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 <roman@telurix.com> 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 <roman@telurix.com> =
wrote:
> On Thu, Nov 5, 2015 at 1:57 AM, Cullen Jennings <fluffy@iii.ca> 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: <roman@telurix.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Wed, 18 Nov 2015 12:39:52 -0800 (PST)
Received: by igvi2 with SMTP id i2so127408519igv.0 for <rtcweb@ietf.org>; 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 <rtcweb@ietf.org> (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Nov 2015 12:39:50 -0800 (PST)
Received: by ioc74 with SMTP id 74so66867678ioc.2 for <rtcweb@ietf.org>; 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: <D7F00AAD-943C-48B0-B15C-EED07E5BEAC9@iii.ca>
References: <CAD5OKxv2yXAosLv7S+jz_W2xXY91_=jLQh=5Ui38MHbVRWCqZg@mail.gmail.com> <CAD5OKxuFCw6B0X0fiVuF8oPbhHb7X_1TdfqcD8+dvyXfkAkQoQ@mail.gmail.com> <D7F00AAD-943C-48B0-B15C-EED07E5BEAC9@iii.ca>
Date: Wed, 18 Nov 2015 15:39:49 -0500
X-Gmail-Original-Message-ID: <CAD5OKxu8FnxxDDzM1fKb5=jr+hdWNk8NfMaiCQzO-oYQtnWzmg@mail.gmail.com>
Message-ID: <CAD5OKxu8FnxxDDzM1fKb5=jr+hdWNk8NfMaiCQzO-oYQtnWzmg@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: Cullen Jennings <fluffy@iii.ca>
Content-Type: multipart/alternative; boundary=001a1141cf94cbec0a0524d6a4c6
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/P2obNkNBMci2NcpJlkKXy1uKMKo>
Cc: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 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 <fluffy@iii.ca> 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

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On W=
ed, Nov 18, 2015 at 3:14 PM, Cullen Jennings <span dir=3D"ltr">&lt;<a href=
=3D"mailto:fluffy@iii.ca" target=3D"_blank">fluffy@iii.ca</a>&gt;</span> wr=
ote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex=
;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style=
:solid;padding-left:1ex"><br>1) browsers JS needed to be able to send DTMF =
0-9,#, and *<br></blockquote><div><br></div><div>Section 7.2.2 of WebRTC Pe=
erConnection (<a href=3D"https://w3c.github.io/webrtc-pc/#methods-10">https=
://w3c.github.io/webrtc-pc/#methods-10</a>) says:</div><div><br></div></div=
></div><blockquote style=3D"margin:0px 0px 0px 40px;border:none;padding:0px=
"><div class=3D"gmail_extra"><div class=3D"gmail_quote">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 &#39;,&#39; indicates a delay of 2 sec=
onds before processing the next character in the tones parameter. All other=
 characters must be considered unrecognized.</div></div></blockquote><div c=
lass=3D"gmail_extra"><div class=3D"gmail_quote"><br></div><div class=3D"gma=
il_quote">This certainly reads like A-D DTMF digits are supported.</div><di=
v class=3D"gmail_quote">=C2=A0<br><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(20=
4,204,204);border-left-style:solid;padding-left:1ex">2) we did not need to =
be able to propagate received DTMF up the the JS API<br></blockquote><div><=
br></div><div>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.</div><div><br></div><blockquote class=3D"gmail_qu=
ote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-co=
lor:rgb(204,204,204);border-left-style:solid;padding-left:1ex">3) we did no=
t want A to D at the JS level<br></blockquote><div><br></div><div>=C2=A0So =
far the peer connection specification disagrees (see above).</div><div><br>=
</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;b=
order-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:s=
olid;padding-left:1ex">4) if the SDP had negotiated receiving DTMF, the bro=
wser could receive and discard it<br></blockquote><div>=C2=A0</div><div>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.</div><div><br></div><div>Section=
 7.2.2 of WebRTC PeerConnection (<a href=3D"https://w3c.github.io/webrtc-pc=
/#methods-10">https://w3c.github.io/webrtc-pc/#methods-10</a>) also states:=
<br></div><div><span style=3D"color:rgb(0,0,0);font-family:sans-serif;font-=
size:medium"><br></span></div></div></div><blockquote style=3D"margin:0px 0=
px 0px 40px;border:none;padding:0px"><div class=3D"gmail_extra"><div class=
=3D"gmail_quote">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.</div></div><div class=3D"gmail_extra"><div class=3D"gmail_quote"><=
br></div></div><div class=3D"gmail_extra"><div class=3D"gmail_quote">The in=
terToneGap parameter indicates the gap between tones. It must be at least 3=
0 ms. The default value is 70 ms.</div></div><div class=3D"gmail_extra"><di=
v class=3D"gmail_quote"><br></div></div><div class=3D"gmail_extra"><div cla=
ss=3D"gmail_quote">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.</div></div></blockquote><div class=
=3D"gmail_extra"><div class=3D"gmail_quote"><div><br></div><div>I believe t=
his should also be stated in draft-ietf-rtcweb-audio.</div><div><br></div><=
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<div class=
=3D"gmail_extra"><br></div><div class=3D"gmail_extra"><blockquote class=3D"=
gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border=
-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Does=
 that match others people recollection ? Regardless of what we decided in t=
he past, does it seem reasonable way forward?<br><br></blockquote><div>=C2=
=A0</div><div>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.</div><div><br></div><d=
iv><div class=3D"gmail_signature">Regards,</div></div></div></div><div><div=
 class=3D"gmail_signature">_____________<br>Roman Shpount</div></div><div>=
=C2=A0</div></div></div></div>

--001a1141cf94cbec0a0524d6a4c6--


From nobody Wed Nov 18 12:43:41 2015
Return-Path: <jmvalin@mozilla.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Wed, 18 Nov 2015 12:43:35 -0800 (PST)
Received: by qgea14 with SMTP id a14so37519606qge.0 for <rtcweb@ietf.org>; 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 <roman@telurix.com>
References: <CAD5OKxv2yXAosLv7S+jz_W2xXY91_=jLQh=5Ui38MHbVRWCqZg@mail.gmail.com> <CAD5OKxuFCw6B0X0fiVuF8oPbhHb7X_1TdfqcD8+dvyXfkAkQoQ@mail.gmail.com>
From: Jean-Marc Valin <jmvalin@mozilla.com>
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: <CAD5OKxuFCw6B0X0fiVuF8oPbhHb7X_1TdfqcD8+dvyXfkAkQoQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/V-e_fepfQBmDwBVkLYK38KZC8Z0>
Cc: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 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: <deadbeef@google.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Wed, 18 Nov 2015 12:57:17 -0800 (PST)
Received: by obbbj7 with SMTP id bj7so43841490obb.1 for <rtcweb@ietf.org>; 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: <CAK35n0a5pfnKR2HUpXFnXtDRoscHq-WE1RDQcnEpD1qYJJx5oQ@mail.gmail.com>
From: Taylor Brandstetter <deadbeef@google.com>
To: rtcweb@ietf.org
Content-Type: multipart/alternative; boundary=001a11c2fdec36742f0524d6e34b
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/cUkARdS-P8nUxhw8RlnsxdGdomI>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 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 <christer.holmberg@ericsson.com>
> 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

<div dir=3D"ltr">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.<div><br></div><div>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.<br></div><div=
><br></div><div>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 &quot;bundle-only&quot;.<=
/div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Wed=
, Nov 4, 2015 at 10:59 PM, Christer Holmberg <span dir=3D"ltr">&lt;<a href=
=3D"mailto:christer.holmberg@ericsson.com" target=3D"_blank">christer.holmb=
erg@ericsson.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote"=
 style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ne=
w draft, replacing the previous one, this time with &quot;exclusive&quot; s=
pelled correctly.<br>
<br>
Regards,<br>
<br>
Christer<br>
<br>
-----Original Message-----<br>
From: <a href=3D"mailto:internet-drafts@ietf.org">internet-drafts@ietf.org<=
/a> [mailto:<a href=3D"mailto:internet-drafts@ietf.org">internet-drafts@iet=
f.org</a>]<br>
Sent: 05 November 2015 08:50<br>
To: Christer Holmberg &lt;<a href=3D"mailto:christer.holmberg@ericsson.com"=
>christer.holmberg@ericsson.com</a>&gt;<br>
Subject: New Version Notification for draft-holmberg-mmusic-mux-exclusive-0=
0.txt<br>
<br>
<br>
A new version of I-D, draft-holmberg-mmusic-mux-exclusive-00.txt<br>
has been successfully submitted by Christer Holmberg and posted to the IETF=
 repository.<br>
<br>
Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-holmberg-mmusic-mux-exc=
lusive<br>
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A000<br>
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Indicating Exclusive Support of RT=
P/RTCP Multiplexing using SDP<br>
Document date:=C2=A0 2015-11-04<br>
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission<br>
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 5<br>
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <a href=3D"https://www.ietf.o=
rg/internet-drafts/draft-holmberg-mmusic-mux-exclusive-00.txt" rel=3D"noref=
errer" target=3D"_blank">https://www.ietf.org/internet-drafts/draft-holmber=
g-mmusic-mux-exclusive-00.txt</a><br>
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<a href=3D"https://datatracker.iet=
f.org/doc/draft-holmberg-mmusic-mux-exclusive/" rel=3D"noreferrer" target=
=3D"_blank">https://datatracker.ietf.org/doc/draft-holmberg-mmusic-mux-excl=
usive/</a><br>
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0<a href=3D"https://tools.ietf.org/html/=
draft-holmberg-mmusic-mux-exclusive-00" rel=3D"noreferrer" target=3D"_blank=
">https://tools.ietf.org/html/draft-holmberg-mmusic-mux-exclusive-00</a><br=
>
<br>
<br>
Abstract:<br>
=C2=A0 =C2=A0This document defines how an endpoint can indicate exclusive s=
upport<br>
=C2=A0 =C2=A0of RTP/RTCP multiplexing using the Session Description Protoco=
l<br>
=C2=A0 =C2=A0(SDP).<br>
<br>
=C2=A0 =C2=A0The document updates RFC 5761, by defining how the SDP &#39;rt=
cp&#39;<br>
=C2=A0 =C2=A0attribute is used, together with the SDP &#39;rtcp-mux&#39; at=
tribute, to<br>
=C2=A0 =C2=A0indicate exclusive support of RTP/RTCP multiplexing.<br>
<br>
=C2=A0 =C2=A0Editor&#39;s note: &#39;exclusive&#39; is probably not the bes=
t terminology, so<br>
=C2=A0 =C2=A0feel free to suggest something more appropriate.<br>
<br>
<br>
<br>
<br>
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 <a href=3D"http://to=
ols.ietf.org" rel=3D"noreferrer" target=3D"_blank">tools.ietf.org</a>.<br>
<br>
The IETF Secretariat<br>
<br>
_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"mailto:rtcweb@ietf.org">rtcweb@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/listinfo/rtcweb</a><br>
</blockquote></div><br></div>

--001a11c2fdec36742f0524d6e34b--


From nobody Thu Nov 19 09:14:23 2015
Return-Path: <roman@telurix.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Thu, 19 Nov 2015 09:14:19 -0800 (PST)
Received: by igvg19 with SMTP id g19so15597271igv.1 for <rtcweb@ietf.org>; 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 <rtcweb@ietf.org> (version=TLSv1/SSLv3 cipher=OTHER); Thu, 19 Nov 2015 09:14:17 -0800 (PST)
Received: by ioir85 with SMTP id r85so96114211ioi.1 for <rtcweb@ietf.org>; 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: <CAD5OKxv2yXAosLv7S+jz_W2xXY91_=jLQh=5Ui38MHbVRWCqZg@mail.gmail.com> <CAD5OKxuFCw6B0X0fiVuF8oPbhHb7X_1TdfqcD8+dvyXfkAkQoQ@mail.gmail.com> <564CE2F4.6060104@mozilla.com>
Date: Thu, 19 Nov 2015 12:14:16 -0500
X-Gmail-Original-Message-ID: <CAD5OKxtgEXuEANUp5AwK7gUX7JUyv4EkExYenv5CF1p2nmygJg@mail.gmail.com>
Message-ID: <CAD5OKxtgEXuEANUp5AwK7gUX7JUyv4EkExYenv5CF1p2nmygJg@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: Jean-Marc Valin <jmvalin@mozilla.com>
Content-Type: multipart/alternative; boundary=001a11425bd28545680524e7e3d6
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/6bNo2QMDGQ4ot4O2q3kGgNcNlII>
Cc: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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 <jmvalin@mozilla.com>
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

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">Hi J=
ean-Marc,</div><div class=3D"gmail_quote"><br></div><div class=3D"gmail_quo=
te">On Wed, Nov 18, 2015 at 3:43 PM, Jean-Marc Valin <span dir=3D"ltr">&lt;=
<a href=3D"mailto:jmvalin@mozilla.com" target=3D"_blank">jmvalin@mozilla.co=
m</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margi=
n:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204=
);border-left-style:solid;padding-left:1ex"><span class=3D"">On 11/18/2015 =
01:34 PM, Roman Shpount wrote:<br></span>The part relating to RFC4733 preda=
tes my involvement in this draft and<br>
I&#39;m not familiar with that RFC at all. Any text you&#39;d like to sugge=
st?<br></blockquote><div><br></div><div>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</div><div><br></div><blockqu=
ote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-wid=
th:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-l=
eft:1ex"><span class=3D"">&gt; I did not know there is a consensus on must =
implement of CN. This<br>
&gt; is certainly not need for legacy interop.<br>
<br>
</span>IIRC, I&#39;ve been told it was discussed at some interim meeting wh=
ich I<br>
did not attend myself. That being said, I think it makes sense for CN<br>
to be a must so that the sender knows it can always use it. Any reason<br>
you do not want a must on CN?<br></blockquote><div><br></div><div>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.</div><div><br></div><div>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.</div><div=
><br></div><div>Regards,</div><div><div class=3D"gmail_signature">_________=
____<br>Roman Shpount</div></div><div>=C2=A0</div></div></div></div>

--001a11425bd28545680524e7e3d6--


From nobody Thu Nov 19 11:27:35 2015
Return-Path: <ted.ietf@gmail.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Thu, 19 Nov 2015 11:27:32 -0800 (PST)
Received: by qgec40 with SMTP id c40so58238269qge.2 for <rtcweb@ietf.org>; 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: <CA+9kkMAjBAd5urUEAWBq9kup8HDyCYJaV5KXdjWtmGPoCAN57g@mail.gmail.com>
From: Ted Hardie <ted.ietf@gmail.com>
To: "rtcweb@ietf.org" <rtcweb@ietf.org>
Content-Type: multipart/alternative; boundary=001a11c0ca600b22a70524e9c0ff
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/7NXQsUkYfZtEBQ3Ko0m9Bwm6ePE>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:tahoma,s=
ans-serif;font-size:small">Draft minutes have been uploaded to the proceedi=
ngs site:<br><br><a href=3D"https://www.ietf.org/proceedings/94/minutes/min=
utes-94-rtcweb">https://www.ietf.org/proceedings/94/minutes/minutes-94-rtcw=
eb</a><br><br></div><div class=3D"gmail_default" style=3D"font-family:tahom=
a,sans-serif;font-size:small">Please review and send corrections to the lis=
t.<br><br></div><div class=3D"gmail_default" style=3D"font-family:tahoma,sa=
ns-serif;font-size:small">thanks,<br><br></div><div class=3D"gmail_default"=
 style=3D"font-family:tahoma,sans-serif;font-size:small">Ted, Cullen, Sean<=
br></div></div>

--001a11c0ca600b22a70524e9c0ff--


From nobody Tue Nov 24 04:31:50 2015
Return-Path: <christer.holmberg@ericsson.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <christer.holmberg@ericsson.com>
To: "rtcweb@ietf.org" <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: <http://mailarchive.ietf.org/arch/msg/rtcweb/YPkNThS6trzxd88_MTmkM-FYIlQ>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";
	mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";
	mso-fareast-language:EN-US;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 2.0cm 70.85pt 2.0cm;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"FI" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">A question for clarification:<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Is addIceCandidiate the MUST-US=
E mechanism for providing candidiates using JSEP? I.e. one can not rely on =
providing candidates in SDP?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Regards,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Christer<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
</body>
</html>

--_000_7594FB04B1934943A5C02806D1A2204B37C651D1ESESSMB209erics_--


From nobody Tue Nov 24 05:38:28 2015
Return-Path: <ekr@rtfm.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Tue, 24 Nov 2015 05:38:21 -0800 (PST)
Received: by ykfs79 with SMTP id s79so18375152ykf.1 for <rtcweb@ietf.org>; 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 <ekr@rtfm.com>
Date: Tue, 24 Nov 2015 05:37:41 -0800
Message-ID: <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary=001a114e50da7de6d8052549748f
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/FE77JygsdHmtdO5BEMxoMcz_ExM>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg <span dir=3D"ltr">&l=
t;<a href=3D"mailto:christer.holmberg@ericsson.com" target=3D"_blank">chris=
ter.holmberg@ericsson.com</a>&gt;</span> wrote:<br><blockquote class=3D"gma=
il_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-lef=
t:1ex">





<div lang=3D"FI" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal">Hi,<u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">A question for clarification:<u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Is addIceCandidiate the MUST-US=
E mechanism for providing candidiates using JSEP? I.e. one can not rely on =
providing candidates in SDP?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><br></p></div></div></blockquote><div><br></div><div=
>I don&#39;t understand the question. Under some conditions, the SDP will h=
ave the candidates,</div><div>specifically, if you wait until gathering is =
finished and then get the offer/answer. However,</div><div>absent explicit =
agreement between the sides (or them being the same app) then you</div><div=
>don&#39;t know that that&#39;s true.</div><div><br></div><div>-Ekr</div><d=
iv><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;b=
order-left:1px #ccc solid;padding-left:1ex"><div lang=3D"FI" link=3D"blue" =
vlink=3D"purple"><div><p class=3D"MsoNormal"></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Regards,<span><font color=3D"#8=
88888"><u></u><u></u></font></span></span></p><span><font color=3D"#888888"=
>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Christer<u></u><u></u></span></=
p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
</font></span></div>
</div>

<br>_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"mailto:rtcweb@ietf.org" target=3D"_blank">rtcweb@ietf.org</a><br=
>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/listinfo/rtcweb</a><br>
<br></blockquote></div><br></div></div>

--001a114e50da7de6d8052549748f--


From nobody Tue Nov 24 06:52:21 2015
Return-Path: <christer.holmberg@ericsson.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <christer.holmberg@ericsson.com>
To: Eric Rescorla <ekr@rtfm.com>
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> <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com>
In-Reply-To: <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/Cg8p6-vXLKOZz4ds8D_sqaEcvfU>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <ekr@rtfm.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Tue, 24 Nov 2015 07:58:45 -0800 (PST)
Received: by ykdv3 with SMTP id v3so23448198ykd.0 for <rtcweb@ietf.org>; 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> <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se>
From: Eric Rescorla <ekr@rtfm.com>
Date: Tue, 24 Nov 2015 07:58:05 -0800
Message-ID: <CABcZeBPwuKanxc+HWYKbWmM5jkG6Tq7FK98Y5X7r0VtPb=NPnw@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary=001a1140867897127e05254b6a87
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/j-1bKSkuk3tqAqRCjjS7T1gHMRM>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Tue, Nov 24, 2015 at 6:52 AM, Christer Holmberg <span dir=3D"ltr">&l=
t;<a href=3D"mailto:christer.holmberg@ericsson.com" target=3D"_blank">chris=
ter.holmberg@ericsson.com</a>&gt;</span> wrote:<br><blockquote class=3D"gma=
il_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-lef=
t:1ex">





<div lang=3D"FI" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi,<u></u><u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=A0<u></u></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">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.<u></u><u></u></span><=
/p>
<p class=3D"MsoNormal"><br></p></div></div></blockquote><div><br></div><div=
>Sorry, I don&#39;t follow.</div><div><br></div><div>-Ekr</div><div>=C2=A0<=
/div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-le=
ft:1px #ccc solid;padding-left:1ex"><div lang=3D"FI" link=3D"blue" vlink=3D=
"purple"><div><p class=3D"MsoNormal"></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regards,<u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=
=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Christer<u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=
=A0<u></u></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:10.0pt;fo=
nt-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span =
lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&qu=
ot;sans-serif&quot;"> Eric Rescorla [mailto:<a href=3D"mailto:ekr@rtfm.com"=
 target=3D"_blank">ekr@rtfm.com</a>]
<br>
<b>Sent:</b> 24. marraskuuta 2015 15:38<br>
<b>To:</b> Christer Holmberg<br>
<b>Cc:</b> <a href=3D"mailto:rtcweb@ietf.org" target=3D"_blank">rtcweb@ietf=
.org</a><br>
<b>Subject:</b> Re: [rtcweb] JSEP: Candidiates in SDP<u></u><u></u></span><=
/p><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg &=
lt;<a href=3D"mailto:christer.holmberg@ericsson.com" target=3D"_blank">chri=
ster.holmberg@ericsson.com</a>&gt; wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Hi,<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">A question for clarification:</=
span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Is addIceCandidiate the MUST-US=
E mechanism for providing candidiates using JSEP? I.e. one can not rely on =
providing candidates in SDP?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I don&#39;t understand the question. Under some cond=
itions, the SDP will have the candidates,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">specifically, if you wait until gathering is finishe=
d and then get the offer/answer. However,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">absent explicit agreement between the sides (or them=
 being the same app) then you<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">don&#39;t know that that&#39;s true.<u></u><u></u></=
p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">-Ekr<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Regards,</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">=C2=A0<=
/span><span style=3D"color:#888888"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">Christe=
r</span><span style=3D"color:#888888"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">=C2=A0<=
/span><span style=3D"color:#888888"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">=C2=A0<=
/span><span style=3D"color:#888888"><u></u><u></u></span></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"mailto:rtcweb@ietf.org" target=3D"_blank">rtcweb@ietf.org</a><br=
>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/rtcweb</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
</div></div></div>
</div>

</blockquote></div><br></div></div>

--001a1140867897127e05254b6a87--


From nobody Tue Nov 24 08:05:17 2015
Return-Path: <emcho@sip-communicator.org>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Tue, 24 Nov 2015 08:05:12 -0800 (PST)
Received: by oige206 with SMTP id e206so12399779oig.2 for <rtcweb@ietf.org>; 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 <rtcweb@ietf.org> (version=TLSv1/SSLv3 cipher=OTHER); Tue, 24 Nov 2015 08:05:11 -0800 (PST)
Received: by oies6 with SMTP id s6so12540589oie.1 for <rtcweb@ietf.org>; 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> <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se>
Date: Tue, 24 Nov 2015 10:05:10 -0600
X-Gmail-Original-Message-ID: <CAPvvaaKhrY5wMHt+DGW-oHZGZ3rwvhV93NwGjqQNqmGjE+DfLA@mail.gmail.com>
Message-ID: <CAPvvaaKhrY5wMHt+DGW-oHZGZ3rwvhV93NwGjqQNqmGjE+DfLA@mail.gmail.com>
From: Emil Ivov <emcho@jitsi.org>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary=001a113d666e9cab6105254b8151
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/UPxQqZ-HOezbf-GXgewF3Sl264k>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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
> <javascript:_e(%7B%7D,'cvml','ekr@rtfm.com');>]
> *Sent:* 24. marraskuuta 2015 15:38
> *To:* Christer Holmberg
> *Cc:* rtcweb@ietf.org <javascript:_e(%7B%7D,'cvml','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
> <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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.<div><br></div><div>If it isn&#39;t then this is=
 not currently allowed by any spec.</div><div><br></div><div>Emil<span></sp=
an><br><br>On Tuesday, 24 November 2015, Christer Holmberg &lt;<a href=3D"m=
ailto:christer.holmberg@ericsson.com">christer.holmberg@ericsson.com</a>&gt=
; wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex">





<div lang=3D"FI" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi,<u></u><u></u></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=A0<u></u></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">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.<u></u><u></u></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=
=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regards,<u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=
=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Christer<u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=C2=
=A0<u></u></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:10.0pt;fo=
nt-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span =
lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&qu=
ot;sans-serif&quot;"> Eric Rescorla [mailto:<a href=3D"javascript:_e(%7B%7D=
,&#39;cvml&#39;,&#39;ekr@rtfm.com&#39;);" target=3D"_blank">ekr@rtfm.com</a=
>]
<br>
<b>Sent:</b> 24. marraskuuta 2015 15:38<br>
<b>To:</b> Christer Holmberg<br>
<b>Cc:</b> <a href=3D"javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;rtcweb@ietf.=
org&#39;);" target=3D"_blank">rtcweb@ietf.org</a><br>
<b>Subject:</b> Re: [rtcweb] JSEP: Candidiates in SDP<u></u><u></u></span><=
/p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg &=
lt;<a href=3D"javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;christer.holmberg@er=
icsson.com&#39;);" target=3D"_blank">christer.holmberg@ericsson.com</a>&gt;=
 wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal">Hi,<u></u><u></u></p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">A question for clarification:</=
span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Is addIceCandidiate the MUST-US=
E mechanism for providing candidiates using JSEP? I.e. one can not rely on =
providing candidates in SDP?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">I don&#39;t understand the question. Under some cond=
itions, the SDP will have the candidates,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">specifically, if you wait until gathering is finishe=
d and then get the offer/answer. However,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">absent explicit agreement between the sides (or them=
 being the same app) then you<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">don&#39;t know that that&#39;s true.<u></u><u></u></=
p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">-Ekr<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Regards,</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">=C2=A0<=
/span><span style=3D"color:#888888"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">Christe=
r</span><span style=3D"color:#888888"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">=C2=A0<=
/span><span style=3D"color:#888888"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">=C2=A0<=
/span><span style=3D"color:#888888"><u></u><u></u></span></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;rtcweb@ietf.org&#39;);"=
 target=3D"_blank">rtcweb@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/rtcweb</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
</div>
</div>

</blockquote></div><br><br>-- <br>sent from my mobile<br>

--001a113d666e9cab6105254b8151--


From nobody Tue Nov 24 08:19:49 2015
Return-Path: <prvs=3770d35ee1=jonathan@vidyo.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <jonathan@vidyo.com>
To: Emil Ivov <emcho@jitsi.org>
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> <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <CAPvvaaKhrY5wMHt+DGW-oHZGZ3rwvhV93NwGjqQNqmGjE+DfLA@mail.gmail.com>
In-Reply-To: <CAPvvaaKhrY5wMHt+DGW-oHZGZ3rwvhV93NwGjqQNqmGjE+DfLA@mail.gmail.com>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/peKP7CW2hb8jHC37EQUU41OGck8>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <christer.holmberg@ericsson.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <christer.holmberg@ericsson.com>
To: Jonathan Lennox <jonathan@vidyo.com>, Emil Ivov <emcho@jitsi.org>
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> <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <CAPvvaaKhrY5wMHt+DGW-oHZGZ3rwvhV93NwGjqQNqmGjE+DfLA@mail.gmail.com> <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: <http://mailarchive.ietf.org/arch/msg/rtcweb/eXETKgo0s09BcSNW0rEuTf9uZGY>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <emcho@sip-communicator.org>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Tue, 24 Nov 2015 08:24:53 -0800 (PST)
Received: by obdgf3 with SMTP id gf3so17284610obd.3 for <rtcweb@ietf.org>; 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 <rtcweb@ietf.org> (version=TLSv1/SSLv3 cipher=OTHER); Tue, 24 Nov 2015 08:24:52 -0800 (PST)
Received: by oige206 with SMTP id e206so12800183oig.2 for <rtcweb@ietf.org>; 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> <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <CAPvvaaKhrY5wMHt+DGW-oHZGZ3rwvhV93NwGjqQNqmGjE+DfLA@mail.gmail.com> <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: <CAPvvaa+a7Cq3nYWG+9X1+CdThPKe1VoHzPjysJpiFm+geFhHTg@mail.gmail.com>
Message-ID: <CAPvvaa+a7Cq3nYWG+9X1+CdThPKe1VoHzPjysJpiFm+geFhHTg@mail.gmail.com>
From: Emil Ivov <emcho@jitsi.org>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary=001a113cc2ee02321705254bc8f1
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/Q_UXG0LZR-e16O6Q9SzZpWzpLDs>
Cc: Jonathan Lennox <jonathan@vidyo.com>, "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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
> <javascript:_e(%7B%7D,'cvml','jonathan@vidyo.com');>]
> *Sent:* 24 November 2015 18:20
> *To:* Emil Ivov <emcho@jitsi.org
> <javascript:_e(%7B%7D,'cvml','emcho@jitsi.org');>>
> *Cc:* Christer Holmberg <christer.holmberg@ericsson.com
> <javascript:_e(%7B%7D,'cvml','christer.holmberg@ericsson.com');>>;
> rtcweb@ietf.org <javascript:_e(%7B%7D,'cvml','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 <emcho@jitsi.org
> <javascript:_e(%7B%7D,'cvml','emcho@jitsi.org');>> 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
> <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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&#39;t think =
it was ever widely supported anyway.<span></span><br><br>On Tuesday, 24 Nov=
ember 2015, Christer Holmberg &lt;<a href=3D"mailto:christer.holmberg@erics=
son.com">christer.holmberg@ericsson.com</a>&gt; wrote:<br><blockquote class=
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex">





<div lang=3D"EN-GB" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">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.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Regards,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Christer<u></u><u></u></span></p>
<p class=3D"MsoNormal"><a name=3D"1513a4f2addc7f5b__MailEndCompose"><span s=
tyle=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#=
1f497d"><u></u>=C2=A0<u></u></span></a></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fo=
nt-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span lang=3D"EN-=
US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> =
Jonathan Lennox [mailto:<a href=3D"javascript:_e(%7B%7D,&#39;cvml&#39;,&#39=
;jonathan@vidyo.com&#39;);" target=3D"_blank">jonathan@vidyo.com</a>]
<br>
<b>Sent:</b> 24 November 2015 18:20<br>
<b>To:</b> Emil Ivov &lt;<a href=3D"javascript:_e(%7B%7D,&#39;cvml&#39;,&#3=
9;emcho@jitsi.org&#39;);" target=3D"_blank">emcho@jitsi.org</a>&gt;<br>
<b>Cc:</b> Christer Holmberg &lt;<a href=3D"javascript:_e(%7B%7D,&#39;cvml&=
#39;,&#39;christer.holmberg@ericsson.com&#39;);" target=3D"_blank">christer=
.holmberg@ericsson.com</a>&gt;; <a href=3D"javascript:_e(%7B%7D,&#39;cvml&#=
39;,&#39;rtcweb@ietf.org&#39;);" target=3D"_blank">rtcweb@ietf.org</a><br>
<b>Subject:</b> Re: [rtcweb] JSEP: Candidiates in SDP<u></u><u></u></span><=
/p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">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.<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class=3D"MsoNormal">On Nov 24, 2015, at 11:05 AM, Emil Ivov &lt;<a href=
=3D"javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;emcho@jitsi.org&#39;);" target=
=3D"_blank">emcho@jitsi.org</a>&gt; wrote:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Sounds like an ICE restart. <u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">If it isn&#39;t then this is not currently allowed b=
y any spec.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Emil<br>
<br>
On Tuesday, 24 November 2015, Christer Holmberg &lt;<a href=3D"javascript:_=
e(%7B%7D,&#39;cvml&#39;,&#39;christer.holmberg@ericsson.com&#39;);" target=
=3D"_blank">christer.holmberg@ericsson.com</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,sans-serif;color:#1f497d">Hi,</span><span lang=3D"F=
I"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"FI" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,sans-serif;color:#1f497d">=C2=A0</span><span lang=
=3D"FI"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">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.</span><span lang=3D"FI"><u></u><u><=
/u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">=C2=A0</span><span lan=
g=3D"FI"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Regards,</span><span l=
ang=3D"FI"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">=C2=A0</span><span lan=
g=3D"FI"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Christer</span><span l=
ang=3D"FI"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">=C2=A0</span><span lan=
g=3D"FI"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:10.0pt;fo=
nt-family:&quot;Tahoma&quot;,sans-serif">From:</span></b><span lang=3D"EN-U=
S" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,sans-serif"> Er=
ic
 Rescorla [mailto:<a>ekr@rtfm.com</a>]
<br>
<b>Sent:</b> 24. marraskuuta 2015 15:38<br>
<b>To:</b> Christer Holmberg<br>
<b>Cc:</b> <a>
rtcweb@ietf.org</a><br>
<b>Subject:</b> Re: [rtcweb] JSEP: Candidiates in SDP</span><span lang=3D"F=
I"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0<u></u><u></u></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0<u></u><u></u></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0<u></u><u></u></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">On Tue, Nov 24, 2015 at 4:31 AM, C=
hrister Holmberg &lt;<a>christer.holmberg@ericsson.com</a>&gt;
 wrote:<u></u><u></u></span></p>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">Hi,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">A question for clarification:</=
span><span lang=3D"FI"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">=C2=A0</span><span lang=3D"FI">=
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Is addIceCandidiate the MUST-US=
E mechanism for providing candidiates using JSEP? I.e. one can not rely on =
providing candidates in SDP?</span><span lang=3D"FI"><u></u><u></u></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0<u></u><u></u></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">I don&#39;t understand the questio=
n. Under some conditions, the SDP will have the candidates,<u></u><u></u></=
span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">specifically, if you wait until ga=
thering is finished and then get the offer/answer. However,<u></u><u></u></=
span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">absent explicit agreement between =
the sides (or them being the same app) then you<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">don&#39;t know that that&#39;s tru=
e.<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">-Ekr<u></u><u></u></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0<u></u><u></u></span></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Regards,</span><span lang=3D"FI=
"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">=C2=A0<=
/span><span lang=3D"FI"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">Christe=
r</span><span lang=3D"FI"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">=C2=A0<=
/span><span lang=3D"FI"><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">=C2=A0<=
/span><span lang=3D"FI"><u></u><u></u></span></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span lang=3D"FI"><br=
>
_______________________________________________<br>
rtcweb mailing list<br>
<a>rtcweb@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/rtcweb</a><u></u><u></u></span></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0<u></u><u></u></span></p>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal"><br>
<br>
-- <br>
sent from my mobile<br>
_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;rtcweb@ietf.org&#39;);"=
 target=3D"_blank">rtcweb@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/rtcweb</a><u></u><u></u></p>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>

</blockquote><br><br>-- <br>sent from my mobile<br>

--001a113cc2ee02321705254bc8f1--


From nobody Tue Nov 24 11:11:56 2015
Return-Path: <christer.holmberg@ericsson.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <christer.holmberg@ericsson.com>
To: Emil Ivov <emcho@jitsi.org>
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> <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <CAPvvaaKhrY5wMHt+DGW-oHZGZ3rwvhV93NwGjqQNqmGjE+DfLA@mail.gmail.com> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se> <CAPvvaa+a7Cq3nYWG+9X1+CdThPKe1VoHzPjysJpiFm+geFhHTg@mail.gmail.com>
In-Reply-To: <CAPvvaa+a7Cq3nYWG+9X1+CdThPKe1VoHzPjysJpiFm+geFhHTg@mail.gmail.com>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/y9YBDFkLGXZVaXtJ3cUtiY9ItBk>
Cc: Jonathan Lennox <jonathan@vidyo.com>, "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <pthatcher@google.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Tue, 24 Nov 2015 11:34:07 -0800 (PST)
Received: by oixx65 with SMTP id x65so16298166oix.0 for <rtcweb@ietf.org>; 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> <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <CAPvvaaKhrY5wMHt+DGW-oHZGZ3rwvhV93NwGjqQNqmGjE+DfLA@mail.gmail.com> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se> <CAPvvaa+a7Cq3nYWG+9X1+CdThPKe1VoHzPjysJpiFm+geFhHTg@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C66F91@ESESSMB209.ericsson.se>
From: Peter Thatcher <pthatcher@google.com>
Date: Tue, 24 Nov 2015 11:33:27 -0800
Message-ID: <CAJrXDUHocH6UXaiveNOyTZ7f0LG8AsvW4x7nqTrRBEc_BH7COA@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary=001a11c1714cd0819e05254e6c0e
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/aiv-tiAtwFc8V1moAzu5JTOf5J0>
Cc: Jonathan Lennox <jonathan@vidyo.com>, "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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 <christer.holmberg@ericsson.com>
> *Cc:* Jonathan Lennox <jonathan@vidyo.com>; 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 <emcho@jitsi.org>
> *Cc:* Christer Holmberg <christer.holmberg@ericsson.com>; 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 <emcho@jitsi.org> 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 <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

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:arial,he=
lvetica,sans-serif">I think Christer&#39;s real question is &quot;how does =
JS pass candidates down remote candidate to the browser?&quot;.=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</div><div =
class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif"><b=
r></div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,s=
ans-serif">Another way of phrasing the question is: =C2=A0&quot;If the Peer=
Connection sees candidates in the remote description that weren&#39;t passe=
d down via addIceCandidate, should it use them or throw them away?&quot;.=
=C2=A0 And I think the answer is &quot;it should use them&quot;.</div><div =
class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif"><b=
r></div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,s=
ans-serif">Such is not explicitly specified in JSEP, but section 4.1.11 for=
 addIceCandidate says the candidate &quot;will be added to the remote descr=
iption according to the rules defined for Trickle ICE&quot;.=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&#39;t say so explicit=
ly.</div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,=
sans-serif"><br></div><div class=3D"gmail_default" style=3D"font-family:ari=
al,helvetica,sans-serif"><br></div><div class=3D"gmail_default" style=3D"fo=
nt-family:arial,helvetica,sans-serif">Chrome implements this way (accepts c=
andidates in the SDP that aren&#39;t from addIceCandidate).</div><div class=
=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif"><br></d=
iv><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-s=
erif">The ORTC shim (<a href=3D"https://github.com/webrtc/adapter/pull/136/=
files">https://github.com/webrtc/adapter/pull/136/files</a>) doesn&#39;t, I=
 don&#39;t think, but that&#39;s probably just a bug/oversight.</div><div c=
lass=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif"><br=
></div><div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sa=
ns-serif">I don&#39;t know what Firefox does.</div><div class=3D"gmail_defa=
ult" style=3D"font-family:arial,helvetica,sans-serif"><br></div><div class=
=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif"><br></d=
iv></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Tue, =
Nov 24, 2015 at 11:11 AM, Christer Holmberg <span dir=3D"ltr">&lt;<a href=
=3D"mailto:christer.holmberg@ericsson.com" target=3D"_blank">christer.holmb=
erg@ericsson.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote"=
 style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang=3D"EN-GB" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Hi,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">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(=
).<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Regards,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Christer<u></u><u></u></span></p>
<p class=3D"MsoNormal"><a name=3D"1513ae8e22bd4627__MailEndCompose"><span s=
tyle=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#=
1f497d"><u></u>=C2=A0<u></u></span></a></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fo=
nt-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span lang=3D"EN-=
US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> =
Emil Ivov [mailto:<a href=3D"mailto:emcho@jitsi.org" target=3D"_blank">emch=
o@jitsi.org</a>]
<br>
<b>Sent:</b> 24 November 2015 18:25<br>
<b>To:</b> Christer Holmberg &lt;<a href=3D"mailto:christer.holmberg@ericss=
on.com" target=3D"_blank">christer.holmberg@ericsson.com</a>&gt;<br>
<b>Cc:</b> Jonathan Lennox &lt;<a href=3D"mailto:jonathan@vidyo.com" target=
=3D"_blank">jonathan@vidyo.com</a>&gt;; <a href=3D"mailto:rtcweb@ietf.org" =
target=3D"_blank">rtcweb@ietf.org</a></span></p><div><div class=3D"h5"><br>
<b>Subject:</b> Re: [rtcweb] JSEP: Candidiates in SDP<u></u><u></u></div></=
div><p></p><div><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal">Now that we have trickle we should probably outlaw t=
his. I don&#39;t think it was ever widely supported anyway.<br>
<br>
On Tuesday, 24 November 2015, Christer Holmberg &lt;<a href=3D"mailto:chris=
ter.holmberg@ericsson.com" target=3D"_blank">christer.holmberg@ericsson.com=
</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">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.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Regards,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Christer</span><u></u><u></u></p>
<p class=3D"MsoNormal"><a name=3D"1513ae8e22bd4627_1513a4f2addc7f5b__MailEn=
dCompose"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,s=
ans-serif;color:#1f497d">=C2=A0</span></a><u></u><u></u></p>
<div>
<div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fo=
nt-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span lang=3D"EN-=
US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> =
Jonathan
 Lennox [mailto:<a>jonathan@vidyo.com</a>]
<br>
<b>Sent:</b> 24 November 2015 18:20<br>
<b>To:</b> Emil Ivov &lt;<a>emcho@jitsi.org</a>&gt;<br>
<b>Cc:</b> Christer Holmberg &lt;<a>christer.holmberg@ericsson.com</a>&gt;;
<a>rtcweb@ietf.org</a><br>
<b>Subject:</b> Re: [rtcweb] JSEP: Candidiates in SDP</span><u></u><u></u><=
/p>
</div>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">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.<u></u=
><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<blockquote style=3D"margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class=3D"MsoNormal">On Nov 24, 2015, at 11:05 AM, Emil Ivov &lt;<a>emcho=
@jitsi.org</a>&gt; wrote:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Sounds like an ICE restart.
<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">If it isn&#39;t then this is not currently allowed b=
y any spec.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Emil<br>
<br>
On Tuesday, 24 November 2015, Christer Holmberg &lt;<a>christer.holmberg@er=
icsson.com</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,sans-serif;color:#1f497d">Hi,</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal"><span lang=3D"FI" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,sans-serif;color:#1f497d">=C2=A0</span><u></u><u></=
u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">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.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">=C2=A0</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Regards,</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">=C2=A0</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Christer</span><u></u>=
<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1f497d">=C2=A0</span><u></u><u=
></u></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:10.0pt;fo=
nt-family:&quot;Tahoma&quot;,sans-serif">From:</span></b><span lang=3D"EN-U=
S" style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,sans-serif"> Er=
ic
 Rescorla [<a href=3D"mailto:ekr@rtfm.com" target=3D"_blank">mailto:ekr@rtf=
m.com</a>] <br>
<b>Sent:</b> 24. marraskuuta 2015 15:38<br>
<b>To:</b> Christer Holmberg<br>
<b>Cc:</b> <a href=3D"mailto:rtcweb@ietf.org" target=3D"_blank">rtcweb@ietf=
.org</a><br>
<b>Subject:</b> Re: [rtcweb] JSEP: Candidiates in SDP</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg &=
lt;<span lang=3D"FI"><a href=3D"mailto:christer.holmberg@ericsson.com" targ=
et=3D"_blank"><span lang=3D"EN-GB">christer.holmberg@ericsson.com</span></a=
></span>&gt;
 wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">Hi,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">A question for clarification:</=
span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Is addIceCandidiate the MUST-US=
E mechanism for providing candidiates using JSEP? I.e. one can not rely on =
providing candidates in SDP?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">I don&#39;t understand the questio=
n. Under some conditions, the SDP will have the candidates,</span><u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">specifically, if you wait until ga=
thering is finished and then get the offer/answer. However,</span><u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">absent explicit agreement between =
the sides (or them being the same app) then you</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">don&#39;t know that that&#39;s tru=
e.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">-Ekr</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0</span><u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-=
bottom:5.0pt">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Regards,</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">=C2=A0<=
/span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">Christe=
r</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">=C2=A0<=
/span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#888888">=C2=A0<=
/span><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span lang=3D"FI"><br=
>
</span>_______________________________________________<br>
rtcweb mailing list<br>
<span lang=3D"FI"><a href=3D"mailto:rtcweb@ietf.org" target=3D"_blank"><spa=
n lang=3D"EN-GB">rtcweb@ietf.org</span></a></span><br>
<span lang=3D"FI"><a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" =
target=3D"_blank"><span lang=3D"EN-GB">https://www.ietf.org/mailman/listinf=
o/rtcweb</span></a></span><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal"><br>
<br>
-- <br>
sent from my mobile<br>
_______________________________________________<br>
rtcweb mailing list<br>
<a>rtcweb@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/rtcweb</a><u></u><u></u></p>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
</div>
</blockquote>
<p class=3D"MsoNormal"><br>
<br>
-- <br>
sent from my mobile<u></u><u></u></p>
</div></div></div>
</div>

<br>_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"mailto:rtcweb@ietf.org">rtcweb@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/listinfo/rtcweb</a><br>
<br></blockquote></div><br></div>

--001a11c1714cd0819e05254e6c0e--


From nobody Tue Nov 24 11:39:06 2015
Return-Path: <martin.thomson@gmail.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Tue, 24 Nov 2015 11:39:03 -0800 (PST)
Received: by igcto18 with SMTP id to18so21818747igc.0 for <rtcweb@ietf.org>; 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: <CAJrXDUHocH6UXaiveNOyTZ7f0LG8AsvW4x7nqTrRBEc_BH7COA@mail.gmail.com>
References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <CAPvvaaKhrY5wMHt+DGW-oHZGZ3rwvhV93NwGjqQNqmGjE+DfLA@mail.gmail.com> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se> <CAPvvaa+a7Cq3nYWG+9X1+CdThPKe1VoHzPjysJpiFm+geFhHTg@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C66F91@ESESSMB209.ericsson.se> <CAJrXDUHocH6UXaiveNOyTZ7f0LG8AsvW4x7nqTrRBEc_BH7COA@mail.gmail.com>
Date: Tue, 24 Nov 2015 11:39:03 -0800
Message-ID: <CABkgnnVCLVMF4ymrr2sP3NuB2zK9ebiKFPhSPTxeePes4b0wBg@mail.gmail.com>
From: Martin Thomson <martin.thomson@gmail.com>
To: Peter Thatcher <pthatcher@google.com>
Content-Type: text/plain; charset=UTF-8
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/LmcoumwiCcHldwNL317eopgCTsk>
Cc: Jonathan Lennox <jonathan@vidyo.com>, "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Nov 2015 19:39:05 -0000

On 24 November 2015 at 11:33, Peter Thatcher <pthatcher@google.com> 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: <ekr@rtfm.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Tue, 24 Nov 2015 11:39:23 -0800 (PST)
Received: by ykfs79 with SMTP id s79so31495244ykf.1 for <rtcweb@ietf.org>; 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: <CAJrXDUHocH6UXaiveNOyTZ7f0LG8AsvW4x7nqTrRBEc_BH7COA@mail.gmail.com>
References: <7594FB04B1934943A5C02806D1A2204B37C651D1@ESESSMB209.ericsson.se> <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <CAPvvaaKhrY5wMHt+DGW-oHZGZ3rwvhV93NwGjqQNqmGjE+DfLA@mail.gmail.com> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se> <CAPvvaa+a7Cq3nYWG+9X1+CdThPKe1VoHzPjysJpiFm+geFhHTg@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C66F91@ESESSMB209.ericsson.se> <CAJrXDUHocH6UXaiveNOyTZ7f0LG8AsvW4x7nqTrRBEc_BH7COA@mail.gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Tue, 24 Nov 2015 11:38:43 -0800
Message-ID: <CABcZeBMhiB1iJV7y5hXqiRBdakrOfVUFqkZeG2JBKEJmtvDqDQ@mail.gmail.com>
To: Peter Thatcher <pthatcher@google.com>
Content-Type: multipart/alternative; boundary=001a114dd1f6a5020a05254e7f08
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/g_pPls2Bp4qLaGoiKsGK_eUCJDM>
Cc: Jonathan Lennox <jonathan@vidyo.com>, "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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 <pthatcher@google.com>
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 <christer.holmberg@ericsson.com>
>> *Cc:* Jonathan Lennox <jonathan@vidyo.com>; 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 <emcho@jitsi.org>
>> *Cc:* Christer Holmberg <christer.holmberg@ericsson.com>; 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 <emcho@jitsi.org> 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 <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

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Tue, Nov 24, 2015 at 11:33 AM, Peter Thatcher <span dir=3D"ltr">&lt;=
<a href=3D"mailto:pthatcher@google.com" target=3D"_blank">pthatcher@google.=
com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,2=
04);border-left-style:solid;padding-left:1ex"><div dir=3D"ltr"><div style=
=3D"font-family:arial,helvetica,sans-serif">I think Christer&#39;s real que=
stion is &quot;how does JS pass candidates down remote candidate to the bro=
wser?&quot;.=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</div><div style=3D"font-family:arial,helvetica,sans-serif"><b=
r></div><div style=3D"font-family:arial,helvetica,sans-serif">Another way o=
f phrasing the question is: =C2=A0&quot;If the PeerConnection sees candidat=
es in the remote description that weren&#39;t passed down via addIceCandida=
te, should it use them or throw them away?&quot;.=C2=A0 And I think the ans=
wer is &quot;it should use them&quot;.</div></div></blockquote><div><br></d=
iv><div>This is absolutely the case. Otherwise you are going to have a horr=
endous</div><div>interop problem with non-trickle endpoints. I think this p=
robably falls within</div><div>the TODO in S 5.6.2:</div><div><a href=3D"ht=
tps://tools.ietf.org/html/draft-ietf-rtcweb-jsep-12#section-5.6.2">https://=
tools.ietf.org/html/draft-ietf-rtcweb-jsep-12#section-5.6.2</a><br></div><d=
iv><br></div><div><br></div><blockquote class=3D"gmail_quote" style=3D"marg=
in:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,20=
4);border-left-style:solid;padding-left:1ex"><div dir=3D"ltr"><div style=3D=
"font-family:arial,helvetica,sans-serif">Such is not explicitly specified i=
n JSEP, but section 4.1.11 for addIceCandidate says the candidate &quot;wil=
l be added to the remote description according to the rules defined for Tri=
ckle ICE&quot;.=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&#39;t say so explicitly.</div><div style=3D"font-family:arial,helv=
etica,sans-serif"><br></div><div style=3D"font-family:arial,helvetica,sans-=
serif"><br></div><div style=3D"font-family:arial,helvetica,sans-serif">Chro=
me implements this way (accepts candidates in the SDP that aren&#39;t from =
addIceCandidate).</div></div></blockquote><div><br></div><div>As does Firef=
ox.</div><div><br></div><div>-Ekr</div><div><br></div><div><br></div><div><=
br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e=
x;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-styl=
e:solid;padding-left:1ex"><div class=3D""><div class=3D"h5"><div class=3D"g=
mail_extra"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" st=
yle=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb=
(204,204,204);border-left-style:solid;padding-left:1ex"><div lang=3D"EN-GB"=
 link=3D"blue" vlink=3D"purple"><div><p class=3D"MsoNormal"><span lang=3D"E=
N-US" style=3D"font-size:11pt;font-family:Calibri,sans-serif">
<b>Sent:</b> 24 November 2015 18:25<br>
<b>To:</b> Christer Holmberg &lt;<a href=3D"mailto:christer.holmberg@ericss=
on.com" target=3D"_blank">christer.holmberg@ericsson.com</a>&gt;<br>
<b>Cc:</b> Jonathan Lennox &lt;<a href=3D"mailto:jonathan@vidyo.com" target=
=3D"_blank">jonathan@vidyo.com</a>&gt;; <a href=3D"mailto:rtcweb@ietf.org" =
target=3D"_blank">rtcweb@ietf.org</a></span></p><div><div><br>
<b>Subject:</b> Re: [rtcweb] JSEP: Candidiates in SDP<u></u><u></u></div></=
div><p></p><div><div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal">Now that we have trickle we should probably outlaw t=
his. I don&#39;t think it was ever widely supported anyway.<br>
<br>
On Tuesday, 24 November 2015, Christer Holmberg &lt;<a href=3D"mailto:chris=
ter.holmberg@ericsson.com" target=3D"_blank">christer.holmberg@ericsson.com=
</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border-style:none none none solid;border-left-color:rg=
b(204,204,204);border-left-width:1pt;padding:0cm 0cm 0cm 6pt;margin-left:4.=
8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;font-family:Calibri,sa=
ns-serif;color:rgb(31,73,125)">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.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;font-family:Calibri,sa=
ns-serif;color:rgb(31,73,125)">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;font-family:Calibri,sa=
ns-serif;color:rgb(31,73,125)">Regards,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;font-family:Calibri,sa=
ns-serif;color:rgb(31,73,125)">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11pt;font-family:Calibri,sa=
ns-serif;color:rgb(31,73,125)">Christer</span><u></u><u></u></p>
<p class=3D"MsoNormal"><a name=3D"1513afd468f316cb_1513ae8e22bd4627_1513a4f=
2addc7f5b__MailEndCompose"><span style=3D"font-size:11pt;font-family:Calibr=
i,sans-serif;color:rgb(31,73,125)">=C2=A0</span></a><u></u><u></u></p>
<div>
<div style=3D"border-style:solid none none;border-top-color:rgb(225,225,225=
);border-top-width:1pt;padding:3pt 0cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11pt;font=
-family:Calibri,sans-serif">From:</span></b><span lang=3D"EN-US" style=3D"f=
ont-size:11pt;font-family:Calibri,sans-serif"> Jonathan
 Lennox [mailto:<a>jonathan@vidyo.com</a>]
<br>
<b>Sent:</b> 24 November 2015 18:20<br>
<b>To:</b> Emil Ivov &lt;<a>emcho@jitsi.org</a>&gt;<br>
<b>Cc:</b> Christer Holmberg &lt;<a>christer.holmberg@ericsson.com</a>&gt;;
<a>rtcweb@ietf.org</a><br>
<b>Subject:</b> Re: [rtcweb] JSEP: Candidiates in SDP</span><u></u><u></u><=
/p>
</div>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">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.<u></u=
><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<blockquote style=3D"margin-top:5pt;margin-bottom:5pt">
<div>
<p class=3D"MsoNormal">On Nov 24, 2015, at 11:05 AM, Emil Ivov &lt;<a>emcho=
@jitsi.org</a>&gt; wrote:<u></u><u></u></p>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">Sounds like an ICE restart.
<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">If it isn&#39;t then this is not currently allowed b=
y any spec.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Emil<br>
<br>
On Tuesday, 24 November 2015, Christer Holmberg &lt;<a>christer.holmberg@er=
icsson.com</a>&gt; wrote:<u></u><u></u></p>
<blockquote style=3D"border-style:none none none solid;border-left-color:rg=
b(204,204,204);border-left-width:1pt;padding:0cm 0cm 0cm 6pt;margin:5pt 0cm=
 5pt 4.8pt">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI" style=3D"font-size:11pt;font-famil=
y:Calibri,sans-serif;color:rgb(31,73,125)">Hi,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FI" style=3D"font-size:11pt;font-famil=
y:Calibri,sans-serif;color:rgb(31,73,125)">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11pt;font-fa=
mily:Calibri,sans-serif;color:rgb(31,73,125)">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.</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11pt;font-fa=
mily:Calibri,sans-serif;color:rgb(31,73,125)">=C2=A0</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11pt;font-fa=
mily:Calibri,sans-serif;color:rgb(31,73,125)">Regards,</span><u></u><u></u>=
</p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11pt;font-fa=
mily:Calibri,sans-serif;color:rgb(31,73,125)">=C2=A0</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11pt;font-fa=
mily:Calibri,sans-serif;color:rgb(31,73,125)">Christer</span><u></u><u></u>=
</p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:11pt;font-fa=
mily:Calibri,sans-serif;color:rgb(31,73,125)">=C2=A0</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:10pt;font=
-family:Tahoma,sans-serif">From:</span></b><span lang=3D"EN-US" style=3D"fo=
nt-size:10pt;font-family:Tahoma,sans-serif"> Eric
 Rescorla [<a href=3D"mailto:ekr@rtfm.com" target=3D"_blank">mailto:ekr@rtf=
m.com</a>] <br>
<b>Sent:</b> 24. marraskuuta 2015 15:38<br>
<b>To:</b> Christer Holmberg<br>
<b>Cc:</b> <a href=3D"mailto:rtcweb@ietf.org" target=3D"_blank">rtcweb@ietf=
.org</a><br>
<b>Subject:</b> Re: [rtcweb] JSEP: Candidiates in SDP</span><u></u><u></u><=
/p>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal">On Tue, Nov 24, 2015 at 4:31 AM, Christer Holmberg &=
lt;<span lang=3D"FI"><a href=3D"mailto:christer.holmberg@ericsson.com" targ=
et=3D"_blank"><span lang=3D"EN-GB">christer.holmberg@ericsson.com</span></a=
></span>&gt;
 wrote:<u></u><u></u></p>
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">Hi,</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">A question for clarification:</=
span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Is addIceCandidiate the MUST-US=
E mechanism for providing candidiates using JSEP? I.e. one can not rely on =
providing candidates in SDP?</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0</span><u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">I don&#39;t understand the questio=
n. Under some conditions, the SDP will have the candidates,</span><u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">specifically, if you wait until ga=
thering is finished and then get the offer/answer. However,</span><u></u><u=
></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">absent explicit agreement between =
the sides (or them being the same app) then you</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">don&#39;t know that that&#39;s tru=
e.</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">-Ekr</span><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><span lang=3D"FI">=C2=A0</span><u></u><u></u></p>
</div>
<blockquote style=3D"border-style:none none none solid;border-left-color:rg=
b(204,204,204);border-left-width:1pt;padding:0cm 0cm 0cm 6pt;margin:5pt 0cm=
 5pt 4.8pt">
<div>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Regards,</span><u></u><u></u></=
p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:rgb(136,136,136)=
">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:rgb(136,136,136)=
">Christer</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:rgb(136,136,136)=
">=C2=A0</span><u></u><u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:rgb(136,136,136)=
">=C2=A0</span><u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12pt"><span lang=3D"FI"><br>
</span>_______________________________________________<br>
rtcweb mailing list<br>
<span lang=3D"FI"><a href=3D"mailto:rtcweb@ietf.org" target=3D"_blank"><spa=
n lang=3D"EN-GB">rtcweb@ietf.org</span></a></span><br>
<span lang=3D"FI"><a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" =
target=3D"_blank"><span lang=3D"EN-GB">https://www.ietf.org/mailman/listinf=
o/rtcweb</span></a></span><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal"><br>
<br>
-- <br>
sent from my mobile<br>
_______________________________________________<br>
rtcweb mailing list<br>
<a>rtcweb@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/rtcweb</a><u></u><u></u></p>
</div>
</blockquote>
</div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
</div>
</blockquote>
<p class=3D"MsoNormal"><br>
<br>
-- <br>
sent from my mobile<u></u><u></u></p>
</div></div></div>
</div>

<br>_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"mailto:rtcweb@ietf.org" target=3D"_blank">rtcweb@ietf.org</a><br=
>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/listinfo/rtcweb</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"mailto:rtcweb@ietf.org">rtcweb@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/listinfo/rtcweb</a><br>
<br></blockquote></div><br></div></div>

--001a114dd1f6a5020a05254e7f08--


From nobody Tue Nov 24 14:44:44 2015
Return-Path: <ibc@aliax.net>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Tue, 24 Nov 2015 14:44:40 -0800 (PST)
Received: by ykdv3 with SMTP id v3so37072055ykd.0 for <rtcweb@ietf.org>; 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> <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <CAPvvaaKhrY5wMHt+DGW-oHZGZ3rwvhV93NwGjqQNqmGjE+DfLA@mail.gmail.com> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com>
From: =?UTF-8?Q?I=C3=B1aki_Baz_Castillo?= <ibc@aliax.net>
Date: Tue, 24 Nov 2015 23:44:20 +0100
Message-ID: <CALiegfnRTKzkVTiAUsvE1qK6+=zWdt88Zp3QP9HOi1dyb_7V8w@mail.gmail.com>
To: Jonathan Lennox <jonathan@vidyo.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/o7Df4zD36x3EnpyOvOXNC_WpsdY>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Nov 2015 22:44:42 -0000

2015-11-24 17:19 GMT+01:00 Jonathan Lennox <jonathan@vidyo.com>:
> 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
<ibc@aliax.net>


From nobody Wed Nov 25 07:55:35 2015
Return-Path: <stephane.proust@orange.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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: <stephane.proust@orange.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>, Cullen Jennings <fluffy@iii.ca>, "<rtcweb@ietf.org>" <rtcweb@ietf.org>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/pq_5xRSb12ozTZQsAbyKtZF9_lE>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 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; <rtcweb@ietf.org>
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: <duerst@it.aoyama.ac.jp>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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: <stephane.proust@orange.com>, Magnus Westerlund <magnus.westerlund@ericsson.com>, Cullen Jennings <fluffy@iii.ca>, "<rtcweb@ietf.org>" <rtcweb@ietf.org>
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?= <duerst@it.aoyama.ac.jp>
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: <OS1PR01MB013630AF79C9046770C636DECA040@OS1PR01MB0136.jpnprd01.prod.outlook.com>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/PMrUitWA5hRl_NE64aKxZQFL-sA>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <btdingle@gmail.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; Sun, 29 Nov 2015 02:28:05 -0800 (PST)
Received: by pacdm15 with SMTP id dm15so154376851pac.3 for <rtcweb@ietf.org>; 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 <btdingle@gmail.com>
Date: Sun, 29 Nov 2015 21:27:45 +1100
Message-ID: <CAN=GVAvBPEC39NUsDWqCN9LcnfwxUw4=2FF+pd9n+qofP0jBTg@mail.gmail.com>
To: stephane.proust@orange.com
Content-Type: multipart/alternative; boundary=001a1145d8ce48f31b0525ab61a0
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/y8-0vGPPC6XS-7Nc8dylCcfICAo>
Cc: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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, <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 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; <rtcweb@ietf.org>
> 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

<div dir=3D"ltr"><div>Hi Stephane,<br><br>Some suggested editorials - most =
very minor. <br><br></div><div><b>General suggestions</b><br></div><div><br=
><div>- Change all instances of &#39;non WebRTC&#39; to &#39;non-WebRTC&#39=
; <br><br></div><div>- Change all instances of &#39;end point&#39; AND &#39=
;end-point&#39; to &#39;endpoint&#39; <br></div><br></div><div><b>1=C2=A0 I=
ntroduction</b><br><br></div><div>Delete last sentence. It is not relevant =
as it refers &#39;additions&#39; that would require a new RFC. <br></div><d=
iv><br><b>2=C2=A0 Definition and Abbreviations</b><br><br>-=C2=A0 Legacy ne=
tworks: <br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4th line - remove un=
necessary quotation symbol - change &quot;Evolved Packet System<u><b>&quot;=
</b></u> &quot; to &quot;Evolved <br>=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 &quot;<br></div><div>=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 5th line - add 2 spaces - change &quot;ac=
cess(VoLTE)[IR.92]&quot;=C2=A0 to=C2=A0 &quot;access (VoLTE) [IR.92]&quot; =
<br><br></div><div>- AMR-WB - remove 2nd duplicated AMR-WB<br><br></div><di=
v>- IMS - singular - it should be &#39;System&#39; - not &#39;Systems&#39; =
<br><br></div><div>- LTE abbreviation should be placed in alphabetical orde=
r before MOS abbreviation; <br>=C2=A0=C2=A0=C2=A0 also change &quot;3GPP &q=
uot;4G&quot; wireless standard&quot;=C2=A0 to=C2=A0 &quot;3GPP &quot;4G&quo=
t; wireless data transmission standard&quot; <br><br></div><div>- PLMN - it=
 should be &#39;Network&#39; - not &#39;Networks&#39; <br><br></div><div>- =
PSTN - it should be &#39;Network&#39; - not &#39;Networks&#39;<br><b><br></=
b></div><div><b>3=C2=A0 Rationale for additional WebRTC codecs </b><br><br>=
</div><div>2nd and 3rd lines - remove two instances of &#39;the&#39;=C2=A0=
=C2=A0 - change &quot;guarantee <u>the</u> codec interoperability (without =
<br>=C2=A0=C2=A0 transcoding) at <u>the</u> state of the art voice quality&=
quot;=C2=A0 to=C2=A0 &quot;guarantee codec interoperability (without transc=
oding) at<br>=C2=A0=C2=A0 state of the art voice quality&quot;=C2=A0 <br><b=
r></div><div>4th line - change &quot;The WebRTC technology is <u>however</u=
> expected to be used&quot;=C2=A0 to=C2=A0 <br>=C2=A0=C2=A0 &quot;The WebRT=
C technology is <u>also</u> expected to be used&quot;=C2=A0=C2=A0 <br><br><=
/div><div>2nd last line - change &quot;more CPU and be more costly&quot; to=
 &quot;more CPU <u>processing</u> and be more costly&quot; .<br></div><div>=
<br></div><div><b>4.1.2</b> <br></div><div><br></div><div>3rd last line - c=
hange &quot;terminal.&quot; to &quot;terminal<u>s</u>.&quot; <br><br><div><=
b>4.3.2</b> <br></div><div><br></div>2nd line - change &quot;cordeless&quot=
; to &quot;cordless&quot;. <br><br></div><div><br></div><b>Acknowledgements=
:</b>=C2=A0 <br><br>Does the Author want to name all or some of the 6 co-au=
thors who were &#39;deleted&#39; in this Section? <br><div class=3D"gmail_e=
xtra"><br clear=3D"all"><div><div class=3D"gmail_signature"><div dir=3D"ltr=
"><div><div dir=3D"ltr">Cheers,<br>/Barry<br><br>Barry Dingle<br>Fixed - +6=
1-3-9725-3937=C2=A0 =C2=A0 Mob - +61-41-911-7578=C2=A0=C2=A0 <br>Fellow of =
University of Melbourne, Australia <br></div></div></div></div></div>
<br><div class=3D"gmail_quote">On Thu, Nov 26, 2015 at 2:55 AM,  <span dir=
=3D"ltr">&lt;<a href=3D"mailto:stephane.proust@orange.com" target=3D"_blank=
">stephane.proust@orange.com</a>&gt;</span> wrote:<br><blockquote class=3D"=
gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-=
left:1ex">Hello Magnus, all<br>
<br>
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.<br>
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).<br>
<br>
To summarize the modifications<br>
- proposal to keep myself as the only author to comply with the requirement=
 to limit the number of authors<br>
- reference removed from abstract<br>
- &quot;Definition&quot; section renamed &quot;Definition and abbreviations=
&quot; so that all acronyms can be made explicit in this section<br>
- some informative references added as much as possible<br>
- slight update of HD voice figures (number of networks, customers...)<br>
- addition of more explicit information on packetization for additional cod=
ecs (which is indeed a key point for interop !)<br>
- addition of normative reference related to additional codecs<br>
- text added in &quot;Security&quot; section<br>
- references related to additional codecs implementation moved under normat=
ive reference section<br>
<br>
You can also check in your e-mail below my answers inserted point by point<=
br>
<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.<br>
<br>
Best regards<br>
<br>
St=C3=A9phane<br>
<br>
-----Message d&#39;origine-----<br>
De=C2=A0: rtcweb [mailto:<a href=3D"mailto:rtcweb-bounces@ietf.org">rtcweb-=
bounces@ietf.org</a>] De la part de Magnus Westerlund<br>
Envoy=C3=A9=C2=A0: mercredi 18 novembre 2015 16:31<br>
=C3=80=C2=A0: Cullen Jennings; &lt;<a href=3D"mailto:rtcweb@ietf.org">rtcwe=
b@ietf.org</a>&gt;<br>
Objet=C2=A0: Re: [rtcweb] WGLC draft-ietf-rtcweb-audio-codecs-for-interop-0=
2<br>
<span class=3D""><br>
Hi,<br>
<br>
I have reviewed the WebRTC audio codecs for interop draft and have the foll=
owing comments.<br>
<br>
Summary: Not ready yet for publication.<br>
<br>
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 <a href=3D"https://www.rfc-editor.org/rfc/rfc7322.txt" rel=3D"norefer=
rer" target=3D"_blank">https://www.rfc-editor.org/rfc/rfc7322.txt</a><br>
</span>&gt;&gt; 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<br>
<span class=3D""><br>
B. Use of acronyms:<br>
There a large number of acronyms that aren&#39;t spelled out on their first=
 usage. PSTN, PLMN, IMS, VoLTE, ViLTE, AMR-WB, MOS, GSMA for example<br>
</span>&gt;&gt;Ok : Sure ! I propose to rename the definition section in de=
finion and abbreviations and detail here all the acronyms<br>
<span class=3D""><br>
C. Lack of references.<br>
In section 2 and 3 a lot of the terms used could benefit from having a info=
rmative reference for them.<br>
</span>&gt;&gt; Ok. I&#39;ve added some more informative reference about DE=
CT and 3GPP 2G, 3G and 4G (IP/IMS) networks.<br>
<span class=3D""><br>
D. Section 4.1.2:<br>
&quot;The market of voice personal communication is driven by mobile=C2=A0 =
terminals.&quot;<br>
Shouldn&#39;t it be &quot;personal voice communication&quot;?<br>
</span>&gt;&gt;Yes indeed. I corrected this<br>
<span class=3D""><br>
E. Section 5. Security Consideration<br>
This section is empty, which is not allowed.<br>
</span>&gt;&gt; Some text is now proposed<br>
<span class=3D""><br>
F. Section 8.1: Normative references.<br>
</span>&gt;&gt;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)<br>
<span class=3D"">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.<br>
<br>
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.<br>
</span>&gt;&gt; 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<br>
<span class=3D""><br>
Cheers<br>
<br>
Magnus Westerlund<br>
<br>
Den 2015-11-05 kl. 07:57, skrev Cullen Jennings:<br>
&gt; We would like to start the working group last call of<br>
&gt; draft-ietf-rtcweb-audio-codecs-for-interop-02. Please send any<br>
&gt; comments to the list by the end of Nov 30.<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________ rtcweb mailing list<br=
>
&gt; <a href=3D"mailto:rtcweb@ietf.org">rtcweb@ietf.org</a> <a href=3D"http=
s://www.ietf.org/mailman/listinfo/rtcweb" rel=3D"noreferrer" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/rtcweb</a><br>
&gt;<br>
<br>
<br>
--<br>
<br>
Magnus Westerlund<br>
<br>
----------------------------------------------------------------------<br>
Services, Media and Network features, Ericsson Research EAB/TXM<br>
----------------------------------------------------------------------<br>
Ericsson AB=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =
Phone=C2=A0 <a href=3D"tel:%2B46%2010%207148287" value=3D"+46107148287">+46=
 10 7148287</a><br>
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 <a href=3D"tel:%2B46%2073%200949079" value=3D"+467309490=
79">+46 73 0949079</a><br>
SE-164 80 Stockholm, Sweden | mailto: <a href=3D"mailto:magnus.westerlund@e=
ricsson.com">magnus.westerlund@ericsson.com</a><br>
----------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"mailto:rtcweb@ietf.org">rtcweb@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/listinfo/rtcweb</a><br>
<br>
</span>____________________________________________________________________=
_____________________________________________________<br>
<br>
Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc<br>
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler<br>
a l&#39;expediteur et le detruire ainsi que les pieces jointes. Les message=
s electroniques etant susceptibles d&#39;alteration,<br>
France Telecom - Orange decline toute responsabilite si ce message a ete al=
tere, deforme ou falsifie. Merci<br>
<br>
This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;<br>
they should not be distributed, used or copied without authorization.<br>
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.<br>
As emails may be altered, France Telecom - Orange shall not be liable if th=
is message was modified, changed or falsified.<br>
Thank you.<br>
<br>
<br>_______________________________________________<br>
rtcweb mailing list<br>
<a href=3D"mailto:rtcweb@ietf.org">rtcweb@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/rtcweb" rel=3D"noreferrer"=
 target=3D"_blank">https://www.ietf.org/mailman/listinfo/rtcweb</a><br>
<br></blockquote></div><br></div></div>

--001a1145d8ce48f31b0525ab61a0--


From nobody Sun Nov 29 23:38:56 2015
Return-Path: <stephane.proust@orange.com>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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: <stephane.proust@orange.com>
To: Barry Dingle <btdingle@gmail.com>
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> <CAN=GVAvBPEC39NUsDWqCN9LcnfwxUw4=2FF+pd9n+qofP0jBTg@mail.gmail.com>
In-Reply-To: <CAN=GVAvBPEC39NUsDWqCN9LcnfwxUw4=2FF+pd9n+qofP0jBTg@mail.gmail.com>
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: <http://mailarchive.ietf.org/arch/msg/rtcweb/_k5c0MueebKjwwB_Rlom19ewdRY>
Cc: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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: <fluffy@iii.ca>
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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietfa.amsl.com>; 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 <rtcweb@ietf.org>; 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 <fluffy@iii.ca>
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> <CABcZeBOhdW9uoJdsNMeC=q32zUcowVPJzqNLW3OaQbU_HrXuEw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37C65630@ESESSMB209.ericsson.se> <CAPvvaaKhrY5wMHt+DGW-oHZGZ3rwvhV93NwGjqQNqmGjE+DfLA@mail.gmail.com> <6208A6E4-BA3F-4202-A72E-86B9D3E6F82A@vidyo.com> <7594FB04B1934943A5C02806D1A2204B37C65C6A@ESESSMB209.ericsson.se>
To: Christer Holmberg <christer.holmberg@ericsson.com>
X-Mailer: Apple Mail (2.3096.5)
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/yswAYb8Um7T-Lo7ZG2xfPs5dA6w>
Cc: "rtcweb@ietf.org" <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 <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: 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 =
<christer.holmberg@ericsson.com> 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 <emcho@jitsi.org>
> Cc: Christer Holmberg <christer.holmberg@ericsson.com>; =
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 <emcho@jitsi.org> 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 =
<christer.holmberg@ericsson.com> 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 =
<christer.holmberg@ericsson.com> 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

