| |
 |
| |
So-net IPv4至IPv6轉移服務
So-net之IPv6骨幹網路環境已大致建置完成，下一階段將著重於協助使用者如何便利使用IPv6網路。然而現有網路環境應用複雜，無法僅藉由骨幹設備功能升級至IPv6即可完成IPv6網路建置並提供IPv6服務。為儘速協助使用者克服不同網路環境架構問題並使用IPv6網路服務，現階段已逐漸發展出許多應用方式及轉換機制。
欲於不同的IPv4網路環境使用IPv6網路，將因使用環境的不同而衍生出多種應用架構，可參照【圖1】。茲就各式架構及應用模式簡單概述如下：
|
| |
【圖1】IPv4/IPv6網路服務架構圖 |
| |
1. Dual Stack網路：
為便利So-net使用者可以快速取得新技術並使用IPv6網路連線服務，So-net主要骨幹網路設備皆已升級為Dual Stack架構，提供使用者建立IPv6網路連線，如【圖1】標示1。於此架構中，IPv4與IPv6之通訊閘同時並存於網路骨幹設備之介面，提供IPv4及IPv6網路連線，滿足使用者連線需求。此為最簡單建置且效能最佳之IPv6網路環境，然亦需負擔骨幹設備升級之成本。此架構下之使用者僅需升級其作業系統為IPv6相容即可。此連線方式僅提供於有主機代管需求之使用者。
2. NAT/Firewall環境限制：
基於安全因素或管理考量，於特定環境架構使用NAT/Firewall之使用者，受限於使用之網路設備而無法存取IPv6網路服務。此一問題可藉由tunnelling轉移免費服務方案協助來處理，如【圖1】標示2。
3.現有骨幹網路設備限制：
若用戶之網路設備或作業系統皆已具備IPv6連線功能，卻因上游網路服務供應商無法直接提供IPv6連線服務，致使其亦無法存取IPv6網路。此時亦可使用tunnelling轉移免費服務解決IPv6網路的存取問題，如【圖1】標示2。
由上述幾點說明，為解決不同網路架構之使用者IPv6連線問題，轉移服務將在未來IPv6網路建置中扮演重要角色。本文擬針對其中已商業化及量化之轉換服務進行介紹，希望可以協助使用者瞭解此轉移服務的操作並增進IPv6服務使用的便利。 |
| |
|
| |
啟動IPv6（for Windows users）
針對使用者所使用之作業系統進行IPv6升級，為使用IPv6服務之先決條件。IPv6為新一代之網際網路通訊協定，當使用者想要在微軟（Microsoft）Windows XP（建議升級至Service Pack 2）上安裝IPv6，只需於命令提示字元下輸入「ipv6 install」即可安裝。此時欲檢查IPv6是否正確安裝完成，只需輸入「ipconfig」的指令，即可查看128 bits之IPv6位址，如【圖2】。 |
| |
【圖2】在Windows XP SP2上的IPv6介面資訊 |
| |
|
| |
使用轉移服務（for Windows user）
如何讓使用者於現有複雜的IPv4環境下得以使用IPv6網路，且以較便利、較有效益及對使用者使用習慣影響最小之方式進行，乃是當前網路骨幹管理者逐漸重視思考之議題。現階段有各式各樣的轉換方式可以使用，然而在考量網路架構的複雜度及設備升級之後續影響，較可行及節省成本方式即透過建立隧道（Tunneling）技術來達成此一目的，亦可稱之為IPv6 over IPv4 Tunneling或簡稱為IPv6/IPv4 Tunnel。
隧道的建置包含許多封裝及編碼格式，最主要目的在於將IPv6的封包置於IPv4封包負載（Payload）中，並藉由IPv4網路設備傳輸至目的地設備（如IPv6通訊閘）後再解開。如此，即可達到IPv6通訊的連線目的，轉移服務伺服器（以下簡稱Tunnel Broker）即扮演IPv6通訊閘角色。
如【圖3】所示，某位IPv4使用者使用So-net之IPv4骨幹網路，如欲使用IPv6網路服務，需使用申請核發之帳號/密碼（local database或Radius）向Tunnel Broker申請建立Tunnel連線後，即可與IPv6網路進行通訊。 |
| |
【圖3】使用者電腦使用Tunnel Broker連線服務示意圖
|
| |
Tunnel Broker與使用者個人電腦之角色如同IPv6/IPv4 Tunnel的出/入口，我們必須在Tunnel Broker與使用者個人電腦之間產生一個IPv6/IPv4 Tunnel，讓帶有IPv6資料的封包能夠在IPv4骨幹網路的環境下傳送。 |
