03-27-2017
07:47 AM
- last edited on
03-25-2019
08:42 PM
by
ciscomoderator
I have an issue with getting the device pool "Connected Party Transformation" working.
Setup
Phone 1: 3008100 (Calling Phone) - Device Pool and Transformation Patterns for this Device/Pool shown below.
Phone 2: 2001000 (Called Phone)
Expected Successful Result
I would expect for Phone 1 to have the dialled number shown as "1000" once connected to the remote phone. This does not happen and the number displayed is the dialled number "2001000". There are no other translation patterns in play here.
Device Pool of Calling Phone
Called Party Transformation Pattern
I am also slightly confused by the documentation. If I read the CUCM Admin guide for the Device Pool, it states different from the same setting in the Trunk configuration for the same setting at the trunk level... as follows:
Device Pool
Connected Party Settings |
|||
Connected Party Transformation CSS |
This setting is applicable for inbound calls only. This setting allows you to transform the connected party number on the device to display the connected number in another format, such as a DID or E164 number. Cisco Unified Communications Manager includes the transformed number in the headers of various SIP messages, including 200 OK and mid-call update/reinvite messages for SIP calls and in the Connected Number Information Element of CONNECT and NOTIFY messages for H.323 and MGCP calls. Make sure that the Connected Party Transformation CSS that you choose contains the called party transformation pattern that you want to assign to this device pool.
|
** See above highlighted in red is a contradiction as I see it.
Trunk
Connected Party Settings |
|||
Connected Party Transformation CSS |
This setting is applicable only for inbound calls. This setting allows you to transform the connected party number on the device to display the connected number in another format, such as a DID or E164 number. Cisco Unified Communications Manager includes the transformed number in the headers of various SIP messages, including 200 OK and mid-call update/reinvite messages. Make sure that the Connected Party Transformation CSS that you choose contains the connected party transformation pattern that you want to assign to this device.
|
||
Use Device Pool Connected Party Transformation CSS |
To use the Connected Party Transformation CSS that is configured in the device pool that is assigned to this device, check this check box. If you do not check this check box, the device uses the Connected Party Transformation CSS that you configured for this device in the Trunk Configuration window. |
** First above in orange is clearly a typo, second one is calling as per the second Red one.
I have tried the different combinations in the device pool with no joy.
Any ideas as to what I could look at to try to resolve this ? I am aware I can do this at the device & trunk level; but I want to focus on having this work at the Device Pool level.
Thanks
Solved! Go to Solution.
03-29-2017 07:54 PM
Hi Simon,
You are right, the documentation on that setting is very confusing. In my testing, it only applies to inbound calls from trunks. Here are my notes on it if it helps:
Connected Party Transformation CSS
• Found on device pool or trunk page. Is applied only for calls inbound to cluster from PSTN.
◇ Example 1: PSTN dials a DID of +16785551234. Connected Party Transformation CSS (on trunk or DP) contains a Called Party Transformation Pattern of \+16785551234 → +16785551000. The PSTN user sees his dialed number change to +16785551000.
◇ Example 2: An enterprise user with DID +16785551234 sets their phone to Call Forward All to a non-DID extension of 5000. Connected Party Transformation CSS (on trunk or DP) contains a Called Party Transformation Pattern of 5000 → +16785551000 (enterprise main number). The PSTN user gets forwarded to 5000 but sees the main company number.
Note the "PSTN" was just a lab phone, I'm not sure if the number would update on real PSTN. It would most certainly work this way for intercluster trunks though.
03-30-2017 12:45 AM
hi gents,
thanks for confirming Evgeny.
Also it does behave like you said - whether you use Calling or Called PTP in the Connected Party Transformation CSS... doco is unclear too.
Just as long as you match on the called party/DNIS coming into the SIP trunk in the said Device Pool/Trunk with these settings
I agree with telcos most likely not allowing called trunk to modify SIP Ringing response etc back into telco SBC with fake PAID/RPID information.
V9 CUCM works with SIP trunks
V10 added Connected PT CSS for MGCP and H323 also
Simon, please rate posts
03-28-2017 09:30 PM
HI there Simon,
You will need the advanced service parm "Apply Transformations On Remote Number" which you have done.
Also you need to try do this transform in an alternate location within calling phone's Device Pool configuration:
Apply it as a Calling Party Transformation Pattern within Device Mobility Related Information- Calling Party Transformation CSS
Also make sure side effect of gateways/other devices in the same DP are not matching this same CSS that aren't meant for translations .
..
03-29-2017 02:00 AM
Hi Paul,
Thanks for responding. So what you suggest works fine. But any idea on the "Connected Party Transformation CSS" setting in the DP. It seems through my testing that it "does nothing" regardless of how I configure with either called or calling party xforms. Its been around since v10 as far as I can tell so on 11.5 it must be functional and/or any bugs rectified ?!?! There just seems to be little in terms of information about it and google only brings up a few results which have not helped.
03-29-2017 07:54 PM
Hi Simon,
You are right, the documentation on that setting is very confusing. In my testing, it only applies to inbound calls from trunks. Here are my notes on it if it helps:
Connected Party Transformation CSS
• Found on device pool or trunk page. Is applied only for calls inbound to cluster from PSTN.
◇ Example 1: PSTN dials a DID of +16785551234. Connected Party Transformation CSS (on trunk or DP) contains a Called Party Transformation Pattern of \+16785551234 → +16785551000. The PSTN user sees his dialed number change to +16785551000.
◇ Example 2: An enterprise user with DID +16785551234 sets their phone to Call Forward All to a non-DID extension of 5000. Connected Party Transformation CSS (on trunk or DP) contains a Called Party Transformation Pattern of 5000 → +16785551000 (enterprise main number). The PSTN user gets forwarded to 5000 but sees the main company number.
Note the "PSTN" was just a lab phone, I'm not sure if the number would update on real PSTN. It would most certainly work this way for intercluster trunks though.
03-30-2017 12:45 AM
hi gents,
thanks for confirming Evgeny.
Also it does behave like you said - whether you use Calling or Called PTP in the Connected Party Transformation CSS... doco is unclear too.
Just as long as you match on the called party/DNIS coming into the SIP trunk in the said Device Pool/Trunk with these settings
I agree with telcos most likely not allowing called trunk to modify SIP Ringing response etc back into telco SBC with fake PAID/RPID information.
V9 CUCM works with SIP trunks
V10 added Connected PT CSS for MGCP and H323 also
Simon, please rate posts
03-30-2017 09:04 AM
So thanks and that has worked to a degree. So the CUCM side is working and I see on om PSTN router the ISDN Connected number as the transformed number which has been returned from the called side where the Device Pool Connected Transform has been setup..
Problem is, the PSTN router receives the transformed number on the PRI connected to the site (CUCM) with the transform as discussed. We see this on the PSTN (2851 emulating ISDN network side) inbound (RX) from the connected PRI as ...
*Mar 30 18:54:32.471: ISDN Se0/2/1:15 Q931: RX <- CONNECT pd = 8 callref = 0x808E
Connected Number i = 0x8081, '34966798999'
The issue I have is this is not sent through the connecting PRI. It is the originally dialled number without the 34 (removed by the dial peer matching)
*Mar 30 18:54:32.483: ISDN Se0/2/0:15 Q931: TX -> CONNECT pd = 8 callref = 0x808E
Connected Number i = 0x80, '966798100'
Question is: This could be a mis-config on the PSTN emulation router or does IOS network side emulation support passing these IE's ? PSTN config attached for thoughts ?
Phone--CUCM--(Rtr SIP-E1)---(PSTN-RTR)---(Rtr E1-SIP)---CUCM---Phone
Marked as answered as the question I had has been resolved, but just left with this for end to end. Thanks
03-30-2017 03:14 PM
03-29-2017 05:11 AM
I may have interpreted the feature slightly wrong. The documentation states it applies to inbound calls (assuming calls to devices in this device pool). So with the setup as described above, the following should be true if it works as described (if I am understanding the feature correctly)....
Phone 1: 3008100 (Called Phone) - Device Pool #1 and Connected Party Transformation Patterns for this Device Pool shown below previously.
Phone 2: 2001000 (Calling Phone) - Device Pool #2; No transformations in this pool.
Expected Result
Phone 2 calls Phone 1 (so inbound call to Phone 1 in device pool 1) - Phone 2 is in a separate device pool with no transformations configured.
When the call connects (i.e. Phone 1 answers); I would expect for Phone 1 to have the connected number shown as "1000" on the phone display.
Actual Result
This does not happen and the number displayed is the calling number "2001000". There are no other translation patterns in play here.
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