12-19-2017 11:20 AM - edited 03-17-2019 11:48 AM
Hi all,
I'm having an issue that I can't seem to find the answer to. Maybe it's not possible, but since so many of my questions in the past have been answered by reading posts here, I thought I'd ask.
So here's the situation... We have a centralized UCM cluster with remote sites scattered around the world. There is a big push to provide end users with a way to access a "Global Service Desk" that is staffed by IT personnel in 3 different countries. I have been asked to provide a DID in Scotland that will reach our after hours pager which is forwarded to the cell phone of the IT staff member on call that week (could be in Canada, US, or the UK depending on the on call rotation). Here is how it was configured before for Canada only, with IT staff being in different locations in our province:
1. DID points to our PRI in NB, Canada ex 15064561234
2. CTI Route Point (1234) is set to CFWDAll to the cell phone number of the person on call that week
3. The CSS for CFWDAll contains route patterns that point to the local route group
4. Call goes to the PRI gateway and uses the Called Party Transformation CSS and either removes the country code, or removes the area code, or whatever is required for that number (we have multiple patterns in play there) ie. 915062221234 is changed to 95062221234
Here's what I'm trying to do, but it doesn't work
1. DID points to a SIP trunk in Scotland
2. CTI Route Point is set to CFWDAll to the cell phone number of the person on call that week.
3. The new CSS for CFWDAll contains route patterns to look at the cell phone number to determine the country of the on call personnel and route out that country's gateway
4. The call fails because, in this test scenario, it should be stripping the 1 from the called party but doesn't.
If I change the CFWDAll number to the required format for the gateway in question (remove the 1 manually), the call goes through. If I remove the new CSS with the route patterns pointing to a specific RG, the call fails because it tries to route back out the Scotland SIP trunk and it doesn't recognize the NANP number, obviously...
From what I can tell, if the route pattern points to the local route group, transformations on the gateway work. If I point the route pattern to a specific route group (containing the same gateway), the transformation doesn't occur.
I apologize if my description is lacking, I'm new to the world of collaboration and learning as I go. I'd be more than happy to provide further detail if you let me know what I'm missing.
Thanks!
12-20-2017 01:37 AM
Route-patterns point to either Route Lists or Trunks/Gateways, not Route Groups. I am just saying that to help you towards solution.
For your working scenario, check in the (for the corresponding route-pattern) appropriate Route List: Route List Details -> Standard Local Route Group, to see what Called Party Transformation takes place. You should use that transformation to the new Route List (i.e. remove '1' or whatsoerver).
It is better create a new Route List than pointing a route-pattern directly to the gateway/trunk; this is one reason for it.
12-20-2017 05:27 AM
Sorry Georgios, I misspoke. The route-pattern is pointing to a Route List that only contains the gateway I'd like it to go out. There are no transformations set on the Route List but there is a transformation CSS on the gateway itself. I'd like to use that Called Party Transformation CSS because it contains different patterns for different situation. As the company continues to grow, I can see this needing to be setup to go out as many as 5 different route lists depending on the person on-call that week so I'd really like to use the existing Transformation CSS that's set on each gateway. Is this possible?
12-20-2017 05:30 AM
Sure it is. Just be alerted, since transformation CSS will be applied to all calls going out from the gateway.
12-20-2017 05:41 AM
12-20-2017 05:59 AM
Think you need to use Called Party transformations rather than calling party
12-20-2017 06:02 AM
Looks like I mis-titled this post. I am using Called Party not Calling Party.
12-20-2017 06:58 AM
I'm going to try to re-word the issue for clarity because I don't think my original post explained the situation well enough.Sorry, first time posting... :)
I have a Canadian DID that terminates at an H323 gateway and a Scotland DID which terminates at a SIP trunk.
Both point to a CTI Route Point that is set to CFWDAll to a cell phone number.
I've created specific Route Patterns, Partition, and CSS to place on the CFWDAll to determine which Route List the call goes out based on the cell phone numbers area code.
If I call the Scotland DID and CFWDAll is set to a Canadian cell phone number, the Route Pattern will send it out the Route List containing the H323 gateway but the Called Party Transformation CSS that is set on the H323 gateway doesn't get used.
Hope that makes more sense.
12-20-2017 07:37 AM
Can you make a test call and attach the following traces:
- CUCM: CallManager SDL logs
- H.323 gateway: debup voip ccapi inout, debug h225 asn1
- SIP gateway (if the SIP trunk terminates on a gateway and not on CUCM directly): debug ccsip messages.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide