원문 : Troubleshooting Cisco IP Phone Registration Problems with Cisco CallManager 3.x and 4.x
(http://www.cisco.com/en/US/products/hw/phones/ps379/products_tech_note09186a008009485a.shtml)
전화는 다음 메시지 한 개를 표시할 수 있습니다:
5. Power cycle the phone
이 steps을 완료한 후에 전화의 전원을 reset합니다. (power cycle the phone)
3. 특성을 보기 위해서 이벤트를 Double-click 합니다. Event Properties 윈도우에 상세가 표시됩니다.
5. Navigate to the correct folder (C:\Program Files\Cisco\TFTPPath).
8. 전화가 Cisco CallManager database에 Recreate 됩니다.
network analyzer가 없는 경우, 몇 개의 Cisco CallManager server가 작성해, 보존하는 trace files의 이러한 packets을 표시할 수 있습니다.
2.최근의 파일을 찾아내고 파일을 열기 위해서 파일명을 더블 클릭 해 주세요.
Performance Monitor를 사용한 전화기의 Activity 분석
■ Manually Configure the IP Parameters on a 12 SP+ or 30 VIP Phone
전화가 새로운 정보를 플래시 메모리에 저장 후 reset 합니다. 이것에 의해서 DHCP는 disable이 됩니다.
Cisco CallManager version 2.4에 관해서는, Adding a Cisco IP Phone을 참조합니다.
이 문서에서는 개별의 전화기의 자동 등록과 수동 등록 양쪽 모두에 대해 설명하고 있습니다.
In Cisco CallManager 3.0x, you must set up Auto-Registration according to the Understanding Auto-Registration section of the Cisco CallManager Administration Guide, Release 3.0(9), and the Auto-Registration section of the Cisco CallManager System Guide, Release 4.0(1).
Cisco Catalyst 스위치에서는 global configuration mode로 enable되어 있는 mls qos 명령어는 신뢰할 수 없는 상태에 모든 포트에 남깁니다. 따라서 신뢰 받을 필요가 있는 포트는 각 포트의 interface configuration mode의 mls qos trust 명령어로 enable 되어 있을 필요가 있습니다.
Cisco CallManager와 IP Phone 사이의 keepalive interval을 증가하기 위해서 이러한 스텝을 완료합니다:
■ Cisco IP Phones Not Registered But Do Not Work
Cisco IP Phone은 Cisco CallManager Administration 페이지에 Not Found 또는 Unregistered의 상태를 보입니다.
Cisco IP Phone이 정상인것 처럼 보여도,Cisco CallManager Administration Find 및 List Phones 페이지에 이 에러 메세지가 표시됩니다:
2. Open a Command Prompt and go to the directory C:\utils.
3. process를 종료하기 위해서 다음의 명령어를 실행합니다. Execute this command to end the process.
Microsoft 기존 취약성과 OS 2000.2.7로 동작하는 Cisco CallManager 서버에 의해 또 RIS Data Collector는 fail 가능성이 있습니다. 문제를 해결하기 위해서 Service Release 1 또는 그 이후를 적용합니다. Cisco CallManager OS Service releases는 CallManager 및 Voice Apps Crypto Software(registered customers only) 다운로드 가능합니다. 상세한 정보는 마이크로소프트의 기사 "Performance monitoring tools may experience a memory leak if Terminal Services is disabled"를 참조합니다.
If this issue occurs intermittently, collect the RIS traces and check the traces for these error messages:
◆ 개요
이 문서에서는 Cisco IP Phone을 Cisco CallManager에 등록할 수 없는 원인이 되는 일반적인 문제를 설명하고 해결합니다. 이러한 troubleshooting의 순서를 설정하면 IP Phone은 Cisco CallManager와 full functional 그리고 통상적인 통신을 해야 합니다. 이 문서에서는 Cisco 12 SP+,30 VIP,7910,7940 및 7960 모델의 IP Phone에 대해 설명합니다.
◆ Requirements
이 문서는 적당한 네트워크에 연결된 전화의 대부분을 가정합니다. 즉, 한대의 전화 또는 적은 수의 전화가 제대로 등록되지 않는 것을 가정합니다. 전화의 나머지는 제대로 동작합니다. 모든 전화에 대하서 가장 큰 영향이 미치는 문제가 있으면, 이 문서는 결정에 도움을 주지 않습니다. 이 문서는 TFTP 서버와 같은 네트워크에 하나의 Cisco CallManager 서버를 사용하는 것을 가정합니다.
CallManager 이외의 TFTP 서버의 사용에 대해서는 이 문서에서 취급하지 않습니다.
CallManager 이외의 TFTP 서버의 사용에 대해서는 이 문서에서 취급하지 않습니다.
◆ Phone Registration Process
IP Phone에 새로운 이미지나 다른 이미지를 load할 필요가 없는 경우는 모든 IP Phone이 다음에 나타내는 normal bootup 및 registration steps에 따릅니다.
1. 이미지를 load합니다 그리고 configuration process를 시작합니다.
2. 전화가 static configuration이 되지 않는 경우 DHCP에 의해서 IP 정보를 받습니다.
3. configuration file을 받습니다.
4. 다른 configuration parameters 및 file을 (such as speed dial numbers and ring files) 올립니다.
그리고 마지막으로 Cisco CallManager 서버에 등록합니다.
Note： IP Phone은 image upgrade를 필요로 할 가능성이 있습니다. 이전에 등록한 버전보다 새로운 버전의 CallManager를 사용해서 Cisco CallManager 서버에 전화기를 등록하는 경우가 이것에 해당합니다. 게다가 서버 관리자는 전화의 타입 또는 특정의 전화를 위한 default image를 변경했을지도 모릅니다. 언제든지 전화는 새로운 이미지를 load할 필요가 있고 전화는 reboot 그리고 새로운 이미지를 재 등록할 필요가 있습니다. 이 주제에 관한 상세한 것에 대하여는 Understanding Device Support(part of the Cisco CallManager 3.0 Administration Guide)의 Understanding Device Loads section을 참조합니다. 또 Device Support 그리고 Cisco CallManager System Guide, Release 4.0(1)의 Cisco TFTP sections를 참조 합니다 .
Note： cluster로 Cisco CallManager Server를 set up하는 경우, 각 서버에 Publisher database에 각 전화를 위한 configuration files이 있습니다. Cisco CallManager 서버에서도 전화기의 TFTP 서버로서 기능할 수 있습니다. 전화기를 할당하고 있는 device pools에 의해서 전화기를 등록하는 서버가 정해집니다. 전화는 전화가 등록되는 서버와 함께 다른 서버로 부터 configuration file을 얻을 수 있습니다.
Step 1: Phone Loads Software (Image) and Starts the Configuration Process
IP Phone은 bootup process를 올바르게 실시할 수 없는 경우 전화는 Cisco CallManager 서버에 의해서 등록될 수 없습니다. IP Phone이 플러그를 꽂는 경우 전화는 자신을 boot 및 configure하도록 시도합니다. LCD 화면은 bootup 진행하는 것과 동시에 bootup process의 현재 상태의 표시를 제공합니다. 전화기가 Ethernet network에 접속되어 Cisco CallManager 서버에 등록될 때까지 전화기의 bootup process가 정상적으로 성공할 수 없습니다. Cisco CallManager 서버에의 등록이 성공하는 것은 서버가 전화기를 추가하던지 서버의 자동 등록이 enable이 되어 있는 경우만입니다. (Auto-Registration은 default로 disabled이 되어 있습니다).
2개의 Cisco CallManager 환경이 어느 쪽이라도 맞지 않는 전화는 bootup순서로 정상적으로 반복합니다.
Note：전 화 LCD 화면이 light up하지 않는 경우 장애가 있는 전화일 가능성이 있습니다. 전화는 또 전화가 플러그를 꽂은 후 메시지가 전화 변경을 표시하지 않는 경우 불량일 가능성이 있습니다. 전화가 DHCP를 사용하지 않는 경우, 이 문서의 Step 3a: Phone Sends TFTP Request for a Configuration File을 참조합니다.
Step 2a: Phone Sends DHCP Request
DHCP를 사용하기 위하여 전화를 설정하면 DHCP request를 송신합니다.
이 것은 registration process의 Configuring IP section에 해당합니다. DHCP를 위한 전화를 적절히 설정한 것을 확신하지 않으면 DHCP configuration을 확인하기 위해서 다음의 명령을 통해 확인합니다.
이 것은 registration process의 Configuring IP section에 해당합니다. DHCP를 위한 전화를 적절히 설정한 것을 확신하지 않으면 DHCP configuration을 확인하기 위해서 다음의 명령을 통해 확인합니다.
► Cisco 7910
Complete these steps on the Cisco 7910:
Complete these steps on the Cisco 7910:
1. Choose Settings.
2. Choose 6 (Network).
3. Scroll down to the DHCP Enabled parameter.
The selection must be Yes.
► Cisco 7940 and 7960
Complete these steps on the Cisco 7940 and 7960:
Complete these steps on the Cisco 7940 and 7960:
1. Choose Settings.
2. Choose 3 (Network).
3. Scroll down to the DHCP Enabled parameter.
The selection must be Yes.
► Cisco 12 SP+ and 30 VIP
Complete these steps on the Cisco 12 SP+ and 30 VIP:
Complete these steps on the Cisco 12 SP+ and 30 VIP:
1. Enter **#.
2. Enter 1.
3. Set all parameters to zero (0).
Note：
- Cisco 7910G는 10 MB속도만 지원합니다만, 7910G+SW는 10/100을 지원합니다.
7910G의 경우, 10 MB 또는 Auto로 전화가 연결되는 스위치 포트를 설정합니다.
- Cisco 7910G는 10 MB속도만 지원합니다만, 7910G+SW는 10/100을 지원합니다.
7910G의 경우, 10 MB 또는 Auto로 전화가 연결되는 스위치 포트를 설정합니다.
- DHCP 서버가 제공하는 parameters를 무효로 하기 위해서 전화에 어떤 IP parameters를 hard coded 합니다.
특히, Alternate TFTP Server 옵션은 DHCP가 제공하는 TFTP 서버의 IP 주소를 무효로 합니다.
original factory defaults 상태의 전화 설정을 reset 하는 방법의 정보에 관해서는 이러한 문서를 참조합니다:
특히, Alternate TFTP Server 옵션은 DHCP가 제공하는 TFTP 서버의 IP 주소를 무효로 합니다.
original factory defaults 상태의 전화 설정을 reset 하는 방법의 정보에 관해서는 이러한 문서를 참조합니다:
► Resetting 7900 Series IP Phones to Factory Defaults
► Resetting 12SP+ and 30VIP IP Phones to Factory Defaults
DHCP를 이해하기 위해 RFC 1541: Dynamic Host Configuration Protocol를 참조합니다.
Step 2b: DHCP Server Sends DHCP Response
DHCP 응답에는 전화기의 IP 주소 및 TFTP server(통상은 Cisco CallManager server)의 IP 주소가 포함되어 있습니다.
응답에는 다음의 일반적인 옵션이 몇 개 또는 모든 것이 포함될 수도 있습니다.
응답에는 다음의 일반적인 옵션이 몇 개 또는 모든 것이 포함될 수도 있습니다.
► IP address of the default router (gateway)
► IP address of the Domain Name System (DNS) server
► Domain name
Windows 2000 DHCP server가 제대로 set up을 확인하기 위해서, Configuring Windows 2000 DHCP Server for Cisco CallManager (Cisco CallManager를 위한 Windows 2000 DHCP server의 설정)을 참조합니다. 이 문서에서는 각 전화가 DHCP server로 부터 필요로 하는 IP parameters에 대해 설명하고 있습니다. 이것에는 TFTP server의 옵션 150이 포함됩니다. 이 문서에서는 DNS server의 IP 주소(옵션 6 ), 정확한 domain name(옵션 15 )을 제공하는 scope의 설정에 대해서도 설명하고 있습니다.
상세한 것에 대하여는 Understanding Device Support (part of the Cisco CallManager 3.0 Administration Guide) 또는 Cisco CallManager System Guide, Release 4.0(1)의 Redundancy section을 참조합니다. 이러한 문서에서는 TFTP server의 주소를 제공하기 위해서 사용 가능한 방식 TFTP server address 및 Cisco CallManager devices로 사용하는 TFTP server의 결정 방법에 대해 설명하고 있습니다.
Step 3a: Phone Sends TFTP Request for a Configuration File
configuration file은 전화가 기능하기 위해서 요구하는 복수의 정보가 포함되어 있습니다. bootup 및 registration process의 이 단계에서 가장 중요한 설정 요소는 전화가 속하는 device pool 및 전화를 등록할 수 있는 Cisco CallManager server의 리스트 입니다.
이와 같이, 전화는 전화가 최종적으로 등록되는 그것보다 다른 Cisco CallManager (TFTP) server로부터의 설정을 얻을 수 있습니다. 상세한 것에 대하여는, Understanding Redundancy (part of the Cisco CallManager 3.0 Administration Guide) 또는 Cisco CallManager System Guide, Release 4.0(1)의 Redundancy의 섹션을 참조합니다. 전화기는 특정의 설정 파일을 요구합니다. 이 파일명은 SEPMAC-Address.cnf 입니다. 예를 들면, MAC 주소가 0030.94C2.D5CA의 전화의 경우의 파일명은 SEP003094C2D5CA.cnf가 됩니다. 파일이 Cisco CallManager server에 있는 경우, Step 4a: TFTP Server Sends the Specific Configuration File of the Phone을 참조합니다.
전 화가 Cisco CallManager 데이타베이스에 없는 경우 특정의 configuration file을 위한 요구는 TFTP server의 TFTP File Not Found라는 응답 결과로 끝납니다. 이에 따라, 전화기에서는 SEPDEFAULT.cnf라는 이름의 파일이 요구됩니다. 자동 등록을 위한 Cisco CallManager server를 설정하는 경우 이 파일이 있습니다, server는 전화에 그것을 보냅니다.
Step 3b: TFTP Server Sends the Default Configuration File 섹션을 참조합니다.
Step 3b: TFTP Server Sends the Default Configuration File 섹션을 참조합니다.
server 로 자동 등록이 설정되어 있지 않은 경우, Cisco CallManager server의 TFTP server는 한층 더 File Not Found TFTP 응답을 송신합니다. 이 시점에서, 전화는 configuration process를 restarts합니다. Cisco CallManager 3.3(x)은 추가 TFTP 파일 "caching" 기능을 제공합니다. 상세한 것에 대하여는 Cisco TFTP를 참조합니다.
Step 3b: TFTP Server Sends the Default Configuration File
Note：이 스텝이 실행되는 것은 Auto-Registration이 enable로 되고 있어 Cisco CallManager server에 전화기가 미등록의 경우에만 해당 됩니다. Auto-Registration을 위한 Cisco CallManager server를 설정하는 경우, 전화 요구에 따라 SEPDEFAULT.cnf 파일을 보냅니다. Cisco CallManager server 데이터 베이스가 Auto-Registration에 의해서 전화를 추가한 후, 전화에 SEPMAC-Address.cnf 파일이 있습니다. 그것은 SEPDEFAULT.cnf를 재차 참조하지 않습니다. 이 문서의 Step 4b: Phone Registration Finishes를 참조합니다.
Step 4a: TFTP Server Sends the Specific Configuration File of the Phone
Note：이 스텝은 Cisco CallManager server로 전화기의 생성이 발생했을 경우에만 해당됩니다.
설 정 파일에는 전화를 위한 몇 개의 parameters가 포함되어 있습니다. 이것들은 device pool, Cisco CallManager server 사용, speed dials 설정 및 다른 parameters가 포함되어 있습니다. 일반적으로 Cisco CallManager의 변경을 행하는 전화 configuration file을 변경하면 전화(device)는 reset을 요청합니다.
Step 4b: Phone Registration Finishes
Cisco CallManager server가,등록 프로세스의 최종 단계에서 전화에 추가의 설정 요소를 송신합니다. 일반적으로, registration process는 프로세스를 정상적으로 완료할 필요가 있습니다. 이 시점에서 무엇을 하고 있는지를 확인하려면 네트워크 analyzer를 설치하고, 전화기가 server와 송수신 하는 IP packets을 Capture 할 필요가 있습니다.
7961G Phone does not Register until it is Configured as a 7961
IP phones CP-7961 and CP-7961G are basically the same platform. The G stands for global use that supports all languages. So when you add a 7961G phone, you should add it as a regular 7961 phone. CP-7961G-GE is another IP phone with two gigabit Ethernet ports (10/100/1000). If IP phone 7961G is added as 7961G-GE, it does not register with Cisco CallManager.
IP phones CP-7961 and CP-7961G are basically the same platform. The G stands for global use that supports all languages. So when you add a 7961G phone, you should add it as a regular 7961 phone. CP-7961G-GE is another IP phone with two gigabit Ethernet ports (10/100/1000). If IP phone 7961G is added as 7961G-GE, it does not register with Cisco CallManager.
Disable DHCP and DNS to Test a Phone
전화는 다음 메시지 한 개를 표시할 수 있습니다:
- DNS Error or Configuring IP
- Opening <IP address of Call Manager>
- Configuring CM List
전 화기에 장애가 있는지 또는 설정에 잘못이 있을지 어떨지를 쉽게 판별할 수 있습니다. 전화기를 공장 출하시의 default configuration로 reset 하고 나서, 필요한 IP parameters를 모두 전화기에 hard code 합니다. 이것에 의해 DHCP와 DNS의 문제가 발생할 가능성이 해소됩니다.
Note：만 약 가능하면, 다른 전화가 정상적으로 동작하는 IP subnet에 전화를 접속합니다. 가동중의 전화기가 사용하고 있는 것과 같은 TFTP server의 IP 주소와 default router IP address를 사용합니다. original factory defaults의 전화 설정을 reset 하는 방법의 정보에 관해서는 Resetting 7900 Series IP Phones to Factory Defaults 또는 Resetting 12SP+ and 30VIP IP Phones to Factory Defaults를 참조합니다.
1. 전화로 IP parameters를 수동으로 설정한다.
- Cisco 79XX 의 경우：
a.전화기의 락을 해제 하는데는 **# key를 순서대로 입력합니다.
Note：네트워크 설정의 락 해제를 종료하려면, 7910을 reboot 할 필요가 있습니다.
b. Settings을 선택 그리고 6을 선택합니다(네트워크).
c. DHCP Enabled까지 Scroll down 그리고 No 를 선택합니다.
d. 위로 Scroll 그리고 TFTP server 필드에 static IP 주소를 입력합니다.
Note：IP 주소의 입력에는 키패드의 숫자를 사용합니다. IP 주소의 section 사이의 "."는 "*"키를 사용합니다
e. IP address/mask 설정, Default Router 1 그리고 다른 필요한 IP parameters를 설정합니다.
f. 끝날 때 Save를 선택합니다.
Cisco 79xx IP Phone의 네트워크 설정을 실시하는 방법의 정보에 관해서는 Cisco IP Phone Model 7960, 7940, and 7910 Administration Guide for Cisco CallManager Release 3.0 and 3.1.의 Configuring and Verifying Network Settings on the Cisco IP Phone 세션 또는 Cisco IP Phone Administration Guide for Cisco CallManager, Models 7960, 7940, and 7910를 참조합니다.
- Cisco 12 sp + 및30 VIP 에 관해서는:
a. * * 를 눌러 status를 표시합니다.
b. status displays로서 # 눌러 줍니다.
keypad configuration이 표시됩니다. 메시지 Press 1 to disable DHCP or # to skip이 표시됩니다.
c. Press 1.
d. Enter the phone IP address, with asterisks instead of periods.
For example, enter 10*0*10*100*.
e. Enter the subnet mask, with asterisks instead of periods.
For example, enter 255*255*255*0*.
f. Enter the IP address of the default gateway/router, with asterisks instead of periods.
For example, enter 10*0*10*0*.
g. Enter the IP address of the DNS server, with asterisks instead of periods.
For example, enter 10*0*10*0*.
h. Type the IP address of the TFTP server, with asterisks instead of periods.
For example, enter 10*0*0*100*.
The message Press * to exit, or 1 to disable DHCP appears.
i. Press 1.
전화가 새로운 정보를 flash memory에 입력 그리고 reset 합니다. 이것에 의해서 DHCP는 disables이 됩니다.
Cisco 12 sp + 또는 30 VIP 전화의 IP parameters를 설정하는 방법의 정보에 대한 설정은 이 자료의 Manually Configure the IP Parameters on a 12 SP+ or 30 VIP Phone 세션을 참조합니다.
2. Cisco CallManager server로, local host files에 의해서 올바른 Cisco CallManager server name이 IP 주소에 map 되고 있는 것을 확인합니다. 상세한 것에 대하여는 Configuring The IP Hosts File on a Windows 2000 CallManager Server을 참조합니다.
3. Cisco CallManager Administration server의 IP 주소가 나타나는 것을 확인하기 위해서 System > Server를 선택합니다.
(and not the server DNS name).
이 윈도우로 server의 IP 주소에서 DNS name kormakur를 변경할 필요가 있습니다.
4. Cisco CallManager, 올바르게 동작하지 않는 전화를 위한 올바른 MAC 주소를 입력한 것을 확인하기 위해서 Device > Phone을 선택합니다.
5. Power cycle the phone
■ Check for the Incorrect MAC Address on the Phone Label
전화의 뒤쪽에 MAC 주소 스티커는 반드시 올바른 MAC 주소를 표시하지 않습니다. 이것을 체크하려면, 다음의 순서를 실행합니다.
Cisco 7960, 7940, and 7910
1. Choose Settings > Network Configuration.
2. Scroll down to the entry for MAC address.
2. Scroll down to the entry for MAC address.
Cisco 12 SP+ and 30 VIP
1. Press **#.
2. Press 1 until you see the MAC address field.
2. Press 1 until you see the MAC address field.
이 entry는 변경할 수 없습니다. 따라서 Cisco CallManager에 전화를 추가할 때 MAC 주소로서 이 entry를 사용합니다.
Cisco CallManager Phone Configuration 윈도우로 동작 불량의 IP Phone에 대해서 올바른 MAC 주소를 입력하고 있는 것을 확인합니다.
이 steps을 완료한 후에 전화의 전원을 reset합니다. (power cycle the phone)
■ Cisco CallManager 및 TFTP 서비스가 동작하지 않는다
또 하나 생각할 수 있는 문제는 Cisco CallManager 서비스,Cisco TFTP 서비스 또는 그 양쪽 모두가 현재 동작하지 않는 것입니다.
전화는 양쪽 모두의 서비스가 정상적으로 동작하고 있을 때만 registration process을 완료할 수 있습니다.
Note：Cisco CallManager 서비스의 실행 장애는 전화를 사용하기 위한 서비스에 의지하는 네트워크의 모든 device에 영향을 줍니다. TFTP 서비스가 동작하지 않는 경우, 많은 device는 boot를 성공하지 않습니다. 약간의 devices, H.323 게이트웨이등은 이 프로세스의 TFTP server는 필요 하지 않기 때문에 부트가 가능합니다. 만약 전화가 언제든지 이 서버로 부터 부팅이 성공하거나 전화를 걸 수 있으면, 이 섹션은 전화에 있어서의 문제 해결에 도움을 줄 수 없습니다.
1. Cisco CallManager, Cisco CallManager 및 TFTP 서비스가 정상적으로 동작하고 있는 것을 확인하기 위해 Service > Control Center를 선택합니다.
Cisco CallManager 및 TFTP 서비스는 정상적으로 동작하고 있습니다. 서비스명의 옆에 있는 붉은 삼각형은 그 서비스가 현재 가동중인 것을 나타내고 있습니다. red box는 서비스가 정상적으로 동작하고 있지 않는 것을 나타내 보입니다.
Cisco CallManager 또는 TFTP 서비스가 정상적으로 동작하고 있지 않는 경우 서비스 이름의 옆의 Start 옵션을 클릭합니다.
Cisco CallManager 또는 TFTP 서비스가 정상적으로 동작하고 있지 않는 경우 서비스 이름의 옆의 Start 옵션을 클릭합니다.
"start"를 클릭한 후 서비스를 시작합니다(the Service Status triangle appears) 그러나 다시 정지합니다.
서비스 또한 모두 시작하지 못할 수 있습니다. move on to Step 2.
서비스 또한 모두 시작하지 못할 수 있습니다. move on to Step 2.
2. Cisco CallManager server로, Administrative Tools > Event Viewer 선택 및 application log아래에서 entries를 검사합니다.
서비스가 개시할 때마다 정지 또는 에러 발생, window Event Viewer안의 시스템 로그.
서비스가 개시할 때마다 정지 또는 에러 발생, window Event Viewer안의 시스템 로그.
3. 특성을 보기 위해서 이벤트를 Double-click 합니다. Event Properties 윈도우에 상세가 표시됩니다.
4. Cisco CallManager 또는 TFTP 서비스가 시작되지 않는 경우 Cisco CallManager server를 reboot 합니다.
reboot는 서비스가 시작하지 않는 경우, 서비스 요청하기 위해서 Cisco Technical Support에 연락합니다.
reboot는 서비스가 시작하지 않는 경우, 서비스 요청하기 위해서 Cisco Technical Support에 연락합니다.
■ Delete and Recreate a Phone
이러한 순서에 모두 따라 했는데도 전화에 문제를 있으면, configuration file의 파손 가능성이 있습니다.
새로운 설정 파일을 수동으로 작성하려면, 다음의 스텝을 실행합니다.
새로운 설정 파일을 수동으로 작성하려면, 다음의 스텝을 실행합니다.
1. Cisco CallManager, Device > Phone > Find을 선택해 문제를 가지고 있는 전화를 찾습니다.
2. 삭제를 선택합니다.
이것에 의해 전화가 Cisco CallManager database로부터 삭제됩니다.
3. SEP*.cnf 및 SEP*.cnf.xml라는 이름의 파일을 Cisco Media Convergence Server (MCS) 78xx의 hard drive에서 검색합니다.
3. SEP*.cnf 및 SEP*.cnf.xml라는 이름의 파일을 Cisco Media Convergence Server (MCS) 78xx의 hard drive에서 검색합니다.
4. 같은 타입의 작업중인 전화를 위한 configuration file을 Copy 그리고 같은 폴더에 넣읍니다.
5. Navigate to the correct folder (C:\Program Files\Cisco\TFTPPath).
이 예에서는 SEP003094C2D5CA의 Copy 이름과 새로운 파일을 봅니다.
6. 이 새로운 파일명을 Right-click 그리고 Rename을 선택합니다.
7. 전에 삭제한 전화의 그것과 일치하기 위해서 이름을 변경합니다.
이 때 파일명은 SEP003094C25D4E 입니다. 알고 있는 파일 타입이기 때문에 ".bin" 확장자는 보이지 않습니다 그리고 "Hide extensions for known files types" 옵션이 enable 되어 있습니다.
8. 전화가 Cisco CallManager database에 Recreate 됩니다.
이것에 의해 Cisco CallManager server에서는 전화기의 Recreate시에 입력된 정보를 사용해 카피된 설정 파일이 수정됩니다.
9. Power cycle the phone.
■ Understand a Network Trace File
전 화가 boot 할 때 전화가 설정하는 과정에 관하여 더 많은 것 배우는 것이 도움이 될 수 있습니다. network analyzer에 문제의 MAC address에 대한 filter 설정을 사용합니다. 전화가 boot process 사이에 송수신 하는 packets을 Capture 합니다. 이 자료의 Phone Registration Process 섹션의 각 스텝에 대응하는 packets이 있을 필요가 있습니다.
nonfunctional phone와 같은 subnet의 device로부터 Cisco CallManager server로 ping을 할 수 있었는지 확인합니다.
server로 ping을 할 수 있는 경우 두 개의 device간의 IP 접속의 minimum level을 가지고 있습니다.
이것은 전화가 boot 및 registration process동안에 송수신 하는 모든 packets을 보는 것을 가능하게 합니다.
server로 ping을 할 수 있는 경우 두 개의 device간의 IP 접속의 minimum level을 가지고 있습니다.
이것은 전화가 boot 및 registration process동안에 송수신 하는 모든 packets을 보는 것을 가능하게 합니다.
Note：많 은 network administrators는 ping 및 denial of service (DOS) 공격을 막기 위해서 traceroute packets을 필터링 합니다. device에 ping을 할 수 없는 경우 device가 적절히 기능하지 않는다 또는 네트워크 장애가 있다고 가정하지 않습니다. ping 또는 traceroute가 성공 하면 네트워크가 동작하고 있습니다. 다만, PING은 실패한다고 반드시 아무것도 나타내지 않는다.
보이는 trace안에 나타나는 packets의 예를 참조하지 않았으면 찾아야 합니다.
- Network congestion problems
- Ports with high cyclic redundancy check (CRC) errors
- Access lists that can block TFTP.
IP gateway or VLAN configuration issues
(if the phone and Cisco CallManager server are on different subnets/VLANs).
- Ports with high cyclic redundancy check (CRC) errors
- Access lists that can block TFTP.
IP gateway or VLAN configuration issues
(if the phone and Cisco CallManager server are on different subnets/VLANs).
Note： Cisco CallManager 서버로부터 전화기에 TFTP 응답이 송신되어도, 반드시 전화기로 응답이 수신되는 것은 아닙니다. 많은 경우, 각각의 통신 방향으로 액세스 리스트는 다릅니다. 게다가 Cisco CallManager 서버는 전화로 responses back을 통해서 equal-cost path을 통한 혼잡 경험을 보낼 수 있습니다. 다른 subnets/VLANs의 디바이스를 위한 packet level의 접속성의 one true test가 있습니다. 각 디바이스를 위한 subnet/VLAN으로부터 network trace를 가집니다.
network analyzer가 없는 경우, 몇 개의 Cisco CallManager server가 작성해, 보존하는 trace files의 이러한 packets을 표시할 수 있습니다.
1.Cisco CallManager 파일 시스템으로, "ctftp"으로 시작되는 파일명을 찾습니다.
2.최근의 파일을 찾아내고 파일을 열기 위해서 파일명을 더블 클릭 해 주세요.
3.문제가 있는 전화기의 IP 주소를 찾습니다.
전 화에서 나오는 TFTP packets을 찾습니다. 이 activity를 보는 경우, 네트워크 접속이 적어도 전화로부터 Cisco CallManager server에 TFTP packets을 가능하게 하는 것을 확인할 수 있습니다.
보다 많은 자세한 traces에 관해서는, 자세한 TFTP server의 TFTP traces를 설정합니다.
Cisco CallManager trace 기능에 관한 상세한 것에 대하여는 Set Up Cisco CallManager Traces for Cisco Technical Support를 참조합니다.
■ Use Performance Monitor to Analyze Phone Activity
Performance Monitor를 사용한 전화기의 Activity 분석
Performance Monitor를 사용해, 전화기가 Cisco CallManager로 인식되는지 어떤지를 판별할 수 있습니다.
또, Performance Monitor를 사용하면, 전화기로 콜의 발신 또는 수신이 될 때 무엇을 하는지를 감시할 수 있습니다.
또, Performance Monitor를 사용하면, 전화기로 콜의 발신 또는 수신이 될 때 무엇을 하는지를 감시할 수 있습니다.
1. Click the + option. (+ 옵션 클릭합니다.)
2. Performance Object로서 Cisco Phone을 선택합니다.
3. 문제가 있는 전화기를 선택해, Add 및 Close를 클릭합니다.
4. 이 윈도우가 표시되면, View Report 아이콘을 클릭합니다.
5. 이 윈도우가 표시되면, 몇 개의 콜을 만들고, 통계 정보의 변화를 감시합니다.
이와 같이, 정상적으로 작성한 전화가 Cisco CallManager server에 의해서 등록되었는지 확인할 수 있습니다.
■ Manually Configure the IP Parameters on a 12 SP+ or 30 VIP Phone
12 SP+ 또는 30 VIP 전화의 IP parameters를 수동으로 설정합니다.
default 에서는, Cisco의 전화는 DHCP-enabled입니다. DHCP를 사용하지 않는 경우, 전화의 DHCP를 disable로 해, 수동으로 전화에 IP 주소를 할당할 필요가 있습니다. 전화의 DHCP를 disable로 하기 위해서, 전화 IP 주소 및 다른 네트워크 주소를 프로그램으로 넣는데 전화 키 패드를 사용합니다.
default 에서는, Cisco의 전화는 DHCP-enabled입니다. DHCP를 사용하지 않는 경우, 전화의 DHCP를 disable로 해, 수동으로 전화에 IP 주소를 할당할 필요가 있습니다. 전화의 DHCP를 disable로 하기 위해서, 전화 IP 주소 및 다른 네트워크 주소를 프로그램으로 넣는데 전화 키 패드를 사용합니다.
Note： Cisco 12 S 및 12 SP 전화에 DHCP를 항상 사용합니다. DHCP를 disable 및 수동으로 12 S 또는 12 SP 의 IP 주소를 할당할 수 있지만 process는 display 없이 매우 곤란합니다.
Cisco 12 SP+ 또는 30 VIP Phone에 IP 주소를 수동으로 설정하는 경우는, 다음의 rules에 따릅니다.
- 사용하고 있지 않는 IP 주소에는 0.0.0.0 을 사용합니다. 예에 표시되는 값은 유효하지는 않습니다.
- default Gateway도 0.0.0.0 의 경우에 한정해, subnet mask에 0.0.0.0 를 사용할 수 있습니다.
- TFTP server에는 제로 이외의 IP 주소가 필요합니다.
- default Gateway의 IP 주소는, Host IP 주소와 같은 subnet에 없으면 안 됩니다.
- default Gateway는 TFTP 또는 DNS server의 IP 주소가 호스트 IP 주소와 같은 subnet에 있는 경우에 한정해 0.0.0.0 로 설정할 수 있습니다.
DHCP를 disable로 해 수동으로 Selsius 전화의IP 주소를 할당하기 위해서 이러한 스텝을 완료해 합니다:
Note： 설정하는 동안에, "." 대신에 " * " 를 사용합니다. IP 주소를 그대로 하고 다음의 IP 주소로 이동하려면 "#"을 사용합니다. 설정 중에 * * 를 누르면 모든 변경 내용을 파기해 전화를 reset 합니다. 스텝의 어느 쪽인가로 잘못하는 경우, 개시하기 위해서 ** 눌러 주세요. (All of your changes are lost when you do this.)
1. 이 정보를 수집합니다:
- Phone IP address
- Subnet mask
- Default Gateway for the subnet (Use 0.0.0.0 if this is not necessary.)
- DNS server IP address (Use 0.0.0.0 if this is not necessary).
- TFTP server IP address
- Subnet mask
- Default Gateway for the subnet (Use 0.0.0.0 if this is not necessary.)
- DNS server IP address (Use 0.0.0.0 if this is not necessary).
- TFTP server IP address
2. * * 를 눌러 status를 표시합니다.
3. status displays로서 # 눌러 주세요.
keypad 설정이 표시됩니다. 메세지 Press 1 to disable DHCP or # to skip가 표시됩니다.
keypad 설정이 표시됩니다. 메세지 Press 1 to disable DHCP or # to skip가 표시됩니다.
4. Press 1. (1 를 누른다)
5. Enter the phone IP address, with asterisks instead of periods.
For example, enter 10*0*10*100*.
For example, enter 10*0*10*100*.
6. Enter the subnet mask, with asterisks instead of periods.
For example, enter 255*255*255*0*.
For example, enter 255*255*255*0*.
7. Enter the default gateway/router IP address, with asterisks instead of periods.
For example, enter 10*0*10*0*.
For example, enter 10*0*10*0*.
8. Enter the DNS server IP address, with asterisks instead of periods.
For example, enter 10*0*10*0*.
For example, enter 10*0*10*0*.
9. Enter the TFTP server IP address, with asterisks instead of periods.
For example, enter 10*0*0*100* . The Press * to exit, or 1 to disable DHCP message appears.
For example, enter 10*0*0*100* . The Press * to exit, or 1 to disable DHCP message appears.
10. Press 1.
전화가 새로운 정보를 플래시 메모리에 저장 후 reset 합니다. 이것에 의해서 DHCP는 disable이 됩니다.
■ Add Phones to Cisco CallManager
Cisco CallManager version 2.4에 관해서는, Adding a Cisco IP Phone을 참조합니다.
이 문서에서는 개별의 전화기의 자동 등록과 수동 등록 양쪽 모두에 대해 설명하고 있습니다.
■ Enable, Configure, and Disable Auto-Registration
In Cisco CallManager 3.0x, you must set up Auto-Registration according to the Understanding Auto-Registration section of the Cisco CallManager Administration Guide, Release 3.0(9), and the Auto-Registration section of the Cisco CallManager System Guide, Release 4.0(1).
이러한 문서가 제공하는 설명 및 스텝을 참조합니다.
■ Manual Registration (Add an IP Phone Manually)
수 동으로 Cisco CallManager 3.x 및 4.0 에 IP Phone을 추가하는 방법의 설명에 관해서는 Creating Users, Phones, and Associations in Cisco CallManager를 참조합니다. 문서가 제공하는 지시에 따라 합니다.
■ IP Phone Registration Toggles between Primary and Secondary CallManagers
device 및 IP Phone은 secondary server와 primary Cisco CallManager server reset 및 register와 접속되어 등록했습니다. 다시 primary Cisco CallManager로 IP Phone failback.
이 조건은 CallManager Server를 접속하는 부적당한 네트워크 활용을 일으키는 경우가 있어, 폐기되었는지, 또는 늦출 수 있었던 트래픽이라고 하는 결과에 포트로 끝나는 부정확한 QoS 설정이 원인으로 발생하는 경우가 있습니다.
Cisco Catalyst 스위치에서는 global configuration mode로 enable되어 있는 mls qos 명령어는 신뢰할 수 없는 상태에 모든 포트에 남깁니다. 따라서 신뢰 받을 필요가 있는 포트는 각 포트의 interface configuration mode의 mls qos trust 명령어로 enable 되어 있을 필요가 있습니다.
이 경우, Cisco CallManager server를 접속하는 스위치 포트는 mls qos trust 명령어로 기술되고 있는 문제를 해결할 수 있으므로 설정할 필요가 있습니다.
이 조건은 또 primary Cisco CallManager로부터의 keepalive가 IP Phone에 의해서가 빠져 있을 때 발생하는 경우가 있습니다. off-premises IP Phone의 경우의 문제는 keepalive interval의 증가에 의해서 해결할 수 있습니다.
Cisco CallManager와 IP Phone 사이의 keepalive interval을 증가하기 위해서 이러한 스텝을 완료합니다:
1. Cisco CallManager Administration 페이지에 갑니다. Service > Service Parameters를 선택합니다.
2. server 및 Cisco CallManager 서비스를 선택합니다.
3. 서비스 parameters StationKeepaliveInterval를 찾아내 90초로 값을 변경합니다.(또는 네트워크의 다른 적절한 값)
default 값은 30 그리고 최대는 1000 입니다.
2. server 및 Cisco CallManager 서비스를 선택합니다.
3. 서비스 parameters StationKeepaliveInterval를 찾아내 90초로 값을 변경합니다.(또는 네트워크의 다른 적절한 값)
default 값은 30 그리고 최대는 1000 입니다.
■ 거부되는 등록 Registration Rejected
Cisco CallManager 4.1(3) SR1를 사용하면, Cisco IP Phone은 등록이 거부되어 결코 등록될 수 없습니다.
Cisco CallManager 4.1(3) SR1를 인스톨 하고 있는 동안, SQL은 잠시 잠그는 동안 인스톨러는 저장 절차를 업데이트 하지 않는 경우가 있습니다. 이 문제는Cisco Bug ID CSCsb76677 (registered customers only)에 의해서 트랙킹 됩니다.
Cisco CallManager 4.1(3) SR1 또는 그 이후의 서비스 릴리스를 재인스톨 하는 것은 Cisco IP Phone이 Cisco CallManager에 의해서 등록에 성공하는 것을 가능하게 합니다. Cisco CallManager version4.1를 위한 서비스 릴리스는 Software Download - Cisco CallManager Version 4.1(registered customers only)에서 다운로드할 수 있습니다.
Cisco CallManager 4.1(3) SR1를 사용하면, Cisco IP Phone은 등록이 거부되어 결코 등록될 수 없습니다.
Cisco CallManager 4.1(3) SR1를 인스톨 하고 있는 동안, SQL은 잠시 잠그는 동안 인스톨러는 저장 절차를 업데이트 하지 않는 경우가 있습니다. 이 문제는Cisco Bug ID CSCsb76677 (registered customers only)에 의해서 트랙킹 됩니다.
Cisco CallManager 4.1(3) SR1 또는 그 이후의 서비스 릴리스를 재인스톨 하는 것은 Cisco IP Phone이 Cisco CallManager에 의해서 등록에 성공하는 것을 가능하게 합니다. Cisco CallManager version4.1를 위한 서비스 릴리스는 Software Download - Cisco CallManager Version 4.1(registered customers only)에서 다운로드할 수 있습니다.
If Cisco IP Phones are unable to register to the Cisco CallManager with the error Registration Rejected Database Config Error, and if the DBLHelper shows no issues with the replication, it could be due to the blank hosts file and lmhosts file. Make sure that you enter the required information in these files followed by a factory reset on the IP phone in order to resolve the issue.
If Cisco IP phones are unable to register to the Cisco CallManager, as well as show the error file not found registration rejected, even with the Autoregistration enabled on the Cisco CallManager server, you can delete all the unassigned DNs and then restart the TFTP service on the CallManager server to fix the issue.
■ Cisco IP Phones Not Registered But Do Not Work
Cisco IP Phone은 Cisco CallManager Administration 페이지에 Not Found 또는 Unregistered의 상태를 보입니다.
Cisco IP Phone이 정상인것 처럼 보여도,Cisco CallManager Administration Find 및 List Phones 페이지에 이 에러 메세지가 표시됩니다:
Real-time Information Service is not responding.
Check to make sure the service is running.
Check to make sure the service is running.
Real-time Information Server (RIS)는 Real-time Cisco CallManager 정보를 유지해, 이 정보가 RIS Data Collector로서 알려져 있는 다른 서비스에 의해서 검색할 수 있는 인터페이스를 제공합니다. Cisco CallManager Administration는 Cisco CallManager Administration의 Find 및 List Phones 페이지와 같은 페이지의 디스플레이를 위한 이 정보를 검색합니다.
이 절차가 나타내 보이도록 문제를 해결하기 위해서, Cisco RIS Data Collector service를 재개합니다:
1. Cisco CallManager Administration 페이지로부터 Application menu 및 Cisco CallManager Serviceability를 선택합니다.
2. Tools 메뉴 이동 그리고 Control Center를 선택합니다.
3. server를 선택해, Cisco RIS Data Collector service를 선택 그리고 Restart를 클릭합니다.
Cisco RIS Data Collector service가 "restart"에 대응되지 않는 경우, 강력하게 서비스를 stop 및 start하기 위해서 다음의 step을 따라 합니다:
1. Cisco CallManager server로, Windows Task Manager를 Open합니다. Processes teb에서는, process RisDC.exe의 PID를 찾습니다.
2. Open a Command Prompt and go to the directory C:\utils.
3. process를 종료하기 위해서 다음의 명령어를 실행합니다. Execute this command to end the process.
kill <PID of RisDC.exe>
4. Cisco CallManager Administration 페이지로부터, Application menu 및 Cisco CallManager Serviceability를 선택합니다.
5. Tools 메뉴 이동 그리고 Control Center를 선택합니다.
6. server를 선택해, Cisco RIS Data Collector service를 선택 그리고 Restart를 클릭합니다.
5. Tools 메뉴 이동 그리고 Control Center를 선택합니다.
6. server를 선택해, Cisco RIS Data Collector service를 선택 그리고 Restart를 클릭합니다.
Microsoft 기존 취약성과 OS 2000.2.7로 동작하는 Cisco CallManager 서버에 의해 또 RIS Data Collector는 fail 가능성이 있습니다. 문제를 해결하기 위해서 Service Release 1 또는 그 이후를 적용합니다. Cisco CallManager OS Service releases는 CallManager 및 Voice Apps Crypto Software(registered customers only) 다운로드 가능합니다. 상세한 정보는 마이크로소프트의 기사 "Performance monitoring tools may experience a memory leak if Terminal Services is disabled"를 참조합니다.
If this issue occurs intermittently, collect the RIS traces and check the traces for these error messages:
RisNodeMgr::getPrimaryCollector() Invalid PrimaryCollector/FailoverCollector
RisNodeMgr::collectInformation Primary Collector name is NULL
RisNodeMgr::collectInformation Primary Collector name is NULL
These messages imply that the Primary Collector does not have a name. This parameter specifies the Cisco CallManager server that runs as the Primary RIS Collector node to collect clusterwide, real-time information. The Primary Collector gathers the status information of your cluster. This is a required field. If this field is empty, it cannot gather the information, which is why the IP phone status is shown as not found.
In order to resolve the issue, perform these steps:
1.Open the CCM Administration page, and go to Service > Service Parameters.
2.Choose the server to which the IP phones are registered, and choose the Cisco RIS Data Collector service.
3.In the Primary Collector field, enter the hostname/IP address of the publisher. For failover, you can enter the hostname/IP address of one of the subscribers in the Failover Collector field.
4.Make sure that Data Collection Enabled is set to True, and click Update.
5.Restart the RIS service in all servers that start with the publisher, followed by the TFTP, and then the subscribers.
Cisco IP Phones Take Too Long to Register
If Cisco IP phones take a long time to register, check whether the DHCP server works properly. In order to check this, first disable the DHCP on the IP phone, and then manually assign all the IP parameters, such as the IP address, TFTP, DNS, subnet mask, etc. If the IP phone registers fine, the issue is with the DHCP server. You need to check the DHCP server configuration in order to resolve this issue.
If Cisco IP phones take a long time to register, check whether the DHCP server works properly. In order to check this, first disable the DHCP on the IP phone, and then manually assign all the IP parameters, such as the IP address, TFTP, DNS, subnet mask, etc. If the IP phone registers fine, the issue is with the DHCP server. You need to check the DHCP server configuration in order to resolve this issue.
Cisco IP Phone Always Get Registered to the Publisher Server
The Cisco CallManager group is configured in such a way that the Cisco IP phones register with the subscriber first and then to the publisher, but the phones do not follow that order.
They get registered to the publisher every time.
The Cisco CallManager group is configured in such a way that the Cisco IP phones register with the subscriber first and then to the publisher, but the phones do not follow that order.
They get registered to the publisher every time.
On the CallManager Administration page, go to System > Server and use the IP address instead of the hostname for servers to resolve the issue.
728x90
댓글