语音和统一通信 : Cisco Unity

Cisco Unity:语音邮件在30秒之后终止

2016 年 10 月 24 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 8 月 22 日) | 反馈


目录


简介

本文识别体验登陆,获取,转发和删除在电话用户接口(TUI)的延迟消息的用户的Cisco Unity故障排除步骤。这些延迟可能断断续续或一致,并且可能适用于一个或更多用户。用户会话的延迟仍然存在几秒钟或在巨大数量的时刻,并且可能影响Cisco Unity系统的功能。

本文假设, Cisco Unity比Unity安装有在一个不同的服务器(亦称邮件库或主服务器)查找的一个合作伙伴服务器。本文包含关于Microsoft Exchange版本5.5, 2000年和2003年的信息。

先决条件

要求

本文档没有任何特定的要求。

使用的组件

本文档不限于特定的软件和硬件版本。

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

问题说明

一些或所有Cisco Unity用户体验延迟,当登录他们的邮箱,或者,当获取,转发或者删除在TUI时的消息。此问题在邮件库查找除Unity服务器Cisco Unity的所有版本可能发生(普通外在Unity版本3.0(x)或更加极大)。

欲知关于“网络考虑事项的详情”,当部署Cisco Unity时,请参阅Cisco Unity设计指南的本章。包括的步骤验证在Cisco Unity和Microsoft Exchange合作伙伴服务器之间的常见配置。

如果有回答在Cisco Unity的任何延迟一呼叫(例如,提示符听不到或仅铃声听到),请检查这些文档Unity电话集成的验证:

确定迪莱的来源用户会话的

请使用MbxSuite.exe隔离延迟源

MbxSuite.exe是工具带有Cisco Unity安装包确定延迟是否与软件或网络性能涉及。

这是写入的工具做Cisco Unity执行对Microsoft的Messaging Application Programmer's Interface (MAPI)的同样请求。在您输入一些信息后, MbxSuite.exe尝试一登录对邮箱。

如果没找到有Cisco Unity软件(在Cisco Unity 4.0(2))之前的版本您的当前版本的此工具,请继续步骤在看待网络设置和Exchange监听之下。如果问题持续,请与思科技术支持联系确定MbxSuite.exe是否查出安装的Cisco Unity版本的此问题。

如果体验延迟,当曾经MbxSuite.exe时,是可能的网络配置设置或Exchange性能要求进一步验证。

请使用Ping对测试网络连接和吞吐量

Ping可能有时用于暴露与网络吞吐量(数据传输速率)的问题。用为了数据包能到达其目的地的延迟是时间。检查延迟,当发送一大数据包通过ping时。如果需要很长时间发送一相当大的数据包,您可以有吞吐量问题。

要使用ping到Cisco Unity之间的测试网络连接和Microsoft Exchange,为了问题与延迟(往返时间)和丢失的数据包,请执行这些步骤:

  1. 从在Cisco Unity服务器的一prompt命令,请通过输入ping <exchange> ping Microsoft Exchange服务器- l 1048 - n 999,其中l是发送缓冲区大小,并且n是ECHO请求数量发送。

    检查ping请求并且确认响应时间在少于十毫秒(毫秒)附近坚持。如果时间动摇,或者,如果数据包丢失,您能假设,问题是或者带宽或Microsoft Exchange迟缓地响应对ping请求。

    注意: 如果延迟问题断断续续,请执行此步骤几次发现您的结果是否变化。在峰值使用时间,再试一次此步骤。

  2. 如果没有注意延迟或包丢失,请尝试发送一更加大的数据包。从在Cisco Unity服务器的一prompt命令,请通过输入ping <exchange> ping Microsoft Exchange服务器– l 65500,其中l是发送缓冲区大小。

    如果平均往返时间给作为大量(例如,超过30毫秒),这可能是有网络吞吐量的一个问题指示。因为路由器能限制ping信息包包大小,此测验,然而,可能导致时间的ping。如果那是实际情形,测验不告诉您任何关于吞吐量。请是谨慎的,如果通过路由器,因为多数限制ping信息包包大小对大约1400个字节。

  3. 如果ping响应响应时间动摇,应该做比较在Cisco Unity服务器之间和Microsoft Exchange和Unity服务器和在相同子网作为Exchange服务器的另一个Exchange服务器(或在网络的其他服务器)。从Cisco Unity服务器,请通过输入ping <exchange> ping另一个服务器- l 1048 - n 999

    如果观察延迟或包丢失,问题在网络内是很可能。如果没有延迟或包丢失,问题用Microsoft Exchange服务器是很可能。

