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
