이 문서에서는 switchport 전화기 추적을 사용하여 Cisco Emergency Responder를 Cisco CUCM(Unified Communications Manager)과 통합하는 방법에 대해 설명합니다.
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
이 문서의 정보는 다음 소프트웨어 버전을 기반으로 합니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
이 문서는 Cisco TAC 엔지니어가 작성했으며 구성 및 설계 가이드를 참조해야 할 필요성을 대신하지는 않습니다.
예제가 있는 섹션은 참조용으로만 포함된 샘플 값으로 가능한 설정을 나타냅니다. 프라이빗 네트워크의 컨피그레이션은 프라이빗 엔터티의 요구 사항과 해당 내부 설계 지침에 따라 달라집니다.
CER와 CUCM의 통합이 완료된 것으로 간주된 후에는 긴급 통화에 대한 테스트를 현지 PSAP(Public Safety Answering Point)와 조율하는 것이 중요합니다.
PSAP 테스트에 성공했지만 테스트 후 컨피그레이션을 더 많이 변경한 경우, 추가 변경이 완료되면 로컬 PSAP와 함께 긴급 통화 테스트 일정을 잡는 것이 중요합니다. 간단히 말해, 통화 라우팅에 영향을 줄 수 있는 변경 사항이 있을 때마다 긴급 통화를 테스트합니다.
특정 국가의 경찰, 소방, 의료와 같은 공공 응급 기관에 연락할 수 있는 간단하고 기억하기 쉬운 번호입니다. 모든 국가에서 911을 긴급전화에 사용하는 것은 아니므로 사용할 수 있는 적정 긴급번호를 숙지하시기 바랍니다. 이 문서에서는 편의상 911만 비상 전화 번호로 참조할 수 있습니다.
긴급 통화가 라우팅되고 발송되는 공공 기금 시설입니다. 이 조직은 911 통화에 응답하고 어떤 응급 기관(경찰, 소방 등)이 출동해야 하는지 결정하는 라이브 운영자로 구성되어 있습니다.
발신자의 PSAP 및 주소/위치에 자동으로 표시됩니다. 운영자는 이 정보를 사용하여 911 전화를 건 사람을 찾을 수 있습니다.
이 전화회사는 전화번호와 이름 및 주소를 매칭하는 가입자 데이터베이스를 가지고 있다. 통화가 911 네트워크에 도착하면 이 데이터베이스를 사용하여 발신 전화 번호와 일치하는 주소를 가져오고 PSAP 운영자가 사용자를 더 쉽게 찾을 수 있도록 합니다.
발신자 번호에 대한 또 다른 용어입니다. ALI는 발신자의 위치에 대한 추가 정보를 포함한다는 점에서 ANI와 다릅니다.
긴급 통화를 발신할 영역입니다. 이것은 반드시 위급상황의 위치는 아니다. 응급 호출자가 일반 응급 상황을 보고할 경우 실제 응급 상황은 다른 영역에 있을 수 있습니다. CER에서는 ERL에 스위치 포트 및 폰을 할당하며, ERL 정의에는 ALI 데이터가 포함됩니다. ALI 데이터는 PSAP에서 911 통화를 발신하는 발신자의 위치를 확인하는 데 사용됩니다.
PSAP에서 긴급 발신자에게 다시 전화를 걸기 위해 사용할 수 있는 전화 번호입니다. 긴급 통화의 연결이 갑자기 끊기거나 PSAP에서 긴급 통화를 의도적으로 종료한 후 추가 정보가 필요한 경우 PSAP에서 ELIN에 전화를 걸 수 있습니다. ELIN은 ERL 컨피그레이션의 일부입니다.
다음은 CER에서 사용할 수 있는 다양한 통화 흐름입니다.



두 개의 파티션을 생성합니다. Call Routing(통화 라우팅) > Class of Control(제어 클래스) > Partition(파티션)으로 이동합니다.

발신 검색 공간을 두 개 만듭니다. Call Routing(통화 라우팅) > Class of Control(제어 클래스) > Calling Search Space(발신 검색 공간)로 이동합니다.








이 예에서 Default ERL은 RTP Location에 대해 동일합니다


911과 9.911 변환 패턴의 유일한 차이점은 9.911 변환 패턴의 PreDot 삭제입니다.


PSAP 콜백을 구성하려면 인바운드 게이트웨이에 CSS를 할당하고 변환 패턴을 생성해야 합니다.

이 예에서는 게이트웨이/트렁크에서 4자리 숫자만 전달되므로 913 CTI RP에 도달하려면 숫자 접두사(예: 접두사: 913919537). 이렇게 하여 CCM과 CER에 모두 구성되는 패턴(913XXXXXXXX)을 일치시킬 수 있다.



사용자
ERL 관리자
관리 유틸리티
네트워크 관리자 서비스 가용성
시스템 관리자
시스템 > Cisco ER 그룹 설정

System(시스템) > Telephony Settings(전화 통신 설정)
이 페이지에서는 아무것도 변경할 수 없습니다. 그러나 여기서 변경한 내용은 CUCM에 구성된 CTI 경로 포인트와 일치해야 합니다.

