Re: [cisco-voip] moving jabber client between clusters for support?

[UC Penguin]

Creating a uniquely named user account marked as home cluster on each cluster 
would appear to be the simplest. This assumes you have ILS setup between all 
clusters and you don’t have a large number of clusters that would chew through 
licensing.

> On Apr 28, 2021, at 11:03, Nick Barnett  wrote:
> 
> 
> Thanks, let me try and clarify a bit.
> 
>  
> 
> We have a support team that needs to log their Jabber device into multiple 
> clusters. Using the "home cluster" setting is too cumbersome and requires 
> CUCM access. Our testers do not have CUCM access, but they can modify their 
> own local config files.
> 
>  
> 
> Ultimately, I'm looking for a bootstrap hack, or some other way, to MANUALLY 
> and / or STATICALLY define which cluster the Jabber client registers with.
> 
>  
> 
> This is purely for our support group with CUCM access and our testing team 
> without CUCM access. No real end users need to use this feature... but 
> security is taking away our CIPC and I need to have another way for them to 
> jump between prod clusters...
> 
>  
> 
> Additionally, I personally have to jump between prod and non-prod, so i want 
> this fix for me as well.
> 
>  
> 
> Ideally, there is something local that a tech can do to their jabber config 
> file, bootstrap, or registry that will make their jabber register to a 
> specific cluster instead of using UPN discovery.  Granted, some of the 
> installation switches seem to fundamentally change how jabber is installed 
> (imagine that!)... so another requirement would be NOT HAVING TO uninstall 
> and reinstall with different switches. (If in the end, the support team MUST 
> be configured to never use UPN, that's fine, i just want to know the best 
> way).
> 
>  
> 
> Does that make it any clearer? I'm just looking for an easy way to hop 
> between clusters without discovery to replace CIPC.
> 
>  
> 
> Thanks!
> 
> 
>> On Wed, Apr 28, 2021, at 9:26 AM, Lelio Fulgenzi wrote:
>> I may not understand exactly what you’re trying to do, but, I think that 
>> will come out during discussion.
>> 
>>  
>> 
>> I have a production cluster and a development cluster.
>> 
>>  
>> 
>> To switch between the clusters (and to switch users) I have had to do two 
>> things:
>> 
>>  
>> 
>> Create a new service discovery domain with the appropriate servers listed 
>> (including development expressway cluster)
>> Ensure I use the UDS disabled switch when installing Jabber (this allows for 
>> different userIDs to be used)
>>  
>> 
>> I know there are a few parameters out there that allow you to push the 
>> domain out, but I’m not 100% sure how that works to be honest. Especially 
>> because it sounded like they were meant to be done at install time. And 
>> still required a domain to be set.
>> 
>>  
>> 
>> Let the games begin!
>> 
>>  
>> 
>>  
>> 
>>  
>> 
>>  
>> 
>> From: cisco-voip  On Behalf Of Nick 
>> Barnett
>> Sent: Wednesday, April 28, 2021 10:16 AM
>> To: cisco-voip 
>> Subject: [cisco-voip] moving jabber client between clusters for support?
>>  
>> 
>> CAUTION: This email originated from outside of the University of Guelph. Do 
>> not click links or open attachments unless you recognize the sender and know 
>> the content is safe. If in doubt, forward suspicious emails to 
>> ith...@uoguelph.ca
>> 
>>  
>> 
>> Up until now, I've just been using CIPC as it does everything I needed it to 
>> do... for the most part. Starting this year, I have to jump through way too 
>> many hoops to keep using CIPC as it is EOL and our security team doesn't 
>> like that.
>> 
>>  
>> 
>> I'm trying to figure out how to configure my Jabber client to register to a 
>> specific non-prod cluster, but I'm not having much luck.
>> 
>>  
>> 
>> Our prod has 2 clusters with ILS. the internal SRV record for discovery 
>> contains all nodes for both clusters. This works just fine in production and 
>> relies on the HOME CLUSTER checkbox for the user to be logged into the 
>> correct cluster.
>> 
>>  
>> 
>> My problem comes because I work on non-prod systems as well as prod. The 
>> only way I've been able to figure out how to get my jabber to jump to 
>> non-prod system is to create a NEW srv record that only contains the nodes 
>> of the cluster I want to work with and then change the entry in the 
>> bootstrap file.
>> 
>>  
>> 
>> Is there some way to override discovery and hard code a TFTP or subscriber 
>> so that Jabber goes to the intended cluster?  Or, maybe there's a way to do 
>> this without a custom SRV record for each non-prod cluster using registry 
>> like we could in Cucilync? Some other trick?  I'm hopeful there is some 
>> combination of bootstrap settings that I need to figure out, but all of 
>> those fields can be a nightmare to get correct without unintentionally 
>> breaking something else.
>> 
>>  
>> 
>> Thanks,
>> 
>> Nick
>> 
>>  
>> 
> 
> 
> Thanks,
> Nick
> 
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> ht

Re: [cisco-voip] moving jabber client between clusters for support?

[UC Penguin]

The quick and dirty way is to setup your own DNS server using the same domain 
as production with SRV records that point to your dev environment. 

Switch the DNS servers set on your client PC and toggle back and forth as 
needed.

> On Apr 28, 2021, at 09:28, Lelio Fulgenzi  wrote:
> 
> 
> I may not understand exactly what you’re trying to do, but, I think that will 
> come out during discussion.
>  
> I have a production cluster and a development cluster.
>  
> To switch between the clusters (and to switch users) I have had to do two 
> things:
>  
> Create a new service discovery domain with the appropriate servers listed 
> (including development expressway cluster)
> Ensure I use the UDS disabled switch when installing Jabber (this allows for 
> different userIDs to be used)
>  
> I know there are a few parameters out there that allow you to push the domain 
> out, but I’m not 100% sure how that works to be honest. Especially because it 
> sounded like they were meant to be done at install time. And still required a 
> domain to be set.
>  
> Let the games begin!
>  
>  
>  
>  
> From: cisco-voip  On Behalf Of Nick 
> Barnett
> Sent: Wednesday, April 28, 2021 10:16 AM
> To: cisco-voip 
> Subject: [cisco-voip] moving jabber client between clusters for support?
>  
> CAUTION: This email originated from outside of the University of Guelph. Do 
> not click links or open attachments unless you recognize the sender and know 
> the content is safe. If in doubt, forward suspicious emails to 
> ith...@uoguelph.ca
>  
> Up until now, I've just been using CIPC as it does everything I needed it to 
> do... for the most part. Starting this year, I have to jump through way too 
> many hoops to keep using CIPC as it is EOL and our security team doesn't like 
> that.
>  
> I'm trying to figure out how to configure my Jabber client to register to a 
> specific non-prod cluster, but I'm not having much luck.
>  
> Our prod has 2 clusters with ILS. the internal SRV record for discovery 
> contains all nodes for both clusters. This works just fine in production and 
> relies on the HOME CLUSTER checkbox for the user to be logged into the 
> correct cluster.
>  
> My problem comes because I work on non-prod systems as well as prod. The only 
> way I've been able to figure out how to get my jabber to jump to non-prod 
> system is to create a NEW srv record that only contains the nodes of the 
> cluster I want to work with and then change the entry in the bootstrap file.
>  
> Is there some way to override discovery and hard code a TFTP or subscriber so 
> that Jabber goes to the intended cluster?  Or, maybe there's a way to do this 
> without a custom SRV record for each non-prod cluster using registry like we 
> could in Cucilync? Some other trick?  I'm hopeful there is some combination 
> of bootstrap settings that I need to figure out, but all of those fields can 
> be a nightmare to get correct without unintentionally breaking something else.
>  
> 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

[cisco-voip] ATA 186 prserv.exe

[UC Penguin]

Does anyone happen to have a copy of prserv.zip that was included in the ATA 
186 firmware zip file?

Looks like it’s been removed from CCO

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

Re: [cisco-voip] List still active?

[UC Penguin]

Do you have links for related lists on these services?

> On Dec 25, 2020, at 14:51, Anthony Holloway  
> wrote:
> 
> 
> Chat services like Webex Teams and Discord have killed the list, IMO.
> 
> Also, Merry Christmas, all you VoIP Heads out there.
> 
>> On Fri, Dec 25, 2020 at 1:38 PM Ryan Huff  wrote:
>> Yes, it has declined in volume.
>> 
>> Sent from my iPhone
>> 
>> > On Dec 25, 2020, at 14:30, Bill Talley  wrote:
>> > 
>> > Thanks for the confirmation Ryan.  Are you also seeing a significant 
>> > decline in volume from the group?   
>> > 
>> > Hope all the usual (and even casual) participants are staying healthy and 
>> > employed.  Hope those aren’t reasons for the decline in forum usage. 
>> > 
>> > Sent from an iPhone mobile device with very tiny touchscreen input keys.  
>> > Please excude my typtos.
>> > 
>> >> On Dec 25, 2020, at 1:28 PM, Ryan Huff  wrote:
>> >> 
>> >> I still see you.
>> >> 
>> >> Sent from my iPhone
>> >> 
>>  On Dec 25, 2020, at 14:28, Bill Talley  wrote:
>> >>> 
>> >>> I stopped receive list emails.   Is the list dead or was I banned? 😉
>> >>> 
>> >>> Sent from an iPhone mobile device with very tiny touchscreen input keys. 
>> >>>  Please excude my typtos.
>> >>> ___
>> >>> cisco-voip mailing list
>> >>> cisco-voip@puck.nether.net
>> >>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=04%7C01%7C%7C862cd952c60f4cb8ebb608d8a90b8c18%7C84df9e7fe9f640afb435%7C1%7C0%7C637445214339013495%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=TOQxb7cMkrbb3akfFF2LdEwcWyveeqpl6PJ%2Bk9AMIlg%3D&reserved=0
>> ___
>> 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] SFTP on CUCM 11.5.su8

[UC Penguin]

Have you checked the ciphers being used and logs on ccm for DRF master and 
local and sftp server?

