Re: [MMUSIC] Comments on IESG Changes in the -cs draft ? [Fwd: Protocol Action: 'Session Description Protocol (SDP) Extension For Setting Audio and Video Media Streams Over Circuit-Switched Bearers In The Public Switched Telephone Network (PSTN)' to Proposed Standard (draft-ietf-mmusic-sdp-cs-21.txt)]
Hadriel Kaplan <hadriel.kaplan@oracle.com> Fri, 09 August 2013 23:33 UTC
Return-Path: <hadriel.kaplan@oracle.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 14A5821F9A35 for <mmusic@ietfa.amsl.com>; Fri, 9 Aug 2013 16:33:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.835
X-Spam-Level:
X-Spam-Status: No, score=-5.835 tagged_above=-999 required=5 tests=[AWL=-0.632, BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_MED=-4]
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 oHW9fBHcFo-T for <mmusic@ietfa.amsl.com>; Fri, 9 Aug 2013 16:33:00 -0700 (PDT)
Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69]) by ietfa.amsl.com (Postfix) with ESMTP id 08D9021F9B18 for <mmusic@ietf.org>; Fri, 9 Aug 2013 16:28:15 -0700 (PDT)
Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r79NSEUa014444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 9 Aug 2013 23:28:15 GMT
Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r79NSDH8001429 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Aug 2013 23:28:14 GMT
Received: from abhmt112.oracle.com (abhmt112.oracle.com [141.146.116.64]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r79NSDXu012808; Fri, 9 Aug 2013 23:28:13 GMT
Received: from [192.168.1.108] (/66.31.4.117) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 09 Aug 2013 16:28:12 -0700
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Hadriel Kaplan <hadriel.kaplan@oracle.com>
In-Reply-To: <520568C9.9010603@cisco.com>
Date: Fri, 09 Aug 2013 19:28:11 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <D4AF2203-B760-42C3-AB49-6CEA757634CE@oracle.com>
References: <20130701185623.25213.31890.idtracker@ietfa.amsl.com> <520568C9.9010603@cisco.com>
To: Flemming Andreasen <fandreas@cisco.com>
X-Mailer: Apple Mail (2.1508)
X-Source-IP: acsinet21.oracle.com [141.146.126.237]
Cc: mmusic <mmusic@ietf.org>
Subject: Re: [MMUSIC] Comments on IESG Changes in the -cs draft ? [Fwd: Protocol Action: 'Session Description Protocol (SDP) Extension For Setting Audio and Video Media Streams Over Circuit-Switched Bearers In The Public Switched Telephone Network (PSTN)' to Proposed Standard (draft-ietf-mmusic-sdp-cs-21.txt)]
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: Fri, 09 Aug 2013 23:33:07 -0000
Wow. I can kinda understand why they'd say that (interop reasons, presumably), but that's a big deal. The 3 mechanisms are very different, with very different architectural and deployment implications. I have a very hard time believing any of us would truly implement all three. In fact, I don't truly believe anyone would. So... I hate to do this, but can the authors summarize the history of how we got 3 mechanisms to begin with, and who would really implement them all? Or to put it another way, instead of specifying all 3, would it be impossible to take a step back and reconsider the real motivating use-case (which as far as I know is 3GPP), and only specify the one they need/use? -hadriel On Aug 9, 2013, at 6:10 PM, Flemming Andreasen <fandreas@cisco.com> wrote: > Greetings MMUSIC > > As you can see per the below, the IESG approved the Circuit-Switched Bearers draft for publication, however before doing so, they requested a couple of changes. The resulting approved document can be found at http://tools.ietf.org/html/draft-ietf-mmusic-sdp-cs-21 > > One of the changes introduced resulted in all 3 correlation mechanisms now being mandatory-to-implement (previously they were not): > <quote> > Implementations MUST support the three correlation mechanisms > specified in > Section 5.2.3.2, Section 5.2.3.3 and Section 5.2.3.4 > , > and SHOULD include all supported mechanisms the initial Offer. > > </quote> > Since this is a non-trivial change that has not been discussed by the WG (and we know of at least one person having expressed concerns with it off-line), we are hereby solicting the WG participants for input on changes introduced as a result of the IESG review with a focus on the above. In doing so, please keep in mind that we are developing standards that work in the general Internet. > > > The following URL provides a diff-file showing the changes resulting from the IESG review: > http://tools.ietf.org/rfcdiff?url1=draft-ietf-mmusic-sdp-cs-18.txt&url2=draft-ietf-mmusic-sdp-cs-21.txt > > Comments are due by August 23 (two weeks from today) > > Thanks > > -- Flemming (MMUSIC co-chair) > > > > -------- Original Message -------- > Subject: [MMUSIC] Protocol Action: 'Session Description Protocol (SDP) Extension For Setting Audio and Video Media Streams Over Circuit-Switched Bearers In The Public Switched Telephone Network (PSTN)' to Proposed Standard (draft-ietf-mmusic-sdp-cs-21.txt) > Date: Mon, 1 Jul 2013 11:56:23 -0700 > From: The IESG <iesg-secretary@ietf.org> > To: IETF-Announce <ietf-announce@ietf.org> > CC: mmusic chair <mmusic-chairs@tools.ietf.org>, mmusic mailing list <mmusic@ietf.org>, RFC Editor <rfc-editor@rfc-editor.org> > > The IESG has approved the following document: > - 'Session Description Protocol (SDP) Extension For Setting Audio and > Video Media Streams Over Circuit-Switched Bearers In The Public > Switched Telephone Network (PSTN)' > (draft-ietf-mmusic-sdp-cs-21.txt) as Proposed Standard > > This document is the product of the Multiparty Multimedia Session Control > Working Group. > > The IESG contact persons are Gonzalo Camarillo and Richard Barnes. > > A URL of this Internet Draft is: > > http://datatracker.ietf.org/doc/draft-ietf-mmusic-sdp-cs/ > > > > > > *Technical Summary > * > > The document describes use cases, requirements, and protocol extensions > for using the Session Description Protocol (SDP) Offer/Answer model for > establishing audio and video media streams over circuit-switched bearers > in the Publich Switched Telephone Network (PSTN) > > *Working Group Summary > * > > The WG had some discussion around the format to use for E.164 numbers > and whether to align this with the existing definition in RFC 3108. The > RFC 3108 definition was seen as deficient and the WG agreed it was > better to align with relevant parts of the tel URI format defined in RFC > 3966, not least since SDP address types are defined in the context of a > particular network type, and hence RFC 3108 compatibility is not a > concern (the implication is that the "E164" address type may differ > between network types in SDP). > > *Document Quality > * > > There are currently no known implementations of the draft, however the > draft is a dependency for 3GPP, so future implementations are expected. > > The document has received good overall review in the WG, some of which > resulted in changes to the detailed specification. The document has been > reviewed in detail several times, including of the last few versions. > The major contributors to these as well as earlier discussions are > listed in the Acknowledgements section of the document. > > > *Personnel > * > > Document Shepherd: Flemming Andreasen > Responsible AD: Gonzalo Camarillo > _______________________________________________ > mmusic mailing list > > mmusic@ietf.org > https://www.ietf.org/mailman/listinfo/mmusic > > . > > > > > _______________________________________________ > mmusic mailing list > mmusic@ietf.org > https://www.ietf.org/mailman/listinfo/mmusic
- [MMUSIC] Protocol Action: 'Session Description Pr… The IESG
- [MMUSIC] Comments on IESG Changes in the -cs draf… Flemming Andreasen
- Re: [MMUSIC] Comments on IESG Changes in the -cs … Hadriel Kaplan
- Re: [MMUSIC] Comments on IESG Changes in the -cs … Miguel A. Garcia
- Re: [MMUSIC] Comments on IESG Changes in the -cs … Cullen Jennings (fluffy)
- Re: [MMUSIC] Comments on IESG Changes in the -cs … Paul Kyzivat
- Re: [MMUSIC] Comments on IESG Changes in the -cs … Hadriel Kaplan
- Re: [MMUSIC] Comments on IESG Changes in the -cs … Paul Kyzivat
- Re: [MMUSIC] Comments on IESG Changes in the -cs … Gonzalo Camarillo
- Re: [MMUSIC] Comments on IESG Changes in the -cs … Paul Kyzivat
- Re: [MMUSIC] Comments on IESG Changes in the -cs … Christer Holmberg
- Re: [MMUSIC] Comments on IESG Changes in the -cs … Atle Monrad
- Re: [MMUSIC] Comments on IESG Changes in the -cs … Christer Holmberg
- Re: [MMUSIC] Protocol Action: 'Session Descriptio… Christian Groves
- Re: [MMUSIC] Protocol Action: 'Session Descriptio… Richard Barnes
- Re: [MMUSIC] Protocol Action: 'Session Descriptio… Christian Groves
- Re: [MMUSIC] Protocol Action: 'Session Descriptio… Flemming Andreasen
- [MMUSIC] Updating SDP parameter registry Christian Groves
- Re: [MMUSIC] Updating SDP parameter registry Flemming Andreasen
- Re: [MMUSIC] Updating SDP parameter registry with… Paul Kyzivat
- [MMUSIC] Updating iana SDP parameter registries i… Paul Kyzivat
- Re: [MMUSIC] Updating SDP parameter registry with… Christian Groves
- Re: [MMUSIC] Updating SDP parameter registry with… Paul Kyzivat
- Re: [MMUSIC] Updating SDP parameter registry with… Flemming Andreasen
- Re: [MMUSIC] Updating iana SDP parameter registri… Flemming Andreasen
- Re: [MMUSIC] Updating iana SDP parameter registri… Ali C. Begen (abegen)
- Re: [MMUSIC] Updating SDP parameter registry with… Paul Kyzivat
- Re: [MMUSIC] Updating iana SDP parameter registri… DRAGE, Keith (Keith)
- Re: [MMUSIC] Updating SDP parameter registry with… DRAGE, Keith (Keith)
- Re: [MMUSIC] Updating SDP parameter registry with… Christian Groves
- Re: [MMUSIC] Updating iana SDP parameter registri… Christian Groves
- Re: [MMUSIC] Updating iana SDP parameter registri… Paul Kyzivat
- Re: [MMUSIC] Updating iana SDP parameter registri… Paul Kyzivat
- Re: [MMUSIC] Updating SDP parameter registry with… Paul Kyzivat
- Re: [MMUSIC] Updating SDP parameter registry with… Christian Groves
- Re: [MMUSIC] Updating SDP parameter registry with… DRAGE, Keith (Keith)
- Re: [MMUSIC] Updating iana SDP parameter registri… Flemming Andreasen
- Re: [MMUSIC] Updating SDP parameter registry with… Paul Kyzivat
- Re: [MMUSIC] Updating SDP parameter registry with… Flemming Andreasen
- Re: [MMUSIC] Updating SDP parameter registry with… Paul Kyzivat
- Re: [MMUSIC] Updating SDP parameter registry with… Flemming Andreasen