广域网智能流量调度—Vecloud
智能流控,旨在通過流量調(diào)度和管理的技術(shù)創(chuàng)新,實現(xiàn)動態(tài)、精確的流量控制,從而提升業(yè)務(wù)質(zhì)量和鏈路資源利用效率。
智能流控的價值理念:更高效、更精確、更方便。
智能流控設(shè)計與關(guān)鍵技術(shù)
智能流量調(diào)度設(shè)計和技術(shù),可以應(yīng)用于廣域網(wǎng)基本QoS設(shè)計、雙鏈路流量調(diào)度設(shè)計、廣域網(wǎng)園區(qū)或分支出口流量調(diào)度設(shè)計、廣域多部分帶寬獨占和共享需求設(shè)計、精細化QoS設(shè)計等常見廣域網(wǎng)絡(luò)和業(yè)務(wù)應(yīng)用場景中。
普通CAR技術(shù):CAR作為流量監(jiān)管的技術(shù),就是對流量進行控制,通過監(jiān)督進入網(wǎng)絡(luò)的流量速率,對超出部分的流量進行“懲罰”,使進入的流量被限制在一個合理的范圍之內(nèi),以保護網(wǎng)絡(luò)資源和用戶的利益。
CAR技術(shù)原理:采用令牌桶控制流量,當(dāng)令牌桶中存有令牌時,可以允許報文取令牌進行傳輸;當(dāng)令牌桶中沒有令牌時,報文必須等到桶中生成了新的令牌后才可以繼續(xù)發(fā)送。這就限制了報文的流量不能大于令牌生成的速度,達到了限制流量,同時允許突發(fā)流量通過的目的。例如可以限制HTTP報文不能占用超過50%的網(wǎng)絡(luò)帶寬。如果發(fā)現(xiàn)某個連接的流量超標,流量監(jiān)管可以選擇丟棄報文,或重新配置報文的優(yōu)先級。
分層CAR技術(shù):相比單層CAR,分層CAR是一種更靈活的流量監(jiān)管策略,用戶可以在為每個流單獨配置單層CAR動作的基礎(chǔ)上,再通過分層CAR(第二次CAR)對多個業(yè)務(wù)的流量總和進行限制,實現(xiàn)帶寬的二次分配。那么,分層CAR對已經(jīng)做過普通CAR的各業(yè)務(wù)流是如何處理的呢?
首先,分層CAR的處理對象是:普通CAR處理后的,且動作選擇為continue的報文。因為只有經(jīng)過了普通CAR處理后,報文才有紅綠顏色之分;并且只有選擇了continue,而不是pass或者discard,因為這兩個都做就直接對報文轉(zhuǎn)發(fā)走了,或者丟棄了,沒有機會進入分層CAR的二次令牌發(fā)放過程。
其次,分層CAR的令牌發(fā)放遵循兩個原則:第一、先給綠色報文發(fā)放,后給紅色報文發(fā)放;第二,在第一原則基礎(chǔ)上,對紅綠報文,均按照各業(yè)務(wù)普通CAR的配置順序進行發(fā)放,直到發(fā)完為止。
注意事項:分層CAR是對已經(jīng)著色的流量進行處理,如果在CAR的處理流量中只是未著色流量,那么該CAR就按照普通CAR進行處理。但如果CAR處理的流量對象既有著色后的流量,也有未經(jīng)過CAR處理后的未著色流量,那么CAR會同時對綠色流量和未著色流量進行優(yōu)先處理,然后對紅色流量進行令牌分配(如果令牌富余的話),會導(dǎo)致分層CAR的處理混亂,無法按照預(yù)先的設(shè)計進行綠色流量的準確調(diào)度控制,因為中間混合了未著色流量。所以分層CAR的處理對象,務(wù)必確保都是已經(jīng)完全著色,也就是經(jīng)過至少一次CAR處理后的流量。
VeCloud微云網(wǎng)絡(luò)的總部位于香港,并在中國北京和深圳設(shè)有分支機構(gòu),是一家面向企業(yè)提供云交換網(wǎng)絡(luò)服務(wù)為核心業(yè)務(wù)的技術(shù)創(chuàng)新企業(yè)。基于創(chuàng)新的云網(wǎng)技術(shù),以及優(yōu)質(zhì)的全球網(wǎng)絡(luò)與IDC數(shù)據(jù)中心資源,推出了全球直連,快速可達的VeConnect平臺,實現(xiàn)網(wǎng)絡(luò)服務(wù)商、IDC數(shù)據(jù)中心、云服務(wù)商以及企業(yè)應(yīng)用服務(wù)商的直連互通,為企業(yè)提供高效、安全、穩(wěn)定、可靠的網(wǎng)絡(luò)連接服務(wù)。http://www.vecloud.com/category/chinaidc
總結(jié)
以上是生活随笔為你收集整理的广域网智能流量调度—Vecloud的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 广域网之间是通过路由器互联吗?—Vecl
- 下一篇: 5G服务可以解决的4个企业WAN挑战 -