2011年8月20日 星期六

5個步驟解决IPv6規劃難題

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

沒有留言:

張貼留言