from:"Stephen Welsh"

Re: [cisco-voip] Question about detecting end-point analog telephony device present on ATA

2023-06-02 Thread Stephen Welsh

Hi Tim,

If I recall correctly ATA's have a basic level of CTI, mostly to see state.

Looks like the ATA-186 running SCCP supports CTI:

https://developer.cisco.com/site/jtapi/documents/cti-tapi-jtapi-supported-device-matrix/

You could try out the JTAPI Test Tool and see if the ATA’s are in there and 
what info is available.

https://developer.cisco.com/site/jtapi/downloads/

I could only see docs/videos on the JTAPI Test Tool, it had not been updated in 
years but still works on latest UCM last time we used it. I’ve asked where the 
JTAPI Test tool is located, if I get a reply I’ll forward. I have a copy for 
UCM 11.5 that I believe is the latest version, I believe I should be okay to 
forward as it was not tied to a support contract download etc.

Also, we shall be back at Cisco Live US next week, it anyone going gets the 
chance swing by for a chat and some swag ;)

Kind Regards

Stephen Welsh
Founder & CEO
UnifiedFX
[image002.png]

On 2 Jun 2023, at 05:10, Carlo Calabrese  wrote:

Here is a SQL command I use to get a list of all the devices that includes 
device, primary number on the device and mac.
This will give you CTI route points also.

model mac description dnorpattern name

run sql select typemodel.name as model, device.name as mac, device.description, 
numplan.dnorpattern, devicepool.name from device join typemodel on 
device.tkmodel = typemodel.enum join devicenumplanmap on device.pkid = 
devicenumplanmap.fkdevice join numplan on devicenumplanmap.fknumplan = 
numplan.pkid join devicepool on device.fkdevicepool = devicepool.pkid where 
devicenumplanmap.numplanindex = '1'


On Thursday, June 1, 2023, 08:26:36 AM MST, Tim Reimers 
 wrote:


Hi all -
Thanks for the earlier assistance with obtaining details for ATAs.
Turned out the only way to do it is a screenscrape and check each one for the 
DN.

My next goal is:
How to know if there's a device of any kind attached to the port of an ATA-186.

I know for my VG-224 devices, I can do this:
VG224#test voice port 2/0 line-test phone-detection
measured result 0x20C48FB
AC current = 0421 uA
port 2/0 has phone connected

Does anyone know if there's anything similar in an ATA, like somewhere in the 
web interface
where a similar statistic is reported or a test available?

We've got a lot of these that are remote to us, and I need to figure out which
ones still have anything attached, and which ones are simply dead wire hanging 
off and the equipment
may have been removed or powered off long ago.
(yes, people don't tell us when they stop using something, or an outside vendor 
switches things around without IT knowing it.
I bet we all have that T-shirt..)

Thanks Tim



--

Quis custodiet <https://en.wikipedia.org/wiki/Quis_custodiet_ipsos_custodes%3F> 
ipsos nexus

Tim Reimers

Network Administrator

I.T Services

City of Asheville

treim...@ashevillenc.gov<mailto:treim...@ashevillenc.gov>

(desk) 828-259-5512

(cell)   828-552-1585

"That’s no ordinary rabbit  packet!  That’s the most foul, cruel, and bad 
tempered badly framed packet you ever set eyes on. Listen, that packet’s got a 
vicious streak a mile wide, he’s a killer.He’s got huge sharp MTU…eh, he can 
leap about and cross Vlans…. I warned you, I warned you but did you listen? No… 
ohhh no, it’s just a harmless little packet on the network, isn’t it now"

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] New handset models

2021-07-29 Thread Stephen Welsh

Likewise I’ve not heard any rumours.

I think Cisco have to consolidate CUCM & MPP phone firmware/user interface so 
they have a smooth transition to/from cloud first, that may involve a new phone 
model/range at some point.

Kind Regards

Stephen Welsh
Founder & CTO
UnifiedFX

On 29 Jul 2021, at 13:55, Matthew Loraditch 
mailto:mloradi...@heliontechnologies.com>> 
wrote:

I haven't heard any whispers of anything in partner world or otherwise nor have 
I actually seen anyone even ask the question.



Matthew Loraditch
Sr. Network Engineer
(He/Him/His)
p: 443.541.1518
w: www.heliontechnologies.com<http://www.heliontechnologies.com/>|  
e: mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>
<http://www.heliontechnologies.com/>
<https://facebook.com/heliontech>
<https://twitter.com/heliontech>
<https://www.linkedin.com/company/helion-technologies>
-Original Message-
From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of James Andrewartha
Sent: Thursday, July 29, 2021 4:02 AM
To: cisco-voip voip list 
mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] New handset models

[EXTERNAL]


Hi all,

Does anyone know if Cisco is going to be launching new handset models soon? The 
88x1 series were released in May 2014, while our 79x5s (bought September 2010) 
are going end of support in June 2023. So you'd think they would be releasing a 
new range soon. Or does Cisco see the future as being soft phones and headsets?

https://www.cisco.com/c/en/us/support/collaboration-endpoints/unified-ip-phone-8800-series/series.html
https://www.cisco.com/c/en/us/support/collaboration-endpoints/unified-ip-phone-7900-series/series.html

Thanks,

--
James Andrewartha
Network & Projects Engineer
Christ Church Grammar School
Claremont, Western Australia
Ph. (08) 9442 1757
Mob. 0424 160 877
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

2021-02-18 Thread Stephen Welsh

Hi Louis,

You should be able to get what you are after using PhoneView:

https://www.unifiedfx.com/unifiedfx-free-software/phoneview-asset-and-inventory

The Asset & Inventory Edition should be enough (free for systems with 10,000 
phones or less).

Here is a sample of the data you can export:

https://assets.unifiedfx.com/images/2014/06/PhoneView-Scan-Edition-Sample.xlsx

Kind Regards
Stephen Welsh
Founder & CTO
UnifiedFX

On 18 Feb 2021, at 19:11, Louis Koekemoer (MEA) 
mailto:louis.koekem...@dimensiondata.com>> 
wrote:

I am mainly interested in 4 fields on the bulk phone reports

Device Name,Description,Directory Number 1,Line CSS 1

And for UDP reports
Device Profile Name,Description,Directory Number 1,Line CSS 1

From: Hunter Fuller mailto:hf0...@uah.edu>>
Sent: Thursday, 18 February 2021 21:07
To: Louis Koekemoer (MEA) 
mailto:louis.koekem...@dimensiondata.com>>
Cc: cisco-voip mailto:cisco-voip@puck.nether.net>>
Subject: Re: [External] [cisco-voip] Is it possible to bulk export phones from 
CLI or API?

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<http://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) 
mailto:louis.koekem...@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.

Louis Koekemoer (MEA)
Engineer - IPT - L4
m. +27 71 6808790
t. +27 11 5754317
email. 
louis.koekem...@dimensiondata.com<mailto:louis.koekem...@dimensiondata.com>
dimensiondata.com<https://www.dimensiondata.com/>
<https://twitter.com/DiDataMEA>
<https://www.linkedin.com/company/dimension-data-middle-east-and-africa>
<https://www.facebook.com/DiDataMEA>
<https://www.instagram.com/_dimensiondata_>
<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@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

itevomcid

Re: [cisco-voip] Consolidating access to Cisco CUCM APIs via Service Mesh

2020-06-17 Thread Stephen Welsh

Hi All,

Just noticed this thread, been busy drinking the cool-aid of dotnet core 
recently ;)

Pete, as always, great work, it’s never a simple project you end up chewing on 
;)
Only had a brief look, but that is a big problem you are solving and looks like 
a powerful approach that has legs. I guess my main suggestion would be to start 
with one area first, i.e. asset/inventory or configuration 
management/provisioning etc.
Like Anthony I have little to no knowledge of service meshes, so yes if you are 
kind enough to share some knowledge I’m down.

Anthony, thank you for highlighting AutomationFX, hope all is well.

Adam, no worries, happy to have a wee call to take you through 
PhoneView/AutomationFX, although it may help me more than you I suspect ;)

In terms of AutomationFX (the API side we brand as AutomationFX SDK) I’d class 
it as middleware, consolidating the varied and complex UCM integrations into a 
single/simple REST API and using web hooks for eventing. So where possible 
trying to normalise to a very pervasive API pattern to maximise developer 
reach. In addition we have some plans on a UI (beyond swagger) that should 
provide a suitable balance between complexity and flexibility that should be 
acceptable for UC engineers with minimal dev experience.

As AutomationFX is built on .Net (moving to dotnet core ;) it already has and 
uses SignalR (a Microsoft wrapper on Web Sockets) and therefore capable of 
realtime events without the need to register web hooks. However I’ve not come 
across a common pattern for real-time/eventing api’s beyond web hooks so-far 
that I want to explore yet. The dotnet core version of SignalR has quite an 
impressive set of capabilities, including streaming support, so may look at a 
way to leverage that at some point in the future for developer access.

One of the key areas we are focusing on with AutomationFX is JTAPI as that has 
the greatest middleware benefit and has very careful scaling considerations on 
larger systems. In addition JTAPI is incredibly chatty, 10+ events for a single 
call etc. so we have also figured out how to consolidate events to reduce the 
chatter without compromising latency.

We believe testing (not just with hard phones) is something that will be more 
important moving forward as complexity increases with more integrated services 
and hybrid deployments etc.

Thanks

Stephen Welsh
Founder & CTO
UnifiedFX

On 17 Jun 2020, at 17:24, Pete Brown mailto:j...@chykn.com>> 
wrote:

That’s a respectable amount of work you’ve put into that!  One of the reasons 
I’m taking the service mesh route is to maximize reusability of existing code 
like yours.  I spent years writing Perl scripts for ETL and automation 
functions.  I wouldn’t say that time was “wasted” because it got the job done, 
but now most of those scripts are useless.  They weren’t written in a way that 
allowed their functions to be called by other processes.

Last night I spent a few hours trying to find a quick intro on service meshes & 
API gateways.  Most assumed a bit of development experience; couldn’t find 
anything that would be useful for most UC folks.  I wouldn’t mind throwing a 
presentation together if someone has a BrightTalk account.  And there’s 
interest, of course!

-Pete


From: Pawlowski, Adam<mailto:aj...@buffalo.edu>
Sent: Tuesday, June 16, 2020 7:55 PM
To: Anthony Holloway<mailto:avholloway+cisco-v...@gmail.com>; Pete 
Brown<mailto:j...@chykn.com>
Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: RE: [cisco-voip] Consolidating access to Cisco CUCM APIs via Service 
Mesh

This is more or less what I had been doing internally at a very primitive 
level, and its been very valuable but quickly consuming of a ton of time to try 
and account for the items and interactions between them.  I have to more or 
less abandon Ruby at this point given that gems are not being updated and 
things are starting to be a problem to maintain for me, oh well.

The Ruby gem I coked up abstracts a user object with details pulled from LDAP, 
UCM, Unity Connection, and lets me interface with local resources or write 
simple reports. It is what I used to write a basic CSV Jabber import (stripped 
way down to just basically AXL) tool, though no one took me up on it for import 
over BAT. I think they’re nuts to use that.

I am still unclear on what a service mesh is, but, my overall vision was to 
have some sort of abstracted layer that monitors some level of object history, 
but allowed me to tether business rules and systems to actions in the data 
systems. It became pretty quickly obvious a job engine, call brokering and 
buffering, intermediate database with reconciliation and clean up jobs, etc 
would be needed on top of trying to define the way the objects actually 
interact with each other. I don’t have the time.

I did not look into AutomationFX, and I’ll earn some ire for this, but, we have 
used both Phone

Re: [cisco-voip] DRS Message Restore & DRS File Decrypter Updated

2020-05-11 Thread Stephen Welsh

Well done Pete, and thank you for sharing your hard earned expertise ;)

Stephen

On 11 May 2020, at 21:22, Pete Brown mailto:j...@chykn.com>> 
wrote:

Yes, all that’s been ironed out.  Jeff had to deal with a ridiculous amount of 
red tape to make it happen.  Plus he did a great job of cleaning up the code 
(packaging, logging, error handing, etc).

I’m just happy that it’s now a “blessed” utility instead of something that’s 
frowned on in the Community forums.

Sent from Mail for Windows 10

From: Anthony Holloway
Sent: Monday, May 11, 2020 12:20 PM
To: Pete Brown
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] DRS Message Restore & DRS File Decrypter Updated

Are these based off of your tools?  If so, are you credited in any way?

On Sat, May 9, 2020 at 12:36 PM Pete Brown 
mailto:j...@chykn.com>> wrote:
Just a heads up, Cisco has made some updates to the DRS file decryption tool 
and released it for customer use.  Jeff Lindborg has also updated the DRS 
Message Restore (fka DRS Message Fisher) tool .  Both are available here.

http://www.ciscounitytools.com/Applications/CxN/DRSMessageFisher/DRSMessageFisher.html

I’m leaving my tools page and GitHub repo up, but I’d recommend using Cisco’s 
version going forward.  It’s been fun!  


Sent from 
Mail
 for Windows 10

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Call Transfer: Inject an arbitrary calling id (ANI) to a JTapi Transfer target

2019-11-19 Thread Stephen Welsh

Hi Daniele,

Not my area, but have you looked at using LUA scripts to pass-thru/transform
SIP headers on UCM:

https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/sip_tn/9_0_1/sip_t_n/5-sip_pass_thru.html

Thanks

Stephen Welsh

On 19 Nov 2019, at 09:38, daniele visaggio
mailto:visaggio.dani...@gmail.com>> wrote:

Good morning.

Diagram:

FINESSE --- UCCE --- CUCM --- SBC --- THIRD PARTY SIP SERVER

Scenario:

CUCM receives a call from PSTN. A route pattern sends the call to THIRD PARTY
SIP SERVER which, in turn, transfers the call back to UCCE IVR SCRIPT via
SBC/CUCM.

So we have:

Transferee: it's the PSTN caller, i.e. the party ending up being transferred to
the finesse agent

Transfer Target: technically it's a CTI route point on CUCM, which triggers a
UCCE script placing the call on a queue. It is the new party being introduced
to the Transferee. In the end it represents a finesse agent.

Transferor: THIRD PARTY SIP SERVER, i.e. the party initiating the transfer of
the Transferee (PSTN caller) to the Transfer target (finesse agent)

In order to transfer the call, THIRD PARTY SIP SERVER sends a SIP REFER message
to SBC/CUCM.

>From a routing perspective, the transfer works fine. The pstn caller can be
>transferred to a finesse agent.

GOAL:

we need to alter the calling id seen by UCCE and then by Finesse Agent.
Actually, the calling id (ANI) seen by UCCE/Finesse is the original PSTN phone
number.

There are business reasons why we need to do so.

The crucial point is that THIRD PARTY SIP SERVER sends back to cucm a custom
sip header in the REFER message containing the phone number needed to be seen
by UCCE/Finesse. This can be different from the original PSTN ANI (e.g. the
pstn call is anonymous). This new ANI is dynamic and so it's not always the
same.

I tried with many sip manipulations on the SBC. I placed the new ANI into the
REFER FROM sip header, in the Remote-Party-id, the PAI header. Nothing worked
so far.

Is there a way to set a new ani in this call transfer scenario? I need to find
a way to "convince" cucm to pass the new ANI via Jtapi to UCCE/IVR/Finesse. Is
this possible?

Thanks,

Daniele
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Azure to Webex User Provisioning and Tokens

2019-08-07 Thread Stephen Welsh

The following may be a possibility to programatically update the SecretToken:

https://stackoverflow.com/questions/54484428/how-to-update-secret-token-property-in-azure-ad-synchronization-api

Basically a HTTP PUT, so just a matter of figuring out the authentication to 
the Azure API & getting the GUID of the servicePrincipal and it should just be 
a few of lines of Python etc.

Stephen


On 7 Aug 2019, at 21:35, Anthony Holloway  
wrote:

Ok, so it's one-liner to pull an OAuth token from my webex account for an 
integration which doesn't exist (or at least, it doesn't require me to create 
one first, nor does it create one for me).

Since there is nothing to look at, after the link is processed, it almost seems 
like a better idea to create the integration on 
https://developer.webex.com/my-apps, obtain the token, so that I have something 
to look at/reference later for this integration.

Also, if I'm not mistaken, since Azure is not going to ask for a refresh token 
then, this will forever be a task that we manually perform every year, right?  
Perhaps someone will get fancy and write middleware to refresh the token and 
push it into Azure, but I'm not even sure if Azure exposes an API to update 
that field.

On Wed, Aug 7, 2019 at 12:05 PM Ryan Ratliff (rratliff) 
mailto:rratl...@cisco.com>> wrote:
The URL is just a shortcut way to get an OAuth token for the integration.

You can easily do the same thing via the API if you had to.

Look at the URL itself:
https://idbroker.webex.com/idb/oauth2/v1/authorize

Here are the parameters for the GET request (leaving the %-encoded characters 
because I’m lazy):
response_type=token
client_id=
redirect_uri=http%3A%2F%2Flocalhost%3A3000%2Fauth%2Fcode
scope=spark%3Apeople_read%20spark%3Apeople_write%20Identity%3ASCIM
state=this-should-be-a-random-string-for-security-purpose

You can see the definitions of the parameters at 
https://developer.webex.com/docs/integrations.

A given integration can have only one OAuth token at a time, so if you 
regenerate your token by logging into that URL then it will invalidate any 
previous ones.
The web page isn’t going away, it’s just the URL the OAuth generation 
redirected you to when it generated your token, which happens to include your 
token.
It’s non-developer speak for “don’t close your browser until you copy that 
token”, and worst case, generate a new one.

Ryan Ratliff
Manager, Cisco Cloud Collaboration TAC
Standard Business Hours: 8:00AM-5:00PM EDT
Email: rratl...@cisco.com
Office: +1 919-476-2081
Mobile: +1-919-225-0448
Cisco U.S. Contact Numbers: +1-800-553-2447 or +1-408-526-7209

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of Anthony Holloway 
mailto:avholloway%2bcisco-v...@gmail.com>>
Date: Wednesday, August 7, 2019 at 12:32 PM
To: Matthew Loraditch 
mailto:mloradi...@heliontechnologies.com>>
Cc: cisco-voip list 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Azure to Webex User Provisioning and Tokens

Thank you for that confirmation.

It's concerning to me that the note below the URL says:

"We recommend that you paste this value into a text file and save it, so that 
you have a record of the token in case the URL is not available any more."

Considering the token expires every 365 days.  I sure hope the URL is available 
in the future.

On Wed, Aug 7, 2019 at 11:26 AM Matthew Loraditch 
mailto:mloradi...@heliontechnologies.com>> 
wrote:
FWIW the Cisco documents say the same thing: 
https://help.webex.com/en-us/aumpbz/Synchronize-Azure-Active-Directory-Users-into-Cisco-Webex-Control-Hub



Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com
 |
e: mloradi...@heliontechnologies.com




From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: Wednesday, August 7, 2019 12:18 PM
To: Cisco VoIP Group 
mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] Azure to Webex User Provisioning and Tokens

I'm using the following link:

https://docs.microsoft.com/en-us/azure/active-directory/saas-apps/cisco-webex-provisioning-tutorial

And in step 6 it describes how to obtain the secret token from Cisco, to input 
into Azure.

It notes that the token is valid for 365 days, however, in my testing it's 
looking like it might be 30 days.

The resulting URL from step 6 has a URI parameter of:

expires_in=31535999

Which if you treat it as seconds, then it's 365 days, so the URL seems to match 
the document.

I'm wondering if there is anyone with experience on this topic, before I put 
some serious time in with TAC.

Thanks much!

___
cisco-voip mailing list
cisco-voip@puck.nether.net

Re: [cisco-voip] Uplinx Report Tool?

2019-08-03 Thread Stephen Welsh

Hi Nick, hope you are well.

Yes I do follow this email group (among many other communities) for an 
excellent insight to what’s happening in the world of Cisco UC, however modesty 
is not my strong point ;)

I’m partial to a bit of guerrilla marketing, sometimes I go a bit far. Once I 
did get banned from the Cisco Community site, so I apologise if this self 
promotion offends.

[Guerrilla Marketing On]

