Re: [MMUSIC] draft-ietf-mmusic-media-path-middleboxes-04

Hadriel Kaplan <HKaplan@acmepacket.com> Mon, 26 March 2012 07:37 UTC

Return-Path: <HKaplan@acmepacket.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 9AB3921F84F7 for <mmusic@ietfa.amsl.com>; Mon, 26 Mar 2012 00:37:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.499
X-Spam-Level:
X-Spam-Status: No, score=-2.499 tagged_above=-999 required=5 tests=[AWL=0.099, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 NCZXHS4MykBy for <mmusic@ietfa.amsl.com>; Mon, 26 Mar 2012 00:37:33 -0700 (PDT)
Received: from etmail.acmepacket.com (etmail.acmepacket.com [216.41.24.6]) by ietfa.amsl.com (Postfix) with ESMTP id EF5A221F8464 for <mmusic@ietf.org>; Mon, 26 Mar 2012 00:37:32 -0700 (PDT)
Received: from MAIL2.acmepacket.com (10.0.0.22) by etmail.acmepacket.com (216.41.24.6) with Microsoft SMTP Server (TLS) id 8.2.254.0; Mon, 26 Mar 2012 03:37:26 -0400
Received: from MAIL1.acmepacket.com ([169.254.1.170]) by Mail2.acmepacket.com ([169.254.2.166]) with mapi id 14.02.0283.003; Mon, 26 Mar 2012 03:37:25 -0400
From: Hadriel Kaplan <HKaplan@acmepacket.com>
To: Gonzalo Salgueiro <gsalguei@cisco.com>
Thread-Topic: [MMUSIC] draft-ietf-mmusic-media-path-middleboxes-04
Thread-Index: AQHNCyNJ8RqjWvprA0GlZnDJcjd6oA==
Date: Mon, 26 Mar 2012 07:37:24 +0000
Message-ID: <2719ACB7-F164-488D-A917-E50078ADD244@acmepacket.com>
References: <CF49BA13-1F59-4C7D-9894-1CD40C79B9D3@cisco.com>
In-Reply-To: <CF49BA13-1F59-4C7D-9894-1CD40C79B9D3@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [216.41.24.34]
Content-Type: multipart/alternative; boundary="_000_2719ACB7F164488DA917E50078ADD244acmepacketcom_"
MIME-Version: 1.0
X-Brightmail-Tracker: AAAAAQAAAWE=
Cc: mmusic <mmusic@ietf.org>
Subject: Re: [MMUSIC] draft-ietf-mmusic-media-path-middleboxes-04
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: Mon, 26 Mar 2012 07:37:34 -0000

I had some comments in here:
http://www.ietf.org/mail-archive/web/mmusic/current/msg08640.html

But not specific comments since I was confused what the purpose of the draft was - and I still am.  :)

So before providing point-by-point comments, can you explain what the purpose of publishing the draft as an Informational RFC would be?
Would we reference this RFC in future WG RFCs?
Would we expect implementors to read it for some reason?

I'm just trying to figure out if we're publishing it because (1) work has already been done and RFC numbers are free, or if it's because (2) we/others need it or think we might need it for something in the future.
If it's the former reason #1, I'm cool with that and sure publish it as is.
If it's the latter reason #2, then I'll review it during WGLC but I think it has issues and is already out of date.

-hadriel
p.s. and I'm not trying to be mean or difficult - there are a lot of drafts written for informational purposes for a limited period of time, that really don't need to be published as RFCs forever - I submit a lot of I-Ds like that for example.


On Jan 30, 2012, at 8:22 AM, Gonzalo Salgueiro wrote:

Folks: Pursuant to the discussions we had on the list regarding the completion of the middlebox interactions draft [1], I have released -04 of the Middlebox Interactions draft. It is available in the archives [2].

This version includes the comments of the reviewers assigned by the WG chairs.

More specifically the major changes in this version are:

 1) Added an additional preliminary recommendation (REC #5);
 2) Updated references;
 3) Variety of minor edits, nits, and grammatical issues;

The diff between -03 and -04 is available at [3].

[1] http://www.ietf.org/mail-archive/web/mmusic/current/msg08558.html
[2] http://tools.ietf.org/html/draft-ietf-mmusic-media-path-middleboxes-04
[3] http://tools.ietf.org/rfcdiff?url2=draft-ietf-mmusic-media-path-middleboxes-04.txt

Consensus from the reviewers is that this "draft looks to be in a good shape" and is "quite readable and useful". There was some discussion around the possibility of changing the terminology from "SIP ALG" to something like "SIP proxy" or "SIP user agent" or "SIP B2BUA". There were various differing viewpoints and consensus was not reached.

Thank you all for review comments and feedback.

Regards,

- Gonzalo
_______________________________________________
mmusic mailing list
mmusic@ietf.org<mailto:mmusic@ietf.org>
https://www.ietf.org/mailman/listinfo/mmusic