如何實作 SIP 主幹？

集中式與分散式 SIP 主幹的比較

集中式 SIP 主幹會透過中央網站路由所有的 VoIP 流量，包括分支網站流量在內。集中式部署模型既簡單又符合成本效益，是實作 SIP 主幹與 Lync Server 2010 時廣受推薦的方法。

分散式 SIP 主幹是會在一或多個分支站台上實作本機 SIP 主幹的部署模型。接著，VoIP 流量會從分支網站直接路由給服務提供者，而不會經由中央網站。

只有下列情況才必須使用分散式 SIP 主幹：

• 分支網站需要可存活的電話連線 (例如 WAN 失效時)。每個分支網站均應就此需求進行分析：您的分支站台有些可能有備援與容錯移轉的需求，有些則否。

• 兩個中央網站之間必須要有恢復能力。您必須確定 SIP 主幹在每個中央網站上均已終止。例如，如果您有 Dublin 與 Tukwila 兩個中央網站，且兩者共用一個站台的 SIP 主幹，則在該主幹失效時，另一個站台的使用者即無法撥打 PSTN 電話。

• 分支網站與中央網站位於不同的國家/地區。基於相容性與法規考量，每個國家/地區至少要有一個 SIP 主幹。以歐盟地區為例，若未在中心點上進行本機終止，通訊就只能侷限在國家/地區的範圍。

根據站台所處的地理位置以及您預期企業內會有的流量，您可能不想透過中央 SIP 主幹路由所有使用者，或是會選擇透過部分使用者分支網站上的 SIP 主幹來路由這些使用者。若要分析自身需求，請回答下列問題：

• 每個站台的規模為何 (也就是有多少使用者能夠使用企業語音)？

• 各站台上的哪些直接向內撥號 (DID) 號碼來電數最多？

在考量應部署集中式或分散式 SIP 主幹時，必須進行成本效益分析。在某些情況下，即便並非必要，選擇分散式部署模型可能較有利。在完全集中式部署中，所有 分支網站流量都會透過 WAN 連結進行路由。與其為 WAN 連結所需的頻寬支付高額費用，您可能寧可使用分散式 SIP 主幹。例如，您可能會將 Standard Edition Server 部署在與中央網站同盟的分支網站上，或是使用小型閘道部署 Survivable Branch Appliance 或 Survivable Branch 伺服器。

附註：
如需有關選擇使用分散式 SIP 主幹的理由和方式的詳細資訊，請參閱分支站台 SIP 主幹。

支援的 SIP 主幹連線類型

Lync Server 支援 SIP 主幹使用下列連線類型：

• Multiprotocol Label Switching (MPLS) 是可將資料從一個網路節點導向及承載到另一個網路節點的私人網路。MPLS 網路的頻寬會與其他訂戶共用，並且會為每個資料封包指派一個標籤，用以區別不同訂戶的資料。此連線類型不需要 VPN。可能的缺點是，過多的 IP 流量可能會干擾 VoIP 作業，除非 VoIP 流量享有優先權。

• 不含其他流量的私人連線 (例如租用的光纖連線或 T1 線路) 通常會是最可靠而安全的連線類型。此連線類型可提供最高的通話承載能力，但通常也最昂貴。此連線類型不需要 VPN。私人連線適用於通話量大或安全性與可用性需求很高的組織。

• 網際網路是最經濟的連線類型，但可靠性也最低。網際網路連線是唯一需要 VPN 的 Lync Server SIP 主幹連線類型。

頻寬需求

您的實作所需的頻寬量，取決於您的話務量 (您必須能夠支援的並行通話數量)。您必須將頻寬可用性納入考量，以充分使用您花錢購買的最大容量。您可以使用下列公式計算 SIP 主幹的最大頻寬需求：

SIP 主幹最大頻寬 = 同時通話數上限 x (64 kbps + 標頭大小)

附註：
標頭大小上限為 20 個位元組。

轉碼器支援

Lync Server 2010 僅支援下列轉碼器：

1. G.711 a-law (主要使用於北美以外的地區)

2. G.711 µ-law (使用於北美地區)

本章節內容

• SIP 主幹連線的 ITSP 端