Re: [MMUSIC] BUNDLE TEXT: nettype/addrtype restriction [was: Draft new version: draft-ietf-mmusic-sdp-bundle-negotiation-05]

Paul Kyzivat <pkyzivat@alum.mit.edu> Thu, 14 November 2013 16:52 UTC

Return-Path: <pkyzivat@alum.mit.edu>
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 20E7F21E80C7 for <mmusic@ietfa.amsl.com>; Thu, 14 Nov 2013 08:52:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.045
X-Spam-Level:
X-Spam-Status: No, score=0.045 tagged_above=-999 required=5 tests=[AWL=-0.118, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, J_CHICKENPOX_72=0.6, RDNS_NONE=0.1]
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 BXXjczSBxZOG for <mmusic@ietfa.amsl.com>; Thu, 14 Nov 2013 08:52:13 -0800 (PST)
Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:43:76:96:62:96]) by ietfa.amsl.com (Postfix) with ESMTP id 41BE021E8056 for <mmusic@ietf.org>; Thu, 14 Nov 2013 08:52:13 -0800 (PST)
Received: from omta07.westchester.pa.mail.comcast.net ([76.96.62.59]) by qmta09.westchester.pa.mail.comcast.net with comcast id pR7m1m00A1GhbT859UsC3E; Thu, 14 Nov 2013 16:52:12 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta07.westchester.pa.mail.comcast.net with comcast id pUsC1m0033ZTu2S3TUsCwC; Thu, 14 Nov 2013 16:52:12 +0000
Message-ID: <5284FFBB.2030407@alum.mit.edu>
Date: Thu, 14 Nov 2013 08:52:11 -0800
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: mmusic@ietf.org
References: <7594FB04B1934943A5C02806D1A2204B1C51810A@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1C51810A@ESESSMB209.ericsson.se>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1384447932; bh=hX+unD2IlgVC5S+lOLTjENt0uAsPaX3cmt+tKXxzm6o=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=MOvnu+4NSISFni5aXs5M0OWXQCi4IN2z9YLiDh06XoFYUdCk0csBcpE1viiGafnJl nk+1Ry+1ti1Zgkgo2/PDU3ZPg1XPIE8Q4i9MZQLBc1M2S3uu7PkAOYm6wPCEi5Urvb LXpA1qxC8Yzjg0H/XnL4ObGD6uNrXt+V/Lrhbau8cqU2Bqz6VThQA0MAo32NoxTnz3 mlPSOPizbKicnLhzrT4P7WWZLuOm5ECfodDeQpB2fkXUY+npHt9aRkaIHc+kXtuqpR V+YnNFDNUweGKxuOyd2MgqNgfer61BtU6Mi+EnZcPoJk9yqJP2eu1jtMSg9B+wM1IY SuxaozJsK3nQg==
Subject: Re: [MMUSIC] BUNDLE TEXT: nettype/addrtype restriction [was: Draft new version: draft-ietf-mmusic-sdp-bundle-negotiation-05]
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: Thu, 14 Nov 2013 16:52:18 -0000

I don't understand the point of this.

I'm not aware of any general use of a nettype other than IN, or an 
addrtype other than IP4 or IP6, but I also don't see why the behavior of 
bundle is dependent upon this.

Any other choices that still have a notion of port sufficient to allow 
SDP O/A rules to apply should also work with bundle.

So I see no reason to incorporate such a scope limitation.

	Thanks,
	Paul

On 11/12/13 3:08 PM, Christer Holmberg wrote:
> Hi,
>
> Based on the comments from Christian, I suggest the following new text for BUNDLE:
>
> -----------------------------
>
> 6.2.2.  Connection Data (c=)
>
>     The "c=" line nettype value [RFC4566] associated with each "m=" line
>     within a BUNDLE group MUST be 'IN'.
>
>     The "c=" line addrtype value [RFC4566] associated with each "m=" line
>     within a BUNDLE group MUST be 'IP4' or 'IP6'.  The same value MUST be
>     associated with each "m=" line within a BUNDLE group.
>
>     NOTE: Extensions to this specification can specify usage of the
>     BUNDLE mechanism for other nettype and addrtype values than the ones
>     listed above.
>
> -----------------------------
>
> Regards,
>
> Christer
>
>
>
>
> -----Alkuperäinen viesti-----
> Lähettäjä: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] Puolesta Christian Groves
> Lähetetty: 15. lokakuuta 2013 3:05
> Vastaanottaja: mmusic@ietf.org
> Aihe: Re: [MMUSIC] Draft new version: draft-ietf-mmusic-sdp-bundle-negotiation-05
>
> Hello Christer,
>
> The SDP grouping mechanism can be applied to different nettype/addrtypes. The BUNDLE draft appears to define behaviour related only to the nettype=IN and addrtypes=IPv4/IPv6. i.e. section 2 defines BUNDLE terminology based on IP.
>
> Is there an intention that the BUNDLE mechanism is only used for the above net and addrtypes? If so should it be mentioned somewhere in the applicability statement?
>
> Regards, Christian
>
> On 14/10/2013 10:37 PM, Christer Holmberg wrote:
>>
>> Hi,
>>
>> I've submitted a new version of the BUNDLE draft.
>>
>> I have implemented the modified text for the Offerer and Answerer
>> procedures, as presented on the list in September.
>>
>> The procedures now also mention the usage of the SDP 'bundle-only'
>> attribute. However, the attribute definition itself has yet not been
>> added to the draft, as we still haven't solved the issue regarding
>> usage of port zero.
>>
>> In addition, there are some reference corrections, and the FQDN values
>> in the examples are now according to RFC 2606.
>>
>> Regards,
>>
>> Christer
>>
>>
>>
>> _______________________________________________
>> 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
>