Re: [splices] draft-loreto-splices-disaggregated-media-02: competing protocol analysis

"Worley, Dale R (Dale)" <dworley@avaya.com> Mon, 08 August 2011 16:34 UTC

From: "Worley, Dale R (Dale)" <dworley@avaya.com>
To: Salvatore Loreto <salvatore.loreto@ericsson.com>, "splices@ietf.org" <splices@ietf.org>
Date: Mon, 08 Aug 2011 12:35:08 -0400
Thread-Topic: [splices] draft-loreto-splices-disaggregated-media-02: competing protocol analysis
Thread-Index: AcxRuCacSsx876BFTdOlGayTHtrxcgEMBV5C
Message-ID: <CD5674C3CD99574EBA7432465FC13C1B222B1F57F5@DC-US1MBEX4.global.avaya.com>
References: <4E2F06CF.4080403@nostrum.com> <CD5674C3CD99574EBA7432465FC13C1B222B1F57C5@DC-US1MBEX4.global.avaya.com>, <4E390804.1080000@ericsson.com>
In-Reply-To: <4E390804.1080000@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [splices] draft-loreto-splices-disaggregated-media-02: competing protocol analysis
Precedence: list

> From: Salvatore Loreto [salvatore.loreto@ericsson.com]

> > As section 4.1.4 notes, this can be done even if the old controller
> > has died, as long as the new controller has obtained all the dialog
> > identifiers beforehand.  (Although the dialog event package does not
> > have any way of indicating "This dialog is to control an additional UA
> > for dialog XXX." -- We should define appropriate extensions.)
> 
> Dale, do we really need it?
> we can derive the information from the fact that a dialog is between
> a UA and the Controller
> and we can guess which is the Controller as the common UA endpoint
> among all the existing dialogs.

In principle, we need it:  Sippose I dial from my phone
(sip:123@example.com) to Alice, then put Alice on hold, then on
another appearance of 123, I dial Bob, and then attach to Bob's call
the video UA on my PC.  At that point, a dialog event from
sip:123@example.com will report (1) a dialog from 123 to Alice, (2) a
dialog from 123 to Bob, and (3) a dialog from 123 to my PC.  But (1)
isn't part of the aggregation.  It's even more complicated if I attach
a *different* video UA to call (1); then there are two groups of two
dialogs.

> > We don't have any mechanism for one controller to tell another
> > controller to take over the coordination role.  We should define that.

> at moment only the controller can decide to pass the role to another one,
> the Controller role can not be take over.
> More we do not have an algorithm to decide who among all the UAs
> has to take over the role.

It would be helpful if each secondary UA can declare whether or not it
can be an aggregation controller.  Although it is sufficient if, when
the current controller attempts to pass the controller role to another
UA, the second UA can reject the request.

Dale

[splices] draft-loreto-splices-disaggregated-medi… Adam Roach
Re: [splices] draft-loreto-splices-disaggregated-… Worley, Dale R (Dale)
Re: [splices] draft-loreto-splices-disaggregated-… Salvatore Loreto
Re: [splices] draft-loreto-splices-disaggregated-… Worley, Dale R (Dale)