企業廣域網IPv6規劃需要謹慎地評估你們公司所有硬體軟體產品組合，但是你是否漏掉了什麼沒有?用下面5個步驟來避免常見的IPv6規劃難題，幫你輕鬆渡過IPv6難關。

既然你已經讀了我之前關於遷移IPv6的文章，你應該準備好實施IPv6了。簡單，對吧？不完全是。當然能肯定一點：目前大多數基礎設施已經支援IPv6，但是IPv6的遷移需要更深入的思考而不僅是從IPv4到Ipv6簡單的重新配置裝置。而且，成功的IPv6規劃要求全面考慮裝置的能力，系統架構，可擴充套件性，管理和供應商服務。

IPv6規劃難題1：硬體還是軟體？

大多數路由器和交換機都支援IPv6，但是這些網路裝置如何轉發IPv6包卻不一樣。高容量的核心路由器在它的專用硬體(比如，專用積體電路或是網路處理器)上處理資料包來加速IPv4轉發。但是硬體架構通常不支援IPv6；這意味著路由器在通用處理器上處理IPv6資料包，這將導致轉發速度變慢和容量低下。

IPv6規劃難題2：應用程式

大多數應用程式不關心底層網路的網路協議（IP），但是有些不是這樣，比如使用會話啟動初始化協議（SIP）的即時服務。SIP建立者泛了個嚴重的錯誤，把IP地址資訊封裝到SIP報文表頭中。廠家和SIP應用程式開發者必須重新設定他們的應用程式來支援SIP包頭中的IPv6資訊。

IPv6規劃難題3：運營商

對IPv6的支援還是很有限，特別是像MPLS和家庭因特網這樣的服務。例如Verizon的FiOS就不支援IPv6，因此使用FiOS的家庭或者遠端工作人員沒有隧道協議是無法使用IPv6服務的。許多家庭路由器也不支援IPv6。同時，一些運營商包括Comcast, NTT and Hurricane Electric已經在著手IPv6實施了。大多數運營商採用雙協架構：它們支援v4和v6，通過CGN（carrier grade NAT）作為v4到v6的閘道器。但是CGN在網路中會導致額外的傳輸延遲。因此很多因特網架構師擔心CGN打破了端對端的因特網模式；這意味著運營商可以讓它們不穿透NAT來限制不需要的服務。無論如何，CGN可能是目前唯一可行的方案來解決不光是IPv4到IPv6的互通問題，還有最小化IPv4和IPv6路由傳播，以此減少運營商邊界路由器的資源負荷。

IPv6規劃難題4:多重專線和私有地址

多重專線是大多數企業一個標準做法，IPv6地址設計的層次化結構是通過彙總路由到聚合路由來簡化路由表。而IPv6設計者並沒有考慮到對私有地址或多重專線的需求，但是企業希望既安全又有彈性。建立一個多重專線或者v6地址轉換策略需要你與服務提供商緊密聯絡，這樣才能有自己的IPv6地址空間。

IPv6規劃難題5：其他

解決了前面4個規劃難題，下面一個才是最難的。今天的IP網路不僅由路由器，交換機和電腦組成。廣域網優化和管理平臺，供應和變更管理程式，感測器還有M2M裝置，管理工具，購買IT產品時，這些都需要考慮。IT工程師必須分析它們是否支援IPv6來策劃升級或是閘道器策略，保證現有的應用程式和裝置可以在IPv4-IPv6混合網路裡共存。

總體來說，這5個IPv6規劃難題不應該使任何人不敢嘗試IPv6遷移，它們應該起到提醒的作用，即實施IPv6需要大量的提前規劃。我們很多客戶已經受益於IPv6專業人員公司提供的專業服務。然而實際的實施還是很少的，我們期望第三方服務將隨著實際的部署而增加。重視這些IPv6規劃難題，通往IPv6之路將變得更加清晰。