PhoneView 7.0 (http://download.unifiedfx.com/PhoneView) introduces more unique 
features:
* Virtual Cisco Endpoints (register multiple Jabber devices on a single PC)
* Soft phone and MRA phone support (see call activity & control calls)
* UCCX Integration (see and set real-time agent state)

PhoneView 7.1 (beta due Sept)
* AutomationFX/PhoneFX policy feature
* AutomationFX Community Edition (Free):
Exposes Cisco UCM CTI, AXL & RISPort via REST API
Automate, Develop and Test easily with Cisco UC
Create custom Cisco UC applications
Python SDK (https://github.com/unifiedfx/automationfx-python )

[Guerrilla Marketing Off]

Kind Regards

Stephen Welsh

Sent from my iPad

On 3 Aug 2019, at 07:35, Nick Britt  wrote:


uplinx is brilliant, I am sure Stephen Welsh is skulking around here practicing 
his modesty. I will continue to push customers to buy it.

On Sat, Aug 3, 2019 at 12:46 AM Fares Alsaafani 
mailto:fares@gmail.com>> wrote:
Hi Matthew, I have used remote control for Cisco phone software was great saved 
my day on remote site upgrade cutover.

On Fri, Aug 2, 2019 at 6:16 AM Matthew Loraditch 
mailto:mloradi...@heliontechnologies.com>> 
wrote:
https://www.uplinx.com/reporttool-usd/

Anyone heard of/used these folks?



Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com<http://www.heliontechnologies.com/>|  
e: mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>
<http://www.heliontechnologies.com/>

<https://facebook.com/heliontech>

<https://twitter.com/heliontech>

<https://www.linkedin.com/company/helion-technologies>

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
--
Best Regards

FARES ALSAAFANI
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


--
- Nick
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Automated cluster building? (devops tools)

2019-05-29 Thread Stephen Welsh

Hi Nick,

We use Azure Devops (previously called Visual Studio Team Services) for 
Continuous Integration/Delivery of all our software. As part of that some of 
our UCM and UCCX integrations are tested automatically. In our case we have a 
local lab VMWare system (currently just statically built UCM/UCCX instances). 
Although we use Azure Devops in the cloud, we have an on-prem build agent that 
executes the tasks defined in our Build/Release pipeline. The on-prem agent has 
direct connectivity to UCM/UCCX as well as the VMWare host for running the CI 
tests.

We did make a start to automating the deployment of the test UCM/UCCX system, 
in our case we are using snapshots of the base UCM/UCCX system. One of the many 
tasks available to Azure Devops is VMWare integration, so we can have a build 
agent task that powers up the relevant UCM/UCCX instance from the appropriate 
snapshot to then perform the relevant CI test.

I did have a discussion with the Cisco DevNet Sandbox team about them exposing 
an API to reserve/start sandbox instances which they were keen to do, but the 
main guy that was working on that has since moved on. However I was lucky 
enough to win a DevNet Creator award recently (Yay ;) and have been asked to 
provide some input to the DevNet road map, so you can bet your boots this is on 
my list ;)

Personally I’m a big fan of CI/CD and automation in general and have invested a 
lot of time learning how Azure Devops works etc. very cools stuff.

Happy to host a WebEx to take you through our setup some time, also we shall be 
at Cisco Live US again this year, booth number: 2336

Kind Regards

Stephen Welsh
Founder & CTO
UnifiedFX

On 29 May 2019, at 20:38, Nick Barnett 
mailto:nick@barnett.email>> wrote:

I'm looking into what we need in a non-prod environment and I can't seem to 
find what I'm looking for. Has anyone used standard devops tools to automate 
the build of clusters? I doubt I'm going to find anything that would be an 
"IaaS for CUCM" that I can run at my company, but that's what I'm after.


What are other people doing for the problem of needing repeatable and quick 
development environments? There has to be a better way than building a new 
cluster from scratch, which can take hours. I can hit a button and deploy a 
full cluster of linux servers, all of the containers they need, DNS, the 
virtual network to connect them all, and everything else needed to be 
production ready (and it will be done in a few minutes), but I have to spend 
DAYS making a dev CUCM environment. What am I missing?


Thanks,
Nick


Thanks,
Nick

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Cisco Live CLUS anyone??

2019-04-30 Thread Stephen Welsh

LOL,
Got to be Thanos with the BawBag chin.

Nice Idea, Cisco Live & ComicCon cross-over event, I’m sure there would be a 
large turnout ;)

Stephen


On 30 Apr 2019, at 16:52, Jason Aarons (Americas) 
mailto:jason.aar...@dimensiondata.com>> wrote:

So which Avenger character are you going to be?  We fully expect you to dress 
up in character.  How do you look wearing green body paint?


From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Stephen Welsh
Sent: Tuesday, April 30, 2019 2:35 AM
To: Anthony Holloway 
mailto:avholloway+cisco-v...@gmail.com>>
Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Cisco Live CLUS anyone??


I’ll be there too.

The WebEx room was fun and helpful, another would be great.

We will have a stand again

Stephen Welsh
Founder & CTO
UnifiedFX
Sent from my iPhone

On 29 Apr 2019, at 20:39, Anthony Holloway 
mailto:avholloway+cisco-v...@gmail.com>> wrote:
I'll be there!

Last year, I started a webex teams room for those of us who were in attendance 
(and wanted to be in the room).  A few of us used it to coordinate meetups.  
There was also some good conversation in the room during the week as well.  
Mostly, heads-ups on events, humor and commentary on what was being learned 
that week.

I might even been in the Engineering Deathmatch again, as a defending champ.  I 
hope to god they don't put me up against you Ryan.  Fingers crossed.

On Mon, Apr 29, 2019 at 2:19 PM Ryan Huff 
mailto:ryanh...@outlook.com>> wrote:
Just curious to know whom (if anyone) from the list will be at CLUS this year 
in San Diego? I will be and would love to meetup with those from the list whom 
I’ve only exchanged emails with thus far.
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


itevomcid

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Cisco Live CLUS anyone??

2019-04-30 Thread Stephen Welsh

I’ll be there too.

The WebEx room was fun and helpful, another would be great.

We will have a stand again

Stephen Welsh
Founder & CTO
UnifiedFX

Sent from my iPhone

On 29 Apr 2019, at 20:39, Anthony Holloway 
mailto:avholloway+cisco-v...@gmail.com>> wrote:

I'll be there!

Last year, I started a webex teams room for those of us who were in attendance 
(and wanted to be in the room).  A few of us used it to coordinate meetups.  
There was also some good conversation in the room during the week as well.  
Mostly, heads-ups on events, humor and commentary on what was being learned 
that week.

I might even been in the Engineering Deathmatch again, as a defending champ.  I 
hope to god they don't put me up against you Ryan.  Fingers crossed.

On Mon, Apr 29, 2019 at 2:19 PM Ryan Huff 
mailto:ryanh...@outlook.com>> wrote:
Just curious to know whom (if anyone) from the list will be at CLUS this year 
in San Diego? I will be and would love to meetup with those from the list whom 
I’ve only exchanged emails with thus far.
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] SetRingTone Wideband

2019-04-25 Thread Stephen Welsh

Thanks Brian, was going to jump in but hesitated ;)

Don’t think I’m breaking any NDA’s here as this is just a general impression 
based on dialog on this topic, there is absolutely nothing official here and I 
can’t go into detail unfortunately.

I get the impression that background support may get dropped or more limited in 
the future. The recent addition of backgrounds to the KEM has caused more 
challenges than benefit in it’s current implementation. This would imply that 
Cisco will have to do something to update/resolve this, backtrack, or something 
new/different.

Personally I would love Cisco to fully embrace background/ringtones (i.e. the 
SetBackground XML object etc.). We see hundreds of clients that use custom 
backgrounds, it’s a great capability that is mostly an afterthought at times.

I would encourage anyone with customers leveraging the custom backgrounds on 
Cisco phones to provide feedback to Cisco asking for official API support for 
SetBackground/SetRingtone

One thing I was really pleased about was Cisco fixing the SetBackground bug on 
the latest 88xx firmware, but would be ideal if this was an official API.

Kind Regards

Stephen Welsh
Founder & CTO
UnifiedFX

Sent from my iPad

On 25 Apr 2019, at 14:02, Brian Meade mailto:bmead...@vt.edu>> 
wrote:

Yea, was hoping someone from Cisco would jump in to confirm if there's 
something like a SetRingToneWB command or something similar or plans to update 
this API at some point.

Adding Stephen Welsh as well since he's pretty familiar with these phone APIs.

On Thu, Apr 25, 2019 at 4:47 PM Anthony Holloway 
mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
Alright, well, I guess that's the end of the road then, huh?

On Thu, Apr 25, 2019 at 3:31 PM Brian Meade 
mailto:bmead...@vt.edu>> wrote:
Thanks for testing Anthony!  You're seeing the same thing I saw in that it's 
only supporting the non-wideband ringtones.

Wideband ringtones don't have any size limitations I've found and also don't 
need to be divisible by 240.  I downloaded the wideband ringtones from CUCM and 
confirmed their sizes/samples and such to confirm that.

I can make a very long/sizable wideband ringtone, put it in the RingList-wb.xml 
file and upload it to TFTP and it works fine.  Seems like the limitation is 
just around the SetRingTone command only working with legacy ringtone 
parameters.

On Thu, Apr 25, 2019 at 3:14 PM Anthony Holloway 
mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
I made a little progress.

Python
>>> import requests
>>> phone = 'my phone IP here'
>>> creds = ('my username', 'my password')
>>> xml = {'XML': 
>>> 'https://tftpserver.company.com:6972/NewRingtone.rwb'}
>>> resp = requests.post('http://{}/CGI/Execute'.format(phone), auth=creds, 
>>> data=xml)
>>> resp

>>> resp.text
u'\r\n\r\n\r\n\r\n'

At first I got:

>>> resp

>>> resp.text
u'\r\n\r\n 
Unsupported Operation \r\n Personalization is disabled 
\r\n\r\n'

After I enabled that, I then got:

>>> resp

>>> resp.text
u'\r\n\r\n 
InvalidResource \r\n  Ring Tone Too Large: 
https://tftpserver.company.com:6972/ NewRingtone.rwb  Size is 264828 
\r\n\r\n'

Then after I cut the ringtone in half, I got this:

>>> resp

>>> resp.text
u'\r\n\r\n 
InvalidResource \r\n  Invalid Ring Tone: Number of Ring samples in 
the ring not evenly divisible by 240: https://tftpserver.company.com:6972/ 
NewRingtone.rwb \r\n\r\n'

So, I used the following as a supplement to the previously linked site, so that 
I could figure out this 240 sample thing:
https://www.netcraftsmen.com/uc-toolkit-using-audacity-for-cucm-ring-tones/

My phone (8851 on 12.5(1)SR2) still plays the default Sunrise ringtone, and I 
don't see where the new ringtone comes into play.  Perhaps my successes will 
help you move the needle a little further?

On Thu, Apr 25, 2019 at 12:35 PM Brian Meade 
mailto:bmead...@vt.edu>> wrote:
I've got it working using the RingList-wb.xml globally, but still can't get it 
to work via API.  It seems like SetRingTone was just never updated to allow for 
wideband ringtones.

On Thu, Apr 25, 2019 at 10:37 AM Anthony Holloway 
mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
Do you have it working now then?

On Wed, Apr 24, 2019 at 12:42 PM Brian Meade 
mailto:bmead...@vt.edu>> wrote:
So I confirmed the sample rate should be 16000 Hz as well.

Then exported as Raw (headerless) Signed 16-bit PCM

On Wed, Apr 24, 2019 at 1:25 PM Brian Meade 
mailto:bmead...@vt.edu>> wrote:
 SetRingTone is a bit undocumented in any of the API guides similar to 
setBackground.  They both work but RingTone may not have been updated to 
support wideband files.

I've got the ringtone on CUCM now as well using the file settings in that blog 
but it's playing too fast.

Anyone know if the sample rate needs to be changed from 8000 Hz or any ot

Re: [cisco-voip] Phones to be Deprecated in CUCM 14 (ETA 2020)

2019-02-27 Thread Stephen Welsh

As I’m sure most people are aware MigrationFX was created to minimise the 
services cost of replacing old handsets. Remember if you replace at least 100 
phones on the MIP program you get a 1 year site license for MigrationFX 
courteously of Cisco.

https://www.unifiedfx.com/unifiedfx-free-software/get-migrationfx-for-free

We just happen to be hosting a webinar on MigrationFX today (4pm UK time), this 
should include someone from the Cisco endpoint BU to present the MIP program 
aspect.

Register Here:
https://unifiedfx.webex.com/unifiedfx/onstage/g.php?PRID=c950813b7c78dcb964136e772d7c6bd0

Appreciate it’s short notice, but obviously very topical at the moment, once we 
have the recording of the session I’ll post it here for reference.

Kind Regards

Stephen Welsh
Founder & CTO
UnifiedFX

On 27 Feb 2019, at 13:08, Matthew Loraditch 
mailto:mloradi...@heliontechnologies.com>> 
wrote:

https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/trouble/14_0_1/fieldNotices/cucm_b_deprecated-phones-14.html

Just saw this posted. I know it’s come up but figured some folks would like to 
know.



Matthew Loraditch
Sr. Network Engineer

p: 443.541.1518


w: www.heliontechnologies.com<http://www.heliontechnologies.com/>|  
e: mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>

<http://www.heliontechnologies.com/>

<https://facebook.com/heliontech>


<https://twitter.com/heliontech>

<https://www.linkedin.com/company/helion-technologies>






___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] User device profile conversion

2018-11-27 Thread Stephen Welsh

Hi Matthew/All,

We have been asked a few times to add support for this, at least as part of a 
Migration of a physical phone to also convert the DeviceProfile too.

There are no native migration features for this operation (even with BAT), but 
we do have a plan on how to do this, and shall start work on the new year, so 
if successful will hopefully have something to share by Cisco Live US 2019.

We are also investigating the migration from IP Communicator to Jabber if that 
is of interest to anyone let us know if you want to test once it’s ready.

Kind Regards

Stephen Welsh
Founder & CTO
UnifiedFX

Sent from my iPad

On 27 Nov 2018, at 21:49, Matthew Loraditch 
mailto:mloradi...@heliontechnologies.com>> 
wrote:

Have you tried one of them on the 8851s? It should let you login, you may not 
need to change anything.

If not probably BAT add the new ones. It’d be cool if Migration FX could do 
these, but I don’t think it can.


Matthew Loraditch
Sr. Network Engineer

p: 443.541.1518


w: www.heliontechnologies.com<http://www.heliontechnologies.com/>|  
e: mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>



<https://facebook.com/heliontech>


<https://twitter.com/heliontech>

<https://www.linkedin.com/company/helion-technologies>






From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of James Dust
Sent: Tuesday, November 27, 2018 11:15 AM
To: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: [cisco-voip] User device profile conversion

Afternoon all,

I have around 500 users with end user device profiles for Cisco 797X devices, 
and need to convert these users to 885X profiles.

Can anyone advise the best way to go about this please?

We are running cucm ver 11.









Consider the environment - Think before you print

The contents of this email are confidential to the intended recipient and may 
not be disclosed. Although it is believed that this email and any attachments 
are virus free, it is the responsibility of the recipient to confirm this.

You are advised that urgent, time-sensitive communications should not be sent 
by email. We hereby give you notice that a delivery receipt does not constitute 
acknowledgement or receipt by the intended recipient(s).

Details of Charles Stanley group companies and their regulators (where 
applicable), can be found at this URL 
http://www.charles-stanley.co.uk/contact-us/disclosure/
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Application user password

2018-10-23 Thread Stephen Welsh

Hi Scott,

As far as I’m aware the application user password is hashed when stored in the 
CUCM DB, don’t believe it’s possible to obtain the original password.

I guess this is related to your enquiry about PhoneFX, I’ve replied to your 
question directly.

Also,
We are hosting a bunch of webinars over then next few months including the next 
version of PhoneView (7.0) that introduces more unique features including 
Virtual Endpoints. Basically you can register multiple Jabber soft phone 
instances from a single PC, no need to muck about with your Jabber client 
config. Place multiple calls (across clusters too) all without touching a 
single physical phone as part of the addition of SoftPhone support in 7.0 too.

This video has a short demo of the virtual endpoint feature:

https://youtu.be/NAbx7xLlTqU

Register for the event(s) here:

UnifiedFX 
Webinars<https://unifiedfx.webex.com/mw3300/mywebex/default.do?nomenu=true=unifiedfx=6=0.8636045612185083_url=https://unifiedfx.webex.com/ec3300/eventcenter/program/programDetail.do?theAction=detail=4832534b00047012466ec4b8e82e824123c19129ffd3552dd589c5574f2b1986d59a63338c3e=unifiedfx=4832534b00047012466ec4b8e82e824123c19129ffd3552dd589c5574f2b1986d59a63338c3e=1399072=c950813b7c78dcb964136e772d7c6bd0>

Kind Regards

Stephen Welsh
Founder & CTO
UnifiedFX

On 23 Oct 2018, at 15:05, Scott Voll 
mailto:svoll.v...@gmail.com>> wrote:

Any way to find out what an application user password is?  I really don't what 
to reset it, so I was hoping there was a way to find it.

Thanks

scott

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] 8832s

2018-05-01 Thread Stephen Welsh

With the new Cisco Headsets that adds another level of software management too 
;)

Stephen

On 1 May 2018, at 20:34, Brian Meade > 
wrote:

I can't believe there's still no syncing of TFTP/MOH Files or at least making 
it the default option.  Uploading things to every node over-complicates things. 
 And TFTP File Management has no bulk upload which is super annoying when I 
rebuild subscribers on an upgrade.  I keep meaning to make a script for that 
bulk TFTP upload.

There definitely needs to be some overhaul of phone firmware management.

We'll probably just see the phones start reaching out to the Webex cloud 
nightly to update their phone firmware as we further this cloud transition.

We have to make sure this stuff doesn't get too easy for the customers and kill 
off all our jobs too :P

On Tue, May 1, 2018 at 3:25 PM, Anthony Holloway 
> wrote:
"With upgrades, some phones begin upgrading before I can switch this back 
though."

I've had this happen more times than I'm comfortable admitting, and especially, 
I've already set the expectation that phones will not upgrade.

Installing the COP and then changing the Device Defaults is six of one and a 
half-dozen of the other, when compared to uploading the few files in the ZIP, 
and not touching the defaults.  To each his own, of course.

"I think some customers would just never update device firmware if it didn't 
force it on them though."

There are people still running 2800 ISRs, MCS, CUCM 7.x, and even 7940s.  Is 
firmware really the place to start forcing people to modernize?  I think it 
would be best to let the customer choose, unless they move to a cloud based 
solution.

On Tue, May 1, 2018 at 2:13 PM Brian Meade 
> wrote:
I think we've got to remember a lot of different types of customers use CUCM.

I've got some customers that need the ease of use with the COP file updating 
the device defaults automatically.  I actually use this method most of the time 
as well and just revert the device default change before restarting TFTP and 
resetting any phones.

The device packs and upgrades are a bit annoying to me with it changing all my 
phone firmware.  I usually Bulk Export then Device Defaults and re-import after 
to avoid this.  With upgrades, some phones begin upgrading before I can switch 
this back though.  I think some customers would just never update device 
firmware if it didn't force it on them though.

On Tue, May 1, 2018 at 1:04 PM, Anthony Holloway 
> wrote:
Thanks, now I want to watch that movie again.  It's been a looong time.

I can agree that support is not black and white.  Though, do consider the Cisco 
Partner's perspective, when Customers ask for recommendations on what they 
should be doing.  Our responses should always be motivated by keeping them on 
supported combinations of: configurations, hardware, and software.

And back to my original point, having firmware delivered via CUCM upgrades and 
Device Packs is hurting that effort, because the collateral upgrading which is 
occurring, is seldom what you want.  I.e., Production is not ready for the new 
firmware, or it's older than what you are already running.

Case in point: I have a customer right now with ones of thousands of phones, 
looking to add support for the Webex Room Kit device, so we need a Device Pack, 
but they are not ready to roll out a major firmware upgrade from 11.x to 12.x 
on all of their 78/8800 series phones.  Therefore, I have to now dance around 
the firmware upgrade, in what should be an otherwise easy task of applying 
support for just this specific device model.

I'd be curious to know how many people are actually delivering phone firmware 
via Device Packs, versus CUCM upgrades, versus COP files, versus ZIPs.

For me, it goes like this:

1. CUCM Upgrades are for upgrading CUCM, I typically freeze the existing phone 
firmware upgrades (and will do them pre- or post-upgrade of CUCM)
2. Device Packs are for adding support for newer models, I typically freeze the 
existing phone firmware upgrades
3. COP Files are almost never used for upgrading phone firmware, they change 
the device defaults, when my intention is never to upgrade 100% of a model 
right from the start (pilot first)
*If COPs didn't change device defaults, I'd likely use these over ZIP 
files.  Do these restart TFTP automatically?  I cannot recall.
4. ZIP Files are my preferred approach, because they are low risk because I can 
easily control their distribution in the environment (like running a pilot 
first)

On Mon, Apr 30, 2018 at 12:45 PM Ryan Ratliff (rratliff) 
> wrote:
Since Cisco already drops support for all firmware older than the most recent 
firmware:

“You keep using that word, I do not think it

Re: [cisco-voip] Log Parser for RTMT

2018-04-02 Thread Stephen Welsh

If you publish an EXE for direct download it pretty much has to be signed, even 
in our case we publish an MSI and it’s signed too.

If you zip the exe it might make the download easier as I belie the zip file 
will be blocked which is easier to ‘unblock’ than the hassle/cost of getting a 
signing certificate.

Thanks to the constant threat of viruses its hassle to publish software for 
download ;)

Thanks

Stephen Welsh
CTO
UnifiedFX

On 2 Apr 2018, at 17:20, Kent Roberts <k...@fredf.org<mailto:k...@fredf.org>> 
wrote:

Sorry All, It appears the linux server and windows and upper/lower case link 
bit me.

http://www.projecttesn.org/CKRParse4rtmt.exe<http://www.projecttesn.org/ckrparse4rtmt.exe>

I seem to be running into the same problem as the person with the AXL app was 
doing and antivirus.   Is there a way to let the program run without being 
signed?

Thanks


On Fri, Mar 30, 2018 at 9:26 PM, Kent Roberts 
<k...@fredf.org<mailto:k...@fredf.org>> wrote:
Hi all.

