直接路由- SIP 通訊協定- Microsoft Teams

文章推薦指數: 80 %
投票人數:10人

針對所有傳入的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,如下所示: 語法:連絡人: 根據RFC3261,第11.1節,連絡人標題欄位可能存在於OPTIONS訊息中。

在直接路由中,連絡人標題為必填專案。

針對上述格式的INVITE郵件,針對OPTIONS郵件,使用者可以從SIPURI移除使用者資訊,且只有FQDN會以以下格式送出: 語法:Contact: FQDN(名稱)也必須在所提交憑證的(或)名稱欄位。

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:;index=1.2, 如果呼叫已重新導向數次,每個重新導向的資訊會以時間順序包含適當的原因。

標題範例: History-info: ;index=1 ;index=1.1 History-Info受強制TLS機制保護。

直接路由和容錯移轉機制的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重新開機程式。

本文內容



請為這篇文章評分?