请使用文件副本对测试网络吞吐量

您能通过复制从Cisco Unity服务器的一个大文件到另一个PC通过网络和注释您接收Mbps的编号也测试吞吐量。如果数据没有转接以期望速率,请检查在Cisco Unity服务器的服务器网络接口卡(NIC)设置, Microsoft Exchange服务器Unity用户是址的对和每个服务器连接对网络的交换机端口。如果找到网络接口用双工制的不匹配,如下所述请更正这些。

要查看转接的Kbps编号,请打开网络接口的本地连接状态查看发送的数据包和接收。Windows性能监控程序计数器能也提供网络带宽吞吐量和使用情况一张更加长期的视图。

延迟的已知硬件相关的原因用户会话的

NIC 设置为自动检测线路速度和双工,造成低吞吐量

设置为在Cisco Unity服务器的自动检测线路速度和双工(的NIC以及所有Exchange服务器或者交换机Unity连接对)能导致延迟,当卡比100 Mbps全双工时协商较少。设置NIC为100 Mbps全双工,如显示此处,即使本地连接状态说100 Mbps。您在本地连接状态不能取决于,显示在本例中,指示实际吞吐量。

/image/gif/paws/22432/vmdisco30sec-1.gif

要检查您的LAN设置,从Windows Start菜单请选择Control Panel > Network,并且拨号连接>本地连接>Properties >配置>Advanced >链路速度和双工

/image/gif/paws/22432/vmdisco30sec-2.gif

注意: NIC或交换机设置为自动Negotiate可能导致在交换机的用双工制和校正错误。

网络路由器和交换机

在以太网交换机上,请检查Cisco Unity, Microsoft Exchange和Cisco CallManager占用的端口所有错误。交换机错误可能指向与NIC的一个问题。

确定是否有在Cisco Unity之间的Microsoft Exchange一个路由器设备和。如果路由器设备存在,请确认没有在端口的错误路由器的并且验证编程在路由器。确定建立中继是否在端口启用,并且什么双工设置是。这些设置应该匹配服务器的NIC设置。如果没有在设备的错误,并且编程是准确的,请确定通过路由器的信息包数据流优先级。欲知更多信息,参考故障排除交换机端口和接口问题

如果路由器设备连接Cisco Unity和Microsoft Exchange,并且语音流量高于Exchange流量优先安排的,两个选项可能解决延迟问题:

  • 对相同子网的移动Cisco Unity作为Microsoft Exchange。这采取不相干的路由器并且允许Exchange (Remote Procedure Call (RPC))流的流量直接地在服务器之间,不用路由器优先级造成的延迟。

  • 比语音流量更改路由器的配置这样从Cisco Unity服务器的数据包Microsoft Exchange有等于或高优先级。如同所有服务质量更改,确定其中任一的监视器利用率影响对语音质量。

延迟的已知软件有关的原因Cisco Unity版本4.0(3)和以下的

延迟的这些已知原因可能导致呼叫Cisco Unity的用户的听力问题。另外,一些原因可能由网络请求和网络或者合作伙伴服务器响应时间定时配制。

延迟由于序列化的MAPI请求对Exchange – Bug ID CSCea68581

症状

在消息检索、交付,转发或者应答期间,用户报告延迟在输入他们的密码以后或。

问题说明

MAPI接受从Unity的请求以序列化的方式。如果单个MAPI请求因故延迟,随后请求也延迟,直到第一请求完成。所有请求初始延迟的原因通过对Microsoft Exchange服务器的MAPI包括:

  • 网络连通性和延迟在Cisco Unity和Microsoft Exchange服务器之间或者在两个或多个Exchange服务器之间。

  • Microsoft Exchange消息索引活动。

    例如,当交换业务计数通讯数量在用户的收件箱的并且分类他们作为特定类型出席到一个或更多客户端应用(例如,新建与被读取的消息、紧急模式与正常优先权消息或语音邮件,电子邮件、传真,收据计数)。欲知更多信息,请参阅邮箱索引创建延迟–在本文内的CSCdy36517说明。

  • Microsoft Exchange性能下降由于不正确的Exchange磁盘配置或高利用率欲知更多信息, (参考Microsoft知识库文章- 188676leavingcisco.com 和MS Exchange性能监控白皮书)。

