NAT64+DNS64是IETF推薦的實現IPv6-IPv4互訪的過渡技術，除此之外，Smart6技術也是一種IPv6-IPv4翻譯的技術，它主要面向于ICP網絡的快速遷移，主要部署在IDC的出口，主要應用場景為:

場景一：在IPv4 ICP無力或者未能提供雙棧改造時，提供快速遷移方案，實現IPv4 ICP為IPv6用戶提供業務提供，同時也豐富IPv6用戶的業務

場景二：在ICP直接建設IPv6業務平臺時，提供IPv4用戶訪問單棧IPv6 ICP服務的能力

在場景一中，smart6設備主要部署在IPv4 IDC的出口。smart6推薦采用stateful NAT64，適用于IPv6側用戶發起訪問IPv4的數據報文。當IPv6報文到達smart6設備時，先查找映射表中是否有已存在的映射;如果有匹配項，直接轉換為IPv4報文;如果沒有匹配，新生成一條映射記錄再轉換為IPv4報文。

此場景中smart6的業務流程與NAT64的業務流程類似。如下所示：

但Smart6與NAT64技術也存在著差異，首先，Smart6只負責IP地址層面的映射，不需要TCP/UDP會話信息維護，提高處理效率，減少log信息數量;其次，Smart6由于是針對IDC的快速改造，場景部署非常精確，所以在Smart6上配置IPv4 Pool時可以采用私網地址段來轉換用戶IPv6地址(因為IPv4私網地址的使用范圍是smart6與IDC server之間，屬于運營商可以控制和管理的區域)，這樣就大大降低了對IPv4地址的需求。

Smart6的地址映射有兩種模式：1:1模式：一個IPv6地址映射為一個IPv4地址(設定lifetime)，默認IPv4 Pool為10.0.0.0/8，節省公網IPv4地址消耗;N:1模式：每個IPv4地址為多個IPv6地址共享映射(IPv4 addr + port映射為一個IPv6地址)，IPv4 Pool可以配置公網地址段;通過為每個用戶分配一段port來減少log信息數量。

在場景二中，是IPv4用戶發起訪問IPv6服務器的應用，這種應用目前不常見，但是演進后期會比較多。NAT64技術對于由IPv4用戶發起訪問IPv6服務器時，是在NAT64設備上靜態配置IPv4到IPv6的映射關系，并且在DNS4中注冊IPv6服務器的A記錄，這種方式配置比較繁瑣。在smart6技術中，采用無狀態翻譯技術-IVI的思想，數據包源地址和目的地址的映射均采用1:1映射方式，即IPv6服務器在IPv4網絡中有***的IPv4地址進行標識，同時IPv6服務器的IPv6地址與IPv4地址是IVI映射關系。IPv4用戶地址在IPv6網絡中采用IVI算法映射為IPv6地址，smart6在對用戶和服務器的IPv4-IPv6地之間映射均采用無狀態(IVI)方式，較NAT64技術易于部署。對于DNS4服務器中需要手動增加IPv6服務器的A記錄。

此種場景中的業務流程為：

因此，在此總結下NAT64與Smart6技術的相同點與不同點。

二者均主要關注“IPv6用戶訪問IPv4-only服務器”的場景。不同點是NAT64可以部署在網絡邊界也可以部署在IDC出口，IPv4 Pool配置建議是公網IPv4地址池，而smart6關注部署在服務器側，通常在IDC出口部署，IPv4 Pool配置建議是私網IPv4地址池。

二者均兼顧關注“IPv4用戶訪問IPv6-only服務器”的場景。不同點是NAT64采用靜態映射關系方式實現，而smart6采用IVI規則映射方式實現。

業務流程類似，均需要DNS解析和IP報文傳送兩個部分，對于IPv6用戶訪問IPv4-only服務器場景時，均需要NAT64或Smart6設備維護映射狀態表。不同點是NAT64可以實現TCP/UDP/ICMP的轉換，smart6僅要求實現IP地址層面的轉發。

NAT64+DNS64已經形成RFC，而smart6目前未形成RFC(截止日期2013-11)。

原文鏈接;http://blog.csdn.net/hanlijin/article/details/17046837