So I am one of the few people that have worked with CUCM since Cisco started 
with CallManager, back in 2000’s.  As such, there is one thing that I have 
always hated, and that was reading the logs cause there is just soo much 
stuff there.

I wrote a set of scrips a couple years ago, that is designed to parse the RTMT 
logs from CUCM and return only data based on the call.

After a few people begging for a copy of it, I decided to make it a real 
program.

If you find it useful, please contribute to my tax deductible non-profit.  
(Facebook has an easy donation program.  
Https://www.facebook.com/projecttesn<https://www.facebook.com/projecttesn>)


If you have Ideas for other stuff you would like to see let me know, I will see 
what I can do.


So the program works or should work like the following.(It is beta right 
now, as I am trying to make it self contained instead of scrips)

Put in the ANI or DNIS.  (Right now I know the extension on cucm works, not 
sure about the other side yet).   Or the SIP ID.   (This might be hit or miss 
at the moment)

Push the button to start.  Select the location of the RTMT files.  (Gz’s are 
ok, it will unpack them)

It will create a -output on the end of the path you provide with the data.

It will collect the calllog files,  and put the revenant data into a file.  
Once it finds matches it will start to assemble the data into a file, and copy 
the SDL files that are tied to it.

The goal is to get only the data related to the call provided, so tracking down 
what went on is much easier.

Once complete, you can or should be able to load the file with translatorx and 
have a smaller file to work with.

Find it here.Please note, I have restricted the running time, as it will 
need some updates.  Please feel free to help me make it better.   If its 
negative feedback, please don’t bother.

http://www.projecttesn.org/ckrparse4rtmt.exe

FYI. This is running with a test CERT, and right now not signed, so windows 
defender may pop up and Symantec will have a cow…. Put should not be any 
worries.

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Windows AXL Query Tool

2018-03-28 Thread Stephen Welsh

Hi Pete,

When downloading Windows SmartScreen checks the signing certificate of the 
application (if applied), if you haven’t already it’s best to buy a code 
signing certificate and sign your exe’s etc. with it (we use signtool.exe to do 
that).

Recently we updated the code signing cert for PhoneView and initially (even 
with a valid cert) it was flagged by SmartScreen until it had been downloaded a 
few times.

Haven’t looked at your tool, but congrats for putting it out there, a simple 
way to query and export raw SQL data is sorely needed, something I was going to 
do but ended up going down a different path ;)

Thanks

Stephen Welsh
CTO
UnifiedFX

On 28 Mar 2018, at 17:14, Pete Brown <j...@chykn.com<mailto:j...@chykn.com>> 
wrote:

Yeah, for some reason Windows 10 keeps flagging my apps as viruses.  Have to 
figure that one out someday.

Thanks for the feedback; those are all great suggestions.  Will knock out the 
easiest ones first: listing columns under the tables in the tree, copy/paste in 
Excel and executing on keystroke.



From: Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>>
Sent: Wednesday, March 28, 2018 10:56 AM
To: Lelio Fulgenzi
Cc: Brian Meade; Pete Brown; 
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Windows AXL Query Tool

Ok, now that I've downloaded it, and installed your virus...err...appit's 
actually really nice!  ;)

A few quick notes:

The copy paste of the data doesn't work too well in Excel.  Specifically, it 
adds a column to the left of the first column.

It would be nice to have a feature to let me find data in the tables like CUDLI 
does.  E.g., I need to find a table and column where this specific phone number 
is used.

It would be nice to have a feature to let me see the columns for a table, which 
I see that you're doing by automatically returning the first 10 rows, but a 
vertical list like the tables would be better for me.

It would be nice to be able to query CAR as well, but I know that' not apart of 
the same AXL API, rather its CDROnDemand, no?

It would be nice to be able to run multiple commands at once with a line 
delimiter.

It would be nice to be able to hit a keystroke to execute the command.

On Wed, Mar 28, 2018 at 10:46 AM Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
No not really.

The work flow is like this:

1. Download the ZIP file from CUCM plugins page and extract to your PC.  It's 
simply called Cisco AXL Toolkit, but the file is axlsqltoolkit.zip
2. Open a command prompt to the working folder you extracted the files to, such 
that you're in the same folder as the README.txt
3. Open the README.txt and make a copy of the command example for your 
platform: windows or linux, and for me it's windows, so line 22 I will copy to 
the line below the example (CTRL+d in Notepad++)
4. Correct the username and password, host for your environment
5. Add the input/output file switches: -input=test.xml -output=test.txt (we'll 
create the test.xml in the next step, and it will create the test.txt file for 
you)
6. Make a copy of the sample.xml file and we'll name it test.xml for this 
exercise
7. Edit the test.xml so it only contains 1 query; we'll use this one for 
testing: 
8. Copy your command line from the README.txt and paste it into your command 
prompt
9. Watch the activity scroll up the screen, and check your test.txt file for 
the output

Be prepared: it's SOAP and it's ugly.  So, don't be expecting CSV style data 
formatting here.  I typically only use this tool when I need to run UPDATE 
commands, like lots of them, to make changes to the DB, which is few and far 
between.

More commonly, I'm using UPDATE commands right on the CLIwith careful WHERE 
clausesor even more commonly, I'm just looking at data with SELECT commands.

YMMV

On Wed, Mar 28, 2018 at 9:22 AM Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:
Is it “wizardish” in any way? Like CUDDLI?

---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 
2W1<https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaps.google.com%2F%3Fq%3D50%2BStone%2BRd%2BE%2B%257C%2BGuelph%2C%2BON%2B%257C%2BN1G%2B2W1%26entry%3Dgmail%26source%3Dg=02%7C01%7C%7C8de499903f864681d3e208d594c4737b%7C84df9e7fe9f640afb435%7C1%7C0%7C636578493819200177=4FzepRmFa4VVXPbW3nB2h0oaEfhGY1FILIwUSroH0b4%3D=0>
519-824-4120 Ext. 56354<tel:(519)%20824-4120> | 
le...@uoguelph.ca<mailto:le...@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs=02%7C01%7C%7C8de499903f864681d3e208d594c4737b%7C84df9e7fe9f640afb435%7C1%7C0%7C636

Re: [cisco-voip] building an API box - what do I need?

2018-03-22 Thread Stephen Welsh

Hi Lelio,

We have not officially launched it yet, just some pilot customers using it at
the moment.

Happy to let you have a license to test with.

I suggest you check out these Github repositories for some more details:

https://github.com/unifiedfx/awesome-automationfx

https://github.com/unifiedfx/automationfx-python

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 22 Mar 2018, at 22:00, Lelio Fulgenzi
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:

Thanks Stephen. Is automationFX a product you sell? I don't see it on your
product list.

Sent from my iPhone

On Mar 22, 2018, at 5:25 PM, Stephen Welsh
<stephen.we...@unifiedfx.com<mailto:stephen.we...@unifiedfx.com>> wrote:

Hi Lelio,

You remember CUAE, I loved that product, created and deployed a few client apps
including a slick agent less single sign solution for Extension Mobility that
also worked with terminal server clients.

AutomationFX (powers all our new web based apps) is follows a lot of design
principles from CUAE’s architecture, even to the point of exposing CUCM API’s
in a simple and consistent way.

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 21 Mar 2018, at 22:46, Lelio Fulgenzi
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:

Only if they didn't EoL the CUAE product.

Another example of acquiring a company and mothballing it. :(

Sent from my iPhone

On Mar 21, 2018, at 6:30 PM, Lelio Fulgenzi
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:

Thanks!

My hope is to be able to use any number of tools, based on what's easier?
what's fastest? what's the best?

For example, I want to run a query on all phones, and double check important
settings, like CSS and devicepool combo.

Or something more involved, like grabbing all devices and reconciling those
against an external charge table.

Reports would then be mailed out.

Sent from my iPhone

On Mar 21, 2018, at 5:03 PM, Bill Talley
<btal...@gmail.com<mailto:btal...@gmail.com>> wrote:

Hi Lelio,

I just went through the same ordeal a few weeks ago which you're embarking on
now. I'm no expert in this by any means, but know information is also hard to
come by and will share whatever I can.

Checkout my notes here,
https://www.iptinfo.com/2018/02/22/querying-cucm-via-axl-using-python-scripts-installing-python/,
but more importantly check out the links at the bottom of the page. Those are
blogs I used to get started on installing and using Python to utilize AXL to
query and modify CUCM.

Here's a link to my sample Python script which will prompt you for a
client/directory name, CUCM IP address, CUCM version, CUCM AXL username and
CUCM AXL password, then will query for and output a list of phone (basic info)
and create a csv file containing that list of phones. I have a more complex
script that queries for cluster nodes, software versions, phone devices, hunt
devices, gateways, media devices, etc if you're interested in seeing something
like that.

https://www.iptinfo.com/2018/02/28/querying-cucm-via-axl-sample-python-script/

As far as username and passwords embedded in the script, if you control the
machine the script will be executed on, you could create system variables
containing that info on the machine, then call the system variables from the
script.

Lastly, here's a link to the CUCM AXL developer guides and database
dictionaries. The AXL programming guides tell you the supported search
criteria and response data that will be returned.

https://developer.cisco.com/docs/axl/#previous-versions

Bill

On Wed, Mar 21, 2018 at 3:17 PM, Lelio Fulgenzi
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:

I'm going to make a (sad) attempt to try my hand at API usage. You know,
running those sweet commands against CUCM or WebEx, etc to make my life easier.
I'm hoping that by starting with some simple examples, I can build what I need
as time goes on.

My hope is to build scripts that I can run via CLI, but also create simple web
pages with buttons that execute those scripts, with or without arguments. The
webpages themselves will be protected appropriately.

But I'm starting from scratch. I do have a resource that I'm hoping will help
out, but I'm wondering, if you were building an api box from scratch, what sort
of things would you want (or need) on it to make things run smoothly?

I'm guessing if I want to automate any of these scripts, I'll have no choice
but to store the userID/password either in the script or read from a file. I've
asked this before of a few people, but there is no real way to store a password
securely and decrypt it at time of running the script.

For interactive scripts, either CLI or web form, do you use the same
userID/password, or are you asking for credentials and use those credentials?

I know... a big ask.

---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Scie

Re: [cisco-voip] EngHouse CTI Route Points

2018-03-22 Thread Stephen Welsh

The Cisco JTAPI API includes the concept of a MediaTerminal that can be 
registered as either a CTI Port or CTI RoutePoint, been that way for a while I 
believe.

All that really means is the negotiate the RTP TX/RX IPAddress and UDP Port 
when a call arrives or is placed to/from the MediaTerminal you register

The overview of the MediaTerminal are on this page:

https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/jtapi_dev/9_1_1/jtapidevguide/featsupported.html

You still need a ‘media engine’ to send/receive RTP streams, the Cisco JTAPI 
library does not have any media termination, just the ability to control/signal 
CTI Port/Route Point RTP streams.

I’ve successfully tested using a CTIRoute Point instead of a SIP Trunk for call 
recording, pretty handy for ourselves when we have a solid JTAPI codebase but 
no SIP stack (as yet). I’m sure there are other situations when a CTI 
RoutePoint has been used instead of a SIP Trunk.

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 22 Mar 2018, at 20:46, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:

This is an interesting thread. You talk about terminating media. But, we know 
that an unregistered CTI routepoint will forward calls appropriately. That’s 
what we use for phantom extensions and forwarding calls to call trees in 
Connection.

Are these apps you are referring to using this method to route calls to a SIP 
trunk for example? Or are they actually registered?

---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca<mailto:le...@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, 
Twitter and Facebook

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Anthony Holloway
Sent: Thursday, March 22, 2018 1:45 PM
To: Brian Meade <bmead...@vt.edu<mailto:bmead...@vt.edu>>
Cc: Cisco VoIP Group 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] EngHouse CTI Route Points

So, what I'm gathering from the responses (some to me directly), is that CTI 
Route Points have for a long time, been able to terminate media, and I was just 
unaware.  Given that I have never worked with the CTI protocol, I guess this 
makes sense, as I was just deriving my understanding from UCCX or CUACA type 
apps which use CTI Ports.  Got it.

On Thu, Mar 22, 2018 at 12:10 PM Brian Meade 
<bmead...@vt.edu<mailto:bmead...@vt.edu>> wrote:
Probably just started with Cisco trying to sell licenses for ports.  Similar to 
Unity Connection.  Unity Connection still even has virtual ports even with SIP.

On Thu, Mar 22, 2018 at 11:03 AM, NateCCIE 
<natec...@gmail.com<mailto:natec...@gmail.com>> wrote:
Genesis call center does the same thing. I think it’s just a Cisco thing for 
their apps with respect to CTI ports.

Sent from my iPhone

> On Mar 22, 2018, at 8:40 AM, Anthony Holloway 
> <avholloway+cisco-v...@gmail.com<mailto:avholloway%2bcisco-v...@gmail.com>> 
> wrote:
>
> Can someone please tell me how EngHouse can get away with using only CTI 
> Route Points and no CTI Ports, and yet, still terminate media?
>
> If they're aren't doing anything fancy, then why do so many, if not all 
> other, CTI applications, require both CTI Route Points and CTI Ports?
>
> Signed,
> Confused about CTI
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
> https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] building an API box - what do I need?

2018-03-22 Thread Stephen Welsh

Hi Lelio,

You remember CUAE, I loved that product, created and deployed a few client apps
including a slick agent less single sign solution for Extension Mobility that
also worked with terminal server clients.

AutomationFX (powers all our new web based apps) is follows a lot of design
principles from CUAE’s architecture, even to the point of exposing CUCM API’s
in a simple and consistent way.

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 21 Mar 2018, at 22:46, Lelio Fulgenzi
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:

Only if they didn't EoL the CUAE product.

Another example of acquiring a company and mothballing it. :(

Sent from my iPhone

On Mar 21, 2018, at 6:30 PM, Lelio Fulgenzi
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:

Thanks!

My hope is to be able to use any number of tools, based on what's easier?
what's fastest? what's the best?

For example, I want to run a query on all phones, and double check important
settings, like CSS and devicepool combo.

Or something more involved, like grabbing all devices and reconciling those
against an external charge table.

Reports would then be mailed out.

Sent from my iPhone

On Mar 21, 2018, at 5:03 PM, Bill Talley
<btal...@gmail.com<mailto:btal...@gmail.com>> wrote:

Hi Lelio,

I just went through the same ordeal a few weeks ago which you're embarking on
now. I'm no expert in this by any means, but know information is also hard to
come by and will share whatever I can.

https://www.iptinfo.com/2018/02/28/querying-cucm-via-axl-sample-python-script/

Lastly, here's a link to the CUCM AXL developer guides and database
dictionaries. The AXL programming guides tell you the supported search
criteria and response data that will be returned.

https://developer.cisco.com/docs/axl/#previous-versions

Bill

On Wed, Mar 21, 2018 at 3:17 PM, Lelio Fulgenzi
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:

For interactive scripts, either CLI or web form, do you use the same
userID/password, or are you asking for credentials and use those credentials?

I know... a big ask.

---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120%20Ext.%2056354> |
le...@uoguelph.ca<mailto:le...@uoguelph.ca><mailto:le...@uoguelph.ca<mailto:le...@uoguelph.ca>>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs><http://www.uoguelph.ca/ccs> |
@UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-vo

Re: [cisco-voip] CUCM and Auto Fill Credentials

2018-03-15 Thread Stephen Welsh

While we are on the subject here are some other non encrypted TFTP server items:


  *   ConfigFileCacheList.txt
  *   FileList.txt
  *   BinFileCacheList.txt
  *   PerfMon.txt
  *   ParamList.txt
  *   lddefault.cfg

So you could use the following to get a list of all the device MAC addresses 
anonymously from the TFTP server:

http://TFTPServer:6970/FileList.txt<http://tftpserver:6970/FileList.txt>

So with the scenario you describe and just the TFTP Server IP Address you could 
scan all the device configs on the cluster to see if even just one of them has 
the admin credentials saved accidentally on the SSH User/Password field.

I suspect this may apply to most clusters

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 15 Mar 2018, at 07:25, Stephen Welsh 
<stephen.we...@unifiedfx.com<mailto:stephen.we...@unifiedfx.com>> wrote:

Hi Anthony,

Yes, the SSH credentials saved on the device page are available in clear text 
in the phone XML config, it’s not just your environment unfortunately. Also I 
believe the same thing applies for the Telepresence endpoints (anything running 
CE including the DX) for the web page admin credentials that are saved in the 
vendor config section.

We noticed this a little while ago but given most people did not populate it 
did not consider as a serious issue, however the auto-population of credentials 
is not something we considered. So yes this does look like a serious problem 
when you combine those two together.

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 15 Mar 2018, at 01:50, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>> wrote:

I'm working on something, and was wondering if you could check something for 
me, so I can better understand why and how often this is happening.

So, I was looking at phone config file today, and I noticed the ccmadmin 
username and password was in the XML, and in plain text nonetheless.

I found out that the browser, when told to remember your credentials, will 
treat the SSH username/password fields as login fields whenever you modify a 
phone, and you might be unknowingly save your credentials for clear text view 
by unauthenticated users.

Is anyone already aware of this?

You could you run the following command on your clusters:

run sql select name, sshuserid from device where sshuserid is not null and 
sshuserid <> ""

Then in the output, if there are any hits, look at the config XML file for the 
phone and see if the passwords are there.

E.g.,

output might be:

SEP6899CD84B710 aholloway

So then you would navigate your browser to:

http://:6970/SEP6899CD84B710.cnf.xml

You then might have to view the HTML source of the page, because the browser 
might mess up the output.

You're then looking for the following two fields, your results will vary:

aholloway
MyP@ssw0rd

Then, since we now know it's happening, get list of how many different 
usernames you have with this command:

run sql select distinct sshuserid from device where sshuserid is not null and 
sshuserid <> "" order by sshuserid

This could also be happening with Energy Wise settings, albeit not on the same 
web pages.

I'm curious about two things:

1) Is it even happening outside of my limited testing scenarios?
2) How many different usernames and passwords were there?

If the answers are yes, and 1 or more, then this is an issue Cisco should 
address.

The reason it's happening is because the way in which browsers identify login 
forms, is different from the way in which web developers understand it to work. 
 Cisco uses the element attribute on these fields "autocomplete = false" and 
unfortunately, most browser ignore that directive.

I have noticed that this does not happen, if you have more than 1 saved 
password for the same site, rather it will only happen if you use the same 
login for the entire site.  Our highest chance of seeing this happen are for 
operations teams where they login with their own accounts, and do not use DRS 
or OS Admin.
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CUCM and Auto Fill Credentials

2018-03-15 Thread Stephen Welsh

Hi Anthony,

Yes, the SSH credentials saved on the device page are available in clear text 
in the phone XML config, it’s not just your environment unfortunately. Also I 
believe the same thing applies for the Telepresence endpoints (anything running 
CE including the DX) for the web page admin credentials that are saved in the 
vendor config section.

We noticed this a little while ago but given most people did not populate it 
did not consider as a serious issue, however the auto-population of credentials 
is not something we considered. So yes this does look like a serious problem 
when you combine those two together.

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 15 Mar 2018, at 01:50, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>> wrote:

I'm working on something, and was wondering if you could check something for 
me, so I can better understand why and how often this is happening.

So, I was looking at phone config file today, and I noticed the ccmadmin 
username and password was in the XML, and in plain text nonetheless.

I found out that the browser, when told to remember your credentials, will 
treat the SSH username/password fields as login fields whenever you modify a 
phone, and you might be unknowingly save your credentials for clear text view 
by unauthenticated users.

Is anyone already aware of this?

You could you run the following command on your clusters:

run sql select name, sshuserid from device where sshuserid is not null and 
sshuserid <> ""

Then in the output, if there are any hits, look at the config XML file for the 
phone and see if the passwords are there.

E.g.,

output might be:

SEP6899CD84B710 aholloway

So then you would navigate your browser to:

http://:6970/SEP6899CD84B710.cnf.xml

You then might have to view the HTML source of the page, because the browser 
might mess up the output.

You're then looking for the following two fields, your results will vary:

aholloway
MyP@ssw0rd

Then, since we now know it's happening, get list of how many different 
usernames you have with this command:

run sql select distinct sshuserid from device where sshuserid is not null and 
sshuserid <> "" order by sshuserid

This could also be happening with Energy Wise settings, albeit not on the same 
web pages.

I'm curious about two things:

1) Is it even happening outside of my limited testing scenarios?
2) How many different usernames and passwords were there?

If the answers are yes, and 1 or more, then this is an issue Cisco should 
address.

The reason it's happening is because the way in which browsers identify login 
forms, is different from the way in which web developers understand it to work. 
 Cisco uses the element attribute on these fields "autocomplete = false" and 
unfortunately, most browser ignore that directive.

I have noticed that this does not happen, if you have more than 1 saved 
password for the same site, rather it will only happen if you use the same 
login for the entire site.  Our highest chance of seeing this happen are for 
operations teams where they login with their own accounts, and do not use DRS 
or OS Admin.
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Automated PSTN ingress call regression testing?

2018-03-08 Thread Stephen Welsh

Hi Nick,

We (UnifiedFX) are exposing AXL/JTAPI and a few other CUCM API’s via a simple 
REST API and have created a Python SDK to make it easy to get up and running.

AutomationFX Overview and placeholder for further libraries/docs:
https://github.com/unifiedfx/awesome-automationfx

