网络采用一台Cisco 2821+AIM模块卡实现Cisco Call ManagerCisco 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:
1Check in order to see if the Cisco CallManager Express configuration misses any of the configuration commands mentioned in this document.
2If 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.
3This 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.
4Use the service−module service−engine slot/port reload command in order to reload the Cisco Unity Express module.
 
    对于上面提到的4种方法,排查下来只有第2种还有可能,因为13所说的我根本没有改过,而第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段的网关地址(即CMECUE接口service-engine 0/1的地址),另一个是service-module ip default-gateway。按理default-gateway相应都改了,路由也更改过来了,CMECUE之间的通讯也一切正常,应该是可以和原先一样能够正常访问CUE GUI。可事实是它就是不行。
实在没有办法了,只能试着通过Debug来查看Login过程中是否出现Errors。随即在CUE中通过trace webInterface all来实时查看CMECUE在接口通讯时的信息,在用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这个地址现在根本没有在网内被使用。CMECUE之间的interface交互中居然还出现这个地址,莫不是在CMECUE的配置中还有一个172.21.5.29没有被改成172.21.5.30。或许正是因为这个,使得CMECUE之间的交互失败,直接导致无法登陆CUE GUI(事实证明我的猜测是正确的)
然而,在CMECUEshow run显示配置中,没有看到还有172.21.5.29的残留信息。为了验证这个问题确实与172.21.5.29这个地址有关,我又将改过后的172.21.5.30地址改回172.21.5.29,再次登陆CUEOK!正常!
于是,我拼命在已登陆的CUE界面中寻找172.21.5.29影子,终于在Configure->Call Manager Express菜单中发现了,页面上显示信息为hostname 172.21.5.29,它表示CME host routerhostname。但在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 GUIOK!
困扰两天的问题总算是解决了,时间是周五下班前的1小时。可以过个愉悦的周末了~~
 
备注:在写这篇文时,突然意识到在之前无法登陆后出现的Lost Contact页面中(图示1),直接将hostname修改成172.21.5.30应该就可以了。之前不知道hostname的意义所在,所以输了router定义的文本hostname,而没有输IP。如果有朋友遇到这样的问题,不妨一试。