網頁

▼

2012年7月29日 星期日

[筆記] NAT Traversal and Peer to Peer


Source: html5rocks

Cloud Computing 被翻成雲端運算，現在又被解讀成雲與端的整合 (其實還蠻貼切的)，最近又可以再擴大解釋成 - 雲與端、雲與雲、端與端之間的互動整合 (好像在勞口令)，像是Line和whatsapp 就是最好的例子，透過雲來協助端與端(手機與手機)之間的互動和溝通。

除了手機與手機之間的溝通，另一個應用就是物聯網(IOT)的概念，讓Device 與 Device 互相溝通，或是手機與Device 互相溝通。但是隨著端點(End Device)的種類越來越多，而端與端之間所處的網路環境也越來越複雜，這時就會遇到許多問題，其中NAT Traversal與穿越防火牆的問題，就是其中之一，還好再此之前傳統的P2P (IM、VoIP...等)相關應用領域就已經有相當多的解決方案和案例可以參考。

(把收集到的資料整理如下)

NAT穿透 (NAT traversal)


NAT穿越（NAT traversal）涉及TCP/IP網路中的一個常見問題，即在處於使用了NAT設備的私有TCP/IP網路中的主機之間建立連接的問題。

會遇到這個問題的通常是那些客戶端網路交互應用程序的開發人員，尤其是在對等網路和VoIP領域中。IPsec VPN客戶普遍使用NAT-T來達到使ESP包通過NAT的目的。

儘管有許多穿越NAT的技術，但沒有一項是完美的，這是因為NAT的行為是非標準化的。這些技術中的大多數都要求有一個公共伺服器，而且這個伺服器使用的是一個眾所周知的、從全球任何地方都能訪問得到的IP位址。一些方法僅在建立連接時需要使用這個伺服器，而其它的方法則通過這個伺服器中繼所有的數據——這就引入了頻寬開銷的問題。[0]

常用的NAT穿越技術就是下面兩者：

STUN


STUN全名 Simple Traversal of User Datagram Protocol through Network Address Translators (NATs)，(翻譯：NAT的UDP簡單穿越)，是一種網路協議，它允許位於NAT（或多重NAT）後的客戶端找出自己的公網地址，查出自己位於哪種類型的NAT之後以及NAT為某一個本地埠所綁定的Internet端埠。這些信息被用來在兩個同時處於NAT 路由器之後的主機之間建立UDP通信。該協議由RFC 3489定義。[1]


TURN 


TURN（全名 Traversal Using Relay NAT），是一種資料傳輸協議(data-transfer protocol )。允許在TCP或UDP的連線上跨越 NAT 或防火牆。TURN是一個client-server協議。TURN的NAT穿透方法與STUN類 似，都是通過取得應用層中的公有地址達到NAT穿透。但實現TURN client的終端必須在通訊開始前與TURN server進行交互，並要求TURN server產生"relay port", 也就是relayed-transport-address。這時 TURN server會建立peer, 即遠端端點（remote endpoints）, 開始進行中繼（relay）的動作，TURN client利用relay port將資料傳送至peer, 再由peer轉傳到另一方的TURN client。[2]

ICE


互動式連接建立（Interactive Connectivity Establishment），一種綜合性的NAT穿越的技術。互動式連接建立是由IETF的MMUSIC工作組開發出來的一種framework，可整合各種NAT穿透技術，如STUN、TURN（Traversal Using Relay NAT，中繼NAT實現的穿透）、RSIP（Realm Specific IP，特定域IP）等。該framework可以讓SIP的客戶端利用各種NAT穿透方式打穿遠程的防火牆。 如果UDP傳送失敗，ICE會改試TCP： 先是 HTTP，然後改試 HTTPS。此外如果使用STUN (UDP)直接連線失敗，ICE會切換道TURN (relay模式)，ICE uses an intermediary (relay) TURN server。所以 ICE 其實就是混和TURN 和STUN的行為模式的通訊協定。 [3]

Java Open Source Library



延伸閱讀：
Reference:

[0] WIKI - NAT Traversal
[1] WIKI - STUN
[2] WIKI -TURN
[3] WIKI - ICE

於

沒有留言:

張貼留言