私網穿越技術在軟交換體系中的應用
加入技術交流群
三、一種私網穿越問題的解決方法
1. 解決NAPT穿越問題的各種方法
（1）NAT/ALG方法
此方法通過在防火墻或路由器上，增加對VoIP相關的應用層協議的識別和處理能力，來實現私網穿越。這種方案比較直觀，但是最大缺點就是對于用戶來說，必須更換或升級他們的路由器或防火墻，并且隨著相關協議的發展和擴充，設備也必須跟著進行升級。
（2）為私網設備設置代理的方法
這種方法不用對用戶設備做任何改動，僅在運營軟交換網絡的局端增加一種特殊的Proxy設備，就可以實現私網的穿越。筆者認為，這種技術與前面的技術相比，具有更大的優越性。這種Proxy，在進行信令的代理和轉換的同時，也進行媒體流的代理，我們暫且稱其為NAT/FW Proxy。
（3）其它的一些方案
其它穿越私網的方案，還有MIDCOM 方案、STUN方案、TURN方案等，這些方案與NAT/ALG方案類似，不是需要升級路由器、防火墻，就是需要升級終端設備。
2. 用NAT/FW Proxy解決私網PAT問題
以圖1為例，將NAT/FW Proxy設備添加到軟交換網絡中，形成的如圖5所示的網絡結構。添加了NAT/FW Proxy設備以后，所有私網網關（路由器或防火墻）后面的終端設備，都要將注冊地址從軟交換設備地址更改為NAT/FW Proxy設備的IP地址。而NAT/FW Proxy設備與軟交換設備之間的交互可以采用SIP，MGCP或者H.248等協議，這與其代理的設備類型有關。
一方面，在設備向NAT/FW Proxy發出注冊信息后，NAT/FW Proxy會為設備分配一個代理信令端口，然后用NAT/FW Proxy的地址替換原注冊信息中的終端地址（Contact域），并通過這個端口向軟交換發送。這樣，今后無論是終端發向軟交換的信令消息，還是軟交換發向終端的信令消息，都會經過NAT/FW Proxy，以便于其對這些信令進行特殊處理。另一方面，當私網中的終端設備向NAT/FW Proxy設備發出注冊消息時，安裝在私網外層的私網網關就會給這個連接隨機分配一個合法IP地址與端口號，形成一個“窗口”。NAT/FW PROXY設備收到注冊消息后，只要能夠設法保持這個“窗口”一直開放，然后把這個端口號與在設備上分配的代理端口號綁定，就相當于建立了一條設備到軟交換之間透明的信令通道，也就解決了NAPT中的PAT問題。
保持這個“窗口”的方法，根據終端的不同也會有所區別。比如對于SIP終端，可以設置一個較小的注冊有效期，這樣終端設備就會不斷的向NAT/FW Proxy發出注冊消息。對于MGCP終端，可以讓NAT/FW Proxy向其不斷發送AUEP消息，然后由終端發相應消息來保持“窗口”的開放。無論哪種方式，都要保證終端發送消息的時間間隔要小于“窗口”的開放時限。
3. 用NAT/FW Proxy解決私網NAT問題
假設所有終端都是SIP終端，軟交換與終端間的通訊也采用標準的SIP協議。如圖5中的配置，由于終端A和終端B都是私網中的設備，因此在向NAT/FW Proxy注冊時在私網設備中被分配了訪問外部的端口號，假設分別為123.44.55.11:1050(終端A)和123.44.55.22:1060(終端B)，同時在NAT/FW Proxy上都被分配了代理信令端口，假設分別為123.44.55.77:1001(終端A)和123.44.55.77:1002(終端B)。現在由A向B發起呼叫，INVITE消息通過私網網關后到達NAT/FW PROXY，NAT/FW PROXY會將這條信令進行代理轉換，并發給軟交換。如圖6、圖7所示：
軟交換在收到INVITE消息并做相應處理后，準備將其轉發給B，由于B也是通過NAT/FW Proxy代理注冊到軟交換的，因此發送的消息如圖8所示，由NAT/FW PROXY接收并做代理轉換后，發送給B外層的路由器或防火墻，轉換結果如圖9所示。
評論