第三十五講-集成服務(wù)與區(qū)分服務(wù)課件

《數(shù)據(jù)通信與計算機網(wǎng)絡(luò)（第二版）》電子教案笫三十五講集成服務(wù)與區(qū)分服務(wù)《數(shù)據(jù)通信與計算機網(wǎng)絡(luò)（第二版）》電子教案1本講內(nèi)容第12章服務(wù)質(zhì)量控制QoS12.4集成服務(wù)12.4.1體系結(jié)構(gòu)12.4.2服務(wù)類型12.4.3RSVP12.5區(qū)分服務(wù)12.5.1區(qū)分服務(wù)概述12.5.2負載調(diào)節(jié)12.5.3PHB

本講內(nèi)容第12章服務(wù)質(zhì)量控制QoS212.4.1體系結(jié)構(gòu)基本概念集成服務(wù)IntServ（IntegratedServicesArchitecture）模型是一種基于流的體系結(jié)構(gòu)。所謂流指的是為了同一個應(yīng)用而產(chǎn)生的具有相同的QoS要求的分組的集合。流是單向的，如果需要雙向的數(shù)據(jù)傳輸，則通過兩個方向的流來進行。服務(wù)質(zhì)量保證

IntServ為每個流提供相應(yīng)的服務(wù)質(zhì)量保證。12.4.1體系結(jié)構(gòu)基本概念312.4.1體系結(jié)構(gòu)（續(xù)）網(wǎng)絡(luò)通過一個資源預(yù)留協(xié)議RSVP來把希望的QoS要求傳遞給途中的路由器。支持集成服務(wù)的路由器體系結(jié)構(gòu)路由器包括控制平面和數(shù)據(jù)平面?？刂破矫婵刂破矫嬗糜趥鬟f信令消息，從而對數(shù)據(jù)平面中相應(yīng)的模塊進行設(shè)置。RSVP代理是控制平面的核心部分，它負責與相鄰的RSVP路由器交換流的服務(wù)質(zhì)量要求，然后通過準入控制模塊來決定是否接受該資源預(yù)約請求。12.4.1體系結(jié)構(gòu)（續(xù)）網(wǎng)絡(luò)通過一個資源預(yù)留協(xié)議RSVP412.4.1體系結(jié)構(gòu)（續(xù)）路由代理分類器通信量控制分類器IP轉(zhuǎn)發(fā)模塊調(diào)度器流量調(diào)節(jié)輸出端口路由表RSVP代理負載控制庫準入控制管理代理數(shù)據(jù)平面控制平面集成服務(wù)路由器模型12.4.1體系結(jié)構(gòu)（續(xù)）路由代理分類器通信量控制分類器I512.4.1體系結(jié)構(gòu)（續(xù)）路由代理執(zhí)行普通路由器的路由選擇功能，決定怎樣把分組從源傳輸?shù)侥康牡?，或者在組播時決定如何把分組從源傳輸?shù)浇M播組的成員中。數(shù)據(jù)平面數(shù)據(jù)平面負責決定收到一個分組之后怎樣保證該分組的流的服務(wù)質(zhì)量要求。分組分類器模塊把分組與對應(yīng)的流綁定起來，這一般是通過一個五元組來進行。通過分類器篩選出來的分組進一步通過相應(yīng)的通信量控制模塊來檢查是否滿足預(yù)先協(xié)商的QoS要求，或者映射為相應(yīng)的隊列，然后通過調(diào)度器來保證該流的QoS。12.4.1體系結(jié)構(gòu)（續(xù)）路由代理執(zhí)行普通路由器的路由選擇612.4.1體系結(jié)構(gòu)（續(xù)）通信量控制模塊設(shè)置在路由器的輸入端口處，檢查分組是否滿足其對應(yīng)的流的特性，確保那些滿足對應(yīng)的流的特性的分組經(jīng)過。大多數(shù)多媒體應(yīng)用中的負載是通過一個編碼器來產(chǎn)生的，這些負載的QoS參數(shù)一般可以通過定量的描述。對于非實時負載來說，一般不能提供定量的描述，而是希望帶寬越多越好，因此通信量控制可能是相對于多個匯集的非實時負載來進行的。IP轉(zhuǎn)發(fā)模塊根據(jù)分組頭部的目的地址和路由表，選擇相應(yīng)的輸出端口，并把分組轉(zhuǎn)發(fā)到輸出端口。12.4.1體系結(jié)構(gòu)（續(xù)）通信量控制模塊設(shè)置在路由器的輸入712.4.1體系結(jié)構(gòu)（續(xù)）調(diào)度器負責從輸出端口的多個隊列中選擇一個分組進行傳輸，使得每個流滿足其被指定的特性，一般采取WFQ、優(yōu)先級隊列等調(diào)度算法。服務(wù)等級協(xié)議（ServiceLevelAgreement，SLA）用戶在進行實際的數(shù)據(jù)傳輸之前，必須首先和網(wǎng)絡(luò)提供者就其要求提供的服務(wù)進行協(xié)商，協(xié)商后的結(jié)果稱為服務(wù)等級協(xié)議。SLA包括服務(wù)要求、負載說明、使用費、用戶或者網(wǎng)絡(luò)提供者沒有履行合同時的懲罰條例等。12.4.1體系結(jié)構(gòu)（續(xù)）調(diào)度器負責從輸出端口的多個隊列中812.4.1體系結(jié)構(gòu)（續(xù)）和技術(shù)相關(guān)的部分被稱作服務(wù)等級規(guī)范（ServiceLevelSpecification，SLS），其中兩個主要的部分分別是描述用戶發(fā)送的負載流的TSpec（TrafficSpecification）和描述流期待的服務(wù)質(zhì)量的RSpec（ReservationSpecification）。RSpec描述了用戶期望的網(wǎng)絡(luò)提供的服務(wù)質(zhì)量，它與用戶希望的服務(wù)相關(guān)。TSpec用于描述流的特性，最直觀的想法是通過指定使用的帶寬來描述。要說明流的特性，首先是峰值速率和平均速率；為了說明突發(fā)性，一般采用前面介紹的漏桶算法或者令牌桶算法。12.4.1體系結(jié)構(gòu)（續(xù)）和技術(shù)相關(guān)的部分被稱作服務(wù)等級規(guī)912.4.1體系結(jié)構(gòu)（續(xù)）集成服務(wù)采用令牌桶算法來描述負載流的特性，令牌桶有兩個參數(shù)，分別是令牌產(chǎn)生的速率r和桶的容量b。分組要想通過令牌桶必須有足夠的令牌，令牌按照速率r生成并且放在令牌桶中，如果超過桶的容量b，則令牌將溢出丟掉。令牌桶制約的流限定了平均速率r及最大隊列長度b。為了描述流的特性，令牌桶過濾器通常包括了5個參數(shù)：平均速率r、桶的深度b、最大速率p、最大分組長度M、最小分組長度m。12.4.1體系結(jié)構(gòu)（續(xù)）集成服務(wù)采用令牌桶算法來描述負載1012.4.2服務(wù)類型問題的提出為了支持那些具有不同QoS要求的應(yīng)用，集成服務(wù)除了支持傳統(tǒng)的盡力遞交服務(wù)外，還引入了兩種新的服務(wù)類型：確保服務(wù)和控制負載服務(wù)。確保服務(wù)（GuaranteedService）設(shè)計目的確保服務(wù)是為了不容錯的實時應(yīng)用設(shè)計的，為提供限制端到端的分組延遲小于某個固定值，這樣應(yīng)用可以設(shè)置相應(yīng)的播放點，使得分組不會在其對應(yīng)的播放點到來之后才到達接收者。12.4.2服務(wù)類型問題的提出1112.4.2服務(wù)類型（續(xù)）工作機制限制端到端的延遲的上限理想的情況下，屬于某個流的負載通過一個參數(shù)為（令牌生成速率r字節(jié)/秒,令牌桶容量b字節(jié)）的令牌桶來描述，而請求的服務(wù)要求保證流獲得至少為R字節(jié)/秒的帶寬。在間隔T內(nèi)，經(jīng)過令牌桶的負載最多為b＋rT，負載進一步通過兩個流服務(wù)速率都為R字節(jié)/秒的采用流體公平排隊調(diào)度FFQ的復(fù)用器（路由器），其中，復(fù)用器的緩沖區(qū)初始為空12.4.2服務(wù)類型（續(xù)）工作機制在間隔T內(nèi)，經(jīng)過令牌桶1212.4.2服務(wù)類型（續(xù)）第一個復(fù)用器，在時刻t=0時，令牌桶允許b字節(jié)的分組流出，復(fù)用器的隊列長度為b字節(jié)，然后令牌桶允許流出的分組速率為r字節(jié)/秒，而復(fù)用器的服務(wù)速率為R字節(jié)/秒，因此隊列為空的時間為，這是第一個復(fù)用器處的排隊延遲。其 上限為。A(t)=b+rt令牌桶復(fù)用器復(fù)用器R(t)R(t)令牌桶整形后分組的延遲12.4.2服務(wù)類型（續(xù)）第一個復(fù)用器，在時刻t=0時，令1312.4.2服務(wù)類型（續(xù)）為了能夠提供確保服務(wù)，途中的路由器必須知道流的特性和要求的服務(wù)，流的特性TSpec用令牌桶的5個參數(shù)來描述。要求的服務(wù)RSpec則用服務(wù)速率R字節(jié)/秒和以毫秒為單位的延遲冗余或者放松條件（SlackTerm）兩個參數(shù)來描述。結(jié)論：經(jīng)過一個令牌桶的負載經(jīng)歷的延遲小于等于。在采用PGPS調(diào)度機制下，經(jīng)過一個(b,r)令牌桶的分組在經(jīng)歷H個跳段后的最大延遲為：其中m為該流的最小分組長度，M為最大分組長度，H為跳段數(shù)，為鏈路j的數(shù)據(jù)速率，。12.4.2服務(wù)類型（續(xù)）為了能夠提供確保服務(wù)，途中的路由1412.4.2服務(wù)類型（續(xù)）R是途中的路由器應(yīng)該提供給這個流的理想服務(wù)速率。S反映了端到端的最大延遲允許偏離理想情況下的延遲的程度，S越小，對延遲的要求就越嚴格。控制負載服務(wù)（Controlled-LoadService）設(shè)計目的控制負載服務(wù)是為目前Internet上的容錯型的自適應(yīng)實時多媒體應(yīng)用設(shè)計的。采用控制負載服務(wù)的應(yīng)用假設(shè)如下兩點：12.4.2服務(wù)類型（續(xù)）R是途中的路由器應(yīng)該提供給這個流1512.4.2服務(wù)類型（續(xù)）用戶發(fā)送的負載的絕大部分被成功地遞交給接收者，沒有遞交的分組的比率應(yīng)該和傳輸媒體的基本丟失率相當。大部分到達接收者的分組經(jīng)歷的延遲不會大大超過任何成功遞交的分組的最小延遲。即大部分分組經(jīng)歷的排隊延遲接近于0。請求控制負載服務(wù)的應(yīng)用期望的是低延遲和低丟失率。用要請求控制負載服務(wù)，必須通過采用令牌桶算法的TSpec來說明流的特性，同時說明要求采用控制負載服務(wù)。12.4.2服務(wù)類型（續(xù)）用戶發(fā)送的負載的絕大部分被成功地1612.4.2服務(wù)類型（續(xù)）路由器根據(jù)TSpec來決定是否有足夠的資源?？刂曝撦d服務(wù)是盡力遞交服務(wù)的擴展，輸入流并不一定要求嚴格按照TSpec來產(chǎn)生，這些不符合流特性的分組通過降級來傳遞。為了提供低延遲和低丟失率，路由器一般采用WFQ等調(diào)度算法來把控制負載與其他類型的負載分隔開來，同時通過準入控制來限制鏈路上的控制負載的總量。12.4.2服務(wù)類型（續(xù)）路由器根據(jù)TSpec來決定是否有1712.4.3RSVP設(shè)計目的為了能夠給每個流提供相應(yīng)的QoS服務(wù)，集成服務(wù)模型要求通過相應(yīng)的協(xié)議進行資源預(yù)留，目前采用的標準協(xié)議是資源預(yù)留協(xié)議RSVP（ResourceReservationProtocol）。RSVP的特性RSVP的資源預(yù)留是單向的。RSVP也支持組播，由于組播成員的異構(gòu)性，RSVP采用了面向接收方的預(yù)留機制。12.4.3RSVP設(shè)計目的1812.4.3RSVP（續(xù)）集成服務(wù)是對原有Internet的擴展以支持多種類型的服務(wù)，這就要求RSVP能夠動態(tài)地適應(yīng)組播成員和路由的動態(tài)變化，為此RSVP的設(shè)計采用了軟狀態(tài)（soft-state）的思想。RSVP僅僅是一個信令協(xié)議，同時RSVP不是一個路由協(xié)議。RSVP并不要求途中的所有路由器都支持RSVP。RSVP支持多種預(yù)留資源的方式，并且支持預(yù)留匯集。12.4.3RSVP（續(xù)）集成服務(wù)是對原有Internet1912.4.3RSVP（續(xù)）接收者發(fā)起的資源預(yù)留ST-IIST-II采用硬狀態(tài)（hard-state）和發(fā)送方發(fā)起的預(yù)留。所謂硬狀態(tài)，指的是網(wǎng)絡(luò)負責維護相應(yīng)的狀態(tài)信息，而軟狀態(tài)則是由端系統(tǒng)通過定期刷新來防止途中路由器的狀態(tài)超時。RSVP不采取發(fā)送方發(fā)起預(yù)留機制的原因RSVP要求能夠單播和組播應(yīng)用，組播組中的成員的處理能力可能各不相同，從發(fā)送者到各個成員的鏈路的帶寬、延遲也可能會各不相同。12.4.3RSVP（續(xù)）接收者發(fā)起的資源預(yù)留2012.4.3RSVP（續(xù)）上圖中，視頻服務(wù)器在進行網(wǎng)上廣播，通過向組播地址發(fā)送分組把視頻信號傳遞給所有成員，其中一個成員通過10Mbps的以太網(wǎng)接入，另一個成員通過1Mbps的ADSL接入。如果采用發(fā)送方發(fā)起的預(yù)留機制，視頻服務(wù)器到底需要預(yù)留多少帶寬呢？接受方發(fā)起的RSVP示例12.4.3RSVP（續(xù)）上圖中，視頻服務(wù)器在進行網(wǎng)上廣播2112.4.3RSVP（續(xù)）一種方法是按照所有接收者的最低要求的資源來進行預(yù)留，但這要犧牲那些具有足夠帶寬的接受者的接收質(zhì)量。另一方法是讓所有接收者把自己的能力告訴發(fā)送者，然后由發(fā)送者分別為到每個接收者的路經(jīng)預(yù)留資源，但這在接收者很多的時候會帶來巨大開銷。RSVP采用的設(shè)計

