Re: [MMUSIC] ICE and RTCP host components

Paul Kyzivat <pkyzivat@alum.mit.edu> Fri, 23 October 2015 17:48 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF1711A88DF for <mmusic@ietfa.amsl.com>; Fri, 23 Oct 2015 10:48:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.635
X-Spam-Level:
X-Spam-Status: No, score=-0.635 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, J_CHICKENPOX_64=0.6, SPF_SOFTFAIL=0.665] 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 GzVuVKpJeDoW for <mmusic@ietfa.amsl.com>; Fri, 23 Oct 2015 10:48:20 -0700 (PDT)
Received: from resqmta-ch2-10v.sys.comcast.net (resqmta-ch2-10v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 96D911A2130 for <mmusic@ietf.org>; Fri, 23 Oct 2015 10:48:20 -0700 (PDT)
Received: from resomta-ch2-19v.sys.comcast.net ([69.252.207.115]) by resqmta-ch2-10v.sys.comcast.net with comcast id Yhmd1r0032VvR6D01hoK4E; Fri, 23 Oct 2015 17:48:19 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.151]) by resomta-ch2-19v.sys.comcast.net with comcast id YhoK1r0093Ge9ey01hoKJj; Fri, 23 Oct 2015 17:48:19 +0000
To: mmusic@ietf.org
References: <7594FB04B1934943A5C02806D1A2204B37B7AC27@ESESSMB209.ericsson.se> <56266954.3080206@alum.mit.edu> <CAD5OKxtxHwjdaDnmK9LORM9M0YqQQb+-h66dV8C8Lgy8a6WYiA@mail.gmail.com> <56271989.5010509@alum.mit.edu> <CAD5OKxtW_3Ucq4X=wjhkT17tsxedc1JjEC2KYCchQF=_3uDX7g@mail.gmail.com> <562A64CF.200@alvestrand.no> <CAD5OKxvVDRFOSHB1S3Qodtqvm1Y4nSAMo41JmmsBTWw5CP=FpA@mail.gmail.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <562A72E2.7090400@alum.mit.edu>
Date: Fri, 23 Oct 2015 13:48:18 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <CAD5OKxvVDRFOSHB1S3Qodtqvm1Y4nSAMo41JmmsBTWw5CP=FpA@mail.gmail.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1445622499; bh=hCMw93mUlrMJeKN6NQmqtClaQ4xO2xi1gdYJQ94uWXE=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=Ha9CdpZbFdVTYnSGwFArdHe4EGCMQLb20Cjn26z2OOe4NM5IoKzSQMbFAZyJkqzCy MfJJyMH4wJk+tgTaKXc7lcEPW8wqHvhrPLNGzbrSbJkFZby4hhBe4xLzdtGwMunbJR lbHXdk4hd3izBX+w1w6N7cxS7y+s8y/zLWwmFlupRLYFZ0t9XtJy/r6efysHmw4Iwk +Q5hF0OEL/FRcKDr3fTQxqOsZdGUpkwUcdehFU1pP5kytWXtn53GUq7xg0JXfjm3+O oep0chicBw+DoPqlV0t4uMWYYElgyVsn1g0u9EwOjmxSAS9m1TRtFkbVgKznpzSy+0 1F+bmv07Q84hg==
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/9BmXI09luVoHL0noGPO5YVEkv9g>
Subject: Re: [MMUSIC] ICE and RTCP host components
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Oct 2015 17:48:26 -0000

Ignoring legacy is a bad idea. It takes a long time for all of it to go 
away. In the meantime there must be some way of interworking with it.

	Thanks,
	Paul

On 10/23/15 1:18 PM, Roman Shpount wrote:
> On Fri, Oct 23, 2015 at 12:48 PM, Harald Alvestrand
> <harald@alvestrand.no <mailto:harald@alvestrand.no>> wrote:
>
>     On 10/22/2015 07:22 AM, Roman Shpount wrote:
>>     Basically, end points must implement ICE and be deployed with TURN
>>     servers to play well with other end points. If you implement ICE
>>     with STUN servers only, one would need to make sure to set up
>>     connections only to end points they control, which implement ICE
>>     or at least SDP rtcp attribute. Everything else breaks in
>>     interesting and unpleasant ways. Building anything new now without
>>     ICE, and consent to send traffic which is part of ICE, would be
>>     highly dangerous and can be used for DOS attacks. So, I think it
>>     might be safer to remove interop with legacy.from anything that
>>     supports ICE, and require that remote party implements at least
>>     ice-lite, or no media flow will be established.
>
>     RTCP/RTP multiplexing works for all cases where anything works at all.
>
>     Legacy (RTCP port = RTP port + 1) doesn't.
>
>     Time to give up on legacy.
>
>
> Can we also give up on legacy interop for ICE? Let's make ICE work iwth
> ICE enabled end points only and stop worrying what goes into c= line
> address, m= line port, and SDP rtcp attribute. If anybody needs to
> support legacy, put the media proxy on the RTP path.
> _____________
> Roman Shpount
>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>