炉腹连接如何为精良代理桌面存在工作-Cisco.PDF

炉腹连接如何为精良代理桌面存在工作 Contents Introduction 什么是炉腹？ 常见问题由于炉腹断开 日志分析 调试日志  信息日志 Webservices日志 炉腹断开的常见原因  建议动作 Introduction 本文描述使用在同步HTTP在精良连接后的体系结构(炉腹)的双向流，并且问题与此有关如何可以被 诊断。 什么是炉腹？ 可扩展消息传送和存在协议(XMPP)是在客户服务器模型的状态协议。如果应用程序需要与XMPP一 起使用，多个问题出现。浏览器不本地支持XMPP，因此必须由运行在浏览器里面的程序处理所有 XMPP数据流。  第一个问题是HTTP是无状态的协议。 这意味着每个HTTP请求没有与其他请求有关。然而，此问题 可以由适用涉及意味着--通过使用Cookie/过帐数据，例如。 第二个问题是HTTP单向的工作情况。只有客户端发送请求，并且服务器能只回应。推进数据的服 务器的无法使不自然实现在HTTP的XMPP。 消除此问题，如果客户端能做直接TCP请求(因而排除HTTP需要)。然而，如果要涉及在HTTP域内 的问题(例如，因为Javascript能发送HTTP请求)，有两个可能的解决方案。两个要求在HTTP和 XMPP之间的一个网桥。解决方案轮询(被重复的HTTP请求请求新的数据)和长的轮询，亦称炉腹。 使用炉腹的目的将掩盖事实服务器不必须回应，因为很快有请求。回应被延迟(一次长的轮询)，直 到服务器有客户端的数据，然后被发送作为回应。当客户端获得它他做一新要求(即使他什么都不需 要发送的)等等。 炉腹是相当高效从服务器负载观点和数据流。 精良桌面客户端(Web应用程序)建立过时的炉腹连接每30秒。在30秒之后，如果没有从精良 Notificaiton服务的更新，通知服务发送与200 OK和(接近)空回应正文的一个HTTP回复。如果通知 服务有在代理程序的出现的一次更新或对话(呼叫)事件，例如，数据立即被发送到精良网络客户端 。 总结： 1. 精良网络客户端永远把一个过时的HTTP连接(http BIND)设置与精良服务器通过TCP端口 7443。这是公认的炉腹长的轮询。 2. 精良通知服务是张贴关于代理程序、呼叫等等的状态的更新的存在服务。 3. 如果Notiication服务有一次更新，将回复与状态更新的http BIND请求作为在HTTP回应正文的 一个XML消息。 4. 如果没有状态更新30秒在收到http BIND请求以后， Notificaiton服务回复，不用任何状态更新 允许精良网络客户端发送另一个http BIND请求。这起一个方式作用对于通知服务知道精良网 络客户端能连接到通知服务，并且代理程序没有关闭他们的浏览器也没有放置他们的计算机休 眠等等。 并且，如镜像所显示，精良网络客户端发送每分钟检查精良Tomcat状态的一个SystemInfo请求， ： 如镜像所显示，通知服务(请开火)调试日志与代理程序PC的IP地址和端口一起显示http捆绑用桌面 。 如镜像所显示，最后激活0毫秒表示，会话是活跃的。 Enable (event)通知服务调试日志统一的Contact Center Express (UCCX)，如镜像所显示： Enable (event)通知服务统一的联系中心企业(UCCE) (独立的精良)调试日志，如镜像所显示： 常见问题由于炉腹断开 对于UCCX，退出计时器是60秒，在浏览器断开后。代理程序可以在退出的准备好或未就绪状态能 发生。 对于UCCE，精良花费120秒发现，当代理程序关闭浏览器时或浏览器失败，并且精良在发送一牵强 logout请求前等60秒到CTI服务器。在这些条件下，精良能花费180秒签署代理程序。 关于UCCE精良桌面工作情况的更多信息，请参见Cisco精良故障切换机制章节的桌面工作情况部分 在Cisco精良管理指南的。 记录分析 精良和Notificaiton服务日志可以收集通过RTMT或通过CLI ： 文件获得activelog /desktop复发压缩 调试日志  这些日志在/desktop/logs/openfire文件夹和被命名debug.log。 2017.06.17 00:14:34 Session (id=f382a015) was last active 0 ms ago: 1001003@/desktop 2017.06.17 00:15:04 Session (id=f382a015) was last active 13230 ms