Re: Is REFER within dialog part of INVITE or subscription usage? (was RE: SIP INFO)

That, AND why would you not use the OPEN line button to just REGISTER? And
make the application be notified that the registration/deregistration
happened. You could for example route the registrations through the
application hosting proxy to the registrar. Or have like in IMS the
possibility for the registrar to notify an application server upon
registration of a particular user. Much simpler.

/Hans Erik van Elburg

On Fri, Mar 27, 2009 at 1:08 PM, Paul Kyzivat <[email protected]> wrote:

> You are suggesting that first this 3pcc application sends a SUBSCRIBE
>>> to
>>> this UA, establishing a dialog. Then it sends a REFER within the
>>> dialog,
>>> asking the UA REGISTER? That then would presumably result in a
>>> subscription to the refer event package sharing the dialog with the
>>> prior subscription. I guess this is *possible*, though I don't know
>>> *why* it would be done. What would the initial SUBSCRIBE be to, and how
>>> would it be established before the UA has registered?
>>>
>>
>> 3rd party contact center desktop monitoring application is used by the
>> supervisor to see agent's activities. Thru a CTI <->SIP translator, it SUBs
>> to the agent's presence. Once the customer service agent comes in the
>> morning and turns his phone's status to Online(Open), app notices this and
>> forces it to Register. At the end of the day when agent leaves, does the
>> opposite and de-registers it. Thus, it is made sure that they only get
>> billed for the time that agent was registered(online) by the service
>> provider.
>>
>
> I find this less than compelling. How does the monitoring application
> discover and address the UA to establish the subscription? If that was
> possible, then the UA must have a globally routable URI that is known to the
> application. And that could be used to send an out-of-dialog REFER.
>
>        Thanks,
>        Paul

_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email protected] for questions on current sip
Use [email protected] for new developments on the application of sip