不要将Huntgroup号设置为Mailbox的Alias

不要将Huntgroup号设置为Mailbox的Alias

一、       组网：

无特殊组网要求，一台VCX服务器。

二、       问题描述：

问题来源于3Com网上问题单，现象为：

1）有新留言时，少数3Com话机MWI灯有时亮，有时不亮；

2）同型号的话机每当有新留言时，其MWI灯都会亮。

三、       过程分析：

3.1 背景知识介绍：

3Com话机周期性发Register报文给VCX时，后者回应中含有user profile。另外管理者通过web在线修改user profile时，VCX会及时发Notify报文通知话机。该user profile会携带该分机的个人Mailbox号和所在huntgroup对应Mailbox号。话机分别维护这两个Mailbox的状态，其依据就是查看携带留言状态的Notify报文中的账号（message-account），如果该账号匹配个人Mailbox号，则刷新个人Mailbox状态；如果该账号匹配Huntgroup Mailbox号，则刷新Huntgroup Mailbox；如果该账号为未知即匹配不上任何Mailbox号，则用来刷新个人Mailbox。

而对于IPM来说，如果为某个Mailbox创建Alias后，当Alias的留言状态发生时，IPM会同时发Notify给包头为主Mailbox号和Alias号的目标，但报体（Notify Body）里的账号均为主Mailbox号。当然IPM也会周期性地发Notify报文。

VCX收到这些Notify报文时，只依据报头地址转发，不查看报体信息。

3.2 案例详细分析：

本案例IPM配置中，对于Mailbox 3734设有Alias 5350，而5350在VCX侧为一Huntgroup号，其成员有3772和3776。至于3734为一经理分机号，他本想监听这个Huntgroup 5350的留言。

这样，当有人给5350留言时，IPM会立即（也周期性地）发Notify报文发送当前Mailbox 5350的留言状态，但因5350在IPM中为主Mailbox 3734的Alias，因此，该Notify报文中报头号码为5350，而报体号码为3734。

VCX依据报头号码5350分别转发给其成员3772和3776，报体号码当然保持不变。当成员3772和3776收到该Notify报文时，因报体号码3734未知，于是使用报体中留言状态刷新个人Mailbox状态（MWI）。

如果碰巧的是，真正个人Mailbox有新留言的Notify报文和上述Notify（5350，周期性地）一前一后几乎同步同时到达，而这个周期性的为5350的Notify报文中留言状态为没有新留言时，话机本来要为个人Mailbox亮MWI灯，但因后者状态为无新留言，而不亮。

四、       解决方法：

通过以上分析，解决方案只有一个原则：就是在IPM配置中，不要将Huntgroup号设置为Alias。

至于本案例，跟用户讨论明确需求后，在IPM删除Mailbox 3734，而创建Mailbox 5350，同时将3734设置为5350的Alias。这样变相地实现了经理3734监听Huntgroup 5350的留言。