- 產品與解決方案
- 行業解決方案
- 服務
- 支持
- 合作夥伴
- 關於我們
21-WAAS配置
本章節下載： 21-WAAS配置 (528.41 KB)
目 錄
WAAS（Wide Area Application Services，廣域網應用服務）是能夠對廣域網鏈路流量提供優化的一種廣域網技術。WAAS設備可以通過配置優化動作，改善廣域網鏈路高延遲、低帶寬的缺點。
WAAS可以提供針對報文協議類型的TCP優化和UDP優化。其中，TCP優化包括FEC（Forward Error Correction，前向冗餘糾錯）、TFO（Transport Flow Optimization，傳輸層流優化）、DRE（Data Redundancy Elimination，數據冗餘消除）、LZ（Lempel-Ziv compression，LZ壓縮）和包複製優化動作；UDP優化包括FEC和包複製優化動作。
TCP優化可以加速文件傳輸，降低網絡延遲。UDP優化可以根據網絡的丟包情況調整相關參數生成冗餘包，接收端設備對數據包進行校驗和重組，適合用於音頻、視頻業務。
TFO是指傳輸層流優化技術。在不改變TCP流量的源、目的IP地址和端口號的情況下，在廣域網鏈路兩端對TCP連接進行透明代理，並對廣域網鏈路兩端的TCP流量進行優化。TFO優化方式包括：
傳統TCP慢啟動時，擁塞窗口初始值為1個TCP分段，每經過一個傳輸輪次，擁塞窗口就加倍，最後擁塞窗口達到一個合適的值。在廣域網環境下，傳輸時延較大，導致擁塞窗口達到一個合適的值需要經過較長的時間。慢啟動優化通過擴大初始擁塞窗口大小的方式來縮短慢啟動過程。
傳統TCP的接收緩衝區最大為64K，即TCP在發送完64K的報文後，需接收到對端的確認報文後才能繼續發送數據，即使廣域網鏈路帶寬還有空閑，也無法再發送數據。TFO可以把TCP接收緩衝區最大增加到16384K，提高TCP的傳輸性能。
TCP的擁塞控製算法主要依賴於擁塞窗口，窗口的大小代表在未收到確認報文的情況下能夠發送出去的最大數據報文段。擁塞窗口的大小取決於網絡的擁塞程度，並且動態地在變化。窗口越大，數據發送的速度越快，則越有可能出現網絡擁塞；相反窗口越小，數據發送的速度越慢，則導致數據發送效率低下。TFO擁塞控製算法優化就是要在發送速度與網絡擁塞狀況這兩者之間權衡，選取最好的擁塞窗口大小，使得網絡吞吐量最大化且不產生擁塞。
傳統TCP在數據的傳輸過程中采用累計確認機製，發送方需等待一個來回時間根據接收方的確認報文確認丟失的數據，並且可能重傳一些已經被接收方正確接收的數據。在多個不連續分段丟失的情況下，這種機製降低了TCP傳輸的總吞吐量。
SACK（Selective Acknowledgment，選擇性確認）允許接收方通知發送方所有正確接收的數據，因此發送方隻需要重傳丟失的數據。例如，在多個不連續分段丟失的情況下，接收方對未正確接收的不連續數據分別確認，使發送方隻重傳丟失的數據，實現數據包的選擇性重傳。
DRE是指消除冗餘數據技術。在相互通信的WAAS設備上保存重複數據塊與字典索引對應的數據字典。數據發送前首先查找字典，如果查找到該數據塊的字典表項，則認為之前發送過該數據塊，稱為重複數據塊。發送端將重複數據塊替換為字典索引在廣域網鏈路上傳輸。接收端通過識別字典索引，將其還原成重複數據塊，以減少廣域網鏈路傳輸的數據量，提高數據傳輸速度。用字典索引替換重複數據塊的過程稱為DRE壓縮。用重複數據塊替換字典索引的過程稱為DRE解壓縮。
(1) 數據緩存：將TCP連接上接收的數據塊發送給DRE模塊前，需要TCP透明代理緩存輸入的TCP數據流，以提供給DRE一個較大的數據塊。
(2) 數據分塊和替換：DRE壓縮前將待發送數據劃分為互不重疊的數據塊，針對數據塊來檢測是否為重複數據塊。
· 如果為重複數據塊，用字典索引替換該數據塊，並根據該數據塊生成MD5摘要，把字典索引和MD5摘要信息發送至接收端；
· 如果不是重複數據塊，為該數據塊生成對應的字典索引，將該字典索引和數據塊添加到本地數據字典中，並根據該數據塊生成MD5摘要，把數據塊、對應的字典索引和摘要信息發送至接收端。
WAAS采用滑動塊檢測技術對數據進行分塊和檢測，滑動塊檢測技術的優點包括：
· 計算速度快、效率高。
· 對原始數據進行基於固定長度窗口的逐字節滑動比較，可以有效地檢測出重複數據塊，從而獲得良好的重複數據縮減率。
(1) 數據還原：WAAS設備檢測接收到的數據，根據接收數據獲得對應的原始數據。
¡ 如果接收到的數據為字典索引，則根據字典索引進行數據字典查詢以獲取相對應的重複數據塊。
¡ 如果接收到的數據為字典索引和重複數據塊，則根據收到的數據創建新的字典表項，並添加到本地數據字典中。
(2) 數據校驗：所有數據都還原後，計算解壓數據的MD5摘要，並且和報文中攜帶的摘要信息進行對比。如果相同，則代表解壓縮成功；如果不同，則代表解壓縮失敗，等待對端重新發送數據。
如果檢測到接收到的數據是字典索引，並且在數據字典中查詢失敗，則認為解壓縮失敗，需要對端重傳該報文原始數據和字典索引。
LZ壓縮是一種數據無損壓縮技術。主要是通過自建字典方法來進行壓縮替換，其壓縮字典存在於壓縮結果中。與DRE壓縮相比，LZ壓縮的壓縮率比較低，但其不需要在壓縮和解壓雙方同步保存數據字典，因此內存開銷比較小。
FEC是指前向冗餘糾錯技術。在相互通信的WAAS設備上，由發送端進行FEC編碼且生成冗餘包。冗餘包不是簡單的複製原始數據包，冗餘包頭信息中有該分組中原始數據包和冗餘包的個數以及序號等信息。接收端進行FEC解碼並根據未丟失的數據包和冗餘包恢複丟失的數據包，為上層音頻、視頻服務提供有力保障。
· 平均抗丟包率：通過配置抗丟包率可以控製生成冗餘包的數量。平均抗丟包率越小，生成的冗餘包個數越少，占用帶寬越小；平均抗丟包率越大，生成的冗餘包個數越多，占用帶寬越大。用戶需要根據網絡的實際丟包率來配置此值，配置的抗丟包率需大於實際丟包率。
· 編碼塊包數：通過配置編碼塊包數可以控製一組編碼的包數。若此值配置較小，則冗餘包會較少；若此值配置較大，則當網絡中發生丟包時，解碼側恢複被丟報文產生的時延較大。
· 編碼超時時間：發送端一次編碼的超時時間。FEC編碼塊包數和FEC編碼超時時間共同決定FEC一組編碼塊的原始數據包個數：若包數先達到編碼塊包數，則以編碼塊包數為準；若編碼超時時間先到，則以此時緩存的原始數據包個數為準。
· 解碼超時時間：接收端一次解碼的超時時間。接收端緩存的原始數據包和冗餘包之和小於該分組中原始數據包的個數，但緩存時間達到解碼超時時間時，設備將不會進行FEC解碼，而是直接發送接收到的原始數據包，丟棄冗餘包。
· 采樣周期：接收端周期性的發送采樣報文將實時丟包率告知給發送端，發送端根據實時丟包率調節平均抗丟包率。僅A-FEC支持。
· 接收端信息的老化時間：發送端在老化時間內未收到接收端采樣報文時，則刪除本設備對應的探測到的接收端相關信息，平均抗丟包率恢複為配置的固定值或者缺省值。僅A-FEC支持。
FEC根據平均抗丟包率的配置方式分為A-FEC（Adaptive-FEC，自適應的FEC）和D-FEC（Determined-FEC，固定的FEC）兩種類型。
· A-FEC根據實時丟包率調節平均抗丟包率：發送端在冗餘包中加入設備地址信息通告給接收端。接收端對實時數據進行丟包率采樣，並周期性的反饋給發送端，從而使發送端調整冗餘包個數的生成，減少廣域網鏈路傳輸的數據量，提高數據傳輸速度。
· D-FEC使用配置的固定平均抗丟包率。
FEC對報文的處理流程如下：
(1) 音頻、視頻數據包識別
數據報文處理：接收到數據報文後，進行WAAS策略匹配。如果匹配到策略，則創建FEC的快速轉發表項並設置快速轉發業務標記。
(2) FEC編碼過程
a. 數據緩存：設備將原始數據包進行緩存。
b. FEC編碼處理：當緩存的原始數據包達到編碼塊包數或者編碼緩存時間達到超時時間時，設備將緩存的原始數據包分成一組，並進行FEC編碼，生成冗餘包，再分別發送緩存的原始數據包與生成的冗餘包。
(3) FEC解碼過程
a. 數據緩存：設備將接收到的原始數據包和冗餘包進行緩存。
b. FEC解碼處理：在解碼超時時間內，當緩存的原始數據包和冗餘包之和大於等於該分組中原始數據包的個數，設備將緩存的數據包進行FEC解碼處理，恢複丟失的數據包，再分別發送原始數據包和恢複的數據包，並丟棄冗餘包。如果緩存時間達到解碼超時時間，設備將不會進行FEC解碼，而是直接發送原始數據包，丟棄冗餘包。
Internet上進行音視頻實時互動時，鏈路存在帶寬限製、時延、抖動和誤碼等問題，同時傳輸層和應用層糾錯重傳加劇了帶寬和時延問題，導致音視頻數據傳輸質量下滑，易出現音視頻長時間卡住不動然後快放的現象。
目前，大部分局域網普遍采用多條WAN鏈路接入廣域網。包複製功能利用多鏈路優勢，將同一份報文從兩條鏈路發送出去，能夠有效降低甚至解決因單條鏈路丟包導致的音視頻卡頓等問題。
包複製處理流程如下：
(1) 在發送端和接收端設備的WAN接口下分別應用相同的WAAS策略，優化動作為包複製。
(2) 發送端設備的WAN接口根據WAAS策略對於需要發送報文進行匹配，如果報文匹配成功，發送端設備的WAN接口會對報文封裝ID/時間戳等重組排序信息。
(3) 發送端設備對原始報文複製一份，原始報文通過該WAN接口發送到接收端，複製報文則會通過查詢到的第一條等價路由發送到接收端設備。
(4) 接收端設備接收到原始報文和複製報文後，對報文進行保序去重。先到的正常順序的報文正常發送給最終終端，後續重複報文直接丟棄。出現缺失報文時，對先到的報文進行緩存排序，等其他鏈路相同序號的報文到達後按照順序發送給最終終端。如果接收端在報文保序去重的超時時間內未收到較小序號的報文，則接收端會直接發送緩存的報文。
圖1-1 包複製處理流程示意圖
與WAAS相關的協議規範有：
· RFC 1323：TCP Extensions for High Performance
· RFC 3390：Increasing TCP's Initial Window
· RFC 2581：TCP Congestion Control
· RFC 2018：TCP Selective Acknowledgment Options
· RFC 3042：Enhancing TCP's Loss Recovery Using Limited Transmit
· RFC 2582：The NewReno Modification to TCP's Fast Recovery Algorithm
WAAS功能需要購買並正確安裝License後才能使用，當License到期或被卸載後，所有已創建的WAAS策略都不允許使用。關於License的詳細介紹，請參見“基礎配置指導”中的“License管理”。
使用WAAS特性時必須關閉快速轉發負載分擔功能，否則會造成WAAS業務不通，快速轉發負載分擔的詳細介紹請參見“三層技術-IP業務配置指導”中的“快速轉發”。
WAAS配置任務如下：
· 配置TCP優化：
b. 配置DRE優化參數
c. 配置FEC優化參數
d. 配置包複製優化參數
e. （可選）配置WAAS黑名單
f. （可選）配置TFO建立TCP代理連接的最大等待時間
g. 配置TCP優化策略
h. 配置接口應用WAAS策略
· 配置UDP優化：
b. 配置FEC優化參數
c. 配置包複製優化參數
d. 配置UDP優化策略
e. 配置接口應用WAAS策略
· （可選）配置處理接口流量的slot
· （可選）配置WAAS工作在非對稱組網模式
· （可選）配置全局LZ優化
· （可選）還原或創建WAAS的預定義配置
· （可選）刪除WAAS所有配置
(1) 進入係統視圖。
system-view
(2) 創建一個WAAS類，並進入WAAS類視圖。
waas class class-name
缺省情況下，不存在WAAS類。
(3) 創建匹配TCP流分類的規則。
match [ match-id ] tcp any [ ip-address { ip-address [ mask-length | mask ] | object-group ip-object-group-name } | ipv6-address { ipv6-address [ prefix-length ] | object-group ipv6-object-group-name } ] [ port { port-list | object-group port-object-group-name } ]
match [ match-id ] tcp { destination ip-address { ip-address [ mask-length | mask ] | object-group ip-object-group-name } [ port { port-list | object-group port-object-group-name } ] | source ip-address { ip-address [ mask-length | mask ] | object-group ip-object-group-name } [ port { port-list | object-group port-object-group-name } ] } *
match [ match-id ] tcp { destination ipv6-address { ipv6-address [ prefix-length ] | object-group ipv6-object-group-name } [ port { port-list | object-group port-object-group-name } ] | source ipv6-address { ipv6-address [ prefix-length ] | object-group ipv6-object-group-name } [ port { port-list | object-group port-object-group-name } ] } *
match [ match-id ] tcp { destination | source } port { object-group port-object-group-name | port-list }
(1) 進入係統視圖。
system-view
(2) 創建一個WAAS類，並進入WAAS類視圖。
waas class class-name
缺省情況下，不存在WAAS類。
(3) 創建匹配UDP流分類的規則。
match [ match-id ] udp any [ ip-address { ip-address [ mask-length | mask ] | object-group ip-object-group-name } | ipv6-address { ipv6-address [ prefix-length ] | object-group ipv6-object-group-name } ] [ port { port-list | object-group port-object-group-name } ]
match [ match-id ] udp { destination ip-address { ip-address [ mask-legnth | mask ] | object-group ip-object-group-name } [ port { port-list | object-group port-object-group-name } ] | source ip-address { ip-address [ mask-legnth | mask ] | object-group ip-object-group-name } [ port { port-list | object-group port-object-group-name } ] } *
match [ match-id ] udp { destination ipv6-address { ipv6-address [ prefix-length ] | object-group ipv6-object-group-name } [ port { port-list | object-group port-object-group-name } ] | source ipv6-address { ipv6-address [ prefix-length ] | object-group ipv6-object-group-name } [ port { port-list | object-group port-object-group-name } ] } *
match [ match-id ] udp { destination | source } port { port-list | object-group port-object-group-name }
擁塞窗口的大小取決於網絡的擁塞程度和發送速度，並且動態的在變化。設置合理的慢啟動初始擁塞窗口，當擁塞發生後，能夠較快的恢複到網絡最大傳輸能力。
配置TFO的保活功能後，係統啟動保活定時器。當定時器超時後，如果通信雙方仍沒有數據傳輸，則向對端設備發送保活報文，使連接不斷開。
接收緩衝區的大小決定了可以接收到的報文大小，用戶可以通過設置緩衝區的大小來影響線路的吞吐量。
不同的網絡性能需要使用不同的擁塞算法，設置合理的擁塞算法，能夠較快的恢複到網絡最大傳輸能力。不同TCP擁塞控製算法的特點如下：
· Reno：推薦用於低延時、低帶寬的場景，因為在高延時、高帶寬的場景中，傳輸速度往往要經過很長時間才能達到最大，會降低帶寬的利用率。Reno將收到ACK作為擁塞窗口增長的依據，是一種早期的TCP擁塞控製算法。
· BIC：推薦用於高帶寬、低丟包率的場景。BIC將丟包作為擁塞信號，優點是隻要沒有出現丟包，就不會主動降低發送速度，可以最大程度的利用網絡剩餘帶寬，提高吞吐量；缺點是傳輸時延較高，而且會將傳輸錯誤丟包認為是擁塞丟包，從而減小擁塞窗口，降低發送速率。
· BBR：推薦用於高帶寬、高時延、存在一定丟包率的場景。BBR不將丟包作為擁塞信號，所以在丟包率較高的場景下，BBR可以有效降低傳輸時延，並保證較高的吞吐量。BBRv2降低了搶占性，提高了不同算法共存時的公平性。
配置TFO的最大並發連接數，當超過最大連接數後，後續新建連接的流量不再進行WAAS優化處理。
(1) 進入係統視圖。
system-view
(2) 配置超時重傳時慢啟動的初始擁塞窗口大小。
waas tfo base-congestion-window segments
缺省情況下，初始擁塞窗口為2。
(3) 配置TFO的保活功能。
waas tfo keepalive
缺省情況下，TFO的保活功能處於開啟狀態。
(4) 配置TFO的接收緩衝區大小。
waas tfo receive-buffer buffer-size
缺省情況下，TFO的接收緩衝區為64KB。
(5) 配置WAAS在WAN側鏈路所使用的TCP擁塞控製算法。
waas tfo congestion-method { bbrv1 | bbrv2 | bic | reno }
缺省情況下，WAAS在WAN側鏈路所使用的TCP擁塞控製算法為BIC算法。
(6) 配置TFO的最大並發連接數。
waas tfo connect-limit limit
缺省情況下，TFO的最大並發連接數是10000。
DRE優化參數包括以下內容：
· WAAS匹配偏移步進級別：配置的WAAS匹配偏移步進級別越高，步進的步長就越大，匹配精度也就越低。請根據鏈路的傳輸速率配置WAAS匹配偏移步進級別，建議在高速鏈路上配置高級別偏移步進，提高WAAS匹配的效率；在低速鏈路上配置低級別偏移步進，確保WAAS匹配的精度。
· WAAS數據字典表項的老化時間：配置WAAS數據字典表項的老化時間後，設備會循環遍曆所有的WAAS數據字典表項，超過老化時間的表項將會被刪除。WAAS數據字典表項數量到達最大後，不再新建表項。
設備遍曆一次WAAS數據字典表項的時間與當前設備上表項數量有關，請以設備的實際情況為準。
(1) 進入係統視圖。
system-view
(2) 配置WAAS匹配偏移步進級別。
waas dre offset-step { general | fast | fastest | normal }
缺省情況下，WAAS匹配偏移步進為normal級別。
WAAS匹配偏移步進級別由高到低分別為：fastest、fast、general、normal。
(3) 配置WAAS數據字典表項的老化時間。
waas dre cache aging minutes
缺省情況下，WAAS數據字典表項不老化，表項達到最大數量後，後續創建的新表項會覆蓋最早創建的表項。
當本端設備配置了WAAS策略並應用於接口時，如果本端設備不能通過此接口與對端設備建立TCP連接，那麼係統自動將請求的服務器接口的IP地址和端口號加入黑名單，對匹配黑名單的流量不做任何優化。
在建立TCP連接的三次握手過程中，本端發送攜帶特定TCP選項的請求報文後，如果發生下列情況，則認為連接建立失敗：
· 在指定時間內未作出有效應答。
· 對端設備關閉了TCP連接。
WAAS黑名單是係統實時自動生成的，黑名單表項有一定的生存時間，當黑名單超時後將被係統自動刪除。
(1) 進入係統視圖。
system-view
(2) 開啟黑名單自動發現功能。
waas tfo auto-discovery blacklist enable
缺省情況下，自動發現黑名單功能處於關閉狀態。
(3) （可選）配置黑名單表項的老化時間。
waas tfo auto-discovery blacklist hold-time minutes
缺省情況下，黑名單表項的老化時間為5分鍾。
缺省情況下，TCP客戶端和服務器建立TCP連接過程中，若對端未作出有效應答，客戶端或服務器會在最大等待時間75s超時後，宣布建立TCP連接失敗，WAAS設備作為TCP代理無法幹預TCP連接的最大等待時間。配置本功能後，WAAS設備作為TCP代理可以通過配置較小的TCP代理最大等待時間，來縮短客戶端和服務器等待時間。
本端設備作為TFO優化的TCP代理，在與對端設備建立TFO優化的TCP連接時，如果在TCP代理連接的最大等待時間內未收到對端的有效應答，則停止建立連接。本端設備停止建立TCP連接後，若設備上配置了waas tfo auto-discovery blacklist enable命令（自動發現黑名單功能），會將本端設備用於建立TCP連接的IP地址和端口加入到黑名單。
(1) 進入係統視圖。
system-view
(2) 配置TFO建立TCP代理連接的最大等待時間
waas tfo connect-wait seconds
缺省情況下，未配置TFO建立TCP代理連接的最大等待時間。
根據網絡上當前的丟包狀況及流量的速率，可以調整FEC配置的各項參數，使音頻、視頻優化達到好的效果。
FEC分為A-FEC（Adaptive-FEC，自適應的FEC）和D-FEC（Determined-FEC，固定的FEC）兩種類型，TCP優化和UDP優化僅支持配置D-FEC類型。
(1) 進入係統視圖。
system-view
(2) 創建WAAS策略，並進入WAAS策略視圖。
waas policy policy-name
缺省情況下，不存在WAAS策略。
(3) 配置WAAS策略引用的類，並進入WAAS策略類動作視圖。
class class-name [ insert-before existing-class ]
缺省情況下，WAAS策略未引用任何類。
(4) （可選）配置FEC的類型。
fec loss-recovery-type { adaptive-fec | determined-fec }
缺省情況下，FEC的類型為D-FEC。
(5) （可選）配置FEC的平均抗丟包率。
fec average-ratio ratio
缺省情況下，FEC的平均抗丟包率為35%。
(6) （可選）配置FEC的編碼超時時間。
fec encode-timeout milliseconds
缺省情況下，編碼超時時間為500毫秒。
(7) （可選）配置FEC的編碼塊包數。
fec block-size block-size
缺省情況下，編碼塊包數為20。
(8) （可選）配置FEC的解碼超時時間。
fec decode-timeout milliseconds
缺省情況下，解碼超時時間為800毫秒。
(9) （可選）配置A-FEC接收端信息的老化時間。
fec probe aging-time seconds
缺省情況下，A-FEC接收端信息的老化時間為1秒。
僅A-FEC支持。
(10) （可選）配置A-FEC的采樣周期。
fec sample-interval interval
缺省情況下，A-FEC的采樣周期為100毫秒。
在設備上配置包複製優化後，發送端會對待發送的報文進行複製，並額外選擇一條到接收端可達的路徑作為複製報文的轉發路徑，接收端接收到報文後會對報文進行保序去重，以保證報文的完整性，連續性。
對於複製路徑的選擇，發送端不僅可以通過包複製算法選擇複製路徑，還可以通過包複製路徑智能選路功能或指定靜態路徑的方式選擇複製路徑，不同方式選擇的複製路徑優先級不同。
· 如果在設備上開啟了包複製路徑智能選路功能，設備會根據鏈路優先級、鏈路質量和鏈路帶寬等因素，智能選擇一條傳輸路徑作為包複製路徑。智能選路的複製路徑優先級高於靜態指定的複製路徑和包複製算法選擇的複製路徑。
· 如果在設備上靜態指定了一條複製路徑且不存在智能選路的複製路徑時，設備會使用靜態複製路徑作為包複製路徑。靜態指定的複製路徑優先級高於包複製算法選擇的複製路徑。
· 如果設備發現既不存在智能選路的複製路徑也不存在靜態指定的複製路徑，則通過包複製算法選擇路由表中與原始路徑等價的轉發路徑中的第一條作為複製路徑。
對於報文的保序去重，發送端根據報文發送順序對報文編排序號（例如1、2……n），再進行複製轉發。接收端會丟棄序號相同的報文並根據序號對報文重新排序後，再進行轉發。若出現較小序號的報文未接收到的情況，接收端會緩存已收到的報文，待較小序號的報文到達後再按照序號依次發送；如果接收端在報文保序去重的超時時間內未收到較小序號的報文，則接收端會直接發送緩存的報文。
包複製路徑智能選路功能需要在設備上開啟智能選路功能才能生效，有關智能選路的相關介紹，請參見“三層技術-IP路由配置指導”中的“智能選路配置”。
靜態指定的包複製路徑對應的SDWAN隧道必須已經存在，若同一條SDWAN隧道被多次配置為複製路徑，則最後一次配置生效。若同一個目的地址配置了多條靜態路徑，有且僅一條靜態路徑會被選擇為複製路徑（由設備內部算法決定）。靜態指定的包複製路徑功能僅SDWAN組網支持。
(1) 進入係統視圖。
system-view
(2) 創建WAAS策略，並進入WAAS策略視圖。
waas policy policy-name
缺省情況下，不存在WAAS策略。
(3) 配置WAAS策略引用的類，並進入WAAS策略類動作視圖。
class class-name [ insert-before existing_class ]
(4) 開啟包複製路徑智能選路功能。
packet-dup rir enable
缺省情況下，包複製路徑智能選路功能處於關閉狀態。
(1) 進入係統視圖。
system-view
(2) 配置SDWAN組網下靜態包複製路徑。
waas packet-dup sdwan static-path { destination-ip dest-ipv4-address { dest-mask-length | dest-mask } | destination-ipv6 dest-ipv6-address dest-prefix-length } [ vpn-instance vpn-instance-name ] interface interface-type interface-number peer-site-id peer-site-id peer-device-id peer-device-id peer-interface-id peer-interface-id [ priority priority ]
缺省情況下，不存在靜態包複製路徑。
(1) 進入係統視圖。
system-view
(2) 創建WAAS策略，並進入WAAS策略視圖。
waas policy policy-name
缺省情況下，不存在WAAS策略。
(3) 配置WAAS策略引用的類，並進入WAAS策略類動作視圖。
class class-name [ insert-before existing_class ]
(4) 配置包複製報文保序去重的超時時間。
packet-dup reorder timeout timeout
缺省情況下，包複製報文保序去重的超時時間為100ms。
TCP優化策略對匹配WAAS類的TCP流量進行優化，優化動作包括：
· 優化動作：對匹配指定WAAS類的TCP流量進行優化處理，包括FEC、TFO、DRE、LZ和包複製五種方式。
· 直接旁路動作：對匹配指定WAAS類的TCP流量不進行優化處理。
配置優化動作命令受對應優化控製功能的影響，如果用戶配置了優化動作命令，而對應的優化控製功能處於關閉狀態，則不能對匹配的報文流量進行相應的優化處理。
建議用戶通過修改預定義策略的方式完成策略配置。
(1) 進入係統視圖。
system-view
(2) 創建WAAS策略，並進入WAAS策略視圖。
waas policy policy-name
缺省情況下，不存在WAAS策略。
(3) 配置WAAS策略引用的類，並進入WAAS策略類動作視圖。
class class-name [ insert-before existing_class ]
缺省情況下，WAAS策略未引用任何類。
(4) 配置WAAS類的動作。請選擇其中一項進行配置。
¡ 配置WAAS類優化動作。
optimize { fec | packet-dup | tfo [ dre | lz ] * }
¡ 配置WAAS類直接旁路動作。
passthrough
缺省情況下，WAAS類未配置任何動作。
(5) 退回係統視圖。
quit
(6) 配置WAAS消除數據冗餘功能。
waas tfo optimize dre
缺省情況下，WAAS消除數據冗餘功能處於開啟狀態。
(7) 配置WAAS數據壓縮功能。
waas tfo optimize lz
缺省情況下，WAAS數據壓縮功能處於開啟狀態。
UDP優化策略對匹配WAAS類的UDP流量進行優化，優化動作為FEC和包複製兩種方式。
配置優化動作命令受對應優化控製功能的影響，如果用戶配置了優化動作命令，而對應的優化控製功能處於關閉狀態，則不能對匹配的報文流量進行相應的優化處理。
建議用戶通過修改預定義策略的方式完成策略配置。
(1) 進入係統視圖。
system-view
(2) 創建WAAS策略，並進入WAAS策略視圖。
waas policy policy-name
缺省情況下，不存在WAAS策略。
(3) 配置WAAS策略引用的類，並進入WAAS策略類動作視圖。
class class-name [ insert-before existing_class ]
缺省情況下，WAAS策略未引用任何類。
(4) 配置WAAS類的優化動作。
optimize { fec | packet-dup }
缺省情況下，WAAS類未配置任何優化動作。
在廣域網接口上應用WAAS策略後，對於從局域網側發送或廣域網側接收的流量會與該廣域網接口所引用的WAAS策略進行匹配。若流量與WAAS策略匹配成功，則會對流量進行WASS優化，優化動作由WAAS策略決定；若流量與WAAS策略匹配失敗，則不會對流量進行WASS優化。
WAAS策略僅支持在局域網網關上應用，且僅在廣域網的接口上應用生效。若在同一台設備的廣域網接口和局域網接口上都應用了WAAS策略，廣域網接口和局域網接口的WAAS策略都會失效。
一個WAAS策略可以應用於一台設備的多個接口，但一個接口隻能應用一個策略。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 應用WAAS策略。
waas apply policy [ policy-name ]
缺省情況下，接口上未應用任何WAAS策略。
當全局邏輯接口（如三層聚合接口、VLAN接口等）作為局域網或廣域網側的接口並跨板時，需要在邏輯接口視圖下，指定全局邏輯接口中的任意成員接口所在單板或成員設備轉發當前邏輯接口流量。
為提高當前接口處理流量的可靠性，可以通過service命令和service standby命令為接口分別指定一個主用slot和一個備用slot進行流量處理。
接口上同時配置了主用slot和備用slot時，流量處理的機製如下：
· 當主用slot不可用時，流量由備用slot處理。之後，即使主用slot恢複可用，流量也繼續由備用slot處理；僅當備用slot不可用時，流量才切換到主用slot。
· 當主用slot和備用slot均不可用時，流量由接收報文的slot處理；之後，主用slot和備用slot誰先恢複可用，流量就由誰處理。
如果接口上未配置主用slot和備用slot，則業務處理在接收報文的slot上進行。
為避免不必要的流量切換，建議配置主用slot後，再配置備用slot。如果先配置備用slot，則流量由備用slot處理；在配置主用slot後，流量將會從備用slot切換到主用slot。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置處理接口流量的主用slot。
（獨立運行模式）
service slot slot-number
（IRF模式）
service chassis chassis-number slot slot-number
缺省情況下，未配置處理接口流量的主用slot。
本命令的詳細介紹，請參見“二層技術-以太網交換”中的“VLAN”和“以太網鏈路聚合”。
(4) 配置處理接口流量的備用slot。
（獨立運行模式）
service standby slot slot-number
（IRF模式）
service standby chassis chassis-number slot slot-number
缺省情況下，未配置處理接口流量的備用slot。
本命令的詳細介紹，請參見“二層技術-以太網交換”中的“VLAN”和“以太網鏈路聚合”。
若報文的收發均通過設備的同一個接口，則稱為對稱組網，否則為非對稱組網。在非對稱組網環境中需要配置WAAS工作在非對稱組網模式。
對於使用邏輯接口（包括聚合接口和隧道接口等）的組網，係統默認這類組網為非對稱組網，必須配置本命令WAAS配置才能生效。
(1) 進入係統視圖。
system-view
(2) 配置WAAS工作在非對稱組網模式。
waas asymmetric
缺省情況下，WAAS工作在對稱組網模式。
同一設備不允許同時開啟LZ壓縮功能和解壓縮功能，即對於一對源/目地址，隻能進行單向流量壓縮和解壓縮處理。在上遊設備開啟LZ壓縮功能，上遊設備會對指定流量的報文進行LZ壓縮處理，在下遊設備開啟數據報文LZ單向解壓縮功能，上遊設備會對指定流量的報文進行LZ單向解壓縮處理，報文經過壓縮後轉發到下遊設備，下遊設備接收到壓縮報文對報文進行解壓縮，還原成原始報文繼續轉發。
對於分片報文或選項報文，不支持進行壓縮或者解壓縮操作，設備收到該類報文後會直接轉發出去。
配置數據報文的ACL匹配規則後，waas tcp destination命令配置的目的地址和目的端口號均不生效。
(1) 進入係統視圖
system-view
(2) 開啟TCP數據報文LZ壓縮或解壓縮功能。
waas tcp { compress [ max max-number ] | decompress }
缺省情況下，TCP數據報文LZ壓縮或解壓縮功能處於關閉狀態。
(3) 配置TCP數據報文的ACL匹配規則。
waas tcp acl { acl-number | name acl-name }
缺省情況下，未配置TCP數據報文的ACL匹配規則。
(4) 配置需要進行LZ壓縮或解壓縮的TCP數據報文的目的地址和目的端口號。
waas tcp destination { ip-address port port-number | object-group ip-object-group-name port object-group port-object-group-name }
缺省情況下，未配置需要進行LZ壓縮或解壓縮的TCP數據報文目的地址和目的端口號。
(1) 進入係統視圖。
system-view
(2) 開啟UDP報文LZ壓縮或解壓縮功能。
waas udp { compress [ max max-number ] | decompress }
缺省情況下，UDP報文LZ壓縮或解壓縮功能處於關閉狀態。
(3) 配置UDP數據報文的ACL匹配規則。
waas udp acl { acl-number | name acl-name }
缺省情況下，未配置UDP數據報文的ACL匹配規則。
(4) 配置需要進行LZ壓縮或解壓縮的UDP報文的目的地址和目的端口號。
waas udp destination { ip-address port port-number | object-group ip-object-group-name port object-group port-object-group-name }
缺省情況下，未配置需要進行LZ壓縮或解壓縮的UDP報文目的地址和目的端口號。
設備缺省未定製WAAS預定義配置時，WAAS進程啟動後，配置本命令可以在設備中創建預定義配置，設備中會自動生成預定義類和WAAS預定義策略waas_default。
WAAS預定義配置可以手動修改。當用戶在預定義類視圖或WAAS預定義策略視圖下對預定義配置進行修改後，可以配置本命令將WAAS預定義配置還原成缺省狀態。
配置本命令前，需要先配置WAAS相關命令啟動WAAS進程，例如waas class命令，否則配置失敗。
配置本功能時，需保證所有接口未應用任何WAAS策略，否則恢複失敗。
(1) 進入係統視圖。
system-view
(2) 還原或創建WAAS的預定義配置。
waas config restore-default
刪除WAAS所有配置是指刪除WAAS特性的所有配置數據和運行數據，並使WAAS進程退出。
(1) 進入係統視圖。
system-view
(2) 刪除WAAS所有配置。
waas config remove-all
在完成上述配置後，在任意視圖下執行display命令可以顯示配置後WAAS的運行情況，通過查看顯示信息驗證配置的效果。
在用戶視圖下執行reset命令可以清除WAAS的信息。
表1-1 WAAS顯示和維護
|
操作 |
命令 |
|
顯示WAAS類的信息 |
display waas class [ class-name ] |
|
顯示對端FEC的信息 |
（獨立運行模式） display waas fec peer-info { ipv4 | ipv6 } [ vpn-instance vpn-instance-name ] [ source-ip source-ip | source-port source-port | destination-ip destination-ip | destination-port destination-port ] [ slot slot-number ] （IRF模式） display waas fec peer-info { ipv4 | ipv6 } [ vpn-instance vpn-instance-name ] [ source-ip source-ip | source-port source-port | destination-ip destination-ip | destination-port destination-port ] [ chassis chassis-number slot slot-number ] |
|
顯示WAAS策略的信息 |
display waas policy [ policy-name ] |
|
顯示WAAS會話信息 |
（獨立運行模式） display waas session { ipv4 | ipv6 } [ client-ip client-ip ] [ client-port client-port ] [ server-ip server-ip ] [ server-port server-port ] [ peer-id peer-id ] [ verbose ] [ slot slot-number ] （IRF模式） display waas session { ipv4 | ipv6 } [ client-ip client-ip ] [ client-port client-port ] [ server-ip server-ip ] [ server-port server-port ] [ peer-id peer-id ] [ verbose ] [ chassis chassis-number slot slot-number ] |
|
顯示DRE的統計信息 |
（獨立運行模式） display waas statistics dre [ peer peer-id ] [ slot slot-number ] （IRF模式） display waas statistics dre [ peer peer-id ] [ chassis chassis-number slot slot-number ] |
|
顯示FEC的報文統計信息 |
（獨立運行模式） display waas statistics fec [ slot slot-number ] （IRF模式） display waas statistics fec [ chassis chassis-number slot slot-number ] |
|
顯示負載分擔的報文統計信息 |
display waas statistics load-balance |
|
顯示LZ統計信息 |
（獨立運行模式） display waas statistics lz [ peer peer-id ] [ slot slot-number ] （IRF模式） display waas statistics lz [ peer peer-id ] [ chassis chassis-number slot slot-number ] |
|
顯示包複製的報文統計信息 |
display waas statistics packet-dup { ipv4 | ipv6 } |
|
顯示TCP數據報文的壓縮統計信息 |
display waas statistics tcp compress |
|
顯示UDP報文的壓縮統計信息 |
display waas statistics udp compress |
|
顯示WAAS全局狀態 |
display waas status |
|
顯示WAAS自動發現的黑名單信息 |
（獨立運行模式） display waas tfo auto-discovery blacklist { ipv4 | ipv6 } [ slot slot-number ] （IRF模式） display waas tfo auto-discovery blacklist { ipv4 | ipv6 } [ chassis chassis-number slot slot-number ] |
|
清除DRE的數據字典 |
reset waas cache dre [ peer peer-id ] |
|
清除DRE統計信息 |
reset waas statistics dre [ peer peer-id ] |
|
清除FEC的報文統計信息 |
reset waas statistics fec |
|
清除負載分擔的報文統計信息 |
reset waas statistics load-balance |
|
清除LZ統計信息 |
reset waas statistics lz [ peer peer-id ] |
|
清除包複製的報文統計信息 |
reset waas statistics packet-dup { ipv4 | ipv6 } |
|
清除TCP數據報文壓縮統計信息 |
reset waas statistics tcp compress |
|
清除UDP報文的壓縮統計信息 |
reset waas statistics udp compress |
|
清除所有的黑名單表項 |
reset waas tfo auto-discovery blacklist |
· 在Router A和Router B兩台設備上應用預定義策略waas_default，默認引用所有的預定義類。
· Host請求從Server下載數據，通過顯示統計信息來檢測優化效果。第一次請求下載數據，兩端WAAS設備需要創建數據字典表項，發送字典索引和原始數據，壓縮效率較低。第二次請求下載同樣的數據，由於數據字典已經建立，用字典索引代替重複數據，壓縮效率較高。
圖1-2 預定義WAAS策略配置組網圖
(1) 配置各接口的IP地址
按照圖1-2配置各接口IP地址和掩碼，具體配置過程略。
(2) 在廣域網和各局域網內配置合適的路由協議，保證全網路由可達（具體配置過程略）
(3) 在設備上關閉快速轉發負載分擔功能。
# 在Router A上關閉快速轉發負載分擔功能。
<RouterA> system-view
[RouterA] undo ip fast-forwarding load-sharing
# 在Router B上關閉快速轉發負載分擔功能。
<RouterB> system-view
[RouterB] undo ip fast-forwarding load-sharing
(4) 在接口上應用預定義WAAS策略
# 在Router A的GigabitEthernet1/0/1接口上應用預定義策略。
[RouterA] waas config restore-default
[RouterA] interface gigabitethernet 1/0/1
[RouterA-GigabitEthernet1/0/1] waas apply policy
[RouterA-GigabitEthernet1/0/1] quit
[RouterA] quit
# 在Router B的GigabitEthernet1/0/1接口上應用預定義策略。
[RouterB] waas config restore-default
[RouterB] interface gigabitethernet 1/0/1
[RouterB-GigabitEthernet1/0/1] waas apply policy
(5) 客戶端Host通過HTTP協議從Server下載一個約14MB的測試文件。
(6) 清除Router A 的DRE統計信息
<RouterA> reset waas statistic dre
(7) 客戶端重新請求下載同一測試文件。
# 第一次下載後，顯示Router A的DRE統計信息。
<RouterA> display waas statistic dre
Peer-ID: cc3e-5fd8-5158
Peer version: 1.0
Cache in storage: 12710912 bytes
Index number: 49652
Age: 00 weeks, 00 days, 00 hours, 00 minutes, 35 seconds
Total connections: 1
Active connections: 0
Encode Statistics
Dre msgs: 2
Bytes in: 286 bytes
Bytes out: 318 bytes
Bypass bytes: 0 bytes
Bytes Matched: 0 bytes
Space saving: -11%
Average latency: 0 usec
Decode Statistics
Dre msgs: 57050
Bytes in: 14038391 bytes
Bytes out: 14079375 bytes
Bypass bytes: 0 bytes
Space saved: 0%
Average latency: 0 usec
# 清除統計信息後，重新下載，顯示Router A的DRE統計信息。
<RouterA> display waas statistic dre
Peer-ID: cc3e-5fd8-5158
Peer version: 1.0
Cache in storage: 12851200 bytes
Index number: 50200
Age: 00 weeks, 00 days, 00 hours, 2 minutes, 56 seconds
Total connections: 1
Active connections: 0
Encode Statistics
Dre msgs: 2
Bytes in: 286 bytes
Bytes out: 60 bytes
Bypass bytes: 0 bytes
Bytes Matched: 256 bytes
Space saved: 79%
Average latency: 0 usec
Decode Statistics
Dre msgs: 62791
Bytes in: 2618457 bytes
Bytes out: 13972208 bytes
Bypass bytes: 0 bytes
Space saved: 81%
Average latency: 0 usec
通過比較可以看出：數據字典建立後，第二次下載解壓縮接收字節數明顯降低，節省空間81%，第二次下載速度明顯加快。
· 在Router A和Router B兩台設備上應用用戶自定義策略。
· Host請求從Server下載數據，通過顯示統計信息來檢測優化效果。第一次請求下載數據，兩端WAAS設備需要創建數據字典表項，發送字典索引和原始數據，壓縮效率較低。第二次請求下載同樣的數據，由於數據字典已經建立，用字典索引代替重複數據，壓縮效率較高。
圖1-3 用戶自定義WAAS策略配置組網圖
(1) 配置各接口的IP地址
按照圖1-3配置各接口IP地址和掩碼，具體配置過程略。
(2) 在廣域網和各局域網內配置合適的路由協議，保證全網路由可達（具體配置過程略）
(3) 在設備上關閉快速轉發負載分擔功能。
# 在Router A上關閉快速轉發負載分擔功能。
<RouterA> system-view
[RouterA] undo ip fast-forwarding load-sharing
# 在Router B上關閉快速轉發負載分擔功能。
<RouterB> system-view
[RouterB] undo ip fast-forwarding load-sharing
(4) 創建WAAS類
# 在Router A上創建WAAS類c1，在該WAAS類視圖下創建匹配流分類的規則為匹配所有TCP流量。
[RouterA] waas class c1
[RouterA-waasclass-c1] match 1 tcp any
[RouterA-waasclass-c1] quit
# 在Router B上創建WAAS類c1，在該WAAS類視圖下創建匹配流分類的規則為匹配所有TCP流量。
[RouterB] waas class c1
[RouterB-waasclass-c1] match tcp any
[RouterB-waasclass-c1] quit
(5) 創建WAAS策略
# 在Router A上創建策略p1，配置其引用WAAS類c1，匹配c1報文的優化方式為TFO、DRE和LZ。
[RouterA] waas policy p1
[RouterA-waaspolicy-p1] class c1
[RouterA-waaspolicy-p1-c1] optimize tfo dre lz
[RouterA-waaspolicy-p1-c1] quit
[RouterA-waaspolicy-p1] quit
# 在Router B上創建策略p1，配置其引用WAAS類c1，匹配c1報文的優化方式為TFO、DRE和LZ。
[RouterB] waas policy p1
[RouterB-waaspolicy-p1] class c1
[RouterB-waaspolicy-p1-c1] optimize tfo dre lz
[RouterB-waaspolicy-p1-c1] quit
[RouterB-waaspolicy-p1] quit
(6) 在接口上應用策略。
# 在Router A的GigabitEthernet1/0/1接口上應用WAAS策略p1。
[RouterA] interface gigabitethernet 1/0/1
[RouterA-GigabitEthernet1/0/1] waas apply policy p1
[RouterA-GigabitEthernet1/0/1] quit
[RouterA] quit
# 在Router B的GigabitEthernet1/0/1接口上應用WAAS策略p1。
[RouterB] interface gigabitethernet 1/0/1
[RouterB-GigabitEthernet1/0/1] waas apply policy p1
[RouterB-GigabitEthernet1/0/1] quit
[RouterB] quit
(7) 客戶端Host通過HTTP協議從Server下載一個約14MB的測試文件。
(8) 清除DRE統計信息
<RouterA> reset waas statistic dre
(9) 客戶端重新請求下載同一測試文件
# 第一次下載後，顯示Router A的DRE統計信息。
<RouterA> display waas statistic dre
Peer-ID: cc3e-5fd8-5158
Peer version: 1.0
Cache in storage: 12718592 bytes
Index number: 49682
Age: 00 weeks, 00 days, 00 hours, 00 minutes, 35 seconds
Total connections: 1
Active connections: 0
Encode Statistics
Dre msgs: 2
Bytes in: 286 bytes
Bytes out: 318 bytes
Bypass bytes: 0 bytes
Bytes Matched: 0 bytes
Space saved: -11%
Average latency: 0 usec
Decode Statistics
Dre msgs: 56959
Bytes in: 13999244 bytes
Bytes out: 14055291 bytes
Bypass bytes: 0 bytes
Space saved: 0%
Average latency: 0 usec
# 清除統計信息後，重新下載，顯示Router A的DRE統計信息。
<RouterA> display waas statistic dre
Peer-ID: cc3e-5fd8-5158
Peer version: 1.0
Cache in storage: 12857856 bytes
Index number: 50226
Age: 00 weeks, 00 days, 00 hours, 2 minutes, 02 seconds
Total connections: 1
Active connections: 0
Encode Statistics
Dre msgs: 2
Bytes in: 286 bytes
Bytes out: 60 bytes
Bypass bytes: 0 bytes
Bytes Matched: 256 bytes
Space saved: 79%
Average latency: 0 usec
Decode Statistics
Dre msgs: 62687
Bytes in: 2592183 bytes
Bytes out: 13972208 bytes
Bypass bytes: 0 bytes
Space saved: 81%
Average latency: 0 usec
通過比較可以看出：數據字典建立後，第二次下載解壓縮接收字節數明顯降低，節省空間81%，第二次下載速度明顯加快。
· 在Router A和Router B兩台設備上分別配置UDP報文壓縮和解壓縮功能。
· Host將UDP報文發送給上遊設備Router A，Router A對UDP報文進行壓縮後進行轉發，報文到達下遊設備Router B，Router B對UDP報文進行解壓縮後轉發給Server進行分析處理。
圖1-4 UDP報文壓縮解壓縮功能組網圖
(1) 配置各接口的IP地址
按照圖1-4配置各接口IP地址和掩碼，配置Server地址172.16.105.48，具體配置過程略。
(2) 在廣域網和各局域網內配置合適的路由協議，保證全網路由可達（具體配置過程略）
(3) 在設備上關閉快速轉發負載分擔功能。
# 在Router A上關閉快速轉發負載分擔功能。
<RouterA> system-view
[RouterA] undo ip fast-forwarding load-sharing
# 在Router B上關閉快速轉發負載分擔功能。
<RouterB> system-view
[RouterB] undo ip fast-forwarding load-sharing
(4) 配置UDP報文壓縮解壓縮功能。
# 在Router A上開啟UDP報文壓縮功能。
<RouterA> system-view
[RouterA] waas udp compress
# 在Router A上配置對目的地址為172.16.105.48和端口號為5000的報文進行壓縮。
[RouterA] waas udp destination 172.16.105.48 port 5000
# 在Router B上開啟UDP報文解壓縮功能。
<RouterB> system-view
[RouterB] waas udp decompress
# 在Router B上配置對目的地址為172.16.105.48和端口號為5000的報文進行解壓縮。
[RouterB] waas udp destination 172.16.105.48 port 5000
# 第一次產生UDP報文後，顯示Router A的UDP報文統計信息。
[RouterA] display waas statistic udp compress
Bytes in : 30106991182
Bytes out : 375556018
Saved bandwidth ratio : 98.75%
Compressed packet ratio : 100.00%
通過統計信息可以看出：UDP報文壓縮後，帶寬明顯降低，節省帶寬達98.75%。
· 在Router A和Router B兩台設備上分別配置FEC編碼和解碼功能。
· Host將音頻、視頻數據報文發送給上遊設備Router A，Router A對音頻、視頻數據報文進行FEC編碼後將原始數據包和生成的冗餘包進行轉發，報文到達下遊設備Router B，Router B根據接收到的原始數據包和冗餘包進行FEC解碼處理，恢複丟失的數據包，然後將原始數據包和恢複的數據包轉發給Server進行分析處理，同時將冗餘包丟棄。
圖1-5 FEC功能組網圖
(1) 配置各接口的IP地址。
按照圖1-5配置各接口IP地址和掩碼，配置Server地址172.16.105.48，具體配置過程略。
(2) 在廣域網和各局域網內配置合適的路由協議，保證全網路由可達（具體配置過程略）。
(3) 創建WAAS類，並創建匹配UDP流分類的規則。
# 在Router A上創建WAAS類waas，並創建匹配規則，匹配目的地址為172.16.105.48/24的UDP流量。
<RouterA> system-view
[RouterA] waas class waas
[RouterA-waasclass-waas] match udp destination ip-address 172.16.105.48 24
# 在Router B上創建WAAS類waas，並創建匹配規則，匹配目的地址為172.16.105.48/24的UDP流量。
<RouterB> system-view
[RouterB] waas class waas
[RouterB-waasclass-waas] match udp destination ip-address 172.16.105.48 24
(4) 創建WAAS策略，引用WAAS類並指定WAAS類的優化方式為FEC，並配置FEC相關參數。
# 在Router A上創建WAAS策略policy_fec，引用WAAS類waas，並指定WAAS類waas優化方式為FEC，配置平均抗丟包率為30%，編碼超時時間為200毫秒，編碼塊包數為40。
<RouterA> system-view
[RouterA] waas policy Policy_fec
[RouterA-waaspolicy-policy_fec] class waas
[RouterA-waaspolicy-policy_fec-waas] optimize fec
[RouterA-waaspolicy-policy_fec-waas] fec average-ratio 30
[RouterA-waaspolicy-policy_fec-waas] fec encode-timeout 200
[RouterA-waaspolicy-policy_fec-waas] fec block-size 40
# 在Router B上創建WAAS策略policy_fec，引用WAAS類waas，並指定WAAS類waas優化方式為FEC，解碼超時時間為1000毫秒。
<RouterB> system-view
[RouterB] waas policy policy_fec
[RouterB-waaspolicy-policy_fec] class waas
[RouterB-waaspolicy-policy_fec-waas] optimize fec
[RouterB-waaspolicy-policy_fec-waas] fec decode-timeout 1000
(5) 在接口上應用WAAS策略。
# 在Router A接口GigabitEthernet1/0/1上應用WAAS策略policy_fec。
<RouterA> system-view
[RouterA] interface gigabitethernet 1/0/1
[RouterA-GigabitEthernet1/0/1] waas apply policy policy_fec
# 在Router B接口GigabitEthernet1/0/1上應用WAAS策略policy_fec。
<RouterB> system-view
[RouterB] interface gigabitethernet 1/0/1
[RouterB-GigabitEthernet1/0/1] waas apply policy policy_fec
# 查看RouterA上的FEC的報文統計信息。
<RouterA> display waas statistics fec
Encoder:
Received:
Total packets : 5931
Sent:
Original packets : 5915
Redundant packets : 3254
In-order original packets after timeout : 15
Out-of-order original packets after timeout : 16
Decoder:
Received:
Original packets : 5611
Redundant packets : 3081
Original packets in different group : 0
Redundant packets in different group from cached redundant packets: 0
Redundant packets in different group from cached original packets : 10
Redundant packets with sequence number less than cached ones : 0
Sent:
Original packets : 5611
Recovered packets : 0
In-order original packets after timeout : 0
# 查看RouterB上的FEC的報文統計信息。
<RouterB> display waas statistics fec
Encoder:
Received:
Total packets : 5610
Sent:
Original packets : 5601
Redundant packets : 3081
In-order original packets after timeout : 21
Out-of-order original packets after timeout : 9
Decoder:
Received:
Original packets : 5932
Redundant packets : 3254
Original packets in different group : 0
Redundant packets in different group from cached redundant packets: 0
Redundant packets in different group from cached original packets : 17
Redundant packets with sequence number less than cached ones : 0
Sent:
Original packets : 5932
Recovered packets : 0
In-order original packets after timeout : 0
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!
支持
