网络采用一台
Cisco 2821+AIM
模块卡实现
Cisco Call Manager
和
Cisco Unity Express
，一台
Cisco Catalyst 3560
提供数据和语音接入。按照需求配置完成后，数据、
IP Phone
和语音信箱都能正常使用，而且也能够通过
Web
访问
CUE
进行
IP Phone
和语音信箱的各种配置管理和操作。
但是在修改了
service-module service-engine
的
IP
地址之后，再次登陆
CUE
时无法登陆，出现如下
Web
页面（图示
1
）
图示
1
试图通过重新输入
web admin
的帐户和密码进行更新，但弹出错误信息（图示
2
）
图示
2
在
Cisco
网站上
search “Cisco Unity Express has lost contact with the Host router”
，查到了此类错误的信息。
Problem: User Cannot Log In Through the Cisco Unity Express Graphical User Interface (GUI)
The Cisco Unity Express user cannot log in through the Cisco Unity Express GUI and receives the Cisco Unity Express has lost contact with the Host router. Enter the new CCME Web Administrator username and password error message.
Complete these steps in order to resolve this problem:
1
、
Check in order to see if the Cisco CallManager Express configuration misses any of the configuration commands mentioned in this document.
2
、
If the configuration is correct, the Cisco CallManager Express router might miss the default−gateway configuration. This might happen if the administrator reloads the router without saving the configuration. Check the Cisco CallManager Express configuration for IP connectivity to Cisco Cisco Unity Express.
3
、
This errror message is also seen when the administrator decides to change the Cisco CallManager Express web administrator username and password, and the new name and password is not updated in the Cisco Unity Express system. Use the procedure mentioned in Unity Express GUI Password Recovery in order to update the system with new Cisco CallManager Express username and password.
4
、
Use the service−module service−engine slot/port reload command in order to reload the Cisco Unity Express module.
对于上面提到的
4
种方法，排查下来只有第
2
种还有可能，因为
1
、
3
所说的我根本没有改过，而第
4
种情况，已经不止
reload
过多少次了，但依然无济于事。
针对第
2
种情况，我重新对
service-module service-engine
的配置排查了一遍，以下是原来和改过之后的配置对比。
原先的配置：
interface Service-Engine0/1
ip unnumbered GigabitEthernet0/1.2
service-module ip address 172.21.5.27 255.255.255.224
service-module ip default-gateway 172.21.5.29
interface GigabitEthernet0/1.2
description Data
………
ip address 172.21.5.29 255.255.255.224
修改后的配置：
interface Service-Engine0/1
ip unnumbered GigabitEthernet0/1.2
service-module ip address 172.21.5.27 255.255.255.224
service-module ip default-gateway 172.21.5.30
interface GigabitEthernet0/1.2
description Data
………
ip address 172.21.5.30 255.255.255.224
其实改动的地方只有两个，一是
Data
段的网关地址（即
CME
与
CUE
接口
service-engine 0/1
的地址），另一个是
service-module ip default-gateway
。按理
default-gateway
相应都改了，路由也更改过来了，
CME
和
CUE
之间的通讯也一切正常，应该是可以和原先一样能够正常访问
CUE GUI
。可事实是它就是不行。
实在没有办法了，只能试着通过
Debug
来查看
Login
过程中是否出现
Errors
。随即在
CUE
中通过
trace webInterface all
来实时查看
CME
和
CUE
在接口通讯时的信息，在用
show trace buffer
查看结果时被我发现了一条很关键的信息，这是一条含有
172.21.5.29
这个
IP
地址的信息。如下：
…………….
3638 06/22 16:01:39.866 webI sydb 2 172.21.5.29
…………….
之所以称之为关键信息，是因为
172.21.5.29
这个地址现在根本没有在网内被使用。
CME
和
CUE
之间的
interface
交互中居然还出现这个地址，莫不是在
CME
或
CUE
的配置中还有一个
172.21.5.29
没有被改成
172.21.5.30
。或许正是因为这个，使得
CME
和
CUE
之间的交互失败，直接导致无法登陆
CUE GUI
。
(
事实证明我的猜测是正确的
)
然而，在
CME
和
CUE
的
show run
显示配置中，没有看到还有
172.21.5.29
的残留信息。为了验证这个问题确实与
172.21.5.29
这个地址有关，我又将改过后的
172.21.5.30
地址改回
172.21.5.29
，再次登陆
CUE
，
OK
！正常！
于是，我拼命在已登陆的
CUE
界面中寻找
172.21.5.29
影子，终于在
Configure->Call Manager Express
菜单中发现了，页面上显示信息为
hostname 172.21.5.29
，它表示
CME host router
的
hostname
。但在
Web
界面中是无法修改，只能通过
CLI
方式在
CUE
中修改，命令为
web admin cme hostname
*.*.*.* username *** password ***
。
在输入完
web admin cme hostname 172.21.5.30 username cisco password cisco
后，再次把
service-engine 0/1
的地址改回
172.21.5.30
，登陆
CUE GUI
，
OK!
困扰两天的问题总算是解决了，时间是周五下班前的
1
小时。可以过个愉悦的周末了
~~
备注：在写这篇文时，突然意识到在之前无法登陆后出现的Lost Contact页面中（图示1），直接将hostname修改成172.21.5.30应该就可以了。之前不知道hostname的意义所在，所以输了router定义的文本hostname，而没有输IP。如果有朋友遇到这样的问题，不妨一试。
本文转自 intelboy 51CTO博客，原文链接：，如需转载请自行联系原作者
