Troubleshooting Emergency Call Problems

From DocWiki

(Difference between revisions)
Jump to: navigation, search
(2 intermediate revisions not shown)
Line 3: Line 3:
== Emergency Calls are Not Being Intercepted by Cisco Emergency Responder ==
== Emergency Calls are Not Being Intercepted by Cisco Emergency Responder ==
-
If Cisco ER is not intercepting emergency calls, there is probably a mistake in your Cisco Unified CM configuration or its representation in the Cisco ER configuration. Check these items (based on the names used in the examples in [[ CER, Release 8.0, -- | "Configuring Cisco Unified Communications Manager Versions 5.0 and Later for Cisco Emergency Responder 8.0"]].
+
If Cisco ER is not intercepting emergency calls, there is probably a mistake in your Cisco Unified CM configuration or its representation in the Cisco ER configuration. Check these items (based on the names used in the examples in Configuring Cisco Unified Communications Manager Versions 5.0 and Later for Cisco Emergency Responder 8.0).
-
*  The emergency call number (911) is in the Phones partition and uses the E911CSS calling search space. Ensure this number was identified during Cisco ER installation (see the [[ #Installing Cisco Emergency Responder 8.0 on a New System | “Installing Cisco Emergency Responder 8.0 on a New System"]]). This ensures that users can dial the emergency number. See the [[ #Creating the Emergency Call Route Points | "Creating the Emergency Call Route Points"]] for information on setting up the Cisco Unified CM configuration for this number.
+
*  The emergency call number (911) is in the Phones partition and uses the E911CSS calling search space. Ensure this number was identified during Cisco ER installation (see the Installing Cisco Emergency Responder 8.0 on a New System). This ensures that users can dial the emergency number. See the Creating the Emergency Call Route Points for information on setting up the Cisco Unified CM configuration for this number.
 +
*  The standby Cisco ER server’s route point (912) is in the E911 partition and uses the E911CSS calling search space. See the Creating the Emergency Call Route Points for information on setting up the Cisco Unified CM configuration for this number. Ensure this number is defined as the standby server’s route point in the Cisco ER configuration (see the Configuring Group Telephony Settings For the Cisco Emergency Responder Server).
 +
*  The PSAP callback route point pattern (913XXXXXXXXXX) is in the E911 partition and uses the E911CSS calling search space.  
-
*  The standby Cisco ER server’s route point (912) is in the E911 partition and uses the E911CSS calling search space. See the [[ #Creating the Emergency Call Route Points | "Creating the Emergency Call Route Points"]] for information on setting up the Cisco Unified CM configuration for this number. Ensure this number is defined as the standby server’s route point in the Cisco ER configuration (see the [[ #Configuring Group Telephony Settings For the Cisco Emergency Responder Server | "Configuring Group Telephony Settings For the Cisco Emergency Responder Server"]]).
+
See the Creating the Emergency Call Route Points for information on setting up the Cisco Unified CM configuration for this number. Ensure this number is defined as the PSAP callback route point pattern in the Cisco ER configuration, and that the strip prefix (913) is also identified (see the Configuring Group Telephony Settings For the Cisco Emergency Responder Server).
-
*  The PSAP callback route point pattern (913XXXXXXXXXX) is in the E911 partition and uses the E911CSS calling search space. See the [[ #Creating the Emergency Call Route Points | "Creating the Emergency Call Route Points"]] for information on setting up the Cisco Unified CM configuration for this number. Ensure this number is defined as the PSAP callback route point pattern in the Cisco ER configuration, and that the strip prefix (913) is also identified (see the [[ #Configuring Group Telephony Settings For the Cisco Emergency Responder Server | "Configuring Group Telephony Settings For the Cisco Emergency Responder Server"]]).
+
All ELIN route patterns are in the E911 partition. See the Creating the Route Patterns for ELINs for information on setting up the Cisco Unified CM configuration for these numbers.
-
All ELIN route patterns are in the E911 partition. See the [[ #Creating the Route Patterns for ELINs | "Creating the Route Patterns for ELINs"]] for information on setting up the Cisco Unified CM configuration for these numbers.
+
All phones and CTI ports (both device and line) are in the Phones partition and use the PhoneCSS calling search space. You can use additional partitions, but they must be set up with relationship to the Cisco ER partitions and calling search spaces in the same manner as these partitions in the examples described in the Setting Up Cisco Emergency Responder to Handle Emergency Calls.
-
All phones and CTI ports (both device and line) are in the Phones partition and use the PhoneCSS calling search space. You can use additional partitions, but they must be set up with relationship to the Cisco ER partitions and calling search spaces in the same manner as these partitions in the examples described in the [[ #Setting Up Cisco Emergency Responder to Handle Emergency Calls | "Setting Up Cisco Emergency Responder to Handle Emergency Calls"]].
+
All gateways to the service provider’s network use the E911CSS calling search space. See the Configuring the Calling Search Space for the Gateways Used to Connect to the PSAP for more information.
-
 
+
-
All gateways to the service provider’s network use the E911CSS calling search space. See the [[ #Configuring the Calling Search Space for the Gateways Used to Connect to the PSAP | "Configuring the Calling Search Space for the Gateways Used to Connect to the PSAP"]] for more information.
+
The Cisco Unified CM Version (JTAPI jar) being configured is proper. To check the Cisco Unified CM version, follow these steps:
The Cisco Unified CM Version (JTAPI jar) being configured is proper. To check the Cisco Unified CM version, follow these steps:
-
1. Login to the Cisco ER Admin Utility website.
+
1. Login to the Cisco ER Admin Utility website.
-
 
+
2. Select Update > CCM Version
-
2. Select '''Update > CCM''' Version.
+
3. In the Status section, check the Current Version of CCM.
-
 
+
-
3. In the '''Status''' section, check the '''Current Version of CCM'''.
+
   
   
== ELIN not Transmitted to the PSAP ==
== ELIN not Transmitted to the PSAP ==
-
If the ELIN is not transmitted to the PSAP, and you are using a PRI connection to route emergency calls to the PSAP, check the configuration of the gateway. The PRI must be configured to send the real calling party number (which will be the ELIN) rather than a static number, such as the main site number. See the [[ #Obtain CAMA or PRI Trunks to the PSTN, | "Obtain CAMA or PRI Trunks to the PSTN"]].
+
If the ELIN is not transmitted to the PSAP, and you are using a PRI connection to route emergency calls to the PSAP, check the configuration of the gateway. The PRI must be configured to send the real calling party number (which will be the ELIN) rather than a static number, such as the main site number. See the Obtain CAMA or PRI Trunks to the PSTN.
== ELIN For Default ERL Used For Calls From Other ERLs ==
== ELIN For Default ERL Used For Calls From Other ERLs ==
Line 33: Line 31:
If an emergency call is assigned an ELIN defined for the Default ERL rather than an ELIN assigned to the ERL whence the call was made:
If an emergency call is assigned an ELIN defined for the Default ERL rather than an ELIN assigned to the ERL whence the call was made:
-
*  Check the Cisco Unified CM configuration for the route pattern for the ELIN you expected to be used. See the [[ #Creating the Route Patterns for ELINs | "Creating the Route Patterns for ELINs"]].
+
*  Check the Cisco Unified CM configuration for the route pattern for the ELIN you expected to be used. See the Creating the Route Patterns for ELINs.
-
*  Check the ERL definition in Cisco ER to ensure that the ELIN is correctly configured for the ERL. See the [[ #Setting Up an Individual ERL and Its Automatic Location Information (ALI) | "Setting Up an Individual ERL and Its Automatic Location Information (ALI)"]].
+
*  Check the ERL definition in Cisco ER to ensure that the ELIN is correctly configured for the ERL. See the Setting Up an Individual ERL and Its Automatic Location Information (ALI).
If the route pattern for an ERL fails, Cisco ER uses the route pattern defined for the Default ERL.
If the route pattern for an ERL fails, Cisco ER uses the route pattern defined for the Default ERL.
Line 41: Line 39:
== Emergency Calls Not Routed to the Correct PSAP ==
== Emergency Calls Not Routed to the Correct PSAP ==
-
If an emergency call is not routed to any PSAP, check whether the route patterns used for the ERL from which the call was made and for the default ERL are configured and use the correct partitions and calling search spaces (see the [[ #Creating the Route Patterns for ELINs | "Creating the Route Patterns for ELINs"]]. Ensure that the partitions and calling search spaces for the gateways are correct (see the [[ #Configuring the Calling Search Space for the Gateways Used to Connect to the PSAP | "Configuring the Calling Search Space for the Gateways Used to Connect to the PSAP"]]).
+
If an emergency call is not routed to any PSAP, check whether the route patterns used for the ERL from which the call was made and for the default ERL are configured and use the correct partitions and calling search spaces (see the Creating the Route Patterns for ELINs). Ensure that the partitions and calling search spaces for the gateways are correct (see the Configuring the Calling Search Space for the Gateways Used to Connect to the PSAP).
If an emergency call successfully leaves your network but does not get routed to the correct PSAP, look at these possible points of failure:
If an emergency call successfully leaves your network but does not get routed to the correct PSAP, look at these possible points of failure:
-
*  Is Cisco ER configured to assign the correct ELIN to the ERL assigned to the phone? Emergency calls are routed based on the ELIN, so if you assign the wrong ELIN, the call will not be routed correctly. See the [[ #Creating ERLs | "Creating ERLs"]].
+
*  Is Cisco ER configured to assign the correct ELIN to the ERL assigned to the phone? Emergency calls are routed based on the ELIN, so if you assign the wrong ELIN, the call will not be routed correctly. See the Creating ERLs.
*  If the ELIN is correct, is the ELIN’s route pattern configured to use the correct gateway? If you select the wrong gateway, the call might be routed to a part of the service provider’s network that cannot connect to the desired PSAP. Consult with your service provider to determine gateway requirements.  
*  If the ELIN is correct, is the ELIN’s route pattern configured to use the correct gateway? If you select the wrong gateway, the call might be routed to a part of the service provider’s network that cannot connect to the desired PSAP. Consult with your service provider to determine gateway requirements.  
Line 51: Line 49:
See these topics:
See these topics:
-
:[[ #Setting Up the ELIN Numbers to Route Emergency Calls and Enable PSAP Callbacks | "Setting Up the ELIN Numbers to Route Emergency Calls and Enable PSAP Callbacks"]]
+
*  Setting Up the ELIN Numbers to Route Emergency Calls and Enable PSAP Callbacks
-
:[[ #Deploying Cisco Emergency Responder in One Main Site with Two or More PSAPs | "Deploying Cisco Emergency Responder in One Main Site with Two or More PSAPs"]]
+
*  Deploying Cisco Emergency Responder in One Main Site with Two or More PSAPs
-
*  Does the service provider’s ALI database contain the correct information for the ELIN? Emergency call routing outside your network is based on the information in the service provider’s database, not on the information in your local network. See the [[ #Exporting ERL Information | "Exporting ERL Information"]].
+
*  Does the service provider’s ALI database contain the correct information for the ELIN? Emergency call routing outside your network is based on the information in the service provider’s database, not on the information in your local network. See the Exporting ERL Information.
-
*  Does the emergency caller’s phone register with a Cisco Unified CM cluster supported by a different Cisco ER group than the Cisco ER group that supports the originating switch port? Then you might have a miss-configured Cisco ER cluster.
+
*  Does the emergency caller’s phone register with a Cisco Unified CM cluster supported by a different Cisco ER group than the Cisco ER group that supports the originating switch port? Then you might have a miss-configured Cisco ER cluster. See these topics:
-
See these topics:
+
*  Installing Cisco Emergency Responder 8.0 on a New System
-
 
+
-
:[[ #Installing Cisco Emergency Responder 8.0 on a New System | "Installing Cisco Emergency Responder 8.0 on a New System"]]
+
-
:[[ #Creating Route Patterns for Inter-Cisco Emergency Responder-Group Communications | "Creating Route Patterns for Inter-Cisco Emergency Responder-Group Communications"]]
+
*  Creating Route Patterns for Inter-Cisco Emergency Responder-Group Communications
-
:[[ #Configuring Group Telephony Settings For the Cisco Emergency Responder Server | "Configuring Group Telephony Settings For the Cisco Emergency Responder Server"]]
+
*  Configuring Group Telephony Settings For the Cisco Emergency Responder Server
{{ note | If the call reaches the PSAP, but the PSAP cannot talk to the caller, ensure that the Cisco Unified CM for the remote Cisco ER group has the Cisco Unified CM for the local Cisco ER group defined as a gateway.}}
{{ note | If the call reaches the PSAP, but the PSAP cannot talk to the caller, ensure that the Cisco Unified CM for the remote Cisco ER group has the Cisco Unified CM for the local Cisco ER group defined as a gateway.}}
Line 75: Line 71:
*  If you have only configured a primary Cisco ER server, install and configure a standby Cisco ER server. If CPU utilization on the primary server reaches 100%, Cisco ER cannot handle emergency calls. In this case, the standby server handles the calls.
*  If you have only configured a primary Cisco ER server, install and configure a standby Cisco ER server. If CPU utilization on the primary server reaches 100%, Cisco ER cannot handle emergency calls. In this case, the standby server handles the calls.
-
*  Check the route point configuration for the standby server. Ensure the emergency call route point’s call forward settings are configured to forward calls to this number. See the [[ #Creating the Emergency Call Route Points | "Creating the Emergency Call Route Points"]] for information on the Cisco Unified CM configuration, and the [[ #Configuring Group Telephony Settings For the Cisco Emergency Responder Server | "Configuring Group Telephony Settings For the Cisco Emergency Responder Server"]] for the Cisco ER configuration.
+
*  Check the route point configuration for the standby server. Ensure the emergency call route point’s call forward settings are configured to forward calls to this number. See the Creating the Emergency Call Route Points for information on the Cisco Unified CM configuration, and the Configuring Group Telephony Settings For the Cisco Emergency Responder Server for the Cisco ER configuration.
== PSAP Call Back Errors ==
== PSAP Call Back Errors ==
Line 81: Line 77:
You might encounter these problems if a PSAP operator tries to call back an emergency caller using the ELIN provided by caller ID:
You might encounter these problems if a PSAP operator tries to call back an emergency caller using the ELIN provided by caller ID:
-
'''Symptom'''   PSAP could not reach the original emergency call extension.
+
Symptom  PSAP could not reach the original emergency call extension.
-
:'''Recommended Action'''   Cisco ER caches a mapping between the caller’s true extension and the ELIN you define for an ERL. If more calls get made than the number of ELINs you define for an ERL, Cisco ER must reuse these numbers and thus overwrites the original caller’s extension. You can view the call history to determine the extension of the original caller. See the [[ #What Happens When an Emergency Call Is Made | "What Happens When an Emergency Call Is Made"]].
+
Recommended Action  Cisco ER caches a mapping between the caller’s true extension and the ELIN you define for an ERL. If more calls get made than the number of ELINs you define for an ERL, Cisco ER must reuse these numbers and thus overwrites the original caller’s extension. You can view the call history to determine the extension of the original caller. See the What Happens When an Emergency Call Is Made.
-
If this is not the problem, check the configuration of the PSAP callback route point in Cisco Unified CM and Cisco ER (see the [[ #Creating the Emergency Call Route Points | "Creating the Emergency Call Route Points"]] and the [[ #Configuring Group Telephony Settings For the Cisco Emergency Responder Server | "Configuring Group Telephony Settings For the Cisco Emergency Responder Server"]]), and the ELIN translation patterns in Cisco Unified CM (see the [[ #Creating the Translation Patterns for ELINs | "Creating the Translation Patterns for ELINs"]]).
+
If this is not the problem, check the configuration of the PSAP callback route point in Cisco Unified CM and Cisco ER (see the Creating the Emergency Call Route Points and the Configuring Group Telephony Settings For the Cisco Emergency Responder Server), and the ELIN translation patterns in Cisco Unified CM (see the Creating the Translation Patterns for ELINs).
-
'''Symptom'''   Onsite alert (security) personnel get callbacks from the PSAP.
+
Symptom  Onsite alert (security) personnel get callbacks from the PSAP.
-
:'''Recommended Action'''   Cisco ER routes PSAP callbacks to the onsite alert personnel for the default ERL if ELIN-to-extension mapping for the emergency call has expired from the cache. By default, this is three hours, although you can configure expiration to be a longer or shorter time. See the [[ #Cisco ER Group Settings | "Cisco ER Group Settings"]].
+
Recommended Action  Cisco ER routes PSAP callbacks to the onsite alert personnel for the default ERL if ELIN-to-extension mapping for the emergency call has expired from the cache. By default, this is three hours, although you can configure expiration to be a longer or shorter time. See the Cisco ER Group Settings.
== Onsite Alert Personnel Are Not Getting Telephone Alerts ==
== Onsite Alert Personnel Are Not Getting Telephone Alerts ==
-
If the onsite alert personnel are not getting telephone alerts when an emergency call is made in an ERL they are covering, ensure that all phones and CTI ports (both device and line) are in the Phones partition and use the PhoneCSS calling search space. You can use additional partitions, but they must be set up with relationship to the Cisco ER partitions and calling search spaces in the same manner as these partitions in the examples described in the [[ #Setting Up Cisco Emergency Responder to Handle Emergency Calls | "Setting Up Cisco Emergency Responder to Handle Emergency Calls"]].
+
If the onsite alert personnel are not getting telephone alerts when an emergency call is made in an ERL they are covering, ensure that all phones and CTI ports (both device and line) are in the Phones partition and use the PhoneCSS calling search space. You can use additional partitions, but they must be set up with relationship to the Cisco ER partitions and calling search spaces in the same manner as these partitions in the examples described in the Setting Up Cisco Emergency Responder to Handle Emergency Calls.
Also, ensure that the Cisco ER configuration for the Cisco Unified CM clusters is correct. The Cisco ER configuration should show the correct begin address for the telephony ports you defined as CTI ports in Cisco Unified CM, and the number of telephony ports should be the correct number and it must be greater than 0 for any calls to occur. Cisco ER uses this CTI ports to place the telephone calls to onsite alert personnel.
Also, ensure that the Cisco ER configuration for the Cisco Unified CM clusters is correct. The Cisco ER configuration should show the correct begin address for the telephony ports you defined as CTI ports in Cisco Unified CM, and the number of telephony ports should be the correct number and it must be greater than 0 for any calls to occur. Cisco ER uses this CTI ports to place the telephone calls to onsite alert personnel.
-
If the Event Viewer in the Cisco ER Serviceability web interface displays the error message “No port to place call,” then there were not enough CTI ports defined to initiate all the calls to onsite alert personnel. Therefore, you must define additional ports. To access the Event Viewer, log in to the Cisco ER Serviceability web interface and select '''Tools > Event Viewer'''.
+
If the Event Viewer in the Cisco ER Serviceability web interface displays the error message “No port to place call,” then there were not enough CTI ports defined to initiate all the calls to onsite alert personnel. Therefore, you must define additional ports. To access the Event Viewer, log in to the Cisco ER Serviceability web interface and select Tools > Event Viewer.
== Onsite Alert Phone Does Not Ring When Emergency Call is Placed ==
== Onsite Alert Phone Does Not Ring When Emergency Call is Placed ==
Line 103: Line 99:
You might encounter this problem if the onsite alert phone does not ring when an emergency call is placed:
You might encounter this problem if the onsite alert phone does not ring when an emergency call is placed:
-
'''Symptom'''   The onsite alert phone does not ring when an emergency call is placed.
+
Symptom  The onsite alert phone does not ring when an emergency call is placed.
-
:'''Possible Cause'''   The onsite alert phone will not ring if the Do Not Disturb (DND) feature is enabled on the phone and if Cisco ER is configured with Cisco Unified CM 6.x.
+
Possible Cause  The onsite alert phone will not ring if the Do Not Disturb (DND) feature is enabled on the phone and if Cisco ER is configured with Cisco Unified CM 6.x.
-
:'''Recommended Action'''   Do not enable DND on an onsite alert phone.
+
Recommended Action  Do not enable DND on an onsite alert phone.
== Prompts for Phone Alerts Not Getting Played ==
== Prompts for Phone Alerts Not Getting Played ==
Line 113: Line 109:
You might encounter this problem if prompts for phone alerts are not getting played:
You might encounter this problem if prompts for phone alerts are not getting played:
-
'''Symptom'''   Prompts do not get played at the onsite alert phone when the call is initiated from the CTI ports.
+
Symptom  Prompts do not get played at the onsite alert phone when the call is initiated from the CTI ports.
-
:'''Explanation'''   This problem can occur when a single CTI port is configured with multiple lines. Prompts may not get played from one or more of these lines when the onsite alert notifications call is initiated through them.
+
Explanation  This problem can occur when a single CTI port is configured with multiple lines. Prompts may not get played from one or more of these lines when the onsite alert notifications call is initiated through them.
   
   
-
:'''Recommended Action'''   To avoid this problem, configure only one line per CTI port in the Cisco Unified CM that is configured for Cisco ER.
+
Recommended Action  To avoid this problem, configure only one line per CTI port in the Cisco Unified CM that is configured for Cisco ER.
== Onsite Alert Personnel Not Getting Email (or Paging) Notifications ==
== Onsite Alert Personnel Not Getting Email (or Paging) Notifications ==
-
If the onsite alert personnel are not getting email, or email-based pages, even though you configure email addresses for them (see the [[ #Onsite Alert Settings | "Onsite Alert Settings"]]), check the Cisco ER configurations SMTP settings. Ensure that the SMTP server address and source mail ID are correct (see the [[ #Cisco ER Group Settings | "Cisco ER Group Settings"]]), and that there is an account for the mail ID in the SMTP server.
+
If the onsite alert personnel are not getting email, or email-based pages, even though you configure email addresses for them (see the Onsite Alert Settings), check the Cisco ER configurations SMTP settings. Ensure that the SMTP server address and source mail ID are correct (see the Cisco ER Group Settings), and that there is an account for the mail ID in the SMTP server.
== Incorrect Location Information Sent To Onsite Alert Personnel ==
== Incorrect Location Information Sent To Onsite Alert Personnel ==
Line 127: Line 123:
If your onsite alert (security) personnel are receiving incorrect location information for an emergency call, consider these potential problems:
If your onsite alert (security) personnel are receiving incorrect location information for an emergency call, consider these potential problems:
-
*  Is the ALI data for the ERL correct? See the [[ #Creating ERLs | "Creating ERLs"]].
+
*  Is the ALI data for the ERL correct? See the Creating ERLs.
-
*  Is the phone location data for the switch port correct? See the [[ #Configuring Switch Ports | "Configuring Switch Ports"]].
+
*  Is the phone location data for the switch port correct? See the Configuring Switch Ports.
*  Is the correct ERL assigned to the switch port to which the phone is connected? If not, there could be two problems:
*  Is the correct ERL assigned to the switch port to which the phone is connected? If not, there could be two problems:
-
:*  Someone switched wires on the switch, so your formerly correct configuration is no longer correct. Wires cannot be moved from port to port without potentially invalidating the ERL assignment. See the [[ #Data Integrity and Reliability Considerations | "Data Integrity and Reliability Considerations"]].
+
*  Someone switched wires on the switch, so your formerly correct configuration is no longer correct. Wires cannot be moved from port to port without potentially invalidating the ERL assignment. See the Data Integrity and Reliability Considerations.
-
:*  The wiring closet is secure, the ERL assignment is simply incorrect. See the [[ #Configuring Switch Ports | "Configuring Switch Ports"]].
+
 
 +
*  The wiring closet is secure, the ERL assignment is simply incorrect. See the Configuring Switch Ports.
*  Did the call come from the Default ERL (assuming you do not use the Default ERL for any permanent ERL)? This could indicate these problems:
*  Did the call come from the Default ERL (assuming you do not use the Default ERL for any permanent ERL)? This could indicate these problems:
-
:*  The phone is connected to an unsupported port and is not defined as a manual phone. See the [[ #Manually Defining a Phone | "Manually Defining a Phone"]].
+
*  The phone is connected to an unsupported port and is not defined as a manual phone. See the Manually Defining a Phone.
-
 
+
*  The phone is not supported and it is not defined as a manual phone. See the Manually Defining a Phone.
-
:*  The phone is not supported and it is not defined as a manual phone. See the [[ #Manually Defining a Phone | "Manually Defining a Phone"]].
+
*  The phone is supported but Cisco ER could not locate it. You might have to manually assign the phone to an ERL if you cannot resolve the problem. See the “Too Many Unlocated Phones” section on page 1-2.
-
 
+
*  Did the call come from a manually-defined phone extension? If so, it is likely the incorrect ERL is assigned, perhaps because the phone moved. See the Manually Defining a Phone.
-
:*  The phone is supported but Cisco ER could not locate it. You might have to manually assign the phone to an ERL if you cannot resolve the problem. See the [[ #Too Many Unlocated Phones | "Too Many Unlocated Phones"]] section.
+
-
 
+
-
*  Did the call come from a manually-defined phone extension? If so, it is likely the incorrect ERL is assigned, perhaps because the phone moved. See the [[ #Manually Defining a Phone | "Manually Defining a Phone"]].
+
== Emergency Call History Problems ==
== Emergency Call History Problems ==
-
These are some issues you might encounter when viewing the emergency call history information (see the [[ #Viewing the Emergency Call History | "Viewing the Emergency Call History"]]):
+
These are some issues you might encounter when viewing the emergency call history information (see the Viewing the Emergency Call History):
-
 
+
-
'''Symptom'''  Emergency call information does not show up in call history right away.
+
-
:'''Recommended Action'''   Cisco ER writes call history information to the database every 15 seconds. You should be able to view history information after 15 seconds.
+
Symptom   Emergency call information does not show up in call history right away.
-
'''Symptom'''   The call history does not show the ELIN and route pattern used for a call.
+
Recommended Action   Cisco ER writes call history information to the database every 15 seconds. You should be able to view history information after 15 seconds.
-
If the call could not be routed to the PSAP, you will not see an ELIN or route pattern. Check to determine why the call could not be routed. See the [[ #Emergency Calls Not Routed to the Correct PSAP | "Emergency Calls Not Routed to the Correct PSAP"]] section.
+
Symptom  The call history does not show the ELIN and route pattern used for a call.
 +
If the call could not be routed to the PSAP, you will not see an ELIN or route pattern. Check to determine why the call could not be routed. See the  “Emergency Calls Not Routed to the Correct PSAP” section on page 2-2.
-
[[Category:Emergency Responder]]
+
[[Category::Emergency Responder]]

Revision as of 08:07, 6 October 2010

This chapter covers topics that help you troubleshoot problems related to the routing of emergency calls and the information supplied with the calls:

Contents

Emergency Calls are Not Being Intercepted by Cisco Emergency Responder

If Cisco ER is not intercepting emergency calls, there is probably a mistake in your Cisco Unified CM configuration or its representation in the Cisco ER configuration. Check these items (based on the names used in the examples in Configuring Cisco Unified Communications Manager Versions 5.0 and Later for Cisco Emergency Responder 8.0).

  • The emergency call number (911) is in the Phones partition and uses the E911CSS calling search space. Ensure this number was identified during Cisco ER installation (see the Installing Cisco Emergency Responder 8.0 on a New System). This ensures that users can dial the emergency number. See the Creating the Emergency Call Route Points for information on setting up the Cisco Unified CM configuration for this number.
  • The standby Cisco ER server’s route point (912) is in the E911 partition and uses the E911CSS calling search space. See the Creating the Emergency Call Route Points for information on setting up the Cisco Unified CM configuration for this number. Ensure this number is defined as the standby server’s route point in the Cisco ER configuration (see the Configuring Group Telephony Settings For the Cisco Emergency Responder Server).
  • The PSAP callback route point pattern (913XXXXXXXXXX) is in the E911 partition and uses the E911CSS calling search space.

See the Creating the Emergency Call Route Points for information on setting up the Cisco Unified CM configuration for this number. Ensure this number is defined as the PSAP callback route point pattern in the Cisco ER configuration, and that the strip prefix (913) is also identified (see the Configuring Group Telephony Settings For the Cisco Emergency Responder Server).

All ELIN route patterns are in the E911 partition. See the Creating the Route Patterns for ELINs for information on setting up the Cisco Unified CM configuration for these numbers.

All phones and CTI ports (both device and line) are in the Phones partition and use the PhoneCSS calling search space. You can use additional partitions, but they must be set up with relationship to the Cisco ER partitions and calling search spaces in the same manner as these partitions in the examples described in the Setting Up Cisco Emergency Responder to Handle Emergency Calls.

All gateways to the service provider’s network use the E911CSS calling search space. See the Configuring the Calling Search Space for the Gateways Used to Connect to the PSAP for more information.

The Cisco Unified CM Version (JTAPI jar) being configured is proper. To check the Cisco Unified CM version, follow these steps:

1. Login to the Cisco ER Admin Utility website. 2. Select Update > CCM Version 3. In the Status section, check the Current Version of CCM.

ELIN not Transmitted to the PSAP

If the ELIN is not transmitted to the PSAP, and you are using a PRI connection to route emergency calls to the PSAP, check the configuration of the gateway. The PRI must be configured to send the real calling party number (which will be the ELIN) rather than a static number, such as the main site number. See the Obtain CAMA or PRI Trunks to the PSTN.

ELIN For Default ERL Used For Calls From Other ERLs

If an emergency call is assigned an ELIN defined for the Default ERL rather than an ELIN assigned to the ERL whence the call was made:

  • Check the Cisco Unified CM configuration for the route pattern for the ELIN you expected to be used. See the Creating the Route Patterns for ELINs.
  • Check the ERL definition in Cisco ER to ensure that the ELIN is correctly configured for the ERL. See the Setting Up an Individual ERL and Its Automatic Location Information (ALI).

If the route pattern for an ERL fails, Cisco ER uses the route pattern defined for the Default ERL.

Emergency Calls Not Routed to the Correct PSAP

If an emergency call is not routed to any PSAP, check whether the route patterns used for the ERL from which the call was made and for the default ERL are configured and use the correct partitions and calling search spaces (see the Creating the Route Patterns for ELINs). Ensure that the partitions and calling search spaces for the gateways are correct (see the Configuring the Calling Search Space for the Gateways Used to Connect to the PSAP).

If an emergency call successfully leaves your network but does not get routed to the correct PSAP, look at these possible points of failure:

  • Is Cisco ER configured to assign the correct ELIN to the ERL assigned to the phone? Emergency calls are routed based on the ELIN, so if you assign the wrong ELIN, the call will not be routed correctly. See the Creating ERLs.
  • If the ELIN is correct, is the ELIN’s route pattern configured to use the correct gateway? If you select the wrong gateway, the call might be routed to a part of the service provider’s network that cannot connect to the desired PSAP. Consult with your service provider to determine gateway requirements.

See these topics:

  • Setting Up the ELIN Numbers to Route Emergency Calls and Enable PSAP Callbacks
  • Deploying Cisco Emergency Responder in One Main Site with Two or More PSAPs
  • Does the service provider’s ALI database contain the correct information for the ELIN? Emergency call routing outside your network is based on the information in the service provider’s database, not on the information in your local network. See the Exporting ERL Information.
  • Does the emergency caller’s phone register with a Cisco Unified CM cluster supported by a different Cisco ER group than the Cisco ER group that supports the originating switch port? Then you might have a miss-configured Cisco ER cluster. See these topics:
  • Installing Cisco Emergency Responder 8.0 on a New System
  • Creating Route Patterns for Inter-Cisco Emergency Responder-Group Communications
  • Configuring Group Telephony Settings For the Cisco Emergency Responder Server
Note Note: If the call reaches the PSAP, but the PSAP cannot talk to the caller, ensure that the Cisco Unified CM for the remote Cisco ER group has the Cisco Unified CM for the local Cisco ER group defined as a gateway.

Emergency Callers Sometimes Get Busy Signal and Emergency Calls Are Sometimes Not Routed

If callers hear a busy signal when calling the emergency call number, or if emergency calls sometimes do not get routed, there is probably a problem with the configuration of your standby Cisco ER server:

  • If you have only configured a primary Cisco ER server, install and configure a standby Cisco ER server. If CPU utilization on the primary server reaches 100%, Cisco ER cannot handle emergency calls. In this case, the standby server handles the calls.
  • Check the route point configuration for the standby server. Ensure the emergency call route point’s call forward settings are configured to forward calls to this number. See the Creating the Emergency Call Route Points for information on the Cisco Unified CM configuration, and the Configuring Group Telephony Settings For the Cisco Emergency Responder Server for the Cisco ER configuration.

PSAP Call Back Errors

You might encounter these problems if a PSAP operator tries to call back an emergency caller using the ELIN provided by caller ID:

Symptom PSAP could not reach the original emergency call extension.

Recommended Action Cisco ER caches a mapping between the caller’s true extension and the ELIN you define for an ERL. If more calls get made than the number of ELINs you define for an ERL, Cisco ER must reuse these numbers and thus overwrites the original caller’s extension. You can view the call history to determine the extension of the original caller. See the What Happens When an Emergency Call Is Made.

If this is not the problem, check the configuration of the PSAP callback route point in Cisco Unified CM and Cisco ER (see the Creating the Emergency Call Route Points and the Configuring Group Telephony Settings For the Cisco Emergency Responder Server), and the ELIN translation patterns in Cisco Unified CM (see the Creating the Translation Patterns for ELINs).

Symptom Onsite alert (security) personnel get callbacks from the PSAP.

Recommended Action Cisco ER routes PSAP callbacks to the onsite alert personnel for the default ERL if ELIN-to-extension mapping for the emergency call has expired from the cache. By default, this is three hours, although you can configure expiration to be a longer or shorter time. See the Cisco ER Group Settings.

Onsite Alert Personnel Are Not Getting Telephone Alerts

If the onsite alert personnel are not getting telephone alerts when an emergency call is made in an ERL they are covering, ensure that all phones and CTI ports (both device and line) are in the Phones partition and use the PhoneCSS calling search space. You can use additional partitions, but they must be set up with relationship to the Cisco ER partitions and calling search spaces in the same manner as these partitions in the examples described in the Setting Up Cisco Emergency Responder to Handle Emergency Calls.

Also, ensure that the Cisco ER configuration for the Cisco Unified CM clusters is correct. The Cisco ER configuration should show the correct begin address for the telephony ports you defined as CTI ports in Cisco Unified CM, and the number of telephony ports should be the correct number and it must be greater than 0 for any calls to occur. Cisco ER uses this CTI ports to place the telephone calls to onsite alert personnel.

If the Event Viewer in the Cisco ER Serviceability web interface displays the error message “No port to place call,” then there were not enough CTI ports defined to initiate all the calls to onsite alert personnel. Therefore, you must define additional ports. To access the Event Viewer, log in to the Cisco ER Serviceability web interface and select Tools > Event Viewer.

Onsite Alert Phone Does Not Ring When Emergency Call is Placed

You might encounter this problem if the onsite alert phone does not ring when an emergency call is placed:

Symptom The onsite alert phone does not ring when an emergency call is placed.

Possible Cause The onsite alert phone will not ring if the Do Not Disturb (DND) feature is enabled on the phone and if Cisco ER is configured with Cisco Unified CM 6.x.

Recommended Action Do not enable DND on an onsite alert phone.

Prompts for Phone Alerts Not Getting Played

You might encounter this problem if prompts for phone alerts are not getting played:

Symptom Prompts do not get played at the onsite alert phone when the call is initiated from the CTI ports.

Explanation This problem can occur when a single CTI port is configured with multiple lines. Prompts may not get played from one or more of these lines when the onsite alert notifications call is initiated through them.

Recommended Action To avoid this problem, configure only one line per CTI port in the Cisco Unified CM that is configured for Cisco ER.

Onsite Alert Personnel Not Getting Email (or Paging) Notifications

If the onsite alert personnel are not getting email, or email-based pages, even though you configure email addresses for them (see the Onsite Alert Settings), check the Cisco ER configurations SMTP settings. Ensure that the SMTP server address and source mail ID are correct (see the Cisco ER Group Settings), and that there is an account for the mail ID in the SMTP server.

Incorrect Location Information Sent To Onsite Alert Personnel

If your onsite alert (security) personnel are receiving incorrect location information for an emergency call, consider these potential problems:

  • Is the ALI data for the ERL correct? See the Creating ERLs.
  • Is the phone location data for the switch port correct? See the Configuring Switch Ports.
  • Is the correct ERL assigned to the switch port to which the phone is connected? If not, there could be two problems:
  • Someone switched wires on the switch, so your formerly correct configuration is no longer correct. Wires cannot be moved from port to port without potentially invalidating the ERL assignment. See the Data Integrity and Reliability Considerations.
  • The wiring closet is secure, the ERL assignment is simply incorrect. See the Configuring Switch Ports.
  • Did the call come from the Default ERL (assuming you do not use the Default ERL for any permanent ERL)? This could indicate these problems:
  • The phone is connected to an unsupported port and is not defined as a manual phone. See the Manually Defining a Phone.
  • The phone is not supported and it is not defined as a manual phone. See the Manually Defining a Phone.
  • The phone is supported but Cisco ER could not locate it. You might have to manually assign the phone to an ERL if you cannot resolve the problem. See the “Too Many Unlocated Phones” section on page 1-2.
  • Did the call come from a manually-defined phone extension? If so, it is likely the incorrect ERL is assigned, perhaps because the phone moved. See the Manually Defining a Phone.

Emergency Call History Problems

These are some issues you might encounter when viewing the emergency call history information (see the Viewing the Emergency Call History):

Symptom Emergency call information does not show up in call history right away.

Recommended Action Cisco ER writes call history information to the database every 15 seconds. You should be able to view history information after 15 seconds.

Symptom The call history does not show the ELIN and route pattern used for a call.

If the call could not be routed to the PSAP, you will not see an ELIN or route pattern. Check to determine why the call could not be routed. See the “Emergency Calls Not Routed to the Correct PSAP” section on page 2-2.

[[Category::Emergency Responder]]

Rating: 0.0/5 (0 votes cast)

Personal tools