Re: [MMUSIC] BUNDLE Weekly Summary: Assumptions

Flemming Andreasen <fandreas@cisco.com> Thu, 23 May 2013 05:11 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 045F621F9413 for <mmusic@ietfa.amsl.com>; Wed, 22 May 2013 22:11:39 -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=[AWL=0.000, 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 07qvMyVFXSNi for <mmusic@ietfa.amsl.com>; Wed, 22 May 2013 22:11:34 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 7D23321F85E6 for <mmusic@ietf.org>; Wed, 22 May 2013 22:11:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2330; q=dns/txt; s=iport; t=1369285894; x=1370495494; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=btfRwIzkSWFASqolQ3qyxbVEfWJs4NBMkhL+m7GOPl0=; b=RaH5Htv/lgS/7+YuBVIBBy6aUqrtKYzFRXa1bvH2r7kARL8qOoUZ9djG ziVYlDgeim3A3rDvgQtbRmuN3Dk4A7/MXtdEP3p6LSIgGRego1LAyWJU2 a8mw2qZ3qdXHp/7yu8nuW9E9Y4v6n0Jpm7T6pakvplUKb3qAt4iN5cM0e g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AusFAIGknVGtJV2Y/2dsb2JhbABaDoJ6MMINgQoWdIIjAQEBAwEBAQE1NgoBBQcECw4DBAEBAQkWCAcJAwIBAgEVHwkIBg0BBQIBAYgDBgy7HwSPHQcGg04DlziRQIJRWiA
X-IronPort-AV: E=Sophos;i="4.87,726,1363132800"; d="scan'208";a="213933061"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-7.cisco.com with ESMTP; 23 May 2013 05:11:09 +0000
Received: from che-vpn-cluster-2-198.cisco.com (che-vpn-cluster-2-198.cisco.com [10.86.242.198]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id r4N5B7UP024766; Thu, 23 May 2013 05:11:07 GMT
Message-ID: <519DA4EB.1060104@cisco.com>
Date: Thu, 23 May 2013 01:11:07 -0400
From: Flemming Andreasen <fandreas@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
References: <7594FB04B1934943A5C02806D1A2204B1C36B485@ESESSMB209.ericsson.se> <C5E08FE080ACFD4DAE31E4BDBF944EB1134DEF4B@xmb-aln-x02.cisco.com> <CABcZeBMrgaHGXFi_NRk+znsT-AGnRS5EDLgFhZgGA+VG81BhZw@mail.gmail.com> <CABkgnnW=4zNgauXc-=pv9j9zGdVntmb=K22wcRr77wfQc-6J3w@mail.gmail.com> <CABcZeBODcyo-JXqs6EZ-F5BY_TaM94+eu+UqNApFnTNjpehUzA@mail.gmail.com> <518D73E4.4090609@alum.mit.edu> <9D12C4E8-F7C1-4D32-A8AC-570AC86ACA23@vidyo.com> <518D9361.7060301@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B1C36EC03@ESESSMB209.ericsson.se> <5191002D.2000007@alum.mit.edu>
In-Reply-To: <5191002D.2000007@alum.mit.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Jonathan Lennox <jonathan@vidyo.com>, Henning Schulzrinne <hgs@cs.columbia.edu>, "mmusic@ietf.org" <mmusic@ietf.org>, Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>, Christer Holmberg <christer.holmberg@ericsson.com>
Subject: Re: [MMUSIC] BUNDLE Weekly Summary: Assumptions
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, 23 May 2013 05:11:39 -0000

On 5/13/13 11:01 AM, Paul Kyzivat wrote:
> On 5/13/13 3:27 AM, Christer Holmberg wrote:
>> Hi,
>>
>> So, assuming we are going to update RFC 5888 (whatever the exact 
>> wording would be), would we do that within draft-bundle, or within a 
>> separate document?
>
> That question always comes up, doesn't it?
>
> IMO this could probably be handled in the bundle draft, since it is a 
> small change and by the same wg. But it isn't my call. This question 
> should be addressed by the chairs and the ADs.
>
I'd like to hear from the RFC 5888 authors about the motivation for this 
restriction in RFC 5888 before we decide to get rid of it (certainly in 
general, but also more specifically for bundle). Following that, if 
there is still a desire to remove the restriction in general, and not 
just for bundle, then my preference would be do it in a separate document

Thanks

-- Flemming



>     Thanks,
>     Paul
>
>> Regards,
>>
>> Christer
>>
>> -----Original Message-----
>> From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On 
>> Behalf Of Paul Kyzivat
>> Sent: 11. toukokuuta 2013 3:40
>> To: Jonathan Lennox
>> Cc: mmusic@ietf.org
>> Subject: Re: [MMUSIC] BUNDLE Weekly Summary: Assumptions
>>
>> On 5/10/13 6:44 PM, Jonathan Lennox wrote:
>>
>>>>>      I struggled to find it too. It's in 9.2:
>>>>>
>>>>>          SIP entities refuse media streams by setting the port to 
>>>>> zero in the
>>>>>          corresponding "m" line. "a=group" lines MUST NOT contain
>>>>>          identification-tags that correspond to "m" lines with the 
>>>>> port
>>>>>      set to
>>>>>          zero.
>>>>>
>>>>>
>>>>> This feels like something we could relax for the offer.
>>>>
>>>> We could relax it. The question is if the change will break any
>>>> existing use. That is a hard question to answer.
>>>
>>> We could say that whether it's valid must be defined by the group 
>>> semantic, and for all existing group semantics it's not.
>>
>> WFM
>>
>> _______________________________________________
>> 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
> .
>