I have to say I spent a lot of time parsing CUAC Standard 12.0 and CUCM 11.5 logs trying to figure out why CUAC Standard was sending exactly what I was telling it to, to CUCM, on Transfer direct to Voicemail. I set the CUACS console to use * as the prefix, in a +E164 environment.  When trying the transfer, I would just get the "Invalid Destination" error.  CUAC logs showed the correct number *+and11dig.  CUCM logs showed the *+and11dig coming in, it would show the beginning of the digit analysis showing the CSS and partitions being used to try route the call, but would not do anything with the number.    After hitting this post, I tried a Translation Pattern as suggested with *\+ instead of just *+ and it works.   Thanks much for posting.  ... View more

I found the exact same issue in 2018, on CUCM/IM&P 11.5.1SU5 - my scenario was that we had done a PCD upgrade from 9.1, but due to some complex issues ended up building a new cluster doing a data Export/Import out of the upgraded 11.5 into a new 11.5.  IM&P was built clean, not upgraded (due to PCD bugs).  Services would take 20-30 minutes to start.  HA would never go fully active.  Cisco Sync Agent would start, then stop again.  After finding this thread, I checked my Service Profiles, and of the 6 Service Profiles, 5 of them were really odd - when I clicked on them in the CUCM GUI, the page where they should have displayed was blank. I was able to run a system Export of just that table, and determined that the directory area of the CSV was messing it up - a search base has comma-separated values in it, and my search bases all had the first dc= entry, then were missing the remainder of the field.  I added one manually with a good Directory portion, exported that from 11.5, then tried to copy/paste that area into the other Service Profiles and re-import... the Import says it succeeds, but it appears it fails on those because it's a CSV file and tries to process the next fields based on the comma in the Search Base indicating to move to the next column. Any new Service Profile being added using this Import method shows that it works in the Job, but because of the multiple dc= entries with commas, you get the same behavior - click on the Service Profile in CUCM to edit it, and it just shows a blank page. I was able to get my import to work by just taking one Service Profile and not setting any options in the directory portion, then copying the Directory XML column value for that one Service Profile into the other Profiles in my original export file.  I then manually updated the Directory area in each Service Profile once they were imported (and showed up correctly then).   EDIT:  Found this bug that applies to the Service Profile failing on import, which is exactly what I ran into.  https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvf81790 What they don't tell you in the bug is that it impacts IM&P servers, causing the Sync service to stop. ... View more

debug voip vtsp all may also be helpful.  If that's too much, you can do debug voip vtsp default, and then add session as well if you need. ... View more

One thing I just ran across (on 15.3 ( 3 ) M7 at least) is that the call treatment cause-code command has no impact if you use the call threshold interface command to limit calls instead of call threshold global. My scenario was that the carrier wanted a 486 back on the 101st call on a SIP trunk in order to fail over to the other data center.  Using call threshold global total- calls low 95 high 100, and adding the call treatment commands Michael Socher identified above, I was able to get the 486 to be sent back on the 101st call.   My dilemma was that I have a UCCE/CVP environment, and calls to CVP consume 2 legs per the global total-calls tracking.  FWIW, forking calls to MediaSense  also adds another leg.  Because I had normal user calls as well as contact calls ingressing on this SIP trunk, I could not accurately state what the total-calls would be at a global level, because there was no way to determine how many would go to CVP with 2 legs, and how many will be recorded.   I thought I could do this on the WAN interface for the SIP trunk instead, so I used the command "call threshold interface GigabitEthernet0/1 int -calls low 95 high 100 midcall -exceed".  This accurately counted only the calls on the carrier interface.  However, this only sent back a 580 Precondition Failed message, it would not send back the 486 specified using the call treatment commands.  I could not find any way to change what was being generated back. ( is this possible in SIP Profiles?) The way around this that I found was to use the int -bandwidth command instead of the int -calls command.  For whatever reason, the int -bandwidth command at the interface level sends a 486 busy back when the high bandwidth number is hit. This is my working solution: call threshold on call threshold interface GigabitEthernet0/1 int - bandwidth low  7840 high 8001 It is interesting to note that you must set the high bandwidth mark to just above the exact bandwidth needed (I had g711 calls coming in, it counts them as 80kbps per call - needed 100 calls, so 80*100=8000).  If I left that to 8000, it would trigger the 486 on the 100th call.   ... View more

Geoff, I have also seen similar behavior, and did find a video detailing how to do LBCAC for CVP 7.0.2.  It does describe the need for the delimiter, as well as specifiying the identifier in the Location name.  The options and method for doing this have changed going to CVP 8.5, but this video was the first place I found mentioning that "--" delimiter.  You can see it at http://developer.cisco.com/web/cvp/video/-/wiki/Developer%20Video%20Tip%20Series/Call+Server , look for the video titled Configuring Location and VXML Gateway Routing for IP Callers in 7.0.2 Maybe that will help a little... Loren ... View more

I was specifically using voice hunt-groups with cme-srst to ring as many phones as possible at the same time (parallel or blast hunt group), without using shared lines. I did find a workaround for this - apparently all the gateway cares about is having an ephone configuration for at least one of the DNs in the list for the hunt-group.  Manually adding a dummy ephone to the gateway and making sure it's dn was in each list allows the "final" command to work now, even if no real phones for the hunt-group list have ever registered to the gateway. ... View more

I had a related question on this - but I have a voice translation profile applied to the voice port, expanding inbound numbers from 4 to 8 digits. Will the num-exp command take affect prior to the voice port translation-profile, or after the number has been expanded on the inbound voice-port?  This is prior to any dial-peer matching. Thanks! ... View more

Rob, Thanks for your response. That's what I had suspected based on testing and the description of the service parameter, but was hoping I was missing something. so be it. ... View more

It would, but the customer does not want to do that. The people using their phones are agents in a call center, and the customer wants the agent to be able to use CAD or the phone without having to bother to choose line 2 if they use the phone for business calls. The customer was given the pro's and con's of having the DID as line 2 (and I had this listed as a con), and accepted it at the time of the design phase. ... View more

Line appearances are working now after I did the following yesterday: associated all phones with the ac user, restarted the TCD service on pub and sub. I had logged into the AC shortly after restarting the TCD service and the line status still did not work. This morning I logged in and all lines show their state. However, the CcmLineLinkState counter is still set to 10. Is this a big deal or not? Thanks for any help. ... View more