none
LYNC SERVER与PBX对接后老是要重启中介服务语音才能互通 RRS feed

  • 问题

  •     版主,LYNC问题是在这个板块提么?我找了下没找到,如果不是麻烦帮我转一下,谢谢。

        是这样,最近搭个测试环境,LYNC与华为PBX硬件进行对接,现在各功能都已达到用户要求了,但是有一个致命的问题,如下:

         我们的测试现在的状态是:lync server(lync server 2010试用版)和华为设备之间的通讯都可以互拨,对接没问题。但是有时候会出现单通(只能华为设备呼lync客户端,反向则呼不过来),于是我们重启中介服务就又恢复正常了。
         为了搞清楚原因,我们在系统日志中我们发现一个规律,首先系统会发出一个警告,警告的内容:中介服务器服务收到的呼叫不支持柔和噪音,在单个网关对等机发出 5 次呼叫后,将限制此事件;然后会系统有规律的连续发出5个错误日志,日志的内容:网关没有对中介服务器发送的 OPTIONS 请求做出响应;5次后lync下客户端就无法呼叫华为设备下的用户了。

         现在其他的功能测试都已经通过,但是这个问题,客户觉得的很关键,一定要搞定。

         关于这个问题我在网上也查了,之间端口也更换过。网上有反馈说是检测两个设备之间的网络,我觉得这个应该不成立,首先LYNC无法呼华为客户端的时候,华为客户端是可以正常呼LYNC客户端的,而已网络之间PING也正常。

    下面是日志,请各位高手帮分析下,会不会是LYNC SERVER装在虚拟机上的问题(现在用的两台虚拟机,一台AD、一台LYNCSERVER)??

    -日志1--------------------------------------------------------------------------------------------------------------------------------------

    级别 日期和时间 来源 事件 ID 任务类别
    警告 2012/5/22 18:42:49 LS Mediation Server 25073 (1030) "中介服务器服务收到的呼叫不支持柔和噪音。在单个网关对等机发出 5 次呼叫后,将限制此事件。

    中介服务器服务从网关对等机 192.168.1.218 收到的呼叫不支持柔和噪音
    原因: 网关对等机不支持柔和噪音。
    解决方法:
    请确保启用了网关的柔和噪音选项。"

    日志2-----------------------------------------------------------------------------------------------------------------------------------------

    级别 日期和时间 来源 事件 ID 任务类别
    错误 2012/5/22 18:48:33 LS Mediation Server 25051 (1030) "网关没有对中介服务器发送的 OPTIONS 请求做出响应。

    网关对等 192.168.1.218 没有对中介服务器服务发送的 OPTIONS 请求做出响应
    原因: 由于网络连接问题,中介服务器服务无法通过 SIP 与网关对等服务进行通信。
    解决方法:
    请确保网络连接和网关对等的可用性以使中介服务器服务能够正确运行。"

    日志3-----------------------------------------------------------------------------------------------------------------------------------------

    级别 日期和时间 来源 事件 ID 任务类别
    错误 2012/5/22 18:49:53 LS Mediation Server 25061 (1030) "中介服务器服务遇到了网关对等中的一个严重连接问题。

    受影响的 PSTN 网关服务群集:
    192.168.1.218
    原因: MEDIATIONSERVER_GATEWAY_OPTIONS_FAILED (事件 ID: 25051)记录了 5 次。有关详细信息,请查看其他 MOM 警报。MEDIATIONSERVER_GATEWAY_IP_NOT_AVAILABLE (事件 ID: 25036)和 MEDIATIONSERVER_GATEWAY_TLS_NEGOTIATION_FAILED (事件 ID: 25040)是指示网关对等的连接错误情况的事件示例。
    解决方法:
    如果失败是 MEDIATIONSERVER_GATEWAY_IP_NOT_AVAILABLE (事件 ID: 25036),请确保在管理存储的 PSTN 网关对象中为网关配置了正确的侦听 IP 和端口,并确保网关已启动并且正在运行,而且能够接受从中介服务器传入的连接。如果失败是 MEDIATIONSERVER_GATEWAY_TLS_NEGOTIATION_FAILED (事件 ID: 25040),请确保为 TLS 配置了中介服务器和网关,并确保网关证书的 CA 位于中介服务器上的可信证书路径中,且中介服务器证书的 CA 位于网关上的可信证书路径中。"

    日志4-----------------------------------------------------------------------------------------------------------------------------------------

    级别 日期和时间 来源 事件 ID 任务类别
    错误 2012/5/22 18:16:49 LS Outbound Routing 46026 (1038) "PBX 网关已被标记为关闭。

    网关名称: 192.168.1.218。
    原因: 网关未能在限定的时间内响应请求,或者由于某种错误,无法路由请求。
    解决方法:
    确认该网关已启动并且可以响应呼叫。"

    日志5-----------------------------------------------------------------------------------------------------------------------------------------

    级别 日期和时间 来源 事件 ID 任务类别
    错误 2012/5/22 18:16:49 LS Outbound Routing 46046 (1038) "由于网关不可用,对 PSTN 号码的呼叫失败。

    呼叫的号码: 7005
    电话用法: 11位呼叫
    路由: 7---001
    CallId: 97b1ff251a2e432aa1964e5c9079d30e

    原因: 此呼叫可使用的所有网关都已标记为关闭。
    解决方法:
    验证这些网关是否在运行并可对呼叫做出响应。"

    日志6-----------------------------------------------------------------------------------------------------------------------------------------

    级别 日期和时间 来源 事件 ID 任务类别
    错误 2012/5/22 18:17:19 LS Outbound Routing 46009 (1038) "尝试路由到网关失败。

    无法路由到网关 192.168.1.218,尝试失败,响应代码为 503 Service Unavailable (CallID: 97b1ff251a2e432aa1964e5c9079d30e)。
    失败次数: 1 (自 2012/5/22 18:16:49 以来)。
    原因: 网关未能在限定的时间内响应请求,或者由于某种错误,无法路由请求。
    解决方法:
    检查指定的网关是否已启动及是否已正确配置。"

    日志7-----------------------------------------------------------------------------------------------------------------------------------------

    级别 日期和时间 来源 事件 ID 任务类别
    警告 2012/5/22 18:41:42 LS Protocol Stack 14507 (1001) "至少检测到一次对旧的(不存在或已删除的)安全关联的引用。

    在过去的 1 分钟内,有 1 条消息的签名引用了旧的(不存在或已删除的)安全关联。最后一条消息是该 SIP 消息:

    Trace-Correlation-Id: 670300891
    Instance-Id: 00000003
    Direction: no-direction-info
    Message-Type: request
    Start-Line: REGISTER sip:kingdi.com SIP/2.0
    From: <sip:wang6@kingdi.com>;tag=aabfaa133c;epid=6aad51c7fe
    To: <sip:wang6@kingdi.com>
    CSeq: 1 REGISTER
    Call-ID: 9b9e81cc89ef41e09ace8ec0ce5418ae
    Contact: <sip:192.168.1.217:51698;transport=tls;ms-opaque=5ba8bac0c5;ms-received-cid=100>;methods=""INVITE, MESSAGE, INFO, OPTIONS, BYE, CANCEL, NOTIFY, ACK, REFER, BENOTIFY"";+sip.instance=""<urn:uuid:F2D14D57-A5C4-5E1C-B922-14E20D149E1C>""
    Via: SIP/2.0/TLS 192.168.1.217:51698;ms-received-port=51698;ms-received-cid=100
    Max-Forwards: 70
    User-Agent: UCCAPI/4.0.7577.0 OC/4.0.7577.0 (Microsoft Lync 2010)
    Supported: gruu-10, adhoclist, msrtc-event-categories
    Supported: ms-forking
    Supported: ms-cluster-failover
    Supported: ms-userservices-state-notification
    ms-keep-alive: UAC;hop-hop=yes
    Event: registration
    Proxy-Authorization: TLS-DSK qop=""auth"", realm=""SIP Communications Service"", opaque=""34AA4EB8"", targetname=""lync-2010.kingdi.com"", crand=""10668966"", cnum=""17"", response=""c09dc47fdf57b3e3a48d3c711d990e31965800e1""
    Content-Length: 0


    原因: 这可能是由于用户使用了大量设备(超过了配置的最大数目),或由于连接刷新逻辑将远程用户重新平衡到组或池中的其他控制器,或者与攻击者有关。
    解决方法:
    除非失败计数很高(>100),否则无需采取任何操作。检查每个用户允许的设备数目对于现有使用方案是否太少。请检查您的网络中是否有任何未授权的客户端。如果问题仍然存在,请重新启动服务器。"

    2012年5月23日 12:09

全部回复