AutomationFX Python SDK
https://github.com/unifiedfx/automationfx-python

So as long as you have some spare IP Phones you can perform automated calling 
with a simple Python script (Example 
Tests<https://github.com/unifiedfx/automationfx-python/blob/master/example_tests.py>).
 It supports multi-cluster (including mixed CUCM versions) so you could get 
some test trunks to septette CUCM cluster with some ‘PSTN’ phones and 
co-ordinate calls from the PSTN to on-net, answer/hold/transfer etc.

Obviously scaling up is more of a problem, currently you need real phones, but 
at some point we shall provide CTI Ports too ;)

We have not released AutomationFX for public download yet, happy to let you 
give it a spin if you like.

Kind Regards

Stephen Welsh
CTO
UnifiedFX


On 8 Mar 2018, at 20:13, Nick Barnett 
<nicksbarn...@gmail.com<mailto:nicksbarn...@gmail.com>> wrote:

Thanks. I am aware of the multiple carriers... but I think being able to cover 
the edge services would be a huge help in this situation. I'm just anticipating 
what they will ask for. I kind of cast a wide net with this email because I was 
not sure what kind of services were out there. If some provider offered a 
prepackaged, automated testing service that featured multiple carrier numbers, 
I'd buy it in an instant. I just need to remember baby steps :)

By "prone to issues", I just mean that it will test connected calls, but 
getting that next layer of "it connected, but is it working" would be 
difficult. Not necessarily "issues". I suppose "obstacles" would have been a 
better word.  The issues I see with the freePBX would be similar, but also 
includes perimeter security and things of that nature.

I don't have UCCX, but I'm fairly ok at cobbling together AXL and JTAPI to do 
some stuff... maybe I'll just start there since it's basically free.

On Wed, Mar 7, 2018 at 9:33 PM, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>> wrote:
Even if you do the Free IP PBX or Twilio API, you're only calling from one 
carrier.  In the scenario you described, you mentioned:

"Verizon wireless customers cannot call Sprint toll free numbers from area code 
555"

Which is very specific.  Would you imagine that you would have owned a 555 
number on Verizon to have caught that scenario faster?  What if the area code 
was 666?  Or the originating carrier was AT?  The different combinations you 
would have to account for are very high.

If you only care about your edge service and inward, and not far end carriers, 
then a Twilio API app sounds like a good plan.  Heck, you could even just write 
a UCCX script to call out and back in via tromboning off the PSTN.

I'm curious, what did you mean by "prone to issues," when referring to the API?

On Wed, Mar 7, 2018 at 1:57 PM Nick Barnett 
<nicksbarn...@gmail.com<mailto:nicksbarn...@gmail.com>> wrote:
A client has a need for an off site solution that will make test calls to their 
numbers and report when there are issues. I understand that this is very vague, 
but they are interested in hearing about any and all solutions.

They have several SIP carriers and a nationwide presence, but the SIP trunking 
is centralized. They've had enough issues with one DID service failing and 
their customers having to report the issue. Ideally, the SIP providers would be 
able to automatically do "something" when they stop receiving options pings, or 
when a certain sip response is received... but it doesn't work that way with 
the behemoth phone companies.

The way it works now is that MOST issues are able to be caught successfully 
with internal monitoring... but others such certain NPA-NXX can't call another 
NPA-NXX, or carrier interconnects such as "Verizon wireless customers cannot 
call Sprint toll free numbers from area code 555"  These odd scenarios are what 
we are looking to solve. I understand this is potentially huge, but I think if 
we could automate calls to about 10 different numbers, that would cover enough 
of the ingress and carrier combinations that it would make a HUGE difference.

I've thought of spinning up an Asterisk and somehow automating the echo test 
feature. I've also thought about using the Twilio API to test if calls are 
successful. Both of these are complicated and prone to issues... so if there is 
a hosted or cloud solution that is already available, please let me know.

Any suggestions or more than welcome.

Thanks,
Nick
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether

Re: [cisco-voip] Spark Hybrid and MWI/Voicemail

2018-02-13 Thread Stephen Welsh

Yes, the Spark Hybrid plugin already has AXL & JTAPI integration with UCM, the 
plugin would also need to integrate with Unity Connection (if it does not 
already) in order to get MWI and provide some more voicemail related features.

Each new integration can be complex as well as more to setup, so I would expect 
that to happen at some point unless they keep pushing the meeting 'experience’ 
over the traditional telephony features.

Personally I’d prefer if the just supported MWI status query to JTAPI, it can 
be done if they proxy the CTI request to the phone via the signalling channel, 
however that would require a phone firmware upgrade so it would most likely 
exclude older phone models etc.

Stephen

On 13 Feb 2018, at 21:32, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:

Fair enough then. I can’t imagine the CTI libraries are going to be upgraded 
anytime soon.

It’s interesting you mention the UCM endpoint and not Connection, since 
Connection is the authoritative source for MWI.

Would a hybrid option for Connection be the right way to go?

Hmmm

---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca<mailto:le...@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, 
Twitter and Facebook



From: Stephen Welsh [mailto:stephen.we...@unifiedfx.com]
Sent: Tuesday, February 13, 2018 4:15 PM
To: Lelio Fulgenzi <le...@uoguelph.ca<mailto:le...@uoguelph.ca>>
Cc: Brian Meade <bmead...@vt.edu<mailto:bmead...@vt.edu>>; cisco-voip voyp list 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Spark Hybrid and MWI/Voicemail

Technically it’s quite tricky to get MWI status from a UCM endpoint, the hybrid 
integration with spark leverages CTI for the SNR functionality, however Cisco’s 
CTI implementation does not include querying MWI status. So I guess that 
further complicates feature alignment for a hybrid system.

Kind regards

Stephen Welsh
CTO
UnifiedFX


On 13 Feb 2018, at 20:52, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:


Fair enough. And interesting news about the push away from IPC!

Here’s my counter argument.

Cisco Spark _has_ MWI. But for the Spark cloud calling service. What it doesn’t 
have is hybrid MWI.

So the feature exists to light a lamp per se and it’s being done by one system 
currently.

Technical restrictions aside, and I’m sure there are plenty, they’ve decided 
not to implement hybrid MWI.





---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca<mailto:le...@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, 
Twitter and Facebook



From: Stephen Welsh [mailto:stephen.we...@unifiedfx.com]
Sent: Tuesday, February 13, 2018 3:05 PM
To: Lelio Fulgenzi <le...@uoguelph.ca<mailto:le...@uoguelph.ca>>
Cc: Brian Meade <bmead...@vt.edu<mailto:bmead...@vt.edu>>; cisco-voip voyp list 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Spark Hybrid and MWI/Voicemail

My 2 cents…

From an Cisco Spark API perspective it’s a meeting room system as that is the 
model the User Experience is aligned for, so a long way to go for more 
traditional telephony features that are out of context for a meeting i.e. MWI.

Cisco Spark reminds me of the Windows 8 fiasco of making a desktop OS fit a 
tablet interface at the expense of normal desktop interactions, hence the swing 
back to normal desktop with Windows 10 etc. For me Cisco Spark is a "soft 
meeting" client that needs be extended to sensibly incorporate more traditional 
"soft phone" functionality/interactions.

That’s not to say Cisco Spark is not great at what it does, just that there 
needs to be more of a choice/overlap between Spark/Jabber, until then Spark 
will be more of a niche solution.

Also, it would appear all the marketing push for Cisco Spark has given Jabber a 
boost, and given Cisco have finally committed to port all relevant IP 
Communicator functionality to Jabber so IPC can be EOS that will keep Jabber at 
the primary soft phone solution for most larger organisations until Cisco can 
find a way forward with a unified soft phone solution.

Anyway, just my personal opinion, I’m sure others with disagree ;)

Kind Regards

Stephen Welsh
CTO
UnifiedFX



On 13 Feb 2018, at 17:20, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:


I could almost get away with “if you need uccx, use jabber; else, use spark”

But to say,

Re: [cisco-voip] Spark Hybrid and MWI/Voicemail

2018-02-13 Thread Stephen Welsh

Technically it’s quite tricky to get MWI status from a UCM endpoint, the hybrid 
integration with spark leverages CTI for the SNR functionality, however Cisco’s 
CTI implementation does not include querying MWI status. So I guess that 
further complicates feature alignment for a hybrid system.

Kind regards

Stephen Welsh
CTO
UnifiedFX

On 13 Feb 2018, at 20:52, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:


Fair enough. And interesting news about the push away from IPC!

Here’s my counter argument.

Cisco Spark _has_ MWI. But for the Spark cloud calling service. What it doesn’t 
have is hybrid MWI.

So the feature exists to light a lamp per se and it’s being done by one system 
currently.

Technical restrictions aside, and I’m sure there are plenty, they’ve decided 
not to implement hybrid MWI.





---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca<mailto:le...@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, 
Twitter and Facebook



From: Stephen Welsh [mailto:stephen.we...@unifiedfx.com]
Sent: Tuesday, February 13, 2018 3:05 PM
To: Lelio Fulgenzi <le...@uoguelph.ca<mailto:le...@uoguelph.ca>>
Cc: Brian Meade <bmead...@vt.edu<mailto:bmead...@vt.edu>>; cisco-voip voyp list 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Spark Hybrid and MWI/Voicemail

My 2 cents…

From an Cisco Spark API perspective it’s a meeting room system as that is the 
model the User Experience is aligned for, so a long way to go for more 
traditional telephony features that are out of context for a meeting i.e. MWI.

Cisco Spark reminds me of the Windows 8 fiasco of making a desktop OS fit a 
tablet interface at the expense of normal desktop interactions, hence the swing 
back to normal desktop with Windows 10 etc. For me Cisco Spark is a "soft 
meeting" client that needs be extended to sensibly incorporate more traditional 
"soft phone" functionality/interactions.

That’s not to say Cisco Spark is not great at what it does, just that there 
needs to be more of a choice/overlap between Spark/Jabber, until then Spark 
will be more of a niche solution.

Also, it would appear all the marketing push for Cisco Spark has given Jabber a 
boost, and given Cisco have finally committed to port all relevant IP 
Communicator functionality to Jabber so IPC can be EOS that will keep Jabber at 
the primary soft phone solution for most larger organisations until Cisco can 
find a way forward with a unified soft phone solution.

Anyway, just my personal opinion, I’m sure others with disagree ;)

Kind Regards

Stephen Welsh
CTO
UnifiedFX


On 13 Feb 2018, at 17:20, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:


I could almost get away with “if you need uccx, use jabber; else, use spark”

But to say, “if you need MWI use jabber; else, use spark” – ugh.

I guess I don’t mind having two deployments, if the Jabber deployment is small 
and manageable.

It’s a shame, really. ☹


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca<mailto:le...@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, 
Twitter and Facebook



From: bmead...@gmail.com<mailto:bmead...@gmail.com> [mailto:bmead...@gmail.com] 
On Behalf Of Brian Meade
Sent: Tuesday, February 13, 2018 10:37 AM
To: Lelio Fulgenzi <le...@uoguelph.ca<mailto:le...@uoguelph.ca>>
Cc: cisco-voip voyp list 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Spark Hybrid and MWI/Voicemail

No UCCX support has been the big killer for us suggesting it more as a Jabber 
replacement.

On Tue, Feb 13, 2018 at 10:34 AM, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:
Well, that is certainly disappointing. Spark makes a softphone deployment much 
easier, but not without key features like MWI.

I hate the fact that we’re going to have to deploy both to get all the features 
we want/need.



---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:(519)%20824-4120> | 
le...@uoguelph.ca<mailto:le...@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, 
Twitter and Facebook



From: bmead...@gmail.com<mailto:bmead...@gmail.com> 
[mailto:bmead...@gmail.com<mailto:bmead...@gmail.com>

Re: [cisco-voip] Spark Hybrid and MWI/Voicemail

2018-02-13 Thread Stephen Welsh

My 2 cents…

From an Cisco Spark API perspective it’s a meeting room system as that is the 
model the User Experience is aligned for, so a long way to go for more 
traditional telephony features that are out of context for a meeting i.e. MWI.

Cisco Spark reminds me of the Windows 8 fiasco of making a desktop OS fit a 
tablet interface at the expense of normal desktop interactions, hence the swing 
back to normal desktop with Windows 10 etc. For me Cisco Spark is a "soft 
meeting" client that needs be extended to sensibly incorporate more traditional 
"soft phone" functionality/interactions.

That’s not to say Cisco Spark is not great at what it does, just that there 
needs to be more of a choice/overlap between Spark/Jabber, until then Spark 
will be more of a niche solution.

Also, it would appear all the marketing push for Cisco Spark has given Jabber a 
boost, and given Cisco have finally committed to port all relevant IP 
Communicator functionality to Jabber so IPC can be EOS that will keep Jabber at 
the primary soft phone solution for most larger organisations until Cisco can 
find a way forward with a unified soft phone solution.

Anyway, just my personal opinion, I’m sure others with disagree ;)

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 13 Feb 2018, at 17:20, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:


I could almost get away with “if you need uccx, use jabber; else, use spark”

But to say, “if you need MWI use jabber; else, use spark” – ugh.

I guess I don’t mind having two deployments, if the Jabber deployment is small 
and manageable.

It’s a shame, really. ☹


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca<mailto:le...@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, 
Twitter and Facebook



From: bmead...@gmail.com<mailto:bmead...@gmail.com> [mailto:bmead...@gmail.com] 
On Behalf Of Brian Meade
Sent: Tuesday, February 13, 2018 10:37 AM
To: Lelio Fulgenzi <le...@uoguelph.ca<mailto:le...@uoguelph.ca>>
Cc: cisco-voip voyp list 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Spark Hybrid and MWI/Voicemail

No UCCX support has been the big killer for us suggesting it more as a Jabber 
replacement.

On Tue, Feb 13, 2018 at 10:34 AM, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:
Well, that is certainly disappointing. Spark makes a softphone deployment much 
easier, but not without key features like MWI.

I hate the fact that we’re going to have to deploy both to get all the features 
we want/need.



---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:(519)%20824-4120> | 
le...@uoguelph.ca<mailto:le...@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, 
Twitter and Facebook



From: bmead...@gmail.com<mailto:bmead...@gmail.com> 
[mailto:bmead...@gmail.com<mailto:bmead...@gmail.com>] On Behalf Of Brian Meade
Sent: Tuesday, February 13, 2018 10:31 AM
To: Lelio Fulgenzi <le...@uoguelph.ca<mailto:le...@uoguelph.ca>>
Cc: cisco-voip voyp list 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Spark Hybrid and MWI/Voicemail

Nothing I'm aware of.  Just completed one of these.  Basically just glorified 
SNR with URIs and some calendar integration.

On Thu, Feb 8, 2018 at 7:38 PM, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:

Am I missing something?

Is there no voicemail integration with Connection? No MWI?

https://www.cisco.com/c/en/us/solutions/collaboration/spark-hybrid-services/index.html



Sent from my iPhone

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Phone equipment refresh?

2018-01-29 Thread Stephen Welsh

Thanks Matthew,

Obviously I’m biased, but MigrationFX was designed specifically for the 
replacement of old for new phones. We invented a technique called Zero Touch 
that means its as simple as swapping the old phone for a new one and 
MigrationFX detected the change as ensures all configuration (including buttons 
templates and user associations etc.) are mapped seamlessly. We recently added 
a new ‘Migration Profile’ feature for more advanced scenarios i.e. button 
template consolidation and site moves.

MigrationFX has now been used by 100’s of customers to migrate 10,000’s of 
phones at a time as well as incremental replacements.

You can obtain a 1 year site license of MigrationFX for free when you trade-in 
100 (or more phones, including non-Cisco phones) within a Migration Incentive 
Program (MIP) thanks to Cisco.

For testing you can access MigrationFX with Cisco dCloud or simply download a 
MigrationFX Lab License and test it in your own environment.

We have a stand this week at Cisco Live Europe (and will be in WoS in Cisco 
Live US too) and as always Happy to host a WebEx to discuss in more detail.

Kind Regards

Stephen Welsh
CTO
UnifiedFX

Sent from my iPad

On 29 Jan 2018, at 20:34, Matthew Loraditch 
<mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>> 
wrote:

I’ve never done it on a scale as you probably will, but Cisco is still offering 
incentives to get folks off those older phones. Up to near 70% off for trading 
in a 7900 and getting various 7800-8800 models. Talk to your partner!

Get UnifiedFXs MigrationFX software and it can really be a breeze. That 
software is really quote magical. I’m sure Stephen Welsh would be glad to show 
you a demo. It was being given away for free once you got past a certain amount 
of phone trade-ins but I can’t find the current docs on that right now. Either 
way, well worth it.


Matthew Loraditch
Sr. Network Engineer

p: 443.541.1518


w: www.heliontechnologies.com<http://www.heliontechnologies.com/>|  
e: mloradi...@heliontechnologies.com<mailto:mloradi...@heliontechnologies.com>



<https://facebook.com/heliontech>

<https://twitter.com/heliontech>

<https://www.linkedin.com/company/helion-technologies>






From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lisa 
Notarianni
Sent: Monday, January 29, 2018 2:26 PM
To: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: [cisco-voip] Phone equipment refresh?

We are currently at CUCM 11.5.

We will soon be able to provide Gig to desktop but our current phones will 
prevent us from doing so.  We  need to devise a
plan and wondered what others do for their equipment.

The majority of phones we have are 7900 series.  They are working well for the 
most part so we replace as needed.
We are concerned that the 7900 series may be eliminated from a future CUCM 
version and prevent us from upgrading.

Does anyone have a plan for a refresh on Cisco VoIP phones?

Do you lease or did you purchase?

We appreciate any information you can offer.

Thank you.







___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] best way to confirm an application user's password

2018-01-22 Thread Stephen Welsh

It sometimes flags an error but still opens the connection too ;)

Don’t use it very often, but it is very handy.

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 22 Jan 2018, at 22:27, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:


I’m getting an error that it can not create the provider. I’m using a different 
userID with a known password.

I’ll have to review the documentation in the morning. Seems like a very 
powerful tool!

I’m guessing I’ll need to open a port somewhere.



---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca<mailto:le...@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, 
Twitter and Facebook



From: Stephen Welsh [mailto:stephen.we...@unifiedfx.com]
Sent: Monday, January 22, 2018 4:58 PM
To: Lelio Fulgenzi <le...@uoguelph.ca<mailto:le...@uoguelph.ca>>
Cc: voyp list, cisco-voip 
(cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>) 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] best way to confirm an application user's password

Hi Lelio,

You could download the JTAPI Test Tool 
(https://developer.cisco.com/site/jtapi/downloads/) and try that, same idea as 
using the TSP driver but possibly a bit easier to use.

Kind Regards

Stephen Welsh
CTO
UnifiedFX


On 22 Jan 2018, at 21:42, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:


I’ve got an application user that I need to figure out what the password is.

I’ve tried logging in to the admin page and user page, but I suspect this won’t 
work since it really only has CTI app role assignments.

I don’t want to change the role in any way.

What options do I have to test authentication?



---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca<mailto:le...@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, 
Twitter and Facebook



___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] best way to confirm an application user's password

2018-01-22 Thread Stephen Welsh

Hi Lelio,

You could download the JTAPI Test Tool 
(https://developer.cisco.com/site/jtapi/downloads/) and try that, same idea as 
using the TSP driver but possibly a bit easier to use.

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 22 Jan 2018, at 21:42, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:


I’ve got an application user that I need to figure out what the password is.

I’ve tried logging in to the admin page and user page, but I suspect this won’t 
work since it really only has CTI app role assignments.

I don’t want to change the role in any way.

What options do I have to test authentication?



---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca<mailto:le...@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, 
Twitter and Facebook



___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] AXL or SQL to run a CTI Search like RTMT? (Nick Barnett)

2017-10-26 Thread Stephen Welsh

Hi Nick,

Accessing the varied CUCM APIs with their different technologies and access
limitations can challenge the best of us.

We (UnifiedFX) are planning to launch a new product offering next year that
solves a large number of those challenges, it’s called AutomationFX.

Basically you can access RISPort, AXL and CTI API’s (to start with) via a
simple uniform REST API, AutomationFX takes care of all the integration in the
background for you. This frees you up to create simple automation scripts, or
even full blown applications a lot quicker with less technology tie-in to the
API(s) you require.

We shall be giving our first public preview of the capabilities of AutomationFX
on the 20th December, and we plan to launch early next year. Register here to
find out what AutomationFX is all about:

http://events.unifiedfx.com

Might not be too much use to you right now, but might help with a future
project.

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 26 Oct 2017, at 19:11, Nick Barnett
<nicksbarn...@gmail.com<mailto:nicksbarn...@gmail.com>> wrote:

Sorry, should have mentioned... we're on UCCE, not CCX. I've seen this problem
at other places using 8.6, but we're using 10.0 right now and it's still
happening.

I've made some good progress since submitting my question earlier. The data
that I need is in risdb, but that sucks for automation, so now I'm digging into
the risport70 api, and it looks to be exactly what I"m looking for.

WSDL: https://:8443/realtimeservice/services/RisPort70?wsdl
Api info: https://developer.cisco.com/site/sxml/documents/api-reference/risport/
some more confusing info:
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/devguide/9_0_1/xmldev-901/serviceability.html#wp1146216

