設想一下一個城市的交通系統沒有任何的紅綠燈。你對速度的評估依賴於你旅行的時間以及你的車輛的速度。去期望這樣一個網絡可以沒有擁塞的正常工作是不切實際的。同時到目前為止每天我們期望IP網絡可以同應用程序去競爭而不發生任何的問題。
IP網絡是最有效的結構，但不保證所有流量會根據你的需求被傳遞到目的地。目前，大部分的網絡允許VoIP的流量同別的應用程序在網絡上競爭帶寬。被節省的多用途融合網絡所吸引，很多的用戶在沒有對網絡進行仔細設計的情況下就在上面傳輸VoIP，所以在系統被建立的時候擁塞的問題就是顯而易見的。電信的經理面臨著進退兩難的境地，到底是增加帶寬呢，還是把VoIP完全從網絡隔離，如果完全把VoIP隔離的話，就失去了融合網絡的優勢。不過目前有另一種選擇，你可以減少延遲、抖動(jitter這個術語用來描述包到達率的中斷)、減少對於敏感應用程序如VoIP的丟包。
使用運輸的比喻，答案並不僅僅使用一個中心控制的Hub並使用紅綠燈來控制流量，同時也要引如專用公交專用車道的概念：用另一句話來說就是要有辨別應用程序和區分優先等級的能力。在融合網絡環境裡，這個等同於為VoIP專門分配一個特殊的受保護的通道。
這樣看來似乎是沒有頭腦的，但是這樣的流量管理保持了區分。這對於渠道分銷商來說，當他們把VoIP的服務賣給企業和運營商的時候，是一個真正的實惠。因為，如果其中集合了QoS和服務等級協議的強制執行能力，這可以幫助建立一個智能化的網絡：為最終用戶量身定做的網絡。
網絡管理工作是基於對在網絡上運行的各種應用程序的識別。我們可以通過執行深入包檢測(DPI)來識別ISO網絡模型中第7層的網絡協議和應用程序。然後我們可以評估每一種應用程序需要多少帶寬以及總的網絡負荷是多少，這些信息可以作為決定優化流量管理策略的基礎。然後網絡管理人員可以根據業務等級需求對每種應用程序的帶寬重新分配。每個應用程序的最大帶寬的參數的定義可以被設計，然後可以預防對如VoIP這樣的敏感應用程序的阻礙。
同公交專用車道的概念非常相像，這樣的流量可以根據每個呼叫連接的來賦予高等級的優先權。但是對於VoIP的流量，對於每個單一的會話連接分配帶寬是很重要的。為了減少抖動(Jitter)，對於每一個會話連接給予一個持續的比特率(CBR)，必須把這個設計並反饋到策略中。這可以保證VoIP呼叫的最小帶寬需求(每個流行的G.711編解碼需要32Kbps)。延遲(一個包從源到目的傳輸所需要的時間)也同樣是VoIP流量的一個問題，策略同樣可以保證最大可忍受的延遲。
使VoIP優先，一個流量管理系統同樣需要能夠監視多樣化的VoIP應用協議，比如H.323、SIP以及MEGACO可以根據編解碼如G.711和G7.29來鑒別。流量管理系統同樣需要能夠識別流行的互聯網VoIP應用協議，比如Skype。同時，在運營商的情況下，他們需要訂戶的以及他們的使用習慣的相關信息。
和促進VoIP一樣，流量管理同樣可以保護它不被其他的應用程序干擾。舉例說明，流量管理人員可以限制非緊急業務的應用程序比如P2P或者另人不喜歡的流量如病毒、特羅伊木馬以及蠕蟲等的帶寬。流量管理可以自動偵測到這些攻擊，通報網絡管理員同時觸發保護VoIP流量的行為。
當網絡有拒絕服務攻擊(DoS)的時候，這個能力是非常有效的，憑什麼系統要受到服務請求的炮轟呢。在這個案例中，可疑的流量可以被轉移同時事件可以被儲存後進行以後的深入檢測。
可是，流量管理可以提供的遠大於是VoIP的保護。流量管理可以使組織機構的網絡達到最優化的業務應用。舉例說明，X公司希望使VoIP流量有優先的等級，然後給予Email基於需要的帶寬，降級網絡廣播的使用，然後限制惡意的流量。流量管理人員可以提供所有的這些功能：可以自動的偵測、報告、鑒別、統計和QoS控制。
有了流量管理以後，網絡開始作到智能的以業務為導向的傳輸系統，替代不智能的管道、消除利用率的峰值和谷底，得到一個持續穩定的利用率和一個可遇見性的IP網絡。同時，當我們與一個集中管理系統結合，每一個流量管理設備可以被更新或者立刻被詢問，提供一個網絡上所有行為的概覽。流量管理同時也釋放了網絡的容量提供給新的服務：一個真正為企業或者運營商服務的銷售商，會為VoIP渠道銷售提供網絡管理這樣一個「混血殺手」。 |
