1、SIP trunk可能很多讀者已經(jīng)非常熟悉，為了讓一些新人了解trunk的基本概念，我們這里簡(jiǎn)單重復介紹一下trunk。SIP中繼簡(jiǎn)單來(lái)說(shuō)（當然還有其他類(lèi)型的連接，例如H323），就是一個(gè)對SIP業(yè)務(wù)進(jìn)行接入支持的邏輯連接。和SIP trunk對應的就是傳統的PSTN網(wǎng)絡(luò )中trunk，在傳統PSTN網(wǎng)絡(luò )中，我們也會(huì )使用trunk這個(gè)用法。但是，在傳統的PSTN網(wǎng)絡(luò )中，我們仍然可以看到至少有一個(gè)物理的連接方式，通過(guò)物理線(xiàn)路的連接方式從運營(yíng)商對接到客戶(hù)端網(wǎng)絡(luò )。在SIP網(wǎng)絡(luò )中，我們基本上沒(méi)有看到它的物理形態(tài)的連接方式，僅通過(guò)虛擬的邏輯連接對接運營(yíng)商和終端客戶(hù)的IP解決方案。根據RFC對trunk的定義是：
以下圖例介紹了傳統E1/T1 trunk接入方式的企業(yè)IPPBX，運營(yíng)商通過(guò)物理的trunk連接到用戶(hù)端IPPBX。當然，這里的E1接入方式需要本地部署一個(gè)E1接入網(wǎng)關(guān)或者語(yǔ)音板卡。
以下圖例介紹了用戶(hù)通過(guò)網(wǎng)絡(luò )使用SIP trunk來(lái)實(shí)現的SIP接入方式，SIP對接到企業(yè)用戶(hù)本地IPPBX。
以下圖例說(shuō)明了一個(gè)比較完整的傳統TDM和SIP混合的接入方式，客戶(hù)分別使用了SIP trunk和TDM trunk的方式。
根據目前的發(fā)展來(lái)看，SIP trunk 已經(jīng)可以完全兼容目前市場(chǎng)上絕大部分的應用服務(wù)器，這里的Asterisk是一個(gè)相對比較籠統的稱(chēng)呼，事實(shí)上，這里包括了很多廠(chǎng)家使用Asterisk平臺開(kāi)發(fā)的商業(yè)IPPBX，和非常流行的開(kāi)源項目FreePBX和Issabel 開(kāi)源項目。
使用SIP trunk和傳統的PSTN網(wǎng)絡(luò )相比，SIP trunk 具有以下這些優(yōu)勢：
- 通話(huà)成本相對比較低廉。
- 部署方式相對比較靈活。
- 擴容相對比較方便。
- 終端支持的靈活性相對比較大。
- 客戶(hù)可以獲得不同落地服務(wù)商的號碼資源。
- DID資源豐富，可以支持公司更多分機號碼。
- 如果發(fā)生接入設備故障時(shí)，SIP trunk非常快速切換到E1/T1中繼。
2、現在我們介紹幾個(gè)關(guān)于SIP trunk在企業(yè)應用環(huán)境中的典型場(chǎng)景，用戶(hù)可以了解更多SIP trunk的場(chǎng)景，例如總部分公司之間的連接，LCR和trunk逃生切換。
以下圖例介紹了一個(gè)企業(yè)多地部署的場(chǎng)景（Peer之間的連接），一個(gè)跨國公司通過(guò)SIP trunk可以實(shí)現不同國家之間（美國，日本，中國和越南）的分公司工廠(chǎng)之間的連接，這也是很多企業(yè)客戶(hù)經(jīng)常使用的場(chǎng)景，通過(guò)這樣的部署方式，企業(yè)內部通話(huà)就可以實(shí)現完全免費。當然，除了實(shí)現內部免費通話(huà)的好處以外，企業(yè)總部可以對分公司的電話(huà)系統進(jìn)行有效地監管，方便管理層對公司全局的管理。
為了實(shí)現企業(yè)IPPBX多地部署和互通，仍然需要面對很多的技術(shù)挑戰，用戶(hù)可能需要考慮很多技術(shù)因素，產(chǎn)品兼容性的問(wèn)題，本地支持力度，本地網(wǎng)絡(luò )帶寬支持能力等問(wèn)題。企業(yè)用戶(hù)必須根據不同環(huán)境和相關(guān)要素進(jìn)行全面考慮，根據公司需求和本地資源來(lái)完成部署。
另外一種場(chǎng)景就是使用LCR實(shí)現最低話(huà)費呼叫。因為國際業(yè)務(wù)的需求，有很多企業(yè)的國際話(huà)費成本仍然很高，如果選擇SIP trunk的話(huà)，用戶(hù)可以使用LCR策略對接運營(yíng)商所提供的不同國家的線(xiàn)路資源實(shí)現最低話(huà)費計費方式，用戶(hù)通過(guò)最佳的線(xiàn)路呼叫。
SIP trunk 還可以提供靈活切換保證企業(yè)IPPBX正常工作。在實(shí)際環(huán)境中，企業(yè)IPPBX不能正常工作是完全可能發(fā)生的事情，如果大容量的企業(yè)IPPBX一般都部署一臺從IPPBX來(lái)作為一個(gè)備份，如果主服務(wù)器不能工作的話(huà)，另外一臺從服務(wù)器可以繼續工作。公司核心人員的分機可以快速切換到從服務(wù)器注冊。當然，這里需要注意幾個(gè)方面的因素，運營(yíng)商是否能夠靈活切換客戶(hù)端IP地址，企業(yè)客戶(hù)防火墻能夠支持主從服務(wù)器IP路由和安全策略，同時(shí)IPPBX必須支持數據交互的同步（例如數據庫同步）。我們這里不涉及IPPBX高可靠性解決方案和接入設備的逃生功能。
3、SIP trunk的性能是企業(yè)客戶(hù)非常關(guān)心的一個(gè)話(huà)題，因為SIP trunk的性能直接影響了SIP呼叫的QoS或語(yǔ)音通話(huà)質(zhì)量。為了提高SIP trunk的性能或穩定性，運營(yíng)商的網(wǎng)絡(luò )帶寬當然是一個(gè)最重要的一個(gè)指標。目前，大部分國內運營(yíng)商帶寬已經(jīng)升級支持了光纖，網(wǎng)絡(luò )帶寬足夠，語(yǔ)音質(zhì)量基本上不會(huì )有太大影響。但是仍然有一些地方的運營(yíng)商在帶寬上存在問(wèn)題。很多ADSL的客戶(hù)可能會(huì )出現語(yǔ)音質(zhì)量差，容易掉線(xiàn)等情況。很多企業(yè)用戶(hù)可能不了解運營(yíng)商的技術(shù)細節，導致語(yǔ)音質(zhì)量不好，筆者建議用戶(hù)和運營(yíng)商咨詢(xún)，獲得帶寬服務(wù)的詳細說(shuō)明。很多時(shí)候，因為運營(yíng)商提供的網(wǎng)絡(luò )帶寬的上行和下行的帶寬速度不同，客戶(hù)IPPBX呼入呼出使用了不同的帶寬，外部客戶(hù)呼入時(shí)使用的Download帶寬，而呼出時(shí)則使用的Upload 帶寬，導致呼叫的語(yǔ)音質(zhì)量發(fā)生了很大的變化。
SDSL相對比ADSL好一些，SDSL提供了上下行對稱(chēng)的帶寬，所以SIP呼叫的呼入呼出帶寬基本上一致，避免了ADSL對SIP trunk支持上的一些缺點(diǎn)。關(guān)于A(yíng)DSL和SDSL的技術(shù)細節，用戶(hù)可以在網(wǎng)絡(luò )上查找來(lái)做進(jìn)一步研究。除了我們上面提到的帶寬問(wèn)題，大家也需要注意語(yǔ)音編碼的選擇類(lèi)型，關(guān)于語(yǔ)音編碼的類(lèi)型和帶寬占用筆者已經(jīng)在以前的文章中做過(guò)很多介紹，這里不再過(guò)多論述。在實(shí)際部署環(huán)境中，企業(yè)用戶(hù)可以根據計算工具，選擇相應的并發(fā)呼叫數量和編碼就可以算出自己所需要的帶寬。
4、在部署SIP trunk是，MPLS（Multi-Protocol Label Switching）也是我們需要說(shuō)明的技術(shù)內容。雖然，MPLS相對距離我們終端客戶(hù)比較遠，和我們今天討論的主題不是非常接近，實(shí)際上已經(jīng)在網(wǎng)絡(luò )中得到了應用，所以我們今天還是有必要花費一點(diǎn)篇幅簡(jiǎn)單對MPLS做一個(gè)介紹。MPLS的一種利用在核心網(wǎng)絡(luò )中利用標簽引導的方式進(jìn)行數據傳輸的技術(shù)，它可以支持多業(yè)務(wù)能力，解決了IP分組的局限性。以下圖例說(shuō)明了PE（運營(yíng)商邊界網(wǎng)絡(luò )）和CE（終端用戶(hù)邊界網(wǎng)絡(luò )）在核心網(wǎng)絡(luò )中的相互關(guān)系。
很多時(shí)候，MLPS也可以支持語(yǔ)音和數據混合分離的狀態(tài)，MPLS網(wǎng)絡(luò )可以獨立出語(yǔ)音網(wǎng)絡(luò )和數據網(wǎng)絡(luò )，兩者之間不會(huì )互相影響。
以下圖例是思科在融合通信中使用MPLS技術(shù)的拓撲實(shí)現。
MPLS具有以下優(yōu)勢：
- 節省了成本，和傳統的Frame Relay或ATM技術(shù)相比，MPLS大幅減少了成本。
- 支持QoS的管理，優(yōu)化了對語(yǔ)音和視頻的性能支持。
- MPLS可以支持冗余線(xiàn)路快速切換。
- 更好的性能支持，因為降低了路由器之間的跳轉，性能方面得到了更好保障。
- 在上面的技術(shù)中，因為傳統互聯(lián)網(wǎng)的接入方式發(fā)生了很多的變化，DSL，光纖和LTE已經(jīng)進(jìn)入了我們的日常生活，但是這些接入方式同時(shí)影響著(zhù)多種企業(yè)網(wǎng)絡(luò )業(yè)務(wù)。SD-WAN是一種針對WAN進(jìn)行網(wǎng)絡(luò )管理優(yōu)化的技術(shù)。一般中文翻譯成軟件定義的廣域網(wǎng)。
- SD-WAN結合了硬件和軟件技術(shù)來(lái)進(jìn)行對企業(yè)網(wǎng)絡(luò )的優(yōu)化和部署管理，充分發(fā)揮了網(wǎng)絡(luò )的作用，使之能夠全部網(wǎng)絡(luò )可以提供更加快速高效的網(wǎng)絡(luò )環(huán)境來(lái)支持不同應用需求環(huán)境。以下圖例說(shuō)明了傳統WAN環(huán)境和SD-WAN環(huán)境的不同。
在實(shí)際應用環(huán)境中，客戶(hù)對SD-WAN的要求和運營(yíng)商所提供的服務(wù)如以下圖例：
以下引用的數據說(shuō)明了SD-WAN技術(shù)的市場(chǎng)發(fā)展預測。
Over the next five years, SD-WAN sales will grow at a 69% compound annual growth rate, hitting $8.05 billion in 2021, according to IDC’s Worldwide SD-WAN Forecast, 2017–2021.
因為客戶(hù)對大數據，云服務(wù)，和移動(dòng)性的要求，很多公司的網(wǎng)絡(luò )平臺需要和第三方平臺對接，很多分公司業(yè)務(wù)需要通過(guò)總公司的網(wǎng)絡(luò )對接到一些服務(wù)提供商，這時(shí)，就可能導致總公司的網(wǎng)絡(luò )承載陡然增加，如果單純使用MPLS已經(jīng)很難保證網(wǎng)絡(luò )的穩定性，SD-WAN則可以實(shí)現對網(wǎng)絡(luò )數據的優(yōu)化和分離，通過(guò)SD-WAN實(shí)現網(wǎng)絡(luò )的穩定性，降低了網(wǎng)絡(luò )的復雜程度。在以下的圖例中，讀者可以看到，如果公司訂閱了云服務(wù)，為了對公司全部網(wǎng)絡(luò )進(jìn)行控制管理，所有分公司的員工如果要使用軟件訂閱服務(wù)，必須通過(guò)總部的網(wǎng)絡(luò )，這樣就會(huì )導致總部網(wǎng)絡(luò )帶寬需求和穩定性受到嚴重影響。
通過(guò)SD-WAN的重新部署，分公司網(wǎng)絡(luò )可以直接經(jīng)過(guò)互聯(lián)網(wǎng)訪(fǎng)問(wèn)所訂閱的服務(wù)，這樣就可以大大降低網(wǎng)絡(luò )的復雜性，同時(shí)實(shí)現網(wǎng)絡(luò )的可控。
但是，讀者要注意，SD-WAN本身僅是針對網(wǎng)絡(luò )本身的實(shí)現，它本身不是專(zhuān)門(mén)針對通信的網(wǎng)絡(luò )，所以，它也可能出現數據包丟失，導致客戶(hù)端出現其他問(wèn)題。因為客戶(hù)環(huán)境中缺乏對網(wǎng)絡(luò )的可見(jiàn)性，所以可能造成客戶(hù)排查問(wèn)題比較困難，也不會(huì )像客戶(hù)期望的那樣簡(jiǎn)單。
5、隨著(zhù)企業(yè)應用服務(wù)能力需求的增加，運營(yíng)商需要對企業(yè)客戶(hù)提供更多的IPPBX功能來(lái)滿(mǎn)足用戶(hù)的需求。傳統的IPPBX和一般的SIP trunk僅需要一個(gè)呼出號碼或者一條PSTN物理連接線(xiàn)路則可以確認IPPBX的身份，而基于SIP trunk的客戶(hù)一般都可以獲得除了電話(huà)呼叫業(yè)務(wù)本身以外，SIP 服務(wù)提供商還可以提供短信，在線(xiàn)狀態(tài)等其他的增值業(yè)務(wù)，這就需要運營(yíng)商身份屬性的要求更加明確。確認一個(gè)企業(yè)號碼身份必須滿(mǎn)足一下條件：
- 企業(yè)IPPBX的分機需要和呼出設備有關(guān)聯(lián)關(guān)系，企業(yè)用戶(hù)必須有DID號碼。
- 身份信息中可能包括企業(yè)名稱(chēng)和呼叫方名稱(chēng)。
- 企業(yè)用戶(hù)IPPBX可以接收呼入的DID，并且連接（路由）內部分機。
- 通常運營(yíng)商通過(guò)兩種方式來(lái)對企業(yè)用戶(hù)呼出的身份進(jìn)行確認：
- 通過(guò)SIP 頭中的From 消息中的caller name和號碼。這個(gè)身份消息被作為PSTN呼叫的“private”和“public”身份確認消息。
因為基于SIP網(wǎng)絡(luò )的VOIP業(yè)務(wù)，仍然需要同時(shí)兼顧傳統PSTN的號碼傳遞和確認機制，但是以前的方式不能滿(mǎn)足SIP trunk的業(yè)務(wù)需求，現在很多SIP運營(yíng)商不僅僅提供簡(jiǎn)單SIP呼叫業(yè)務(wù)，同時(shí)增加了很多的增值服務(wù)，這些增值服務(wù)的身份確認不僅僅需要一個(gè)企業(yè)呼叫號碼，同時(shí)還要企業(yè)內部分機支持的其他增值服務(wù)。因此，RFC標準對P-Asserted Identity進(jìn)行了規定來(lái)支持運營(yíng)商對企業(yè)客戶(hù)的更多身份確認方式。通過(guò)P-Asserted Identity 支持了運營(yíng)商要求的企業(yè)PBX的呼叫的號碼，并且提供了對運營(yíng)商提供的其他服務(wù)的確認功能，例如，短信，在線(xiàn)狀態(tài)等業(yè)務(wù)功能。這種方式也是運營(yíng)商普遍使用的一種身份確認方式。這里，IPPBX必須重新把From頭的消息映射成一個(gè)新的Privancy ID， 這里的name和號碼都發(fā)生了改變。IPPBX必須在SIP 頭中包含Privacy 頭對運營(yíng)商請求一個(gè)privacy消息，IPPBX的SIP頭中必須包含P-Asserted Identity，這樣運營(yíng)商可以確認這是運營(yíng)商自己的“私網(wǎng)”用戶(hù)。我們的示例中介紹的是運營(yíng)商和企業(yè)辦公室之間的連接方式，這種方式可能不是運營(yíng)商一定要要求的，但是如果運營(yíng)商需要一些加密措施的話(huà)，所以這種方式是比較明智的選擇。
根據rfc 3325的規定，如果終端客戶(hù)要轉發(fā)一個(gè)消息時(shí)，此時(shí)轉發(fā)的目的地不在被信任的網(wǎng)絡(luò )中，則必須移除已經(jīng)P-Asserted Identity。這里，如果對端不在可信任的網(wǎng)絡(luò )中，對端收到的信息以后則不會(huì )看作是一個(gè)private的消息。當代理進(jìn)行轉發(fā)時(shí)，它必須決定下一個(gè)節點(diǎn)是否可信。如果是可信的節點(diǎn)，它不會(huì )移除任何自己創(chuàng )建的P-Asserted Identity或來(lái)自于可信任節點(diǎn)的P-Asserted Identity（PAI一般用于兩個(gè)Proxy之間的可信任機制，說(shuō)明UA是通過(guò)可信任機制驗證的）。如果是不信任的節點(diǎn)，則必須檢查Privacy的消息。P-Prefered-Identity（PPI）是終端通知Proxy使用聲明的身份驗證方式來(lái)支持可信任機制（一般用于UA到Proxy之間的傳遞）。在P-Asserted Identity 的值中必須包括name-addr/addr-spec，可以是一個(gè)值或者兩個(gè)值。如果是一個(gè)值，則必須是sip，sips或者tel URL。如果是兩個(gè)值，一個(gè)值必須是sip或者sips URL，另外值必須是tel URL。P-Prefered-Identity也是一樣的要求。
注意，RFC3325 這是針對P-Asserted Identity做了規定，但是沒(méi)有非常明確說(shuō)明P-Asserted Identity（PAI）和P-Prefered-Identity（PPI）在SIP其他methods中的使用方式和響應方式，RFC5876一個(gè)針對RFC3325的拓展協(xié)議，在RFC5876專(zhuān)門(mén)對SIP UPDTAE， MESSAGE和PUBLISH做了規定。事實(shí)上，在RFC5876的規定中也沒(méi)有完全說(shuō)明以上Methods中的P-Asserted Identity用法。讀者如果感興趣的話(huà)，可以查閱RFC5876做進(jìn)一步研究。
以下示例是終端支持了P-Prefered-Identity的消息說(shuō)明，UA首先發(fā)送INVITE消息，并且攜帶了P-Prefered-Identity，經(jīng)過(guò)第一個(gè)Proxy（1），創(chuàng )建了P-Asserted Identity（2），然后經(jīng)過(guò)第一個(gè)trusted 節點(diǎn)，通過(guò)這個(gè)trusted 節點(diǎn)到最后一個(gè)Untrusted（3），移除P-Asserted Identity消息（4）。
以下消息是終端未帶P-Prefered-Identity的消息說(shuō)明，因為最后一個(gè)節點(diǎn)是Trusted 節點(diǎn)，這里的P-Asserted Identity沒(méi)有被移除，最后到一個(gè)trusted 節點(diǎn)。
6、企業(yè)IPPBX部署時(shí)可能需要涉及呼叫音這個(gè)概念。通常情況下，運營(yíng)商會(huì )對企業(yè)客戶(hù)端IPPBX發(fā)送SIP響應的消息，企業(yè)IPPBX則根據不同的響應碼生成不同的呼叫音。本地IPPBX可以根據不同的SIP響應碼來(lái)生成本地的呼叫音。為了滿(mǎn)足通信行業(yè)標準的呼叫音，IPPBX廠(chǎng)家一般都會(huì )根據ITU的標準來(lái)生成標準的呼叫音，但是生成什么樣的呼叫音完全有賴(lài)于本地IPPBX本身。
7、在部署SIP trunk時(shí)，盡管所有廠(chǎng)家都聲稱(chēng)遵守RFC，但是在實(shí)際應用環(huán)境中，因為很多廠(chǎng)家對RFC的解釋不同，或者無(wú)法支持更多的RFC標準，這樣可能導致運營(yíng)商SIP trunk可能不能和廠(chǎng)家的IPPBX完全兼容。這是非常常見(jiàn)的問(wèn)題。因此，企業(yè)用戶(hù)在部署SIP trunk時(shí)需要考慮以下幾個(gè)方面的問(wèn)題：
- 關(guān)于企業(yè)IPPBX IP地址的問(wèn)題，運營(yíng)商可能需要企業(yè)客戶(hù)提供IP地址，這里的IP地址可能是企業(yè)客戶(hù)的SBC地址，也可能是IPPBX地址，企業(yè)客戶(hù)是否有第二個(gè)IP地址，是否通過(guò)第二個(gè)IP地址做逃生處理。
- 確認企業(yè)SBC是否可以支持SIP Digest Authentication，保證驗證消息可以成功接受。
- 企業(yè)客戶(hù)終支持的號碼格式（SIP From URL），是完全純位數號碼還是+164的格式。因為號碼格式會(huì )影響號碼匹配路由方式，用戶(hù)首先需要了解這個(gè)號碼格式。
- 企業(yè)客戶(hù)終端設備是否需要支持Diversion 頭的轉發(fā)。如果終端沒(méi)有支持的話(huà)，運營(yíng)商可能會(huì )添加這個(gè)轉發(fā)的頭消息。這個(gè)頭消息攜帶了源呼叫號碼消息，它可以支持各種拓展的融合通信功能，例如短信，第三方語(yǔ)音郵箱，ACD等功能。更多關(guān)于Diversion 支持的內容，讀者查閱RFC5806。
- 是否支持REFER 實(shí)現電話(huà)轉接或re-INVITE。
- 確認企業(yè)客戶(hù)的終端是否真正支持RFC3264中規定的SDP Offer/Answer模式。
- SIP終端設備是否支持RFC2833，是否支持RFC4733定義的RTP Payload，終端設備是否支持使用G.711，使用帶內傳輸DTMF。
- 終端設備是否具備了支持SBC的能力，包括丟包處理，數據包優(yōu)先級設置，抖動(dòng)，時(shí)延和MoS設置。
- 終端設備是否完全支持呼叫等待中的頭域支持能力支持，例如a=inactive/sendonly/recvonly/sendrecv支持和SDP Offer或Answer中的c=0,0,0,0支持。
- 運營(yíng)商是否正常編碼打包時(shí)長(cháng)的重新設置，通常情況下，SIP終端支持的G.711的打包時(shí)長(cháng)為默認20 ms，運營(yíng)商是否可以支持不同的打包時(shí)長(cháng)？
- SIP終端必須支持From 頭，并且結合P-Asserted Identity（PAI）獲得可信任身份， 運營(yíng)商不支持匿名呼出的號碼。
- 為了支持SDP消息中的183，200 Ok，或者202 的帶內呼叫音，在到達終端客戶(hù)之前，終端設備必須能夠馬上關(guān)閉任何本地生成的呼叫音或切斷早期媒體流。
- 終端設備是否可以支持使用RTCP-XR（RTP Control Protocol Extended Reports）生成VOIP報告，它可以方便對SIP設備的排查，主要包括的傳輸是：丟包，PLC和信號級等參數。讀者可以查閱RFC3611獲得更多信息。
8、企業(yè)用戶(hù)在部署SIP trunk可能會(huì )遇到一些問(wèn)題，筆者羅列了一些主要問(wèn)題，幫助用戶(hù)可以快速排查問(wèn)題。這些問(wèn)題大致包括：
- SIP trunk 創(chuàng )建失敗，一般情況下，客戶(hù)需要檢查域名，防火墻賬號和密碼設置。
- 403 Forbidden 錯誤，用戶(hù)重新檢查密碼。
- 407 Proxy Authentication Required, 企業(yè)IPPBX對運營(yíng)商的Proxy發(fā)送一個(gè)INVITE消息來(lái)驗證IPBBX身份。
- 語(yǔ)音質(zhì)量問(wèn)題，企業(yè)用戶(hù)確保支持足夠的帶寬，通過(guò)以上章節介紹的工具來(lái)計算所需帶寬。
- 單通問(wèn)題，雙方不能聽(tīng)到對方的聲音，此問(wèn)題通常是因為防火墻引起的，企業(yè)用戶(hù)檢查自己的防火墻。
- trunk 經(jīng)常掉線(xiàn)的問(wèn)題，通常情況下，用戶(hù)需要重新設置IPPBX的SIP定時(shí)器來(lái)保證trunk 處于keep live狀態(tài)。企業(yè)用戶(hù)可以考慮把定時(shí)器設置到小于20 ms。
9、目前市場(chǎng)上已經(jīng)有很多IPPBX，但是用戶(hù)在選擇IPPBX仍然可能會(huì )遇到很多兼容性的問(wèn)題，可能很多廠(chǎng)家對SIP兼容性測試也不夠重視，不夠嚴謹，這樣就可能導致某些IPPBX功能或對SIP終端支持能力不好，還有因為目前很多廠(chǎng)家都是使用開(kāi)源平臺來(lái)開(kāi)發(fā)的IPPBX，廠(chǎng)家也沒(méi)有花費時(shí)間在底層做進(jìn)一步的研究，如果開(kāi)源的平臺支持了SIP的兼容性參數，則默認廠(chǎng)家的也支持了這些參數。根據SIPit的2014年的測試報告指出（筆者沒(méi)有拿到最新的測試報告）：
以上采集的數據基本上涵蓋了目前世界上比較有名的廠(chǎng)家IPPBX和終端產(chǎn)品，對企業(yè)用戶(hù)選擇IPPBX有一定的參考作用，企業(yè)用戶(hù)可以根據這些數據進(jìn)一步和IPPBX或終端廠(chǎng)家進(jìn)行溝通來(lái)保證產(chǎn)品的兼容性。
在以上章節的討論中，筆者首先介紹了SIP trunk的一些背景知識和其優(yōu)勢，也介紹了企業(yè)部署SIP trunk的拓撲圖，在部署時(shí)討論了MPLS和SD-WAN在最新技術(shù)方面對SIP的支持。在部署SIP trunk時(shí)用戶(hù)可能面對很多的介紹問(wèn)題，這些問(wèn)題需要企業(yè)用戶(hù)逐一對照和進(jìn)一步的研究來(lái)保證能夠成功部署SIP turnk。在實(shí)際使用過(guò)程中，用戶(hù)可能會(huì )遇到一些常見(jiàn)的問(wèn)題，筆者也做了簡(jiǎn)單分享，用戶(hù)可以根據這個(gè)思路來(lái)做排查工作。最后，筆者根據SIPit的報告羅列出了終端廠(chǎng)家和IPPBX廠(chǎng)家的兼容性測試出現的問(wèn)題，這樣幫助企業(yè)用戶(hù)能夠全面掌握存在的問(wèn)題，在部署IPPBX前及時(shí)和廠(chǎng)家進(jìn)行溝通。
參考資料：
https://tools.ietf.org/wg/mpls/
https://tools.ietf.org/id/draft-rosenberg-sipping-siptrunk-00.txt
https://yq.aliyun.com/articles/125331
https://www.sdxcentral.com/
https://tools.ietf.org/html/rfc5876
https://tools.ietf.org/html/rfc3325
http://www.itu.int/ITU-T/inr/forms/files/tones-0203.pdf
https://www.packetizer.com/rfc/rfc3611/
http://www.voiptroubleshooter.com/tools/voiptr_rtcpxr.htm
https://www.sipit.net/SIPit31_summary
關(guān)注微信公眾號：asterisk-cn，獲得有價(jià)值的行業(yè)分享。訪(fǎng)問(wèn)開(kāi)源IPPBX論壇獲得技術(shù)幫助：www.issabel.cn/forum