RSVP采用接收者發(fā)起的資源預(yù)留設(shè)計，接收者對于自己的能力最為了解，而且它也最為關(guān)心自己收到的分組的服務(wù)質(zhì)量。12.4.3RSVP（續(xù)）一種方法是按照所有接收者的最低要2212.4.3RSVP（續(xù)）采用接收者發(fā)起的資源預(yù)留需要解決的問題，即接收者怎么知道需要預(yù)留資源和接收者怎么知道在哪條路徑上預(yù)留資源。PATH消息設(shè)計目的為了保證資源的預(yù)留沿著正確的路經(jīng)進行，RSVP引入了一個路徑（PATH）消息，PATH消息由發(fā)送者定期發(fā)送給與流相同的目的地址，這樣保證PATH消息沿著和數(shù)據(jù)流相同的路經(jīng)到達接收者。PATH消息包括的信息：12.4.3RSVP（續(xù)）采用接收者發(fā)起的資源預(yù)留需要解決2312.4.3RSVP（續(xù)）Phop：轉(zhuǎn)發(fā)該PATH消息的前一跳段的RSVP節(jié)點的單播地址。SenderTemplate：發(fā)送者的IP地址加上可選的發(fā)送者端口號。SenderTSpec：發(fā)送者發(fā)送的流的負載特性。AdSpec：用于記錄到接收者的路經(jīng)的有關(guān)信息。單路徑通告OPWA（OnePathWithAdvertising）AdSpec字段記錄了從發(fā)送者到接收者的端到端路徑的信息。12.4.3RSVP（續(xù)）Phop：轉(zhuǎn)發(fā)該PATH消息的前2412.4.3RSVP（續(xù)）途中的路由器在收到PATH消息后會根據(jù)當前路由器的處理能力等來更新AdSpec字段以收集路徑上的信息。接收者收到PATH信息后根據(jù)流的特性、自身的能力和希望的QoS服務(wù)、AdSpec記錄的路徑信息來決定如何預(yù)留資源。這種允許發(fā)送者通過PATH消息中攜帶AdSpec信息以幫助接收者進行資源預(yù)留的方法經(jīng)常被稱為單路徑通告。接受者對RESV消息的處理接收者在收到PATH信息后就知道了到發(fā)送者的路徑，通過沿著這條路徑的反方向發(fā)送RESV消息。路徑中的RSVP路由器在收到該RESV消息，通過準入控制模塊檢測是否有足夠的資源。12.4.3RSVP（續(xù)）途中的路由器在收到PATH消息后2512.4.3RSVP（續(xù)）RESV消息的傳遞和PATH消息不同：PATH要求采用和流相同的路徑，其目的地址和端口號與流的相同，而RESV消息則是采用逐跳傳遞的，即其目的地址為前一個RSVP節(jié)點的地址。多種預(yù)留方式RSVP支持多種預(yù)留方式，包括固定預(yù)留、通配預(yù)留和共享預(yù)留等。RSVP通過FilterSpec和FlowSpec兩者結(jié)合在一起來說明如何進行預(yù)留。FilterSpec指明了預(yù)留是相對于誰來進行的。12.4.3RSVP（續(xù)）RESV消息的傳遞和PATH消息2612.4.3RSVP（續(xù)）FlowSpec則給出了需要預(yù)留的資源描述。固定預(yù)留FF（Fixed-filterstyle）接收者對于每個發(fā)送者指定了從該發(fā)送者到接收者的路徑應(yīng)該預(yù)留的資源，此時FilterSpec指定了唯一一個發(fā)送者。如果在一個應(yīng)用中有很多個發(fā)送者，則接收者必須為每個發(fā)送者預(yù)留相應(yīng)的帶寬。相對于所有發(fā)送者來預(yù)留資源的方式稱為通配預(yù)留方式WF（Wildcard-filterstyle）。顯式指定相對于哪些發(fā)送者來預(yù)留資源的方式稱為共享顯式預(yù)留方式SE（Shared-explicitstyle）。 12.4.3RSVP（續(xù)）FlowSpec則給出了需要預(yù)留2712.4.3RSVP（續(xù)）上圖中接收者C1分別為發(fā)送者S1和S2預(yù)留資源，因此接收者C1的預(yù)留可以表示為FF(S1{1B}，S2{2B})，C1在那個接口預(yù)留的資源總數(shù)為3B。音頻會議：可以采用多種預(yù)留方式12.4.3RSVP（續(xù)）上圖中接收者C1分別為發(fā)送者S12812.4.3RSVP（續(xù)）預(yù)留合并當一個流有多個接收者時，不同的接收者可能預(yù)留不同的資源，當多個接收者到發(fā)送者的路徑匯集在一起時，可以把這些接收者的資源預(yù)留合并起來。具體實列（圖見教材）考慮一下幾個方面：采用固定預(yù)留方式；通配預(yù)留如何進行合并；共享顯式預(yù)留如何進行合并。12.4.3RSVP（續(xù)）預(yù)留合并2912.4.3RSVP（續(xù)）軟狀態(tài)問題的提出Internet提供的是一種無連接方式的服務(wù)，原來通過PATH消息了解到的路徑可能會動態(tài)變化，而且組播組中的成員也可能動態(tài)加入或者退出。原來預(yù)留的資源由于接收者退出或途中某個節(jié)點出故障就無法繼續(xù)使用了。RSVP通過采用軟狀態(tài)的設(shè)計來支持網(wǎng)絡(luò)的動態(tài)變化。路由器保存的路徑狀態(tài)和預(yù)留狀態(tài)具有一定的生命周期。12.4.3RSVP（續(xù)）軟狀態(tài)3012.4.3RSVP（續(xù)）如果路由沒有變化，定期發(fā)送的PATH消息僅僅用于保證原有的路徑狀態(tài)信息一直有效。如果采用了一條新的路由，接收者就可以了解到一條新的路徑，接收者可以通過發(fā)送RESV請求來在這條新的路徑處預(yù)留資源。軟狀態(tài)的策略提供了相當?shù)聂敯粜?，當路徑變化或者網(wǎng)絡(luò)暫時的故障時只不過導致資源的暫時預(yù)留失敗。通過停止發(fā)送RESV消息使得途中預(yù)留的資源超時而釋放資源。PATH消息和RESV消息發(fā)送的時間間隔。12.4.3RSVP（續(xù)）如果路由沒有變化，定期發(fā)送的PA3112.4.3RSVP（續(xù)）間隔設(shè)置需要在協(xié)議的開銷和響應(yīng)時間之間作一個權(quán)衡，RSVP缺省的間隔時間R為30秒。PATH消息和RESV消息傳輸過程中出錯時通過相應(yīng)的消息來報告錯誤。PathError消息用于向發(fā)送者報告Path消息的傳輸錯誤。ResvError用于向接收者報告其發(fā)送的Resv消息的錯誤。殺手預(yù)留問題（killer-reservation）一個接收者可能不停地預(yù)留相當大的資源，這個資源預(yù)留請求在往前轉(zhuǎn)發(fā)時會和別的資源預(yù)留請求合并，從而導致路由器在拒絕合并預(yù)留的時候，也會同時使得別的合法的資源預(yù)留請求也無法得到滿足。12.4.3RSVP（續(xù)）間隔設(shè)置需要在協(xié)議的開銷和響應(yīng)時3212.5.1區(qū)分服務(wù)概述問題的提出為了能夠提供更加簡單、更加靈活的、伸縮性更好的服務(wù)質(zhì)量保證，IETF成立了相應(yīng)的工作組，提出了一種和集成服務(wù)不同的新的QoS模型，這就是區(qū)分服務(wù)DS（DifferentiatedServices）。區(qū)分服務(wù)的特性區(qū)分服務(wù)為由多個流匯集在一起的負載類提供服務(wù)質(zhì)量保證。區(qū)分服務(wù)路由器（DSRouter）僅僅根據(jù)分組頭部攜帶的標記字段。區(qū)分服務(wù)用術(shù)語PHB（Per-HopBehaviors）說明所定義的是某個路由器的行為而不是端到端的服務(wù)。12.5.1區(qū)分服務(wù)概述問題的提出3312.5.1區(qū)分服務(wù)概述（續(xù)）區(qū)分服務(wù)的內(nèi)部路由器根據(jù)分組頭部攜帶的負載類來實現(xiàn)簡單的轉(zhuǎn)發(fā)功能，把復(fù)雜功能留給網(wǎng)絡(luò)邊緣。用戶在使用網(wǎng)絡(luò)進行實際的數(shù)據(jù)傳輸之前，必須首先簽訂服務(wù)等級協(xié)議SLA來說明所期望的服務(wù)質(zhì)量。區(qū)分服務(wù)的體系結(jié)構(gòu)DS域（DiffServDomain）被定義為在一組管理策略控制下的Internet的一部分。12.5.1區(qū)分服務(wù)概述（續(xù)）區(qū)分服務(wù)的內(nèi)部路由器根據(jù)分組3412.5.1區(qū)分服務(wù)概述（續(xù)）區(qū)分服務(wù)體系結(jié)構(gòu)12.5.1區(qū)分服務(wù)概述（續(xù)）區(qū)分服務(wù)體系結(jié)構(gòu)3512.5.1區(qū)分服務(wù)概述（續(xù)）DS域的用戶要使用DS域提供的服務(wù)，一般通過和DS域的服務(wù)提供者達成相應(yīng)的服務(wù)等級協(xié)議SLA（ServiceLevelAgreement）。一旦協(xié)商好了SLA，為了給不同分組提供不同類型服務(wù)，必須為用戶發(fā)送的分組打上相應(yīng)標記。如果客戶發(fā)送分組的目的地位于同一個DS域，則該域?qū)⑻峁┫鄳?yīng)服務(wù)，否則本DS域?qū)⑼ㄟ^請求相應(yīng)的服務(wù)把分組轉(zhuǎn)發(fā)到另外的DS域。一個SLA包括了負載調(diào)節(jié)協(xié)議TCA（TrafficConditioningAgreement）、收費以及合同違約責任等信息。12.5.1區(qū)分服務(wù)概述（續(xù)）DS域的用戶要使用DS域提供3612.5.1區(qū)分服務(wù)概述（續(xù)）SLA可以是靜態(tài)的，也可以動態(tài)的。帶寬代理維護目前已經(jīng)分配給不同的服務(wù)類型的帶寬情況，同時維護了一個策略庫。DS節(jié)點的邏輯結(jié)構(gòu)DS節(jié)點由分類器（Classifier）、度量器（Meter）和負責完成PHB分組轉(zhuǎn)發(fā)模塊組成。分組分類器度量器動作隊列管理調(diào)度器流量調(diào)節(jié)分組轉(zhuǎn)發(fā)DS節(jié)點的邏輯結(jié)構(gòu)12.5.1區(qū)分服務(wù)概述（續(xù)）SLA可以是靜態(tài)的，也可以動3712.5.2負載調(diào)節(jié)度量器測量用戶發(fā)送的負載來檢查其是否符合預(yù)先協(xié)商的包括數(shù)據(jù)速率、突發(fā)程度等在內(nèi)的負載特性。標記器

