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> Wed, 14 August 2013 14:31 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 880FB11E816F for <mmusic@ietfa.amsl.com>; Wed, 14 Aug 2013 07:31:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.658
X-Spam-Level:
X-Spam-Status: No, score=-5.658 tagged_above=-999 required=5 tests=[AWL=-0.455, 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 Rk93Zc+sNvrh for <mmusic@ietfa.amsl.com>; Wed, 14 Aug 2013 07:31:45 -0700 (PDT)
Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81]) by ietfa.amsl.com (Postfix) with ESMTP id 78FA011E8166 for <mmusic@ietf.org>; Wed, 14 Aug 2013 07:31:44 -0700 (PDT)
Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r7EEVbOJ012507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 14 Aug 2013 14:31:38 GMT
Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r7EEVZWp012482 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Aug 2013 14:31:37 GMT
Received: from abhmt103.oracle.com (abhmt103.oracle.com [141.146.116.55]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r7EEVYgM015781; Wed, 14 Aug 2013 14:31:34 GMT
Received: from [192.168.1.108] (/66.31.4.117) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 14 Aug 2013 07:31:34 -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: <5208DA37.7040305@ericsson.com>
Date: Wed, 14 Aug 2013 10:31:33 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <F1CCCD06-FCB2-4ABC-9CA3-44F86020D127@oracle.com>
References: <20130701185623.25213.31890.idtracker@ietfa.amsl.com> <520568C9.9010603@cisco.com> <D4AF2203-B760-42C3-AB49-6CEA757634CE@oracle.com> <5208DA37.7040305@ericsson.com>
To: "<mmusic-chairs@tools.ietf.org>" <mmusic-chairs@Tools.ietf.org>
X-Mailer: Apple Mail (2.1508)
X-Source-IP: acsinet22.oracle.com [141.146.126.238]
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: Wed, 14 Aug 2013 14:31:50 -0000
I propose we remove the UUI and DTMF correlation options, and just leave it as the callerid one only for now. We can leave the ABNF with the current 'ext-mech' so that a future spec could define something else if need be, and the IANA registration procedures for doing so are already documented in this draft-ietf-mmusic-sdp-cs-21. -hadriel On Aug 12, 2013, at 8:51 AM, Miguel A. Garcia <Miguel.A.Garcia@ericsson.com> wrote: > Hi Hadriel: > > As far as I remember, the history of the three mechanisms is kind of fuzzy. At some point in time in the past, 3GPP hadn't decided on the architecture to enable CS calls over SIP/SDP, and they were looking into it. The mechanisms were envisioned by the authors and comments on the mailing list, and put at 3GPP's disposal for a choice. > > I concur with your concern that just because we mandate to implement the 3 of them, these are not going to be implemented. I don't have any problem in removing from the draft those mechanisms that we envision they won't be used. > > /Miguel > > On 10/08/2013 1:28, Hadriel Kaplan wrote: >> 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 mailing list >> >> mmusic@ietf.org >> https://www.ietf.org/mailman/listinfo/mmusic >> >> >> > > -- > Miguel A. Garcia > +34-91-339-3608 > Ericsson Spain >
- [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