Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-cs-12.txt
"Miguel A. Garcia" <Miguel.A.Garcia@ericsson.com> Sun, 21 October 2012 09:26 UTC
Return-Path: <miguel.a.garcia@ericsson.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 BDF6E21F88B0 for <mmusic@ietfa.amsl.com>; Sun, 21 Oct 2012 02:26:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.944
X-Spam-Level:
X-Spam-Status: No, score=-5.944 tagged_above=-999 required=5 tests=[AWL=-0.295, BAYES_00=-2.599, HELO_EQ_SE=0.35, J_CHICKENPOX_83=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7GcS9yR08f0p for <mmusic@ietfa.amsl.com>; Sun, 21 Oct 2012 02:26:38 -0700 (PDT)
Received: from mailgw7.ericsson.se (mailgw7.ericsson.se [193.180.251.48]) by ietfa.amsl.com (Postfix) with ESMTP id 5E63121F889B for <mmusic@ietf.org>; Sun, 21 Oct 2012 02:26:38 -0700 (PDT)
X-AuditID: c1b4fb30-b7f7d6d0000042ea-bd-5083bfcc3ec1
Received: from esessmw0237.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 54.B1.17130.CCFB3805; Sun, 21 Oct 2012 11:26:37 +0200 (CEST)
Received: from [159.107.48.144] (153.88.115.8) by esessmw0237.eemea.ericsson.se (153.88.115.91) with Microsoft SMTP Server id 8.3.279.1; Sun, 21 Oct 2012 11:26:36 +0200
Message-ID: <5083BFCA.90304@ericsson.com>
Date: Sun, 21 Oct 2012 11:26:34 +0200
From: "Miguel A. Garcia" <Miguel.A.Garcia@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:16.0) Gecko/20121010 Thunderbird/16.0.1
MIME-Version: 1.0
To: Andrew Allen <aallen@rim.com>
References: <20121008091021.2678.43639.idtracker@ietfa.amsl.com> <BBF5DDFE515C3946BC18D733B20DAD23382F4F33@XMB105ADS.rim.net>
In-Reply-To: <BBF5DDFE515C3946BC18D733B20DAD23382F4F33@XMB105ADS.rim.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuplluLIzCtJLcpLzFFi42KZGfG3Vvfs/uYAgxNXuS2mdW5ltpi6/DGL A5PHkiU/mTwmfFnJEsAUxWWTkpqTWZZapG+XwJVxayFXwTKtirO/TzE3MB5S6mLk5JAQMJH4 evIaO4QtJnHh3nq2LkYuDiGBU4wSC4/uYodw1jBKHPowlbmLkYODV0BTYuYua5AGFgFVidaP 55lBbDYBc4nWjRvZQUpEBYIlug6LgYR5BQQlTs58wgJiiwgoSpw4PIMNpIRZQF3i6uIgkLCw gKPExwtvwE4QEqiVePXzCCOIzSngKXGw/w0riM0sYCtxYc51FghbXmL72znMEPWaEpNvLmWe wCg4C8m2WUhaZiFpWcDIvIpRODcxMye93FwvtSgzubg4P0+vOHUTIzBID275bbCDcdN9sUOM 0hwsSuK8eqr7/YUE0hNLUrNTUwtSi+KLSnNSiw8xMnFwSjUwbiyaZVtgaLFGdptds/vUogpF s9f3LSombrzsIv3G8PfNbfn7mP5L3bfjsHbbsqKm/MbjiqqinfbvcqepLlp15rHlU8nn7PMF DzW8ulAQ+Pxx55IwxR/Lq1xuBj6Kv6ntOTOZR5S75GNpd/nUFQ+/nPv3++12jtM+AZJ5Bh8+ +cRN38ttHbv1mRJLcUaioRZzUXEiAChnLQYgAgAA
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-cs-12.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: Sun, 21 Oct 2012 09:26:39 -0000
Hi Andrew, thanks for your comments. I have accepted all your comments and submitted version -13: http://datatracker.ietf.org/doc/draft-ietf-mmusic-sdp-cs/ See inline answers On 17/10/2012 2:31, Andrew Allen wrote: > I have reviewed this and have some minor editorial comments: > > > One NIT > > 5.6.2. Generating the Answer > > "The Answerer MUST also include its E.164 number of the "c=" line." > > Shouldn't this be > > "The Answerer MUST also include its E.164 number on the "c=" line." Yes, fixed > > > Another comment on the new proposed text at the end of 5.6.2: > > If the Answerer becomes the active party, generates an SDP answer, and > then it finds out that the circuit-switched call cannot be > established, then such endpoint MUST create a new SDP offer where > circuit-switched stream is removed from the session (actually, by > setting the corresponding port in the m= line to zero) and send it to > its counter part. This is to synchronize both parties (and potential > intermediaries) on the state of the session. > > Instead of "then such endpoint MUST" why not state "then the Answerer > MUST" > Yes, no problem. Fixed. > > Also the proposed new text in 5.6.3: > > Note that it if deliver of the Answer is delayed for some reason, the > circuit-switched call may arrive at the Offerer before the Answer has > been processed. In this case, since the correlation mechanisms are > negotiated as part of the Offer/Answer exchange,the Answerer cannot > know whether the incoming call attempt is correlated with the session > being negotiated, the Offerer SHOULD accept the call only after it has > received and processed the Answer. > > Propose to replace it with: > > "Note that it if delivery of the Answer is delayed for some reason, > the circuit-switched call attempt may arrive at the Offerer before the > Answer has been processed. In this case, since the correlation > mechanisms are negotiated as part of the Offer/Answer exchange, the > Answerer cannot know whether or not the incoming circuit-switched call > attempt is correlated with the session being negotiated, the Offerer > SHOULD answer the circuit-switched call attempt only after it has > received and processed the Answer." Fixed. > > So that there is no ambiguity that we are talking about the > circuit-switched call attempt. > > Also at the end of the security considerations section > > "Additionally, it is strongly RECOMMENDED that the end user is asked > for consent prior to the endpoint initiating a circuit-switched > connection which might incur in charges. > > Remove in from "incur in charges" I am ok with that. Fixed. Thanks, Miguel > > Andrew > >> -----Original Message----- From: mmusic-bounces@ietf.org >> [mailto:mmusic-bounces@ietf.org] On Behalf Of >> internet-drafts@ietf.org Sent: Monday, October 08, 2012 4:10 AM To: >> i-d-announce@ietf.org Cc: mmusic@ietf.org Subject: [MMUSIC] I-D >> Action: draft-ietf-mmusic-sdp-cs-12.txt >> >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. This draft is a work item of the Multiparty Multimedia >> Session Control Working Group of the IETF. >> >> Title : Session Description Protocol (SDP) Extension For >> Setting Up Audio and Video Media Streams Over Circuit-Switched >> Bearers In The Public Switched Telephone Network (PSTN) Author(s) >> : Miguel A. Garcia-Martin Simo Veikkolainen Filename : >> draft-ietf-mmusic-sdp-cs-12.txt Pages : 37 Date >> : 2012-10-08 >> >> Abstract: This memo 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 Public Switched Telephone >> Network (PSTN). >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-mmusic-sdp-cs >> >> There's also a htmlized version available at: >> http://tools.ietf.org/html/draft-ietf-mmusic-sdp-cs-12 >> >> A diff from the previous version is available at: >> http://www.ietf.org/rfcdiff?url2=draft-ietf-mmusic-sdp-cs-12 >> >> >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >> >> _______________________________________________ mmusic mailing list >> mmusic@ietf.org https://www.ietf.org/mailman/listinfo/mmusic > > --------------------------------------------------------------------- > This transmission (including any attachments) may contain confidential > information, privileged material (including material protected by the > solicitor-client or other applicable privileges), or constitute > non-public information. Any use of this information by anyone other > than the intended recipient is prohibited. If you have received this > transmission in error, please immediately reply to the sender and > delete this information from your system. Use, dissemination, > distribution, or reproduction of this transmission by unintended > recipients is not authorized and may be unlawful. > _______________________________________________ mmusic mailing list > mmusic@ietf.org https://www.ietf.org/mailman/listinfo/mmusic > -- Miguel A. Garcia +34-91-339-3608 Ericsson Spain
- [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-cs-12.… internet-drafts
- Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-cs… Andrew Allen
- Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-cs… Miguel A. Garcia