After pulling that wsdl into SOAPUI, I'm able to query against a specific DN
and get back "some info" Working on what that info actually is and waiting for
another broken user to show up so I can get good before/after grabs of both
RTMT and API.

On Thu, Oct 26, 2017 at 12:34 PM, Pawlowski, Adam
<aj...@buffalo.edu<mailto:aj...@buffalo.edu>> wrote:
I use the AXL "getLine" function to return associatedDevices block - that will
tell you what devices are on any given line.

I am not sure if that will apply to CTI devices but I'm sure that would work
for you.

You can use AXL to handle device associations, but, just keep in mind that as
far as I am aware you tell it what the associations are to be when you run the
command - it doesn't work on an add/subtract basis. That would be a good way to
accidentally break the rmjtapi user.

Is this some new bug for CCX? We use Extension Mobility on 11.5 and have not
run into that yet.

Adam
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] DRS Backup Decrypter Workaround - Need Input

2017-09-26 Thread Stephen Welsh

Hi Pete,

Would it not be better to create a small Java application that takes the 
encrypted content and returns the decrypted content (possibly passing in a file 
and creating a new file with the decrypted content?).

You can also compile Java to a .Net DLL using (https://www.ikvm.net), so you 
can call it directly without passing files backward/forward.

Kind Regards

Stephen Welsh
CTO

[cid:CBBF0493-235C-43D2-A874-9FB3D95AF598@b2.unifiedfx.com]

On 26 Sep 2017, at 15:38, Pete Brown <j...@chykn.com<mailto:j...@chykn.com>> 
wrote:

I could use some public input regarding the next release of the DRS Backup 
Decrypter.  In a nutshell, the application will have to be online in order to 
decrypt backup sets from newer UCOS versions.

Last year Cisco started patching DRS with a new algorithm 
(PBEWithHmacSHA1AndDESede) to encrypt the random backup passwords.  I haven't 
been able to find a .NET implementation of this algorithm.  The only workaround 
I've come up with is to have the DRS Backup Decrypter make a call to a Java 
webservice that can perform the decryption.

The problems with this approach are pretty obvious.  Aside from having to be 
online, the encrypted cluster security password and 'EncryptKey' from a backup 
set will need to be submitted to a web service that I've written for 
decryption.  I can publish a public copy of this webservice, but for those 
behind corporate proxies (myself included), the code could be made available to 
run the service within their own networks.  In that case the DRS Backup 
Decrypter would be pointed to the internal copy of the webservice.

I personally detest utilities that can't operate offline, but it's the only 
workaround I can come up with at this point.  So my question is this - would 
anyone actually use it given the webservice dependency?
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] OT: Add move change

2017-09-06 Thread Stephen Welsh

Hi Lelio,

Kinda, you may still need to know the AXL data structure, however you don’t 
have to learn the CUCM Data Dictionary as the AXL models effectively ‘flatten’ 
the raw tables. Also it is a full CRUD interface, with a simple PUT operation 
you can update just part of phone record (i.e. description, Device pool). You 
can even copy a resource, i.e.

GET /AutomationFX/api/AXL/phone/SEP0001

Then submit the returned AXL model as a POST request to create a new/copy using 
a POST operation:

POST /AutomationFX/api/AXL/phone/SEP0002

Because it has a live testing interface you can perform live queries against 
CUCM to see what the data/model looks like. The interactive testing interface 
is there to test/learn the REST api, so that you can then create a 
script/application that could perform those operation in bulk, or as part of an 
existing application etc.

Ultimately this is designed to enable simple development against CUCM so anyone 
with general web development skills can easily create applications 
(provisioning, testing etc) against CUCM in a similar way that you can do with 
Cisco Spark.

We shall be posting a number of example scripts/application on the git hub site 
over the next few months before we launch. So the purpose of AutomationFX may 
be a bit abstract until we share some concrete examples.

Kind Regards

Stephen Welsh
CTO
UnifiedFX

Sent from my iPad

On 6 Sep 2017, at 19:06, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:


Hi Stephen,

Does this act a bit like a sandbox tool where I don’t have to learn the AXL 
library but use a GUI front end to do stuff and it makes the calls 
appropriately?

---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519-824-4120 Ext 56354
le...@uoguelph.ca<mailto:le...@uoguelph.ca>
www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs>
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1

From: Stephen Welsh [mailto:stephen.we...@unifiedfx.com]
Sent: Wednesday, September 06, 2017 1:33 PM
To: Lelio Fulgenzi
Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] OT: Add move change

Hi,
Co-incidentally we (UnifiedFX) are due to launch something that may be relevant 
called AutomationFX. It basically exposes CUCM API’s (i.e. AXL & CTI) via REST. 
You can call the REST API locally or via our ‘CloudFX’ connection from a secure 
cloud endpoint.

If you have a read over the following page it outlines what AutomationFX can do:

https://github.com/unifiedfx/awesome-automationfx

Kind Regards

Stephen Welsh
CTO
UnifiedFX

Sent from my iPad

On 6 Sep 2017, at 17:13, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:

The question I have surrounding this is do you swap mac addresses or do you do 
a super copy then delete old one?

There are many apps out there, both Cisco and third party, that are tied to the 
MAC address of the user’s phone.

We’ve seen swapping MAC addresses out is simple and makes sense for most Cisco 
apps, but for those third party apps that synchronize databases via AXL, it can 
cause havoc.

I’m leaning towards updating our MAC process to use supercopy and delete old 
phones as required in secondary systems.



---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519-824-4120 Ext 56354
le...@uoguelph.ca<mailto:le...@uoguelph.ca>
www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs>
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Scott 
Voll
Sent: Wednesday, September 06, 2017 11:10 AM
To: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: [cisco-voip] OT: Add move change

What do other use for add, moves and changes to there environments?

We have a home grown app that is not working well, to notify Telecom group 
about changes to the phones, new users, configuration changes, etc.

Does anyone know of any can'd or cloud based software?  Are there any that 
interface with Cisco to automate the process via AXL / SOAP?

Just putting my feelers out to see what is available.

Thanks

Scott

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Automatically exporting just the DN and Description fields

2017-08-31 Thread Stephen Welsh



Wow, that’s the best advice I’ve every seen on getting to grips with CUCM’s 
database.

Kind Regards

Stephen Welsh
CTO
UnifiedFX

Sent from my iPad

On 31 Aug 2017, at 21:37, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>> wrote:

For the record, the API part is not necessary, you can just run your SQL 
queries on the CLI.  However, using the AXL API method to run the SQL query for 
you, allows you to do so programmatically.

As for the database, here are a few key points:

  *   Anything that registers is a Device and is in the device table.

  *   Anything that is a pattern is in the numplan table

  *   End Users are in the enduser table, while Application Users are in the 
applicationuser table

  *   The database is a relational database, meaning that data from one table 
will have a relationship to data in another table

  *   Some tables are joined by holding a GUID in their PKID column, which 
other tables refer to with a column name in their own table, named "fk" + 
tablename E.g., device.fkenduser = enduser.pkid

  *   Some tables are joined by holding an enum (number) in their enum column, 
which other tables refer to with a column name in their own table, named "tk" + 
tablename E.g., device.tkmodel = typemodel.enum (slightly different that fk)

  *   Some data objects are mapped together to form a new object in a third 
table named: tablename1 + tablename2 + "map"  E.g., devicenumplanmap holds line 
appearances for phones and DNs

  *   To find a list of table names: select tabname from systables order by 
tabname

  *   To find a list of columns in a table: select colname from syscolumns 
where tabid = (select tabid from systables where tabname = 'numplan') order by 
colname

  *   Sometimes when I don't know what the name of something is in the 
database, I just access the resource in the web admin, and then look at logs
This tip is courtesy of Wes Sisk: 
http://cisco-voip.markmail.org/thread/vtoasdkgieadmou3

  *   Other times I just look at the HTML on the web page to find out the name 
of the field, which is usually the name of the column (99% of the time)



On Thu, Aug 31, 2017 at 2:08 PM Ben Amick 
<bam...@humanarc.com<mailto:bam...@humanarc.com>> wrote:
Do you have a quick reference sheet of the field names? I’d like to do 
something similar to this but also including the RNA timer/destination, user 
associations, external number mask, and the recording setting for each line.

Really, I’d like to do a run against all my translations, phones, CTI route 
points, etc to just automagically generate all my documentation, but I have not 
nearly enough knowledge about hot to use the API or the database structure in 
general. You wouldn’t happen to have a crash course on all that, would you?

From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>]
 On Behalf Of Brian Meade
Sent: Wednesday, August 30, 2017 5:28 PM
To: Tim Reimers <treim...@ashevillenc.gov<mailto:treim...@ashevillenc.gov>>
Cc: cisco-voip <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Automatically exporting just the DN and Description 
fields

Use the AXL API and the following SQL query to automate this:

select dnorpattern,description from numplan where tkpatternusage='2'

You can put "run sql" before the query to run via SSH to CUCM.

On Wed, Aug 30, 2017 at 4:45 PM, Tim Reimers 
<treim...@ashevillenc.gov<mailto:treim...@ashevillenc.gov>> wrote:
Hi all-

In CUCM 9.12
I'm trying to figure out how to export just a few of the fields from the UCM 
database.
What we're after is simply the DN number, and the contents of the Description 
field associated with that DN

I've done a Phone export, and the resulting CSV is so huge it's unusable in 
Google Sheets.
I know I can set up an Export as a repeated schedule, but I have two questions.

- Can I somehow reduce the export query to a limited set of details about lines 
only. I don't need phone info particularly.
- Is there a way to transfer the file off the UCM environment automatically, so 
that it's available to another automated process that will  automatically 
consume the resulting file and use that data? Right now, I have to manually 
download the export job file.

Thanks, Tim

--

Quis custodiet ipsos 
<http://cp.mcafee.com/d/1jWVIg4xEqdELTohjuod79EVdTdEEILIFzxO9EVdEEILIFzDDSjqabbXPUVVZMSyyUqejhPuZQrCO6GOIl1hdJnor6TbCOrqKMSdKndIKE9zJd7b_nVMsUCMYZRXBQSnxT8ELK6zB5dPG8FHnjlKy_OEuvkzaT0QSyrjdTWWa8VNwttYQsCXCOsVHkiPfxNyhmiTEiTw0e695po0XsG2JCWjGxbVyIBGlEaSrFeG7Q7IyVKQGmGncRAIn8lrxrW0FpKNnwqj-f0QSqehOb9I5-Aq83iTqlblbCqOmdbFEw46VRlSsHquumd47xWRoPB0yq815KAPh1cDVEw3woq8dwwq80XWmz9qsGMd43ILfgEr7fCNxQY>
 opus reticulatum

Tim Reimers

Network Administrator

I.T Services

City of Asheville

treim...@ashevillenc.gov<mailto:treim...@

Re: [cisco-voip] CUCM 10.5 cluster migration

2017-08-03 Thread Stephen Welsh

Hi Mike,

One technique some of our customer of PhoneView 
(http://www.unifiedfx.com/products/phoneview/) do is use one of our built-in 
macros that bulk updates the TFTP Server to move the phone from one cluster to 
another.

This page has details on the advanced macros that enable this:
https://support.unifiedfx.com/hc/en-gb/articles/211136366-Advanced-use-of-URI-Commands

Basically you would send a “Cmd:SetTFTPServer:10.10.10.10” to move the phone(s) 
to TFTP Server 10.10.10.10
This will enable AltTFTP and set the TFTP Server (it also deletes the ITL File 
too), you can then later remove the AltTFTP using the “Cmd:ClearTFTPServer”

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 3 Aug 2017, at 18:52, Mike O <mik...@msn.com<mailto:mik...@msn.com>> wrote:

Hi All, I need to move about a 100 phones to a new cluster, and then add an 
additional 200+ phones. My problem is I want to use the "Prepare Cluster for 
Rollback to pre-8.0" parameter, but I can't change the option 150 in the DHCP 
server until the next day. My question is once I set this parameter  and I 
reset the phones they will register with an empty ITL file, but will the phones 
still function? If I can reset the phones to clear the existing ITL and have 
them work the following day I can then change the option 150 to the new cluster 
and then reset the existing phones and add new phones in.  I know I can lab 
this up, but wanted to make sure there were no gotchas associated with this 
method.

Thanks,
Mike

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Remote Phone Control

2017-05-31 Thread Stephen Welsh

Hi Dennis/Brian,

Yes it’s possible to control an unregistered phone (i.e. in SRST mode), the 
following article provides some details on how PhoneView works:

https://support.unifiedfx.com/hc/en-gb/articles/211136586-Help-Controlling-phones-in-SRST-mode

Fundamentally, as long as the phone is online, (i.e. the phone web server is 
reachable) and the ‘Authentication URL’ is valid (typically the publisher) you 
can control the device. Note: We generally recommend populating the ‘Secure 
Authentication URL’ field with a non-secure value, i.e. HTTP on port 8080, as 
this allows PhoneView to control an unregistered phone even if it has a bad ITL 
file. We also have our own authentication service if you wish to bypass any 
dependancy on CUCM too.

For PhoneView it uses the registration ‘Status’ obtained from CUCM (along with 
the last phone IP Address) to decide to use CTI or HTTP when controlling the 
phone automatically. So as long as you perform a ‘Group > Update > ClusterName’ 
to pull the latest status information PhoneView can automatically ‘fall-back’ 
form CTI to HTTP on a per-phone basis.

As much as PhoneView by design makes it really easy to work with large numbers 
of devices, we also have a new product we are bringing to market soon for 
simpler single phone control scenarios (perfect for ad-hoc and helpdesk 
scenarios). We shall be previewing ‘PhoneFX’ next week at the Collaboration VT 
in San Jose as well as Cisco Live Las Vegas. So if you get the chance pop round 
to have a look and a chat about some other great product/features we have in 
the pipeline ;)

Kind Regards

Stephen Welsh
CTO

[cid:CBBF0493-235C-43D2-A874-9FB3D95AF598@b2.unifiedfx.com]

On 31 May 2017, at 15:38, Brian Meade <bmead...@vt.edu<mailto:bmead...@vt.edu>> 
wrote:

Yea, it can be unregistered.  Just needs to be able to somehow authenticate the 
key presses and have the phone IP address.

Singlewire has a free option that may be worth testing if it supports your 
phone models- https://support.singlewire.com/s/download-tools

I think UnifiedFX has a free trial and is going to support more phone models 
and be able to better manage large groups of phones.

On Wed, May 31, 2017 at 10:23 AM, Heim, Dennis 
<dennis.h...@wwt.com<mailto:dennis.h...@wwt.com>> wrote:
Can Unified FX or any of the remote phone control software control a device 
when it is unregistered?



Dennis Heim | Emerging Technology Architect (Collaboration)
World Wide Technology, Inc. | +1 314-212-1814<tel:(314)%20212-1814>
<https://twitter.com/CollabSensei>
<tel:+13142121814>
"Worry less about who you might offend, and more about who you might inspire" 
-- Tim Allen
“When you have unlimited time, its easy” – Captain Chesley Sullenberger
“There is a fine line between Wrong and Visionary. Unfortunately, you have to 
be a visionary to see it." – Sheldon Cooper
“The greatest danger for most of us is not that our aim is too high and we miss 
it, but that it is too low and we reach it.” -- Michelangelo Buonarroti
“We should transform the way we work” – Rowan Trollope
“If you’re not failing every now and again, it’s a sign you’re not doing 
anything very innovative” – Woody Allen

Click here to join me in my Collaboration Meeting 
Room<https://wwt.webex.com/meet/dennis.heim>


___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Field Notice: Cisco Unified Communications Manager Release 12.0(x) does not support some deprecated phone models - Cisco

2017-05-01 Thread Stephen Welsh

True, no avoiding the hard cost of the phones, but we have clients that would 
spend almost as much as the phone on services to replace the phone, so that 
would be £3 million ;)

Kind Regards

Stephen Welsh
CTO

[cid:CBBF0493-235C-43D2-A874-9FB3D95AF598@b2.unifiedfx.com]

On 1 May 2017, at 19:50, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:


5,000 sets x $300/set = $1.5 million.

“Mostly” in this case is quite significant.


---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519-824-4120 Ext 56354
le...@uoguelph.ca<mailto:le...@uoguelph.ca>
www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs>
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1

From: Stephen Welsh [mailto:stephen.we...@unifiedfx.com]
Sent: Monday, May 01, 2017 12:36 PM
To: Lelio Fulgenzi
Cc: Ryan Huff; Brian Meade; cisco-voip voyp list
Subject: Re: [cisco-voip] Field Notice: Cisco Unified Communications Manager 
Release 12.0(x) does not support some deprecated phone models - Cisco

I’m case you are not aware, getting MigrationFX for free means it doesn’t have 
to be hard or expensive:

http://www.unifiedfx.com/get-migrationfx-for-free/

This is one of the reasons Cisco are starting to depreciate handsets, upgrading 
phones is ‘mostly' a hardware cost.

Kind Regards

Stephen Welsh
CTO



On 1 May 2017, at 17:17, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:


Unfortunately, a lot of the ability to replace things comes from the end of 
support dates and the actual deprecation of devices being published. Without 
that, funding is diverted to things that need it. At least we’re seeing these 
deprecation notices a bit sooner (I think) so that helps.

I’ll tell you – with over 5000 7940/60s in the field – it ain’t gonna be 
pretty. But we’re working on it.

---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519-824-4120 Ext 56354
le...@uoguelph.ca<mailto:le...@uoguelph.ca>
www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs>
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1

From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: Monday, May 01, 2017 10:23 AM
To: Brian Meade
Cc: Lelio Fulgenzi; cisco-voip voyp list
Subject: Re: [cisco-voip] Field Notice: Cisco Unified Communications Manager 
Release 12.0(x) does not support some deprecated phone models - Cisco

My guess is because of SLED and GOV. The 40s and 60s were nearly indestructible 
tanks with many still running. Cisco maybe giving them a longer shelf life to 
make the CapEx burden for new handsets easier to spread by slowly transitioning 
those models.

I wouldn't count on them being around forever or much longer though :).

On May 1, 2017, at 9:57 AM, Brian Meade 
<bmead...@vt.edu<mailto:bmead...@vt.edu>> wrote:
Very surprised to not see 7940/7960 in there.

On Mon, May 1, 2017 at 12:54 AM, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:
Deprecation of old(er) phone models continue



The following phone models are newly deprecated as of the 12.0(x) release:
•  Cisco Unified Wireless IP Phone 7921
•  Cisco Unified IP Phone 7970
•  Cisco Unified IP Phone 7971

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/rel_notes/12_0_1/deprecated_phones/cucm_b_deprecated-phone-models-for-1201.html


Sent from my iPhone

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Field Notice: Cisco Unified Communications Manager Release 12.0(x) does not support some deprecated phone models - Cisco

2017-05-01 Thread Stephen Welsh

I’m case you are not aware, getting MigrationFX for free means it doesn’t have 
to be hard or expensive:

http://www.unifiedfx.com/get-migrationfx-for-free/

This is one of the reasons Cisco are starting to depreciate handsets, upgrading 
phones is ‘mostly' a hardware cost.

Kind Regards

Stephen Welsh
CTO

[cid:CBBF0493-235C-43D2-A874-9FB3D95AF598@b2.unifiedfx.com]

On 1 May 2017, at 17:17, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:


Unfortunately, a lot of the ability to replace things comes from the end of 
support dates and the actual deprecation of devices being published. Without 
that, funding is diverted to things that need it. At least we’re seeing these 
deprecation notices a bit sooner (I think) so that helps.

I’ll tell you – with over 5000 7940/60s in the field – it ain’t gonna be 
pretty. But we’re working on it.

---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519-824-4120 Ext 56354
le...@uoguelph.ca<mailto:le...@uoguelph.ca>
www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs>
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1

From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: Monday, May 01, 2017 10:23 AM
To: Brian Meade
Cc: Lelio Fulgenzi; cisco-voip voyp list
Subject: Re: [cisco-voip] Field Notice: Cisco Unified Communications Manager 
Release 12.0(x) does not support some deprecated phone models - Cisco

My guess is because of SLED and GOV. The 40s and 60s were nearly indestructible 
tanks with many still running. Cisco maybe giving them a longer shelf life to 
make the CapEx burden for new handsets easier to spread by slowly transitioning 
those models.

I wouldn't count on them being around forever or much longer though :).

On May 1, 2017, at 9:57 AM, Brian Meade 
<bmead...@vt.edu<mailto:bmead...@vt.edu>> wrote:
Very surprised to not see 7940/7960 in there.

On Mon, May 1, 2017 at 12:54 AM, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:
Deprecation of old(er) phone models continue



The following phone models are newly deprecated as of the 12.0(x) release:

•  Cisco Unified Wireless IP Phone 7921

•  Cisco Unified IP Phone 7970

•  Cisco Unified IP Phone 7971

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/rel_notes/12_0_1/deprecated_phones/cucm_b_deprecated-phone-models-for-1201.html


Sent from my iPhone

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Field Notice: Cisco Unified Communications Manager Release 12.0(x) does not support some deprecated phone models - Cisco

2017-05-01 Thread Stephen Welsh

Too many military departments still using them I suspect ;)

Kind Regards

Stephen Welsh
CTO

[cid:CBBF0493-235C-43D2-A874-9FB3D95AF598@b2.unifiedfx.com]

