[cisco-voip] CUCM - Pulling Phone Screenshots

Bernhard Albler bernhard.albler at gmail.com
Thu Sep 13 18:39:39 EDT 2012


EM would not work in my opinion, since this would only give a dynamic
control association for the phone for the currently logged in user.

What controls the behavior is the authentication url (or more specifically
the web service behind the URL) defined for the phone.
In my opinion  the best way is to use a application user and assign the
user all phones not currently assigned via AXL (via SQL statement) before
making the actual request.

This way you have not maintenance effort for assigning phones to the user.

cheers
bernhard

On Fri, Sep 14, 2012 at 12:32 AM, Brett Looney <brett at looney.id.au> wrote:

> You’ve pretty much hit the nail on the head on both counts. The best way
> I’ve found of doing what you’re doing is to create an application user and
> assign the devices to that user. Have not tried the EM solution you
> mention. And there aren’t any particularly good places for discussing this
> – CDN is ok but lacking in participation IMHO.****
>
> ** **
>
> B.****
>
> ** **
>
> *From:* cisco-voip-bounces at puck.nether.net [mailto:
> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Rittenhouse, Robert
> (LACA)
> *Sent:* Friday, 14 September 2012 05:33
> *To:* cisco-voip at puck.nether.net
> *Subject:* [cisco-voip] CUCM - Pulling Phone Screenshots****
>
> ** **
>
> I am in the planning stages of writing some internal tools for CUCM/Unity
> 8.5(1). One of the tools will need to pull a screenshot of any phone on the
> cluster. I am trying to find the best way to accomplish this specific task.
> Do I create a single application user and keep assigning that user every
> device as a “controlled” device?****
>
>  ****
>
> It seems if I add them as a controlled device I am able to authenticate at
> http://phoneip/CGI/Screenshot****
>
>  ****
>
> Is there a better way to do this? One Demo utility from Uplinx tells you
> to enable Extension Mobility on all phones before using the tool. Is this
> the solution? If so, is it disruptive to do in mass? ****
>
>  ****
>
> Also, are there any other online groups/communities where we can discuss
> these types of topics? I can’t find much for API/AXL programming besides at
> Cisco Developer Network.****
>
>  ****
>
> Thanks!****
> ------------------------------
>
> PLEASE NOTE: This message and any response to it may constitute a public
> record, and therefore may be available upon request in accordance with Ohio
> public records law. (ORC 149.43) ****
>
> This e-mail message, including any attachments, is for the sole use of the
> intended recipient(s) and may contain private, confidential, and/or
> privileged information. Any unauthorized review, use, disclosure, or
> distribution is prohibited. If you are not the intended recipient,
> employee, or agent responsible for delivering this message, please contact
> the sender by reply e-mail and destroy all copies of the original e-mail
> message. ****
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


-- 
Bernhard Albler, +4369917207384
--
"Was Nachwelt! Wie komm' ich dazu was für die Nachwelt zu tun? Was hat denn
die Nachwelt für mich getan?"
--Carl Friedrich Zelter
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120914/9c3b5749/attachment.html>


More information about the cisco-voip mailing list