企業廣域網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之路將變得更加清晰。