Lync聯(lián)盟功能無(wú)法正常使用該怎么解決-創(chuàng)新互聯(lián)

Lync聯(lián)盟功能無(wú)法正常使用該怎么解決，針對(duì)這個(gè)問(wèn)題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問(wèn)題的小伙伴找到更簡(jiǎn)單易行的方法。

成都創(chuàng)新互聯(lián)不只是一家網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司；我們對(duì)營(yíng)銷(xiāo)、技術(shù)、服務(wù)都有自己獨(dú)特見(jiàn)解，公司采取“創(chuàng)意+綜合+營(yíng)銷(xiāo)”一體化的方式為您提供更專(zhuān)業(yè)的服務(wù)！我們經(jīng)歷的每一步也許不一定是最完美的，但每一步都有值得深思的意義。我們珍視每一份信任，關(guān)注我們的成都做網(wǎng)站、網(wǎng)站設(shè)計(jì)質(zhì)量和服務(wù)品質(zhì)，在得到用戶(hù)滿(mǎn)意的同時(shí)，也能得到同行業(yè)的專(zhuān)業(yè)認(rèn)可，能夠?yàn)樾袠I(yè)創(chuàng)新發(fā)展助力。未來(lái)將繼續(xù)專(zhuān)注于技術(shù)創(chuàng)新，服務(wù)升級(jí)，滿(mǎn)足企業(yè)一站式營(yíng)銷(xiāo)型網(wǎng)站需求，讓再小的成都品牌網(wǎng)站建設(shè)也能產(chǎn)生價(jià)值！

  前段時(shí)間給客戶(hù)部署了一套Lync Server 2013的環(huán)境，并且做了聯(lián)盟，聯(lián)盟后跟聯(lián)盟用戶(hù)開(kāi)會(huì)，桌面共享、PPT、白板一直不能使用，使我很是郁悶，跟客戶(hù)研究了小半個(gè)月終于找到了相關(guān)的解決方案，今天給大家分享下。

問(wèn)題描述

=====

 客戶(hù)Lync聯(lián)盟功能無(wú)法正常使用

背景情況

=====

客戶(hù)環(huán)境為lync 2013,內(nèi)部使用所有功能都正常

只有在聯(lián)盟的時(shí)候會(huì)出現(xiàn)（桌面共享,ppt，白板）的問(wèn)題。

A/V等其他功能正常

解決方法

測(cè)試聯(lián)盟用戶(hù)的桌面共享依然是失敗的,從Lync 客戶(hù)端的uc log 里看 是因?yàn)镮CEWarn="0x4000220" 錯(cuò)誤導(dǎo)致的, 如上一版本的分析,此錯(cuò)誤為tcp 媒體流無(wú)法建立導(dǎo)致的.

ms-client-diagnostics: 25; reason="A federated call failed to establish due to amedia connectivity failure where both endpoints are internal";UserType="Callee";MediaType="application-sharing";ICEWarn="0x4000220";LocalSite="172.17.27.50:5578";LocalMR="61.183.84.123:55877";RemoteSite="192.168.3.57:21496";RemoteMR="157.56.214.172:56193";PortRange="1025:65000";LocalMRTCPPort="55877";RemoteMRTCPPort="56193";LocalLocation="2";RemoteLocation="2";FederationType="0";NetworkName="dfcv.co";Interfaces="0x2";BaseInterface="0x2";BaseAddress="172.17.27.50:5185;MrDnsU="lyncedge.dfcv.co";MrResU="0";LyncAppSharingDebug="SharerChannel:0x0;Memory Usage: totalUsedVirtual=897, availableVirtual=1150;StartupTime:2015-02-11T08:53:10.758Z;"

Proxy-Authorization: TLS-DSK qop="auth", realm="SIPCommunications Service", opaque="0E7EC18B",targetname="lyncfe.dfcv.co", crand="ed6c5417",cnum="44", response="6acf3db7c50d9131072848a1ef9d59e8e81f30e9"

網(wǎng)絡(luò)數(shù)據(jù)包分析:

===============

此次我們抓取了兩個(gè)聯(lián)盟edge的服務(wù)器網(wǎng)絡(luò)數(shù)據(jù)包流量,對(duì)比分析：

首先 我們選擇一個(gè)測(cè)試會(huì)話(客戶(hù)call 聯(lián)盟用戶(hù))

INVITE sip:tonychen@jackyfan.msftonlinerepro.com SIP/2.0

a=candidate:1 1 TCP-PASS 2120613887 172.17.27.50 28391 typ host

a=candidate:1 2 TCP-PASS 2120613374 172.17.27.50 28391 typ host

