SMC內(nèi)網(wǎng)Polycom終端呼叫SC的IP，會(huì)議ID無法加入會(huì)議，是什么原因一起來排查下。
1、取SC的信令診斷分析，從信令診斷里看SC轉(zhuǎn)發(fā)了終端的setup消息給MCU之后，是MCU主動(dòng)發(fā)了releaseComplete消息掛斷了呼叫；
2、根據(jù)信令里的call-ID從SC的設(shè)備日志scproxy.log里過濾呼叫日志，查詢MCU上報(bào)錯(cuò)誤碼為：0x030000a5，NSM_CALL_CONF_NOT_EXIST = 0x30000a5,/*會(huì)議號(hào)不存在*/
3、在MCU日志中查詢對(duì)應(yīng)會(huì)議號(hào)，可以看到實(shí)際上MCU獲取到了正確的會(huì)議列表，且列表中存在對(duì)應(yīng)的會(huì)場(chǎng)：
4、從MCU日志對(duì)比了一路正常的呼叫和一路異常的呼叫，發(fā)現(xiàn)正常的呼叫SC setup中帶的是終端的IP，異常的呼叫SC setup帶的是SC自己的IP；
正常可以呼通時(shí)SC 轉(zhuǎn)發(fā)setup消息中攜帶的是終端的IP：
呼不通時(shí)SC轉(zhuǎn)發(fā)setup消息中攜帶的是SC自己的IP：
5、返回去再次查看SC的信令，發(fā)現(xiàn)終端帶過來的setup消息中，端口號(hào)為0，端口為0時(shí)，SC就會(huì)把終端的IP和端口改為自己的，從而導(dǎo)致MCU側(cè)處理失敗；如果主叫帶了正常的IP和端口，SC就只做純轉(zhuǎn)發(fā)，如果帶的不全，SC就會(huì)改成自己的IP+端口；
6、故此問題需要寶利通終端側(cè)攜帶正確的端口信息來發(fā)起呼叫，后來現(xiàn)網(wǎng)采用將此Polycom終端注冊(cè)GK后呼叫會(huì)議號(hào)規(guī)避。
【問題根因】
Polycom終端未攜帶正確的端口信息進(jìn)行呼叫。
重慶勁浪科技，是西南專業(yè)的會(huì)議室整體解決方案服務(wù)商，提供方案設(shè)計(jì)，產(chǎn)品報(bào)價(jià)，施工安裝，售后維護(hù)等，24小時(shí)咨詢電話：18983610979！