IP电话无法启动及注册

首先我们必须了解IP电话的启动过程。

1.      电话尝试加电启动。

2.      通过CDP学习Voice Vlan,或等待voice vlan超时。

3.      通过Voice Vlan发送DHCP Request,或者通过native vlan 发送DHCP Request

4.      获得IP地址和TFTP(SCCP phone Option 150)地址后尝试获取配置文件

5.      下载并读取配置，

6.      尝试连接配置文件所指定的Call Agent地址发起连接

7.      向Call Agent 发起注册

现象1 电话屏幕没有显示并不停重启

Cisco IP 电话支持Cisco Inline Power ,802.3af以及电源适配器供电。

在这里我们讨论Cisco Inline Power 供电(如果IP电话和交换机同时支持Cisco inline power 和802.3af Cisco 优选802.3af)

IP电话掉电的情况下，继电器不工作，网线被闭合形成回路 。

交换机通过周期发送Fast Link Pulse (FLP)来检测对端设备是否支持POE.

IP电话接入PoE交换机时,发送FLP，由于IP电话将线路闭合，交换机收到自己发送出去的FLP.

开始以最小功率(6.3w)尝试向IP电话供电。15-30秒后，如果没有收到PoE设备的响应，则认为对端设备有问题，为避免烧坏设备，交换机将切断电源供给，设备掉电。

由于电话掉电，继电器闭合线路导致交换机发送的FLP返回交换机，交换机尝试开始向IP电话供电。

所以导致电话不停重新启动。

假设电话启动完成后通过CDP信息请求所需电源开销。

                  交换机收到电源请求后，检查自己是否剩余足够功率

                  如果剩余功率足够，交换机开始供电,IP电话正常工作。

                  如果剩余功率不足，交换机切断供电，电话掉电.

由于电话掉电，继电器闭合线路导致交换机发送的FLP返回交换机，交换机尝试开始向IP电话供电。

所以导致电话不停重新启动。

早期PoE交换机不能满足全端口全功率供电，所以端口数较高的Poe设备可能得不到足够的功率。

例如Cisco 3550 Poe 支持Cisco inline power 其实是 pre-stand

无法满足7971G的功率需求。

                  所以当7971G接入3550后，7971会不停重启。

                  可以通过更换新款PoE交换机(例如3560 PoE)或者通过电源适配器排除故障。

不同型号的设备的电源需求不一样

以下是Cisco IP Phone 电源需求

CP-7902G (6.3W)

CP-7905G (6.3W)

CP-7910-SW (6.3W)

CP-7910G (6.3W)

CP-7912G (6.3W)

CP-7940G (6.3W)

CP-7960G (6.3W)

CP-7906G (5W) (Class 2)

CP-7911G (5W) (Class 2)

CP-7941G (6.3W) (Class 2)

CP-7941G-GE (12.9W) (Class 3)

CP-7961G (6.3W) (Class 2)

CP-7961G-GE (12.9W) (Class 3)

CP-7970G (10.25W) (Class 3)

CP-7971-G-GE (15.4W) (Class 3)

CP-7985G (12.55W) (Class 0, Not full brightness)

IEEE 802.3af Device - Class 0 (15.4W)

IEEE 802.3af Device - Class 1 (4W)

IEEE 802.3af Device - Class 2 (7W)

IEEE 802.3af Device - Class 3 (15.4W)

           可以通过Switch# show power inline 察看PoE状态

 Switch# show power inline

Available:370.0(w)  Used:80.6(w)  Remaining:289.4(w)

InterfaceAdmin Oper      Power  Device             Class Max

                           (Watts)

--------- ------ ---------- ------- ------------------- ----- ----

Fa0/1    auto  on        6.3    IP Phone 7960      n/a   15.4

        现象2 电话无法通过DHCP获得IP地址

                根据电话的启动过程得知，IP电话需要通过DHCP获得IP地址就必须先通过CDP获得Voice VLAN

                通过察看IP电话的Network setting 内的 Voice vlan 可以确定是否能够正确获得voice vlan.

                假设交换机的接口下配置正确，那就有可能是CDP版本出问题了

                默认情况下cisco的设备是启动CDP Version 2的。在禁用的情况下，

IP Phone 就可能无法获得正确的CDP信息。

 Router#sh cdp

Global CDP information:

       Sending CDP packets every 60 seconds

       Sending a holdtime value of 180 seconds

       Sending CDPv2 advertisements is not enabled

Router#conf t

Enter configuration commands, one per line.  End with CNTL/Z.

Router(config)#cdp ad

Router(config)#cdp advertise-v2

Router(config)#do sh cdp

Global CDP information:

       Sending CDP packets every 60 seconds

       Sending a holdtime value of 180 seconds

       Sending CDPv2 advertisements is enabled

Router(config)#

 启用 CDP version 2 后需要保存重启。

假设IP Phone 获得正确的Voice Vlan,但是没有办法获得IP地址就有可能是DHCP请求无法送达DHCP服务器

由于DHCP请求是广播，路由器出现就是为了分割广播域。按照以上拓扑，Voice_GW收到了IP电话的DHCP请求，但是没有能力转发DHCP请求，且本身不具备IP地址分发能力。

解决办法Voice_GW上，在接收DHCP请求的接口上配置ip helper-address  x.x.x.x(DHCP server)

让Voice_GW收到DHCP广播请求时，以单播方式转发请求到DHCP server

在Cisco 的DHCP服务器上可以用show ip dhcp binding 察看IP地址分发情况

现象3 新的IP电话无法注册,原来的IP电话使用正常

由于原来的电话可以正常工作，则判断Call Agent(Call manager or CME)工作正常.

新电话注册出现问题即 Call Agent 未开启自动注册功能，

默认情况下，Callmanager自动注册功能是关闭的。需要手工开启。注册完成后建议关闭自动注册功能

解决方法，Cisco Unified CM Administration Page > System > Cisco Unified CM.页面上开启自动注册并且填写自动注册号码段。

假设在Callmanager上自动注册功能已经开启，且电话显示Registration Rejected，有可能是自动注册能分配的号码已经用完

解决方案到 Cisco Unified CM Administration Page > Call Routing >Route Plan Report.删除无用的自动注册号码

默认情况下高版本的CME启用自动注册功能，但是基于安全考虑，注册完成后建议关闭自动注册功能。

CME在telephony-service开启自动注册 auto-reg-ephone 并且察看是否超过了最大ephone数量限制

解决方案，开启自动注册或手工注册 ，修改max-ephone 数量，

最后就检查一下TFTP服务器了。

Callmanager上可以重启TFTP服务。手工测试tftp文件能否下载()

CME 上可以no create cnf-files 删除配置文件再create cnf-files并且 show telephony-service tftp-binding 察看配置文件.