網路流量整形的方法有哪些

❶ 華為Quidway S9306的支持流量整形

組播管理：支持IGMPv1/v2/v3、IGMP v1/v2/v3 Snooping
支持PIM DM、PIM SM、PIM SSM
支持MSDP、MBGP
支持用戶快速離開機制
支持組播流量控制
支持組播查詢器
支持組播協議報文抑制功能
支持組播CAC
支持組播ACL
網路管理：支持Console、Telnet、SSH等終端服務
支持SNMPv1/v2/v3等網路管理協議
支持通過FTP、TFTP方式上載、下載文件
支持BootROM升級和遠程在線升級
支持熱補丁
支持用戶操作日誌
安全管理：802.1x認證，Portal認證
支持NAC
支持RADIUS和HWTACACS用戶登錄認證
命令行分級保護，未授權用戶無法侵入
支持防範DoS攻擊、TCP的SYN Flood攻擊、UDP Flood攻擊、廣播風暴攻擊、大流量攻擊
支持1K CPU通道隊列保護
支持ICMP實現ping和traceroute功能
支持RMON
其它參數 電源電壓：AC 90-290V
DC -38.4--72V
電源功率：整機供電能力：1600W，整機最大POE功率：8800W
產品尺寸：442×476×442mm
產品重量：<30kg

❷ 什麼是流量整形

流量整形（Traffic Shaping）是一種主動調整流量輸出速率的措施。
一個典型應用是基於下游網路結點的TP指標來控制本地流量的輸出。流量整形與流量監管的主要區別在於，流量整形對流量監管中需要丟棄的報文進行緩存——通常是將它們放入緩沖區或隊列內，也稱流量整形（Traffic Shaping，簡稱TS）。當令牌桶有足夠的令牌時，再均勻的向外發送這些被緩存的報文。流量整形與流量監管的另一區別是，整形可能會增加延遲，而監管幾乎不引入額外的延遲。

❸ 如何設置銳速流量整形提升挖礦速度

首先講解一下銳速整形的基本原理,具體的專業詞彙不多說了,大家知道銳速是多倍發包的(尤其是開啟了最大化帶寬利用模式以後),這就造成一個問題,就是實際速度和銳速統計的流量差好遠,好比挖礦軟體顯示的是1M/s,銳速則顯示3M+。
這個時候銳速整形就變得異常有用,它可以幫你把實際上傳速度整的更高。
具體方法：
1.首先確保在關閉流量整形設置的情況下（或者上載帶寬設置為默認的1000000的情況下）啟動挖礦程序，確保挖礦設備為「挖礦機」，然後等待3-5分鍾左右（速度跑的差不多穩定的時候），左鍵點擊右下角的銳速讓它跑一小會兒，我們會看到類似這樣：

2.這個時候我們開始整形，我們的目的是為了讓網路傳輸平穩，這樣比一直跌宕起伏要挖的更多，所以切忌追求高速度，平穩是最好的，不信你可以自己嘗試對比一下後台挖礦數據就知道了。在整形前我們要先明白這幾個參數，很多人都是不知道KBps和Kbit的區別，然後一直瞎整，結果導致沒速度。
首先KBps中的ps指的是/s，即每秒。KBps指的是網路速度，也就是每秒鍾傳送多少個千位的信，而Kbit表示的是速率，兩者完全不是一個東西，專業的東西可以自行網路去理解下，通俗點來說，大家記住：1KB/s=8KBit/s就可以了！
在銳速整形裡面輸入的數字是kbit，而銳速流量監控和TCP-Z裡面的流量統計顯示的都是KB/s（或者MB/s），這個時候我們整形就需要換算一下，好比上圖顯示我們的速度在7.55MB/s，也就是7731KB/s（1MB=1024KB）那麼就等於61849kbit（1KB/s=8KBit/s），我們為了它整平，就要輸入一個比61849小很多的值，我們這里為了方便就取整數，輸入55000。

3.注意一點：整形一般來說都是從下往上整，一點一點整。
輸入完我們繼續打開銳速監控看下數據，一般剛整形完以後會出現網路波動屬於正常，等一小會兒。

一般來說其實如上圖就可以了，網路波動不是很大基本就可以，有些人追求平穩的極致，寧可犧牲部分速度（為了更持久。。。。。。）個人喜好不一樣，我剛才是直接換算之後就寫進去了，其實這台機器應該從45000往上整，每次增加1000-2000比較好。

