181 Call Is Being Forwarded

 （原文：請點擊鏈接。）

「呼叫前轉」是 VoIP 以及通訊領域非常傳統的業務。 預設一般是由 SIP 終端機（話機）發送 3xx 訊息給 miniSIPServer 進行呼叫前轉，當然 miniSIPServer 本身也可以直接發起呼叫前轉。

大多數情況下，主叫側並不知道被叫側發生了呼叫前轉，主叫側也不關心被叫側的呼叫是否被前轉了。 然而，有些時候主叫側確實需要知道被叫側的呼叫前轉。

miniSIPServer 目前會向主叫側發送 181 Call Is Being Forwarded 訊息，明確告知主叫：被叫側正發生呼叫前轉。 在 181 訊息中，miniSIPServer 增加了一個 Call-Info 頭域攜帶前轉的必要資訊。 請參考下圖：


上圖的流程發生了兩次前轉：（1）被叫 B 被前轉到被叫 C；以及（2）被叫 C 被前轉到被叫 D。 

 181 消息的 Call-Info 头域将携带以下信息：（1）呼叫正在被前转；（2）谁发生了呼叫前转；以及（3）前转呼叫的目标用户。请参考上图第一个 181 消息（即被叫 B 前转到被叫 C）中的 Call-Info 头域细节：

Call-Info: purpose=forwarding, username="userb", contact="userc"

 

留言

發佈留言

此網誌的熱門文章

miniSIPServer 新 web 界面

圖片
（原文：請 點擊鏈接 。） 我們最近更新了 miniSIPServer 產品的 web 管理界面，包括本地 miniSIPServer 產品以及雲端 miniSIPServer。新界面更接近本地 miniSIPServer 的圖形管理界面，請參考下圖： 我們希望新界面能幫助已經熟悉本地圖形界面的 miniSIPServer 用戶，這些用戶在面對“熟悉”的界面時能快速體驗雲端 miniSIPServer。  
Read more »

外線的 RequestURI 參數

圖片
（原文：請點擊 鏈接 。） miniSIPServer 與 VoIP 服務器（網關）通過外線連接，發送消息（例如 REGISTER 或者 INVITE等消息）時會在 Request-URI 中自動附加參數“user=phone”。這是來自中國移動的要求。多數情況下這種做法都沒有問題，在 RFC3261 規範中也明確定義了 RequestURI 的附加參數。 然而事情總有意外。最近有些客戶向我們反映，miniSIPServer 與他們的 VoIP 服務商網絡對接失敗，對方服務器無法識別 RequestURI 的參數。當然，簡單的方法自然是這些服務商升級自己的服務器，遵循 RFC3261 標準規範的定義，這樣大家都會很舒適。 其中個別運營商堅持目前的狀態，不願意做出任何改變。那怎麼辦呢？我們不得不在外線的配置做出一點修改，請參考下圖： 我們在外線的“出呼叫”配置中，增加了一項“Request-URI 附加參數”。客戶們可以根據自己的網絡狀況來設置該項的值。 需要說明的是，如果是中文界面，我們默認客戶是在中國的網絡環境下配置外線，因此該項的默認值是“user=phone“，而其他語種的界面中，該項默認為空。我們認為這樣的處理可以滿足全球各種網絡環境的要求。 該修改已經應用於本地版本的 miniSIPServer 以及雲端版本的 miniSIPServer，歡迎大家試用。        
Read more »

在 Debian 12 (bookworm) 系統中運行 miniSIPServer

圖片
（ 原文：請 點擊鏈接 。 ） 最近 Debian 發布了最新的 V12 版本，即 Bookworm 版本。毫無疑問這是最新的穩定版本，也是商業環境中將會大量部署的版本，因此我們一如既往地在該版本中運行、測試了我們最新的 miniSIPServer 版本，驗證結果也是一如既往的完美！如下圖所示： 如果您是在 Linux 系統中部署 VoIP，您可以選擇 Debian 12 系統。請參考我們的 指導文檔 了解如何在 Linux 系統中安裝、運行 miniSIPServer。相信您會喜歡 Debian + miniSIPServer 的組合。  
Read more »