採用Velocloud除了可以為企業省錢之外，更重要的是即使在外點很遠、頻寬不大、線路品質不好甚至斷線的處境下，其所提供的DMPO機制依然能夠讓企業的關鍵核心應用順暢地運作。對此，本文將說明Velocloud內的DAR（Deep Application Recognition）機制是如何具備應用識別能力，又是怎樣優化傳輸品質。
Velocloud所自動識別出的不同種類應用（Application），以及所屬的應用分類（Category），都預設會加入這九種Traffic Class之一。而依據不同種類的Traffic Class，Velocloud能夠在VMPO通道（Velocloud Management Protocol）內，於兩端端點（Edge或是Gateway）之間實作下列不同的QoS機制：
優先權重（Priority）
VMPO機制是能夠知道外點每台Edge的各條線路的頻寬（依據實測值，並非僅手動輸入值）。當線路空閒時，預設狀況下任意應用都可以有多少頻寬用多少。但如果線路已經滿載呢？此時Edge就會開始將各個應用降速，但會依據不同Traffic Class的優先權重提供最低的保證頻寬。圖4所示即為九個交通等級的預設權重。
 |
| ▲圖4 九個交通等級的預設權重。 |
這表示如果有一個外點的總對外頻寬（所有Internet線路加上Private線路）是100Mbps，此時如果極為繁忙而100Mbps都被用滿，那E-mail的傳輸（Bulk - High）就會被壓到最低15Mbps的保證頻寬。檔案傳輸（Bulk - Normal）呢？可能最差被壓到5Mbps。
限速（Policy）
因為不同的理由，即使頻寬有多，網路管理者可能也不希望有任意應用把頻寬吃滿。或許是因為不想讓外點員工用公司電腦上臉書開P2P，也或許是與Service Provider有購買一定量的保證頻寬，應用如果超過這個保證頻寬無法達到最好的傳輸品質，也有可能某些像Windows Update這類的，讓它背景默默做就好。
此時，管理者可以設定任何一個Traffic Class（或當然任何單一的Application或Category）的速率上限。
舉例來說，企業某外點可能向一個電信商租了10M的MPLS線路，裡面4M是最佳品質的CoS1。但如果外點把這邊的頻寬用爆，QoS設定為CoS1的頻寬超過4M，此時電信商反而有可能把多餘的封包給Drop掉，反倒造成了應用品質不好。此時，網路管理者就會希望不管怎麼樣，在這類要品質最佳最優先傳送的Traffic不要傳送到4M以上，限速就有意義了。
CoS Marking
在DMPO通道內，原本用戶應用在IP表頭內所加入的DSCP值是要保留，還是要修改可以依據網路管理者的配置。舉例來說，對於Voice類的傳輸來說，即使在電信商網路內還是希望保留原本的優先等級EF，可能可以取得最短的延遲時間。但如果對於一般資料（Data），即使DSCP值打出的是CS3（Voice Singaling、Video），此時Velocloud Edge仍然可以在VCMP表頭內把DSCP值改為0（Best Effort），降低其傳輸等級。但當然，在目的端的用戶設備看到的仍是原本IP表頭內的CoS值，如圖5所示。有了前面的概念後，就能夠與大家討論網路管理者透過Orchestrator介面如何建立出業務政策（Business Policy）。
 |
| ▲圖5 在VCMP表頭內把DSCP值改為0，降低其傳輸等級。 |
建立業務政策
基本上，Velocloud內對應到不同的Application，都有預設且絕大部分運作順利的應用遞送政策（在Velocloud內叫做Smart Default）。但是，網路管理者當然可以依據企業實際需求進行應用業務傳輸政策的調整，如圖6所示，其中幾個重要的選項介紹如下：
 |
| ▲圖6 對應到不同的Application，都有預設且絕大部分運作順利的應用遞送政策。 |