cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
509
Views
0
Helpful
1
Replies

Issue with CUCM & call forward to PSTN - content of Diversion header

f-vanryckeghem
Level 1
Level 1

Hello,

 

Description of the callflow :

 

PSTN (066222222) calls CUCM (055711711) -> internal line number 711711.
line 711711 has a CallFwdAll configured to PSTN (047411111)
line 711711 has an External Phone Number Mask configured 055711711

Behaviour :

On the Cisco Cube to the CUCM
Sent:
INVITE sip:055711711@172.16.36.12 SIP/2.0
Via: SIP/2.0/UDP 172.16.36.11:5060;branch=z9hG4bK1101F013D2
From: <sip:066222222@172.16.36.11>;tag=F2211D5E-1699
To: <sip:055711711@172.16.36.12>
P-Asserted-Identity: <sip:066222222@172.16.36.11>


From the CUCM to the Cisco Cube
Received:
INVITE sip:0474111111@172.16.36.11:5060 SIP/2.0
From: <sip:066222222@172.16.36.12>;tag=572691~5b05ad4d-fea7-417e-b8a9-04dd596f3b5b-41332605
To: <sip:0474111111@172.16.36.11>
Diversion: "test" <sip:711711@172.16.36.12>;reason=unconditional;privacy=off;screen=yes
P-Asserted-Identity: <sip:066222222@172.16.36.12>

 

 

We see that the CUCM sends the  internal phone number in  the  diversion Header.

-> Diversion: "test" <sip:711711@172.16.36.12>;reason=unconditional;privacy=off;screen=yes

 

What we would like to  have is  the  following :

-> Diversion: "test" <sip:055711711@172.16.36.12>;reason=unconditional;privacy=off;screen=yes

 

where the 055711711 is the content of the External Phone number mask

 

Working on the  cube and modifing the  711711 into  055711711 whith  SIP manipulation is complicated  due to the DN complexity  for the customers.

 

Some discussion talk about  configuring a redirect partition and CSS and apply a transformation calling pattern,  then use this CSS in the 

Redirecting Diversion Header Delivery - Outbound

 

Redirecting Party Transformation CSS

 

but ... it doesn't seem to  work and SDL trace doesn't tell me why ..

 

Thanks for your hints/help

 

Regards

 

Frederic

 

1 Reply 1

Jonathan Schulenberg
Hall of Fame
Hall of Fame

There is no setting that causes CUCM to use the EPNM in the Diversion header so the complexity will be roughly the same whether you do it on CUBE or CUCM.

Based on the example you provide below, a calling transform matching 711711 and prefixing 055 should work. That assumes it’s in a dedicated Partition and CSS, assigned to the SIP trunk, “use device pool css” is not checked, and the trunk has been reset.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: