Hi, If you'll regenerate the Tomcat certificate and then restart the Cisco Tomcat service, it might only affect Jabber users with some error which will disappear in a few minutes, and if someone will try to access service like Corporate Directory for example, they'll fail to do that. But nothing more then that. About IPSec certificates... well, for what are you using them exactly? Can't be really sure about it. Anyway, the phones won't restart. ... View more

Hi, It may be an infrastructure issue, that the phone is un-registering for a few seconds and the agent gets logged out. I would try and wait for the next case, and go to the phone's logs (via HTTP) and see if it got un-registered or any other problem that may have been occurred. I had lots of cases like that with my clients. ... View more

I'm not fully understand what you wrote. Are you trying to catch to original calling number of the customer? Did you try to use "Call.CallingLineID" ? And if so, what is the output when using it? ... View more

As I understand, each attribute reflects a different PQ, correct? If that's the case, I can't see how you can achieve this besides removing the irrelevant attributes from the agents when they're not needed.  ... View more

I had the same issue 2 years ago. But it wasn't about the SRST, it was about a MTU configuration on the remote router. The MTU that was configured was too low as far as I remember, and 3905 phone was sending his TCP messages with a DF flag (Do not fragment) so the router was throwing all "big" messages. ... View more

Just reboot the server, heh :) I'm not sure that I follow. Are you using VVB or an IOS gateway that is operating also as a VXML gateway and you want to restart only the VXML component without harming the ingress gateway for calls? ... View more

Hi, I had a similar issue something like a month ago with one of my clients, I'm not sure in 100% what was the solution as the customer wasn't very cooperative with sharing the details, but in my case there was a Firewall (Palo Alto) in the middle (between the CUCM and the LDAP server) and the security IT guy said he saw logs that are stating the Firewall is doing Application Control on LDAP protocol. He told me he disabled application control on LDAP and the issue is resolved (but maybe he's done some more things, and he didn't want to share). Hope this lead helps. ... View more

Hi, I didn't try it myself, but it should be it I think. Go to: User Management -> User Settings -> Role Find a role named "Standard CCM Phone Management". In it, you'll find a setting named "Phone Service Subscribe Page", tick the "Update" and "View" near it and save. This role is assigned to an access group called "Standard CCM Phone Administration" so it should immediately affect all users who has this privilege. If a user is already logged in, he'll have to sign out and re-login in order for it to affect him. ... View more

Hi, "Maximum number of calls" is only affecting outgoing calls. If a device have only one line, it'll mostly affect on how many calls you can bridge to a conference. Because, for example, if you set "maximum number of calls" to 1 and in the middle of an active call you'll try to press "Conference" it won't let you and give you some error. About you following questions: "If the max number of calls is set to 4 and the busy trigger is set to 2, can we have a total of 6 calls at once (4 outgoing and 2 incoming) or a total of 4 calls (with a max of 2 incoming calls)?"   The answer is simple: Only 2 incoming calls are allowed to this line. But it'll let you make 4 outgoing calls, which are mostly will be conference bridging. For example, you got 2 calls, one of the calls are active and the second is on hold. Then you bridge 1 extra call to the active call, and then un-hold the second call and bridge another one over there. ... View more

If the only thing you're changing is the DNS IP address, so nothing will happen and it should not affect any licensing matters. I heard the in UCCX it may affect licensing, but I barely touch UCCX so can't say for sure. If you are changing the domain name also, which I understand you don't because you're only building a new DC server, so it will regenerate all your certificates and you'll have to sign them again in your root CA.   About the jabber login. It surely won't let you login because of the DNS, because if you're using MRA deployment with Expressway servers, so the Expressway-C is trying to resolve: _cisco-uds._tcp.domain.com in your internal DNS and now it can't, so it won't be able to discover the relevant services. ... View more

Well, in my case, I'm also part of managed services. And for that we have conventions that we go by. For example, PG1A will be always for CUCM PG and PG2A will serve the VRU PG. So in my case, it is always easy to know which PG holds the CVPs. Anyway, if you go by my tip, viewing the registry... if a PIM have a VRUData, it means it serves a VRU, if not.... so it probably don't ;) Another fast way, you can go into a PG server to: C:\icm\{instance_name} and go into all the PG folders (PG1A, PG2A, etc....) you have in there. If a folder contains a folder named "vrucap" means it is holds VRU services. Another way... going into Diagnostic Framework Portico, to List Processes. There you'll see all your PGs are their processes, and all of the PIMs. Each PIM has a the peripheral name written near it, so if you have a naming convention for the peripherals like "CustomerCVPA" and "CustomerCVPB" you can easily understand that those PIMs and this PG is serving CVPs and not something else. ... View more

I have a nice workaround that I'm using always in that exactly case when I don't want to shut down the PG service in order to see how it is configured.   I just go to the registry in the PG server and go to a location like this for example: HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\ICM\{instance_name}\PG2A\PG\CurrentVersion\PIMS\pim1\VRUData\Config The above case is for a VRU PG instance. As you can see there's a VRUData folder in it. Anyway, in the Config folder, you can find a key called "VRUIpHostName" which will contain the IP address of the CVP or the hostname of it so you can just ping and get the IP.   In case of a CUCM PG instance, you can find the IP address of the CUCM in the following path: HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\ICM\{instance_name}\PG3A\PG\CurrentVersion\JGWS In there, you'll find one or more folders called "jgw1" and "jgw2" and etc, depending on how many PIMs you configured towards your CUCMs (for example one goes to Publisher and one goes to Subscriber). So if for example you want to look into jgw1 that's the full path where you'll find the CUCM IP address: HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\ICM\{instance_name}\PG3A\PG\CurrentVersion\JGWS\jgw1\JGWData\Config In a key named jtapiService.   Hope it helped ;)   ... View more