I use a transformation pattern applied outbound to calls through my gateway which works fine for calls made directly from the phone extension. However when a call is forwarded using a CFA the Transformation Pattern is not being applied at the gateway.
This is causing calls to fail as the Q931 setup does not include the correct calling number. So, any call which is forwarded to the PSTN is failing.
The Q931 does show the original called party (not calling) so I dont understand why the transforamtion pattern is not being applied.
Is this effecting calls from both external and internal? Also are you using transformations on CUCM or translations on the actual IOS gateway.
Im guessing your telco only accepts calls when the calling number is within the DID (DDI) Range. If this is the case, maybe create a catch-all voice-translation profile on the IOS gateway to translate the calling number to your Main DID Number. Of course you would have specific voice-translations with a higher priority to allow actual DID calling numbers to pass through as per usual.
What does your translation rule look like? The first thought is that it doesn't match the original calling party information (i.e. the pattern starts with your NPANXX).
Also, there is a setting in the Outbound Calls section of the gateway/trunk in CUCM which lets you choose which information to send for forwarded calls: the original or redirecting party. Ben is probably correct that the carrier isn't allowing a TN you don't own. Sometimes the presence of RDNIS allows this to be overridden.
This is expected and I dont think its a BUG. When you change the calling party selection, you need to configure a xformation pattern and then assign a css that has the the partition of the xformation pattern as I explained above.
This is normal because the redirecting number will be an Internal extension unless you configure xformation pattern to modify it
Please rate all useful posts
"opportunity is a haughty goddess who waste no time with those who are unprepared"
Please rate all useful posts
"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
I have transformation patterns for every internal extension and the transformation CSS selected on the gateway - this has been succesfully transforming the calling party for 8 weeks so works well. The issue comes when we do a CFA and the number does not then get transformed. We then changed the redirecting party settings to no avail. The "Redirecting Number IE Delivery - Outbound" under PRI Protocol Type Specific Information has the same CSS selected.
The config has been checked by TAC over 4 hours yesterday - they went away and said there's nothing wrong and I'm waiting for a call today.
i am facing a similar issue with 188.8.131.5200-5. I see the redirecting number being transformed from 7 digit internal number to a DID number in the log but the SIP diversion header on the outbound SIP invite is sent as 7 digit internal number.
It wasn't the answer I wanted to hear from tac I'm afraid. The transformation pattern is very basic in operation and did not change the caller id in the signalling when the call was forwarded. Tac offered only one workaround - to use the external phone mask on the udp. This did not work for us as it broke another requirement. In the end we configured SNR for our users and asked them to configure the destination for forwarded calls as their SNR destination - this feature does present the correct caller id when the call goes back out to the telco. Not great but works for us.
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...
This document describe how DST changes and how time changes are
implemented in DST. Daylight Saving Time (DST) is the practice of
setting the clocks forward 1 hour from standard time during the summer
months, and back again in the fall, in order to make b...