Re: AW: [Sipping] comments on draft-roach-sipping-callcomp-bfcp-00

[Paul Kyzivat <[e-mail]>]

amen.

Going further, being in a call (even a voice call) doesn't mean that I'm 
*not* available to take another call. This is a place that they never 
got the feature interactions right - namely with caller id. It may be 
that you are the person I most want to talk to, but when you tried to 
call me before I was already involved in two calls and just didn't have 
a way to manage another. Later I am only involved in one call and would 
be thrilled to have you call me back.

Presence provides ways to say all of this, and so it could be a great 
way to provide a "better" version of this feature than is available in 
the PSTN.

What it doesn't easily do is provide a faithful emulation of what the 
PSTN does. Providing a faithful emulation seems to be incompatible with 
providing a more interesting and potentially more useful implementation 
in the new world of more capable devices.

	Paul

Jonathan Rosenberg wrote:
> 
> 
> Huelsemann, Martin wrote:
> 
>> Hi Jonathan, all,
>>
>> I don't think that there really is a relationship between presence
>> and call completion. Presence is about the general availibility of a
>> certain user, call completion provides the possibility to complete a
>> call to a certain destination you've got a busy error response from.
> 
> I completely disagree.
> 
> When you invoke the CCBS service, the ringback you get when they are 
> "available" is exactly presence. However, in the PSTN, it is limited to 
> the only concept of presence they have - whether you are on a call or not.
> 
> In an IP world, I can be unavailable for voice service even though I'm 
> not in a call strictly speaking. For example, if I've got five parallel 
> IM sessions, and as a consequence, I set my voice service to "closed" 
> through presence, what is the desired behavior of the SIP-based CCBS 
> system? I would assert that I *dont* want the callback to come now. If 
> it does, I won't answer it anyway since I'm busy with other things. So, 
> the call goes to voicemail or goes unanswered. That does not seem like 
> the desired behavior.
> 
> -Jonathan R.

_______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use [e-mail] for questions on current sip
Use [e-mail] for new developments of core SIP