Re: [MMUSIC] Issue in draft-ietf-mmusic-sdp-cs

"Miguel A. Garcia" <Miguel.A.Garcia@ericsson.com> Mon, 16 April 2012 07:44 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 328A321F8656 for <mmusic@ietfa.amsl.com>; Mon, 16 Apr 2012 00:44:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.912
X-Spam-Level:
X-Spam-Status: No, score=-5.912 tagged_above=-999 required=5 tests=[AWL=-0.263, BAYES_00=-2.599, HELO_EQ_SE=0.35, J_CHICKENPOX_14=0.6, 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 STsPLcu3Az89 for <mmusic@ietfa.amsl.com>; Mon, 16 Apr 2012 00:44:56 -0700 (PDT)
Received: from mailgw7.ericsson.se (mailgw7.ericsson.se [193.180.251.48]) by ietfa.amsl.com (Postfix) with ESMTP id 0644021F8653 for <mmusic@ietf.org>; Mon, 16 Apr 2012 00:44:55 -0700 (PDT)
X-AuditID: c1b4fb30-b7b07ae000006839-36-4f8bcdf6b299
Received: from esessmw0191.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) (using TLS with cipher AES128-SHA (AES128-SHA/128 bits)) (Client did not present a certificate) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id B4.BA.26681.6FDCB8F4; Mon, 16 Apr 2012 09:44:55 +0200 (CEST)
Received: from [159.107.24.207] (153.88.115.8) by esessmw0191.eemea.ericsson.se (153.88.115.85) with Microsoft SMTP Server id 8.3.213.0; Mon, 16 Apr 2012 09:44:53 +0200
Message-ID: <4F8BCDF4.6010307@ericsson.com>
Date: Mon, 16 Apr 2012 09:44:52 +0200
From: "Miguel A. Garcia" <Miguel.A.Garcia@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: "Belling, Thomas (NSN - DE/Munich)" <thomas.belling@nsn.com>
References: <BBF5DDFE515C3946BC18D733B20DAD230FF0D0@XMB105ADS.rim.net> <4F8522DB.1030102@ericsson.com> <1A8A7D59006A8240B27FF63C794CA57F01413FCB@DEMUEXC014.nsn-intra.net>
In-Reply-To: <1A8A7D59006A8240B27FF63C794CA57F01413FCB@DEMUEXC014.nsn-intra.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: AAAAAA==
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Issue in draft-ietf-mmusic-sdp-cs
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, 16 Apr 2012 07:44:57 -0000

Hi Thomas:

Please see below.

On 13/04/2012 17:05, Belling, Thomas (NSN - DE/Munich) wrote:
> Dear Miguel,
>
> Might be a matter of taste and can certainly be overcome with clear
> descriptive text, but:
>
> For me a dash instead of E.164 somehow sounds like the host not even
> knowing its addresstype.

And certainly that is the case. The device knows it is behind a circuit 
switched connection. It doesn't know any address, not an E.164, or not 
any other addressing scheme (say, E.212). So, if it doesn't know it, 
let's signal it with a dash. I don't see the point in indicating that the 
devices knows it has an E.164 address allocated to it, when it does not 
really know it.

/Miguel

> Thomas
>
> -----Original Message-----
> From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On Behalf
> Of ext Miguel A. Garcia
> Sent: Wednesday, April 11, 2012 8:21 AM
> To: Andrew Allen
> Cc: mmusic@ietf.org
> Subject: Re: [MMUSIC] Issue in draft-ietf-mmusic-sdp-cs
>
> As an author,
>
> I acknowledge that the draft should be clear, and somehow, contradicts
> itself. What the draft tries to say is what Andrew just pointed out: if
> the endpoint is not aware of its E.164 address, but just that there is a
> Circuit-Switched connection, then the c line should be:
>
>    c=PSTN - -
>
> /Miguel
>
>
> On 10/04/2012 21:15, Andrew Allen wrote:
>>
>> In 5.2.1 of the draft  it shows:
>>
>>                   c= PSTN - -
>>
>> as a valid syntax however in section 5.6.1 it states:
>>
>> The endpoint MUST set the<nettype>   in the "c=" line to "PSTN", and
> the<addrtype>   to "E164".
>>
>> Offline discussions with the authors indicates that they believe this
>> is a bug in 5.6.1, and that the text should say that if the endpoint
> is not aware of its E.164 number, both the<addrtype>
> and<connectionaddress>   should be set to "-".
>>
>> It is proposed that a  change is made to  paragraph in 5.6.1 to
>> clearly separate the cases when the endpoint is aware of its E.164
> number and when it is not.
>>
>> Andrew
>>
>> ---------------------------------------------------------------------
>> 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 mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic

-- 
Miguel A. Garcia
+34-91-339-3608
Ericsson Spain