11-23-2021 09:54 AM - edited 11-23-2021 10:02 AM
I need some assistance for caller ID associated to 911 dialing.
We have CUCM 11.5(1) and use CER for 911 dialing. All phones have an external phone number mask assigned. Same config that's been in place for many years, but just found an issue for outbound calls to the PSAP for 911 calls. Calls are correctly routing as follows: Phone > CUCM > CER > CUCM > SIPTrunk > CUBE > PSTN. Calls retrieve the appropriate ERL/ELIN info from CER, and come back to CUCM, hitting the route pattern associated with the ERL (calling party transformation mask set to the ELIN DID number). All of this is standard CER setup.
The problem comes when the call exits CUCM towards CUBE via our SIP trunk. The now-associated ELIN DID is overridden by the SIP trunk changing it back to the originating phone's external phone number mask, so when CUBE sees the call the SIP INVITE shows as the external phone number mask, which is what the PSAP receives also.
I've attached some config examples. All traces via CUCM show the call with the ELIN defined (as seen in attached RTMT snip). Everything traced at CUBE shows the ExtPhone#Mask (as seen in attached SIP_Invite_header Snip).
Our SIP Trunk has the Outbound Calls section > Caller Information box set at Caller ID DN: XXXXXXXXXX, and "Maintain Original Caller ID DN and Caller Name in Identity Headers" checked.
=== We've tried blanking out the DN field and unchecking the box on the SIP trunk, resetting the trunk, but have the same result for 911 calls, still shows the external phone number mask.
=== We've also tried to remove the checkmark at the ELIN route pattern for "Use calling party's external phone number mask", but also have the same result of external phone number mask seen.
We want the external phone number mask showing for all outbound calls EXCEPT those going to 911, which of course should reflect the ELIN DID.
Does anyone have any ideas on how to resolve this? I'd appreciate any help.
And, Happy Tranksgiving for those celebrating it this week.
11-24-2021 04:08 AM
This is an interesting problem. If I am looking at the screen captures correctly, RTMT is telling you that the ELIN is being sent to the CUBE, but the CUBE is receiving the original EPNM in the "From" field. Is that correct?
If so, I'd have to look at a trace file to figure out what is going on. Can you attach one via a private message here? Or we can exchange email addresses.
Maren
11-29-2021 07:02 AM
Yes, Maren, that's correct. Sorry my response was delayed.
Trace files are attached. I'm attaching 2 examples as the original call didn't show any SDL files...Not sure why as the trace config is set correctly.
Trace file.zip== First (original) Test call 11/19 at 14:30:44. Calling party: 6368916995
Trace2 file.zip == Second example test call 11/22 at 16:51:59. Calling party: 6367331101
We were wondering -- if the SIP trunk, or SIP profile is to blame -- if setting up a new SIP Trunk for 911 calls to the same CUBE could be done, perhaps using the loopback address for the IP so CUCM would allow it??
Your help is appreciated!
11-30-2021 06:43 AM
I'm not sure how you are pulling your trace files, but neither of those numbers appears in any of the files that you posted (neither the one SDL nor any of the Call Logs). You will want to pull the CallManager service trace files for the period surrounding these calls. This can be accomplished using the Query Wizard in RTMT. Please try pulling the trace files again and post them.
Maren
11-30-2021 11:27 AM
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