Re: [rtcweb] API options for supporting fork with ROAP (Re: SDP Offer/Answer draft-jennings-rtcweb-signaling)
Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com> Tue, 18 October 2011 12:25 UTC
Return-Path: <stefan.lk.hakansson@ericsson.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 7073521F8BAA for <rtcweb@ietfa.amsl.com>; Tue, 18 Oct 2011 05:25:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.999
X-Spam-Level:
X-Spam-Status: No, score=-5.999 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_24=0.6, MIME_8BIT_HEADER=0.3, 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 dxI5UESUf04w for <rtcweb@ietfa.amsl.com>; Tue, 18 Oct 2011 05:25:00 -0700 (PDT)
Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by ietfa.amsl.com (Postfix) with ESMTP id 0E9CD21F8B43 for <rtcweb@ietf.org>; Tue, 18 Oct 2011 05:24:59 -0700 (PDT)
X-AuditID: c1b4fb3d-b7c26ae0000035b9-7d-4e9d701a1799
Received: from esessmw0247.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id B2.82.13753.A107D9E4; Tue, 18 Oct 2011 14:24:58 +0200 (CEST)
Received: from [150.132.142.226] (153.88.115.8) by esessmw0247.eemea.ericsson.se (153.88.115.94) with Microsoft SMTP Server id 8.3.137.0; Tue, 18 Oct 2011 14:24:58 +0200
Message-ID: <4E9D7019.2020303@ericsson.com>
Date: Tue, 18 Oct 2011 14:24:57 +0200
From: Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.23) Gecko/20110922 Lightning/1.0b2 Thunderbird/3.1.15
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <15B0E3AD-3086-499A-8E79-7AE58B3376C4@cisco.com> <CAD5OKxvE77Fia1hVRhdmqnfsOExpdJq=J2VMwtsfB_7ztEYtLA@mail.gmail.com> <4E9D43D2.9010804@alvestrand.no> <CALiegfnaE4OX6QHkkr1k5+Ux2WUOixB+4=e52_+gpphM4HKi6w@mail.gmail.com> <4E9D5E9A.7090308@alvestrand.no> <CALiegfkPk=o0YvmUCocmUOeL_hp37UogeYkv9vE=KQqQESRcKg@mail.gmail.com>
In-Reply-To: <CALiegfkPk=o0YvmUCocmUOeL_hp37UogeYkv9vE=KQqQESRcKg@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [rtcweb] API options for supporting fork with ROAP (Re: SDP Offer/Answer draft-jennings-rtcweb-signaling)
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, 18 Oct 2011 12:25:01 -0000
Our idea is basically that whenever you create a new PeerConnection in the same context as you have already created one or more PeerConnection's, the same local candidates should be re-used. Of course the 5-tuple must remain unique so that different connections don't collapse into one, but this is quite simple to resolve. For clarity, the above would be requirements on the implementation (in browsers). This means that support of forking would be simple as the IP+port's to send media to (for the remote end) remains also for the new PeerConnection. Another advantage is that creating new PeerConnections will be faster as new candidates does not need to be gathered. I think this is quite a clean solution since there is no need for API changes, or any additional factory layer. Stefan On 10/18/2011 01:18 PM, Iñaki Baz Castillo wrote: > 2011/10/18 Harald Alvestrand<harald@alvestrand.no>: >>> Said that, I strongly like your option 2 "Creating a new >>> PeerConnectionFactoryWithOffer". If I understand it properly, when a >>> RTCweb environment allows media forking, the RTCweb client should >>> create a PeerConnectionFactoryWithOffer object rather than a >>> PeerConnection. Then it sends the offer over the wire. Upon receipt of >>> each response with different ROAP/SDP answer, the object would >>> internally generate different PeerConnection objects (but the state of >>> all of them are governed by the PeerConnectionFactoryWithOffer >>> object). Am I right? >> >> Yes, that's right. >> >> One advantage of this approach is that the new class comes in addition to >> the normal PeerConnection class, so the interface for this functionality >> does not clutter up the interface for applications that don't want to deal >> with forking; they just never create such objects, and will reply to >> subsequent answers with "ERROR" (as they're always free to do). > > I like the idea. > > > >> There are a number of additional details that need specification before this >> can be implemented, of course; we might want to delay that functionality >> beyond the first wave of releases. > > As you noted, the point is that this advanced feature can be added > later over the existing stack. So I support this proposal. > > > Regards. > > > >
- [rtcweb] SDP Offer/Answer draft-jennings-rtcweb-s… Cullen Jennings
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Iñaki Baz Castillo
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Iñaki Baz Castillo
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Iñaki Baz Castillo
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Ravindran Parthasarathi
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Iñaki Baz Castillo
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Ravindran Parthasarathi
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Ted Hardie
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Roman Shpount
- [rtcweb] API options for supporting fork with ROA… Harald Alvestrand
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Christer Holmberg
- Re: [rtcweb] API options for supporting fork with… Iñaki Baz Castillo
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Iñaki Baz Castillo
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Christer Holmberg
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Iñaki Baz Castillo
- Re: [rtcweb] API options for supporting fork with… Harald Alvestrand
- Re: [rtcweb] API options for supporting fork with… Iñaki Baz Castillo
- Re: [rtcweb] API options for supporting fork with… Stefan Håkansson LK
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Roy, Radhika R USA CIV (US)
- Re: [rtcweb] API options for supporting fork with… Iñaki Baz Castillo
- Re: [rtcweb] API options for supporting fork with… Stefan Håkansson LK
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Magnus Westerlund
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Iñaki Baz Castillo
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Eric Rescorla
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… BeckW
- Re: [rtcweb] API options for supporting fork with… Roman Shpount
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Eric Rescorla
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Cullen Jennings
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Cullen Jennings
- [rtcweb] Why SDP answer needs and ack … was Re: S… Cullen Jennings
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Cullen Jennings
- [rtcweb] Forking -Re: SDP Offer/Answer draft-jenn… Cullen Jennings
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Cullen Jennings
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Iñaki Baz Castillo
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Ravindran Parthasarathi
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Cullen Jennings
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Harald Alvestrand
- Re: [rtcweb] Why SDP answer needs and ack … was R… Iñaki Baz Castillo
- Re: [rtcweb] Why SDP answer needs and ack … was R… Harald Alvestrand
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Stefan Håkansson
- Re: [rtcweb] API options for supporting fork with… Stefan Håkansson
- Re: [rtcweb] API options for supporting fork with… Harald Alvestrand
- [rtcweb] Draft name change: draft-holmberg-mmusic… Christer Holmberg
- Re: [rtcweb] API options for supporting fork with… Stefan Håkansson LK
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Christer Holmberg
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Christer Holmberg
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Christer Holmberg
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Christer Holmberg
- Re: [rtcweb] Forking - Re: SDP Offer/Answer draft… Christer Holmberg
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Cullen Jennings
- Re: [rtcweb] Forking - Re: SDP Offer/Answer draft… Cullen Jennings
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Cullen Jennings
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Cullen Jennings
- Re: [rtcweb] Why SDP answer needs and ack … was R… Cullen Jennings
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Marc Petit-Huguenin
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Cullen Jennings
- Re: [rtcweb] Why SDP answer needs and ack … was R… Randell Jesup
- Re: [rtcweb] Why SDP answer needs and ack … was R… Hadriel Kaplan
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Christer Holmberg
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Christer Holmberg
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Christer Holmberg
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Cullen Jennings
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Harald Alvestrand
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Christer Holmberg
- Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcw… Cullen Jennings