The park extensions don't login to xmpp so I don't think there is a way to monitor their status at this time via xmpp.
The current xmpp/presence requires a valid user to login AND use a UA that handles dialogue events. Parks have neither of those, they would have to be written (or simply publish their state in RLS which valet style does not. ============================ Tony Graziano, Manager Telephone: 434.984.8430 Fax: 434.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ ----- Original Message ----- From: Jim Canfield <[email protected]> To: Tony Graziano <[email protected]>; [email protected] <[email protected]> Sent: Wed Aug 25 16:44:41 2010 Subject: Re: [sipx-users] Continued park issues. On Wed, Aug 25, 2010 at 3:23 PM, Tony Graziano <[email protected] > wrote: > > I might suggest reaching out to Josh because, he has done VALET and he has > a patch for BLF that he says "might" fix the scalability of the RLS > server. > Neither of these does NOTHING for stuck calls in park, but maybe he can > show > you a "half-measure". > > I familiar with the freeswitch options but it doesn't accomplish what I need at the moment. This in only a 50 station install so the RLS issues are not an issue. Unmonitored parks should work just fine in this environment....it's the unmonitored part that troubles me. How hard would it be to monitor a park via XMPP? I really think the stuck park is largely an issue with polycom phones. If there was a way to see the park status "on screen" that might be a good compromise. _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
