Re: third alternative (was RE: [Sip] RE: Identity after reinvite)

[David R Oran <oran at cisco.com>]

On Nov 18, 2004, at 3:46 PM, Peterson, Jon wrote:
> > One solution to this would be for for the biloxi.com server to act as 
> > a
> > b2bua, relaying the call to carol. Maybe that is a *model* to 
> > consider,
> > with hopes of finding a better implementation. That is also roughly 
> > the
> > model when a gateway is being used. We already know that in the 
> > gateway
> > case the connected party on the far side of the gateway can change, 
> > and
> > there are desires to convey that info.
>
> (weep)
>
> Maybe we could at least consider redirection before we start 
> suggesting that
> this is a B2BUA problem.
Redirection is generally cleaner than retargeting, but does not satisfy 
the "Monica property". It may be that a B2BUA is inescapable in those 
cases anyway.

> I really think that the problem of mid-call changes in connected-party 
> is a
> very different case, and much more specialized than what we're 
> concerned
> with here. We're talking here about assuring the identity of the first 
> and
> second parties to a dialog at the time of dialog establishment. I'd 
> like to
> think that the ultimate solutions to the mid-call 'identity update' 
> sort of
> problems are more along the transfer/replaces line of thinking.
I tend to agree. It would be much cleaner if all 
identity/connected-party changes devolved to a flavor of transfer 
(except the Monica cases I mention above).

Dave.
> Jon Peterson
> NeuStar, Inc.
>
> > 	Paul


_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip