如何解决无法登陆Cisco Unity Express GUI

网络采用一台 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。如果有朋友遇到这样的问题，不妨一试。

 

 

 

本文出自 “自#己@自$在~” 博客，转载请与作者联系！