將Emergency Responder與CUCM整合
目錄
簡介
本文檔介紹如何使用交換機埠電話跟蹤將Cisco Emergency Responder與Cisco Unified Communications Manager(CUCM)整合。
必要條件
需求
思科建議您瞭解以下主題：
- 思科緊急回應端(CER)
- CUCM
- 通話路由
- 基本簡易網路管理通訊協定(SNMP)知識
採用元件
本文件的資訊是以下列軟體版本為依據：
- CER版本11.5
- CUCM版本11.5
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。
背景資訊
本檔案由Cisco TAC工程師編寫，並不取代參考組態和設計手冊的需要。
包含示例的節表示可能設定的示例值（僅作為參考）。專用網路的配置取決於專用實體的需求及其內部設計准則。
在CER與CUCM的整合被認為完成之後，與本地公共安全應答點(PSAP)協調緊急呼叫測試非常重要。
如果PSAP測試成功，但在測試後對配置進行了更多更改，則必須在完成其他更改後與本地PSAP協調安排緊急呼叫測試。簡而言之，每當做出可能影響呼叫路由的更改時，測試緊急呼叫。
CER基礎知識
911
一個簡單、易於記憶的號碼，用於聯絡特定國家的公共緊急機構，如警察、消防和醫療機構。並非所有國家都使用911撥打緊急電話，因此請注意使用適當的緊急號碼。為簡單起見，本文檔只能引用911作為緊急電話號碼。
PSAP
公共資助的設施，緊急呼叫被路由和傳送。 該組織由現場操作員組成，他們應答911呼叫並確定需要派遣哪個緊急機構（警察、消防等）。
自動位置識別(ALI)
自動顯示在主叫方的PSAP和地址/位置。 操作員可以使用此資訊查詢進行911呼叫的人員。
ALI資料庫(ALI-DB)
電話公司有一個訂戶資料庫，將電話號碼與姓名和地址相匹配。當呼叫到達911網路時，此資料庫用於提取與主叫電話號碼匹配的地址，並使PSAP操作員更容易找到您。
自動號碼識別(ANI)
這是主叫方號碼的另一個術語。ALI與ANI的不同之處在於，ALI包含有關呼叫者位置的更多資訊。
緊急回應位置(ERL)
發出緊急呼叫的區域。這未必是緊急情況的發生地。如果緊急呼叫者報告一般緊急事件，則實際緊急事件可能位於不同區域。在CER中，將交換機埠和電話分配給ERL，而ERL定義包括ALI資料。 PSAP使用ALI資料來確定發出911呼叫的呼叫者的位置。
緊急位置識別號碼(ELIN)
PSAP可用於回叫緊急呼叫者的電話號碼。如果緊急呼叫突然斷開，或者如果PSAP在有意終止緊急呼叫之後需要附加資訊，則PSAP可能需要呼叫ELIN。 ELIN是ERL配置的一部分。
通話流程
以下是您可以通過CER使用的不同呼叫流程：
911呼叫
PSAP回撥
現場警報
組態
配置Cisco Unified Communications Manager
- 建立分割槽
- 建立呼叫搜尋空間
- 為電話分配分割槽和CSS
- 建立CTI路由點(CTI RP)
- 建立CTI埠
- 建立路由模式
- 建立轉換模式
- 配置PSAP回撥
- 建立JTAPI使用者
- 配置SNMP服務
建立分割槽
建立兩個分割槽。導航到呼叫路由>控制類>分區:
- 911_PT
- 電話(_P)
建立呼叫搜尋空間
建立兩個呼叫搜尋空間。導航至呼叫路由>控制類別>呼叫搜尋空間:
- 911_CSS:可以包括911_PT和Phones_PT
- Phones_CSS:可以只包括Phones_PT
為IP電話分配分割槽和CSS
- IP電話上的DN需要與Phones_PT分割槽相關聯。
- 電話需要使用Phones_CSS來呼叫轉換模式（9.911和911）。
建立CTI路由點
- 911和912 CTI RP需要與911_PT分割槽關聯並使用911_CSS。
- 911和9.911轉換模式需要能夠到達911 CTI RP。
- 911 CTI RP需要能夠呼叫為CER配置的路由模式。
- 913 CTI RP還需要與911_PT分割槽關聯並使用911_CSS。
- PSAP回撥轉換模式需要能夠到達913 CTI RP。
CTI路由點 — 911
- 對於內部和外部呼叫，「前轉忙」、「前轉無應答」、「前轉無覆蓋」、「前轉未註冊」和「失敗時前轉」需要目標為912（如果您有輔助CER伺服器）、現場安全號碼或路由模式，以便911呼叫仍可以發往PSAP。
- 對於本文檔中的示例，911 CTI RP會在需要時將呼叫轉發到912。確保用於來電轉駁和呼叫代答設定的呼叫搜尋空間使用911_CSS，以便轉發的呼叫可以到達912 CTI RP。
CTI路由點 — 912
- 對於內部和外部呼叫，「前轉忙」、「前轉無應答」、「前轉無覆蓋」、「前轉未註冊」和「失敗時前轉」需要將呼叫路由到現場安全號碼或路由模式，因此911呼叫仍可以發往PSAP。
- 對於本文檔中的示例，如果需要，912 CTI RP會將呼叫轉發到用於預設ERL的路由模式。確保用於來電轉駁和呼叫代答設定的呼叫搜尋空間使用911_CSS，以便轉發的呼叫可以到達路由模式。
CTI路由點 — 913
- 對於內部和外部呼叫，「前轉忙」、「前轉無應答」、「前轉無覆蓋」、「前轉未註冊」和「失敗時前轉」需要將呼叫路由到現場安全號碼。
- 對於本文檔中的示例，913 CTI RP將呼叫轉接至60003，這是現場安全號碼。確保來電轉駁和呼叫代答設定的呼叫搜尋空間使用可以到達現場安全號碼的CSS。
建立CTI埠
- CTI埠僅用於電話現場警報。
- CTI埠需要能夠呼叫現場報警號碼（可以是內部或外部號碼，只要呼叫到達現場安全人員）。
- CTI埠DN必須按連續順序排列。
- CER僅支援G.711，因此CTI埠和電話之間用於現場安全保護的區域關係不得設定為64 kbps。
建立路由模式
預設ERL路由模式
- 需要在911_PT中。
- 您可以將Calling Party Transform Mask設定為ERL中ELIN的編號。無論如何，CER可以將其更改為ELIN。
- 將Discard Digits設定為PreDot。
在本示例中，RTP位置的預設ERL相同
所有其他ERL路由模式
- 需要在911_PT中。
- 您可以將Calling Party Transform Mask設定為ERL中ELIN的編號。無論如何，CER可以將其更改為ELIN。
- 將Discard Digits設定為PreDot。
建立轉換模式
- 使用911_CSS在Phones_PT中使用911和9.911轉換模式（以便電話可以呼叫它們）（以便可以到達911 CTI RP）。
- 使用911_CSS的911_PT中PSAP回撥的轉換模式（以便網關可以呼叫它們）（以便它可以到達913 CTI RP）。
建立轉換模式911和9.911
911和9.911轉換模式之間的唯一區別是9.911轉換模式上的丟棄前點。
配置PSAP回撥
要配置PSAP回撥，您需要將CSS分配給入站網關並建立轉換模式。
- 對於入站呼叫，人們通常只向Callmanager傳送4位數字；因此，PSAP回撥的轉換模式只有4位數。轉換模式的模式可以相應地為正在使用的撥號方案配置。
- 網關的CSS必須為911_CSS（以便可以到達PSAP回撥轉換模式）。
在此處的範例中，由於只有4位元從閘道/主幹傳入，因此若要使其達到913 CTI RP，您需要為位元新增首碼(對於此範例首碼：913919537)。 這樣，可以匹配在CCM和CER中配置的模式913XXXXXXXXXX。
建立JTAPI使用者
- JTAPI使用者必須是應用程式使用者（而不是終端使用者）。
- JTAPI使用者需要擁有與其關聯的CTI路由點和CTI埠。否則，這些CTI裝置無法註冊，呼叫無法工作。
- 需要將JTAPI使用者新增到標準CTI Allow Calling Number Modification和標準CTI Enabled Groups。
配置SNMP配置
- 確保在所有Callmanager上啟用並啟動SNMP服務(Cisco Unified Serviceability > Tools > Control Center - Feature Services)。
- 在CUCM上配置的SNMP社群字串名稱需要與CER上配置的字串相同
- 確保Community String Name設定為ReadOnly
配置Cisco Emergency Responder
- 建立CER Web使用者（可選）
- 配置組設定
- 配置電話設定
- 配置伺服器設定
- 輸入許可證
- 確定Cisco Unified Communications Manager集群
- 建立現場警報（可選）
- 建立緊急響應位置(ERL)
- 設定SNMP
- 識別LAN交換機
- 透過交換器連線埠進行電話追蹤
- 電話跟蹤計畫
- 電話跟蹤（交換機埠、未分配電話、手動配置的電話以及基於IP子網的）
- 升級CCM（可選）
建立CER Web使用者（可選）
- 如果要限制某人對CER網頁的訪問，可以通過User Management建立使用者，並將使用者新增到具有特定角色的用戶組中
- 不同的安全級別/組包括：
使用者
ERL管理員
管理實用程式
網路管理員可維護性
系統管理員
配置組設定
System > Cisco ER Group Setting
- 可以選擇設定SMTP Mail Server、Source Mail ID和System Administrator Mail ID。
- 如果您需要現場電子郵件警報，則需要配置SMTP郵件服務器和源郵件ID。
- 如果要接收有關重要系統警報的電子郵件，請配置SMTP郵件服務器和管理員郵件ID。可以同時配置有關關鍵系統警報的現場電子郵件警報和電子郵件，並可以並行運行。
配置電話設定
System > Telephony Settings
無法變更此頁上的任何內容；但是，此處所做的更改必須與CUCM上配置的CTI路由點匹配。
配置伺服器設定
System > Server Settings
最好選中「調試程式包清單」和「跟蹤程式包清單」的所有框。這樣可增加找出系統出現問題的根本原因的機率。啟用所有這些調試和跟蹤對伺服器效能的影響最小，因為CER是伺服器上唯一的東西。
確定Cisco Unified Communications Manager集群
電話跟蹤> Cisco Unified Communications Manager
- 每個運行CallManager服務的CUCM節點也必須運行SNMP服務。
- 指定為Cisco Unified Communications Manager的Callmanager必須運行CallManager服務。
- 如果所有配置都正確，並且SNMP工作正常，則按一下顯示在下面顯示的影象右上角的Cisco Unified Communications Managers List超連結可以檢視所有Callmanager節點。
建立現場警報（可選）
ERL > Onsite Alert Settings
- 只要CUCM上的CTI埠能夠發出外部呼叫，就可以使用手機等外部號碼進行現場警報。
- 要使電子郵件警報正常工作，必須在Group Settings下配置SMTP Mail Server。
建立緊急響應位置(ERL)
ERL >傳統ERL
- ERL可以根據需要進行細化（建築、樓層、象限、房間、工作站等）。
- 如果通過CER發出呼叫，並且沒有與該電話關聯的ERL，則使用預設ERL，因此最好配置預設ERL。
- 如果多個ERL使用相同的網關/路由清單，則可以使用相同的路由模式（即10.911）。在CER 1.x中，必須在組設定下啟用Calling Party Modification，以便使用相同的路由模式。在CER 2.0中，該選項不存在，因為預設情況下該選項處於啟用狀態。
- 當呼叫被路由回到CUCM時，路由模式成為被叫號碼，ELIN成為主叫號碼。
設定SNMP
電話跟蹤> SNMP V2
必須在此處配置所有交換機和CallManager伺服器，SNMP電話跟蹤才能正常工作
識別LAN交換機
電話跟蹤> LAN交換機
- 所有連線有電話的交換機都需要在此處進行配置。
- 如果它是非Cisco交換機或CDP被禁用，請選中Enable CAM based Phone Tracking覈取方塊。
透過交換器連線埠進行電話追蹤
ERL成員資格>交換機埠
- 完成電話跟蹤後，將ERLS分配給交換機埠。
- 可以指定位置；但是，這不是必需的。
- 在下面顯示的示例中，通過IP電話子網跟蹤電話60002，但交換機正在運行SNMP，因此電話仍然顯示在此處。
交換器上的SNMP組態
驗證
- 可以註冊CTI路由點和CTI埠。
- 連線到交換機的IP電話必須由CER自動發現。
- IP電話可以呼叫911並通過CER獲得呼叫路由。
- 可以將PSAP回叫路由到要呼叫PSAP的最後一部電話。
疑難排解
911呼叫
- 驗證主叫電話的CSS是否與911/9.911轉換模式的分割槽相關聯。
- 確認911/9.911轉換模式已檢查緊急優先順序，並且其CSS與911 CTI RP的分割槽相關聯。
- 確保為9.911轉換模式配置了前點條帶。
- 驗證911 CTI RP的註冊狀態，並確保它已註冊到主CER。
- 在911 CTI RP上配置的來電轉駁設定可以指向912 CTI RP進行故障轉移。
- 驗證在CER中配置的ERL是否根據911呼叫的原點對RP/ELIN進行了正確的修改。
- 確保911 / 912 CTI RP的CSS與來自CER的重定向呼叫的路由模式的分割槽相關聯。
PSAP回撥
— 網關的傳入CSS可以到達為回叫呼叫配置的轉換模式的分割槽。
— 基於在GW中傳送的有用位數（帶或不帶任何字首），使用正確位數配置的轉換模式。
— 轉換模式字首913，以及其餘最有效的數字。TP的CSS可以到達913 CTI RP的分割槽。
- CER條913（ELIN數字條欄位）。 回叫是在活動呼叫超時中指定的時間內（分鐘）。
- 913 CTI RP的CSS可以到達原始主叫方電話DN的分割槽。
現場警報
— 為每個ERL正確配置了現場警報聯絡人。
- CTI埠已註冊，其CSS可以到達Onsite警報人員的電話DN的分割槽。
— 確保有足夠的CTI埠處理現場警報的同時呼叫。
911運算子無法獲取正確的ELIN值
— 確保System > Cisco ER Group Settings > Calling Party Modification value設定為啟用。
— 用於CUCM和CER之間互動的應用程式使用者啟用標準CTI和標準CTI允許修改主叫號碼使用者組。
— 在911呼叫的路由模式中，未選中「使用主叫方的外部電話號碼掩碼」覈取方塊。
— 在RP/RL/RG/網關級別沒有主叫方修改。
— 如果前面所有設定都正確，請在網關上運行調試以檢查911呼叫的主叫方號碼(示例：PRI網關的「debug isdn q931」)。
完成電話跟蹤後未顯示的交換機埠
— 檢查CER上的SNMP配置、交換機上的SNMP配置，以及交換機是否在CER中配置。
— 確保支援在該版本的CER上跟蹤交換機。如果交換機不受支援，您可以在電話跟蹤日誌中看到「This device is not supported <ip address>」錯誤消息。
- CER支援的裝置清單列在cisco.com交換機埠正在顯示，但電話未顯示。
— 檢查CER和CCM上的SNMP配置。
— 在每個CUCM上，Cisco Unified Serviceability > Tools > Control Center - Feature Services > Cisco CallManager SNMP Service需要啟用和啟動。
— 在每個CUCM上，確保網路服務SNMP Primary Agent正在運行。
— 確保所有CUCM伺服器都有需要在CER中跟蹤的電話，顯示在M清單中。通過轉至電話跟蹤> Cisco Unified Communications Manager >按一下集群，然後按一下Cisco Unified Communications Manager List可以檢查該清單。這可以顯示運行CCM服務的CUCM群集中的所有節點。
— 您可以運行SNMP行走以確認CER能夠從CUCM和switch獲取IP電話資訊：
輸入社群字串：cer
輸入伺服器的IP地址，將127.0.0.1用於localhost。請注意，您需要提供IP地址，而不是主機名。:10.48.62.250
對象ID(OID):1.3.6.1.4.1.9.9.23.1.2.1.1.6
輸入引數作為「file」，將輸出記錄到檔案中。[nofile]:
此命令可能會暫時影響CPU效能。
是否繼續(y/n)?y
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10101.1 =字串："rtp12-calo-363-gw.cisco.com"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10102.6 =字串：「SEPF09E636EE825」
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10104.8 =字串："1974年9月A02FC0AD11"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10107.7 =字串："SEP6C416A369525"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10108.12 =字串："SEP1C1D862F3EDF"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10109.9 =字串："1969年9月CD85AE21"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10111.10 =字串："1984年9月5170993-E8"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10113.11 =字串："988908D737AC7"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10115.2 =字串："1975002359月07日"
修訂記錄
| 修訂 | 發佈日期 | 意見 |
|---|---|---|
5.0 |
03-Aug-2026
|
重新認證 — 更新的格式 |
4.0 |
06-Sep-2024
|
更新的PII、機器翻譯和格式。 |
3.0 |
07-Jul-2023
|
已更新SNMP電話對象ID號碼。 |
2.0 |
02-Mar-2023
|
已刪除PII。已新增Alt文本。已更新標題、簡介、樣式要求、機器翻譯、德語、語法和格式。 |
1.0 |
10-Jul-2017
|
初始版本 |
意見