為了追趕時髦，打算將呼叫中心部署到雲上。雲上（簡稱b）部署伺服器的時候，研發說直接將本地（簡稱a）的目錄拷貝到雲上。結果後續使用出來幾個問題，記錄如下：
1、**呼入，然後建立會議失敗，無法建立會議了。
經過研發聯調，最終定位是由於乙個路徑的使用者許可權出錯了。跟freeswitch自身的關係不大，具體的路徑就不指出了。
2、第二個問題，也是昨天遇到的乙個坑。原來的分機從老的伺服器註冊到b雲伺服器上（配置相同，只改變了註冊伺服器的ip），呼叫介面外呼的時候報錯「分機不在離線狀態「。
直接在分機的話機上呼叫，偶爾能夠呼出，大多數情況是失敗，座席說是報「分機正忙」。
諮詢資深研發人員，提示，該話機可能有問題，未果。
網路問題？但是外部呼入都可以正常接聽。
座席人員描述不清？再三確認，問題依舊，座席也很崩潰。
切換回老系統，一切恢復平靜。
什麼原因？百思不解。早上，登入上檢視日誌裡的細節，發現不斷有日誌：
mod_callcenter.c:1082 updated agent ***xx set status = on break使用命令：
sofia status profile internal reg檢視分機註冊情況，發現註冊的分機不是一般的多，而且很多都是已經超時乙個月的記錄。退出fs_cli命令，使用sqlite3開啟db檔案，查詢出來的結果相同。
可以看到有兩條相同分機號的記錄，一條是超時乙個月的，一條是新註冊的：
511617360624-0@ipa|***xx|ipa||"user" |registered(udp-nat)|unknown|1454393826|newrocktech/ua 2.0|***xx|ipa|internal|ipcc|ipclient|52784|***xx|ipa|***xx|ipa|ipa|ipcc710-hangzhou|ipa
lovhwn1hcnhihogagsmvug..|***xx|ipb||"user" |registered(udp-nat)|unknown|1458018449|poiper r306|***xx|ipb|internal|iz23beg06rrz|ipclient|47674|***xx|ipb|***xx|ipb|ipb|iz23beg06rrz|ipb
可以基本確定，是由於直接將db檔案複製過來，然後原來平台當時的分機註冊訊息也帶過來，沒有清除（重啟freeswitch也不清楚記錄）。
因而，懷疑，在外呼的時候，遍歷db檔案找該分機的時候，基本上每次都找到了原來老的超時記錄，既然都認為你分機超時了，自然就不給你建立呼叫了。
後續，刪除db，或者刪除其中的超時reg資訊，進行驗證。
ps：經歷昨天一次，座席都聯絡不上了。
通過FreeSwitch同時呼叫多個使用者
通過freeswitch可以對多個終端進行呼叫，依據振鈴順序不同，可以分為 同振 和 順振 同振是指多個終端同時振鈴 順振是指多個終端順序振鈴。下面實現如下應用，某使用者撥叫 2000 這個接入號碼，希望 1000 和 1001 同時振鈴，其中任乙個接聽來話，另乙個停止振鈴。1 在 conf dia...
微服務消費端通過feign呼叫微服異常問題
在專案開發中,我們的呼叫方通過feign呼叫微服時,如果微服出現業務異常 例如空指標,或拋出自定義的異常 和非業務異常 引數不合法4xx異常 都會進入到呼叫方的全域性異常 丟擲的code全部轉換成了500,這樣不友好 實際上只有業務異常feign才會轉換成500錯誤且轉成feignexception...
基於Freeswitch的 呼叫中心中介軟體開發
最近開發乙個 呼叫中心中介軟體，也可以讓使用者不懂呼叫系統完成複雜的呼叫業務。模組裡面我整合了 websocket restful api 伺服器端 心跳規則 客戶端傳送 伺服器返回 回撥呼叫 dispcaller 呼叫主叫顯示的號碼 dispcallee 呼叫被叫顯示的號碼 caller 主叫號碼...