跳至內容

服務品質

本頁使用了標題或全文手工轉換
維基百科,自由的百科全書

服務品質(英語:Quality of Service,縮寫QoS)是一個術語,在封包交換網路領域中指網路滿足給定業務合約的機率;或在許多情況下,非正式地指分組在網路中兩點間通過的機率。QoS是一種控制機制,它提供了針對不同使用者或者不同資料流採用相應不同的優先級,或者是根據應用程式的要求,保證資料流的效能達到一定的水準。QoS的保證對於容量有限的網路來說是十分重要的,特別是對於串流多媒體應用,例如VoIPIPTV等,因為這些應用常常需要固定的傳輸率,對延遲也比較敏感。當網路面臨頻寬擁塞或需要設定流量優先級時(例如,讓某個 VLAN 的流量優先於另一個 VLAN),服務品質 (QoS) 能最佳化網路資源分配,緩解間歇性流量問題。[1]

電話業務領域中,服務品質是指線路噪音和聲音,適當的音量水平等指標的衡量,並且不能與服務等級相混淆。

問題的提出

網際網路建立初期並沒有意識到QoS應用需要,因此整個網際網路運作如一個「竭盡全力」的系統。每段資訊都有4個「服務類別」位和3個「優先級」位,但是他們完全沒有派上用場。依傳送和接收者看來,封包從起點到終點的傳輸過程中會發生許多事情,並產生如下有問題的結果:

  • 遺失封包 - 當封包到達一個緩衝區已滿的路由器時,則代表此次的傳送失敗,路由器會依網路的狀況決定要丟棄一部份不丟棄或者是丟棄所有的封包,而且這不可能在預先就知道,接收端的應用程式在這時必須請求重新傳送,而這同時可能造成總體傳輸嚴重的延遲。
  • 延遲 - 或許需要很長時間才能將封包傳送到終點,因為它會被漫長的佇列遲滯,或需要運用間接路由以避免阻塞;也許能找到快速、直接的路由。總之,延遲非常難以預料。
  • 傳輸順序出錯 - 當一群相關的封包被路由經過網際網路時,不同的封包可能選擇不同的路由器,這會導致每個封包有不同的延遲時間。最後封包到達目的地的順序會和封包從傳送端傳送出去的順序不一致,這個問題必須要有特殊額外的協定負責重新整理失序的封包。

需要QoS的應用

流量約定SLAService Level Agreement,服務等級協定)給資料流設定優先級,以此在網路/協定層面上,根據相互商定的尺度,設定有保障的效能、通過量、延遲等界限。一些特定形式的網路資料流需要定義服務品質,例如:

這些類型的服務被稱為非彈性,意思是它們需要固定的頻寬才能運作--如果得到多餘的頻寬,它們也無法使用;如果得到較少的頻寬,則根本無法工作。相形之下,彈性應用可以從多餘的頻寬中受益。

保持QoS

實質上有兩種方式提供QoS保證。第一種,就是簡單地提供大量的資源,用豐富、安全的餘量裝置應付預期中的「高峰」需求。這樣既好又簡單,然而有人認為這種方式代價昂貴,而且不能應對高峰需求超越預期的情形,部署額外的資源也很耗費時間。

第二種是要求使用者預約頻寬,並且僅在能夠提供可靠服務的前提下接受預約。自然,可以為預約服務向使用者收費。常用的實現方法有兩類。

某些技術的QoS難題

以下的特性也許只會被用在end ports,但不會在伺服器,中樞或是其它的埠上,這就緩和了許多並行流的衝突。

參見

外部連結

參考文獻