限制性

A. 非對稱式 NAT

(1) SipDual-Start 環境模擬

圖 40為SipDual-Start系統環境圖由於SIP伺服器位於NAT/防火牆下，因此對於伺 服器所屬的NAT/防火牆(Zyxel35)必須手動設定通訊息轉送的功能，提供外部位 於公開網路環境下用戶傳送到Zyxel35 的SIP協定與RTP訊息轉送到內部SIP伺服 器下。然而位於另外一方NAT/防火牆(Zyxel5)下的使用者在傳越Zyxel5 時需搭配 STUN伺服器，提供Zyxel5 位於公開網路環境下的IP與連接埠資訊，使用者藉由 STUN所提供的資訊修改SIP訊息傳送到Zyxel35 並轉送到SIP伺服器達到SIP會議 的建立與RTP訊息傳送能力。

圖 40 SipDual-Start 模擬環境圖

(2) STA (Simple Transmitter Access)環境模擬

在 STA 網路環境下，內部網路 SIP 伺服器會先與 Visiting Location 下的 SIP 代理伺服器建立通訊連接路徑，而 Visiting Location 下的 SIP 代理伺服器功能只 在於暫存外部使用者資訊息，並且負責將 SIP 訊息轉送到使用者所屬的 Home Location 網路下。在 SIP 會議建立的過程中 SIP 代理伺服器會將 SIP 訊息轉送到 Home Location 的 SIP 伺服器下，由 SIP 伺服器保有對使用者之控制權，而 SIP 代理伺服器只提供轉送的服務，當使用者位於 Visiting Location 網路環境下時，

RTP 訊息會透過 Media Controller 進行轉送的服務，因此位於 Visiting Location 網 路環境 NAT/防火牆的使用者可透過 Media Controller 轉送 RTP 訊息。

圖 41 STA 模擬環境圖

B. 對稱式 NAT

由於 NAT/防火牆種類繁多，對於 NAT 類型中最嚴謹的對稱式 NAT 中 SIPDual-Start 架構所提供的 STUN 伺服器並無法運作，原因在於對於不同的主機 節點，在對稱式 NAT 類型下會映射出不同的通訊連接埠，因此當使用者位於對 稱式 NAT 環境下傳送 STUN 訊息時所得到的 NAT 通訊連接埠與傳送到其主機節 點如 Zyxel35，所使用的通訊連接埠不同因此 STUN 在對稱式 NAT 下並無法運 作。然而 STA 架構位於 Visiting Location 環境中對稱式 NAT 下的使用者所傳送 訊息的目的端為 SIP 代理伺服器，而然在傳送 RTP 訊息時是使用 Media Controller 伺服器，因此 STA 架構可完全支援對稱式 NAT。

圖 42 STA 模擬環境圖

數據分析

(1) 非對稱式 NAT

STA 和 SipDual-Start 會話建立時間比較

在 STA 架構中使用者之間的訊息需透過 visiting zone 的 SIP Proxy 與內部網 路的 SIP Server 轉送，然而在 SipDual-Start 架構中透過內部網路的 SIP Server 轉 送，如下圖所示在 20 與 30 通同時通話數情況下 SipDual-Start 與 STA 在 SIP 會

議建立與終結時間並無太大的差別，因此藉由 visiting zone 的 SIP Proxy 轉送 SIP 會議到內部 SIP 伺服器，並不會對於 SIP 會議建立與終結時間有太大的影響。

STA 和 SipDual-Start 延遲時間比較

下圖為 STA 架構與 SipDual-Start 架構在 20 到 30 通同時通話數環境下 RTP 延遲時間比較，由於 STA 架構中需經由 Home location SIP 伺服器與 visiting location Media Controller 伺服器轉送使用者 RTP 訊息，因此在延遲時間表現上比 SipDual-Start 在 NAT/防火牆上開啟通訊埠轉送來的差。同時可發現在 30 通同時 通話時，STA 架構已經出現過載現象。

小結：

由上述所述在整體結果 SipDual-Start 架構會比 STA 架構來的好，情提下 SipDual-Start 架構需要配合 NAT/防火牆配置與遠端網路電話限定條件，但在 STA 架構中卻無需任何的變動，在 30 通同時通話時出現 RTP 延遲時間過載原因，主 要是 RTP Proxy 效能不佳所造成，針對此情況可採用分散式 RTP Proxy 做為解決 考量。

(2) 對稱式 NAT

STA 和 SipDual-Start 會話建立時間與 RTP 延遲時間比較

在 STA 架構中由 visiting location zone 的 SIP Proxy 與 Media Controller 做為

中間轉送功能，透過此情形可順利解決穿越對稱式 NAT 問題，但在 SipDual-Start 架構，由於採用 STUN 的解決方案，所以將沒辦法正常運作，如下圖所示在 20 通同時通話數情況下 SipDual-Start 與 STA 在 SIP 會議建立與終結時間與 RTP 延 遲時間，在 SipDual-Start 架構中無法正常運作，所以得到的結果皆為無窮大。

NAT 蠻普遍，所以在 SipDual-Start 架 採用 STA 架構可適用於任何種類 NAT。

A. SipDual-Start 環境模擬

對於 SIPDual-Start 環境中，外部網路使用者透過 STUN 伺服器與內部網路 通訊，因此 SIP 與 RTP 訊息將由外部網路傳送到內部網路 SIP 伺服器，

如果

品質，此外 SIP 伺服器系統效能與網路負擔將成為瓶頸，無法運用於大型網路 環境下。

小結：

目前企業公司、學校單位採用對稱式 構中透過 STUN 解決並沒辦法真正解決，