Re: [cisco-voip] Route Pattern and Route list detail issue

Brian. No transformations configured at all. I'm not able to recreate the issue now like I was earlier and in past few days. Seems to have cleared itself up. I did find a few older route patterns with the ISDN specific settings set and set those to default (not selected) - that's about the only

Re: [cisco-voip] Adding custom entries to the Unity directory?

If you already have a mailbox in there for Helpdesk, can't you just change the Standard Transfer Rule on that mailbox, to whatever number you need the caller transferred to? On Wed, Sep 27, 2017 at 8:44 AM Ben Amick wrote: > Hey, running 9.1 here, I was recently asked if we

Re: [cisco-voip] Route Pattern and Route list detail issue

Is it possible matching a calling party transformation? What does the Digit Analysis look like in the CallManager traces? On Wed, Sep 27, 2017 at 3:40 PM, Erick Bergquist wrote: > I checked that and it is good. I did a dbreplication status and it > checked and came back

Re: [cisco-voip] Route Pattern and Route list detail issue

I checked that and it is good. I did a dbreplication status and it checked and came back with no errors. On Wed, Sep 27, 2017 at 1:29 PM, Brian Meade wrote: > dbreplication working okay? > > Might want to try "utils dbreplication repair all" so it just goes through > and

Re: [cisco-voip] Route Pattern and Route list detail issue

dbreplication working okay? Might want to try "utils dbreplication repair all" so it just goes through and checks all the tables assuming you're in a good state now. On Wed, Sep 27, 2017 at 3:17 PM, Erick Bergquist wrote: > Hello, > > I have been facing a weird route

[cisco-voip] Route Pattern and Route list detail issue

Hello, I have been facing a weird route pattern and route list issue and am unable to find cause or reason why the route list is not passing along changes made at route pattern level. Call Manager version 11.0(1) SU3 -- 11.0.1.23900-5 On the route pattern level I am hard setting the calling

Re: [cisco-voip] let's encrypt for local admin gui pages

On Wed, Sep 27, 2017 at 02:31:12PM +, Lelio Fulgenzi wrote: > The hardest part was finding some decent instructions on how to do so. > Apparently, when a private signed certificate is generated and granted it's > available for download from the link presented during the process and there's

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

Brian, We're still okay there. Cisco hasn't changed the algorithm used to store passwords in platformConfig.xml, so the UCOS Password Decrypter still works. I know you're familiar with this next part, but I'll include it for the public. When backups are generated, the encrypted security

[cisco-voip] Changing CUC UM Account with API?

I can handle most things in CUCM with SOAP, but I always get confused when trying to use VMREST in CUC. I cannot find a way to add and remove a UM account via automation. We're stuck using a CSV and it's really putting a cramp in our migration to Exchange Online. The particular change I'm needing

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

Pete, I'm assuming we won't be able to decrypt the password from the platformConfig.xml anymore? Thanks, Brian On Wed, Sep 27, 2017 at 11:01 AM, Pete Brown wrote: > Thanks for the feedback everyone, I really appreciate it. > > > Anthony - Great idea, will keep that one in

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

Thanks for the feedback everyone, I really appreciate it. Anthony - Great idea, will keep that one in mind. Brian - You mentioned using it to verify the cluster security passwords on backups. Given that the workaround has changed from a webservice to a local Java app, the Java app could be

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

(sorry, replied to Stephen but forgot to Reply All to include the list) Stephen, Thanks again for the great advice; I'm going that route. I was able to get an updated version of the DRSD working with newer backups by using a Java app. Using IKVM has proved a little trickier since the new

Re: [cisco-voip] let's encrypt for local admin gui pages

Thanks for everyone's feedback! It's likely that I will revisit using privately signed certificates for non-public facing admin gui pages via our Microsoft AD base. As long as it's a Windows workstation signing into AD accessing the page, the certificate will be trusted without any warnings,

[cisco-voip] Adding custom entries to the Unity directory?

Hey, running 9.1 here, I was recently asked if we could add our helpdesk number into the search by name directory in Unity - We do have a box in there for helpdesk, but the actual line for our helpdesk extension is tied to a call handler for the prompt. Is there any way we can add an entry into

Re: [cisco-voip] let's encrypt for local admin gui pages

On Wed, Sep 27, 2017 at 04:07:53PM +0800, Ki Wi wrote: > technically it can be done but it's too troublesome. Without "auto" update, > you will have to go manual which is to create special DNS (TXT record) > entry for each URL during the renewal. DNS authorization of Let's Encrypt can be done

Re: [cisco-voip] let's encrypt for local admin gui pages

Hi Group, technically it can be done but it's too troublesome. Without "auto" update, you will have to go manual which is to create special DNS (TXT record) entry for each URL during the renewal. On personal basis, I was doing that for my vpn boxes on google cloud. End up, I just spend $42 usd

Re: [cisco-voip] CUCM 10.5 and Office 365

In situations where a customer has gone O365 (and they've got licenses for Unity Connection Via CUWL Standard or Basic Messaging Licenses), I'd be using Unity for Voicemail and AA's, and using the Single Inbox functionality of Unity to get Voicemail's synced into the Users Exchange Mailbox. Note

Re: [cisco-voip] CUCM 10.5 and Office 365

On 27/09/17 13:12, Nathan Reeves wrote: > To be honest it was the best thing to happen.  After inheriting a > customer setup where they were using AA's on O365, with Cube acting as > the SBC, we saw endless issues with calls being answered but no audio > heard.  Wouldn't work for a varied length