Re-rerouting calls back to CUCM based on calling number

[KhanalZ]

Little background: Recently E911 call failed in our environment. CER Pub GUI was not accessible for some reason and Sub was not taking over. Calls went through after restarting both servers from CLI. We found later from TAC that we lost the logs after the reboot that could tell us what caused the issue.

Now, we are considering establishing a routine daily test call to 911 from a specific test DN but instead of sending such calls to PSAP, I would like to re-route that call back from CUBE to a DN or IVR in our CUCM based on calling number, without affecting actual 911 calls. This way we can confirm calls are hitting the CUBE but routing them back to an internal extension.

Can someone tell me what I need to do in CUBE without affecting normal call flows. Is it all about dial peers or something else is required? Or is there a better way to test/simulate 911 calls.

Thanks

[Roger Kallberg]

That is quite strange. As it works on your test router but not on your production router I would suspect that there might be a difference in IOS version between the two. What IOS version(s) do you use?

[KhanalZ]

Excellent. This looks very promising. I will test it in my lab environment and update here how it goes. Thank you so much for your help all the time.

Khanal

[Roger Kallberg]

For additional details on how call routing works in IOS please have a look at this great document. Explain Cisco IOS and IOS XE Call Routing 

[KhanalZ]

I ran into an issue while testing a 911 call. I was expecting the calling number in my cube but as the number goes through cube, the calling number is modified by CER and at the end only the number defined as ELIN is what is received at the cube as the calling number. Since I want to simulate actual 911 call (phone->cucm->cer->cucm->cube) I wonder if there is a way to send the actual number of my phone to cube without CER replacing with ELIN. 

Thanks,

KhanalZ

[Roger Kallberg]

So you wanted to do the test to see if CER is operating so by that you’ll need the call to go through it and then it will do its thing. Can you not just add another translation to match the ELIN you say CER is sending and translate that into the calling number you want?

If you add something like this it should do that. You’ll need to modify the rule to fit your needs.

voice translation-rule 210
 rule 1 /^<ELIN>$/ /<ANI you want to be presented>/
!
voice translation-profile TEST911-OUT
 translate calling 210

[Roger Kallberg · Accepted solution]

After thinking of what you wrote again I think that I might have misread your post. The issue that you brought forward is if I’m not mistaken that you can’t make the match in the inbound direction for the 5555 calling number since CER changes it to an ELIN. With that I think you’d need to configure the testing device to be in a specific location so that it presents a specific ELIN, it doesn’t even need to be a proper DID number as the call would never be sent to PSAP. Then change the E164 map used to match the calling number to this ELIN. That should make this work as you want it.

[KhanalZ]

Roger, your last response makes perfect sense now. Translation profile wouldn't help because it will mess up genuine 911 calls. Now I will need to figure out the way so that when 5555 calls, CER will assign it a dedicated ELIN and I should be able to route that call back from CUBE to 4444 with much ease. BTW appreciate  you taking your time to help me.

KhanlaZ

[Roger Kallberg]

Glad to hear that. However the translation on the dial peer I suggested used by the DPG would not break normal 911 calls as that dial peer doesn’t really match 911 calls.

[KhanalZ]

Roger,

Just wanted to let you know that I got this working eventually after upgrading my ios to latest version. I ended up opening TAC case and they identified a bug in the earlier ios version.

So, as you suggested, I replaced URI matching for dialpeer 10 (to match all other calls from cucm) with e164 pattern map with wildcard +T and .T. Now, the 911 calls from the specific number in question matches dialpeer 100 which then invokes dialpeer 200.

Thanks a lot for sharing your expertise and valuable time.

[Roger Kallberg]

Glad to hear that and thank you for coming back on this thread.