a=candidate:2 1 TCP-ACT 2121006591 172.17.27.50 5578 typ host

a=candidate:2 2 TCP-ACT 2121006078 172.17.27.50 5578 typ host

a=candidate:3 1 TCP-PASS 174455807 61.183.84.123 55877 typ relay raddr 172.17.27.50rport 5185

a=candidate:3 2 TCP-PASS 174455294 61.183.84.123 55877 typ relay raddr 172.17.27.50rport 5185

a=candidate:4 1 TCP-ACT 174848511 61.183.84.123 55877 typ relay raddr 172.17.27.50rport 5185

a=candidate:4 2 TCP-ACT 174847998 61.183.84.123 55877 typ relay raddr 172.17.27.50rport 5185

SIP/2.0 200 OK

a=candidate:1 1 TCP-PASS 2120613887 192.168.3.57 21496 typ host

a=candidate:1 2 TCP-PASS 2120613374 192.168.3.57 21496 typ host

a=candidate:2 1 TCP-ACT 2121006591 192.168.3.57 8224 typ host

a=candidate:2 2 TCP-ACT 2121006078 192.168.3.57 8224 typ host

a=candidate:3 1 TCP-PASS 174455807 157.56.214.172 56193 typ relay raddr 192.168.3.57rport 17495

a=candidate:3 2 TCP-PASS 174455294 157.56.214.172 56193 typ relay raddr 192.168.3.57rport 17495

a=candidate:4 1 TCP-ACT 174848511 157.56.214.172 56193 typ relay raddr 192.168.3.57rport 17495

a=candidate:4 2 TCP-ACT 174847998 157.56.214.172 56193 typ relay raddr 192.168.3.57rport 17495

從雙方的sip 協(xié)商看 ,最終兩個(gè)邊緣的外網(wǎng)卡的會(huì)話 會(huì)在157.56.214.17256193 and 157.56.214.172 56193 上進(jìn)行:

在聯(lián)盟客戶(hù)邊緣服務(wù)器數(shù)據(jù)包中搜索相關(guān)高位端口:

發(fā)現(xiàn)高位端口的包發(fā)送出去后被reset掉 。

但是在客戶(hù)的邊緣服務(wù)器上并未收到這個(gè)數(shù)據(jù)包請(qǐng)求,只有發(fā)出去的高位端口的請(qǐng)求包,同樣在對(duì)方邊緣服務(wù)器上查找此包,也未發(fā)現(xiàn),但是也被reset掉了:

由此說(shuō)明, 客戶(hù)與聯(lián)盟客戶(hù)在邊緣高位端口上是不通的,中間的網(wǎng)絡(luò)設(shè)備阻斷了會(huì)話的建立.

檢查443 TRUN 模式下的會(huì)話:

在客戶(hù)邊緣服務(wù)器上檢查, 443 TRUN 模式:

發(fā)現(xiàn) 55877-443及 56193-443 上都有大量的數(shù)據(jù)傳輸,看上去一切都很正常:

但是從聯(lián)盟客戶(hù)邊緣服務(wù)器上看,NAT后的地址卻變成了一個(gè)未知的IP 61.183.84.66,從而導(dǎo)致443 TURN 會(huì)話無(wú)法建立。

結(jié)論：

從以上的分析我們可以看出:

1. NAT 配置異常,   Lync 要求 針對(duì)Lync 的NAT ip 地址不能改變,因?yàn)榇斯W(wǎng)ip 已經(jīng)配置在Lync   服務(wù)器環(huán)境中了。但是從抓包的結(jié)果看, NAT 后傳到對(duì)方的地址經(jīng)常變化

在NAT設(shè)備上 將 Lync NAT 地址固定后問(wèn)題解決.

關(guān)于Lync聯(lián)盟功能無(wú)法正常使用該怎么解決問(wèn)題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒(méi)有解開(kāi)，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識(shí)。

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無(wú)理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性?xún)r(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專(zhuān)為企業(yè)上云打造定制，能夠滿(mǎn)足用戶(hù)豐富、多元化的應(yīng)用場(chǎng)景需求。

網(wǎng)站名稱(chēng)：Lync聯(lián)盟功能無(wú)法正常使用該怎么解決-創(chuàng)新互聯(lián)
文章轉(zhuǎn)載：http://muchs.cn/article26/ihojg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信小程序、網(wǎng)站導(dǎo)航、網(wǎng)站設(shè)計(jì)公司、網(wǎng)站排名、網(wǎng)站營(yíng)銷(xiāo)、關(guān)鍵詞優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)