Re: [MMUSIC] WG Poll on the middleboxes draft (draft-ietf-mmusic-media-path-middleboxes)
"Muthu Arul Mozhi Perumal (mperumal)" <mperumal@cisco.com> Mon, 25 June 2012 10:39 UTC
Return-Path: <mperumal@cisco.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 C779F21F84B4 for <mmusic@ietfa.amsl.com>; Mon, 25 Jun 2012 03:39:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level:
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
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 lxaSh+ixz6fH for <mmusic@ietfa.amsl.com>; Mon, 25 Jun 2012 03:39:37 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 0FDC721F8513 for <mmusic@ietf.org>; Mon, 25 Jun 2012 03:39:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=mperumal@cisco.com; l=17084; q=dns/txt; s=iport; t=1340620773; x=1341830373; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=vwDiJ67Ert75uzN4MYwd8Qv2Vl1QpjQ36PI/Tahcet0=; b=KtiL+GEZgAfhDvgyu5beYdUaWbMPqSf2ZIjErY1jGqSfrQEqaeVKW4bl nENjwspcD0XvE0qhTdJ81ylnfiELRnfE5wugMN19sHRD6SzCnUVdqNCKZ F9ch28nKmV3d4sKc+CVX9Onw3iIT2w17tekZqBVZ3RQ53w7qJb033wWoS M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgEFAME+6E+tJV2Z/2dsb2JhbABEgkWzW4EHghgBAQEEAQEBDwEaQQsQAgEIEQEDAQELHQcnCxQDBggCBAENBQgBGYdpC5kKnzGLMxqFCGADo0mBZoJfgV8
X-IronPort-AV: E=Sophos; i="4.77,471,1336348800"; d="scan'208,217"; a="95630104"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-3.cisco.com with ESMTP; 25 Jun 2012 10:39:30 +0000
Received: from xhc-rcd-x06.cisco.com (xhc-rcd-x06.cisco.com [173.37.183.80]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id q5PAdUox010517 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 25 Jun 2012 10:39:30 GMT
Received: from xmb-rcd-x02.cisco.com ([169.254.4.192]) by xhc-rcd-x06.cisco.com ([173.37.183.80]) with mapi id 14.02.0298.004; Mon, 25 Jun 2012 05:39:29 -0500
From: "Muthu Arul Mozhi Perumal (mperumal)" <mperumal@cisco.com>
To: "Flemming Andreasen (fandreas)" <fandreas@cisco.com>, mmusic <mmusic@ietf.org>
Thread-Topic: [MMUSIC] WG Poll on the middleboxes draft (draft-ietf-mmusic-media-path-middleboxes)
Thread-Index: AQHNRcdObbybQRoB3E6fNM1JrZOD85bxX+eAgBmRJIA=
Date: Mon, 25 Jun 2012 10:39:28 +0000
Message-ID: <E721D8C6A2E1544DB2DEBC313AF54DE20128EDC8@xmb-rcd-x02.cisco.com>
References: <4FD27EAB.1090102@cisco.com> <4FD28645.5000702@cisco.com>
In-Reply-To: <4FD28645.5000702@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.65.80.249]
x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-18994.004
x-tm-as-result: No--54.236700-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: multipart/alternative; boundary="_000_E721D8C6A2E1544DB2DEBC313AF54DE20128EDC8xmbrcdx02ciscoc_"
MIME-Version: 1.0
Cc: "draft-ietf-mmusic-media-path-middleboxes@tools.ietf.org" <draft-ietf-mmusic-media-path-middleboxes@tools.ietf.org>
Subject: Re: [MMUSIC] WG Poll on the middleboxes draft (draft-ietf-mmusic-media-path-middleboxes)
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, 25 Jun 2012 10:39:41 -0000
+1 Considering that the draft has preliminary recommendations, I think it should be a BCP if we agree on those recommendations. Muthu From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On Behalf Of Flemming Andreasen (fandreas) Sent: Saturday, June 09, 2012 4:40 AM To: mmusic Cc: draft-ietf-mmusic-media-path-middleboxes@tools.ietf.org Subject: Re: [MMUSIC] WG Poll on the middleboxes draft (draft-ietf-mmusic-media-path-middleboxes) Some comments (as an individual) A lot of the SIP and SDP work started out with a somewhat "purist" Internet view of the world, where things such as middleboxes were not considered. As other standards and industry organizations became interested in using SIP and SDP, different architectures were defined and some of those arcitectures did include the notion of middleboxes (e.g. 3GPP IMS and CableLabs PacketCable). From an IETF point of view, there was, at least initially, not a great deal of knowledge about these architectures and what the middleboxes defined by them were doing. Conversely, there was (is) also a concern that such middleboxes may break end-to-end transparency and hence there was a desire to try and alleviate that. To that effect, it was seen as useful to have a document that could a) Explain what/how middleboxes might be operating in these architectures b) Provide guidelines as to how such middleboxes could minimize (ideally avoid) impacting end-to-end transparency and/or how protocols could be used to try and alleviate any impact such middleboxes might have. The middleboxes draft is trying to address the above as it relates to the media path. The target audience is thus IETF participants that would like an overview of how these middleboxes may affect SIP/SDP-signaled media streams as well as what can be done to try and overcome that. Similarly, the document is targeted at people involved in these "other" architecture efforts, with a goal of making it clear how middleboxes may affect the operation of SIP/SDP-signaled media streams and hence provide some "design principles". This is not unlike some of the NAT work that was done in BEHAVE. It could be argued that these architectures have now been around for so long that producing the above document will not make any difference at this point. While I have some sympathy for this, I also think we have to recognize the importance of documenting what we know and to make that readily available for new people that will be working in this space. In other words, I still believe there is value in pursuing this document. As to whether it should be a BCP or Informational, I don't have any strong opinions. Thanks -- Flemming (as an individual) On 6/8/12 6:37 PM, Flemming Andreasen wrote: Hi As part of the MMUSIC charter we have the following milestone Sep 2012 Submit Considerations for using SDP offer/answer with middleboxes for BCP and we have the middleboxes draft http://www.ietf.org/id/draft-ietf-mmusic-media-path-middleboxes-04.txt to address that milestone. As discussed at IETF 83 (Paris), Hadriel Kaplan raised some concerns with the goal of the document and the potential target as further explained in the following e-mail: http://www.ietf.org/mail-archive/web/mmusic/current/msg09278.html A set of (initial) technical comments were also provided by Hadriel in the following e-mail: http://www.ietf.org/mail-archive/web/mmusic/current/msg08640.html For now, the chairs would like to focus on the first set of questions above, i.e. what is the goal and potential target audience for the document and is there still value in pursuing it ? The chairs would like to poll the group for opinions and interest in this. Specific areas to consider: 1) What is the target audience for the document ? 2) Do people believe that the target audience will read and/or care about this document at this point ? 3) Should the document be a BCP or Informational ? Thanks -- Miguel & Flemming (as chairs) _______________________________________________ mmusic mailing list mmusic@ietf.org<mailto:mmusic@ietf.org> https://www.ietf.org/mailman/listinfo/mmusic
- [MMUSIC] WG Poll on the middleboxes draft (draft-… Flemming Andreasen
- Re: [MMUSIC] WG Poll on the middleboxes draft (dr… Flemming Andreasen
- Re: [MMUSIC] WG Poll on the middleboxes draft(dra… Belling, Thomas (NSN - DE/Munich)
- Re: [MMUSIC] WG Poll on the middleboxes draft (dr… Muthu Arul Mozhi Perumal (mperumal)
- Re: [MMUSIC] WG Poll on the middleboxes draft (dr… Gonzalo Salgueiro
- Re: [MMUSIC] WG Poll on the middleboxes draft (dr… Hannes Tschofenig
- Re: [MMUSIC] WG Poll on the middleboxes draft (dr… Brian Stucker
- Re: [MMUSIC] WG Poll on the middleboxes draft(dra… Tschofenig, Hannes (NSN - FI/Espoo)