On 1 May 2017, at 14:56, Brian Meade <bmead...@vt.edu<mailto:bmead...@vt.edu>> 
wrote:

Very surprised to not see 7940/7960 in there.

On Mon, May 1, 2017 at 12:54 AM, Lelio Fulgenzi 
<le...@uoguelph.ca<mailto:le...@uoguelph.ca>> wrote:
Deprecation of old(er) phone models continue


The following phone models are newly deprecated as of the 12.0(x) release:

  *

Cisco Unified Wireless IP Phone 7921

  *

Cisco Unified IP Phone 7970

  *

Cisco Unified IP Phone 7971

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/rel_notes/12_0_1/deprecated_phones/cucm_b_deprecated-phone-models-for-1201.html


Sent from my iPhone

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Automating association devices and profiles to PG_User application user?

2017-04-18 Thread Stephen Welsh

Hi Nick,

You can also use a SQLUpdate AXL call and submit an SQL statement that updates 
the ‘applicationuserdevicemap'

Kind Regards

Stephen Welsh
CTO
UnifiedFX

> On 18 Apr 2017, at 21:16, Nick Barnett <nicksbarn...@gmail.com> wrote:
> 
> We have automation that builds devices, EM_Profiles, DNs, and just about 
> everything else... except for the manual add of the controlled devices to the 
> pg user application user for UCCE. We also use Nice for recording and there 
> is a nice app user that needs these associations as well.
> 
> I have figured out how to do this by using a getAppUser AXL call, parsing the 
> returned data, inserting my NEW device/profile where appropriate (into a new 
> tag) and then submitting the information back as an updateAppUser. I think 
> this this the only method we have available to automating this portion.
> 
> It kind of worries me to do it this way because I can see how the database 
> may see it as disassociating all devices from the PG User and then 
> re-associating all devices. Depending on processor utilization etc, I can 
> also see where they may be a short period of time where the PG user has no 
> associated devices.
> 
> Are my worries substantiated by any fact? Does anyone else do this? Are there 
> better ways to accomplish this task?
> 
> Thanks,
> Nick
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Traffic Issues with 7900 Series Phones

2017-02-14 Thread Stephen Welsh

Thank you for sharing your findings Adam,

Did you determine if the high volume traffic causing an issue is just that sent 
to/from the phone, or all data via the built-in switch? If it’s the latter I’d 
be surprised if this is a new finding. If I remember the original 7912 had a 
traffic issue with the built-in switch, but I think that was just broadcast 
traffic and the next gen of that model fixed it.

Not much consolation but at least you ‘only' have the hardware cost of the 
phones to factor if you leverage the trade-in program and get your free copy of 
MigrationFX. MigrationFX has now been used to migrate 10’s of thousands of 
phones and used with clients with as large as 80,000 phones.

We are launching the next release of MigrationFX (Version 2.0) on the 1st March 
(http://events.unifiedfx.com), here are some of the main enhancements:

  *   64Bit Support (unlocks access to all system memory, not just the first 
2Gb)
  *   Next generation datastore for increased scaleability
  *   Significantly improved multi-cluster performance
  *   Ability to specify per device Migration Phone & Button Template allowing 
granular control of migrated configurations
  *   Copy Side Car configuration from Phone Template
  *   Better handling of devices with Intercom buttons
  *   Fixes issue when migrating phones with an apostrophe character in the 
description
  *   Simpler Topology lookup with the option to use historical topology
  *   Improved Windows Service Startup
  *   Extension Mask lookup as part of Search by Extension
  *   Ability to customise the CUCM Access Group used for access to the 
AutomationFX web interface

Of particular note is the ability to specify a custom Migration Phone and/or 
Button Template per device before the migration. This provides the following 
benefits:

  *   Use your own naming convention for Phone and Button Templates, no need to 
re-name afterward
  *   Granular control of device configuration including Product Specific 
Configuration
  *   Single operation for complex migrations like a 6 line 7865 to a 5 line 
8851 with side cars
  *   Consolidate multiple (or individual) button templates automatically as 
phones are migrated

Kind Regards

Stephen Welsh
CTO
UnifiedFX


On 14 Feb 2017, at 18:55, Pawlowski, Adam 
<aj...@buffalo.edu<mailto:aj...@buffalo.edu>> wrote:

All,

Just to follow up on this one, though it has been a long time…

While the details on the whole thing are very slim, TAC was able to actually 
reproduce the issue we were reporting on the 7941/61 and G-GE flavors of phone. 
Phones that receive “too much” traffic (somewhere in the order of billions of 
packets) seem to fall apart, which results in poor audio quality internal to 
the phone (jitter/loss not seen in captures before or through the phone), high 
ICMP echo latency, delay in functionality, etc – until the phone is power 
cycled. Clicking “Reset” in the UCM does nothing to fix this. I have one site 
where this occurs frequently, and another with similar behavior issues but the 
condition seems to be transient.

Unfortunately, I don’t have a confirmation if this is a hardware or software 
issue, but, this conclusion was reached only just after the 1/31 end of 
software support for these models, and given the hardware end of support dates 
being long ago, the issue will not be fixed. It is implied it is a hardware 
issue, but we don’t know what actually is going on in the background on the 
device. Something with the nature of the traffic that these phones are exposed 
to (volumes? Types? Sizes?) is a problem, and the 7900 series, save for the 
7945/65/75 and the 7916, are dead and done.

The recommendation has been to move to the 7800/8800 series of phones, which 
will not be a cheap nor prompt fix, but, if you all are still chasing this sort 
of issue, unfortunately, if it is the same as ours there is not much to be done 
it seems.

Regards,

Adam Pawlowski
University at Buffalo



From: Stephen Welsh [mailto:stephen.we...@unifiedfx.com]
Sent: Tuesday, November 08, 2016 12:59 PM
To: Pawlowski, Adam
Cc: Executive; Wes Sisk (wsisk)
Subject: Re: [cisco-voip] Traffic Issues with 7900 Series Phones

Hi Adam/Wes,

Thought it may be of interest Wes so copied you in.

We got confirmation from another client that they have an issue that causes 
their phones to unregister (reset as far is we can tell) when taking a 
screenshot (using PhoneView or manually with the direct URL on the phones web 
pagehttp://[PhoneIP/CGI/Screenshot]).

The client had an issue on the 7962 running SCCP42.9-4-2SR2-2S, specifically 
when using a hostname for the AuthenticationURL, when he changed it to an IP 
Address it resolved the issue.

I suspect this may be a firmware bug (possibly a new one), but it may also have 
been an issue with the host(s) the hostname was pointing too. However this is 
the first time we have seen this behaviour and the phone should not un-register 
just because it ca

Re: [cisco-voip] UCCX demo licenses v9.0

2016-12-21 Thread Stephen Welsh

Changing the MAC Address before requesting a new demo works for CUCM ;)

> On 21 Dec 2016, at 20:31, Gary Bates_Command Solutions 
>  wrote:
> 
> My test lab is running demo licenses.
> These only last 30 days.
> 
> I have noticed if I apply for another demo license and apply the expiry 
> doesn't change.
> 
> Is it possible to keep applying demo licenses or do i have re build the VM?
> 
> Gary
> 
> Sent from my iPhone
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] IP Phone Ports

2016-11-10 Thread Stephen Welsh

I thought that this would be prevented by default because of spanning 
tree/BPDU, but it’s common practice to disable spanning tree for access ports 
(i.e. using portfast) so that may allow the loop to occur, so maybe just 
disable port-fast?

Kind Regards

Stephen Welsh
CTO

[cid:CBBF0493-235C-43D2-A874-9FB3D95AF598@b2.unifiedfx.com]

On 10 Nov 2016, at 13:35, Ahmed Elnagar 
<ahmed_elna...@hotmail.com<mailto:ahmed_elna...@hotmail.com>> wrote:

That is not nice at all ☹

Did you figure out a way to prevent it from switch side?

From: Matthew Loraditch [mailto:mloradi...@heliontechnologies.com]
Sent: Thursday, November 10, 2016 3:34 PM
To: Ahmed Elnagar 
<ahmed_elna...@hotmail.com<mailto:ahmed_elna...@hotmail.com>>; 
'cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>' 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: RE: IP Phone Ports

Yes it will create a loop. Not a fun time trying to track these things down. 
I’ve had some non-Cisco IP phones completely down a LAN.

Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518
Facebook<https://www.facebook.com/heliontech?ref=hl> | 
Twitter<https://twitter.com/HelionTech> | 
LinkedIn<https://www.linkedin.com/company/helion-technologies?trk=top_nav_home> 
| G+<https://plus.google.com/+Heliontechnologies/posts>

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Ahmed 
Elnagar
Sent: Thursday, November 10, 2016 8:28 AM
To: 'cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>' 
<cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] IP Phone Ports

Dear all;

I want to know what will happen if a user connect “by mistake” both the PC port 
and Switch port to the network switch? Will this create a loop? Anyone tried it 
before?


___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Not supported I'm sure..... but what do you think?

2016-10-27 Thread Stephen Welsh

I’ve not done CUCM project work in quite a while, so may be completely off, but 
what about making this scenario supportable:

Complex cluster say, 1 Pub, 6 Sub, 2 TFTP

Install new software to inactive partition on all nodes, once complete reboot 
part of the cluster:

1 Pub - new version
3 Sub - new version (primary subs)
1 TFTP - new version (primary TFTP)
3 Sub - old version (secondary subs)
1 TFTP - old version (secondary TFTP)

Phone registers to upgraded primary subs, once everything 
working/stable/tested, flip remaining (secondary nodes)

Maybe too complex for this split version to be workable, or not really much 
different than flipping all nodes, but may allow the phones to stay online with 
minimal disruption as long as all external elements strictly follow the 
primary/secondary node configuration.

Thanks

Stephen Welsh
CTO
UnifiedFX


On 27 Oct 2016, at 21:23, Ryan Huff 
<ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote:


You are right Anthony, this is a complex solution to avoid the reboot (and 
rolling the dice that nothing breaks in the first boot of the new version) in a 
switch-version however; if that is your goal  as you state.

-R


From: avhollo...@gmail.com<mailto:avhollo...@gmail.com> 
<avhollo...@gmail.com<mailto:avhollo...@gmail.com>> on behalf of Anthony 
Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>>
Sent: Thursday, October 27, 2016 12:02 PM
To: Ryan Huff
Cc: Matthew Loraditch; Tommy Schlotterer; Scott Voll; 
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Not supported I'm sure. but what do you think?

If only there was an upgrade process wherein you install the new version to an 
inactive partition, and then could switch to the new version when you're ready. 
 /sarcasm

But seriously though, everyone in this thread is essentially coming up with 
their own clever way of replicating the promise Cisco failed to deliver on, 
which is performing your upgrades during production on the inactive partition 
and then switching versions in a maintenance window.  If they would have only 
held themselves to a higher standard, we wouldn't need this complex of an 
alternate solution.

On Tue, Oct 25, 2016 at 2:45 PM, Ryan Huff 
<ryanh...@outlook.com<mailto:ryanh...@outlook.com>> wrote:
Matthew is correct, copying is listed as "Supported with Caveats" at: 
http://docwiki.cisco.com/wiki/Unified_Communications_VMware_Requirements; The 
caveat being found at 
http://docwiki.cisco.com/wiki/Unified_Communications_VMware_Requirements#Copy_Virtual_Machine

The VM needs to be powered down first and the resulting VM will have a 
different MAC address (unless it was originally manually specified); so you'll 
need to rehost the PLM if it is co-res to any VM that you copy.

Where I have seen folks get into trouble with this is where a subscriber is 
copied, and the user mistakenly thinks that by changing the IP and hostname it 
becomes unique and can be added to the cluster as a new subscriber. I have also 
seen users make a copy of a publisher and change the network details of the 
copy, thinking it makes a unique cluster and then wonders why things like ILS 
wont work between the two clusters (and it isn't just because the cluster IDs 
are the same).

Having said all of that, I would NEVER do this in production ... maybe that is 
just me being cautious or old school, but that is just me. Even without 
changing network details on the copy, I have seen this cause issues with 
Affinity. At the very least, if you travel this path I would make sure that the 
copy runs on the same host and even in the same datastore.

=== An alternative path ===

Admittedly, this path is longer and there is a little more work involve but is 
the safer path, IMO and is what I would trust for a production scenario.

1.) Create a private port group on the host. If the cluster is on multiple 
hosts, span the port group through a connecting network to the other hosts but 
DO NOT create an SVI anywhere in the the topology for that DOT1Q tag 
(remembering to add a DOT1Q tag on any networking devices between the two hosts 
and allowing on any trunks between the two hosts).

2.) Upload Cisco's CSR1000V to the host. If you're not familiar with the 
product it is at the core and unlicensed, a virtual router with three 
interfaces by default. Out of the box, it is more than enough to replicate 
DNS/NTP on your private network which is all you'll need. Assign the private 
port group to the network adapters and configure DNS and NTP (master 2) on this 
virtual router.

3.) Build out a replica of your production UC cluster on the private network.

4.) Take a DRS of the production UC apps and then put your SFTP server on the 
private network and do a DRS restore to the private UC apps.

5.) Upgrade the private UC apps and switch your port group

Re: [cisco-voip] Activation Code for 8845

2016-10-10 Thread Stephen Welsh

Sounds like the new Spark registration (aka Service Mode) is kicking in 
automatically.

Is it possible there is no DHCP Option 150 set?

Kind Regards

Stephen Welsh
CTO

[cid:CBBF0493-235C-43D2-A874-9FB3D95AF598@b2.unifiedfx.com]

On 10 Oct 2016, at 09:32, costas georgiou 
<ckos1...@hotmail.com<mailto:ckos1...@hotmail.com>> wrote:

Hi all,

Has anyone come across this?  I have some Cisco 8845 phones, when I connect 
them to the network at one site, the camera activates and asks me for an 
Activation code, either scan a QR code or enter one in manually.  But when I am 
at another site, no issues at all, registers as it should.  Something is 
blocking the config file or something like that.

Any Ideas?

Regards

Cos
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX CUIC Reports Stopped Working After Certain Date

2016-09-12 Thread Stephen Welsh

Brian,

Thank you for this, we had an customer install our WallboardFX product and 
co-incdently hit this issue and thought our product may have been to blame (not 
technically possibly anyway), however not only could we clarify that it was a 
co-incidence this helps the customer to get to the bottom of the issue a lot 
quicker.

Your Cisco TAC Bug search skills are truly legendary, if we get the chance to 
cross paths at Cisco Live you get our best swag ;)

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 12 Sep 2016, at 20:24, Brian Meade <bmead...@vt.edu<mailto:bmead...@vt.edu>> 
wrote:

This issue seems to be affecting everyone.

Bug ID is CSCvb27878 but not publicly visible yet.

There is a COP file fix available from TAC that doesn't require a reboot or 
anything.

I'm sure there's a field notice coming soon.  I'm guessing the COP file will be 
on cisco.com<http://cisco.com/> soon as well if you don't mind waiting.

More discussion- 
https://supportforums.cisco.com/discussion/13118806/cuic-uccx-dataset-status-failed-database-error
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX 11.0 session at Live 2016

2016-06-21 Thread Stephen Welsh

Good suggestions Anthony, I would expect these labs are hosted on dCloud 
already, making them available post-event for self run sessions would be good.

Also, Anthony, pop round to our stand (T2 in world of solutions) when you get a 
chance, got some cool swag for you ;)

Kind Regards

Stephen Welsh
CTO

[cid:CBBF0493-235C-43D2-A874-9FB3D95AF598@b2.unifiedfx.com]

On 21 Jun 2016, at 15:26, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>> wrote:

Thanks for the announcement Abhiram!  I wish I could attend, but two things are 
keeping me:

1) Most offerings like this are not nearly as technical as originally billed 
(see the current UCCX v11 Walk through lab as an example), so it's a bit of a 
gamble if I'll get my money/time worth from it.

2) Cisco Live is already a sink hole for my money to be thrown into (small 
business), and these labs are like another $700 or roughly 35% the attendance 
fee.  (not to mention another day of travel cost if taken Sunday)

Just a thought, but what if instead of only a pay-to-play lab offering, Cisco 
has an invite only model, where ambassadors of the product can learn the 
product intimately, and then act as a Champion out in the real world (I.e., 
support forums, learning network, twitter, mailing list, blogs, etc.)?  A 
biased request, I know.  I think it would get Cisco two things:

1) Higher likelihood of attendee skill level matched to the learning objectives 
(allowing Cisco to dive deeper than ever before)

2) Higher likelihood of attendee taking their knowledge to the field and 
applying spreading it through blogs, replies to forums questions, support forum 
documents, etc.

Just a thought.

Best of luck to you in your Lab offering!

On Mon, Jun 20, 2016 at 7:09 PM, Abhiram Kramadhati (akramadh) 
<akram...@cisco.com<mailto:akram...@cisco.com>> wrote:
Hello guys,

For those of you looking to get your hands dirty on UCCX 11.0 and also 
familiarise yourselves with the express offering, I have a 4hr lab in Cisco 
Live!, Las Vegas.
LTRCCT-2010, Cisco Contact Center Express 11.0 and Beyond: Feature Design, 
Deployment, and Troubleshooting

Broadly, these are the topics being covered:

  *   FIPPA
  *   Finesse email and chat, including SM integration
  *   CUIC :
 *   Custom report creation
 *   Dashboards
 *   Permalink
 *   Modify live data reports
 *   Standalone CUIC integration
  *   MediaSense:
 *   Integration with UCCX
 *   Setup for configuration with UCCX – including CUCM, MS and Finesse 
config
 *   Integrate Search and Play Gadget into Finesse
 *   Integrate the AgentInfo gadget into Finesse
  *   Remote Expert Mobile:
 *   Explore REM including co-browsing and remote agent control
 *   Integration with UCCX
 *   Setup expert and supervisor
 *   Setup supervisor links
 *Integrate REM desktops into UCCX Finesse
  *   Troubleshooting

Its almost full, but there are a couple of spots left still. If you know of 
anybody who could benefit from this session, send them along!

There are also tons of other great sessions on Contact Centre this time 
including the new Context Service, Finesse and many more; so do drop in. Hoping 
to catch up with many of you!

Cheers,
Abhiram Kramadhati


___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] Old phone models dropped from CUCM 11.5

2016-06-09 Thread Stephen Welsh

Wow, formally dropping phone support from CUCM in 11.5, I assume this means the 
models listed will not register...

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/rel_notes/11_5_1/cucm_b_release-notes-cucm-imp-1151/cucm_b_release-notes-cucm-imp-1151_chapter_01.html

Also,
Very grateful for the MigrationFX ‘plug’ in the CUCM release notes ;)

FYI: MigrationFX now includes the ability to provision new phones too (similar 
to TAPS but no IVR/UCCX, a simple XML service instead), BAT import the phone 
details with dummy MAC addresses, use the Migration XML phone service on the 
newly plugged in handset (i.e. auto registered with Idle URL via Universal 
Device Template). Using the XML service search for the users extension then 
MigrationFX will rename the matching BAT device to the MAC address of the new 
phone. It will even migrate if the model of the new phone does not match the 
BAT import, so more flexibility on deploy handsets than TAPS.

We also have some new MigrationFX functionality due for release at Cisco Live, 
we shall publish the details in due course, but if you are curious drop me a 
line or come and say hello.

Kind Regards

Stephen Welsh
CTO
UnifiedFX

Come along and meet the UnifiedFX team
World of Solutions stand T2


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Finesse Browser User-Agent Sniffing

2016-05-18 Thread Stephen Welsh

I would expect a widget to work pretty easily as you could run some javascript 
to determine to browser type i.e.

https://whichbrowser.net

I was wondering myself if there is a common repository of widget examples, or a 
community GitHub repository etc.

This would be a good example to publish for other to use/extend.

Kind Regards

Stephen Welsh
CTO

[cid:CBBF0493-235C-43D2-A874-9FB3D95AF598@b2.unifiedfx.com]

On 18 May 2016, at 18:33, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>> wrote:

All,

Does anyone know of a pre-existing way to determine what browser a user is 
connecting to Finesse with?

Or, does anyone know of a creative way to get this information?  I.e., Custom 
gadget that collects browser info.

Thanks.
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] 8851 Rollout

2016-05-12 Thread Stephen Welsh

Absolutely, and incredibly simply ;)

