还有第四说的:察看一下编码，Unity仅支持G.711，且支持的最好，最近似乎支持G.729a了。
如果外线是G.729a，Unity是G.711，那么肯定无法留言，你需要XCODE
2. 单向语音的问题. 可以听到Unity的prompts,但是不能留言.原因是RTP的Traffic单向被block了.
查网络连接问题.我遇到过一次.真的是单向ping,另外一边不行. 更多的情况是防火墙的设置.
防火墙block了udp port. 通常rtp好像用16...以上的.unity好像是19000到20000. ip phone用20000以上的,port是随机分配的.
3.dtmf-relay可能也可以造成问题.不能用电话按键去控制unity menu.(还没有遇到过.自己想的.不知道对不对) debug dial peer 的match. 修改dtmf-relay的配置.
4.是我前两天遇到的问题.外线可以打入,可以听到unity的prompts.证明不是第一种情况.可以留言,可以重新听自己的留言,所以不是第二种情况.同时menu也可以控制.也不是第三种.
最后一种就是unity 系统用户,和两个service的问题了.通常发生在Unity和exchange不在同一个server上的时候.
先说一下外线留言的流程. 当Unity收到外线留言的时候,先把留言存放在CommServer/UnityMTA的目录下,如果用户不存在或帐号有问题的话,会存在CommServer/UnityMTA/failed的目录下.然后由AvUMRSynSvr service通过自动生成的unity系统帐户unity_(server的名字)把留言发给用户. 而service AvMsgStoreMonitorSvr 则是用来监视message store,通常是exchange服务器.当AvMsgStoreMonitorSvr发现exchange服务器重启的时候,就会通知unity做出反映.
当外线不能留言的时候,先看一下,是不是留言都在CommServer/UnityMTA目录下没有发出去.如果是的话,先查unity系统帐户Unity_(servername),有可能被删除了,或着disable了,按TAC的说法,这个问题在unity和exchange不是同一人管理的时候比较常见. 如果此用户正常,说明AvUMRSynSvr 和 AvMsgStoreMonitorSvr出现问题.重启两个services.
我遇到的问题就是AvUMRSynSvr 和 AvMsgStoreMonitorSvr的问题.客户在他们的exchange服务器上做了一次磁盘整理. 不是一次真正的reboot,所以AvMsgStoreMonitorSvr没有发现exchange有问题.但在做磁盘整理的时候,可能有些网络连接被block了.影响了unity和exchange之间的通讯.AvMsgStoreMonitorSvr没有做出相应的反映. 而AvUMRSynSvr却不停的发留言去exchange,最后造成了两个services的crash,同时也造成了system log和application log的crash.
其实一个简单的重启Unity就可以解决问题.但最好还是知道问题的原因,以后就可以避免啦.
|
