IETF Logo Mail Archive

Re: [clue] Eric Rescorla's No Objection on draft-ietf-clue-signaling-14: (with COMMENT)

Paul Kyzivat <pkyzivat@alum.mit.edu> Sun, 25 November 2018 17:35 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: clue@ietfa.amsl.com
Delivered-To: clue@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8142412896A; Sun, 25 Nov 2018 09:35:13 -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 autolearn_force=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 SvYDwyYmbJ84; Sun, 25 Nov 2018 09:35:12 -0800 (PST)
Received: from alum-mailsec-scanner-8.mit.edu (alum-mailsec-scanner-8.mit.edu [18.7.68.20]) by ietfa.amsl.com (Postfix) with ESMTP id 667181288EB; Sun, 25 Nov 2018 09:35:11 -0800 (PST)
X-AuditID: 12074414-347ff70000006380-8e-5bfadd4d0dc0
Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) (using TLS with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by alum-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 2C.4D.25472.D4DDAFB5; Sun, 25 Nov 2018 12:35:09 -0500 (EST)
Received: from PaulKyzivatsMBP.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id wAPHZ6Or005782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 25 Nov 2018 12:35:07 -0500
To: Eric Rescorla <ekr@rtfm.com>, Roni Even <roni.even@huawei.com>
Cc: IESG <iesg@ietf.org>, Daniel Burnett <danielcburnett@gmail.com>, clue@ietf.org, roni.even@mail01.huawei.com, clue-chairs@ietf.org, draft-ietf-clue-signaling@ietf.org
References: <154268892146.26648.17870778354406192041.idtracker@ietfa.amsl.com> <6E58094ECC8D8344914996DAD28F1CCD18C762DF@DGGEMM506-MBX.china.huawei.com> <CABcZeBMcQxZuRUFx=tz==C5eCc8zNBrxkKaZfBa+gYnyaV3FOQ@mail.gmail.com> <6E58094ECC8D8344914996DAD28F1CCD18C7B5DE@DGGEMM506-MBS.china.huawei.com> <CABcZeBOPPojS2zsR6uZCagcs7yBBmtMW9rcyPw_gEK44u7GH1w@mail.gmail.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <b9922f72-932c-a509-95c2-c86765d5ce6d@alum.mit.edu>
Date: Sun, 25 Nov 2018 12:36:01 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <CABcZeBOPPojS2zsR6uZCagcs7yBBmtMW9rcyPw_gEK44u7GH1w@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrBKsWRmVeSWpSXmKPExsUixO6iqOt391e0wdLzohZfJy1hs9h/6jKz xcad2hbvL21isljx+hy7xYw/E5ktPh07z2LxpOUHswOHx85Zd9k9Wo68ZfVYsuQnk8eOzQ9Y PSY/bmMOYI3isklJzcksSy3St0vgyji47hFbwV/Wio5vp1kaGHezdDFyckgImEisfnmMqYuR i0NI4CCTxLor05ghnIdMEqevHmAGqRIWiJaYdrSFDcQWEXCS2P+7B6yDWWA3o8Se13eg2r8w SUx/v40JpIpNQEtizqH/YDt4Bewlntx7DhTn4GARUJXY/5gTJCwqkCbxt3MJI0SJoMTJmU/A yjkFAiW6Vl8BW8YsYCYxb/NDZghbXOLWk/lMELa8xPa3c5gnMArMQtI+C0nLLCQts5C0LGBk WcUol5hTmqubm5iZU5yarFucnJiXl1qka6GXm1mil5pSuokREh0iOxiPnJQ7xCjAwajEw5ux +me0EGtiWXFl7iFGSQ4mJVHe+Y6/ooX4kvJTKjMSizPii0pzUosPMUpwMCuJ8PLYA5XzpiRW VqUW5cOkpDlYlMR5mU32RgkJpCeWpGanphakFsFkZTg4lCR4o+4ADRUsSk1PrUjLzClBSDNx cIIM5wEafgikhre4IDG3ODMdIn+K0Zhjz9emGcwcq2Z0zGAWYsnLz0uVEucVBCkVACnNKM2D mwZLcK8YxYGeE+bNA6niASZHuHmvgFYxAa2Sn/8dZFVJIkJKqoFxVX390w2Ku62Km162s2+d 2x+yhN2V28lya1J9663HH1kOd1zJuq54xKdgKrNw4L6FD739SgNeHMxXm3+U9fKxMOaF07UZ JWq/bPy2eJZU656C9mWhQl+nf4x6+/otX++8mpPGExacffruUelDWUnhmZuqKv/m60UmVt1t c0pzX3D034ty3QBTJZbijERDLeai4kQATKUrgksDAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/clue/JdPawyt_PEADiQ0iLM5VW7CHxNU>
Subject: Re: [clue] Eric Rescorla's No Objection on draft-ietf-clue-signaling-14: (with COMMENT)
X-BeenThere: clue@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: CLUE - ControLling mUltiple streams for TElepresence <clue.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/clue>, <mailto:clue-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/clue/>
List-Post: <mailto:clue@ietf.org>
List-Help: <mailto:clue-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clue>, <mailto:clue-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Nov 2018 17:35:14 -0000

On 11/25/18 8:14 AM, Eric Rescorla wrote:
> 
> 
> On Sat, Nov 24, 2018 at 9:41 PM Roni Even (A) <roni.even@huawei.com 
> <mailto:roni.even@huawei.com>> wrote:
> 
>     Hi,____
> 
>     The point that is made that in general CLUE is similar to no CLUE
>     RTP media calls. The difference is that since the EP may open more
>     than one RTP video channel there is a greater risk of sending more
>     media to the victim.
> 
> 
> Yes, but in order to have a useful countermeasure, that needs to be 
> mandatory, and yours is not.

But one of the goals of clue is to be backward compatible with regular 
sip calls. If we impose constraints on the media over and above those 
required for regular sip calls then we lose that.

	Thanks,
	Paul

v2.23.0 | Report a Bug | By Email