Re: [MMUSIC] AD evaluation: draft-ietf-mmusic-rtsp-nat-20

Magnus Westerlund <magnus.westerlund@ericsson.com> Wed, 28 May 2014 13:47 UTC

Return-Path: <magnus.westerlund@ericsson.com>
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 7B79C1A0331 for <mmusic@ietfa.amsl.com>; Wed, 28 May 2014 06:47:52 -0700 (PDT)
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 5QQ9tA_p4l5t for <mmusic@ietfa.amsl.com>; Wed, 28 May 2014 06:47:50 -0700 (PDT)
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 16E711A014D for <mmusic@ietf.org>; Wed, 28 May 2014 06:47:49 -0700 (PDT)
X-AuditID: c1b4fb30-f79a56d000006536-75-5385e900521e
Received: from ESESSHC004.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 92.02.25910.009E5835; Wed, 28 May 2014 15:47:45 +0200 (CEST)
Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.32) with Microsoft SMTP Server id 14.3.174.1; Wed, 28 May 2014 15:47:44 +0200
Message-ID: <5385E8F7.1040306@ericsson.com>
Date: Wed, 28 May 2014 15:47:35 +0200
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: Alissa Cooper <alissa@cooperw.in>, mmusic@ietf.org, "Jeff Goldberg (jgoldber)" <jgoldber@cisco.com>
References: <CFA3CB5F.3BF69%alissa@cooperw.in> <538461ED.50008@ericsson.com> <CFAA6BC1.3CC45%alissa@cooperw.in>
In-Reply-To: <CFAA6BC1.3CC45%alissa@cooperw.in>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrPLMWRmVeSWpSXmKPExsUyM+JvjS7jy9Zgg2W/+Symn/nLaPHzyQs2 i6nLH7M4MHtM+b2R1ePLk5dMHkuW/GQKYI7isklJzcksSy3St0vgypj2ezNLwR3eilnn57I3 MH7n6mLk5JAQMJG4/G4fM4QtJnHh3nq2LkYuDiGBo4wSN95tgHKWM0r8vXaBBaSKV0BbYvHc U2wgNouAqsSaO5PAutkELCRu/mgEi4sKBEtsePiXHaJeUOLkzCdgvSIC2RIbNq4EqxcWcJI4 OKUHLC4kkC8x98EZsHpOAX2JC0/XMHUxcgBdJC7R0xgEEmYW0JRo3f6bHcKWl2jeOpsZolVb oqGpg3UCo+AsJNtmIWmZhaRlASPzKkbR4tTipNx0IyO91KLM5OLi/Dy9vNSSTYzAED645bfB DsaXzx0PMQpwMCrx8C641BIsxJpYVlyZe4hRmoNFSZz3okZ1sJBAemJJanZqakFqUXxRaU5q 8SFGJg5OqQbGde4bzzxKcdVeLPfW1J25gmXug2qeqkPWDye/6ZFMWfSP1+RT09FCnnNPzyyo TVJ8WSk53+RZJ0vfJPcW6+m7ub+qaN+sk92b9JPn+6/1Ua0+W+v3LC6Xqf+zM3Cj/w3ulUsT 1YMlXJZ8LPp50NDIgOuiQ5L3rYbaZt0bwbMfGm98IBfapXdRiaU4I9FQi7moOBEAyJ6U0UIC AAA=
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/pv92Boj0Evq0iSGczJNTcngVUUc
Subject: Re: [MMUSIC] AD evaluation: draft-ietf-mmusic-rtsp-nat-20
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: <http://www.ietf.org/mail-archive/web/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: Wed, 28 May 2014 13:47:52 -0000

On 2014-05-28 01:24, Alissa Cooper wrote:
>>>
>>> Sec 4.4:
>>> "The RTSP client SHOULD send the feature tag "setup.ice-d-m" in the
>>>    "Supported" header in all SETUP requests that contain the "D-ICE"
>>>    lower layer transport.”
>>>
>>> What are the situations where the SETUP request contains “D-ICE” but
>>> where
>>> the feature tag should not be included? Is it for SETUP requests issued
>>> after media is already playing (as described in Sec 6.13)?
>>
>> I would classify this SHOULD as: we have no good reason why you would
>> not include the feature tag. But if you have one, we don't see a reason
>> for making the implementation violate a MUST.
> 
> Would help to explain that rationale in the document.
> 

I propose the following:

   The RTSP client SHOULD send the feature tag "setup.ice-d-m" in the
   "Supported" header in all SETUP requests that contain the "D-ICE"
   lower layer transport.  Note, this is not a "MUST" due to that an
   RTSP client always can attempt to perform an SETUP using ICE to see
   if it functions or fails.  But including the feature tag in the
   "Supported" header do ensure that proxies supporting this
   specification do explicitly indicate such support, see Section 7.


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
----------------------------------------------------------------------