直接路由- SIP 通訊協定- Microsoft Teams
文章推薦指數: 80 %
針對所有傳入的SIP (OPTIONS、INVITE) 到Microsoft SIP Proxy,連絡人標題必須在URI 主機名稱中具有配對的SBC FQDN,如下所示:.
跳到主要內容
已不再支援此瀏覽器。
請升級至MicrosoftEdge,以利用最新功能、安全性更新和技術支援。
下載MicrosoftEdge
其他資訊
目錄
結束焦點模式
閱讀英文
儲存
目錄
閱讀英文
儲存
編輯
Twitter
LinkedIn
Facebook
電子郵件
WeChat
目錄
直接路由-SIP通訊協定
發行項
03/24/2022
1位參與者
適用於:
MicrosoftTeams
此頁面有所助益嗎?
Yes
No
還有其他意見反應嗎?
系統會將意見反應傳送給Microsoft:按下[提交]按鈕,您的意見反應將用來改善Microsoft產品和服務。
隱私權原則。
送出
謝謝。
本文內容
本文將說明直接路由如何將會話初始通訊協定(SIP)。
若要正確路由會話邊界控制器(SBC)SIPProxy之間的流量,某些SIP參數必須具有特定值。
本文適用于負責在內部部署SBC與SIPProxy服務之間建立連接之語音系統管理員。
處理傳入要求:尋找租使用者和使用者
在可以處理傳入或外接通話之前,SIPProxy和SBC之間會交換OPTIONS訊息。
這些選項訊息允許SIPProxy提供SBC允許的功能。
在200OK回應(選項的協商),允許SBC和SIPProxy之間的進一步通訊,以建立通話。
選項訊息中SIPProxy的SIP標題如下例所示:
參數名稱
值範例
Request-URI
選項sip:sip.pstnhub.microsoft.com:5061SIP/2.0
透過標題
Via:SIP/2.0/TLSsbc1.adatum.biz:5058;alias;branch=z9hG4bKac2121518978
Max-Forwards頁標題
Max-Forwards:68
從頁眉
從頁頭來源:sip:sbc1.adatum.biz:5058
至頁標題
自:sip:sip.pstnhub.microsoft.com:5061
CSeq標頭
CSeq:1INVITE
連絡人標題
聯繫:sip:sbc1.adatum.biz:50588;transport=tls
注意
SIP標頭在使用的SIPURI中不包含userinfo。
根據RFC3261,第19.1.1節,URI的使用者資訊部分為選擇性,當目的地主機沒有使用者的概念,或當hosst本身為識別的資源時,可能會不存在。
如果SIPURI中出現@符號,則使用者欄位不能是空的。
請注意,SIPSURI不應與直接路由一起使用,因為它不受支援。
檢查會話邊界控制器的組式,確定您未在SIP要求中使用「取代」標題。
直接路由會拒絕已定義取代標題的SIP要求。
在來電中,SIPProxy必須尋找該通話的目的地租使用者,並在此租使用者中尋找特定使用者。
租使用者系統管理員可能會在多個租使用者中設定非DID號碼,例如+1001。
因此,尋找要執行數位尋找的特定租使用者非常重要,因為非DID號碼在多個組織或多個組織Microsoft365相同Office365相同。
本節說明SIPProxy如何尋找租使用者和使用者,以及如何在傳入連接上執行SBC的驗證。
以下是來電上SIP邀請訊息的範例:
參數名稱
值範例
Request-URI
邀請sip:[email protected]/2.0
透過標題
Via:SIP/2.0/TLSsbc1.adatum.biz:5058;alias;branch=z9hG4bKac2121518978
Max-Forwards頁標題
Max-Forwards:68
從頁眉
從頁
在收到邀請時,SIPProxy會執行下列步驟:
檢查憑證。
在初始連接上,直接路由服務會採用連絡人標題中呈現的FQDN名稱,並比對到所提交憑證的公用名稱或主體替代名稱。
SBC名稱必須與下列其中一個選項相符:
選項1.在連絡人標題中呈現的完整FQDN名稱必須與所提交憑證的公用名稱/SubjectAlternative名稱相符。
選項2.在連絡人標題(例如FQDN名稱adatum.biz中呈現的FQDN名稱的網域部分sbc1.adatum.biz)必須與CommonName/Subject替換名稱(例如*.adatum.biz)中的萬用字元值相符。
嘗試使用連絡人標題中顯示的完整FQDN名稱尋找租使用者。
檢查連絡人標題中的FQDN名稱(sbc1.adatum.biz)註冊為任何組織或組織Microsoft365DNSOffice365名稱。
如果找到,使用者的尋找是在已註冊為功能變數名稱的SBCFQDN的租使用者中執行。
如果找不到,則適用步驟3。
步驟3僅適用于步驟2失敗的情況。
移除主機部分:adatum.biz)之後,從FQDN移除FQDN的主機部分,顯示于連絡人標題(FQDN:sbc12.adatum.biz,並檢查此名稱是否在任何Microsoft365或Office365組織中註冊為DNS名稱。
如果找到,會在此租使用者中執行使用者查找。
如果找不到,通話會失敗。
使用Request-URI中提供的電話號碼,在步驟2或3找到的租使用者中執行反向號碼尋找。
在上一個步驟找到的租使用者中,將呈現的電話號碼與使用者SIPURI相符。
使用主幹設定。
尋找租使用者系統管理員為此SBC所設定的參數。
Microsoft不支援在MicrosoftSIPProxy與配對SBC之間擁有協力廠商SIPProxy或使用者代理伺服器,這可能會修改配對SBC所建立的要求URI。
本文稍後會(將一個SBC與許多租使用者(電信)相互連接的情況下,需要的步驟2和)3)來瞭解兩個檢查的需求。
連絡人標題和Request-URI的詳細需求
連絡人標題
針對所有傳入的SIP(OPTIONS、INVITE)到MicrosoftSIPProxy,連絡人標題必須在URI主機名稱中具有配對的SBCFQDN,如下所示:
語法:連絡人:
在直接路由中,連絡人標題為必填專案。
針對上述格式的INVITE郵件,針對OPTIONS郵件,使用者可以從SIPURI移除使用者資訊,且只有FQDN會以以下格式送出:
語法:Contact:
Microsoft支援在憑證的(或)名稱欄位中使用名稱的萬用字元值。
RFC2818第3.1節說明萬用字元的支援。
特別:
「名稱可能包含萬用字元*,視為符合任何單一功能變數名稱元件或元件片段。
例如,.a.com*符合foo.a.com,bar.foo.a.com.f.com*foo.com,bar.com」。
如果SBC會送出SIP郵件中呈現的連絡人標題中的多個值,則只會使用連絡人標題第一個值的FQDN部分。
根據直接路由的經驗,FQDN必須用來填入SIPURI,而不是IP。
傳入的INVITE或OPTIONS訊息會以連絡人標頭表示主機名稱,而非FQDN,因此會以403禁止拒絕連接。
Request-URI
針對所有來電,Request-URI會用來將電話號碼與使用者相符。
目前電話號碼必須包含加(+)如下列範例所示。
INVITEsip:[email protected]/2.0
從頁眉
針對所有來電,使用From標頭來比對來電者的電話號碼與受話者封鎖的電話號碼清單。
電話號碼必須包含+,如下列範例所示。
From:
標題範例:
History-info:
直接路由和容錯移轉機制的SBC連接
請參閱直接路由規劃中的SIP信令容錯移轉機制一節。
Retry-After
如果直接路由資料中心忙碌,服務可以傳送一Retry-After一秒間隔的訊息給SBC。
當SBC收到503郵件時,Retry-After標題回應INVITE時,SBC必須終止該連接,並嘗試下一個可用的Microsoft資料中心。
處理603回應(重試)
如果使用者在拒絕來電後,發現一個通話數次未接來電,這表示SBC或PSTN主幹提供者的重試機制配置錯誤。
必須重新配置SBC,以停止603回應上的重試作業。
ICE重新開機:轉接到不支援媒體旁路的端點的媒體旁路通話
SBC必須支援RFC5245章節9.1.1.1中所述的ICE重新開機。
直接路由中的重新開機會根據RFC的下列段落進行:
若要重新開機ICE,代理人必須同時變更優惠中媒體流的冰-pwd和ice-ufrag。
請注意,在一個優惠中允許使用工作階段層級屬性,但提供與後續優惠中媒體層級屬性相同的ice-pwd或ice-ufrag。
這不是密碼的變更,只是其表示方式的變更,而且不會造成ICE重新開機。
代理程式會設定此媒體流SDP中其餘的欄位,就像初次提供此媒體流時一樣(請參閱第4.3節)。
因此,一組候選者可能包括該串流的部分、無或所有先前的候選者,而MAY則包含第4.1.1節所述收集的一組全新的候選者。
如果通話一開始是使用媒體旁路建立,而通話已轉接至商務用Skype用戶端,則直接路由需要插入媒體處理器,這是因為直接路由無法與具有媒體旁通的商務用Skype用戶端一起使用。
直接路由會變更ice-pwd和ice-ufrag,並再次提供新的媒體候選項目,以啟動ICE重新開機程式。
本文內容
延伸文章資訊
- 1SIP INVITEs | Twilio
A SIP INVITE is a SIP request message that initiates a SIP call. A SIP INVITE is made up of lines...
- 2RFC 3261 - SIP: Session Initiation Protocol - IETF Tools
1 INVITE Client Transaction 17.1. · 2 Non-INVITE Client Transaction 17.1. · 3 Matching Responses ...
- 3SIP INVITE header fields - TransNexus
The SIP INVITE request is the message sent by the calling party, inviting the recipient for a ses...
- 4SIP INVITE - 小蘿蔔工作室Little Robot Studio
SIP (Session Initiation Protocol) 協定的主要目的就是建立會話(Session),由SIP INVITE 負責建立,需要連帶支援ACK 確認建立結果、CANCEL...
- 5SIP INVITE Method - Dialogic
The INVITE is a SIP method that specifies the action that the requester (Calling Party) wants the...