整平或者有小波動其實都是可以的（最好是整平），銳速整形除了可以提速另一大好處就是跑得時間比較久，比不整形會更久一些，但是還是會掉，這個基本機器跑久了都這樣，沒辦法的。

最最最重要的一點：重啟流量礦石客戶端前一定要關閉整形！！！切記！！！

❹ 限流演算法

計數器是一種最簡單限流演算法，其原理就是：在一段時間間隔內，對請求進行計數，與閥值進行比較判斷是否需要限流，一旦到了時間臨界點，將計數器清零。
這種方法雖然簡單，但也有個大問題就是沒有很好的處理單位時間的邊界。

滑動窗口是針對計數器存在的臨界點缺陷，所謂 滑動窗口（Sliding window） 是一種流量控制技術，這個詞出現在 TCP 協議中。滑動窗口把固定時間片進行劃分，並且隨著時間的流逝，進行移動，固定數量的可以移動的格子，進行計數並判斷閥值。
假設一個時間窗口是一分鍾，每個時間窗口有 6 個格子，每個格子是 10 秒鍾。每過 10 秒鍾時間窗口向右移動一格。我們為每個格子都設置一個獨立的計數器 Counter，假如一個請求在 0:45 訪問了那麼我們將第五個格子的計數器 +1（也是就是 0:40~0:50），在判斷限流的時候需要把所有格子的計數加起來和設定的頻次進行比較即可。
想讓限流做的更精確只需要劃分更多的格子就可以了，為了更精確我們也不知道到底該設置多少個格子，格子的數量影響著滑動窗口演算法的精度，依然有時間片的概念，無法根本解決臨界點問題。

漏桶演算法（Leaky Bucket），原理就是一個固定容量的漏桶，按照固定速率流出水滴。用過水龍頭都知道，打開龍頭開關水就會流下滴到水桶里，而漏桶指的是水桶下面有個漏洞可以出水。如果水龍頭開的特別大那麼水流速就會過大，這樣就可能導致水桶的水滿瞭然後溢出。
一個固定容量的桶，有水流進來，也有水流出去。對於流進來的水來說，我們無法預計一共有多少水會流進來，也無法預計水流的速度。但是對於流出去的水來說，這個桶可以固定水流出的速率（處理速度），從而達到 流量整形 和 流量控制 的效果。
漏桶演算法有以下特點：

漏桶限制的是常量流出速率（即流出速率是一個固定常量值），所以最大的速率就是出水的速率，不能出現突發流量。

令牌桶演算法（Token Bucket）是網路流量整形（Traffic Shaping）和速率限制（Rate Limiting）中最常使用的一種演算法。典型情況下，令牌桶演算法用來控制發送到網路上的數據的數目，並允許突發數據的發送。
我們有一個固定的桶，桶里存放著令牌（token）。一開始桶是空的，系統按固定的時間（rate）往桶里添加令牌，直到桶里的令牌數滿，多餘的請求會被丟棄。當請求來的時候，從桶里移除一個令牌，如果桶是空的則拒絕請求或者阻塞。
令牌桶有以下特點：

令牌桶限制的是平均流入速率（允許突發請求，只要有令牌就可以處理，支持一次拿3個令牌，4個令牌...），並允許一定程度突發流量。

參考：
https://mp.weixin.qq.com/s/GOZkM2PGctqim4sp_uIEsg
https://mp.weixin.qq.com/s/-wU7SA8Hjh1Y2vOySdgGJw

❺ 關於流量控制

說實話，我也不懂
大家一塊學習吧
1.4.3.5滑動窗口與流量控制
TCP窗口技術在RFC793和RFC813中有所說明。
● 窗口技術
在上節中，我們講到為了實現可靠性，發送方發出一個數據段之後要等待接受方相應的確認信息，而不是直接發送下一個分組。
TCP使用窗口技術來改善流量控制，以便通信雙方能夠充分利用帶寬。滑動窗口允許發送方在收到接收方的確認之前發送多個數據段。窗口大小決定了在收到目的地確認之前，一次可以傳送的數據段的最大數目。
視窗大小越大，主機一次可以傳輸的數據段就越多。當主機傳輸視窗大小數目的數據段後，就必須等收到確認，才可以再傳下面的數據段。例如，若視窗的大小為 1，則傳完數據段後，都必須經過確認，才可以再傳下一個數據段；當窗口大小等於3時，發送方可以一次傳輸3個數據段，等待對方確認後，再傳輸下面三個數據段。
http://www.itany.com/bbs/images/tcpip/16.gif
在上圖中，窗口左邊的是已經成功傳輸、被接收、確認的數據段，窗口中的是已經發送但還沒有收到確認的數據段，窗口右邊的是還沒有發送的數據段。窗口技術大大提高了網路帶寬的利用率。
●流量控制
窗口的大小在通信雙方連接期間是可變的，通信雙方可以通過協商動態地修改窗口大小。在TCP的每個確認中，除了指出希望收到的下一個數據段的序列號之外，還包括一個窗口通告，通告中指出了接收方還能再收多少數據段（我們可以把通告看成接收緩沖區大小）。如果通告值增大，窗口大小也相應增大；通告值減小，窗口大小也相應減小。這種機制也可以防止網路擁塞。例如：當網路擁塞導致數據包丟失時，窗口大小自動減小一半，以保證數據傳輸。
下圖中，發送方開始一次發送3個數據段，而接收方只能處理一個大小為2的窗口。接收方將丟棄第三個數據段將第三個數據段作為下一個期望收到的數據段，並且指定窗口大小為2。在以後的傳輸中，發送方會自動調整窗口大小。
http://www.itany.com/bbs/images/tcpip/17.gif

❻ 分布式組件-Sentinel-常見流量控制演算法

在指定周期內累加訪問次數，當訪問次數達到設定的閾值時，觸發限流策略，當進入下一個時間周期時進行訪問次數的清零。

限定每一分鍾能夠處理的總的請求數為100，在第一個一分鍾內，一共請求了60次。接著到第二個一分鍾，counter又從0開始計數，在一分半鍾時，已經達到了最大限流的閾值，這個時候後續的所有請求都會被拒絕。這種演算法可以用在簡訊發送的頻次限制上，比如限制同一個用戶一分鍾之內觸發簡訊發送的次數。

這種演算法存在一個臨界問題，這種演算法針對的是固定周期的累加訪問次數，但是如果伺服器需要做到的是限制每個一分鍾內的訪問量，這種演算法顯然就不適用了，因為計數器演算法無法限制每隔一段時間內的訪問量均不超過閾值。

在第一分鍾的0：58和第二分鍾的1：02這個時間段內，分別出現了100個請求，整體來看就會出現4秒內總的請求量達到200，超出了設置的閾值。

滑動窗口演算法是將時間周期分為N個小周期（窗口），分別記錄每個小周期內訪問次數，然後根據時間將窗口往前滑動並刪除過期的小時間窗口。最終只需要統計滑動窗口范圍內的所有小時間窗口總的計數即可。

將一分鍾拆分為4個小時間窗口，每個小時間窗口最多能夠處理25個請求。並且通過虛線框表示滑動窗口的大小（當前窗口的大小是2，也就是在這個窗口內最多能夠處理50個請求）。同時滑動窗口會隨著時間往前移動，比如前面15s結束之後，窗口會滑動到15s～45s這個范圍，然後在新的窗口中重新統計數據。

由此可見，當滑動窗口的格子劃分的越多，那麼滑動窗口的滾動就越平滑，限流的統計就會越精確。此演算法可以很好的解決固定窗口演算法的臨界問題。

令牌桶是網路流量整形（Traffic Shaping）和速率限制（Rate Limiting）中最常使用的一種演算法。對於每一個請求，都需要從令牌桶中獲得一個令牌，如果沒有獲得令牌，則需要觸發限流策略。

系統會以一個恆定速度（r tokens/sec）往固定容量的令牌桶中放入令牌，如果此時有客戶端請求過來，則需要先從令牌桶中拿到令牌以獲得訪問資格。

假設令牌生成速度是每秒10個，也就等同於QPS=10，此時在請求獲取令牌的時候，會存在三種情況：

• 請求速度大於令牌生成速度：那麼令牌會很快被取完，後續再進來的請求會被限流。

• 請求速度等於令牌生成速度：此時流量處於平穩狀態。

• 請求速度小於令牌生成速度：說明此時系統的並發數並不高，請求能被正常處理。

由於令牌桶有固定的大小，當請求速度小於令牌生成速度時，令牌桶會被填滿。所以令牌桶能夠處理突發流量，也就是在短時間內新增的流量系統能夠正常處理，這是令牌桶的特性。

漏桶限流演算法的主要作用是控制數據注入網路的速度，平滑網路上的突發流量。

在漏桶演算法內部同樣維護一個容器，這個容器會以恆定速度出水，不管上面的水流速度多快，漏桶水滴的流出速度始終保持不變。訪問請求到達時直接放入漏桶，如當前容量已達到上限（限流值），則進行丟棄（觸發限流策略）。漏桶以固定的速率進行釋放訪問請求（即請求通過），直到漏桶為空。實際上消息中間件就使用了漏桶限流的思想，不管生產者的請求量有多大，消息的處理能力取決於消費者。

在漏桶限流演算法中，存在以下幾種可能的情況：

• 請求速度大於漏桶流出水滴的速度：也就是請求數超出當前服務所能處理的極限，將會觸發限流策略。

• 請求速度小於或者等於漏桶流出水滴的速度，也就是服務端的處理能力正好滿足客戶端的請求量，將正常執行。

漏桶限流演算法和令牌桶限流演算法的實現原理相差不大，最大的區別是漏桶無法處理短時間內的突發流量，漏桶限流演算法是一種恆定速度的限流演算法。

❼ GTS的通用流量整形

流量整形(traffic shaping)典型作用是限制流出某一網路的某一連接的流量與突發，使這類報文以比較均勻的速度向外發送。流量整形通常使用緩沖區和令牌桶來完成，當報文的發送速度過快時，首先在緩沖區進行緩存，在令牌桶的控制下再均勻地發送這些被緩沖的文。
流量整形的核心演算法有以下兩種，具體採用的技術為GTS（Generic Traffic Shaping），通用流量整形
漏桶演算法（Leaky Bucket）
漏桶演算法是網路世界中流量整形（Traffic Shaping）或速率限制（Rate Limiting）時經常使用的一種演算法，它的主要目的是控制數據注入到網路的速率，平滑網路上的突發流量。漏桶演算法提供了一種機制，通過它，突發流量可以被整形以便為網路提供一個穩定的流量。
令牌桶演算法（Token Bucket）
有時人們將漏桶演算法與令牌桶演算法錯誤地混淆在一起。而實際上，這兩種演算法具有截然不同的特性並且為截然不同的目的而使用。它們之間最主要的差別在於：漏桶演算法能夠強行限制數據的傳輸速率，而令牌桶演算法能夠在限制數據的平均傳輸速率的同時還允許某種程度的突發傳輸。
在某些情況下，漏桶演算法不能夠有效地使用網路資源。因為漏桶的漏出速率是固定的參數，所以即使網路中不存在資源沖突（沒有發生擁塞），漏桶演算法也不能使某一個單獨的流突發到埠速率。因此，漏桶演算法對於存在突發特性的流量來說缺乏效率。而令牌桶演算法則能夠滿足這些具有突發特性的流量。通常，漏桶演算法與令牌桶演算法可以結合起來為網路流量提供更大的控制。
GTS
GTS可以對不規則或不符合預定流量特性的流量進行整形，使得網路上下游之間的帶寬匹配。GTS與CAR一樣均採用了令牌桶技術來控制流量，但主要區別在於：利用CAR進行報文流量控制時對不符合流量特性的報文進行丟棄，而GTS對於不符合流量特性的報文則是進行緩沖減少了報文的丟棄，同時滿足報文的流量特性。
GTS可以對介面上指定的報文流或所有報文進行整形當報文到來的時候，首先對報文進行分類如果報文不需要進行GTS處理，就繼續發送不經過令牌桶的處理；如果報文需要進行 GTS處理，則與令牌桶中的令牌進行比較。
令牌桶按用戶設定的速度向桶中放置令牌，如果令牌桶中有足夠的令牌可以用來發送報文，則報文直接被繼續發送下去，同時令牌桶中的令牌量按報文的長度做相應的減少，當令牌桶中的令牌少到報文不能再發送時，報文將被緩存入GTS隊列中。
當GTS隊列中有報文的時候，GTS按一定的周期從隊列中取出報文進行發送。 每次發送都會與令牌桶中的令牌數作比較。直到令牌桶中的令牌數減少到隊列中的報文不能 再發送或是隊列中的報文全部發送完畢為止。