如果經(jīng)度量器檢測相符，則用標記器打上相應(yīng)標記。

分類器輸出的分組標記器整形器負載特性度量器丟失器負載調(diào)節(jié)機制基本結(jié)構(gòu)12.5.2負載調(diào)節(jié)度量器分類器輸出的分組標記器整形器負載3812.5.2負載調(diào)節(jié)（續(xù)）整形器通過延遲發(fā)送分組以使得該分組符合預(yù)先協(xié)商的特性。丟失器在分組不符合預(yù)先協(xié)商的特性時丟棄該分組，一個丟失器也可以看成是一個緩沖區(qū)大小為0的整形器。12.5.2負載調(diào)節(jié)（續(xù)）整形器3912.5.3PHB采用PHB的原因

DS字段結(jié)構(gòu)包括了6個比特的區(qū)分服務(wù)碼 字DSCP，DSCP決定了分組在轉(zhuǎn)發(fā)時應(yīng)該 采用的PHB。為了支持更多的服務(wù)類型，IETF定義了一 些其他的PHB。加速轉(zhuǎn)發(fā)EF（Expedited Forwarding）PHB提供了在DS域內(nèi)的低延 遲、低丟失、低抖動、確保帶寬的端到端 服務(wù)，對于端系統(tǒng)來說提供了類似于點到 點連接或者虛擬專線服務(wù)。12.5.3PHB采用PHB的原因4012.5.3PHB（續(xù)）低延遲和帶寬保證要求每個節(jié)點的所有EFPHB分組的匯集到達速率應(yīng)小于允許的匯集服務(wù)速率，以防止EF負載占用節(jié)點的全部帶寬。其中dj為第j個EF分組的最后一個比特的離開時間，fj是第j個EF分組的理想服務(wù)時間，Ea為差錯因子，它給出了EF分組的實際離開時間和理想離開時間的最大差值。理想服務(wù)時間是按照下式遞歸定義的：12.5.3PHB（續(xù)）低延遲和帶寬保證其中d