一文看懂企業組網的未來演進-魔扣目錄

文章引讀

01.楔子

02.企業多分支組網的演進

? 2.1 傳統Hub-Spoke VPN組網

? 2.2 傳統動態VPN組網

? 2.3 SDWAN 1.0: 面向企業的SDWAN

? 2.4 SDWAN 2.0: 面向服務提供商的SDWAN

? 2.5 SDWAN 3.0: 領灣面向企業與服務提供商相結合的SDWAN

03.多種組網方式的比較

寫在前面的話

網絡世界永恒的話題,就是組網。從局域網,城域網到廣域網,每個細分領域都有說不完的話題。今天,我們把話題聚焦在企業多分支互聯的組網上。

企業多分支的組網,用通俗的話講,就是企業的多個分支,通過虛擬專用網絡技術,以Internet網絡為基礎,進行私有網絡互聯。當然,也有土豪套餐,就是全程采用專線技術,構建企業自己的私有網絡。今天,我們暫不討論土豪套餐,重點關注前者。

企業多分支組網的演進

2.1 傳統Hub-Spoke VPN組網

拓撲:

實際組網中最常見的是公司總部與多個分支機構通過點到多點IPSec VPN互通,典型組網如下圖所示

數據面:

該場景的數據路徑通常分為兩種:

? 分支只與總部有數據交互,分支之間并不需要業務互通。

? 分支之間需要數據互通,需要總部中轉。

從數據路徑上分析,路徑二缺點很明顯:到總部中轉的代價是,浪費帶寬資源,浪費總部設備資源,延長數據路徑,增加故障點。

管理面:

從配置管理角度看,IPSec的底層配置邏輯還是略顯復雜,需要資深網工才能駕馭,能理解下圖,方能開工。

理解了配置原理,設計好了配置模板,再來看配置工作量:每添加一個分支,都要配置一遍。大規模部署,不得不考慮一下。

2.2 傳統動態VPN組網

傳統Hub-Spoke的組網模型,分支之間的流量需要繞行Hub,帶來了諸多缺陷,在多數場景是不允許的。

一種簡單的解決方案,就是需要通信的站點之間都建立IPSec隧道,流量按需選擇隧道,也就是Full-Mesh組網模型。但這種只是理論上的解決方案,配置管理指數級增長,且要求每個站點都具備公網IP,落地不切實際。

Cisco 推出的DMVPN解決方案,就是用來解決上述問題的,既解決Hub-Spoke的流量繞行缺陷,又解決了Full-Mesh的繁瑣配置及公網需求。其他硬件廠商都推出了類似的解決方案,Huawei的DSVPN,H3C的DVPN,Juniper的AC-VPN,Fortinet的ADVPN。

該方案是由幾個協議配合完成的,以Cisco的DMVPN為例,基本思路與流程如下:

先建立Hub-Spoke模型的IPSec隧道。Spoke與Spoke之間的隧道則是按需動態建立的,采用動態點對多點的GRE隧道技術 – MGRE。Spoke與Spoke建立之前,必須知道對方的地址;這依賴NHRP(下一跳解析協議)來實現。NHRP,基于C/S模型,Hub端充當Server,Spoke端充當Client,Client端啟動后,會向Server端注冊,Server端會獲取和管理所有Client端的隧道信息。DMVPN,當一個Spoke想向另一個Spoke發送數據時,首先需要到Server端查詢對端Spoke的信息,然后動態建立隧道,進行數據傳輸;同時,需要進行隧道保活,當一段時間沒有數據后,隧道拆除。動態路由,動態路由協議需要運行在隧道上,用于站點之間的業務路由學習與更新。

技術復雜度再度升級,技術發燒友的福音,IT運維交付人員的噩夢。

2.3 SDWAN 1.0: 面向企業的SDWAN

面向企業的SDWAN解決方案是對傳統的IPSec VPN組網的延伸,在企業各個站點邊緣的CPE間建立隧道,無論是走Internet還是其他專線,都只提供Underlay的傳輸線路,企業的組網完全在服務提供商提供的網絡之上。從物理上來看,CPE可放在企業的總部/數據中心/分支網,而從組網上來看,無論是Hub-Spoke還是Full Mesh,各站點間邏輯上都是一跳可達。

從數據路徑上看,面向企業的SDWAN模式,和傳統的VPN組網并沒有不同。那么,這種方案到底帶來了哪些改進呢?概括起來,主要有以下幾個方面:

? 引入了控制器的角色,用于CPE的發現與管理,并動態向其下發用于建立隧道的信息,以及組網所需要的路由信息,大大的提高了配置效率。

? 增加了WAN鏈路的監控,優化選路以及鏈路的故障切換。

上述優勢非常明顯,但也有明顯的不足,就是數通通路還是承載在公共網絡之上的,所有的鏈路優化也是基于公共網絡的,在某些場景下,質量與專線差別明顯。

2.4 SDWAN 2.0: 面向服務提供商的SDWAN

首先說明一下,SDWAN2.0并非SDWAN1.0簡單的升級版本,準確的說,應該是兩種不同的解決方案思路。所以,增加了”面向企業“和”面向服務提供商“的描述。

基本上,服務提供商已經擁有了全國甚至全球范圍內的骨干網節點,并能夠為企業提供MPLS VPN或其他專線接入,專用骨干網的服務質量在絕大部分場景下優于公共網絡的質量。

面向服務提供商的SDWAN解決方案的思路是,利用已有的專用骨干網,集中精力解決最后一公里的接入、優化和管理。具體的實施方案通常是在各個骨干節點建立POP點,部署SDWAN網關設備,接入現有的專用骨干網。

面向企業端,為企業端的CPE提供IPSec接入。

該方案的組網方式與數據路徑較之前發生了較大的改變,CPE只需要與就近的POP點建立IPSec隧道,從而實現了個企業分支之間的互聯。其優勢總結如下:

? 盡可能利用專用骨干網,提升整體的網絡服務質量。

? 簡化了CPE之間的隧道建立模式,每個分支節點只需要建立1條或2條(備份或負載分擔)隧道,就能輕松完成Full-Mesh組網。

? 繼承了面向企業SDWAN中,控制器對于CPE的發現與管理,及隧道與路由策略的動態計算等優勢。

? 繼承了面向企業SDWAN中,CPE WAN鏈路的監控,優化選路以及鏈路故障切換等優勢。

但該方案也存在明顯的不足,就是POP點通常只會覆蓋一,二線城市,這樣,對于某些同城/省組網的時候,其網絡質量就不如面向企業的SDWAN組網模式。因為同城之間,直接通過公共網絡互聯,要比經過POP點節省了網絡路徑的開銷。

2.5 SDWAN 3.0 LinkWAN

面向企業與服務提供商相結合的SDWAN

領灣提出的SDWAN 3.0,繼承了SDWAN 1.0和SDWAN 2.0的優勢部分,同時解決了兩者不足的部分,為企業提供靈活、最佳的按需組網方式。

該方案的基本思路是,在同城或同省互聯,且公共網絡的服務質量可以滿足的場景下,采用CPE與CPE之間直接建立隧道的方式,其分支流量不經過POP節點;同城/省內的一臺/兩臺Hub節點接入到POP點,為該城/省內其他分支訪問其他城/省的分支提供數據通路。其效果是,同城/省內直接互訪,跨城/省經過POP節點互訪,達到了不同場景下的路徑最優化。