軟件定義的廣域網 (SD-WAN) 可以建立一個數據結構,能夠處理需要可靠廣域網的任何戰術邊緣場景。
用于態勢感知和關鍵通信的數據比以往任何時候都更多地位于一個或多個云系統中。美國國防部(DoD)正在積極尋求通過聯合全域指揮與控制(JADC2)戰略以及美國空軍先進戰斗管理系統(ABMS)、陸軍項目融合和海軍項目Overmatch等計劃來匯總和分發這些信息。但是,如果選擇的廣域網 (WAN) 出現故障或不可用,則所有這些數據都是無用的——這種情況在被拒絕、降級、間歇性或受限 (DDIL) 通信環境中太常見了。
JADC2是國防部有史以來最雄心勃勃的計劃之一。實現 JADC2 愿景需要數年時間,并且需要結合應用于新問題的現有技術以及填補空白的新技術。JADC2 的目標大大簡化,旨在打破現有的溝通和情境理解障礙。為了防止作戰人員因缺乏信息而受到損害,我們需要拆除陸地、海洋、空中、太空和網絡領域之間的通信墻。
所有美國武裝部隊和聯盟伙伴都需要能夠共享數據,并且必須快速共享數據 - 盡可能接近實時 - 以便將射手與來自傳感器的信息聯系起來。為了實現 JADC2 愿景,將創建一個數據收集和處理平臺,通過人工智能 (AI) 和機器學習 (ML) 算法為決策提供動力。JADC2 愿景的基礎是用于信息共享的數據結構。該數據結構的一個關鍵部分是將不同的組織、位置和域鏈接在一起的廣域網 (WAN)。將這些 WAN 視為編織數據結構的線程,這些數據結構將攜帶 JADC2 走向成功。
隨著軍方從昂貴的專有或GOTS(政府現成)解決方案轉向更具成本效益的COTS(商業現貨)解決方案,這些服務已經意識到讓行業跟上他們需求的重要性。例如,在技術交流會議上,陸軍向工業界展示了其未來能力的路線圖。這些功能集以兩年為增量以年份命名。因此,我們有 CS21、23 和 27 的能力集,可能很快就會超過。通過這一過程,陸軍希望確保未來的商業解決方案符合美國軍方的需求。
陸軍未來綜合戰術網絡的一個關鍵部分是由虛擬化帶寬組成的與傳輸無關的管道。該帶寬需要能夠在任何給定時間點針對最關鍵的應用程序和數據進行動態調整和優化。美國空軍的ABMS和海軍的“超配項目”中也存在類似的目標。能力集 27 中設想的運營觀點和挑戰預計,主要功能將依賴于跨下層和上層戰術互聯網的傳輸無關網絡。
我們經常聽到DDIL(或DIL)作為該領域電子通信(尤其是無線通信)所面臨挑戰的簡寫。今天的緩解DDIL的計劃包括使用自動化PACE:PACE是軍方的技術組合概念,定義為主要,備用,應急和緊急路徑。用于無線通信的此類技術的一個例子可能是DISA,SATCOM,MPLS,5G / LTE和寬帶。PACE計劃定義了如何以及何時使用這些技術,實際上是國防部解決真正全球性問題的解決方案。預計即使在偏遠地區,WAN或互聯網接入也將無處不在,這對于關鍵業務,基礎設施或醫療保健以及軍事和應急響應人員一樣如此。
當我們看到這些無線技術時 - 無論是SATCOM,蜂窩,Wi-Fi,無線電還是視線(LoS) - 它們在某種程度上都會被拒絕或中斷。這種服務中斷可能是由于對手或惡意參與者、環境條件、硬件故障,甚至是部署中的簡單配置錯誤或實際妥協造成的。即使一切進展順利,某些技術也只能提供間歇性的通信。
例如,SATCOM 會受到雨水褪色或 LoS 連接視線丟失的影響。與大多數企業可用的技術相比,這些單獨的技術在帶寬上受到限制,而在大多數城市,您可以調用一個或多個提供商并在幾天內獲得多千兆位WAN連接。
一些技術——如商業蜂窩或MANET(移動或無線自組織網絡)——可以提供良好的連接并且相對便宜,但兩者都不是特別快。請記住,我們談論的是戰術環境中的通信,而不是最新的5G超寬帶泡沫。其他技術,如商業低地球軌道(LEO)衛星通信可能相對具有成本效益和快速性,但現在它們不是很可靠。即使技術成熟,也不清楚軍事客戶是否能夠優先獲得緊急情況下所需的這些商業資源。
雖然任何一項當前技術都不是完美無缺的,但我們可以組合多個 WAN,利用每個 WAN 的最佳功能并克服限制。大多數企業網絡供應商都有解決或嘗試解決此問題的SD-WAN產品。SD-WAN解決方案幾乎普遍將網絡硬件與網絡控制分離,并利用集中管理來改進部署和維護過程。
更高級或更完整的SD-WAN產品可以感知應用程序,并使用該信息來引導流量 - 長達數英里的訪問控制列表和DSCP標記用于分類和管理網絡流量的日子已經一去不復返了。此外,這些更新的解決方案從數十億個商業“廣域網小時”中獲得情報,從無數連接技術中學習,以及它們在不利條件下的反應。
在選擇用于部署SD-WAN的可部署系統時,系統設計人員可以解決幾個關鍵問題,以確保他們獲得最佳解決方案。例如:
系統是否在專用網絡上工作?
連接到業務流程協調程序后,系統可以運行多長時間,在此模式下運行時會禁用哪些功能?
是否可以分發業務流程,是否可以從節點重寫業務流程協調程序?
多個業務流程協調程序如何同步,是否可以執行網格管理?
系統設計人員還必須決定哪種類型的虛擬機管理程序以及系統能夠支持不同速度網絡的處理和內存要求。例如,系統是僅基于 x86 還是需要專有硬件。其他注意事項包括系統需要支持的 WAN 端口數以及它將如何處理預配。
Curtiss-Wright 的 PacStar 447 路由器(由 Cisco IOS-XE 提供支持)提供了緊湊、節能的硬件路由器示例,該路由器可以在戰術邊緣部署高速網絡并提供與思科 SD-WAN 生態系統的連接。(圖 3。對于思科或其他虛擬 SD-WAN 產品,PacStar 451 服務器支持所有主要的虛擬機管理程序,并承載多達五個以太網端口。這兩款堅固、緊湊的模塊僅 5.3 英寸寬和 7.1 英寸深,已通過 MIL-STD 810 測試,可在交流、直流或電池電源下獨立運行。它們還可以與其他 400 系列模塊卡在一起或部署到智能機箱中。
審核編輯:郭婷
-
傳感器
+關注
關注
2565文章
52942瀏覽量
766972 -
人工智能
+關注
關注
1806文章
48989瀏覽量
249170 -
機器學習
+關注
關注
66文章
8501瀏覽量
134553
發布評論請先 登錄
愛普生FC-135R晶振在廣域網LoRa設備中的應用

華為AI WAN智算IP廣域網助力算力互聯網建設
華為推出面向AI WAN的智算IP廣域網解決方案
程序設計與數據結構
華為星河AI廣域網助力行業數智化
華為全面升級星河AI廣域網解決方案
深圳梯云LoRa網關:驅動低功耗廣域網通訊的新篇章
互聯網專線與SD-WAN有何不同?
SD-WAN的加速原理是什么?
DDC264配置寄存器數據寫入和320 DCLK時鐘脈沖后的回讀數據結構是什么?
視覺軟件HALCON的數據結構

評論