If you have not heard of our new product ‘MigrationFX’ this marketing video 
summarises the benefits (https://youtu.be/pRuVKyhgSbs) but here are some key 
points:

* Zero-Touch Migration automatically detects the phone replacement and migrate 
the phone automatically (Demo - https://youtu.be/AwRsswdmwPA)
* Self Service Migration allows the end user to replace their phone by logging 
in with their username/password
* Search by Extension allows the ‘old’ phone to be found by extension number 
then migrated
* All device/user/button/services/speed-dials etc. are maintained
*

Note: The next update will also provision new phones too (i.e. a simpler 
version of TAPS), so if it’s an upgrade of endpoints, RMA replacement of a 
faulty device or a new handset deployment MigrationFX has you covered.

The best thing of all is the price, if you trade-in 100 or more phones via 
Cisco’s trade-in program courtesy of Cisco it’s FREE :)
Just use the ‘L-CP-MGFX-PROMO=’ GPL part code as part of the TMP order. It’s 
also order able via the Cisco GPL if you don’t want to use the trade-in program

http://www.unifiedfx.com/get-migrationfx-for-free/

Also,
If you (or anyone else) is attending the Cisco SEVT session on CUCM 11.5 etc. 
in San Jose next week, Cisco are running a hands-on lab on MigrationFX at the 
event.

Kind Regards

Stephen Welsh
CTO
UnifiedFX


On 12 May 2016, at 22:53, Haas, Neal 
<nh...@co.fresno.ca.us<mailto:nh...@co.fresno.ca.us>> wrote:

We are going from 7900 series phones to 8851 phones.

Is there a software that will copy SCCP phones to SIP phones?

Neal Haas

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Finesse API Get Users State

2016-02-11 Thread Stephen Welsh

Hi Ryan,

From reading the Finesse API documentation there is no way to filter the 
response from the Finesse server, I can see one or two resources do have query 
string filters, but the User resource is not one of them. So unless someone 
knows of an undocumented capability to filter the User list returned from the 
Finesse API you will have to write some code to do the parsing/filtering of the 
response from Finesse. I believe Brian was referring to your 
server/application, that you will need to pull all users, parse the data and 
filter the users within your application.

The response from Finesse is simple XML, it’s usually quite easy to load the 
XML into a DOM document/model and use an XPath expression to filter the data 
from there. If you don’t mind providing some info on the environment you are 
developing with (i.e. Javascript/node, PHP, Perl, C# etc.) happy to help with 
the DOM Object and XPath expression statements to filter/extract the data you 
are looking for.

Kind Regards.

Stephen Welsh
CTO

[cid:CBBF0493-235C-43D2-A874-9FB3D95AF598@b2.unifiedfx.com]

On 11 Feb 2016, at 05:47, Ryan Burtch 
<rburt...@gmail.com<mailto:rburt...@gmail.com>> wrote:

How would I filter Server-Side? Forgive my ignorance.


Sincerely,

Ryan Burtch

On Feb 10, 2016, at 5:51 PM, Brian Meade 
<bmead...@vt.edu<mailto:bmead...@vt.edu>> wrote:

I'd say just pull in the whole list and then filter through server-side before 
presenting the data into your other app.

On Wed, Feb 10, 2016 at 5:51 PM, Ryan Burtch 
<rburt...@gmail.com<mailto:rburt...@gmail.com>> wrote:
Guys,

I have all finesse agents. I need to pull all agents who are logged on into 
another app i'm working on, but I can't seem to filter the API request. There 
aren't any query parameters in API. Help.




Sincerely,

Ryan Burtch

On Wed, Feb 10, 2016 at 3:55 PM, Brian Meade 
<bmead...@vt.edu<mailto:bmead...@vt.edu>> wrote:
If you're split and only want Finesse info, you can use 
"http:///finesse/api/User/" and replace  with the agent extension 
from each user you get in /api/Users and then you can see state information.

On Wed, Feb 10, 2016 at 4:51 PM, Brian Meade 
<bmead...@vt.edu<mailto:bmead...@vt.edu>> wrote:
I'm guessing your split so that some users are on CAD and you only want info on 
Finesse users?

If you're only on Finesse, I'd just look at the Live Report for Agent State in 
CUIC.

On Wed, Feb 10, 2016 at 4:45 PM, Ryan Burtch 
<rburt...@gmail.com<mailto:rburt...@gmail.com>> wrote:
All,

IS there a way to get all the names and agent states of all agents currently 
logged into Finesse?

I have pulled been able to pull ALL the agents that have used finesse via 
GEThttp:///finesse/api/Users/<http://10.36.41.25/finesse/api/Users/>, 
but I would like to pull only certain user states like Not Ready, Ready, 
Talking, etc
Do you know how I could accomplish that?



Sincerely,

Ryan Burtch

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip





___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Bulk ITL Eraser...

2016-01-19 Thread Stephen Welsh

LOL, thanks for that Anthony, glad you didn’t post my home address, probably 
still listed in an old DNS record somewhere ;)

We have offices in India too, that helps to cover our Asia customers, but we do 
our best no mater what the timezone ;)

BTW: We shall be at Cisco Live in Berlin and Las Vegas too, so if anyone wants 
to hear some interesting stories on helping Cisco TAC with ITL issues back when 
Security by Default first appeared come and say hello ;)

Also,
Just in-case this one has slipped past, we launched an innovative new product 
last year in partnership with Cisco called “MigrationFX”. It allows phones to 
be replaced/upgraded by just plugging the new phone into the same cable as the 
old phone. We call it “Zero Touch Migration” and you can see it in action here:

http://www.youtube.com/embed/AwRsswdmwPA?autoplay=1=hd1080

Probably the best thing about MigrationFX is the price, thanks to the great 
folks at Cisco you can get MigrationFX completely free for production use when 
trading in 100 (or more) old Cisco Phones for the new 78xx & 88xx models. 
Details can be found here:

http://www.unifiedfx.com/get-migrationfx-for-free/

Kind Regards.

Stephen Welsh
CTO
UnifiedFX


On 19 Jan 2016, at 20:30, Anthony Holloway 
<avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@gmail.com>> wrote:

UnifiedFX is not based in the US, they are in Glasgow Scotland, or UTC-0

https://goo.gl/maps/TpGrDGN9e5S2

It looks like you're in Illinois, or UTC-6, so, at 3:30am UTC-6 would have been 
9:30am UTC-0.

Not that they aren't a killer group of people, oh they are, they truly are, but 
it's wasn't exactly 3:30am their time either.



On Tue, Jan 19, 2016 at 12:52 PM, Jonathan Charles 
<jonv...@gmail.com<mailto:jonv...@gmail.com>> wrote:
I called TAC, we used their ITL tool, and, well, it is kinda terrible... slow, 
lots of underlying dependencies that stop working... UnifiedFX came thru and 
issues me the license mods on my purchase and cleared the ITLs in a few 
minutes... (it took a few passes, but it was completely painless)... We had 
three phones it couldn't fix, but a factory reset on 3 was MUCH better than on 
1200.

UnifiedFX support got back to me at 0328AM (I was worried that they were a 9-5 
shop... they aren't) and the ITL issues were gone by 0440... (the initial scan 
took longer than the fix)...


This was after working with TAC for 4 hours and only fixing like 20.



Jonathan

On Tue, Jan 19, 2016 at 11:45 AM, Ryan Ratliff (rratliff) 
<rratl...@cisco.com<mailto:rratl...@cisco.com>> wrote:
If you regenerated certs to get into this state and don’t have an ITLRecovery 
cert present there is a process TAC can use to use your old cert to update the 
phones.
If you have an ITLRecovery cert already (and the phones have an ITL with it 
included) then just use that.

Either way I’d recommend this for your path forward.
1) Grab your towel
2) Don’t panic
3) Call TAC

-Ryan

On Jan 19, 2016, at 3:11 AM, Jonathan Charles 
<jonv...@gmail.com<mailto:jonv...@gmail.com>> wrote:

I actually bought the $499 ITL eraser, but it won't connect to the cluster 
because it is over 3000 phones... and there doesn't appear to be a way to order 
a bigger one online...



Jonathan

On Mon, Jan 18, 2016 at 1:42 PM, Stephen Welsh 
<stephen.we...@unifiedfx.com<mailto:stephen.we...@unifiedfx.com>> wrote:
Thanks Brian,

Given it’s for a bank, I guess you may want to ensure it is CUCM Compatible?

PhoneView from UnifiedFX (http://www.unifiedfx.com<http://www.unifiedfx.com/>) 
is the only IVT Tested application that performs Bulk delete of ITL Files (as 
well as full endpoint management too).

Also,
PhoneView was the first application to delete ITL Files in bulk and bypass the 
phones web server by using CTI. As an example, of one our clients (a large 
domestic US bank) managed to delete 52,000 ITL Files in a single 4 hour change 
window.

Stephen Welsh
CTO



On 18 Jan 2016, at 19:36, Brian Meade <bmead...@vt.edu<mailto:bmead...@vt.edu>> 
wrote:

Unified FX is the one I've heard the most success with- 
http://www.unifiedfx.com/itl-delete/

On Mon, Jan 18, 2016 at 2:16 PM, Jonathan Charles 
<jonv...@gmail.com<mailto:jonv...@gmail.com>> wrote:
Yeah, web access is a no no, the place is a bank... how much do the other 
companies charge for their software?


Jonathan

On Mon, Jan 18, 2016 at 9:56 AM, Brian Meade 
<bmead...@vt.edu<mailto:bmead...@vt.edu>> wrote:
It's very basic and only used in emergencies.  You must have already had web 
access enabled on the phones and the phones must already have had a proper 
authentication URL.  You need the IP addresses of all your IP phones.  It sends 
button presses one by one with one phone at a time so takes a very long time 
for large clusters.

The tools made by 3rd party companies for this task are much more efficient at 
this.

On Mon, Jan 18, 2016 at 9:08

Re: [cisco-voip] Bulk ITL Eraser...

2016-01-18 Thread Stephen Welsh

Thanks Brian,

Given it’s for a bank, I guess you may want to ensure it is CUCM Compatible?

PhoneView from UnifiedFX (http://www.unifiedfx.com) is the only IVT Tested 
application that performs Bulk delete of ITL Files (as well as full endpoint 
management too).

Also,
PhoneView was the first application to delete ITL Files in bulk and bypass the 
phones web server by using CTI. As an example, of one our clients (a large 
domestic US bank) managed to delete 52,000 ITL Files in a single 4 hour change 
window.

Stephen Welsh
CTO

[cid:CBBF0493-235C-43D2-A874-9FB3D95AF598@b2.unifiedfx.com]

On 18 Jan 2016, at 19:36, Brian Meade <bmead...@vt.edu<mailto:bmead...@vt.edu>> 
wrote:

Unified FX is the one I've heard the most success with- 
http://www.unifiedfx.com/itl-delete/

On Mon, Jan 18, 2016 at 2:16 PM, Jonathan Charles 
<jonv...@gmail.com<mailto:jonv...@gmail.com>> wrote:
Yeah, web access is a no no, the place is a bank... how much do the other 
companies charge for their software?


Jonathan

On Mon, Jan 18, 2016 at 9:56 AM, Brian Meade 
<bmead...@vt.edu<mailto:bmead...@vt.edu>> wrote:
It's very basic and only used in emergencies.  You must have already had web 
access enabled on the phones and the phones must already have had a proper 
authentication URL.  You need the IP addresses of all your IP phones.  It sends 
button presses one by one with one phone at a time so takes a very long time 
for large clusters.

The tools made by 3rd party companies for this task are much more efficient at 
this.

On Mon, Jan 18, 2016 at 9:08 AM, Jonathan Charles 
<jonv...@gmail.com<mailto:jonv...@gmail.com>> wrote:
I saw on a forum posting

https://supportforums.cisco.com/document/60716/migrating-ip-phones-between-clusters-cucm-8-and-itl-files

That TAC has a bulk ITL eraser... does anyone know anything about it?



Jonathan

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip




___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Idle URL not showing up on phone issue

2015-12-14 Thread Stephen Welsh

Hi Tim,

It’s possible the phone’s ITL File is out of sync with the cluster, that would 
cause the config not to update.

You could try deleting the ITL file on the phone to see if that helps.

Kind Regards.

Stephen Welsh
CTO UnifiedFX


On 14 Dec 2015, at 21:40, Tim Reimers 
<treim...@ashevillenc.gov<mailto:treim...@ashevillenc.gov>> wrote:

Hi all –

I’m trying to set an idle URL on one specific phone, using the IDLE settings 
under the Device.

When I go into External Data Locations Information, and set the IDLE URL of
http://voipsrv.abcd.com/graphics1.xml (slightly changed to protect the 
not-so-innocent)
and an IDLE seconds of 2
the phone simply never does anything.

We are at the defaults systemwide of _not_ having an idle url or idle seconds 
set.

Here’s the weird thing:
When I open the IP of the phone in a browser and look at the Network 
Configuration, the IDLE URL there is blank, and the Idle Seconds is “0”

That would seem to imply that the phone is never learning the new IDLE settings.
I have reset the phone, “applied” the configuration, etc –
but nothing I can do will make the idle URL come up.

Background:
UCM 9.1
IP phone 7941 SCCP, load SCCP


Incidentally, just in case anyone has ideas – what I would like to do is have 
the phone show a repeating series of graphics – aka, an animated GIF sort of 
thing.
Given that the phone doesn’t do actual GIF displays, I may have to work that 
out another way, if anyone has ideas.

Thanks, Tim

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Remote Phone Control -- Opinions

2015-10-29 Thread Stephen Welsh

Okay, I can’t resit this one ;)

I’m sure opinions will vary based on personal taste etc., but one key point, 
only PhoneView (http://www.unifiedfx.com) is Cisco Compatible (tested with 
10.5, IVT testing for 11.0 will be complete shortly too) and used by Cisco 
themselves including the following:

Cisco ACE team (internal Cisco IT that supports alpha clusters etc.)
CCIE Collaboration Proctors to help remotely mark your pod configuration
Cisco Devnet sandbox
Cisco TAC globally

I’m not claiming our software is flawless, but it is being used to manage 
Millions of IP Phones, so we do have a few happy customers ;)

Kind Regards

Stephen Welsh
CTO
UnifiedFX

On 29 Oct 2015, at 21:51, Scott Voll 
<svoll.v...@gmail.com<mailto:svoll.v...@gmail.com>> wrote:

So what vendor do you use for Remote phone control?

Do you like them?

Pro's and Con's?

We have used SingleWire for the last 5 or 6 years, but they have made their's 
free and not continuing support for new Models.

We are moving from 7961's to 88xx series.  I have a Demo of Uplinx.  It seems 
very feature rich, but the GUI could use a little updating (seems a little 
xp'ish).

Before I go and spend any money, I want to go with the best.

TIA

Scott

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] Cisco IP Phone upgrades

2015-10-28 Thread Stephen Welsh

I’m sure there will be a few people on this list that will be in a situation 
where they (or their clients) are planning to replace the older Cisco IP Phone 
models with some of the nice new handsets that are now available.

Although there is the built-in Phone Migration feature in CUCM, it required a 
lot of effort and co-ordination to use, and the native CUCM migration feature 
does not handle phone button templates unfortunately.

Well Cisco and UnifiedFX have been working together to eliminate all of the 
pain points for upgrading Cisco phones, now it’s just a case of physically 
swapping the phone, our new product ‘MigrationFX’ dynamically migrates the 
phone configuration (including phone button templates) and automagically 
identifies the old phone to migrate.

The part where Cisco come-in is the price, MigrationFX is free to anyone 
submitting a Technology Migration for 100 or more Cisco phones and includes the 
MigrationFX promo code 'L-CP-MGFX-PROMO=‘

We have also provided a Free ‘Lab Edition’ of MigrationFX for anyone to install 
and test in the meantime, rather than having to wait for the GPL order to 
complete before getting started

I suggest you visit this page to find out more, including a demo of MigrationFX 
in action:

http://www.unifiedfx.com/get-migrationfx-for-free

Kind Regards.

Stephen Welsh
CTO
UnifiedFX
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Authenticate End User via AXL

2015-10-19 Thread Stephen Welsh

Hi Adam,

I assume its’ an End User you wish to authenticate?

You can use the DoAuthenticateUser method, details are here:

https://developer.cisco.com/site/axl/documents/latest-version/axl-soap.gsp

Thanks

Stephen Welsh
CTO

[cid:CBBF0493-235C-43D2-A874-9FB3D95AF598@b2.unifiedfx.com]

On 19 Oct 2015, at 17:41, Adam Blomfield 
<ad...@adman.net<mailto:ad...@adman.net>> wrote:

Is there an AXL method that will validate an end user's username and password? 
I believe that UCCX authenticates agent's username and password via AXL, so I'm 
assuming that it must be possible. I'm developing an application and would like 
to tie it's user database to UCM end users.

-Adam
___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UnifiedFX Gurus

2015-09-29 Thread Stephen Welsh

Hi Dennis,

What we mean by Phone Estate is the total number of phones within your 
environment across one or more clusters. Here is an example:

Cluster 1 - 2000 Phones
Cluster 2 - 1000 Phones
Cluster 3 - 3000 Phones

In order to license all phones across all 3 clusters you would need a ‘Phone 
Estate’ license of 6000 phones, effectively it’s a count of your total physical 
IP Phones.

Note: If you are upgrading from one cluster to another, we allow the addition 
of the old and new cluster as part of the same Phone Estate count so you can 
have the old and new cluster at the same time during any upgrade/migration 
without double counting the phones that are moving.

Note we do have other license types we don’t publish on our website, happy to 
discuss off-line if you like.

Kind Regards.

Stephen Welsh
CTO
UnifiedFX

On 29 Sep 2015, at 14:56, Heim, Dennis 
<dennis.h...@wwt.com<mailto:dennis.h...@wwt.com>> wrote:

Reading the licensing model for unifiedfx and it says “Phone Estate”… what is 
that?

Dennis Heim | Emerging Technology Architect (Collaboration)
World Wide Technology, Inc. | +1 314-212-1814
<https://twitter.com/CollabSensei>
<xmpp:dennis.h...@wwt.com><tel:+13142121814><sip:dennis.h...@wwt.com>
“There is a fine line between Wrong and Visionary. Unfortunately, you have to 
be a visionary to see it." – Sheldon Cooper
“The greatest danger for most of us is not that our aim is too high and we miss 
it, but that it is too low and we reach it.” -- Michelangelo Buonarroti
“We should tansform the way we work” -- RowanTrollope

Click here to join me in my Collaboration Meeting 
Room<https://wwt.webex.com/meet/dennis.heim>

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Cisco live

2015-06-08 Thread Stephen Welsh

Hi Guys,

Come one over to the DevNet area if you get a chance and check out out demo as 
part of the developer sandbox.

Cheers

Stephen

On 9 Jun 2015, at 01:32, Matthew Loraditch 
mloradi...@heliontechnologies.commailto:mloradi...@heliontechnologies.com 
wrote:

I’m here. Ryan is here and presenting Thursday. Jason Aarons is here.

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Anthony Holloway
Sent: Monday, June 08, 2015 12:10 PM
To: Heim, Dennis; cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Cisco live

I am. Come see me compete in Engineering Deathmatch on Wednesday at 11:00am in 
the 2Ring booth of World of Solutions.
On Mon, Jun 8, 2015 at 11:12 AM Heim, Dennis 
dennis.h...@wwt.commailto:dennis.h...@wwt.com wrote:
who all is in San Diego for Cisco Live?

Sent from my iPhone
___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] IP Phone 7841 AUX Port and Credit Card Machine

2015-01-22 Thread Stephen Welsh

Hi Anthony,

Its not well documented, but I believe there is (was) a developer level 
capability to access the AUX port. From memory I think this product used to use 
the AUX port:
http://www.litescape.com/index.php/secure-profile-management

I’m with the DevNet team at Cisco Live next week, I can ask around if you like, 
have you got a cool trick you want to use it for ;)

Kind Regards.

Stephen Welsh

[cid:image001.png@01CEAFE6.C53903B0]


On 21 Jan 2015, at 15:51, Anthony Holloway 
avholloway+cisco-v...@gmail.commailto:avholloway+cisco-v...@gmail.com wrote:

All,

I just ran into something very strange, were a customer is stating they are 
able to use a credit card machine via the AUX port on the back of a 7841.

The 7841 data sheet and admin guide would suggest that this is not possible, as 
their only reference to this port is with the use of a headset.

Now, I know these ports can be used for troubleshooting and/or hacking the 
phones, but I have not heard of a legit use like this before.

Can anyone comment on this?
___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] AXL read-only

2015-01-03 Thread Stephen Welsh

I concur with Anthony,

One thought, if you only need to give them SQL access (i.e. not the full AXL 
API) then writing a simple AXL client that only exposes SQLQuery would meet 
your needs as it’s not possible to perform a SQL Update using the SQL Query AXL 
Method.

Stephen

On 3 Jan 2015, at 20:09, Anthony Holloway 
avholloway+cisco-v...@gmail.commailto:avholloway+cisco-v...@gmail.com wrote:

You already found the answer: it's not possible at this time.  You would have 
to write your own proxy to filter requests through.

On Sat Jan 03 2015 at 1:16:07 PM Justin Steinberg 
jsteinb...@gmail.commailto:jsteinb...@gmail.com wrote:
Is there anyway to create an account that has CUCM AXL API read-only rights ?

We would like to give some other teams access to pull certain data from the API 
but do not want them to make any changes.

Dev net searches seem to indicate this is not possible.


___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Prime Collaboration Deployment Tool

2014-11-12 Thread Stephen Welsh

I thought it was the no license installed mode for the first 60 days that could 
be used unrestricted

Sent from my iPad

On 12 Nov 2014, at 23:16, Anthony Holloway 
avholloway+cisco-v...@gmail.commailto:avholloway+cisco-v...@gmail.com wrote:

I must be a moron when it comes to navigating vmware's website, because I 
cannot see where I grab an eval license that will work for PCD.

If I click on the link you provided, I am presented with a license, but it's 
not eval.  Rather, it's a license for the free hypervisor, and it doesn't list 
the API's as a feature.  I'm thinking PCD wouldn't work with that license, but 
I haven't tried it.

Screenshot of the license installed from the link you sent, license masked:

image.png

