詞語解釋
NAT穿越(Network Address Translation),又稱“網(wǎng)絡地址轉(zhuǎn)換”,是一種網(wǎng)絡技術(shù),用于將一個網(wǎng)絡中的IP地址轉(zhuǎn)換為另一個網(wǎng)絡中的IP地址。它可以幫助網(wǎng)絡管理員解決網(wǎng)絡地址沖突,也可以提供網(wǎng)絡安全性。 NAT穿越是一種技術(shù),它可以將一個網(wǎng)絡中的IP地址轉(zhuǎn)換為另一個網(wǎng)絡中的IP地址。它可以幫助網(wǎng)絡管理員解決網(wǎng)絡地址沖突,也可以提供網(wǎng)絡安全性。 NAT穿越的應用主要有以下幾點: 1、NAT穿越可以幫助網(wǎng)絡管理員解決網(wǎng)絡地址沖突,因為它可以將一個網(wǎng)絡中的IP地址轉(zhuǎn)換為另一個網(wǎng)絡中的IP地址,從而避免沖突。 2、NAT穿越可以提供網(wǎng)絡安全性,因為它可以將一個網(wǎng)絡中的IP地址轉(zhuǎn)換為另一個網(wǎng)絡中的IP地址,從而防止外部攻擊者訪問內(nèi)部網(wǎng)絡。 3、NAT穿越可以提高網(wǎng)絡的效率,因為它可以將一個網(wǎng)絡中的IP地址轉(zhuǎn)換為另一個網(wǎng)絡中的IP地址,從而減少網(wǎng)絡流量,提高網(wǎng)絡性能。 4、NAT穿越可以提供更多的IP地址,因為它可以將一個網(wǎng)絡中的IP地址轉(zhuǎn)換為另一個網(wǎng)絡中的IP地址,從而為網(wǎng)絡提供更多的IP地址。 NAT穿越是一種技術(shù),它可以幫助網(wǎng)絡管理員解決網(wǎng)絡地址沖突,提供網(wǎng)絡安全性,提高網(wǎng)絡效率,提供更多的IP地址等,是網(wǎng)絡管理的重要工具。 NAT穿越我們一般采用一下辦法: 一、NAT/ALG 方式 普通NAT是通過修改UDP或TCP報文頭部地址信息實現(xiàn)地址的轉(zhuǎn)換,但對于VOIP應用,在TCP/UDP凈載中也需帶地址信息,ALG方式是指在私網(wǎng)中的VOIP終端在凈載中填寫的是其私網(wǎng)地址,此地址信息在通過NAT時被修改為NAT上對外的地址。 語音和視頻協(xié)議(H323、SIP、MGCP/H248)的識別和對NAT/Firewall的控制,同時每增加一種新的應用都將需要對 NAT/Firewall進行升級。 在安全要求上還需要作一些折衷,因為ALG 不能識別加密后的報文內(nèi)容,所以必須保證報文采用明文傳送,這使得報文在公網(wǎng)中傳送時有很大的安全隱患。 NAT/ALG是支持VOIP NAT穿透的一種最簡單的方式,但由于網(wǎng)絡實際情況是已部署了大量的不支持此種特性的NAT/FW設備,因此,實際應用中,很難采用這種方式。 二、MIDCOM 方式 與NAT/ALG不同的是,MIDCOM的基本框架是采用可信的第三方(MIDCOM Agent)對Middlebox (NAT/FW)進行控制,VOIP協(xié)議的識別不由Middlebox完成,而是由外部的MIDCOM Agent完成,因此VOIP使用的協(xié)議對Middlebox是透明的 . 由于識別應用協(xié)議的功能從Middlebox移到外部的MIDCOM Agent上,根據(jù)MIDCOM 的構(gòu),在不需要更改Middlebox基本特性的基礎(chǔ)上,通過對MIDCOM Agent的升級就可以支持更多的新業(yè)務,這是相對NAT/ALG方式的一個很大的優(yōu)勢。 在VOIP實際應用中,Middlebox功能可駐留在NAT/Firewall,通過軟交換設備(即MIDCOM Agent)對IP語音和視頻協(xié)議(H323、SIP、MGCP/H248)的識別和對NAT/Firewall的控制,來完成VOIP應用穿越 NAT/Firewall .在安全性上,MIDCOM方式可支持控制報文的加密,可支持媒體流的加密,因此安全性比較高。 如果在軟交換設備上實現(xiàn)對SIP/H323/MGCP/H248協(xié)議的識別,就只需在軟交換和NAT/FW設備上增加MIDCOM協(xié)議即可,而且以后新的應用業(yè)務識別隨著軟交換的支持而支持,此方案是一種比較有前途的解決方案,但要求現(xiàn)有的NAT/FW設備需升級支持MIDCOM協(xié)議,從這一點上來說,對已大量布署的NAT/FW設備來說,也是很困難的,同NAT/ALG方式有相同的問題。 三、STUN 方式 解決穿透NAT問題的另一思路是,私網(wǎng)中的VOIP終端通過某種機制預先得到出口NAT上的對外地址,然后在凈載中所填寫的地址信息直接填寫出口NAT上的對外地址,而不是私網(wǎng)內(nèi)終端的私有IP地址,這樣凈載中的內(nèi)容在經(jīng)過NAT時就無需被修改了,只需按普通NAT流程轉(zhuǎn)換報文頭的IP地址即可,凈載中的 IP地址信息和報文頭地址信息是一致的。STUN協(xié)議就是基于此思路來解決應用層地址的轉(zhuǎn)換問題。 STUN的全稱是Simple Traversal of UDP Through Network Address Translators,即UDP對NAT的簡單穿越方式。 應用程序(即STUN CLIENT)向NAT外的STUN SERVER通過UDP發(fā)送請求STUN 消息,STUN SERVER收到請求消息,產(chǎn)生響應消息,響應消息中攜帶請求消息的源端口,即STUN CLIENT在NAT上對應的外部端口。然后響應消息通過NAT發(fā)送給STUN CLIENT,STUN CLIENT通過響應消息體中的內(nèi)容得知其NAT上的外部地址,并將其填入以后呼叫協(xié)議的UDP負載中,告知對端,本端的RTP接收地址和端口號為NAT 外部的地址和端口號。由于通過STUN協(xié)議已在NAT上預先建立媒體流的NAT映射表項,故媒體流可順利穿越NAT. STUN協(xié)議最大的優(yōu)點是無需現(xiàn)有NAT/FW設備做任何改動。由于實際應用中,已有大量的NAT/FW,并且這些NAT/FW并不支持VoIP的應用,如果用MIDCOM或NAT/ALG方式來解決此問題,需要替換現(xiàn)有的NAT/FW,這是不太容易的。而采用STUN方式無需改動NAT/FW,這是其最大優(yōu)勢,同時STUN方式可在多個NAT串聯(lián)的網(wǎng)絡環(huán)境中使用,但MIDCOM方式則無法實現(xiàn)對多級NAT的有效控制。 STUN的局限性在于需要VOIP終端支持STUN CLIENT的功能,同時STUN并不適合支持TCP連接的穿越,因此不支持H323.另外STUN方式不支持對防火墻的穿越,不支持對稱NAT (Symmetric NAT)類型(在安全性要求較高的企業(yè)網(wǎng)中,出口NAT通常是這種類型)穿越。 四、TURN方式 TURN方式解決NAT問題的思路與STUN相似,也是私網(wǎng)中的VOIP終端通過某種機制預先得公網(wǎng)上的服務地址(STUN方式得到的地址為出口NAT上外部地址,TURN方式得到地址為TURN Server上的公網(wǎng)地址),然后在報文凈載中所要求的地址信息就直接填寫該公網(wǎng)地址。[Page] TURN的全稱為Traversal Using Relay NAT,即通過Relay方式穿越NAT.TURN應用模型通過分配TURN Server的地址和端口作為私網(wǎng)中VOIP終端對外的接受地址和端口,即私網(wǎng)終端發(fā)出的報文都要經(jīng)過TURN Server進行Relay轉(zhuǎn)發(fā),這種方式除了具有STUN方式的優(yōu)點外,還解決了STUN應用無法穿透對稱NAT(Symmetric NAT)以及類似的Firewall設備的缺陷,同時TURN支持基于TCP的應用,如H323協(xié)議。此外TURN Server控制分配地址和端口,能分配RTP/RTCP地址對(RTCP端口號為RTP端口號加1)作為私網(wǎng)終端用戶的接受地址,避免了STUN方式中出口NAT對RTP/RTCP地址端口號的任意分配,使得客戶端無法收到對端發(fā)來的RTCP報文(對端發(fā)RTCP報文時,目的端口號缺省按RTP端口號加 1發(fā)送)。 TURN的局限性在于需要VOIP終端支持TURN Client,這一點同STUN一樣對網(wǎng)絡終端有要求。此外,所有報文都必須經(jīng)過TURN Server轉(zhuǎn)發(fā),增大了包的延遲和丟包的可能性。
NAT穿越我們一般采用一下辦法: 一、NAT/ALG 方式 普通NAT是通過修改UDP或TCP報文頭部地址信息實現(xiàn)地址的轉(zhuǎn)換,但對于VOIP應用,在TCP/UDP凈載中也需帶地址信息,ALG方式是指在私網(wǎng)中的VOIP終端在凈載中填寫的是其私網(wǎng)地址,此地址信息在通過NAT時被修改為NAT上對外的地址。 語音和視頻協(xié)議(H323、SIP、MGCP/H248)的識別和對NAT/Firewall的控制,同時每增加一種新的應用都將需要對 NAT/Firewall進行升級。 在安全要求上還需要作一些折衷,因為ALG 不能識別加密后的報文內(nèi)容,所以必須保證報文采用明文傳送,這使得報文在公網(wǎng)中傳送時有很大的安全隱患。 NAT/ALG是支持VOIP NAT穿透的一種最簡單的方式,但由于網(wǎng)絡實際情況是已部署了大量的不支持此種特性的NAT/FW設備,因此,實際應用中,很難采用這種方式。 二、MIDCOM 方式 與NAT/ALG不同的是,MIDCOM的基本框架是采用可信的第三方(MIDCOM Agent)對Middlebox (NAT/FW)進行控制,VOIP協(xié)議的識別不由Middlebox完成,而是由外部的MIDCOM Agent完成,因此VOIP使用的協(xié)議對Middlebox是透明的 . 由于識別應用協(xié)議的功能從Middlebox移到外部的MIDCOM Agent上,根據(jù)MIDCOM 的構(gòu),在不需要更改Middlebox基本特性的基礎(chǔ)上,通過對MIDCOM Agent的升級就可以支持更多的新業(yè)務,這是相對NAT/ALG方式的一個很大的優(yōu)勢。 在VOIP實際應用中,Middlebox功能可駐留在NAT/Firewall,通過軟交換設備(即MIDCOM Agent)對IP語音和視頻協(xié)議(H323、SIP、MGCP/H248)的識別和對NAT/Firewall的控制,來完成VOIP應用穿越 NAT/Firewall .在安全性上,MIDCOM方式可支持控制報文的加密,可支持媒體流的加密,因此安全性比較高。 如果在軟交換設備上實現(xiàn)對SIP/H323/MGCP/H248協(xié)議的識別,就只需在軟交換和NAT/FW設備上增加MIDCOM協(xié)議即可,而且以后新的應用業(yè)務識別隨著軟交換的支持而支持,此方案是一種比較有前途的解決方案,但要求現(xiàn)有的NAT/FW設備需升級支持MIDCOM協(xié)議,從這一點上來說,對已大量布署的NAT/FW設備來說,也是很困難的,同NAT/ALG方式有相同的問題。 三、STUN 方式 解決穿透NAT問題的另一思路是,私網(wǎng)中的VOIP終端通過某種機制預先得到出口NAT上的對外地址,然后在凈載中所填寫的地址信息直接填寫出口NAT上的對外地址,而不是私網(wǎng)內(nèi)終端的私有IP地址,這樣凈載中的內(nèi)容在經(jīng)過NAT時就無需被修改了,只需按普通NAT流程轉(zhuǎn)換報文頭的IP地址即可,凈載中的 IP地址信息和報文頭地址信息是一致的。STUN協(xié)議就是基于此思路來解決應用層地址的轉(zhuǎn)換問題。 STUN的全稱是Simple Traversal of UDP Through Network Address Translators,即UDP對NAT的簡單穿越方式。 應用程序(即STUN CLIENT)向NAT外的STUN SERVER通過UDP發(fā)送請求STUN 消息,STUN SERVER收到請求消息,產(chǎn)生響應消息,響應消息中攜帶請求消息的源端口,即STUN CLIENT在NAT上對應的外部端口。然后響應消息通過NAT發(fā)送給STUN CLIENT,STUN CLIENT通過響應消息體中的內(nèi)容得知其NAT上的外部地址,并將其填入以后呼叫協(xié)議的UDP負載中,告知對端,本端的RTP接收地址和端口號為NAT 外部的地址和端口號。由于通過STUN協(xié)議已在NAT上預先建立媒體流的NAT映射表項,故媒體流可順利穿越NAT. STUN協(xié)議最大的優(yōu)點是無需現(xiàn)有NAT/FW設備做任何改動。由于實際應用中,已有大量的NAT/FW,并且這些NAT/FW并不支持VoIP的應用,如果用MIDCOM或NAT/ALG方式來解決此問題,需要替換現(xiàn)有的NAT/FW,這是不太容易的。而采用STUN方式無需改動NAT/FW,這是其最大優(yōu)勢,同時STUN方式可在多個NAT串聯(lián)的網(wǎng)絡環(huán)境中使用,但MIDCOM方式則無法實現(xiàn)對多級NAT的有效控制。 STUN的局限性在于需要VOIP終端支持STUN CLIENT的功能,同時STUN并不適合支持TCP連接的穿越,因此不支持H323.另外STUN方式不支持對防火墻的穿越,不支持對稱NAT (Symmetric NAT)類型(在安全性要求較高的企業(yè)網(wǎng)中,出口NAT通常是這種類型)穿越。 四、TURN方式 TURN方式解決NAT問題的思路與STUN相似,也是私網(wǎng)中的VOIP終端通過某種機制預先得公網(wǎng)上的服務地址(STUN方式得到的地址為出口NAT上外部地址,TURN方式得到地址為TURN Server上的公網(wǎng)地址),然后在報文凈載中所要求的地址信息就直接填寫該公網(wǎng)地址。[Page] TURN的全稱為Traversal Using Relay NAT,即通過Relay方式穿越NAT.TURN應用模型通過分配TURN Server的地址和端口作為私網(wǎng)中VOIP終端對外的接受地址和端口,即私網(wǎng)終端發(fā)出的報文都要經(jīng)過TURN Server進行Relay轉(zhuǎn)發(fā),這種方式除了具有STUN方式的優(yōu)點外,還解決了STUN應用無法穿透對稱NAT(Symmetric NAT)以及類似的Firewall設備的缺陷,同時TURN支持基于TCP的應用,如H323協(xié)議。此外TURN Server控制分配地址和端口,能分配RTP/RTCP地址對(RTCP端口號為RTP端口號加1)作為私網(wǎng)終端用戶的接受地址,避免了STUN方式中出口NAT對RTP/RTCP地址端口號的任意分配,使得客戶端無法收到對端發(fā)來的RTCP報文(對端發(fā)RTCP報文時,目的端口號缺省按RTP端口號加 1發(fā)送)。 TURN的局限性在于需要VOIP終端支持TURN Client,這一點同STUN一樣對網(wǎng)絡終端有要求。此外,所有報文都必須經(jīng)過TURN Server轉(zhuǎn)發(fā),增大了包的延遲和丟包的可能性。
抱歉,此頁面的內(nèi)容受版權(quán)保護,復制需扣除次數(shù),次數(shù)不足時需付費購買。
如需下載請點擊:點擊此處下載
掃碼付費即可復制
空開 | 空氣開關(guān) | DCIF | G.652 | HII | 中國移動通信集團云南有限公司 | 藍光 | DCMB | 手機屏蔽儀 | DCTB | spurious emissions | 李樂民 |
移動通信網(wǎng) | 通信人才網(wǎng) | 更新日志 | 團隊博客 | 免責聲明 | 關(guān)于詞典 | 幫助