❽ 令牌桶演算法的簡介

在網路中傳輸數據時，為了防止網路擁塞，需限制流出網路的流量，使流量以比較均勻的速度向外發送。令牌桶演算法就實現了這個功能，可控制發送到網路上數據的數目，並允許突發數據的發送。
令牌桶演算法是網路流量整形（Traffic Shaping）和速率限制（Rate Limiting）中最常使用的一種演算法。典型情況下，令牌桶演算法用來控制發送到網路上的數據的數目，並允許突發數據的發送。
大小固定的令牌桶可自行以恆定的速率源源不斷地產生令牌。如果令牌不被消耗，或者被消耗的速度小於產生的速度，令牌就會不斷地增多，直到把桶填滿。後面再產生的令牌就會從桶中溢出。最後桶中可以保存的最大令牌數永遠不會超過桶的大小。
傳送到令牌桶的數據包需要消耗令牌。不同大小的數據包，消耗的令牌數量不一樣。
令牌桶這種控制機制基於令牌桶中是否存在令牌來指示什麼時候可以發送流量。令牌桶中的每一個令牌都代表一個位元組。如果令牌桶中存在令牌，則允許發送流量；而如果令牌桶中不存在令牌，則不允許發送流量。因此，如果突發門限被合理地配置並且令牌桶中有足夠的令牌，那麼流量就可以以峰值速率發送。
令牌桶演算法的基本過程如下：
假如用戶配置的平均發送速率為r，則每隔1/r秒一個令牌被加入到桶中；
假設桶最多可以存發b個令牌。如果令牌到達時令牌桶已經滿了，那麼這個令牌會被丟棄；
當一個n個位元組的數據包到達時，就從令牌桶中刪除n個令牌，並且數據包被發送到網路；
如果令牌桶中少於n個令牌，那麼不會刪除令牌，並且認為這個數據包在流量限制之外；
演算法允許最長b個位元組的突發，但從長期運行結果看，數據包的速率被限製成常量r。對於在流量限制外的數據包可以以不同的方式處理：
它們可以被丟棄；
它們可以排放在隊列中以便當令牌桶中累積了足夠多的令牌時再傳輸；
它們可以繼續發送，但需要做特殊標記，網路過載的時候將這些特殊標記的包丟棄。
注意：令牌桶演算法不能與另外一種常見演算法「漏桶演算法（Leaky Bucket）」相混淆。這兩種演算法的主要區別在於「漏桶演算法」能夠強行限制數據的傳輸速率，而「令牌桶演算法」在能夠限制數據的平均傳輸速率外，還允許某種程度的突發傳輸。在「令牌桶演算法」中，只要令牌桶中存在令牌，那麼就允許突發地傳輸數據直到達到用戶配置的門限，因此它適合於具有突發特性的流量。

❾ 流量控制 流量整形有什麼區別

流量控制（滑動窗口協議）是數據鏈路層為避免擁塞而採取的措施，為了提高發送數據的吞吐率，又對流量進行了控制。
而流量整形是調節數據的平均速率和突發性；是網路層為了避免擁塞而採取的措施的；是由路由器來進行相應操作的。

❿ 流量整形的常見流量整形分類

