IETF Logo Mail Archive

Re: [MMUSIC] WGLC for draft-ietf-mmusic-data-channel-sdpneg

Christian Groves <Christian.Groves@nteczone.com> Mon, 07 March 2016 00:04 UTC

Return-Path: <Christian.Groves@nteczone.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A7D21A01F9 for <mmusic@ietfa.amsl.com>; Sun, 6 Mar 2016 16:04:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.79
X-Spam-Level:
X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Puskn3llNha9 for <mmusic@ietfa.amsl.com>; Sun, 6 Mar 2016 16:04:44 -0800 (PST)
Received: from msh03.myshophosting.com (msh03.myshophosting.com [101.0.109.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CFE8C1A0235 for <mmusic@ietf.org>; Sun, 6 Mar 2016 16:04:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nteczone.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject; bh=kkAbjGy133ycO1mzPwF3EmY8E4YQk51yVLt20RzL96M=; b=m+VNpCy1uoW0Cz20xAzz1Tsd+x SiP6WOyDpX9qxZFfUlBgNL0VQ+D7yKUHW1WuvHBapzIkfDAgrpVEpIewPqfWmksbZlXARreO0mM62 aAlTXNd1/SmA4PLTOQkUIgHstyMzZgm9+6em/zJZ3UUGY2LdXjoEG2FdTgfiEYttnjr9/ZPUurYQC wNE2Rxi4c5dfZlghvxMdu+B2V7aP6hxcmSByYy+ZyCEL0l0ryWkk3nW/nTwh7hX9/Cj97J9BlAXMt bosY/pG5arPQxTHMQiLuXfb+k1lxPWNFbMdFaeeFycE+qhdH5M4Udlo5jW8iQN1gueXjL3SZTg4KK Vj9ISoZQ==;
Received: from ppp118-209-180-163.lns20.mel8.internode.on.net ([118.209.180.163]:50467 helo=[192.168.1.22]) by msh03.myshophosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from <Christian.Groves@nteczone.com>) id 1acif5-001Kpv-U4; Mon, 07 Mar 2016 11:04:36 +1100
To: Flemming Andreasen <fandreas@cisco.com>, Juergen Stoetzer-Bradler <juergen.stoetzer-bradler@nokia.com>, "mmusic@ietf.org" <mmusic@ietf.org>
References: <BBE9739C2C302046BD34B42713A1E2A22E88D533@ESESSMB105.ericsson.se> <56684C13.9030106@alum.mit.edu> <5668F9C1.4040606@nteczone.com> <566903E3.8020108@alum.mit.edu> <566A16D2.1070108@nteczone.com> <949EF20990823C4C85C18D59AA11AD8BADE22AB4@FR712WXCHMBA11.zeu.alcatel-lucent.com> <566AEB05.3040501@alum.mit.edu> <56AACC37.8090900@cisco.com> <56AB8596.9090304@alum.mit.edu> <56B12F48.409@cisco.com> <56B25159.70002@alum.mit.edu> <56B28240.7080206@cisco.com> <56B2DA8D.2000909@alum.mit.edu> <56B41A47.10901@nteczone.com> <56B63EF8.8080100@alum.mit.edu> <56B8BDA4.7060305@cisco.com> <56B8CBB5.7070507@alum.mit.edu> <56BCF47E.2000603@cisco.com> <56BDB7BC.1060104@alcatel-lucent.com> <56BDF1C6.9080707@cisco.com> <56C05B63.4030007@alcatel-lucent.com> <56C6156C.2070308@cisco.com> <56C71EF3.6040208@alcatel-lucent.com> <56C74FDE.4040902@cisco.com> <56CC5E9B.5060307@alcatel-lucent.com> <56D61704.70205@cisco.com> <56D84051.4080303@alcatel-lucent.com> <56D84FB7.4050109@cisco.com>
From: Christian Groves <Christian.Groves@nteczone.com>
Message-ID: <56DCC592.2060503@nteczone.com>
Date: Mon, 07 Mar 2016 11:04:34 +1100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <56D84FB7.4050109@cisco.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - msh03.myshophosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - nteczone.com
X-Get-Message-Sender-Via: msh03.myshophosting.com: authenticated_id: christian.groves@nteczone.com
X-Authenticated-Sender: msh03.myshophosting.com: christian.groves@nteczone.com
X-Source:
X-Source-Args:
X-Source-Dir:
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/ELAeu_JtPCjA_M6OO5lfMiVN8cA>
Subject: Re: [MMUSIC] WGLC for draft-ietf-mmusic-data-channel-sdpneg
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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, 07 Mar 2016 00:04:46 -0000

Hello Flemming and Juergen,

..snip..
>> I agree that in such cases such new attributes could indeed be added 
>> to corresponding data channel subprotocol specific attribute 
>> registries, which then could refer to the document introducing this 
>> new attribute.
> Right - and for consistency I think it then makes sense to have all 
> subprotocol-specific attributes registered there.
>
>> An alternative might be to only add such a new SDP attribute to the 
>> generic IANA SDP attribute registry (which probably would be done 
>> anyhow). I assume that the generic SDP attribute registry would also 
>> refer to the document introducing this new attribute.
>>
> Either would work, however my preference would be a complete listing 
> of attributes that have subprotocol specific meaning.
>
> I'd be interested in what other people think though

 From looking at the existing IANA registry 
http://www.iana.org/assignments/sdp-parameters/sdp-parameters.xhtml

It feels like we should take the approach for att-field (source level) 
and define att-field (data channel).

Regards, Christian

>
>
> Thanks
>
> -- Flemming (with my individual hat on)
>

v2.23.0 | Report a Bug | By Email