Re: [MMUSIC] BUNDLE Weekly Summary: Assumptions

Christer Holmberg <> Mon, 27 May 2013 09:19 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id E441A21F9003 for <>; Mon, 27 May 2013 02:19:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id S1hj3SowfoUA for <>; Mon, 27 May 2013 02:19:31 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 3ACF721F8FDC for <>; Mon, 27 May 2013 02:19:30 -0700 (PDT)
X-AuditID: c1b4fb30-b7f8a6d000001a2d-77-51a32521d8e8
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id 29.67.06701.12523A15; Mon, 27 May 2013 11:19:29 +0200 (CEST)
Received: from ([]) by ([]) with mapi id 14.02.0328.009; Mon, 27 May 2013 11:19:28 +0200
From: Christer Holmberg <>
To: Bernard Aboba <>, "" <>
Thread-Topic: [MMUSIC] BUNDLE Weekly Summary: Assumptions
Thread-Index: Ac5H/Rv/zjNZSPPjTceQWRJyHaV9rQPf2J+AAEsPWIAAhJd7cA==
Date: Mon, 27 May 2013 09:19:28 +0000
Message-ID: <>
References: <> <> <BLU403-EAS1123D6B15F3BB4909F3088293940@phx.gbl>
In-Reply-To: <BLU403-EAS1123D6B15F3BB4909F3088293940@phx.gbl>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrFLMWRmVeSWpSXmKPExsUyM+Jvra6i6uJAg5d/tSz2L7nMbDF1+WMW ByaPxz1n2DyWLPnJFMAUxWWTkpqTWZZapG+XwJXR+bmDreAfZ8X648vYGhjvcHYxcnJICJhI LJ6/nhnCFpO4cG89G4gtJHCYUWJVM08XIxeQvYRRYsuyzUBFHBxsAhYS3f+0QWpEBEIk5qzY ywRiCwOFPxxazAJSIiJgKbH6vhdEiZNEw+95bCBhFgFViQcb7UDCvAK+Ei1X37FAbDrOKLH2 qgeIzSlgK9FypAnsAkaga76fWgM2nVlAXOLWk/lMEFcKSCzZcx7qYlGJl4//sYKMlxBQlFje LwdiMgtoSqzfpQ/RqSgxpfshO8RWQYmTM5+wTGAUnYVk6CyEjllIOmYh6VjAyLKKkT03MTMn vdx8EyMw/A9u+W2wg3HTfbFDjNIcLErivPq8iwOFBNITS1KzU1MLUovii0pzUosPMTJxcEo1 MHI2uV65ofDkS/DGY/aFE5KPX83ZGjnr3eKiqUkzOwqEG1e9Tz9jdHN6Te8Ojmn+J/oms8xc 23Pid5jj39gnDK6eZkYdemYepn396i78c+Qy9BZ+LXz13uHYd3XO6Hu7k5ilQ+Z7PeEUeOWi ojJVf84TPpPli5LEzxhP6v928WTyzfZpXt8nbFFiKc5INNRiLipOBAAwjZvATQIAAA==
Subject: Re: [MMUSIC] BUNDLE Weekly Summary: Assumptions
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 27 May 2013 09:19:38 -0000


>In order to try to close issues on BUNDLE, based on the discussions we’ve had, I intend to update the BUNDLE draft based on the following assumptions:
>1.       We mandate usage of rtcp-mux when BUNDLE is used.
>[BA] Agreed.
>2.       SDP m- lines with a zero port value MUST NOT be put inside a BUNDLE group (not in an offer, nor in an answer). There will be a note indicating that, 
>due to this, the number of m- lines associated with a BUNDLE group may differ between the offer and the associated answer. There will also be a note 
>indicating that this is due to RFC 5888, in case people later start to wonder where the “MUST NOT” comes from.
>[BA] Disagree. 

In case you give the information in another e-mail, you don't have to reply to this e-mail, but otherwise: do you disagree to forbidding port zero in bundle offers, bundle answers, or both? :)