System(시스템) > Server Settings(서버 설정)
Debug Package List(디버그 패키지 목록) 및 Trace Package List(추적 패키지 목록)의 모든 상자에 체크 인하는 것이 가장 좋습니다. 이렇게 하면 시스템에 문제가 발생할 경우 근본 원인을 식별할 수 있는 기회가 늘어납니다. 이 모든 디버그와 추적을 활성화하면 CER만 서버 성능에 미치는 영향이 최소화됩니다.

전화 추적 > Cisco Unified Communications Manager

ERL > 온사이트 경고 설정

ERL(Emergency Response Location) 생성
ERL > Conventional ERL


Phone Tracking(전화기 추적) > SNMP V2
SNMP 전화 추적이 작동하려면 모든 스위치와 CallManager 서버를 여기서 구성해야 합니다

Phone Tracking(전화기 추적) > LAN Switch(LAN 스위치)
ERL Membership(ERL 멤버십) > Switch Ports(스위치 포트)


- 게이트웨이의 수신 CSS는 콜백 통화에 대해 구성된 변환 패턴의 파티션에 도달할 수 있습니다.
- 접두사가 있거나 없는 GW에서 전송된 유효 자릿수를 기반으로 올바른 자릿수로 구성된 변환 패턴
- 변환 패턴 접두사 913과 가장 중요한 나머지 숫자. TP의 CSS는 913 CTI RP의 파티션에 도달할 수 있습니다.
- CER 스트립 913(ELIN Digit Strip 필드). 콜백은 활성 통화 시간 초과(분)에 지정된 시간 내에 있습니다.
- 913 CTI RP의 CSS는 원래 발신자 전화 DN의 파티션에 도달할 수 있습니다.
- 각 ERL에 대해 온사이트 경고 연락처가 올바르게 구성되었습니다.
- CTI 포트가 등록되고, 해당 CSS가 온사이트 경고 사용자의 전화기 DN의 파티션에 도달할 수 있습니다.
- 현장 경고에 대한 동시 통화를 처리할 수 있는 CTI 포트가 충분한지 확인합니다.
- System(시스템) > Cisco ER Group Settings(Cisco ER 그룹 설정) > Calling Party Modification(발신자 수정) 값이 enable(활성화)로 설정되어 있는지 확인합니다.
- CUCM과 CER 간의 상호 작용에 사용되는 애플리케이션 사용자의 경우 표준 CTI가 활성화되고 표준 CTI 허용 통화 번호 수정 사용자 그룹이 있습니다.
- 911 통화의 경로 패턴에서 발신자의 외부 전화 번호 마스크 사용 확인란의 선택을 취소합니다.
- RP/RL/RG/Gateway 수준에서 발신자를 수정하지 않습니다.
- 이전 설정이 모두 올바르면 게이트웨이에서 debug를 실행하여 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(Cisco Unified 서비스 가용성) > Tools(툴) > Control Center - Feature Services(제어 센터 - 기능 서비스) > Cisco CallManager SNMP Service(Cisco CallManager SNMP 서비스)를 활성화하고 시작해야 합니다.
- 각 CUCM에서 네트워크 서비스 SNMP 기본 에이전트가 실행 중인지 확인합니다.
- 모든 CUCM 서버에 CER에서 추적해야 하는 전화기가 있는지 확인합니다. M 목록에 표시됩니다. 이 목록은 Phone Tracking(전화기 추적) > Cisco Unified Communications Manager > Click Cluster(클러스터 클릭)로 이동하여 확인할 수 있습니다. 그런 다음 Cisco Unified Communications Manager List(Cisco Unified Communications 관리자 목록)를 클릭합니다. 이는 CCM 서비스를 실행하는 CUCM 클러스터의 모든 노드를 표시할 수 있습니다.
- SNMP 걸음을 실행하여 CER이 CUCM에서 IP Phone 정보를 가져오고 전환할 수 있는지 확인할 수 있습니다.
커뮤니티 문자열을 입력합니다. cer
서버의 ip 주소를 입력하고 localhost에 127.0.0.1을 사용합니다. 호스트 이름이 아닌 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 = 문자열: "SEP74A02FC0AD11"
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 = 문자열: "SEP6899CD85AE21"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10111.10 = 문자열: "SEP84B5170993E8"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10113.11 = 문자열: "SEP88908D737AC7"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10115.2 = 문자열: "SEP00235EB7A757"
| 개정 | 게시 날짜 | 의견 |
|---|---|---|
5.0 |
03-Aug-2026
|
재인증 - 업데이트된 서식 |
4.0 |
06-Sep-2024
|
업데이트된 PII, 기계 번역 및 서식. |
3.0 |
07-Jul-2023
|
SNMP 전화 개체 ID 번호를 업데이트했습니다. |
2.0 |
02-Mar-2023
|
PII를 제거했습니다.
대체 텍스트를 추가했습니다.
업데이트된 제목, 소개, 스타일 요구 사항, 기계 번역, Gerunds, 문법 및 서식. |
1.0 |
10-Jul-2017
|
최초 릴리스 |