如果 NAT（網路地址轉譯）發生在會話傳送者與會話反映器和/或 Control-Client 和 Server 之間，透過 UDP 的 TWAMP（雙向主動測量通訊協定）無法運作。 會話傳送者和控制用戶端通常位於一個網路中，而 Session-Reflector 和 Server 則位於第二個網路中。
可能發生 NAT 的範例包括兩個 LAN（局域網路）之間的任何會議，以及獨立尋址，例如與 VLAN（虛擬 LAN） 的連線。
透過 TCP 的 TWAMP（傳輸控制通訊協定）可以透過 NAT 運作，提供 Session-Reflector 和 Server 的 IP 位址超出會話傳送者和 Control-Client 所在子網的地址範圍。 Session-Reflector 和伺服器 IP 位址的 IP 位址在整個路徑上也必須是唯一的。
診斷
TWAMP （UDP） 已設定，但無法運作。 網路流量分析顯示離開 Control-Client 和/或 Session-Sender 的流量，但不會從伺服器和/或 Session-Reflector 傳回。
風險降低步驟
無法降低風險。 雙向 UDP 通訊協定無法周遊地址轉譯的網路，而不需要額外的邏輯元素，例如 ALG（應用層級閘道）。
雙向 TCP 通訊協定可以周遊 NAT，以提供從 NAT 內部建立 TCP 連線到外部。 此周遊是可能的，因為透過 NAT 建立長時間存留的連線，而傳回方向中的流量會沿著此連線流動。 UDP 流量不會建立長期連線，因此不會透過 NAT 定義路徑傳回要追蹤的流量。
相關內容
- TWAMP 通訊協定會在雙向主動測量通訊協定 （TWAMP） 中描述。
- 如果您仍有問題，請連絡 Azure 支援。
- 如需支援計劃的詳細資訊，請參閱 Azure 支援計劃。