Re: [MMUSIC] Updating iana SDP parameter registries in 4566bis

Flemming Andreasen <fandreas@cisco.com> Wed, 09 October 2013 21:00 UTC

Return-Path: <fandreas@cisco.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 1C58D21F9EF6 for <mmusic@ietfa.amsl.com>; Wed, 9 Oct 2013 14:00:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 R1X8xRvyZsTM for <mmusic@ietfa.amsl.com>; Wed, 9 Oct 2013 14:00:48 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id B120C21E8160 for <mmusic@ietf.org>; Wed, 9 Oct 2013 14:00:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4958; q=dns/txt; s=iport; t=1381352448; x=1382562048; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=uP1xRnSF3a4u2n/hNXYNnoIAGEIsM9IJFukFw+MdCAk=; b=BxE99nwPlpHj7QyJzGFfG6MYJV9/7KplLM2U7m+hLmIpBPbfL4lyX76g /wH/EFOt+cv/pw+724RPPIYtKQwHx3lVxyICd1Y445iT8RhohDKaq41XC hGYy1ZfsTkFYgPrVQxvpCaVoJ3pMAw3a+0D6G9Y7X8OB6Cx3OR7yFuNKh s=;
X-IronPort-AV: E=Sophos;i="4.90,1066,1371081600"; d="scan'208";a="270220410"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-6.cisco.com with ESMTP; 09 Oct 2013 21:00:48 +0000
Received: from bxb-fandreas-8811.cisco.com (bxb-fandreas-8811.cisco.com [10.98.149.194]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id r99L0lkR019574; Wed, 9 Oct 2013 21:00:47 GMT
Message-ID: <5255C3FE.7010602@cisco.com>
Date: Wed, 09 Oct 2013 17:00:46 -0400
From: Flemming Andreasen <fandreas@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
References: <20130701185623.25213.31890.idtracker@ietfa.amsl.com> <523AEC68.5050005@nteczone.com> <5252109C.7020609@cisco.com> <5252F4B7.4070303@alum.mit.edu>
In-Reply-To: <5252F4B7.4070303@alum.mit.edu>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: mmusic@ietf.org
Subject: Re: [MMUSIC] Updating iana SDP parameter registries in 4566bis
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, 09 Oct 2013 21:00:53 -0000

On 10/7/13 1:51 PM, Paul Kyzivat wrote:
> Changing the topic because I'm hijacking the thread.
>
> On 10/6/13 9:38 PM, Flemming Andreasen wrote:
>> Hi Christian
>>
>> We had a thread on this particular issue about a year ago. See
>>
>> http://www.ietf.org/mail-archive/web/mmusic/current/msg09599.html
>>
>> and the conclusion in
>>
>> http://www.ietf.org/mail-archive/web/mmusic/current/msg09621.html
>
> Thanks for remembering!
>
> In that mail I suggested that 4566bis take on updating the format of 
> the IANA registries to reflect the dependency between addrtype and 
> nettype.
>
> There are also other ways that the iana registries of SDP parameters 
> are deficient. (Notably the registration of att-field names at 
> session/media/source level.)
>
> How do we go about updating 4566bis to improve the iana registries?

I think we ask Ali to make sure it is covered as part of 4566bis 
(possibly with some mailing list discussion first if you believe that is 
needed). If there are specific text suggestions, then all the better.

Thanks

-- Flemming

>
>     Thanks,
>     Paul
>
>> I hope this addresses your concern as it relates to -cs draft.
>>
>> Thanks
>>
>> -- Flemming
>>
>>
>> On 9/19/13 8:22 AM, Christian Groves wrote:
>>> FYI, I was looking at the IANA registry for SDP parameters (
>>> http://www.iana.org/assignments/sdp-parameters/sdp-parameters.xhtml)
>>> and noticed that there was a registration for addrtype E164 linked to
>>> this CS draft.
>>>
>>> There's a problem that there's already an addrtype E164 in RFC3108.
>>> This earlier usage of E164 should have been registered with IANA but
>>> seems to have been missed. To complicate things the format of the
>>> RFC3108 E164 addrtype is different to the one in the CS draft.
>>>
>>> I've already raised this with IANA but I thought it would be worth
>>> mentioning in MMUSIC.
>>>
>>> Christian
>>>
>>>
>>> On 2/07/2013 4:56 AM, The IESG wrote:
>>>> 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
>>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
> .
>