IETF Logo Mail Archive

Re: [rtcweb] Plan A, respun - bundle-only attribute

Adam Roach <adam@nostrum.com> Tue, 07 May 2013 20:46 UTC

Return-Path: <adam@nostrum.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3285B21F8E96 for <rtcweb@ietfa.amsl.com>; Tue, 7 May 2013 13:46:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.15
X-Spam-Level:
X-Spam-Status: No, score=-102.15 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, J_CHICKENPOX_52=0.6, SPF_PASS=-0.001, USER_IN_WHITELIST=-100]
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 k0R37BP0-i-y for <rtcweb@ietfa.amsl.com>; Tue, 7 May 2013 13:46:32 -0700 (PDT)
Received: from shaman.nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 6F3B821F8E7B for <rtcweb@ietf.org>; Tue, 7 May 2013 13:46:32 -0700 (PDT)
Received: from Orochi.local (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by shaman.nostrum.com (8.14.3/8.14.3) with ESMTP id r47KkSBj026643 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 7 May 2013 15:46:29 -0500 (CDT) (envelope-from adam@nostrum.com)
Message-ID: <51896824.2000705@nostrum.com>
Date: Tue, 07 May 2013 15:46:28 -0500
From: Adam Roach <adam@nostrum.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: Christer Holmberg <christer.holmberg@ericsson.com>
References: <7594FB04B1934943A5C02806D1A2204B1C36CCC8@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B1C36CDD2@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1C36CDD2@ESESSMB209.ericsson.se>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Received-SPF: pass (shaman.nostrum.com: 99.152.145.110 is authenticated by a trusted mechanism)
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Plan A, respun - bundle-only attribute
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 May 2013 20:46:33 -0000

On 5/7/13 15:39, Christer Holmberg wrote:
> Q3: Assume the answerer supports BUNDLE, and return an SDP answer with identical port numbers, as shown in section 7.1. I guess the second offer will then replace the zero port lines with the actual port value that the offerer uses for the multiplexing?

I don't think it really matters, since the port number in these 
subsequent offers don't convey any additional information, but I'm 
perfectly happy with the behavior you describe. I'm also happy keeping 
them set to zero, or specifying that they should be floor(pi * 10000) or 
any other arbitrary value.

Yeah, I'm pretty sure it doesn't actually matter.

/a

v2.23.0 | Report a Bug | By Email