[MMUSIC] Bundle offer with different ports - where to expect media?

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 20 May 2013 11:43 UTC

Return-Path: <christer.holmberg@ericsson.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 A0EBF21F8EF7 for <mmusic@ietfa.amsl.com>; Mon, 20 May 2013 04:43:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.063
X-Spam-Level:
X-Spam-Status: No, score=-6.063 tagged_above=-999 required=5 tests=[AWL=0.185, BAYES_00=-2.599, HELO_EQ_SE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 3MsEYq9yqkQR for <mmusic@ietfa.amsl.com>; Mon, 20 May 2013 04:43:40 -0700 (PDT)
Received: from mailgw1.ericsson.se (mailgw1.ericsson.se [193.180.251.45]) by ietfa.amsl.com (Postfix) with ESMTP id B066721F912C for <mmusic@ietf.org>; Mon, 20 May 2013 04:43:32 -0700 (PDT)
X-AuditID: c1b4fb2d-b7fe36d000007102-d4-519a0c630769
Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw1.ericsson.se (Symantec Mail Security) with SMTP id DE.8E.28930.36C0A915; Mon, 20 May 2013 13:43:31 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.167]) by ESESSHC015.ericsson.se ([153.88.183.63]) with mapi id 14.02.0328.009; Mon, 20 May 2013 13:43:31 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: Bundle offer with different ports - where to expect media?
Thread-Index: Ac5VTwGy8cA3SJyARsi4gh+NRIcjXQ==
Date: Mon, 20 May 2013 11:43:30 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C374357@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.17]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1C374357ESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrCLMWRmVeSWpSXmKPExsUyM+JvrW4yz6xAg0l3zCymLn/M4sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujJ7dF9gKFtlXbPy2mK2B8YZZFyMnh4SAiURf7zNGCFtM4sK9 9WxdjFwcQgKHGSXurd7IApIQEljCKHHsr3gXIwcHm4CFRPc/bZCwiIC6xNe9PcwgtrCAs8S8 iR9YIeIeEp8OnmSHsPUkTm6ayARiswioSnS1rWEDsXkFfCU2PesC62UE2vv91BqwGmYBcYlb T+YzQdwjILFkz3lmCFtU4uXjf6wgJ0gIKEos75eDKM+X6Pk1hwVipKDEyZlPWCYwCs1CMmkW krJZSMog4joSC3Z/YoOwtSWWLXzNDGOfOfCYCVl8ASP7Kkb23MTMnPRyw02MwJA/uOW37g7G U+dEDjFKc7AoifP2ak8NFBJITyxJzU5NLUgtii8qzUktPsTIxMEp1cBYOLlb+krtLcfDPUHb jrrMPTkl9HyG6fNn3r98vP6w2sRuKL/FqVS6v6x78bWbf1fI/H4t+a5q/VOhvi+Sv5K0q+du 53hf0ya8h/ttUMVKdXPWzwHaHsdSXRdteD1JNNXF7tX0m9OzwpgNymR8PTOe6u2ZzMbscDzS Psnn78xVE+q61x+W8dqtxFKckWioxVxUnAgAvJh9R0cCAAA=
Subject: [MMUSIC] Bundle offer with different ports - where to expect media?
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: Mon, 20 May 2013 11:43:46 -0000

Hi,

Currently BUNDLE defines that the first offer is sent with separate port numbers (later, if the answerer has indicated support of BUNDLE, the offerer will send a second offer, with identical port numbers).

Some people have indicated that the offerer shall be able to receive data already when the first offer has been sent. The question is on which port(s) it needs to be able to receive media.


-          Some have suggested the port of the first non-zero m- line within the offered bundle group.

-          Some have suggested ANY port


The issue with assuming the first non-zero m- line is that the answerer in the answer may reject it (put the port to zero), or remove it from the bundle group (which people seem to want to allow). In both cases it would be strange to assume the first m- line.

Now, in case e.g. ICE is used, the offerer will be able to send the second offer before any media is received to begin with. But, the offerer could still receive STUN connectivity checks on any of the ports, until the second offer has been sent.

We need text in BUNDLE about this, so comments/inputs are welcome :)

Regards,

Christer