Route Patterns for 911 and DID

Answered Question
Jan 4th, 2010

We have route patterns configured for 911 in our CUCM cluster, 6.0.1. When you dial 9.911 it uses a Route List and Route Group and routes the 911 call out the local POTS line on the remote MGCP Gateway instead of the central sites PRI. My question is since the call gets routed out the local POTS line, the caller ID is showing information for that line. Does anyone have any suggestions on how to configure DID on the POTS line so they get routed to a person? Right now when you call those POTS lines you get an unreachable message.

Correct Answer by Tommer Catlin about 7 years 1 month ago

You have a couple options, but missing some information.



The problem is that POTs line are probably FXO lines. meaning they are "Office" lines outbound only for backup.  No inbound with the FXO lines. 


If you need this type of call back, probably need to have FXS in the mix also and CER server.     The problem is, there is no dynamic way to know who called 911 when the call comes back in.  CER handles this with its own database of when/where, etc.


Example:

phone dials 911   x4000


CUCM sends the call to CER

CER masks the call with a zone and callback number

CER sends the call back to CUCM

CUCM sends the call outbound through the FXO lines with the caller ID of the PRI for call back.

911 dispatch answers

call gets disconnected

911 dispatch redials the caller ID number

It comes in through the PRI

CUCM intercepts, sends the call to CER

CER reads the calling number, matches who called from that zone and sends the call back to CUCM for x4000

call is reconnected

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Loading.
Correct Answer
Tommer Catlin Mon, 01/04/2010 - 09:58

You have a couple options, but missing some information.



The problem is that POTs line are probably FXO lines. meaning they are "Office" lines outbound only for backup.  No inbound with the FXO lines. 


If you need this type of call back, probably need to have FXS in the mix also and CER server.     The problem is, there is no dynamic way to know who called 911 when the call comes back in.  CER handles this with its own database of when/where, etc.


Example:

phone dials 911   x4000


CUCM sends the call to CER

CER masks the call with a zone and callback number

CER sends the call back to CUCM

CUCM sends the call outbound through the FXO lines with the caller ID of the PRI for call back.

911 dispatch answers

call gets disconnected

911 dispatch redials the caller ID number

It comes in through the PRI

CUCM intercepts, sends the call to CER

CER reads the calling number, matches who called from that zone and sends the call back to CUCM for x4000

call is reconnected

kemurdock Mon, 01/04/2010 - 15:14

We use FXO line and set up the connection plar on the voice port to ring to a main number if someone calls back in the POTs list

voice-port 0/3/0

connection plar opx  (4 digits of the main number)

description POTS  (10 diget number)

caller -id enable

Actions

This Discussion