SIP Conference Control for peer conference calls

"Fleischman, Eric W" <Eric.Fleischman@PSS.Boeing.com> Wed, 07 March 2001 01:46 UTC

Return-Path: <owner-confctrl>
Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id RAA26002 for confctrl-outgoing; Tue, 6 Mar 2001 17:46:44 -0800 (PST)
Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id RAA25997 for <confctrl@zephyr.isi.edu>; Tue, 6 Mar 2001 17:46:43 -0800 (PST)
Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [192.161.36.5]) by tnt.isi.edu (8.11.2/8.11.2) with ESMTP id f271kgq13003 for <confctrl@isi.edu>; Tue, 6 Mar 2001 17:46:42 -0800 (PST)
Received: from blv-av-02.boeing.com ([192.54.3.92]) by blv-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id RAA02746 for <confctrl@isi.edu>; Tue, 6 Mar 2001 17:46:41 -0800 (PST)
Received: from blv-hub-01.boeing.com (localhost [127.0.0.1]) by blv-av-02.boeing.com (8.9.3/8.9.2) with ESMTP id RAA29913 for <confctrl@isi.edu>; Tue, 6 Mar 2001 17:46:40 -0800 (PST)
Received: from xch-pssbh-03.nw.nos.boeing.com by blv-hub-01.boeing.com with ESMTP; Tue, 6 Mar 2001 17:46:32 -0800
Received: by xch-pssbh-03.nw.nos.boeing.com with Internet Mail Service (5.5.2650.21) id <G2HTJ9WT>; Tue, 6 Mar 2001 17:46:32 -0800
Message-Id: <8006AC6A777F3F4F8B2A6383C19C5B7A01F12B43@XCH-NW-01.nw.nos.boeing.com>
From: "Fleischman, Eric W" <Eric.Fleischman@PSS.Boeing.com>
To: "'sip-implementors@cs.columbia.edu'" <sip-implementors@cs.columbia.edu>, "'confctrl@isi.edu'" <confctrl@ISI.EDU>
Subject: SIP Conference Control for peer conference calls
Date: Tue, 06 Mar 2001 17:46:31 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain; charset="ISO-8859-1"
Sender: owner-confctrl@zephyr.isi.edu
Precedence: bulk

I request assistance from these lists to better understand the conference control options available to support SIP-oriented conference calls. My current experience with conference control alternatives resemble the all-or-nothing alternatives described in Section 6 of M. Handley/J. Crowcroft/C. Bormann/J. Ott's internet draft document "The Internet Multimedia Conferencing Architecture" (see http://search.ietf.org/internet-drafts/draft-ietf-mmusic-confarch-03.txt). These alternatives (simplistically speaking) are the tightly coupled control of the H.320 series (e.g., H.323) versus the lightly coupled control of traditional MBONE applications. However, what I seek is something in the middle, since I would prefer to avoid the overheads associated with tightly coupled approaches as well as the inefficiencies of loosely coupled.

More specifically, I am seeking a SIP-based solution to the "phone bridge" scenario in which different callers -- all of whom are peers and all of whom are equally likely to speak -- form a conference together from N different locations (N > 2). Current phone bridges permit people to "talk over" each other. Such a possibility would be fine for what I'm after. However, an alternative which would also meet our needs is a "token-based" approach whereby each site requests the token in order to speak and, if it is granted, then that site could speak, thus avoiding contention.

In any case, I am told that certain current Internet2 applications approach this need by having each participant establish bi-directional multicast relationships with each other. While this may work in the unique Internet2 environment, where bandwidth and local CPU resources are plentiful, this approach is unappealing in a commercial environment with our more humble resources. Hence my question to you all: how can the requirements of the previous paragraph be met in a commercial environment using SIP-based conference control? Are there any existing products or implementations doing this?

An approach which makes sense to me is to duplicate the "phone bridge" in the SIP world in the sense that each participant establishes a bi-directional session to a central bridge, and the bridge distributes the call. Are there any such implementations of this using Internet technologies? If so, how well did it work?

Thank you for your attention to this question. I would appreciate any information which you could provide concerning how to achieve peer conference calls using SIP.