解决方法

修正可能负责对增加的MAPI请求响应时间的以上任何一个情况。

解决方案

升级对Cisco Unity 4.0(4)或以上版本。使用此版本,同时请求为许多个Microsoft Exchange服务器被做和存在环境。例如,而不是为五个不同的Exchange服务器顺序地排队的五MAPI请求,单个请求同时发送对五个Exchange服务器中的每一个。

邮箱索引创建延迟– Bug ID CSCdy36517

症状

用户在输入他们的密码以后报告延迟。

问题说明

当Cisco Unity合作伙伴服务器是一个Microsoft Exchange邮件库(版本5.5, 2000年或2003),用户的收件箱的索引创建进程可能导致延迟,在用户输入他们的密码后。

被读取的或未读消息以及消息类型索引(例如语音、电子邮件、传真,收据)创建,当用户完成他们的首次登录时。通讯数量在用户影响的收件箱的多快Microsoft Exchange能够返回消息计数对Cisco Unity。例如,在收件箱的几千个消息可能导致10-15秒的延迟,而数万个消息可能延迟用户的请求几分钟。

如果此索引超时(可能在Microsoft Exchange 5.5)或覆盖(很可能与Exchange 2000或2003由于广泛Exchange客户端),索引的重新创建造成用户体验相似的延迟。

解决方法

减小通讯数量在受影响的用户的收件箱的。

解决方案

升级对Cisco Unity 4.0(4)或以上版本。

延迟,当对消息的用户回复– Bug ID CSCeb87047

症状

当应答对消息时,用户报告延迟。

问题说明

当Cisco Unity合作伙伴服务器是一个Microsoft Exchange邮件库(版本5.5, 2000年或2003)和对语音邮件消息的用户回复,有在某延迟的可能性会话提示符之间,因为原始消息复制。这结果延迟,在消息收件人的名称或分机播放,或者在已录制回复消息以后前。

解决方法

无。

解决方案

升级对Cisco Unity 4.0(4)或以上版本。

当用户转发消息– Bug ID CSCdw60112,延迟

症状

当转发消息时,用户报告延迟。

问题说明

当Cisco Unity合作伙伴服务器是一个Microsoft Exchange邮件库(版本5.5, 2000年或2003)时,并且用户转发语音邮件消息,有在某延迟的可能性会话提示符之间,因为原始消息复制。这导致延迟,在消息收件人的名称或分机播放前。

解决方法

无。

解决方案

升级对Cisco Unity 3.0(5), 3.1(3), 4.0(1)或以上版本。

当用户删除消息– Bug ID CSCeb55381,延迟

症状

当删除消息时,用户报告延迟。

问题说明

当Cisco Unity合作伙伴服务器是一个Microsoft Exchange邮件库(版本5.5, 2000年或2003)时,并且用户删除语音邮件消息,有在某延迟的可能性会话提示符之间,因为原始消息删除。

当这两个情况存在,缺陷发生:

  1. 设置“删除的消息的业务类别(CoS)复制对已删除项文件夹”为是删除消息的用户启用。

    注意: COS设置是可用的在Cisco Unity管理员|服务类别|Messages页。

  2. 用户删除在TUI的一个非常大消息。

解决方法

禁用设置“删除的消息的COS复制对已删除项文件夹”。

解决方案

没有当前软件解决方案对此问题自新版本(Cisco Unity 4.0(4))。

优化Exchange性能

如果Microsoft Exchange使用版本5.5,请运行Microsoft Exchange优化程序按照MS KB 266051的说明。欲知更多信息,参考XADM :“了解Microsoft Exchange服务器性能优化程序”leavingcisco.com

注意: 如果运行Microsoft Exchange优化程序,并且不改进在用户会话的响应时间,或者,如果使用Exchange 2000,参考Exchange服务器性能3个基础leavingcisco.com

Exchange 5.5标注

与很大数量的消息的邮箱可能体验断断续续login delay Microsoft Exchange是否重新编目邮箱。欲知更多信息,参考这些条款:


相关信息


Document ID: 22432