所有關于如何建立服務質量模型的標準參考都把語音(VoIP)擺在隊列中最優先的位置，把視頻會議放在第二位。大多數網絡路由器都有一個LLQ(低延遲隊列)。這就意味著語音獲得了這個LLQ，視頻在CBWFQ(基于類的加權公平隊列)中傳送。這種應用優先等級是根據應用的需求確定的，還是在視頻會議沒有被當作一種必要的應用的時候確定的標準一直延續下來的結果?
咨詢公司NetForecast的分析師John Bartlett稱，我經常在演示和客戶會議上討論的標準誤解之一是網絡的優先等級應該與應用程序對于企業的重要性關聯起來。這種錯誤的方法根據應用程序對于企業盈虧底線的影響來確定應用程序的優先等級，或者根據誰在使用這些應用程序(管理層還是個人用戶)或者根據企業的金融、政治或者分層次的流程來確定什么更重要和什么不太重要。這種方法是不好使的。
理由是我們讓某些應用程序優先于其它的應用程序，因為這些應用程序對于數據包丟失或者抖動、延遲和數據吞吐量更敏感。排列優先等級有助于通訊流減少數據包丟失、減少抖動和延遲。有效應用程序需要這個要求，有些應用程序不需要。
以思杰(Citrix)為例，思杰的客戶機與思杰的服務器進行溝通，傳送敲擊鍵盤和鼠標移動的信息。然后，服務器把這些信息翻譯過來以便運行在思杰服務器上的那個應用程序。這個應用程序的性能取決于擁有低延遲和低數據包丟失的客戶機與服務器之間的小的和相對低帶寬的數據包流。如果由于數據包丟失(和數據包丟失的恢復時間)或者由于網絡阻塞造成的延遲增加了客戶機與服務器之間的延遲，用戶就會察覺到應用程序的響應速度很慢。由于響應速度減慢和出現失敗，員工的辦公效率就會受到影響。
因此，一個簡單的決策是為思杰數據包提供的優先等級要優先于那些不需要這種直接響應的應用程序，如網絡瀏覽、數據庫查詢、電子郵件和備份等。為低帶寬思杰數據流提供優先等級意味著在網絡阻塞的時候也能保持很好的性能。由于思杰數據流的帶寬很低，它對其它應用程序的影響很小。
語音和視頻會議有同樣的及時傳送的需求。應用語音和視頻，我們正在設法重新產生一個實時的事件，這樣，接收的解碼器就要接收一個不間斷的新的信息流以便繼續重新制作反應原來事件的音頻和視頻信息。如果發生數據包丟失，質量就會下降，因為聲音和圖形是在沒有原來的信息的情況下重新生成的。如果數據包延遲(這里是抖動)，這些數據包達到的時間太晚就不能使用了。它們在舞臺上的移動也許已經通過了，但是，它們攜帶的數據不再有用了。
因此，目前標準的做法是給語音最高的優先隊列等級。語音質量很高，應用程序需要低丟包、低延遲和抖動這些對于機構都是非常重要的。因此，這種優先等級是有意義的。
但是，我們現在引進了視頻會議。視頻與語音有同樣的要求。但是，視頻有一個令人遺憾的特點，就是需要更大的帶寬傳送視頻信息。這是不是意味著視頻的優先等級應該低于語音?
LLQ提供了最佳的(最低的)抖動，因為它有絕對的優先權。任何時候一個數據包到達了LLQ，它都是下一個要發送到線路上的數據包。因此，這就意味著使用LLQ的那些數據包等待的時間可能是最短的。它們只需要等待當前正在發送的數據包傳送結束，然后，它們就開始退出隊列并且被發送出去。語音通訊需要低抖動，因此，語音使用LLQ是有意義的。
但是，等一下，視頻也需要低抖動。事實上，目前的大多數視頻會議系統都有比語音更嚴格的抖動技術規范。思科的電話解決方案在抖動時間達到20毫秒的時候就發出警告。大多數VoIP電話都有一個抖動緩沖區，允許有最多50毫秒的抖動。在某些情況下，抖動緩沖區是動態的并且根據需要擴大以支持更高的抖動值。
分析師Bartlett稱，我的問題是。我們把視頻會議分配給CBWFQ是因為視頻會議的延遲對企業不重要嗎?或者有沒有一個合法的技術理由說明在視頻的抖動要求至少是與VoIP相同的，有時候甚至高于VoIP的要求的情況下，為什么視頻應該排在較低的優先等級類別?現在也許是應該考慮這個等級制定的時候了。
如果你要關注企業通訊的優先等級，通過分配帶寬就可以做這件事。對那些支持老板或者收入流的應用程序分配更多的帶寬將保證這些應用程序很好地運行，盡管這些應用程序沒有使用最高的優先等級排隊。