> On Sep 4, 2020, at 10:56, Lelio Fulgenzi  wrote:
> 
> 
> Oh yes. I remember spending ages on this with Unity Express.
>  
> Once you empty out the folder, it works like a charm.
>  
> Something about not being able to read the inventory xml file or something.
>  
>  
> From: cisco-voip  On Behalf Of Bill Talley
> Sent: Friday, September 4, 2020 11:44 AM
> To: Jason Aarons 
> Cc: cisco-voip 
> Subject: Re: [cisco-voip] SFTP on CUCM 11.5.su8
>  
> CAUTION: This email originated from outside of the University of Guelph. Do 
> not click links or open attachments unless you recognize the sender and know 
> the content is safe. If in doubt, forward suspicious emails to 
> ith...@uoguelph.ca
>  
> I have seen issues after upgrades, matching your symptoms, that are resolved 
> by moving the existing backup files to a different folder, so the destination 
> directory is empty, then running a new clean backup from the source.
>  
> Sent from an iPhone mobile device with very tiny touchscreen input keys.  
> Please excude my typtos.
> 
> 
> On Sep 4, 2020, at 10:32 AM, Jason Aarons  wrote:
> 
> 
> I am seeing more DRF failures (DRS backups) with 12.5.1SU3 then in the past. 
> My Unity Connection 12.5.1SU3 is getting 50% success. I would suspect a bug. 
>  
> On Fri, Sep 4, 2020, 11:06 AM NateCCIE  wrote:
> Have you tried changing the os to permissive?  I think it’s utils os secure 
> permissive. 
> 
> Sent from my iPhone
> 
> 
> On Sep 4, 2020, at 4:49 AM, Louis Koekemoer (MEA) 
>  wrote:
> 
> 
> 
> Was wondering if anyone else was experiencing issues with SFTP on 11.5su8. I 
> have 5 clusters that was recently upgraded to 12.5su8 and when I want to 
> collect any files from them via SFTP it fails. I have done this numerous 
> times in my life and also tested with a 12.5su3 instance I have and it works, 
> but none of the 11.5su8 servers allows me. I used various different 
> servers/PC with FreeFTPD, Solarwinds and Mini SFTP.
>  
> Example would be to collect MOH files.
> 12.5su3
> admin:file get activelog mohprep/*
> Please wait while the system is gathering files info ...
> Get file: active/mohprep/CiscoMOHSourceReport.xml
>  
> Get file: active/mohprep/SampleAudioSource.alaw.wav
>  
> Get file: active/mohprep/SampleAudioSource.g729.wav
>  
> Get file: active/mohprep/SampleAudioSource.ulaw.wav
>  
> Get file: active/mohprep/SampleAudioSource.wb.wav
>  
> Get file: active/mohprep/SampleAudioSource.xml
>  
> Get file: active/mohprep/SilenceAudioSource.alaw.wav
>  
> Get file: active/mohprep/SilenceAudioSource.g729.wav
>  
> Get file: active/mohprep/SilenceAudioSource.ulaw.wav
>  
> Get file: active/mohprep/SilenceAudioSource.wb.wav
>  
> Get file: active/mohprep/SilenceAudioSource.xml
>  
> Get file: active/mohprep/ToneOnHold.alaw.wav
>  
> Get file: active/mohprep/ToneOnHold.g729.wav
>  
> Get file: active/mohprep/ToneOnHold.ulaw.wav
>  
> Get file: active/mohprep/ToneOnHold.wb.wav
>  
> Get file: active/mohprep/ToneOnHold.xml
> done.
> Sub-directories were not traversed.
> Number of files affected: 16
> Total size in Bytes: 18537609
> Total size in Kbytes: 18103.133
> Would you like to proceed [y/n]? y
> SFTP server IP: 23.240.48.250
> SFTP server port [22]: 21
> User ID: ccmadmin
> Password: 
> Download directory: /
>  
> ...
> Transfer completed.
> admin:
>  
> 11.5su8
> admin:file get activelog mohprep/*
> Please wait while the system is gathering files info ...
> Get file: active/mohprep/CiscoMOHSourceReport.xml
>  
> Get file: active/mohprep/SampleAudioSource.alaw.wav
>  
> Get file: active/mohprep/SampleAudioSource.g729.wav
>  
> Get file: active/mohprep/SampleAudioSource.ulaw.wav
>  
> Get file: active/mohprep/SampleAudioSource.wb.wav
>  
> Get file: active/mohprep/SampleAudioSource.xml
>  
> Get file: active/mohprep/SilenceAudioSource.alaw.wav
>  
> Get file: active/mohprep/SilenceAudioSource.g729.wav
>  
> Get file: active/mohprep/SilenceAudioSource.ulaw.wav
>  
> Get file: active/mohprep/SilenceAudioSource.wb.wav
>  
> Get file: active/mohprep/SilenceAudioSource.xml
>  
> Get file: active/mohprep/ToneOnHold.alaw.wav
>  
> Get file: active/mohprep/ToneOnHold.g729.wav
>  
> Get file: active/mohprep/ToneOnHold.ulaw.wav
>  
> Get file: active/mohprep/ToneOnHold.wb.wav
>  
> Get file: active/mohprep/ToneOnHold.xml
> done.
> Sub-directories were not traversed.
> Number of files affected: 16
> Total size in Bytes: 18537609
> Total size in Kbytes: 18103.133
> Would you like to proceed [y/n]? y
> SFTP server IP: 23.240.48.250
> SFTP server port [22]: 22
> User ID: ccmadmin
> Password: 
> Download directory: /
>  
> Could not connect to host 23.240.48.250 on port 22. Please verify SFTP 
> settings.
> admin:
> 
> 
> This email and all contents are subject to the following disclaimer:
> "http://www.dimensiondata.com/emaildisclaimer"; 
> _

Re: [cisco-voip] [External] Re: how to disable backup warning message on cucm

[UC Penguin]

+1 for not using Veeam or any other non supported backup method. 

When it doesn’t work or causes production issues the customer is going to blame 
you.

Just Say No!

> On Jul 29, 2020, at 18:46, Pawlowski, Adam  wrote:
> 
> Any sort of IOWait spike will cause processes to core , phones and resources 
> to lose registration , etc . 
> 
> 
> 
> -Original Message-
> From: cisco-voip  On Behalf Of Hunter 
> Fuller
> Sent: Wednesday, July 29, 2020 7:17 PM
> To: Ryan Huff 
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] [External] Re: how to disable backup warning 
> message on cucm
> 
> If Veeam works the same way as NetBackUp, aka, takes a snapshot, then you are 
> going to start hearing stutter or maybe even dropped calls during the 
> snapshot. Worst case your pub/sub sync could become broken.
> Don't do it!
> 
> --
> 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 Wed, Jul 29, 2020 at 2:41 AM Ryan Huff  wrote:
>> 
>> No way to disable the alert message that I’m aware of. I think DRS is an 
>> unavoidable assumption (and by extension m, the alert) in the modern 
>> versions.
>> 
>> As you know, this isn’t a great strategy. It’s a little more than, 
>> “not recommended”, it’s actually not supported by Cisco to backup this 
>> way. Veeam has been known to cause CPU spikes, kernel panics.. etc in 
>> CUCM (while powered on)... not a good strategy at all. DRS is the path 
>> to reinforce ;)
>> 
>> From my understanding, it’s a pretty simplistic check... just looking for a 
>> backup device, and the the XML file for the backup set in the backup 
>> device’s location.
>> 
>> They might be able to run one manual DRS, and then just keep modifying the 
>> dates in the XML for the backup set. Seems like something that could be 
>> scripted fairly easily too.
>> 
>> To me though, that’s a lot of work to intentionally do it the wrong way. 
>> It’s been my experience that when customers invite the Devil to dinner, he 
>> usually shows up.
>> 
>> - Ryan
>> 
>> On Jul 29, 2020, at 03:12, naresh rathore  wrote:
>> 
>> 
>> hi,
>> 
>> 
>> One of our Customer running version cucm 12.5.1.12900-115 (upgraded from 
>> 10). they had backup enabled, they decided to do veem backup (even though 
>> not recommended by Cisco). they deleted backup device and schedule 
>> configuration and also disabled DRF Master and DRF local and restarted 
>> tomcat but still we see  message of 32 days without backup. is there a way 
>> to disable this warning?
>> 
>> 
>> 
>> 
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck
>> .nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C15
>> 0a2df1c2d243dfdaae08d8338ed164%7C84df9e7fe9f640afb435%7C1%
>> 7C0%7C637316035775661784&sdata=gfRhVVMa%2Fw0yeYtdfWrOaxbCFeoBKW3pX
>> vpfGXE6CWQ%3D&reserved=0
>> 
>> ___
>> 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

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

Re: [cisco-voip] [EXTERNAL] Re: UCCX 11.6 Real Time Port Usage

[UC Penguin]

I’d bet good money there will be improvements to RTMT.

If for no other reason to get away from Oracle.

> On Jul 10, 2020, at 15:20, Matthew Loraditch 
>  wrote:
> 
> 
> Let’s just say I’d place good money on a cloud offering that is pretty cool 
> but no money on new on prem dashboards………..
>  
>   
> Matthew Loraditch​
> Sr. Network Engineer
> p: 443.541.1518
> w: www.heliontechnologies.com  |  e: mloradi...@heliontechnologies.com
> 
> 
> 
> 
> From: cisco-voip  On Behalf Of Anthony 
> Holloway
> Sent: Friday, July 10, 2020 4:11 PM
> To: JASON BURWELL 
> Cc: Charles Goldsmith ; cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] [EXTERNAL] Re: UCCX 11.6 Real Time Port Usage
>  
> [EXTERNAL]
>  
> RTMT is still the same as it's always been.  We need a major overhaul, 
> because some people think that only cloud offerings have sexy dashboards 
> (e.g., meraki), when in fact, on-prem can too, they just need to do it 
> already.
>  
> On Fri, Jul 10, 2020 at 2:53 PM JASON BURWELL  
> wrote:
> Thank you for all the responses! Been a busy day so late getting back.
>  
> I was able to see the data I needed in historical format by running the 
> licensing report shown in the thread Anthony posted. Very high level but 
> gives the overall numbers. I wish there was a way to monitor this real time 
> and in detail without having to do a lot of custom work which, unless I 
> missed something, sounds like what would need to happen.
>  
> RTMT does show CTI ports but only shows IN/OUT of service status, not what 
> the port is actually doing. I’ve long wondered when a refresh was coming to 
> RTMT with more functionality as it feels a bit outdated and seems like its 
> been essentially unchanged as far back as I can remember. Although maybe the 
> newer versions have improvements I am not aware of?
>  
> Jason
>  
>  
> From: cisco-voip  On Behalf Of Anthony 
> Holloway
> Sent: Friday, July 10, 2020 2:03 PM
> To: Tanner Ezell 
> Cc: Charles Goldsmith ; cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] [EXTERNAL] Re: UCCX 11.6 Real Time Port Usage
>  
> Looks like this has been asked and answered in the past:
>  
> https://community.cisco.com/t5/contact-center/cucm-uccx-how-monitoring-cti-ports/td-p/2328292
>  
> The two people responding seem familiar to me, but I can't quite put my 
> finger on who they are.
>  
> On Fri, Jul 10, 2020 at 11:55 AM Tanner Ezell  wrote:
> 
> I'll see what I can do.
>  
> On Fri, Jul 10, 2020 at 9:45 AM UC Penguin  wrote:
> It’s been a long time since I’ve used uccx as uccx.  Is the option for real 
> time reporting present under the Tools menu? (It is when licensed as IP IVR)
>  
> It requires Java and is finicky, but does report.
>  
> In CCE instead I just look at the usage on the AW and dump that in AW Db and 
> graph it with Grafana. 
>  
> 
> On Jul 10, 2020, at 10:58, JASON BURWELL via cisco-voip 
>  wrote:
> 
> 
> Sorry, been tied us this morning. Just looking for real time usage data of 
> the 300 UCCX Ports we are licensed for. Thanks!
>  
>  
> From: Tanner Ezell  
> Sent: Friday, July 10, 2020 9:41 AM
> To: Charles Goldsmith 
> Cc: Anthony Holloway ; JASON BURWELL 
> ; cisco-voip@puck.nether.net
> Subject: [EXTERNAL] Re: [cisco-voip] UCCX 11.6 Real Time Port Usage
>  
> CAUTION: This email originated outside of Founders Federal Credit Union. Do 
> not click links or open attachments unless you recognize the sender and know 
> the content is safe.
> What information do you need?
>  
> On Thu, Jul 9, 2020 at 8:13 PM Charles Goldsmith  wrote:
> You can simply put Tanner in the To: field, old school I know, but it still 
> works :)
>  
> On Thu, Jul 9, 2020 at 4:46 PM Anthony Holloway 
>  wrote:
> That's nothing I've ever heard of.  I'd imagine you could use the CTI API, 
> but not the Admin API.
>  
> This isn't a REST based API though, and it is relatively harder to implement 
> and work with though.  My man Tanner at CTI Logic should be able to help.  Yo 
> Tanner! Where you at?  Ok, so one PRO for chat rooms are mentions.  Email 
> needs mentions.
> 
> The CTI Protocol:
>  
> Is a TCP/IP socket based message protocol
> Allows clients to send and receive information/events about:
> Current system configuration and future updates.
> Agents and their states
> Calls and their states
> Statistics for agents, calls, and queues on a real-time basis
> Third-party call control
> Device snapshots
> Provides support for two client modes for connecting with Unified CCX:
> Bridge mode clients receive all agent-state and call events for all logged in 

Re: [cisco-voip] [EXTERNAL] Re: UCCX 11.6 Real Time Port Usage

[UC Penguin]

What does Contacts/Contact Summary show?

Doc says call, email, http. Does it have realtime data?

> On Jul 10, 2020, at 12:08, Anthony Holloway  
> wrote:
> 
> 
> Unfortunately, nothing in RTR gives you port usage.  However, in a vanilla 
> environment, like one where only JTAPI triggers are used and it's one per 
> call, then your Applications running would equal your ports used for the most 
> part.  However, once you have HTTP triggers, Callback, Trigger Application 
> step, etc., this 1:1 goes out the door.
> 
> 
> 
> 
>> On Fri, Jul 10, 2020 at 11:47 AM UC Penguin  wrote:
>> It’s been a long time since I’ve used uccx as uccx.  Is the option for real 
>> time reporting present under the Tools menu? (It is when licensed as IP IVR)
>> 
>> It requires Java and is finicky, but does report.
>> 
>> In CCE instead I just look at the usage on the AW and dump that in AW Db and 
>> graph it with Grafana. 
>> 
>>>> On Jul 10, 2020, at 10:58, JASON BURWELL via cisco-voip 
>>>>  wrote:
>>>> 
>>> 
>>> Sorry, been tied us this morning. Just looking for real time usage data of 
>>> the 300 UCCX Ports we are licensed for. Thanks!
>>> 
>>>  
>>> 
>>>  
>>> 
>>> From: Tanner Ezell  
>>> Sent: Friday, July 10, 2020 9:41 AM
>>> To: Charles Goldsmith 
>>> Cc: Anthony Holloway ; JASON BURWELL 
>>> ; cisco-voip@puck.nether.net
>>> Subject: [EXTERNAL] Re: [cisco-voip] UCCX 11.6 Real Time Port Usage
>>> 
>>>  
>>> 
>>> CAUTION: This email originated outside of Founders Federal Credit Union. Do 
>>> not click links or open attachments unless you recognize the sender and 
>>> know the content is safe.
>>> 
>>> What information do you need?
>>> 
>>>  
>>> 
>>> On Thu, Jul 9, 2020 at 8:13 PM Charles Goldsmith  wrote:
>>> 
>>> You can simply put Tanner in the To: field, old school I know, but it still 
>>> works :)
>>> 
>>>  
>>> 
>>> On Thu, Jul 9, 2020 at 4:46 PM Anthony Holloway 
>>>  wrote:
>>> 
>>> That's nothing I've ever heard of.  I'd imagine you could use the CTI API, 
>>> but not the Admin API.
>>> 
>>>  
>>> 
>>> This isn't a REST based API though, and it is relatively harder to 
>>> implement and work with though.  My man Tanner at CTI Logic should be able 
>>> to help.  Yo Tanner! Where you at?  Ok, so one PRO for chat rooms are 
>>> mentions.  Email needs mentions.
>>> 
>>> The CTI Protocol:
>>> 
>>>  
>>> 
>>> Is a TCP/IP socket based message protocol
>>> Allows clients to send and receive information/events about:
>>> Current system configuration and future updates.
>>> Agents and their states
>>> Calls and their states
>>> Statistics for agents, calls, and queues on a real-time basis
>>> Third-party call control
>>> Device snapshots
>>> Provides support for two client modes for connecting with Unified CCX:
>>> Bridge mode clients receive all agent-state and call events for all logged 
>>> in agents in the system.
>>> Agent mode clients only receives messages related to the agent.
>>> Has version control
>>>  
>>> 
>>> On Thu, Jul 9, 2020 at 4:07 PM JASON BURWELL via cisco-voip 
>>>  wrote:
>>> 
>>> Is there any way to see real time CTI port usage with UCCX Admin API? I did 
>>> a quick search and it looks like it’s a supported function but having 
>>> trouble finding the correct name to use.
>>> 
>>>  
>>> 
>>> Thanks
>>> 
>>> Jason
>>> 
>>>  
>>> 
>>> ___
>>> 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
>> ___
>> 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] [EXTERNAL] Re: UCCX 11.6 Real Time Port Usage

[UC Penguin]

It’s been a long time since I’ve used uccx as uccx.  Is the option for real 
time reporting present under the Tools menu? (It is when licensed as IP IVR)

It requires Java and is finicky, but does report.

In CCE instead I just look at the usage on the AW and dump that in AW Db and 
graph it with Grafana. 

> On Jul 10, 2020, at 10:58, JASON BURWELL via cisco-voip 
>  wrote:
> 
> 
> Sorry, been tied us this morning. Just looking for real time usage data of 
> the 300 UCCX Ports we are licensed for. Thanks!
>  
>  
> From: Tanner Ezell  
> Sent: Friday, July 10, 2020 9:41 AM
> To: Charles Goldsmith 
> Cc: Anthony Holloway ; JASON BURWELL 
> ; cisco-voip@puck.nether.net
> Subject: [EXTERNAL] Re: [cisco-voip] UCCX 11.6 Real Time Port Usage
>  
> CAUTION: This email originated outside of Founders Federal Credit Union. Do 
> not click links or open attachments unless you recognize the sender and know 
> the content is safe.
> What information do you need?
>  
> On Thu, Jul 9, 2020 at 8:13 PM Charles Goldsmith  wrote:
> You can simply put Tanner in the To: field, old school I know, but it still 
> works :)
>  
> On Thu, Jul 9, 2020 at 4:46 PM Anthony Holloway 
>  wrote:
> That's nothing I've ever heard of.  I'd imagine you could use the CTI API, 
> but not the Admin API.
>  
> This isn't a REST based API though, and it is relatively harder to implement 
> and work with though.  My man Tanner at CTI Logic should be able to help.  Yo 
> Tanner! Where you at?  Ok, so one PRO for chat rooms are mentions.  Email 
> needs mentions.
> 
> The CTI Protocol:
>  
> Is a TCP/IP socket based message protocol
> Allows clients to send and receive information/events about:
> Current system configuration and future updates.
> Agents and their states
> Calls and their states
> Statistics for agents, calls, and queues on a real-time basis
> Third-party call control
> Device snapshots
> Provides support for two client modes for connecting with Unified CCX:
> Bridge mode clients receive all agent-state and call events for all logged in 
> agents in the system.
> Agent mode clients only receives messages related to the agent.
> Has version control
>  
> On Thu, Jul 9, 2020 at 4:07 PM JASON BURWELL via cisco-voip 
>  wrote:
> Is there any way to see real time CTI port usage with UCCX Admin API? I did a 
> quick search and it looks like it’s a supported function but having trouble 
> finding the correct name to use.
>  
> Thanks
> Jason
>  
> ___
> 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
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Automated SIP Testing

[UC Penguin]

Made good progress on this.

Can run it with a PHP handler and look for “404 Not Found” in the returned data 
from shell_exec().

Quickly shows if the target is correctly setup on the MS Teams side.

Just need to automate the generation of the scenarios for an input list of 
targets and I’ll be all set.

Thanks!

> On Jul 9, 2020, at 08:07, Brian Meade  wrote:
> 
> 
> I've used SIPP a lot in the past-  http://sipp.sourceforge.net/
> 
>> On Wed, Jul 8, 2020 at 10:53 AM UC Penguin  wrote:
>> I’m curious if anyone has any experience with SIP testing tools.
>> 
>> I’m looking for a tool to be able to script testing valid configurations. 
>> Ex. Does MS Teams actually accept a call to this URI or does the group that 
>> manages MS Teams need to fix something on there side.
>> 
>> TIA
>> ___
>> 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 SIP Testing

[UC Penguin]

I’ve played with Twilio it’s pretty cool!

I always chuckle at the “DevOps” term as that’s always existed before the new 
buzzword. 

I need to place the calls via the SBC for Direct Routing. After the grief I was 
given by NetSec for allowing access to the required MS IPs, I don’t really want 
to go through that for Twilio.

Got sipp compiled and will play with it tomorrow.

> On Jul 8, 2020, at 16:13, Anthony Holloway  
> wrote:
> 
> 
> I don't know of a tool, but if you want to board the devops train (choo choo) 
> I would recommend looking at Twilio for programmable voice, and using it to 
> make your phone calls, but you orchestrate it from anywhere.  You'll get back 
> status codes and the like, if that's all you're after, but you could use it 
> like a hammer too, and inject audio and/or dtmf, and even record audio to 
> confirm two-way media paths.
> 
>> On Wed, Jul 8, 2020 at 11:54 AM UC Penguin  wrote:
>> Need to send a call to MS Team and see if it returns an error. Ex. User not 
>> enabled for voice or unallocated DN.
>> 
>>>> On Jul 8, 2020, at 10:34, Nick Britt  wrote:
>>>> 
>>> 
>>> Hi
>>> 
>>> What sort of testing, load testing?
>>> 
>>> Chrs
>>> 
>>>> On Wed, Jul 8, 2020 at 7:54 AM UC Penguin  wrote:
>>>> I’m curious if anyone has any experience with SIP testing tools.
>>>> 
>>>> I’m looking for a tool to be able to script testing valid configurations. 
>>>> Ex. Does MS Teams actually accept a call to this URI or does the group 
>>>> that manages MS Teams need to fix something on there side.
>>>> 
>>>> TIA
>>>> ___
>>>> cisco-voip mailing list
>>>> 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 SIP Testing

[UC Penguin]

Need to send a call to MS Team and see if it returns an error. Ex. User not 
enabled for voice or unallocated DN.

> On Jul 8, 2020, at 10:34, Nick Britt  wrote:
> 
> 
> Hi
> 
> What sort of testing, load testing?
> 
> Chrs
> 
>> On Wed, Jul 8, 2020 at 7:54 AM UC Penguin  wrote:
>> I’m curious if anyone has any experience with SIP testing tools.
>> 
>> I’m looking for a tool to be able to script testing valid configurations. 
>> Ex. Does MS Teams actually accept a call to this URI or does the group that 
>> manages MS Teams need to fix something on there side.
>> 
>> TIA
>> ___
>> cisco-voip mailing list
>> 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] Automated SIP Testing

[UC Penguin]

I’m curious if anyone has any experience with SIP testing tools.

I’m looking for a tool to be able to script testing valid configurations. Ex. 
Does MS Teams actually accept a call to this URI or does the group that manages 
MS Teams need to fix something on there side.

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

Re: [cisco-voip] social miner certificate sign

[UC Penguin]

Not worked with Social Miner so this is just my $0.02:

Restore from backup potentially.

Otherwise if you have a backup the CSR and keys could likely be extracted and 
replaced on the existing system. You’ll likely need TAC to do that.

Otherwise, contact the CA they may resign another request at no charge. This is 
likely the safest and fastest way.

> On Jul 2, 2020, at 21:42, NateCCIE  wrote:
> 
> No. 
> 
> Sent from my iPhone
> 
>>> On Jul 2, 2020, at 8:24 PM, naresh rathore  wrote:
>>> 
>> 
>> hi
>> 
>> 
>> 
>> we have Cisco communications manager 12.0 setup installed with UCCX12 and 
>> Social Miner12. one of my colleague generated CSR previously and customer 
>> signed the csr via Public CA and replied and then i took over the project. 
>> 
>> 
>> I wasn't aware about that CSR and generated new CSR. I want to know is there 
>> a way that we can discard this new CSR and can use old CSR and signed 
>> Certificate? 
>> 
>> 
>> Regards
>> 
>> 
>> Naray
>> ___
>> 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] Creating Jabber for non-existent phones

[UC Penguin]

Not deploying Jabber yet (that will be next), however going through this 
exercise to create RMA/SNR config for MS Teams.

Using AXL to gather the data and fix any major issues/see what the current 
config is. Then AXL again to set the desired config. Thus far it works great. 
That said there was a significant invest of time to script this. Though it’s 
far less than what would have been required to do this another way.

Plan to build upon the same code to build CSFs for anyone that has a soft phone 
and migraine UCCE agent lines.

> On Jul 1, 2020, at 17:12, Anthony Holloway  
> wrote:
> 
> 
> Yeah, I have done a bulk assignment on 2,000 users once, and it was a data 
> collection/juggling nightmare for me.  BATing in CSF is a cakewalk if you 
> start with good data.  However, getting that good data on a brownfield that's 
> 10 years old with a lot garbage in it is painful to say the least.
> 
>> On Wed, Jul 1, 2020 at 3:38 PM Lelio Fulgenzi  wrote:
>> 
>> We may consider adding Jabber for any new phone requested. Not sure. There 
>> are disadvantages to adding a feature that someone hasn’t asked for. 
>> 
>> As far as bulk load assignment, it would require significant reconciling and 
>> fixing of existing configurations. Not all our devices are associated with a 
>> user. Not all voicemails are. Not all phones match directory entries. Not 
>> all phones are unique 1:1 primary extensions. 
>> 
>> 
>> Sent from my iPhone
>> 
>>> On Jul 1, 2020, at 4:11 PM, Matthew Loraditch 
>>>  wrote:
>>> 
>>> 
>>> CAUTION: This email originated from outside of the University of Guelph. Do 
>>> not click links or open attachments unless you recognize the sender and 
>>> know the content is safe. If in doubt, forward suspicious emails to 
>>> ith...@uoguelph.ca
>>> 
>>> I would add, why not just bulk add jabber for everyone who is licensed for 
>>> it and then include in your normal onboarding? Does someone care if it’s 
>>> configured and not used?
>>> 
>>>  
>>> 
>>> 
>>> Matthew Loraditch​
>>> Sr. Network Engineer
>>> p: 443.541.1518
>>> w: www.heliontechnologies.com|  e: 
>>> mloradi...@heliontechnologies.com
>>> 
>>> 
>>> 
>>> 
>>> From: cisco-voip  On Behalf Of Anthony 
>>> Holloway
>>> Sent: Wednesday, July 1, 2020 4:00 PM
>>> To: Lelio Fulgenzi 
>>> Cc: cisco-voip voyp list 
>>> Subject: Re: [cisco-voip] Creating Jabber for non-existent phones
>>> 
>>>  
>>> 
>>> [EXTERNAL]
>>> 
>>>  
>>> 
>>> Forgive my ignorance here, since I do not do day 2 ops work often (thus 
>>> quick add's set backs are not top of mind), I mostly focus on new 
>>> deployments, which typically involve BAT, so what is the trouble/uniqueness 
>>> in Jabber CSF devices versus a physical phone?  Also, how come Option A 
>>> doesn't mention the Jabber piece?  Is that implied that you would come back 
>>> around and add Jabber afterwards, like you would do in option B, post DN 
>>> add?
>>> 
>>>  
>>> 
>>> On Wed, Jul 1, 2020 at 1:07 PM Lelio Fulgenzi  wrote:
>>> 
>>> 
>>> Hello all. Looking for feedback and opinions and caveats. 
>>> 
>>> Right now, we’re deploying Jabber only to those with phones/DNs. But, we 
>>> need to start deploying Jabber for those individuals without phones/DNs. 
>>> 
>>> Our SOPs include using Quick Add feature. (Thanks a million time Brian 
>>> Meade for the pointer). 
>>> 
>>> My choices so far, to address Jabber for new those without phones:
>>> 
>>> (a) Create a fake hardware phone first. This has many benefits, namely, all 
>>> SOPs remain the same. Hardware phone would be deleted afterwards. 
>>> 
>>> (b) Use Directory Number admin page to create/update a DN first, then use 
>>> Quick Add page to assign DN to user accordingly and then click manage 
>>> devices and follow remaining SOP steps. 
>>> 
>>> (c) create line templates and use those when creating new extensions under 
>>> quick add. The issue with this is we have so many combinations, I’d need a 
>>> lot of templates. 
>>> 
>>> I’m leaning towards (b), since it gives me the best of both worlds.
>>> 
>>> Thoughts? 
>>> 
>>> Lelio
>>> 
>>> 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
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CUCM Interop with MS Teams

[UC Penguin]

Question for those that have this interop working.  I want to forward calls to 
MS Teams directly to voicemail, without ringing the Teams client.

This appears to be possible from the MS docs as listed below. However they 
don’t provide an example SIP message for this.

I’ve tried adding this as an option with the Ribbon SBC. However I’m clearly 
doing it incorrectly as it’s not added for the first couple message in to To 
field.

Ironically this was trivial with a LUA script on the UCM trunk however that 
isn’t passed though the SBC. 

Which leads to the next question of how are you handing diversions to 
voicemail? Particularly in the use case that you want to ring UCM controlled 
endpoints, RMA devices & the Teams client then immediately divert to Teams VM 
on no answer.

Thanks in advance.

All MS has to say on the topic:

If you want to send the call directly to voicemail, attach opaque=app:voicemail 
to the Request URI header. For example, 
"sip:u...@yourdomain.com;opaque=app:voicemail". In this case, the Teams user 
will not receive the calling notification, the call will be connected to the 
voicemail of the user directly.

> On Apr 8, 2020, at 20:45, Kent Roberts  wrote:
> 
> I’d like to see a working config as well   
> 
> 
> Kent
> 
>> On Apr 8, 2020, at 16:06, Carlos G Mendioroz via cisco-voip 
>>  wrote:
>> 
>> Oh, I've got to the point that SIP options do flow, and even INVITEs but
>> blow up on answer. (i.e past the cert thingy)
>> 
>> Had to fix ips -> names via profiles, but was fighting with SRTP -> RTP
>> issues. TLS does make (for me) the troubleshooting more convoluted.
>> 
>> Would love to see a working config :) I was trying to have CUBE doing
>> CME too for a small office integration with Teams.
>> 
>> -Carlos
>> 
>> 
>> Brian Meade @ 08/04/2020 18:52 -0300 dixit:
>>> It should be pretty similar to most SIP CUBE configurations.  The main
>>> difference is you'll need to do Mutual TLS SIP with Microsoft so you'll
>>> need a public certificate on the CUBE that the SIP-UA can use.  You also
>>> need a public IP on the CUBE and corresponding DNS records that
>>> Microsoft side can reference.
>>> 
>>> I don't have a sanitized config I can share.  How far have you gotten
>>> with your configuration?
>>> 
>>> On Wed, Apr 8, 2020 at 11:25 AM Carlos G Mendioroz >> <mailto:t...@acm.org>> wrote:
>>> 
>>>   Brian,
>>>   would you care to comment "the right configuration" part of this ?
>>>   I've tried to setup it and failed misserably :(
>>> 
>>>   TIA,
>>>   -Carlos
>>> 
>>>   Brian Meade @ 24/03/2020 20:27 -0300 dixit:
>>>> Cisco CUBE can be used for this as well.
>>>> 
>>>> Official documentation should be coming in the near future but you can
>>>> do it now with the right configuration.
>>>> 
>>>> On Tue, Mar 24, 2020 at 6:07 PM UC Penguin >>   <mailto:gen...@ucpenguin.com>
>>>> <mailto:gen...@ucpenguin.com <mailto:gen...@ucpenguin.com>>> wrote:
>>>> 
>>>> Does anyone have an experience with setting up interop between
>>>> CUCM/Microsoft Teams with Direct Routing?
>>>> 
>>>> If so what (supported) SBC did you use and what if any issues did
>>>> you encounter?
>>>> 
>>>> Thanks!
>>>> ___
>>>> cisco-voip mailing list
>>>> cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
>>>   <mailto: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
>>>> 
>>> 
>>>   -- 
>>>   Carlos G Mendioroz  mailto:t...@acm.org>>
>>> 
>> 
>> -- 
>> Carlos G MendiorozLW7 EQI  Argentina
>> ___
>> 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] vCUBE Experiences

[UC Penguin]

USB? Just plug it into an ethernet port, you won’t even need a new cable! 😆


> On Jun 4, 2020, at 12:53, Lelio Fulgenzi  wrote:
> 
> 
> 
> All we would need then is a PRI-to-USB dongle. ;)
> 
> Sent from my iPhone
> 
>>> On Jun 4, 2020, at 1:42 PM, Pawlowski, Adam  wrote:
>>> 
>> 
>> CAUTION: This email originated from outside of the University of Guelph. Do 
>> not click links or open attachments unless you recognize the sender and know 
>> the content is safe. If in doubt, forward suspicious emails to 
>> ith...@uoguelph.ca
>> 
>> Lelio,
>>  
>> Well – maybe. They rescinded video conferencing (and transcoding?) using the 
>> DSPs at some point. Audio transcoding is done in software all day – but the 
>> CPU of the ISR G2 platform at least is not its strong point, it is quickly 
>> snowed in by enough feature processing, records processing, debugging, etc. 
>> In a virtual environment there should be a stack of CPU available to do 
>> audio transcoding and get around that, but, then you don’t sell hardware.
>>  
>> Also yeah, 2.5 years thanks. I’ve lost track of time with all going on.
>>  
>> Best,
>>  
>> Adam
>>  
>>  
>>  
>> From: Lelio Fulgenzi  
>> Sent: Thursday, June 4, 2020 12:45 PM
>> To: Pawlowski, Adam 
>> Cc: Anthony Holloway ; UC Penguin 
>> ; Cisco VoIP Group 
>> Subject: Re: [cisco-voip] vCUBE Experiences
>>  
>>  
>> I’m guessing DSPs fall into the custom silicon branch of things. But I hear 
>> so much about software being able to use GPUs to do magic. 
>>  
>> I could see the requirement of vDSP being a robust GPU installed on the 
>> chassis. 
>>  
>> P S. 3900 eol dec 31 2022 so 2 1/2 years. 
>> 
>> Sent from my iPhone
>> 
>> 
>> On Jun 4, 2020, at 12:38 PM, Pawlowski, Adam  wrote:
>> 
>> 
>> CAUTION: This email originated from outside of the University of Guelph. Do 
>> not click links or open attachments unless you recognize the sender and know 
>> the content is safe. If in doubt, forward suspicious emails to 
>> ith...@uoguelph.ca
>>  
>> Oh and to keep this on vCUBE – the ISR G2 boxes that we run will be done for 
>> support in another … year and a half or so ?
>>  
>> Unfortunately there’s no “vPRI” that will help with DSP, until we change 
>> transport.
>>  
>> From: Pawlowski, Adam 
>> Sent: Thursday, June 4, 2020 10:55 AM
>> To: 'Anthony Holloway' ; UC Penguin 
>> 
>> Cc: Cisco VoIP Group 
>> Subject: RE: [cisco-voip] vCUBE Experiences
>>  
>> I’m not immersed in the industry by any means to say, but yes the cloud 
>> thing seems to be a moving target of opportunity to gain actual ROI or 
>> benefit from it, amidst changing budgets, feature demands, and licensing 
>> models.
>>  
>> I consider where my shop is to be on a bit of a lag on some trends which has 
>> its ups and downs. In this case we’re being asked to look at “cloud” now, 
>> but, narrowly focused to telephony. On one hand we may get shoved there by 
>> vendors, and cloud telephony is everywhere at this point, but, on the other 
>> hand the ROI ship has sort of sailed a bit.
>>  
>> When this appeared that you can run in AWS I … just don’t get it. I bet it 
>> has its applications if you don’t have space to run premise servers, if the 
>> whole city/state/country/world is your “WAN” as far as your business goes, 
>> sure. Or if you’re one of the shops still running old PBX and finally 
>> looking to bite the bullet, but, hasn’t that well run dry at this point?
>>  
>> From: cisco-voip  On Behalf Of Anthony 
>> Holloway
>> Sent: Thursday, June 4, 2020 10:34 AM
>> To: UC Penguin 
>> Cc: Cisco VoIP Group 
>> Subject: Re: [cisco-voip] vCUBE Experiences
>>  
>> I was just hearing from a Cisco person, who was saying something like 
>> "Everybody said they had to have it, but when we finally had an offer, there 
>> were literally ZERO people who did it."
>>  
>> And here I was thinking that my customer base was just cloud adverse and 
>> everyone else was jumping on the AWS band wagon.  Guess not.
>>  
>> On Thu, Jun 4, 2020 at 9:28 AM UC Penguin  wrote:
>> Shared resources like AWS on the surface seem like a great idea for lab 
>> stuff. Looks like a great solution for on demand scaling etc though.
>>  
>> It just doesn’t seem to that useful for UC purposes and even if it were it 
>> would still be cheaper to buy one server and run it all on one box.
>> 

Re: [cisco-voip] vCUBE Experiences

[UC Penguin]

Slightly OT. 

Recently purchased and stood up some SBCs for a MS Team integration. CUBE 
wasn’t an option as the feature wasn’t out of beta.

I’ve been happy with the Ribbon SWe virtual platform. It seems easier to 
manage/support than CUBEs. 

I’m generally happy with a command line however CUBEs just seem more cumbersome.

> On Jun 3, 2020, at 16:49, Anthony Holloway  
> wrote:
> 
> 
> Anyone have some vCUBEs out in production for a while, and willing to share 
> their feelings and/or experiences with it?
> 
> Anything from deployment, to restrictions, to licensing, to upgrade 
> processes, lessons learned, etc?
> 
> I think the obvious thing is the lack of DSP/PVDM since this is a virtual 
> machine, but what else?
> 
> I don't come across these in the field at all, and I don't see them being 
> proposed or quoted these days, despite vCUBE having been around for a few 
> years now.
> ___
> 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] Third Party CDR Analysis

[UC Penguin]

I should also add that this would be used primarily for reporting for 
individual departments/groups. Ex. How many calls are they getting over the 
normal volume, etc.  Is this employee making the phone calls they are required 
for their job responsibilities, etc. Again, technology trying to solve problems 
that are better managed in other ways :(

I’ve rolled my own CDR logging that loads the records in a database from 
multiple clusters and automatically purges them after our retention period. 
This works great for the occasional forensics request and troubleshooting 
general issues.

However, it doesn’t scale well for random ad hoc reports, schedule reports, etc 
without some more work.

Today charge back and DID management is done with a different product that has 
it’s own set of issues. It has some reporting capabilities but they don’t work 
well and are slow and cumbersome.

Variphy promotes their “cradle to grave reporting” though I’ve not looked at 
that portion yet. The other reports appear to be customized for almost anything 
in the CDR data with some stats as well, percent to vm, average duration etc, 
some what like CUIC without the hassle of CUIC and it’s interface.

I have a feeling this will likely end with us rolling our own reporting tools. 
As the reports will be demanded, but consensus on everyone’s requirements and 
the money to solve that will probably be difficult to obtain given the events 
of this year. Probably not the best use of our time, but better then the never 
ending requests for reports.

Thank you all for the responses, it’s appreciated.


> On Jun 3, 2020, at 16:38, Anthony Holloway  
> wrote:
> 
> 
> My personal experience is that it gets talked about a lot, but then never 
> purchased.  For mostly cost reasons, but I think it's also the fact that it's 
> one more vendor, one more contract, one more vm, one more management touch 
> point, etc., and is the data you'll get really that useful, to warrant all 
> that?
> 
> I personally have really wanted to see someone buy the Variphy suite, as it 
> also does DID management and a few other things.
> 
> I know the Donoma people post to this list often, so we might hear from them. 
>  Their website touts "telling a story" about the call, which I think is what 
> most are missing.  They just don't turn data into knowledge.  I'd like to see 
> Donoma pull that off, but again, I just don't see people buying anything. 
> 
>> On Wed, Jun 3, 2020 at 3:58 PM UC Penguin  wrote:
>> I’m curious what third party CDR Analysis software is commonly used today 
>> and pros/cons of each?
>> 
>> Looking for something friendly for non-Engineers to run reports.
>> 
>> Thanks in advance  
>> ___
>> 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] Third Party CDR Analysis

[UC Penguin]

I’m curious what third party CDR Analysis software is commonly used today and 
pros/cons of each?

Looking for something friendly for non-Engineers to run reports.

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

Re: [cisco-voip] Cisco moth-balling CUE - Is Connection SRSV the answer?

[UC Penguin]

CUC can run on UCS-E blades: 
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/REST-API/APIs_Pages/b_Cisco-Unity-Connection-on-UCSE.html

SIP trunk from the ISR to CUC on the blade?

Alternatively, you could hairpin the calls and send them to a central CUC over 
the PRI/SIP provider.

> On May 4, 2020, at 15:59, Lelio Fulgenzi  wrote:
> 
> 
> I was thinking about that. But, like I said, CUE covers _all_ scenarios.
>  
> I couldn’t make this work at a remote location without compute power and a 
> CUCM subscriber.
>  
> Now, if CUCn supported SRST and would run on a UCS-E blade, I’d be happy.
>  
> From: UC Penguin  
> Sent: Monday, May 4, 2020 4:40 PM
> To: Lelio Fulgenzi 
> Cc: Charles Goldsmith ; voyp list, cisco-voip 
> (cisco-voip@puck.nether.net) 
> Subject: Re: [cisco-voip] Cisco moth-balling CUE - Is Connection SRSV the 
> answer?
>  
> CAUTION: This email originated from outside of the University of Guelph. Do 
> not click links or open attachments unless you recognize the sender and know 
> the content is safe. If in doubt, forward suspicious emails to 
> ith...@uoguelph.ca
>  
> If AA is that critical you could always standup a CUC server that only 
> handles AA as a backup. There wouldn’t be a license impact with PLM/Smart 
> Licensing as you don’t need any users.
>  
>  
>  
> 
> 
> On May 4, 2020, at 15:13, Lelio Fulgenzi  wrote:
> 
> 
> All valid questions. No offense taken. Unless of course, you complain about 
> me primarily using the @ macro plus route filters in all my route patterns. 
> Then, them’s fighting words. 😉
>  
> The great thing about CUE was that it covered all scenarios with one 
> solution. Every other scenario will need at least another fall-back meaning 
> two solutions. I did this in my head a while back, never got it down on paper.
>  
> While I can appreciate the idea of a UNTCNXN cluster (is that the right 
> acronym Anthony?), I’m not sold that there will never be a scenario where the 
> second node will always work during whatever maintenance we’re planning. I’ve 
> read document after document after scenario after scenario and have found we 
> always seem to fit in that one exception to the rule for whatever reason.
>  
> I’m not saying that we won’t eventually move to a CUXN cluster (we’re not 
> there yet) – but I was hoping to have a bit more time to delve into a proper 
> design of both what the cluster can and can’t give us and what options we 
> have for fall-back.
>  
> Let’s say, for whatever reason, a database corruption is replicated across 
> the cluster. Then what? What do I do? I have to restore services from backup, 
> rebuild the cluster, etc. All the while, having an unreliable AA going around 
> because SRSV is trying to connect? (again, I don’t know the ins and outs of 
> SRSV and CNXN clusters).
>  
> Having CUE available let me sleep at night and gave me a quick get out of 
> jail free card I could use for almost any maintenance requirement, including 
> those outside my control.
>  
>  
>  
> From: Charles Goldsmith  
> Sent: Monday, May 4, 2020 1:53 PM
> To: Lelio Fulgenzi 
> Cc: Eric Pedersen ; voyp list, cisco-voip 
> (cisco-voip@puck.nether.net) 
> Subject: Re: [cisco-voip] Cisco moth-balling CUE - Is Connection SRSV the 
> answer?
>  
> CAUTION: This email originated from outside of the University of Guelph. Do 
> not click links or open attachments unless you recognize the sender and know 
> the content is safe. If in doubt, forward suspicious emails to 
> ith...@uoguelph.ca
>  
> Lelio, just curious why you would have scheduled downtime for the entire CUC 
> cluster?  I can appreciate downtime for a node for maintenance, but even 
> during an upgrade, your cluster should be up, one node or the other.
>  
> If it's more DC / network outage, why not have the 2nd node of your CUC 
> cluster where ever you have your CUE for "backup".
>  
> No offense intended on your design, just wanting to know and possibly learn 
> if it's something I'm overlooking.
>  
> Thanks
>  
>  
> On Mon, May 4, 2020 at 12:48 PM Lelio Fulgenzi  wrote:
>  
> Ok. Thanks. This might work. 
>  
> What I’m hoping to be able to do is to manually redirect calls from 
> Connection to SRSV (for AA and voicemail) and still allow calls to be 
> transferred accordingly to phones registered to CUCM, not SRST. 
>  
> This was easily done with CUE, since it would register to both CUCM and SRST. 
>  
> If SRSV has similar functionality, we’re golden. 
> 
> Sent from my iPhone
> 
> 
> 
> On May 4, 2020, at 1:43 PM, Eric Pedersen  wrote:
> 
> 
> CAUTION: This email originated from outside of the University of Gu

Re: [cisco-voip] Cisco moth-balling CUE - Is Connection SRSV the answer?

[UC Penguin]

If AA is that critical you could always standup a CUC server that only handles 
AA as a backup. There wouldn’t be a license impact with PLM/Smart Licensing as 
you don’t need any users.




> On May 4, 2020, at 15:13, Lelio Fulgenzi  wrote:
> 
> 
> All valid questions. No offense taken. Unless of course, you complain about 
> me primarily using the @ macro plus route filters in all my route patterns. 
> Then, them’s fighting words. 😉
>  
> The great thing about CUE was that it covered all scenarios with one 
> solution. Every other scenario will need at least another fall-back meaning 
> two solutions. I did this in my head a while back, never got it down on paper.
>  
> While I can appreciate the idea of a UNTCNXN cluster (is that the right 
> acronym Anthony?), I’m not sold that there will never be a scenario where the 
> second node will always work during whatever maintenance we’re planning. I’ve 
> read document after document after scenario after scenario and have found we 
> always seem to fit in that one exception to the rule for whatever reason.
>  
> I’m not saying that we won’t eventually move to a CUXN cluster (we’re not 
> there yet) – but I was hoping to have a bit more time to delve into a proper 
> design of both what the cluster can and can’t give us and what options we 
> have for fall-back.
>  
> Let’s say, for whatever reason, a database corruption is replicated across 
> the cluster. Then what? What do I do? I have to restore services from backup, 
> rebuild the cluster, etc. All the while, having an unreliable AA going around 
> because SRSV is trying to connect? (again, I don’t know the ins and outs of 
> SRSV and CNXN clusters).
>  
> Having CUE available let me sleep at night and gave me a quick get out of 
> jail free card I could use for almost any maintenance requirement, including 
> those outside my control.
>  
>  
>  
> From: Charles Goldsmith  
> Sent: Monday, May 4, 2020 1:53 PM
> To: Lelio Fulgenzi 
> Cc: Eric Pedersen ; voyp list, cisco-voip 
> (cisco-voip@puck.nether.net) 
> Subject: Re: [cisco-voip] Cisco moth-balling CUE - Is Connection SRSV the 
> answer?
>  
> CAUTION: This email originated from outside of the University of Guelph. Do 
> not click links or open attachments unless you recognize the sender and know 
> the content is safe. If in doubt, forward suspicious emails to 
> ith...@uoguelph.ca
>  
> Lelio, just curious why you would have scheduled downtime for the entire CUC 
> cluster?  I can appreciate downtime for a node for maintenance, but even 
> during an upgrade, your cluster should be up, one node or the other.
>  
> If it's more DC / network outage, why not have the 2nd node of your CUC 
> cluster where ever you have your CUE for "backup".
>  
> No offense intended on your design, just wanting to know and possibly learn 
> if it's something I'm overlooking.
>  
> Thanks
>  
>  
> On Mon, May 4, 2020 at 12:48 PM Lelio Fulgenzi  wrote:
>  
> Ok. Thanks. This might work. 
>  
> What I’m hoping to be able to do is to manually redirect calls from 
> Connection to SRSV (for AA and voicemail) and still allow calls to be 
> transferred accordingly to phones registered to CUCM, not SRST. 
>  
> This was easily done with CUE, since it would register to both CUCM and SRST. 
>  
> If SRSV has similar functionality, we’re golden. 
> 
> Sent from my iPhone
> 
> 
> On May 4, 2020, at 1:43 PM, Eric Pedersen  wrote:
> 
> 
> CAUTION: This email originated from outside of the University of Guelph. Do 
> not click links or open attachments unless you recognize the sender and know 
> the content is safe. If in doubt, forward suspicious emails to 
> ith...@uoguelph.ca
>  
> Yes, from what I remember it can operate while CUCM and CUCX are both up.
>  
> From: cisco-voip  On Behalf Of Lelio 
> Fulgenzi
> Sent: Monday, May 4, 2020 9:37 AM
> To: voyp list, cisco-voip (cisco-voip@puck.nether.net) 
> 
> Subject: Re: [cisco-voip] Cisco moth-balling CUE - Is Connection SRSV the 
> answer?
>  
> Do you know if SRSV can operate while CUCM is up?
>  
> The great thing about CUE, is that it operated while CUCM was up. Completely 
> independent of Unity Connection.
>  
> This means, I could schedule downtime for Connection and have an almost fully 
> operational AA working.
>  
> From: Eric Pedersen  
> Sent: Monday, May 4, 2020 11:35 AM
> To: Lelio Fulgenzi ; voyp list, cisco-voip 
> (cisco-voip@puck.nether.net) 
> Subject: RE: Cisco moth-balling CUE - Is Connection SRSV the answer?
>  
> CAUTION: This email originated from outside of the University of Guelph. Do 
> not click links or open attachments unless you recognize the sender and know 
> the content is safe. If in doubt, forward suspicious emails to 
> ith...@uoguelph.ca
>  
> I used SRSV a while ago for one of our remote sites. I found it much simpler 
> to get up and running than CUE and you can use your centralized Exchange.  
> IIRC you can send your voicemail pilot back to the gateway SRSV is registered 
> to so all cal

Re: [cisco-voip] Windows and MS Dotnet gurus out there

[UC Penguin]

There are instructions to migrate the DB:

https://www.cisco.com/c/en/us/support/docs/conferencing/telepresence-management-suite-tms/212319-tms-sql-database-migration-from-one-sql.html

Have you tried installing the older version of .NET? I know you can have 
multiple versions installed, though not sure if the two you referenced can both 
be installed at the same time.

> On Apr 27, 2020, at 01:14, Dana Tong  wrote:
> 
> 
> Err that won’t work sorry. Turns out the old server is 2008. And I can’t find 
> a TMS version that is supported on both 2019 and 2008.
>  
> Are there any tools to migrate the DB file?
>  
> Cheers
> Dana
>  
>  
> From: Dana Tong 
> Sent: Monday, 27 April 2020 4:01 PM
> To: cisco-voip@puck.nether.net
> Subject: RE: Windows and MS Dotnet gurus out there
>  
> Sorry. Not thinking. Maybe I need to upgrade the old server to TMS 15.11 then 
> do the new build and migration.
>  
> Let me give this a go.
>  
> From: Dana Tong 
> Sent: Monday, 27 April 2020 3:58 PM
> To: cisco-voip@puck.nether.net
> Subject: Windows and MS Dotnet gurus out there
>  
> Hi all,
>  
> I Have a customer with an old Windows 2012 server with Cisco TMS 15.4.4 
> installed.
> We are wanting to migrate to a new Server 2019 and SQL Express 2017.
>  
> The install and upgrade guide says to install the current version first, 
> restore the database and then upgrade to TMS 15.11.
>  
> The problem is, is that TMS 15.4.4 says it won’t install because dotnet 4.5 
> is not installed. However Windows server 2019 comes with dotnet 4.7 installed.
> It’s supposed to be compatible with versions down to 4.0 however TMS fails 
> the validation and doesn’t install.
> There is a bunch of published bugs and the work-around is to uninstall dotnet 
> 4.7 and then install 4.5. However this doesn’t work and basically screws up 
> the system and then you have to use DISM to re-install dotnet.
>  
> Has anyone ever seen this and has a suggestion on how to get TMS 15.4.4 to 
> install? Or to get dotnet 4.5 to install? Dotnet 4.5 / or 4.0 won’t install 
> because it says 4.7 is installed.
>  
> Cheers
> Dana
>  
> ___
> 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 IOS dial-peers AF31 (default) change to CS3

[UC Penguin]

There is the dscp-profile command under voice services voip -> sip

Never used it but if it’s going to be somewhere I’d expect it to be there.

> On Apr 23, 2020, at 14:55, Anthony Holloway  
> wrote:
> 
> 
> Well Scuba Jason,
> 
> IOS has always marked control traffic as AF31, as well as SCCP control 
> traffic for registered media resources.
> 
> The two things I have seen recommended and done are:
> 
> 1. Change the settings per dial-peer / sccp config (technically this is ip 
> precedence 3, which aligns loosely with cs3, as they share the first 3 bits)
> 2. Use a match-any for cs3 and af31 in your class maps
> 
> From the QoS SRND:  
> 
> "The QoS Baseline recommends marking Call-Signaling to CS3. However, 
> currently most Cisco IP Telephony products mark Call-Signaling to AF31. A 
> marking migration from AF31 to CS3 is under way within Cisco, but in the 
> interim it is recommended that both AF31 and CS3 be reserved for 
> Call-Signaling and that Locally-Defined Mission-Critical Data applications be 
> marked to a temporary placeholder non-standard DSCP, such as 25. Upon 
> completion of the migration, the QoS Baseline marking recommendations of CS3 
> for Call-Signaling and AF31 for Locally-Defined Mission-Critical Data 
> applications should be used. These marking recommendations are more in line 
> with RFC 2474 and RFC 2597."
> 
> Source
> 
> Though, this "transition period" seems to have gone on indefinitely.
> 
> FWIW, I have never seen a global command to switch it, and the documentation 
> doesn't tell us that there is one for dial-peer signaling.  The sccp command 
> is global.
> 
> Stay buoyant!
> 
>> On Thu, Apr 23, 2020 at 1:55 PM Jason Aarons  wrote:
>> CallManager marks control traffic as CS3, but just see that IOS-XE on 4431 
>> 16.09.05 marks control as AF31 by default.  
>> 
>> Is there a global IOS command to change IOS-XE to use CS3 ? Rather then on a 
>> per dial-peer level?
>> 
>> All my class maps to protect control are based on CS3.
>> 
>> Hope all is well here.  Work changed emails couple times and that created 
>> challenges! I still read every week, but changed emails so I can actually 
>> reply again!
>> 
>> -jason
>> ___
>> 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] Which phone is this?

[UC Penguin]

You’re lucking enough if they power the phone on let alone register it in a lot 
of the shows. I find a custom light unlikely.

> On Apr 14, 2020, at 21:02, Johnson, Tim  wrote:
> 
> 
> Looks like an 8841 with maybe a sticker? 
> 
> On Apr 14, 2020 9:50 PM, Lelio Fulgenzi  wrote:
> I’m watching The Tunnel, Season 3 Episode 1 (a great show by the way) and see 
> this phone. Which looks like it has mwi/ringer light on the back? What model 
> is this?
> 
> 
> 
> 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] CUCM Interop with MS Teams

[UC Penguin]

I’ll be setting this it with a Ribbon SBC for a limited number of users that 
have SNR enabled currently to S4B.

Less than 10% of the users have this configuration and it’s not heavily used.

UCCE shop as well.

> On Apr 8, 2020, at 09:52, Loren Hillukka  wrote:
> 
>  Terry, the voice part of MS teams is still being worked through to 
> determine suitable sites/use cases for initial piloting and getting feet wet 
> but we will have a similar mix of endpoints, and it will remain mixed for a 
> long time I’d guess (we have UCCE in place). I won’t have many updates for 
> the calling part til summer most likely with some of this work delayed due to 
> current events. There are other companies out there with this kind of mix, 
> not sure how many are on this list and want to give their experience. 
> 
> Loren
> 
>>> On Mar 24, 2020, at 9:29 PM, Gr ccie  wrote:
>>> 
>>  I am looking at something similar. Have a whole mix of deskphones, jabber, 
>> cisco team, m/s teams, in the client’s environment. Just wondering how your 
>> landscape looks like and how well it works for calling between 
>> cisco-Microsoft and PSTN.
>> 
>> Do you have a mix of teams + Desk-phones + jabber at user end or purely MS 
>> Teams client and backend Cisco ?
>> 
>> Thanks
>> 
>> 
>> 
>> Thanks,
>> Terry
>>> On 25 Mar 2020, at 11:18 am, Loren Hillukka  wrote:
>>> 
>>>  Yes. We are embarking on this adventure soon, using CUBE. 
>>> 
>>> Loren
>>> 
>>>> On Mar 24, 2020, at 6:28 PM, Brian Meade  wrote:
>>>> 
>>>> 
>>>> Cisco CUBE can be used for this as well.
>>>> 
>>>> Official documentation should be coming in the near future but you can do 
>>>> it now with the right configuration.
>>>> 
>>>>> On Tue, Mar 24, 2020 at 6:07 PM UC Penguin  wrote:
>>>>> Does anyone have an experience with setting up interop between 
>>>>> CUCM/Microsoft Teams with Direct Routing?
>>>>> 
>>>>> If so what (supported) SBC did you use and what if any issues did you 
>>>>> encounter?
>>>>> 
>>>>> Thanks!
>>>>> ___
>>>>> 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
> ___
> 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] PSTN Calls Incorrectly Flagged as "Potential SPAM"

[UC Penguin]

What external phone number mask are you using?

Is it a valid number?

I’ve seen issues with configs that use invalid masks such as 612-000-. 
Carrier will reject the call with busy tone (Comcast).

Another issue that occurs is when a cell phone user calls your DID and is 
forwarded to another cell carrier. The carrier will either reject the call or 
display SPAM/SCAM Likely.

There are feature codes to disable this behavior on the called cell phone. For 
T-Mobile: https://www.t-mobile.com/news/scamblockparty

> On Apr 3, 2020, at 11:13, JASON BURWELL via cisco-voip 
>  wrote:
> 
> 
> More and more I have users reporting that their outbound PSTN calls are 
> showing as “Potential SPAM” on called party phones. Its causing some real 
> problems because these are legitimate calls that the customer in many cases 
> has requested but they are ignoring it due to the message and if they don’t 
> have voicemail set up or its full they have the perception we are not 
> returning calls. I’m assuming the Caller ID name in the national Database is 
> being substituted with this message by the wireless carriers. We don’t do any 
> telemarketing so there is no reason why our calls should be flagged with 
> SPAM. I’ve reached out and received little help from Verizon or AT&T. 
> Wondering what other are doing to get numbers “white listed” as I’m sure I’m 
> not the only one facing this. Thanks Jason
>  
>  
> ___
> 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] [EXTERNAL] Cost-Effective Public Certificate Authority for CUCM certificates

[UC Penguin]

Namecheap cert process is a PITA. Haven’t used them for UC servers but helped a 
friend with their website after they already bought them from NC.

You can only have it verify ownership with certain predefined by them emails at 
your domain, or dns/web.

Namecheap is a good domain registrar but I’d personally steer clear of their 
other services.

> On Mar 30, 2020, at 14:57, Brian Meade  wrote:
> 
> 
> Namecheap seems to be the cheapest option I've found from some quick looking. 
>  They seem to resell Comodo certificates but cheaper than Comodo offers them.
> 
>> On Mon, Mar 30, 2020 at 2:45 PM Jonatan Quezada 
>>  wrote:
>> Im totally looking to update all of mine I think we use digi-cert, pleasea 
>> let us know what you find out :)
>> Cheers!
>> 
>>> On Mon, Mar 30, 2020 at 11:43 AM Brian Meade  wrote:
>>> Does anyone know of any public certificate authorities that have cheaper 
>>> multi-server SAN certificate options?  I had seen some in the past that let 
>>> you buy a wildcard and then can submit CSR's against that still but having 
>>> trouble finding that now.
>>> 
>>> Trying to avoid buying 4 multi-server certificates to cover CUCM 
>>> Tomcat/Unity Connection Tomcat/UCCX Tomcat/IM&P XMPP.
>>> ___
>>> cisco-voip mailing list
>>> cisco-voip@puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>> 
>> -- 
>> During this time of remote work, There will be the need for connectivity to 
>> other devices such as a cell phone. If you require assistance forwarding 
>> your desk phone to a remote cell or message phone, please email with desk 
>> number and where we are forwarding calls. I can do these remotely.
>> 
>> Johnny Q
>> Voice Technology Analyst II
>> Chemeketa Community College
>> johnn...@chemeketa.edu
>> Building 22 Room 130
>> Work 5033995294 
>> Cell 5035769873
>> FAX 5033995549
>> 
> ___
> 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] CUCM Interop with MS Teams

[UC Penguin]

Does anyone have an experience with setting up interop between CUCM/Microsoft 
Teams with Direct Routing?

If so what (supported) SBC did you use and what if any issues did you encounter?

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

Re: [cisco-voip] [External] Re: gathering and offloading realtime stats (from RTMT)

[UC Penguin]

Me too please

> On Mar 16, 2020, at 21:20, Hunter Fuller  wrote:
> 
> I would also love that info! We use Grafana already internally.
> 
> --
> Hunter Fuller
> Router Jockey
> VBH Annex B-5
> +1 256 824 5331
> 
> Office of Information Technology
> The University of Alabama in Huntsville
> Network Engineering
> 
>> On Mon, Mar 16, 2020 at 7:22 PM Kent Roberts  wrote:
>> 
>> Yes there is   I can send you links and stuff I’ve done this for years and 
>> use grafania to graph it
>> 
>> 
>> Kent
>> 
 On Mar 16, 2020, at 16:24, Lelio Fulgenzi  wrote:
>>> 
>>> 
>>> Is there a way I can start dumping real-time stats from CUCM? We're moving 
>>> heavily to remote working in light of what's going on and I'd like to keep 
>>> an eye on things outside of SNMP polling.
>>> 
>>> ___
>>> 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

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

Re: [cisco-voip] VCS/TMS Option Key Rehosting

[UC Penguin]

Thank you for confirming!

Much appreciated.

> On Feb 7, 2020, at 15:20, Mark H. Turpin  wrote:
> 
> It will not automatically revoke them. There is no phone-home mechanism, 
> today, for the TMS/Expressway to invalidate the licenses.
> 
> 
> —
> Mark Turpin
> Contact me on Webex Teams
> mtur...@covene.com / +1-314-297-0770
> 
>> On Feb 5, 2020, at 3:17 PM, UC Penguin  wrote:
>> 
>> *** EXTERNAL EMAIL - DO NOT CLICK LINKS ***
>> 
>> 
>> Greetings,
>> 
>> I have an older TMS, VCS Control and VCS Expressway.  Already have new 
>> release keys and S/Ns for TMS/VCS.
>> 
>> I’m curious if rehosting the existing option keys for TMS and VCS Control 
>> and Expressway will automatically revoke the current production licenses?
>> 
>> I have the new systems in an isolated environment and would like to have 
>> them fully licensed and tested before swapping them and relying of the 
>> mystical and finicky licensing process.
>> 
>> Thanks in advance!
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=01%7C01%7Cmturpin%40covene.com%7C5fe62a86220d4ebae82908d7aa891ff4%7C575b0cc755204e999cb37affbf511f45%7C1&sdata=lTdjge05pOwga%2F%2FkBvFbmObjqX9Ulvs6B5wG4EwXxTA%3D&reserved=0

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

[cisco-voip] VCS/TMS Option Key Rehosting

[UC Penguin]

Greetings,

I have an older TMS, VCS Control and VCS Expressway.  Already have new release 
keys and S/Ns for TMS/VCS.

I’m curious if rehosting the existing option keys for TMS and VCS Control and 
Expressway will automatically revoke the current production licenses?

I have the new systems in an isolated environment and would like to have them 
fully licensed and tested before swapping them and relying of the mystical and 
finicky licensing process.   

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

Re: [cisco-voip] best way to move CUCM Publisher from one host/DC to another

[UC Penguin]

I haven’t had any issues.

Though the static mac address in esxi is restricted to certain ranges in some 
versions of esxi.

I could see this being an issue if you already licensed Xlm and then wanted to 
change the mac.

> On Dec 11, 2019, at 09:55, Ryan Ratliff (rratliff) via cisco-voip 
>  wrote:
> 
> 
> Has anyone run into problems setting a static MAC on your ELM/PLM vm? Dynamic 
> mac addresses can definitely bite you but I’m curious how this workaround 
> (that we do document as best practice) works in the real world.
>  
> Ryan
>  
> From: cisco-voip  on behalf of Charles 
> Goldsmith 
> Date: Wednesday, December 11, 2019 at 10:37 AM
> To: Ryan Huff 
> Cc: cisco-voip list 
> Subject: Re: [cisco-voip] best way to move CUCM Publisher from one host/DC to 
> another
>  
> Yes sir, moving to new hosts in the same DC, both hosts plugged into the same 
> Nexus on 10gbit.
>  
> To UC Penguin's point, it was on 6.0
>  
> On Wed, Dec 11, 2019 at 7:46 AM Ryan Huff  wrote:
> Interesting, was it 10GB end2end (nics and all)? I’ve done it on a 1GB 
> end2end and got close to 700 mbps (if I recall correctly, 680-682 was the 
> highest it hit).
>  
> Not disagreeing, just interesting... it would be worth some investigating 
> someday.
>  
> Sent from my iPhone
> 
> 
> On Dec 11, 2019, at 01:50, Charles Goldsmith  wrote:
> 
> I'm a big fan of SCP as well, but it's limited to 1 vCPU on the encryption, 
> so that seems to limit it more than the links.  I know this because trying to 
> move VM's over 10gbit connections and was only getting about 400 mbps.
>  
> If you have a middle pc/jump box, I'm a big fan of simple export/import if 
> you don't have a vCenter in the picture.  That way, you get a backup of the 
> VM.  vCenter is nice, but migration moves it, doesn't copy, even with 
> different storage.
>  
> I have never tried to use vmkstools, may have to investigate that the next 
> time I migrate.
>  
> On Tue, Dec 10, 2019 at 8:26 PM Ryan Huff  wrote:
> Yes, SCP is beholden to the line rate between the hosts. Though VMWare 
> doesn’t “recommend” it, I can say I’ve also never had a problem with it, 
> FWIW... and yeah, super convenient.
>  
> Is you have shared storage between the hosts and can migrate the storage and 
> compute, I’d power off the VM and just do that.
> 
> Sent from my iPhone
> 
> 
> On Dec 10, 2019, at 21:20, Anthony Holloway  
> wrote:
> 
> SCP is so slow and not recommended by VMware*, but damn if it's not 
> convenient. 
>  
> Ovftool is super fast but I think it requires a middle PC to be ran from. 
>  
> It would be awesome if you could have the best of both worlds. Like run 
> ovftool right on ESXi. I wonder. 
>  
> I have used Veeam free backup to move VMs, which is as fast as ovftool, but a 
> huge install for a one time move. 
>  
> *To prevent performance and data management related issues on ESX, avoid the 
> use of using scp, cp, or mv for storage operations; instead use vmkfstools, 
> VMware's virtual machine Importer tool.
> https://kb.vmware.com/s/article/1000936
>  
>  
> On Tue, Dec 10, 2019, 7:50 PM Ryan Huff  wrote:
> I don’t think vMotion would change the MAC address, UUID.. etc and I think 
> you’d be fine (not while the VM is powered on though).
>  
> Typically, what I do is power the VM down and SCP the VM folder to the target 
> host from the source host (requires SSH server/client be enabled and excluded 
> in the host firewall for the hosts). Then in the target host, add the .vmx 
> file into inventory and power on. You’ll initially be asked if you moved or 
> copied the VM and you’ll want to select move (if you select copy, then it 
> will randomize a few things like nic MAC .. etc).
>  
> Lastly, remove the source VM from inventory and after you’re sure the target 
> VM is healthy and running fine, delete the source VM from storage on the 
> source host.
> 
> Thanks,
>  
> Ryan
> 
> 
> On Dec 10, 2019, at 20:42, naresh rathore  wrote:
> 
> hi 
>  
>  
> We have to migrate our Voice VMs from one host/DC to another host/DC. i think 
> if we clone or do vmotion, mac address gets changed and we have to apply for 
> license, we may face database corruption. 
>  
>  
> Is there a way which Cisco recommends to do migration, if we have to migrate 
> Voice VMs from one host to another?
>  
>  
> Regards
>  
>  
> Naray
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435%7C1%7C0%7C637116253590181473&sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&reserved=0
> ___
> 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.n

Re: [cisco-voip] best way to move CUCM Publisher from one host/DC to another

[UC Penguin]

I’ve noticed this being slower in esxi 6.0 than previous versions.

One of the differences between esxi version in the “system resource 
reservation” under the host configuration. It’s limited to 249Mhz on my system. 
This was much slower I presume because cpu resources were limited for 
encryption.

There isn’t an edit tab on this setting, so if it can be changed it’s not 
obvious.

I don’t have an older system handy to look at but I believe you could change 
this before or it was much higher. 

> On Dec 11, 2019, at 07:46, Ryan Huff  wrote:
> 
>  Interesting, was it 10GB end2end (nics and all)? I’ve done it on a 1GB 
> end2end and got close to 700 mbps (if I recall correctly, 680-682 was the 
> highest it hit).
> 
> Not disagreeing, just interesting... it would be worth some investigating 
> someday.
> 
> Sent from my iPhone
> 
>>> On Dec 11, 2019, at 01:50, Charles Goldsmith  wrote:
>>> 
>> 
>> I'm a big fan of SCP as well, but it's limited to 1 vCPU on the encryption, 
>> so that seems to limit it more than the links.  I know this because trying 
>> to move VM's over 10gbit connections and was only getting about 400 mbps.
>> 
>> If you have a middle pc/jump box, I'm a big fan of simple export/import if 
>> you don't have a vCenter in the picture.  That way, you get a backup of the 
>> VM.  vCenter is nice, but migration moves it, doesn't copy, even with 
>> different storage.
>> 
>> I have never tried to use vmkstools, may have to investigate that the next 
>> time I migrate.
>> 
>>> On Tue, Dec 10, 2019 at 8:26 PM Ryan Huff  wrote:
>>> Yes, SCP is beholden to the line rate between the hosts. Though VMWare 
>>> doesn’t “recommend” it, I can say I’ve also never had a problem with it, 
>>> FWIW... and yeah, super convenient.
>>> 
>>> Is you have shared storage between the hosts and can migrate the storage 
>>> and compute, I’d power off the VM and just do that.
>>> 
>>> Sent from my iPhone
>>> 
 On Dec 10, 2019, at 21:20, Anthony Holloway 
  wrote:
 
 
 SCP is so slow and not recommended by VMware*, but damn if it's not 
 convenient. 
 
 Ovftool is super fast but I think it requires a middle PC to be ran from. 
 
 It would be awesome if you could have the best of both worlds. Like run 
 ovftool right on ESXi. I wonder. 
 
 I have used Veeam free backup to move VMs, which is as fast as ovftool, 
 but a huge install for a one time move. 
 
 *To prevent performance and data management related issues on ESX, avoid 
 the use of using scp, cp, or mv for storage operations; instead use 
 vmkfstools, VMware's virtual machine Importer tool.
 https://kb.vmware.com/s/article/1000936
 
 
> On Tue, Dec 10, 2019, 7:50 PM Ryan Huff  wrote:
> I don’t think vMotion would change the MAC address, UUID.. etc and I 
> think you’d be fine (not while the VM is powered on though).
> 
> Typically, what I do is power the VM down and SCP the VM folder to the 
> target host from the source host (requires SSH server/client be enabled 
> and excluded in the host firewall for the hosts). Then in the target 
> host, add the .vmx file into inventory and power on. You’ll initially be 
> asked if you moved or copied the VM and you’ll want to select move (if 
> you select copy, then it will randomize a few things like nic MAC .. etc).
> 
> Lastly, remove the source VM from inventory and after you’re sure the 
> target VM is healthy and running fine, delete the source VM from storage 
> on the source host.
> 
> Thanks,
> 
> Ryan
> 
>> On Dec 10, 2019, at 20:42, naresh rathore  wrote:
>> 
>> 
>> hi 
>> 
>> 
>> We have to migrate our Voice VMs from one host/DC to another host/DC. i 
>> think if we clone or do vmotion, mac address gets changed and we have to 
>> apply for license, we may face database corruption. 
>> 
>> 
>> Is there a way which Cisco recommends to do migration, if we have to 
>> migrate Voice VMs from one host to another?
>> 
>> 
>> Regards
>> 
>> 
>> Naray
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435%7C1%7C0%7C637116253590181473&sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&reserved=0
> ___
> 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
> c

Re: [cisco-voip] CCX Editor Step Properties

[UC Penguin]

It’s much faster if the client is run at the same site as the uccx server (RDP 
to a machine with the editor installed).

Not an option that’s possible for all, but there is a huge improvement. 
Especially when using the debugger.


> On Sep 24, 2019, at 10:52, Matthew Loraditch 
>  wrote:
> 
> I’ve seen it editing scripts locally, in the repository, versions old and 
> new.  
>  
>   
> Matthew Loraditch​
> Sr. Network Engineer
> p: 443.541.1518
> w: www.heliontechnologies.com  |  e: mloradi...@heliontechnologies.com
> 
> 
> 
> 
> From: cisco-voip  On Behalf Of Johnson, 
> Tim
> Sent: Tuesday, September 24, 2019 11:47 AM
> To: Anthony Holloway 
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] CCX Editor Step Properties
>  
> Yeah, it’s still an issue in 12.0. Right now it’s opening properties for me 
> in 1-2 seconds, other times it’s 10.
>  
> Would be nice if they did a full makeover of the tool, but I don’t expect it.
>  
> From: cisco-voip  On Behalf Of Anthony 
> Holloway
> Sent: Tuesday, September 24, 2019 11:11 AM
> To: Matthew Loraditch 
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] CCX Editor Step Properties
>  
> I would like to know this too!  Seems to be different lengths of delay 
> depending on a few factors, however, I have not nailed down what those 
> factors are.  If it happened more often, I'd put some time into it, but since 
> it's generally quick-ish, I ignore it.
>  
> I have one system I access exclusively via AnyConnect, and it's running 
> 11.6(2), and it's god awful slow.  Just clicking Add on the Set Enterprise 
> Call Info step takes like 10-20 seconds for the dialog box to pop open.
>  
> On Tue, Sep 24, 2019 at 9:51 AM Matthew Loraditch 
>  wrote:
> Is there anyway on this earth to make this load faster???  Currently 
> painfully going through a script and setting up new parameters and slowly 
> dying of impatience as I click properties and wait a seeming eternity for the 
> window to open.
> This has been a pet peeve forever.
>  
> Matthew Loraditch​
> Sr. Network Engineer
> p: 443.541.1518
> w: www.heliontechnologies.com
>  | 
> e: mloradi...@heliontechnologies.com
> 
> 
> 
> 
> ___
> 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] Is Your CCIE Status on Your Cisco.com Profile?

[UC Penguin]

It wasn’t intended to be mean.

Just an observation.

Would be nice if CCIEs (that aren’t associated with a partner), are given more 
access similar to what is available to partners.

I can’t count the number of times going through support forums something links 
to a partner only link.

I’m probably in the minority, but just a different view point.

> On Sep 24, 2019, at 10:08, Anthony Holloway  
> wrote:
> 
> Low blow Mt Penguin, low blow.  I'm not saying you get developers on the case 
> with you.  I think it's more of a backbone TAC (if available) versus the 
> outsourced TAC.  I admittedly haven't opened a TAC case since fixing my 
> status, so the benefit has yet to be seen by me.  I did notice I can select 
> Sev 2 online, however, Sev 1 was still disabled as an option when I took a 
> cursory look.
> 
>> On Tue, Sep 24, 2019 at 9:32 AM UC Penguin  wrote:
>> Mine was associated, though I haven’t seen any noticeable TAC improvements.
>> 
>>> On Sep 24, 2019, at 09:27, Lelio Fulgenzi  wrote:
>>> 
>>> I’ve forwarded this note to a couple of my colleagues. I’m pretty sure they 
>>> had a similar experience in thinking CCIE treatment was automatic. I’ll 
>>> have to follow up with them.
>>> 
>>>  
>>> 
>>>  
>>> 
>>>  
>>> 
>>> ---
>>> 
>>> 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
>>> 
>>>  
>>> 
>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>> 
>>>  
>>> 
>>> 
>>> 
>>>  
>>> 
>>> From: cisco-voip  On Behalf Of Anthony 
>>> Holloway
>>> Sent: Tuesday, September 24, 2019 10:22 AM
>>> To: Peter Slow 
>>> Cc: Cisco VoIP Group 
>>> Subject: Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?
>>> 
>>>  
>>> 
>>> Thank you so much for the congratulations and appreciation!  So far no one 
>>> has mentioned that it helped them get associated, or if they already were, 
>>> so I'm not too sure if this was a valuable guide or not.  I'm afraid I 
>>> might be the only knucklehead who earned his CCIE, promptly set it on a 
>>> shelf, and didn't put it to work for me. 
>>> 
>>>  
>>> 
>>> On Mon, Sep 23, 2019 at 6:38 PM Peter Slow  wrote:
>>> 
>>> Anthony, 
>>> 
>>> Congratulations 🎈🎉 on your fifth IE anniversary! It’s very nice of you 
>>> to create and provide this guide to everyone. Thanks for creating this!
>>> 
>>>  
>>> 
>>> -Pete
>>> 
>>>  
>>> 
>>> On Tue, Sep 17, 2019 at 12:27 Anthony Holloway 
>>>  wrote:
>>> 
>>> Ok, so this is kind of big news for me, so I thought I'd share it with all 
>>> of you; current and future CCIEs.
>>> 
>>>  
>>> 
>>> I got my CCIE Collaboration (45633) five years ago, and had always been 
>>> told that I would receive preferred treatment when opening TAC cases.
>>> 
>>>  
>>> 
>>> Now, I didn't know how to verify that statement, so I just assumed it was 
>>> happening.  Its not unreasonable to assume this was an automatic 
>>> association.  Come to find out, I was wrong, and for five years, I have 
>>> been missing out on this benefit.
>>> 
>>>  
>>> 
>>> First up, just check if your CCO profile reflects your CCIE status, because 
>>> it might.
>>> 
>>>  
>>> 
>>> Head on over to your Cisco.com Profile Account Management page:
>>> 
>>> https://www.cisco.com/c/en/us/about/account.html  
>>> 
>>>  
>>> 
>>> Partners and Customers alike, will click the Customer Profile Manager link.
>>> 
>>>  
>>> 
>>> 
>>> 
>>>  
>>> 
>>>  
>>> 
>>> Then click the Access Management tab
>>> 
>>>  
>>> 
>>> 
>>> 
>>>  
>>> 
>>> Then click the CCIE tab
>>> 
>>>  
>>> 
>>> 
>>> 
>>>  
>>> 
>>> Now, either one of two things will show here:
>>> 

Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?

[UC Penguin]

Mine was associated, though I haven’t seen any noticeable TAC improvements.

> On Sep 24, 2019, at 09:27, Lelio Fulgenzi  wrote:
> 
> I’ve forwarded this note to a couple of my colleagues. I’m pretty sure they 
> had a similar experience in thinking CCIE treatment was automatic. I’ll have 
> to follow up with them.
>  
>  
>  
> ---
> 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
>  
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>  
> 
>  
> From: cisco-voip  On Behalf Of Anthony 
> Holloway
> Sent: Tuesday, September 24, 2019 10:22 AM
> To: Peter Slow 
> Cc: Cisco VoIP Group 
> Subject: Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?
>  
> Thank you so much for the congratulations and appreciation!  So far no one 
> has mentioned that it helped them get associated, or if they already were, so 
> I'm not too sure if this was a valuable guide or not.  I'm afraid I might be 
> the only knucklehead who earned his CCIE, promptly set it on a shelf, and 
> didn't put it to work for me. 
>  
> On Mon, Sep 23, 2019 at 6:38 PM Peter Slow  wrote:
> Anthony, 
> Congratulations 🎈🎉 on your fifth IE anniversary! It’s very nice of you to 
> create and provide this guide to everyone. Thanks for creating this!
>  
> -Pete
>  
> On Tue, Sep 17, 2019 at 12:27 Anthony Holloway 
>  wrote:
> Ok, so this is kind of big news for me, so I thought I'd share it with all of 
> you; current and future CCIEs.
>  
> I got my CCIE Collaboration (45633) five years ago, and had always been told 
> that I would receive preferred treatment when opening TAC cases.
>  
> Now, I didn't know how to verify that statement, so I just assumed it was 
> happening.  Its not unreasonable to assume this was an automatic association. 
>  Come to find out, I was wrong, and for five years, I have been missing out 
> on this benefit.
>  
> First up, just check if your CCO profile reflects your CCIE status, because 
> it might.
>  
> Head on over to your Cisco.com Profile Account Management page:
> https://www.cisco.com/c/en/us/about/account.html  
>  
> Partners and Customers alike, will click the Customer Profile Manager link.
>  
> 
>  
>  
> Then click the Access Management tab
>  
> 
>  
> Then click the CCIE tab
>  
> 
>  
> Now, either one of two things will show here:
>  
> A) If you see a link to the CCIE program, then you're golden, and you don't 
> need this guide, sorry to waste your time, but at least you can sleep easy 
> tonight.
>  
> GOOD
> 
>  
> B) If you see two fields to enter your CCIE Number and Company Name, then you 
> are not associated
>  
> BAD
> 
>  
> So, if this matches what you see, then we need to make sure some things line 
> up first before just submitting the information, else it will likely just 
> fail.
>  
> Step 1) Check your CCIE Profile
>  
> Go to: 
> https://ccie.cloudapps.cisco.com/CCIE/Schedule_Lab/CCIEOnline/CCIEOnline
>  
> Click on Profile, and check your First Name, Last Name, Email and Company Name
>  
> 
>  
> Step 2) Check your CCO Profile
>  
> Go to: https://www.cisco.com/c/en/us/about/account.html (same place we 
> started on), and click on Customer Profile Manager
>  
> It should already be on the Personal tab, but if not, click that, and check 
> your First Name, Last Name, Email and Company
>  
> 
>  
> All 4 values should match exactly, and if not, you will need to correct them, 
> and how you do that is up to you.  I.e., Which name is correct, or email, 
> etc.  Just make them match 100%.
>  
> Step 3) Associate your CCIE to your CCO profile
>  
> Go to: https://www.cisco.com/c/en/us/about/account.html (we've been here a 
> few times), and click on Customer Profile Manager
>  
> Then click on Access Management, and finally click on the CCIE tab, to find 
> yourself back at the form you need to submit with your CCIE # and Company 
> name.  You might have still had this open.
>  
> Populate the fields to reflect your number and the company name as you saw it 
> on both your CCIE and CCO profiles, and click Submit.
>  
> Now, I had trouble with this one part, and I was getting the following error 
> when submitting
>  
> 
> So, I needed to open a certification support case at: 
> www.cisco.com/go/certsupport, in which case, they actually made the 
> association for me, though, I am told its supposed to be self-service.
>  
> And that's it.  I hope this helps someone avoid 5 years of missed opportunity.
>  
> Let me know if this helped you out, or if you already were associated.  I'm 
> curious as to how many people have this slip by them.
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> ___
> cisco-voip mailing list
> cisco-

Re: [cisco-voip] CUCM 12.5 CCMAdmin login error

[UC Penguin]

Ha!

Maybe that will be the next resolution for MacBook’s finicky keys!

> On Mar 29, 2019, at 10:45, Lelio Fulgenzi  wrote:
> 
> And it still up! Woot.
>  
> https://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-ip-phone-7900-series/45283-hook-switch.html
>  
> “Press and release the hookswitch rapidly a dozen times or so to clean the 
> contacts”
>  
> ---
> 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
>  
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>  
> 
>  
> From: cisco-voip  On Behalf Of Lelio 
> Fulgenzi
> Sent: Friday, March 29, 2019 10:43 AM
> To: Heim, Dennis ; Chris Clouse ; 
> Jason Aarons (Americas) ; cisco-voip 
> (cisco-voip@puck.nether.net) 
> Subject: Re: [cisco-voip] CUCM 12.5 CCMAdmin login error
>  
>
> Best “solution” ever was the solution to an advisory/bug was the one for 
> hookswitch issues. An oldie but a goldie. Published and everything. Something 
> like, “…the hook switch is self cleaning. If you find it sticking, lift 
> handset and depress and release hook switch repeatedly ten or twenty times.”
>  
> I wonder if wayback machine will help me find it. 😉
>  
> ---
> 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
>  
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>  
> 
>  
> From: cisco-voip  On Behalf Of Heim, 
> Dennis
> Sent: Friday, March 29, 2019 10:30 AM
> To: Chris Clouse ; Jason Aarons (Americas) 
> ; cisco-voip (cisco-voip@puck.nether.net) 
> 
> Subject: Re: [cisco-voip] CUCM 12.5 CCMAdmin login error
>  
> Best part of that bug….
> 
> Workaround:
> Keep trying to login until it is successful.
> 
>  
> Dennis Heim | Emerging Technology Architect (Collaboration)
> World Wide Technology, Inc. | +1 314-212-1814
> 
> 
> “The most powerful person in the world is the story teller. The storyteller 
> sets the vision, values and agenda of an entire generation that is to come” – 
> Steve Jobs
> "Leaders who don't listen will eventually be surrounded by people who have 
> nothing to say" --- Andy Stanley
> "Worry less about who you might offend, and more about who you might inspire" 
> -- Tim Allen
> “Imagination is more important than knowledge.”  -- Albert Einstein
> “If you can raise the level of effort and performance in those around you, 
> you are officially a leader” – Urban Meyer
> “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
> “Mediocore managers play checkers (assuming everyone is the same). Great 
> managers play chess (acknowledging that everyone is unique)” – Marcus 
> Buckingham
> “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
>  
> From: cisco-voip  On Behalf Of Chris 
> Clouse
> Sent: Friday, March 29, 2019 9:58 AM
> To: Jason Aarons (Americas) ; cisco-voip 
> (cisco-voip@puck.nether.net) 
> Subject: Re: [cisco-voip] CUCM 12.5 CCMAdmin login error
>  
> CSCvm76719
>  
> ~Chris
>  
> From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
> Jason Aarons (Americas)
> Sent: Friday, March 29, 2019 8:09 AM
> To: cisco-voip (cisco-voip@puck.nether.net) 
> Subject: [cisco-voip] CUCM 12.5 CCMAdmin login error
>  
>  
> 
> Every time we are logged in to CUCM pub and step away when we try to log back 
> in we get the below error
>  
> https://blah/ccmadmin/j_security_check
>  
> HTTP Status 400 - Invalid direct reference to form login page
>  
>  
> Known bug?
>  
> -jason
> 
> 
> This email and all contents are subject to the following disclaimer:
> "http://www.dimensiondata.com/emaildisclaimer";
> ___
> 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] SIp Trunk call failing after PBX upgrade

[UC Penguin]

Is there a SIP normalization profile attached to the SIP trunk used for “Failed 
Call from PBX”?

Are changes required to that profile after the remote PBX was modified?

For the “Failed Call from PBX”:
This is a SIP early offer invite. Does the CUCM trunk support early offer?

This invite has advertises it supports early media. Does the CUCM SIP trunk 
support early media?
 
There is no ptime listed in the SIP invite. How does CUCM know what ptime to 
use?

Are MTP resources available for this trunk? 

Have you pulled CallManager SDL Logs?

> On Mar 25, 2019, at 18:13, ROZA, Ariel  wrote:
> 
> My issue is not a CUCM upgrade. The other side from the SIP Trunk was the one 
> that was updated (a local in-house development, called Mitrol). The system 
> worked fine before the upgrade, and after that it went bonkers.
>  
> De: Jonatan Quezada  
> Enviado el: lunes, 25 de marzo de 2019 19:24
> Para: ROZA, Ariel 
> CC: cisco-voip (cisco-voip@puck.nether.net) 
> Asunto: Re: [cisco-voip] SIp Trunk call failing after PBX upgrade
>  
> we are seeing a similar issues to one of our nodes. we did our during 
> production, Brave but totally doable. After figuring out that we needed to 
> point the EM profiles to the node we were keeping up for the upgrade, we took 
> down the other ucs down, all went well for upgrade. All VM on my ucs are all 
> done now, but there is this huge jitter issues that has risen from the ashes 
> of the upgrade. Its as if my media RTP streams are being forked and the 
> forking is causing the jitter and delay?
>  
> I have calls where I lose second of audio but signaling seems fine, Im just 
> losing a ton of packets between the nodes now that they(the pub and sub) are 
> load balancing the media resources, or rather seeming to load ballance.
>  
> After some dial peer and server group re pointing, all devices finally were 
> on the one node and we were able to upgrade the UCS, but the other is left to 
> do. all of my CUCM 
>  
> On Mon, Mar 25, 2019 at 10:17 AM ROZA, Ariel  
> wrote:
> Hi, guys and gals.
>  
> I have a customer with a CUCM 9.0(2) cluster.
> It is connected to a SIP PBX via a direct SIP TRUNK (No SBC, CUBE or 
> otherwise). The PBX has four different nodes, all configured in the SIP TRUNK
>  
> They claim it was working fine until last Thursday, where they did an upgrade 
> to one of the nodes of the PBX. After that, calls going from PBX to CUCM fail 
> with a 488 Media Not Acceptable error.
> They also have tried making calls from one of the not upgraded nodes, with 
> the same error.
> I have been looking into the SIP traces, and I see nothing really telling of 
> a problem there.
>  
> We reseted the SIP trunk with no success.
> I have looked at the región configuration, and all regions are set to the 
> System Default (G722, G711)
> I also tried changing the preferred codec in the SIP trunk, with no success.
>  
> Following this, I am pasting the SIP messages of a failed call from PBX -> 
> CUCM and a successfull call in the reverse, from CUCM -> PBX.
>  
> Can you see if anything is wrong or odd?
>  
> Regards,
>  
> Ariel.
>  
> Failed Call from PBX
> 
>  
> INVITE sip:3366@10.4.128.27 SIP/2.0
> Via: SIP/2.0/UDP 
> 172.27.0.15:11347;rport;branch=z9hG4bKddsEurK20207f00.sa17387ptb7Rm
> From: " " ;tag=2792862
> To: 
> Call-ID: 501227892-15@172.27.0.15
> CSeq: 1 INVITE
> Contact: 
> Max-Forwards: 70
> User-Agent: MitE1x v4.4.5.1062
> Expires: 300
> Allow: INVITE,ACK,CANCEL,BYE,REGISTER,SUBSCRIBE,NOTIFY,REFER,OPTIONS,INFO
> P-Early-Media: Supported
> P-Asserted-Identity: " " 
> P-Mitrol-idLlamada: 190322160050689_MIT_07437
> P-Mitrol-LoginID: 
> P-Mitrol-PerfilRuteo: 100
> Content-Length: 233
> Content-Type: application/sdp
> v=0
> o=86329 -835641967 1 IN IP4 172.27.0.15
> s=MitE1x Call
> c=IN IP4 172.27.0.15
> t=0 0
> m=audio 36112 RTP/AVP 0 8 101
> a=sendrecv
> a=rtpmap:0 PCMU/8000/1
> a=rtpmap:8 PCMA/8000/1
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
>  
>  
> Reply from CUCM
> ---
>  
> SIP/2.0 488 Not Acceptable Media
> Via: SIP/2.0/UDP 
> 172.27.0.15:11347;rport;branch=z9hG4bKddsEurK20207f00.sa17387ptb7Rm
> From: "Gabriel Querol" ;tag=2792862
> To: ;tag=573234994
> Date: Fri, 22 Mar 2019 19:00:23 GMT
> Call-ID: 501227892-15@172.27.0.15
> CSeq: 1 INVITE
> Allow-Events: presence
> Warning: 304 10.4.128.27 "Media Type(s) Unavailable"
> Reason: Q.850;cause=65
> Content-Length: 0
>  
>  
>  
>  
> SUCESSFULL CALL FROM CUCM
> -
> INVITE sip:*86329@172.27.0.12:5060 SIP/2.0
> Via: SIP/2.0/UDP 10.4.128.27:5060;branch=z9hG4bK668c2eabb0b8
> From: "  (3307)" 
> ;tag=429005~b085ab57-efd9-4eb3-9a97-adbf28ac4c95-50893220
> To: 
> Date: Mon, 25 Mar 2019 10:40:36 GMT
> Call-ID: 6b366f80-c981b024-4f13-1b80040a@10.4.128.27
> Supported: timer,resource-priority,replaces
> Min-SE:  1800
> User-Agent: Cisco-CUCM9.1
> Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, 
> SUBSCRIBE

Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5

[UC Penguin]

I’m curious why using cp would really matter besides the possibility of 
duplicate MAC and UUIDs, which would be an issue if the vms were both powered 
on at the same time.

If you had shared storage and multiple hosts you could be running VMs on 
different ESXi versions anyhow, without the copy step.

Perhaps this is just vmware CYA for duplicate MACs, UUIDs and guest licensing? 
I’m guessing there copy steps change the uuid and macs?

I’ve moved production UC apps with cp over SSH and had no issues. Not saying 
that is going to be the case with every scenario, but so far so good fwiw...

> On Jan 21, 2019, at 09:43, Lelio Fulgenzi  wrote:
> 
> Ya. Sorry. Didn’t explain I wanted interim local storage that I could move. 
> 
> I’ll have to put more thought into it. 
> 
> I might even consider a direct connected pc. Evaluate the time and effort vs 
> speed of export/import. 
> 
> -sent from mobile device-
> 
> 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
>  
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>  
> 
> 
> On Jan 21, 2019, at 8:38 AM, Charles Goldsmith  wrote:
> 
>> Never tried, probably so.  SFTP/scp over the network would be faster. 
>> 
>> Your original request was a local copy. 
>> 
>> On Jan 21, 2019, at 7:22 AM, Lelio Fulgenzi  wrote:
>> 
>>> 
>>> Can I copy this to USB? Would I have to somehow mount/format  the portable 
>>> file system?
>>> 
>>> I’m intrigued!
>>> 
>>> -sent from mobile device-
>>> 
>>> 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
>>>  
>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>>  
>>> 
>>> 
>>> On Jan 20, 2019, at 11:38 PM, Charles Goldsmith  
>>> wrote:
>>> 
 Shut the VM down, ssh or console in, copy the directory.  On Linux, it’s 
 cp -R dir/ new-dir/
 
 Of course, it’s easier to cd into the datastore 
 
 Once it’s copied, go into the vsphere client, browse the datastore into 
 the new dir and import the vmx 
 
 I’ve done this to make backup copies in addition to DRS for an upgrade
 
 On Jan 20, 2019, at 9:19 PM, Lelio Fulgenzi  wrote:
 
> 
> Yes - I was quite surprised with the amount of time exporting/importing 
> requires. Especially because, as far as I know, there is no way to export 
> to a locally attached storage then pop that out/in and import. It has to 
> be done via vsphere client and pc. We  ended up putting a laptop on the 
> same switch to speed things up a bit. 
> 
> I really wish there was a quicker way. 
> 
> Note: were using local storage on all our be7h servers. 
> 
> -sent from mobile device-
> 
> 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
>  
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>  
> 
> 
> On Jan 20, 2019, at 9:03 PM, James Andrewartha 
>  wrote:
> 
>> For a major upgrade it seems pretty reasonable to me. I'd consider doing 
>> it just for testing even if I upgraded the production servers directly 
>> rather than shut them down and start up the upgraded ones. And if I was 
>> going to do a parallel upgrade, I'd probably upgrade once to test, then 
>> copy the production servers across again and do it for real. One thought 
>> that comes to mind is how quickly you can copy back the VMs from AWS to 
>> your production environment.
>> 
>> "Everybody has a testing environment. Some people are lucky enough 
>> enough to have a totally separate environment to run production in." 
>> https://twitter.com/stahnma/status/634849376343429120
>> 
>>> On 21/01/19 09:52, Lelio Fulgenzi wrote:
>>> 
>>> Perhaps. But it’s an option.
>>> 
>>> My preference would be to use on premise resources to create the 
>>> offline network. This part of the discussion was focused on how you 
>>> could use VWC on AWS to accomplish this if you didn’t have resources. 
>>> The CSR would, if it works, allow you to connect devices on prem to the 
>>> offline servers to do a more complete testing. But it’s not entirely 
>>> necessary. 
>>> 
>>> It’s all what your more comfortable with, I guess. I’d rather double 
>>> the amount of prep time to complete the upgrades offline in order to 
>>> reduce the downtime to the production service. Especially when both 
>>> CUCM and UCCX need to be upgra

Re: [cisco-voip] Recovering UCOS Passwords - Round 281

[UC Penguin]

Pete,

Have you given any consideration to open sourcing the UCOS password decoder?

> On Dec 6, 2018, at 21:00, Pete Brown  wrote:
> 
> Interesting!  Any documentation on that?  I checked out the release notes for 
> those versions and didn't come across anything pertaining to the remote 
> support passphrase decode version.  Then again, I wouldn't be surprised if 
> they didn't put this specific one in the notes.
> 
> If anyone comes across this, please let me know.  If it's just an algorithm 
> change, I imagine it would be Decode Version 4.
> 
> From: Daniel 
> Sent: Thursday, December 6, 2018 4:32 PM
> To: Pete Brown; cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] Recovering UCOS Passwords - Round 281
>  
> Whatever method you are using to decode the passphrase will be obsolete in 
> versions 10.5(2)su7, 11.5(1)su4 and 12.0(1)su2 (and above) as they are using 
> a new method to decode the passphrase.
> 
>> On 6/12/18 5:33 am, Pete Brown wrote:
>> I'm sure some of you noticed, but earlier this year Cisco started releasing 
>> patches to kill off the last sanctioned method of getting to 
>> platformConfig.xml.  When you run "utils create report platform" on recent 
>> versions, it's no longer in the report.  Someone in Boxborough really knows 
>> how to put the "cus(s)" in "customers"!
>> 
>> https://quickview.cloudapps.cisco.com/quickview/bug/CSCvh62145
>> 
>> I'm testing a new version of the UCOS Password Decrypter that acquires the 
>> file for you.  To use this feature, you enable remote support on your UCOS 
>> host then plug in the UCOS host IP, remote support user and remote support 
>> passphrase.  The app decodes the passphrase, pulls the file via SSH and 
>> displays the passwords.
>> 
>> Need a few volunteers to test before I update the tools page.  If you're 
>> interested, let me know.  Would post a temp link here but I don't want yet 
>> another dead link floating around.
>> 
>> -Pete
>> 
>> 
>> ___
>> 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] UC apps on VMware 6.7

[UC Penguin]

Yeah, the threads must have a similar issue to the streams: 
https://youtu.be/jyaLZHiJJnE



> On Nov 8, 2018, at 18:30, Kent Roberts  wrote:
> 
> Be nice, but heck they won’t even let you could hyperthreads, but Avaya 
> will…..
> 
>> On Nov 8, 2018, at 12:05 PM, Scott Voll  wrote:
>> 
>> https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/uc_system/virtualization/virtualization-cisco-unified-communications-manager.html
>> 
>> just 6.5 on 11.5 and 12.0
>> 
>>> On Thu, Nov 8, 2018 at 11:02 AM Lelio Fulgenzi  wrote:
>>>  
>>> 
>>> With only v12 out, not v12.5, I’d hope that they would update this 
>>> documentation for v11.5
>>> 
>>>  
>>> 
>>> Is the documentation you refer to have v12 updated for ESXi 6.7?
>>> 
>>>  
>>> 
>>> ---
>>> 
>>> 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
>>> 
>>>  
>>> 
>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>> 
>>>  
>>> 
>>> 
>>> 
>>>  
>>> 
>>> From: cisco-voip  On Behalf Of Scott 
>>> Voll
>>> Sent: Thursday, November 8, 2018 2:00 PM
>>> To: cisco-voip@puck.nether.net
>>> Subject: [cisco-voip] UC apps on VMware 6.7
>>> 
>>>  
>>> 
>>> Anyone running 11.x apps (CM/UC/UCCx/CER/etc) on VMWare 6.7?  I know the 
>>> docs don't show it being supported, but Cisco usually doesn't go back and 
>>> test older versions of UC with newer versions of VMWare.
>>> 
>>>  
>>> 
>>> Just wondering what is happening in the real world.
>>> 
>>>  
>>> 
>>> TIA
>>> 
>>>  
>>> 
>>> Scott
>>> 
>>>  
>>> 
>> ___
>> 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] recovery disk - what's it worth?

[UC Penguin]

Here is a walk through with screenshots:

https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/118948-technote-cucm-00.html

> On Aug 23, 2018, at 11:36, Charles Goldsmith  wrote:
> 
> Recovery disks are used when your CUCM won't boot or you can't login.  There 
> is a file repair utility, as well as a password reset utility, plus something 
> else I don't remember.  It has 4 options on the menu.  In the lab, I've also 
> used it to get into the system as root and mount the partitions, used it to 
> delete logs that were filling up from that nasty vmtools bug we had about a 
> year ago.
> 
> You can probably mount that ISO into an empty VM and boot it to see it.
> 
>> On Thu, Aug 23, 2018 at 10:43 AM Lelio Fulgenzi  wrote:
>> 
>> Our disaster recovery plan has always been boot with disk/ios image and 
>> restore from latest backup. We’ve tested this on a few occasions and it 
>> works well. Well, as good as documentation can be expected.
>> 
>> We typically try to do this as quickly as possible after an upgrade to 
>> ensure the bootables we have work and we have the appropriate inline upgrade 
>> ISO images. We get the bootables through PUT when required and the upgrades 
>> through CCO software downloads. We usually also try to get the bootables 
>> published by the TAC for us. For example, PUT only has v11.5(1)SU3b 
>> bootables, not SU4.
>> 
>> The question is… what scenarios are the recovery disks used for? Have people 
>> used those? Have they worked?
>> 
>> For some reason, I’m flashbacking to wordperfect recovery software that 
>> never recovered a single file. 😉
>> 
>> 
>> 
>> ---
>> 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
>> 
>> 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
>> 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