To get an eval license of the non free product, I would think I start here:
VMWare.comhttp://VMWare.com  My Evaluations  Start a New Evaluation

Which takes me to this URL
https://www.vmware.com/try-vmware

From there, I select VMware vSphere, which takes me to this URL (similar to 
the one you sent):
https://my.vmware.com/group/vmware/evalcenter?p=vsphere-55

I am then met with the following:
Your evaluation has expired.
0 days remaining on your evaluation.

And from there it looks like they are only providing me with the option to 
purchase vSphere.  This is where in the past I have called VMWare and they said 
to go to Cisco.

What am I missing here?  Surely, I cannot be the only person struggling with 
this...or am I?


On Wed Nov 12 2014 at 4:32:03 PM Chris Ward (chrward) 
chrw...@cisco.commailto:chrw...@cisco.com wrote:
Anthony,

You can grab the trial license by creating an account on 
vmware.comhttp://vmware.com and requesting the ESXi license.  This is still 
how I get standalone ESXi instances running here at Cisco in my lab.

Login with your account, go to the below link, request a key.

https://my.vmware.com/group/vmware/evalcenter?p=free-esxi5lp=default

+Chris
TME - MediaSense and Unity Connection

From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.netmailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of Anthony Holloway
Sent: Wednesday, November 12, 2014 5:15 PM
To: Ryan Ratliff (rratliff); Boon
Cc: cisco-voip voyp list

Subject: Re: [cisco-voip] Prime Collaboration Deployment Tool

Ryan,

Can you be more specific on where you get the trial license?  I heard this same 
thing mentioned at Cisco Live, and when I approached VMWare about it, they 
pushed me to Cisco, and Cisco pushed me to VMWare.

An alternative option, which I'm not endorsing, is to apply the key seen here 
in this Cisco Field Trainers video, temporarily of course, and then revert the 
key once done with PCD.

https://www.youtube.com/watch?v=YWsgXrlD4Ew#t=570


On Wed Nov 12 2014 at 3:57:42 PM Ryan Ratliff (rratliff) 
rratl...@cisco.commailto:rratl...@cisco.com wrote:
One small thing to add to Dennis' great post.  The trial ESXi license will work 
for a PCD migration if you are moving to a BE with the hypervisor license.  
This will probably only work for new installs where you are still in the 60 day 
trial.  It's very easy to switch between the hypervisor and trial license.

-Ryan

On Nov 11, 2014, at 5:43 PM, Boon 
ciscovoipu...@gmail.commailto:ciscovoipu...@gmail.com wrote:

Some great advice there thanks all




On Tue, Nov 11, 2014 at 4:12 PM, Jason Aarons (AM) 
jason.aar...@dimensiondata.commailto:jason.aar...@dimensiondata.com wrote:
I agree, device loads should be hard coded on devices and upgraded outside of 
CallManager upgrades.

From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.netmailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of Josh Warcop
Sent: Tuesday, November 11, 2014 9:13 AM
To: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net

Subject: Re: [cisco-voip] Prime Collaboration Deployment Tool



Side note - I've started advocating assigning firmware loads to devices via 
BAT. I no longer want all phones to upgrade or downgrade immediately following 
a CUCM version switch.



Sent from my Windows Phone

From: Heim, Dennismailto:dennis.h...@wwt.com
Sent: ‎11/‎11/‎2014 8:46 AM
To: Boonmailto:ciscovoipu...@gmail.com; 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Prime Collaboration Deployment Tool

PCD is a tool, it is not a complete upgrade and patching solution 
(sales/marketing). It has specific versions and specific tasks that it can do. 
Many things it cannot (verify with cco).  It does work with all the caveats. 
You will need to upload all cop files and iso files to the PCD server. All 
files will be pushed from the PCD server as part of the upgrade task. If you 
have nodes at remote locations, this will be 4-5gb across your network 
(allocate necessary time). It will upgrade one node at a time, streamlining and 
parallel ops is not really in PCD’s deck of cards at this time. For example, it 
will do each cucm subscriber in serial, instead of all at the same time, or 
upgrading IMP

Re: [cisco-voip] Active Advisor for UC?

2014-09-24 Thread Stephen Welsh

Hi,
I suggest you have a look at PhoneView from UnifiedFX 
(http://www.unifiedfx.com), one of it’s key features is an Endpoint Assessment 
report that was written in collaboration with Akhil Behl (author of Securing 
Cisco IP Telephony networks - 
http://www.amazon.com/Securing-Telephony-Networks-Networking-Technology/dp/1587142953)

You can get a free copy of the free ITL Scanner, it does more than just check 
for bad ITL files:

http://www.unifiedfx.com/itl-scanner/

Also we recorded a series of webinars on Endpoint Security and Compliance with 
Akhil, you can view them here:

http://www.youtube.com/playlist?list=PLxsqZcpVKWYNTz77yhLTS7WW7w-7MB3kg

Kind Regards

Stephen Welsh, CCIE #12345
CTO
UnifiedFX


On 24 Sep 2014, at 15:58, Candese Perez 
trig...@gmail.commailto:trig...@gmail.com wrote:


Does anyone know of a product that will scan a UC environment (CUCM, UCCX, UC) 
for vulnerabilities, patches, EoX info etc. I am looking for something 
comparable to the Active Advisor product.

TIA

Candese
___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Monitoring tool or best way to monitor

2014-06-18 Thread Stephen Welsh

Hi Michael,

You could try PhoneView (http://www.unifiedfx.com), it includes it's own 
implementation for accessing  and displaying the RTMT data that goes beyond 
some of the limitations of RTMT itself.

Thanks

Stephen

Sent from my iPhone

 On 18 Jun 2014, at 14:34, Michael Rose VOIP rose.michael.v...@gmail.com 
 wrote:
 
 My company frequently does mass meetings where one of the C level people will 
 talk and employees will dial into a conference number. My group has to 
 monitor gateways so that the active calls on each gateway does not exceed 
 80%. If it does we put up blocks via CUCM to drop the call.
 
 What I am wondering is if there is a better way to do this. Currently what we 
 do is split the offices among the team and each of us logs into the voice 
 gateways and watches the active calls. How we monitor the active calls 
 depends on the person and the size of the location. Each of us has to watch 
 at least two gateways and we don't cover every location, just the major ones 
 since we've got offices everywhere.
 
 Is there a tool where we can plug in the voice gateway names and login 
 credentials and it will just spit out active calls or number of active calls 
 to a specific number? We've tried using RTMT but there are just so many 
 gateways we can't monitor them all very well using that tool. I wanted to 
 know what was out there before we try and build something on our own.
 
 Do you guys have a better way to monitor gateway thresholds on over 11 sites 
 with like 44 voice gateways?
 ___
 cisco-voip mailing list
 cisco-voip@puck.nether.net
 https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Cisco Live

2014-05-19 Thread Stephen Welsh

Cisco TAC area of WoS sounds good to me

Stephen

Sent from my iPad

On 19 May 2014, at 14:32, Anthony Holloway 
avholloway+cisco-v...@gmail.commailto:avholloway+cisco-v...@gmail.com wrote:

I'd like to meetup, but tonight is the CSC VIP dinner at 8:30pm.  I'll probably 
be in the TAC area of WoS prior to that.  I'll keep watching the list for 
updates.  Thanks for getting something going Dennis.


On Mon, May 19, 2014 at 1:52 PM, Heim, Dennis 
dennis.h...@wwt.commailto:dennis.h...@wwt.com wrote:
For those at live, anyone up for a get together tonight?

Dennis Heim | Solution Architect (Collaboration)
World Wide Technology, Inc. | 314-212-1814tel:314-212-1814

PS Engineering:  Innovate  Ignite.



___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Who's going to be at Live next week?

2014-05-13 Thread Stephen Welsh

UnifiedFX will be there ;)

On 13 May 2014, at 13:02, Matthew Loraditch 
mloradi...@heliontechnologies.commailto:mloradi...@heliontechnologies.com 
wrote:

I’ll be there!


Matthew G. Loraditch – CCNP-Voice, CCNA-RS, CCDA
1965 Greenspring Drive
Timonium, MD 21093

direct voice. 443.541.1518
fax.  410.252.9284

Twitterhttp://twitter.com/heliontech  |  
Facebookhttp://www.facebook.com/#!/pages/Helion/252157915296  | 
Websitehttp://www.heliontechnologies.com/  |  Email 
Supportmailto:supp...@heliontechnologies.com?subject=Technical%20Support%20Request
Support Phone. 410.252.8830


___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Disabling placed call history on 7841's

2014-03-19 Thread Stephen Welsh

Hi Matt,

Just tested on our 7841 (sip78xx.10-1-1-9) by sending Init:CallHistory using 
PhoneView and it worked fine.

Error 4 is usually an authentication Error, if you are pushing (HTTP POST) the 
CiscoIPPhoneExecute object to the phone I suspect their is something wrong with 
the Authentication URL or an ITL issue?

The CiscoIPPhoneError section here details the error codes:

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cuipph/all_models/xsi/9_1_1/CUIP_BK_P82B3B16_00_phones-services-application-development-notes/CUIP_BK_P82B3B16_00_phones-services-application-development-notes_chapter_011.html#CUIP_RF_C22B2EF6_00

Assuming you will be hosting that XML file on a web server and pointing the 
Idle URL to it I would expect it to work fine as authentication does not apply 
to that scenario.

Kind Regards.

Stephen Welsh

[cid:image001.png@01CEAFE6.C53903B0]

On 19 Mar 2014, at 10:20, Matthew Collins 
mcoll...@block.co.ukmailto:mcoll...@block.co.uk wrote:

Hi All,

I have a requirement to disable the call history on a selected amount of 7841 
handsets.

To start with the call history has now been moved under the services button and 
not the directory’s button.

I know I can disable the logged calls under the line settings and this stops 
all received and missed calls appearing in the call history but the placed call 
still appear..

I know I can put a dummy URL in the service URL on the specific phone to stop 
user getting to the call history on the phone but the user can still access the 
call history using the up button. This will also disable all other services.

I did have a XML file that worked on the 79XX series phone that cleared down 
the call history, I used to out the URL in the idle timeout and the phone would 
clear down the call history whenever the idle timers expired

CiscoIPPhoneExecute
ExecuteItem URL=Init:CallHistory /
/CiscoIPPhoneExecute

But this doesn’t seem to work on the newer sip models. As I get a “xml error 4 
parse error” returned. When I browse to the webpage I get the following 
returned so think the XML is right (for a 79XX phone)

?xml version=1.0?
CiscoIPPhoneExecutehttp://10.1.13.12/clear_phone.xml
ExecuteItem URL=Init:CallHistory/
/CiscoIPPhoneExecute


Regards

Matthew Collins
Collaboration Principal Consultant

ǀ BLOCK ǀ
Cisco Global EMEAR Partner of the Year 2013
Visit our dedicated Healthcare site at 
www.block.co.uk/healthhttp://www.block.co.uk/health

D   +44 (0) 203 0053032
F+44 (0) 844 9671642
W  www.block.co.ukhttp://www.block.co.uk/







___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

inline: image001.png___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Disabling placed call history on 7841's

2014-03-19 Thread Stephen Welsh

You could try adding a “Init:Services” ExecuteItem after the Init:CallHistory 
to see if that closes the page, assuming that it has pulled/parsed the page 
correctly and just needs to close the Services page.

CiscoIPPhoneExecute
ExecuteItem URL=Init:CallHistory /
ExecuteItem URL=Init:Services /
/CiscoIPPhoneExecute


On 19 Mar 2014, at 13:33, Matthew Collins 
mcoll...@block.co.ukmailto:mcoll...@block.co.uk wrote:

Ok,

Thanks for the pointer Steven, I have now kind of got this working on the Idle 
URL, but after the phone request the idle URL the phone is stuck in the 
following state until I go off hook. The Cancel softkey button doesn’t seem to 
do anything

image002.png

It has requested the Init:CallHistory as the call history is cleared.



Regards

Matthew


From: Stephen Welsh [mailto:stephen.we...@unifiedfx.com]
Sent: 19 March 2014 10:40
To: Matthew Collins
Cc: cisco-voip (cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net)
Subject: Re: [cisco-voip] Disabling placed call history on 7841's

Hi Matt,

Just tested on our 7841 (sip78xx.10-1-1-9) by sending Init:CallHistory using 
PhoneView and it worked fine.

Error 4 is usually an authentication Error, if you are pushing (HTTP POST) the 
CiscoIPPhoneExecute object to the phone I suspect their is something wrong with 
the Authentication URL or an ITL issue?

The CiscoIPPhoneError section here details the error codes:

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cuipph/all_models/xsi/9_1_1/CUIP_BK_P82B3B16_00_phones-services-application-development-notes/CUIP_BK_P82B3B16_00_phones-services-application-development-notes_chapter_011.html#CUIP_RF_C22B2EF6_00

Assuming you will be hosting that XML file on a web server and pointing the 
Idle URL to it I would expect it to work fine as authentication does not apply 
to that scenario.

Kind Regards.

Stephen Welsh

image003.png


On 19 Mar 2014, at 10:20, Matthew Collins 
mcoll...@block.co.ukmailto:mcoll...@block.co.uk wrote:


Hi All,

I have a requirement to disable the call history on a selected amount of 7841 
handsets.

To start with the call history has now been moved under the services button and 
not the directory’s button.

I know I can disable the logged calls under the line settings and this stops 
all received and missed calls appearing in the call history but the placed call 
still appear..

I know I can put a dummy URL in the service URL on the specific phone to stop 
user getting to the call history on the phone but the user can still access the 
call history using the up button. This will also disable all other services.

I did have a XML file that worked on the 79XX series phone that cleared down 
the call history, I used to out the URL in the idle timeout and the phone would 
clear down the call history whenever the idle timers expired

CiscoIPPhoneExecute
ExecuteItem URL=Init:CallHistory /
/CiscoIPPhoneExecute

But this doesn’t seem to work on the newer sip models. As I get a “xml error 4 
parse error” returned. When I browse to the webpage I get the following 
returned so think the XML is right (for a 79XX phone)

?xml version=1.0?
CiscoIPPhoneExecutehttp://10.1.13.12/clear_phone.xml
ExecuteItem URL=Init:CallHistory/
/CiscoIPPhoneExecute


Regards

Matthew Collins
Collaboration Principal Consultant

ǀ BLOCK ǀ
Cisco Global EMEAR Partner of the Year 2013
Visit our dedicated Healthcare site at 
www.block.co.uk/healthhttp://www.block.co.uk/health

D   +44 (0) 203 0053032
F+44 (0) 844 9671642
W  www.block.co.ukhttp://www.block.co.uk/







___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Setting up ICM Sprawler 8.x

2014-03-06 Thread Stephen Welsh

I plan to setup a Sprawler at some point too, the following looks like a useful 
guide:

https://supportforums.cisco.com/docs/DOC-1374

I states the AD/DNS can be on the same box, however the post is a few years 
old, is this something that changes with a particular release?

It would be great if there was an updated version of the above guide as I know 
there are usually a ton of caveats and “special settings” that need to be taken 
into consideration.

Cheers

Stephen

On 5 Mar 2014, at 19:12, Beck, Christopher 
cb...@usg.commailto:cb...@usg.com wrote:

Pavan is right.   You will need SQL because the router/logger processes are on 
the server.  If you install the AW/HDS service on a different host, that will 
require SQL as well.  You will need separate server(s) for the AD/DNS.  It 
isn’t supported as a function installed on the IPCC servers.


It doesn’t matter if you have a sprawler or a multi-server production setup, 
these rules apply.

Hope it helps,
Chris

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Ryan 
Burtch
Sent: Wednesday, March 05, 2014 12:41 PM
To: Pavan K
Cc: cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Setting up ICM Sprawler 8.x

This is for a Sprawler.  Do you have any experience setting one of these up?




Sincerely,

Ryan Burtch

On Wed, Mar 5, 2014 at 1:38 PM, Pavan K 
pav.c...@gmail.commailto:pav.c...@gmail.com wrote:

AD /DNS is usually on a separate box
You need SQL anywhere on the logger / aw/HDS/dds boxes. So yes you will need 
SQL.

On Mar 5, 2014 1:03 AM, Ryan Burtch 
rburt...@gmail.commailto:rburt...@gmail.com wrote:
I have a couple questions on the ICM Sprawler setup.

1. Does SQL need to be installed on the Sprawler?
2. Can AD/DNS be installed on the Sprawler?




Sincerely,

Ryan Burtch

___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


Confidentiality Notice: This email is intended for the sole use of the intended
 recipient(s) and may contain confidential, proprietary or privileged 
information.
 If you are not the intended recipient, you are notified that any use, review,
 dissemination, copying or action taken based on this message or its 
attachments,
 if any, is prohibited. If you are not the intended recipient, please contact 
the
 sender by reply email and destroy or delete all copies of the original message
 and any attachments. Thank you.


___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] the cucm-uds http directory

2014-02-21 Thread Stephen Welsh

Hi Lelio,

This is a REST based API that is used for all user related information (and 
more in the future).

It’s officially release with CUCM 10, however it was technically added back in 
8.6 and used by a few Cisco applications.

It should help to provide better isolation between end user and admin level 
access.

You can find more info here:

https://developer.cisco.com/site/collaboration/management/user-data-services/uds/what-is-uds/

Thanks

Stephen

On 21 Feb 2014, at 19:56, Lelio Fulgenzi 
le...@uoguelph.camailto:le...@uoguelph.ca wrote:


We're going through the process of testing our reverse proxy setup to allow 
users to access the ucmuser pages. There has been a marked improvement in so 
much as it seems there are no files from the ccmadmin directory being served 
out for ucmuser activities.

However, we have noticed files being served from the cucm-uds directory.

Can anyone comment on what contents this directory holds and whether or not 
there are admin related pages here?

Thanks, Lelio


---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519‐824‐4120 Ext 56354
le...@uoguelph.camailto:le...@uoguelph.ca
www.uoguelph.ca/ccshttp://www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1

___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] the cucm-uds http directory

2014-02-21 Thread Stephen Welsh

LOL ;)

Your guess is right, more and more will be added to this API over time, however 
it does follow proper authentication rules, so a end user credentials are used 
to authenticate to the API and they only get access to their settings/devices.

Are you worried some of your students will find out how to “abuse” this 
interface?

Stephen

On 21 Feb 2014, at 20:31, Lelio Fulgenzi 
le...@uoguelph.camailto:le...@uoguelph.ca wrote:


ok, it looks like there are some pretty simple calls that can be made according 
to:

https://developer.cisco.com/site/collaboration/management/user-data-services/learn/how-to/uds-hello-world/

i'm now officially worried.

is there a data dictionary available for this stuff? i suspect it's only going 
to get bigger.

i'm wondering if we can turn it off without too much impact.

---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519‐824‐4120 Ext 56354
le...@uoguelph.camailto:le...@uoguelph.ca
www.uoguelph.ca/ccshttp://www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1


From: Lelio Fulgenzi le...@uoguelph.camailto:le...@uoguelph.ca
To: Stephen Welsh 
stephen.we...@unifiedfx.commailto:stephen.we...@unifiedfx.com
Cc: cisco-voip 
(cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net) 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Sent: Friday, February 21, 2014 3:25:33 PM
Subject: Re: [cisco-voip] the cucm-uds http directory

Thanks Stephen. This helps. I did some searching and came up with little with 
respect to what's actually it might be used for now. My concern is that the old 
corporate directory has somehow been moved/replicated to calls in this 
directory. However, I can't find any reference to new URLs, etc.

I'm guessing that with little effort, someone can write an tool to search the 
corporate directory through our reverse proxy and gain access to telephone 
directory information that we need to keep private.

Can you share any more information? In particular, are there only APIs 
available in this directory, or are there even more user friendly pages that 
can be served up?

Lelio



---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519‐824‐4120 Ext 56354
le...@uoguelph.camailto:le...@uoguelph.ca
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1


From: Stephen Welsh 
stephen.we...@unifiedfx.commailto:stephen.we...@unifiedfx.com
To: Lelio Fulgenzi le...@uoguelph.camailto:le...@uoguelph.ca
Cc: cisco-voip 
(cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net) 
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
Sent: Friday, February 21, 2014 3:09:09 PM
Subject: Re: [cisco-voip] the cucm-uds http directory

Hi Lelio,

This is a REST based API that is used for all user related information (and 
more in the future).

It’s officially release with CUCM 10, however it was technically added back in 
8.6 and used by a few Cisco applications.

It should help to provide better isolation between end user and admin level 
access.

You can find more info here:

https://developer.cisco.com/site/collaboration/management/user-data-services/uds/what-is-uds/

Thanks

Stephen

On 21 Feb 2014, at 19:56, Lelio Fulgenzi 
le...@uoguelph.camailto:le...@uoguelph.ca wrote:


We're going through the process of testing our reverse proxy setup to allow 
users to access the ucmuser pages. There has been a marked improvement in so 
much as it seems there are no files from the ccmadmin directory being served 
out for ucmuser activities.

However, we have noticed files being served from the cucm-uds directory.

Can anyone comment on what contents this directory holds and whether or not 
there are admin related pages here?

Thanks, Lelio


---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519‐824‐4120 Ext 56354
le...@uoguelph.camailto:le...@uoguelph.ca
www.uoguelph.ca/ccshttp://www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1

___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip



___
cisco-voip mailing list
cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

71 matches

Mail list logo