1493284664645476.jpg +86 075561882266    1493284683105363.jpg  +852 21357223 

LINK-AZ 互聯電訊

網站首頁 > 技術支持

New Rock

2017-05-02 17:31:10 LINK-AZ 互聯電訊 閱讀

為什麼配置的語音檔不能播放,或者有時候播放正常,有時候又不正常?

問題原因:

通話採用的語音編碼方式(G729、G711等)會選擇播放不同格式(dat、pcm)的語音檔,所以,如果配置的voicefile指定了檔格式,而通話採用的編碼方式與之不匹配時,就會導致不能播放的情況。

解決方法:

1)配置voicefile時,不要加檔尾碼(格式);

2)要保證OM本地兩種格式的voicefile都存在。(注:通過web上傳的wav/dat格式的語音檔,系統會自動轉換成兩種格式,通過API遠程下載的不會自動轉換)

 

 

為什麼明明外線設置的是控制模式,但來電呼入後卻能聽到歡迎詞?(同:為什麼分機開了API卻沒有RING/BUSY等事件消息?)

問題原因:

OM的web版本和OM後臺軟體版本不相容。需要升級web版本。

解決方法:

1)OM軟體版本 2.1.5.85.22+ ,需要 同步升級,web版本 OM 2.1.5.81.25+ (web版本查看方法:流覽器地址欄輸入:http://OM的IP地址:端口號/version) 

2 ) web版本和軟體版本如果匹配,則需要從web頁面重新配置一遍分機/外線的API並提交。

 

 

為什麼收到的呼叫狀態事件(如,RING/ALERT等)沒有 visitor/outer id和callid等資訊?

問題原因:

因為外線的API沒有開啟,導致分機不能獲取外線資訊。

解決方法 :

開啟外線的API功能開關。(監控和控制模式都可以,根據具體情況選擇)

 

 

為什麼外呼的時候,明明沒有接通,卻收到了ANSERED事件?(或,CDR的通話時長大於0?)

問題原因:

1)注:此問題僅僅在通過模擬外線外呼時才會出現。

2)因為通過模擬外線外呼時,通常情況下,模擬外線並不能檢查到對方是否接通,且默認為一旦呼叫被送出就立馬接通了。所以,會收到ANSERED事件,且不管對方接通不接通,本次通話結束後,CDR的通話時間都將大於0。

解決方法:

1)如果你使用的模擬外線已通過電信運營商開通了“反擊性信號”的業務,則可以通過OM的web頁面開啟對應線路的“反擊性檢測”開關,即可判斷對方是否接通。

2)重要說明:如果未通過電信運營商開啟"反擊性信號",請勿開啟"反擊性檢測”開關,否則,會造成即使對方摘機了也沒有“ANSERED事件,CDR的通話時長將一直為0。

 

 

Event中的callid為什麼和CDR中的不一致?callid為什麼不唯一?我如何判斷通話的唯一性?

問題原因:

因為對於用戶而言,A和B的通話雖然表示是一路,但對於OM而言,實際上是由很多段通話組合起來的,目的是方便OM 對通話的任意節點進行拆分和轉接(如將來電和分機A的通話轉給分機B等)。具體細節,你可以不去考慮,知道不要用callid作為通話的唯一標識寫入資料庫即可。

解決方法:

1)visitor/outer id表示從通話開始到結束的時間段是唯一的,但會被回收迴圈利用,可作為臨時唯一標識。

2)在第一次收到visitor/outer id時,將當前的時間戳與visitor/outer id建立一對一的映射關係,用時間戳保證唯一性。(常見應用有:通話過程中的便簽記錄,需要和其通話記錄一一綁定)

3)當通話結束後,cdr id是唯一的,可以寫入資料庫作為通話的唯一標識。另外,cdr中同樣會包含visitor/outer id,再次通過和時間戳的映射關係,找到cdr和時間戳的映射關係。(對應通話便簽記錄的應用方式:最終實現通話便簽記錄內容和通話記錄的綁定)

 

 

OM設備重啟後,API伺服器可以正常收到OM發送的API消息,但過一段時間後卻收不到API消息了,再後來又可以收到API消息了,這是什麼原因導致?

問題原因:

API伺服器和OM的TCP連接模式不一致。

解決方法:

1)長鏈接還是短鏈接是由OM決定的(配置參數CONTROL_TYPE1控制OM的連接方式,1為TCP長連接,0為TCP短連接,OM默認該參數值為0。

2)OM定義的短連接模式是OM向API伺服器發送數據包後,API伺服器收到數據後主動斷開此連接;長連接是指正常情況下只建立一條TCP連接,OM可以不斷的向API伺服器發送數據包(一個數據包可包含多條消息),只有當原連接已斷開的情況下才會重新建立連接。

3)OM如果是短連接模式,則每次給API伺服器發送一條消息,都會新建一個TCP連接,而每個連接都沒有被API伺服器斷開,這樣OM不停的新建TCP連接,最終會導致TCP資源不足。

 

 

為什麼錄音檔不存在?

問題原因: 

1)web頁面錄音伺服器地址或者端口填寫錯誤 

2)分機/外線未開啟錄音功能

解決方法:

1)配置:以OM20為例,登陸web頁面 應用服務---錄音 選擇遠程錄音 填寫錄音伺服器地址 IP:1311(注:1311為默認端口號,可自行更改)

2)分機開啟錄音功能後,該分機所有通話會被錄音

3)外線開啟錄音功能後,所有使用該外線的通話都會被錄音

 

 

為什麼錄音伺服器圖示顯示為紅色?

問題原因:

原來的服務沒有釋放或別的應用使用了1311端口號,導致該端口號被佔用。

解決方法:

卸載服務:管理員打開--->cmd 輸入---> sc delete pbxrecord(服務名)--->重裝錄音伺服器。

 


為什麼自定義的工作時段為週一到周日,但周日來電時仍播放非工作時段內容 ?

問題原因:

頁面參數配置日期時,認為一周的第一天是星期一,而實際上日期定義裏是從0開始,即一周的第一天是星期天,即頁面參數定義與標準規定不相符導致該問題。

解決方法:

1)不要把周日設為結束時段,可以設置:例如,工作時段為週二到週一來規避這個問題;

2)該問題已在app_93版本修復,若需升級請聯繫我們幫您升級。

 

 

為什麼點擊撥號分機振鈴後會自動掛斷?

問題原因:

呼叫方式若為先呼主叫後呼被叫,點擊撥號,主叫摘機後會選擇一種話機本身和OM都支持的編碼方式,若被叫不支持這種編碼方式,則呼叫無法建立。

解決方法:

1)可以通過遮罩OM的回應編碼方式或調整編碼順序來解決。

2)備註:點擊撥號方式分為先呼主叫後呼被叫、先呼被叫後呼主叫兩種方式,可通過修改回應參數來配置。