[cisco-voip] [External] Is it possible to bulk export phones from CLI or API?

[Hunter Fuller]

What kind of data do you need to report?

I usually do stuff like this using a python tool I wrote, called axlrows.
Here is an example:

>>> gen = get_phones(name="SEP700B4F9C44B8")
>>> phones = get_phones(name="SEP700B4F9C44B8")
>>> for phone in phones:
        print(phone.name, ":", phone.description)
SEP700B4F9C44B8 : Hunter Fuller (Cisco 8851 SIP) - Home

It looks like to match "every" phone, you could write
get_phones(protocol="SIP")

You can get the tool here, though it is admittedly poorly documented, so if
you need assistance, let me know off-list.

https://github.com/uah/axlrows

--
Hunter Fuller (they)
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Thu, Feb 18, 2021 at 12:47 PM Louis Koekemoer (MEA) <
Louis.Koekemoer at dimensiondata.com> wrote:

> Hi,
>
>
>
> I recently upgraded my CUCM clusters to CUCM 12.5su3. I hit a bit of an
> issue. 2 bugs. 1 on exporting all devices or all UDP, all details and 2
> generating UDP reports or Phone reports. I need to do these on a weekly
> basis and I have 3 cluster with around 7000-1000 UDP per cluster and up to
> 33000 phones/devices per cluster. Now as per the below it breaks on around
> 700-800 devices. I logged a TAC case and this is what TAC identified.
> Firstly the customer is not happy with bleeding edge(Not released yet). I
> am not very clued up on API’s but is there possible a way I can either
> “export” all devices, all details via cli or with a API? I have a few more
> clusters to upgrade but all put on hold due to this.
>
>
>
>
>
> 1. https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvv67192
>
>
>
> *Symptom:*
>
> Export of Bulk Phones Job , stays in "Processing" State and does not
> "Completes"
>
> Export of Bulk UDP Job , stays in "Processing" State and does not
> "Completes"
>
>
>
> *Conditions:*
>
> Export fails if it's more than 520 phone records through Phone -> Export
> Phone/UDP -> All Details
>
>
>
> *Workaround:*
>
> 1. Export phones around 400 records through Phone -> Export Phone ->
> Specific Details
>
> 2. Export 800+ records through Import/Export -> Export operation.
>
>
>
>
>
> *The known fixed version is CCM.12.5(1.14900.42) but is going to be
> released in late February.*
>
>
>
> 2. https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvw44625
>
>
>
>
>
> *Symptom:*
>
> When customer submits bat job for (Bulk Administration --> Phones -->
> Generate Phone Reports) failed event can be observed from Job Scheduler
> page.
>
>
>
> Issue started after upgrading to CUCM 12.5 SU3
>
>
>
> *Conditions:*
>
> Generate Phone Report under Bulk Administration
>
>
>
> *Workaround:*
>
> While Generating the  Phone Report,
>
> Bulk Administration --> Phones --> Generate Phone Reports  after selecting
> mandatory fields,
>
> under IP Phone services fields two checkboxes are there for speed dial
> services and IP Phone services, if the user can checked those boxes and run
> the job Report will generate successfully
>
>
>
> *The known fixed version is CCM.12.5(1.14900.42) but is going to be
> released in late February.*
>
>
>
> [image: ddlogo]
> Louis Koekemoer (MEA)
> Engineer - IPT - L4
> * m. * +27 71 6808790 * t. * +27 11 5754317
> * email. * louis.koekemoer at dimensiondata.com
> * dimensiondata.com <https://www.dimensiondata.com/> *
> [image: ddtwitter] <https://twitter.com/DiDataMEA>
> <https://twitter.com/DiDataMEA> <https://twitter.com/DiDataMEA>
> [image: ddlinkedin]
> <https://www.linkedin.com/company/dimension-data-middle-east-and-africa>
> <https://www.linkedin.com/company/dimension-data-middle-east-and-africa>
> <https://www.linkedin.com/company/dimension-data-middle-east-and-africa>
> [image: ddfacebook] <https://www.facebook.com/DiDataMEA>
> <https://www.facebook.com/DiDataMEA> <https://www.facebook.com/DiDataMEA>
> [image: ddinstagram] <https://www.instagram.com/_dimensiondata_>
> <https://www.instagram.com/_dimensiondata_/>
> <https://www.instagram.com/_dimensiondata_/>
> [image: Logo] <https://www.dimensiondata.com> . .
>
> This email and all contents are subject to the following disclaimer:
> https://www.dimensiondata.com/email-disclaimer
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210218/282587c5/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0.png
Type: image/png
Size: 800 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210218/282587c5/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 1.png
Type: image/png
Size: 4859 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210218/282587c5/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2.png
Type: image/png
Size: 5571 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210218/282587c5/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 3.jpg
Type: image/jpeg
Size: 8498 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210218/282587c5/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 4.jpg
Type: image/jpeg
Size: 8246 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210218/282587c5/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 5.jpg
Type: image/jpeg
Size: 8214 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20210218/282587c5/attachment-0002.jpg>