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