流量整形通過減少外出流量的速率來強迫流量遵循某種帶寬的分配限制。不象流量監管會丟棄超過突發尺寸的流量，它是將突發的流量放入到流量整形的緩沖區中，當帶寬可用時，再將它發送出去，或者是當緩沖的數據包的數量低於配置的限制時，再將它發送出去。
流量整形使用一種令牌桶的系統來決定是否傳輸、延遲或者丟棄新的數據包。使用這種令牌桶系統，每個介面都有承諾信息速率（CIR），它是在一個時間段內介面能夠傳輸數據包的速率。持續突發速率（Bc）定義了再一個時間間隔內令牌桶可以含有的最大令牌數。當數據包到達一個介面後，它就會從令牌桶中取出一個令牌。當數據包被發送後，令牌就會釋放。當過了時間間隔（Tc）後，這個令牌就會返回到令牌桶中。如果令牌桶空了，任何新到達那個介面的數據包都會被放到隊列中，直到時間間隔過去，令牌又重新填入。如果CIR持續超過，令牌就會以大於它們添加的速度從令牌桶中挪走，而去填充隊列並且導致數據包被丟棄掉。
流量整形可以應用到一些不同的二層技術中去，例如以太、ATM、HDLC、PPP（ISDN和撥號介面不支持）和幀中繼。除了幀中繼以外，所有的這些技術都支持通用流量整形（GTS）。GTS也可以整形再訪問控制列表中定義的某種類型的流量，通過在流量整形中指定組來實現。
為了配置GTS必須知道對於介面的目的比特速率，即承諾信息速率（CIR），它指的是流量在正常情況下發送的速率。持續突發速率（Bc）指的是在每個時間間隔內流量被允許突發超出正常流量速率的速率，以比特表示。過量突發速率（Be）是指在第一個時間間隔內，流量被允許突發超出持續突發速率的速率。每隔一個時間間隔（Tc），流量會被填充到流量整形的令牌桶中。
Tc=Bc/CIR
流量整形的時間間隔不能小於10ms或者大於125ms。路由器基於Tc=Bc/CIR的公式發現最好的時間間隔。默認的時間間隔是125ms。這個時間間隔是CIR和Bc配置的結果，用於不可配置。思科建議Bc應當是CIR的1/8。它將會在每秒鍾內產生8個125ms的時間間隔。
對所有的介面流量配置GTS，在需要流量整形的介面上使用traffic-shaping rate命令。對於特定的流量，使用traffic-shaping group命令和一個訪問控制列表。
traffic-shaping {rate|group access-list-number} target-bit-rate [sustained][excess][buffer-limit]
group access-list-number指定匹配訪問控制列表（1－2699）的所有流量都被整形。
rate指定在這個介面上的所有流量都被整形。
target-bit-rate這個流量將被傳輸的正常速率（CIR），范圍為8000到介面的以每秒比特位表示的完整CIR。
sustained持續比特率（Bc）指的是流量被允許突發的數值，以每個時間間隔內的比特位表示。
excess過量比特率（Be）指的是在第一個時間間隔內突發的超出持續比特速率的流量，以每個時間間隔內的比特位表示。是個可選的參數，它會假設令牌桶已經完全滿了：Be=Bc*2。
buffer用於指定一個緩存的限制，范圍從1～4096。
GTS配置需要兩個步驟：發現流量整形的數值，並在介面上配置流量整形。
1、找到正確的流量整形的數值。CIR、Bc、Be
Bc指定在某個時間間隔內介面可以傳輸的比特位的數量。Bc=CIR*Tc
Be指定當介面填充了足夠的令牌時可以支持的突發的流量，通常時考慮在第一個時間間隔內。Be=Bc*2
如果介面不支持突發，可以使用下面的公式：Be=Bc
2、在介面模式下，使用traffic-shaping命令啟用流量整形。
為了查看GTS的配置，使用show traffic-shaping [statistics]命令 在以下4種情況下使用FRTS：1中心高速，分支低速的時候。2單條物理線路承載到不同目的地的眾多VC。3若FR發生了擁塞，想讓路由器將數據流攔住（Throttle）。4需要在同一條FR的VC上傳輸多種協議（IP、SNA）的數據流，並希望每種數據流都能佔到一定BW。
FR中的FECN和BECN用於暗示網路上發生了擁塞，當收到帶有BECN標記的數據包時，FR 流量整形(FRTS)將動態的對流量進行整形。注意：FRTS只能使用在FR的PVC和SVC上。其中有一種自適應的FRTS，在每個Tc間隔內，進程將檢查是否從幀中繼網路中收到BECN，如果在一個Tc間隔收到BECN，那麼傳送速率降低25%直到降到CIR的一半為止。當且僅當16個Tc內沒收到BECN，通訊速率恢復到CIR。
FRTS配置步驟
1）建立一個MAP-CLASS，名字區分大小寫。
2）定義流量整形的方法，比如設置平均速率和最高速率。
3）在介面上封裝FRAME-RELAY。
4）在埠上應用MAP-CLASS 5，開啟流量整形，一般用於源端介面。