Re: [MMUSIC] WGLC for draft-ietf-mmusic-latching-00

Paul Kyzivat <pkyzivat@alum.mit.edu> Wed, 24 April 2013 23:35 UTC

Return-Path: <pkyzivat@alum.mit.edu>
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 8E1B321F91A2 for <mmusic@ietfa.amsl.com>; Wed, 24 Apr 2013 16:35:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.288
X-Spam-Level:
X-Spam-Status: No, score=-0.288 tagged_above=-999 required=5 tests=[AWL=0.149, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, RDNS_NONE=0.1]
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 TGEm97ZxT+iB for <mmusic@ietfa.amsl.com>; Wed, 24 Apr 2013 16:35:19 -0700 (PDT)
Received: from qmta08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:43:76:96:62:80]) by ietfa.amsl.com (Postfix) with ESMTP id C890821F8F63 for <mmusic@ietf.org>; Wed, 24 Apr 2013 16:35:18 -0700 (PDT)
Received: from omta05.westchester.pa.mail.comcast.net ([76.96.62.43]) by qmta08.westchester.pa.mail.comcast.net with comcast id TzaB1l0020vyq2s58zbJRf; Wed, 24 Apr 2013 23:35:18 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta05.westchester.pa.mail.comcast.net with comcast id TzbH1l00f3ZTu2S3RzbHJS; Wed, 24 Apr 2013 23:35:18 +0000
Message-ID: <51786C35.9040008@alum.mit.edu>
Date: Wed, 24 Apr 2013 19:35:17 -0400
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: mmusic@ietf.org
References: <5178159E.9070405@ericsson.com>
In-Reply-To: <5178159E.9070405@ericsson.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1366846518; bh=ZCIZtPuqupLdwiL7+PNsXCtZr/N52GNz0WUbaYeK8xQ=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=fNPcJ+6vXcQ4F57vX1TZz+Lj50zr4DPMw4+9aax3difO+hp5iMAwjdW7O3QDpEXAS lC3VL3oK9JnroHBbgph2J7YJFHAm2ihwk25W0Gko6w+cl6mj3zJCsKh8Epo8L5Uk2/ 90MjbS9/zr/pBBGUtxYjYu9cjcGd1/+SGkW2TYpvqM2PA7jOSAlmVlaXJneNVttrB6 GZlWA8Ll6HQF+nETU+8ptQcFXDt/PZfO6zOkl8eZ0/A5Yw6SrbNIyS01dFfG/tCmCd XZ+FNs0oHnLK/0Y4nmU2hN0J2MTnp1ZGfY+aZ37QRL/vT4NeeVBcV0KB8QuU1+Raq6 Z5NqWxldLWySA==
Subject: Re: [MMUSIC] WGLC for draft-ietf-mmusic-latching-00
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: Wed, 24 Apr 2013 23:35:19 -0000

WGLC Comments:

I did a fresh read of this. I found a few small things:

Section 5:

    1.  After receiving an offer from a NATed UA, a signaling
        intermediary located on the public Internet would allocate a set
        of IP address:ports on a media relay.  The set would then be
        advertised to the remote party so that it would use it for all
        media it wished to send toward the UA.

The last sentence is using "it" in two different ways, and neither is 
clear. I suggest:

    1.  After receiving an offer from a NATed UA, a signaling
        intermediary located on the public Internet would allocate a set
        of IP address:ports on a media relay.  The set would then be
        advertised to the remote party so that it would use those media
        relay address:ports for all media it wished to send toward the
        UA.

Similarly for 2, I suggest:

    2.  Next, after receiving an answer to its offer, the signaling
        server would allocate a second address:port set on the media
        relay.  It would advertise this second set in the answer to the
        UA. The UA will then send to this media relay address:port.

Figure 2:

This figure is inconsistent with the steps described above. It shows 
both address/port sets being allocated when the offer is received, while 
the steps say that the second pair is allocated when the answer is received.

	Thanks,
	Paul

On 4/24/13 1:25 PM, Ari Keränen wrote:
> This is to start a 2-week Working Group Last Call for
>
> draft-ietf-mmusic-latching-00
>
> The WGLC ends on May 8th, 2013.
>
> Please review the document send your comments both to the authors and to
> the MMUSIC mailing list. If you review the document but do not have any
> comments, please send a note to that effect as well.
>
> The document is available here:
> http://tools.ietf.org/html/draft-ietf-mmusic-latching-00
>
>
> Thanks,
> Ari
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>