Re: [MMUSIC] 1 Week WGLC for draft-ietf-mmusic-rtsp-nat-evaluation-06

Magnus Westerlund <magnus.westerlund@ericsson.com> Thu, 23 May 2013 09:38 UTC

Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CF4F21F96D3 for <mmusic@ietfa.amsl.com>; Thu, 23 May 2013 02:38:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.729
X-Spam-Level:
X-Spam-Status: No, score=-104.729 tagged_above=-999 required=5 tests=[AWL=0.620, BAYES_00=-2.599, HELO_EQ_SE=0.35, J_CHICKENPOX_31=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tDQs5R2sjtoT for <mmusic@ietfa.amsl.com>; Thu, 23 May 2013 02:38:01 -0700 (PDT)
Received: from mailgw2.ericsson.se (mailgw2.ericsson.se [193.180.251.37]) by ietfa.amsl.com (Postfix) with ESMTP id D7B3421F96D2 for <mmusic@ietf.org>; Thu, 23 May 2013 02:38:00 -0700 (PDT)
X-AuditID: c1b4fb25-b7efb6d000007c26-20-519de375faa6
Received: from esessmw0237.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id 08.56.31782.573ED915; Thu, 23 May 2013 11:37:57 +0200 (CEST)
Received: from [127.0.0.1] (153.88.115.8) by esessmw0237.eemea.ericsson.se (153.88.115.91) with Microsoft SMTP Server id 8.3.279.1; Thu, 23 May 2013 11:37:57 +0200
Message-ID: <519DE375.7010309@ericsson.com>
Date: Thu, 23 May 2013 11:37:57 +0200
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: =?ISO-8859-1?Q?Ari_Ker=E4nen?= <ari.keranen@ericsson.com>
References: <518BB81A.8090608@cisco.com> <51965190.10900@ericsson.com>
In-Reply-To: <51965190.10900@ericsson.com>
X-Enigmail-Version: 1.5.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprALMWRmVeSWpSXmKPExsUyM+JvrW7p47mBBqfX6lrc7X3BZDF1+WMW ByaPJUt+Mnl8ufyZLYApissmJTUnsyy1SN8ugSvj2mWJglUSFW9PnGdsYLwg1MXIySEhYCIx 9dEsRghbTOLCvfVsXYxcHEICpxglOjesZIdwljNKfLo2mwmkildAW2Lyu8tgNouAqsSeh7/A utkELCRu/mhkA7FFBYIljmzfzAJRLyhxcuYTMFtEwFZiztW17CA2s0CoxJ+La8DqhQX8JPoO 7QSbKSTgJvFp03uwek4BLYkPT9vYIK6TlNjyoh2qV09iytUWRghbXqJ562xmiF5tiYamDtYJ jEKzkKyehaRlFpKWBYzMqxjZcxMzc9LLjTYxAkP14JbfqjsY75wTOcQozcGiJM7bqz01UEgg PbEkNTs1tSC1KL6oNCe1+BAjEwenVAPjrPVM/2Oy19ocDAt8+bHxm32nDWtoUvuNlQe3sTY+ FYuw77PxNflwv9b7Z1HwRf4nCmuYzzF8+N3+an5uREN4+VfH7yYODA69Qd0ZLhVx95tZqh/p XJKPcyq8b3tv3V7fb8Gur8W/CtZN2LBpNleZbe9BFakb/15cETuqvfeJSsJ1W4HtQq1KLMUZ iYZazEXFiQCTZZgxIwIAAA==
Cc: mmusic <mmusic@ietf.org>, draft-ietf-mmusic-rtsp-nat-evaluation@tools.ietf.org
Subject: Re: [MMUSIC] 1 Week WGLC for draft-ietf-mmusic-rtsp-nat-evaluation-06
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
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: Thu, 23 May 2013 09:38:06 -0000

Thanks Ari,

I will try to role a new version within the next few days addressing
your comments. If there are any issues in implementing them I will come
back with such discussion.

Cheers

Magnus

On 2013-05-17 17:49, Ari Keränen wrote:
> Hi,
> 
> I had a quick read over the draft and have a few comments:
> 
> 3.  Requirements on NAT-Traversal
> 
>    1.  Must work for all flavors of NATs, including NATs with address
>        and port restricted filtering.
> 
> The term used by RFC 4787 is "Address and Port-Dependent Filtering"
> 
> 
> 3.  Requirements on NAT-Traversal
> 
>    The list of feature requirements for RTSP NAT solutions are given
>    below:
> 
> I guess this should say "RTSP NAT traversal solutions".
> 
> 
>        *  Address discovery for NAT traversal should take automatically,
>           if possible
> 
> I assume this means the discovery of the address assigned by the NAT?
> Maybe say that explicitly, e.g., "Discovery of the address(es) assigned
> by NAT should happen automatically if possible".
> 
> 
> 4.7.4.  Security Considerations
> 
>    An ALG will not work whit deployment of end-to-end RTSP signaling
> 
> Typo: whit
> 
> 
> 4.9.1.  [TURN] Introduction
> 
>    On the external side this is
>    limited to the source address/port pair of the first packet arriving
>    on the binding.  After the first packet has arrived the mapping is
>    "locked down" to that address.  Packets from any other source on this
>    address will be discarded.
> 
> This doesn't sound right. This behavior was changed (eventually into
> using permissions) somewhere back in draft-rosenberg-midcom-turn-06. See
> http://tools.ietf.org/html/rfc5766#section-2.3 for up-to-date behavior.
> Check also steps 5 & 7 in the next section and section 4.9.4 for more
> lock down text.
> 
> 
> 6.  Comparison of NAT traversal techniques
> 
>    C2:  How Robust is the solution to changing NAT behaviors
> 
> Since the answer is yes/no, maybe this should be "is the solution
> robust..."
> 
> 
> 10.  Informative References
> 
>    [STUN-IMPL]
>               "Open Source STUN Server and Client, http://
>               www.vovida.org/applications/downloads/stun/index.html"quot;,
>               June 2007.
> 
> This site seems to be unavailable nowadays. Better reference would be
> "http://sourceforge.net/projects/stun/". And of course, there are plenty
> of other open source STUN implementations, but likewise there are for
> ICE (PJNATH, libnice, ice4j, etc.) if we want to use that as an argument.
> 
> 
> Cheers,
> Ari (as individual)
> 


-- 

Magnus Westerlund

----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB                | Phone  +46 10 7148287
Färögatan 6                | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------