协作 : Cisco Unified Contact Center Enterprise 8.0(1)

丢弃的检测信号/失去连接

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

简介

本文描述在语音应答单元外围设备接口管理器(VRU PIM)和Customer Voice Portal (CVP)服务器之间的一个心跳线损失。这导致了一个故障切换和断断续续问题。

贡献用霍尔格Esser和贾森哈钦森角, Cisco TAC工程师。

症状

  • 从PIM服务器,在日志的错误出现如同:
    pim1 Error receiving data from VRU.
    Last API Error [10054]: An existing connection was
    forcibly closed by the remote host.

    pim1 TCP connection to VRU has been broken.
  • 从CVP呼叫服务器错误错误日志,在日志的错误出现如同:
    Mar 30 2013 19:36:46.105 -0500: 
    %CVP_8_5_ICM-1-LOGMSG_ICM_SS_STATE:
    Shutting down VRU PIM connection. Transition to
    partial service. [id:2006]

    Mar 30 2013 19:36:46.136 -0500:
    %CVP_8_5_MSGBUS-3-MESSAGING_LAYER:
    ConnectionServer(GED125)::
    terminateConnection on plugin(GED125)
    with connection(Socket[addr=/161.135.182.16,
    port=4335,localport=5000])
    due to: Plugin was stopped by the application [id:1]
  • 从CVP呼叫服务器日志,在日志的错误不是一样重要象时间戳:

    Mar 30 2013 19:36:46.531 -0500: %CVP_8_5_IVR-7-CALL:  
    {Thrd=http-8000-1} VXMLManager:generateVXML:
    CALLGUID=E1D13C7998D111E288360013C39AE710
    Generated VXML from template 'PlayMediaIOS.template' for
    client: 161.135.211.38 clientType: IOS

    Mar 30 2013 19:36:57.328 -0500:
    %CVP_8_5_ICM-6-LOGMSG_ICM_SS_GENERAL_INFO: Missed 2 VRU PIM
    heartbeats. Closing session and waiting for new connection
    from PIM. [id:2007]

    注意:注意在CVP日志的11秒的延迟。这与PIM日志和检测信号损耗相符。

从CVP旁拉的Perfmon集

收集的Perfmon (用CSV格式)从两个受影响的服务器。在这种情况下它是CVP服务器和(PG)的外围网关服务器受影响的VRU主机。打开在本地系统的perfmon。识别检测信号未命中或在通信的时间段(日志)的一个差距出现。选择延迟的过程调用(DPC)速率并且识别,如果有向上运动在时间段。在此方案中,有增加从0到10在确切第二在记录日志的差距是存在(参考图)。如果验证日志差距与DPC阻止(没有问题相符百分比),则DPC是已丢失用户数据报协议(UDP)数据包的可能的罪犯。

原因/问题说明

延迟的过程调用

% DPC时间显示花费的处理器接收和服务延迟过程调用时间的百分比(DPCs)在示例间隔时间。DPCs是比标准的中断运行在较低优先级的中断。因为DPCs在特权模式,被执行% DPC时间是%组件赋予了特权时间。他们分开计数并且不是中断计数器的组件。此计数器显示平均的忙时,百分比示例时刻。

参考的Windows服务器处理器对象通过单击在链路,您将处理到没有参加与思科的第三方网站。

DPC速率如何影响我们的通信和应用程序?

Ndis.sys驱动程序排队DPC惯例在一个最低重要性级在服务中断服务程序的同一个处理器(ISR)。所以, UDP涉及DPC惯例去队列的末端,并且此DPC惯例是处理的为时。另外,处理器的DPC队列可能不是空的,并且这些其他I/O驱动程序的DPCs首先处理。如果DPC速率为所有I/O驱动程序是充分地高,不仅NDIS的,可能有明显的延迟。

在一个大量重点情况下,此延迟可能造成系统丢弃数据包,当以太网适配器的接收缓冲区充满时,当接收缓冲区等待排队DPC惯例完成时。

使用UDP协议的参考的应用程序可能遇到在Windows服务器2003-由单击在链路负责的计算机的低性能,您将处理到没有参加与思科的第三方网站。

情况/环境

这影响仅UDP流量。

正常嫌疑犯例如NIC设置, TCP卸载和VM快照可能也导致相似的问题。

解决方法

使用UDP协议的参考的应用程序可能遇到在Windows服务器2003-由单击在链路负责的计算机的低性能,您将处理到没有参加与思科的第三方网站。

ICM Hotfixes信息

一支持的ICM Hotfixes从Microsoft是可得到。然而, ICM Hotfixes打算更正在此条款描述仅的问题。仅适用于此ICM Hotfixes遇到在此条款描述的问题的系统。此ICM Hotfixes也许接收另外的测试。所以,如果是没有严重地受此问题的影响的,思科建议您等待包含此ICM Hotfixes的下次软件更新。

如果ICM Hotfixes可以下载,有“ICM Hotfixes下载可用的”部分在知识库文章顶部。如果部分不看上去,与Microsoft用户服务服务与支持联系获取ICM Hotfixes。

注意:如果另外的问题出现或,如果任何故障排除要求,您也许必须创建一分开的服务请求。通常支持成本将应用对其他支持在此特定ICM Hotfixes不合格的问题和问题。对于Microsoft用户服务服务与支持电话号码完整列表或创建一分开的服务请求,请通过单击访问Microsoft支持联系方式页在链路,您将处理到没有参加与思科的第三方网站。

注意:‘ICM Hotfixes下载可用的’表显示ICM Hotfixes是可用的语言。如果看不到您的语言, ICM Hotfixes为该语言不是可用的。

先决条件

要应用此ICM Hotfixes,您的计算机必须Run窗口服务器2003服务包2 (SP2)。

重新启动需求

在您应用此ICM Hotfixes后,您必须重新启动计算机。

注册信息

您不必须做对注册的任何变动。

文件信息

此ICM Hotfixes英文版有文件属性(或以上文件属性)在这些表里列出。这些文件的日期和时间及时世界统一时间(UTC)列出。当您查看文件信息时,转换对本地时间。要查找在UTC和本地时间之间的区别,请使用时间区域选项卡在日期和时间项目在控制面板中。

所有支持的x86-based Windows版本服务器2003

文件名文件版本文件大小伊达市时间平台
Ndis.sys5.2.3790.4524210,43204-Jun-200913:29x86

所有支持的x64-based Windows版本服务器2003和Windows XP

文件名文件版本文件大小伊达市时间平台
Ndis.sys5.2.3790.4524361,98404-Jun-200917:48x64

所有Supported基于Itanium的Windows版本服务器2003

文件名文件版本文件大小伊达市时间平台
Ndis.sys5.2.3790.4524646,65604-Jun-200917:49IA-64

注意:为了在问题附近工作,请启用在受影响的计算机的接收侧比例缩放(RSS)功能。

相关信息



Document ID: 116081