IntServ

IntServ（Integrated Services）最初試圖在網際網路中將網路提供的服務劃分為不同類別的是IETF提出的綜合服務IntServ。IntServ可對單個的套用會話提供服務質量的保證。

IntServ是端到端的基於流的QoS技術。在傳送流量前，網路設備需要通過RSVP信令協定向網路申請特定服務質量，包括頻寬、時延等。在確認網路已經為該流量預留了資源後，網路設備才開始傳送報文。

IntServ能很好地滿足QoS的要求，但所有的網路節點必須支持RSVP信令協定，並且維護每個流的狀態和交換信令信息，在大型網路內這可能會要求數量極大的頻寬。

基本介紹

• 外文名：IntServ
• 別稱：Integrated Services
• 性質：提供商網路服務
• 特點：（1）資源預留；（2）呼叫建立

服務種類

IntServ定義了三種不同等級的服務類型：（1）有保證的服務：為端到端的分組排隊的延時提供穩定的、數學上可證明的邊界，使得提供保證延時和頻寬的服務成為可能。（2）受控負載的服務 （3）盡力服務：不提供任何類型的服務保證。

組成部分

IntServ的四個組成部分：

（1）資源預留協定RSVP，也就是信令協定

（2）接納控制（admission control）程式

（3）分類程式（classifier）

（4）調度程式（scheduler）

綜合服務

IntegratedServices網際網路中將網路提供的服務劃分為不同類別的是IEEE提出的綜合服務。

針對多種多媒體業務的不同特性，IntServ模型也對網路服務進行了分類定義，這些服務類型分別是確保服務（Guaranteed Service）、受控負載服務（Controlled-Load Service）和盡力而為服務（Best Effort Service）。確保服務能夠提供定量的頻寬和端到端的延遲，而且保證合法的數據包不會被丟失；受控負載服務提供一種類似於網路低負載情況下的盡力而為傳輸服務，它比“盡力而為”服務效果要好，但它並不提供嚴格的服務質量指標，不保證確定的排隊延遲，允許一定量的數據報丟失；“盡力而為”服務，就是Internet在多種負載環境下提供的盡力而為的傳輸服務。

確保服務

確個時延保服務的服務特性在RFC2212中進行了定義，它必須為數據流提供端到端的有嚴格時延上線和低分組丟失率的服務。在支持確保服務的網路中，業務流需要通過RSVP協定預留服務資源，服務速率為R的端到端確保服務就相當享受一條從源端到目的端頻寬為R的租用專線服務。

在確保服務中，網路設備必須管制（Police）接受確保服務的數據流。通常將那些數據流特性與Tspec描述參數相一致的數據稱為一致性數據，超出Tspec描述參數的數據稱為非一致性數據。

監控數據流的方式有兩種：一種是將接收到的數據流與參數Tspec相比較，另一種是重新將數據流整形成Tspec模型。在支持綜合服務網站的邊緣結點上通常用第一種方式進行檢測；而在網路的其他結點上用重新整形的方式進行檢測。之所以要進行整形，是因為在網路的內部，由於排隊延遲使本來符合Tspec的數據流在輸出時不再符合Tspec；因此，在網路的內部必須對數據流重新整形使它符合Tspec。整形需要使用緩衝區快取數據流並重新調整峰值速率，因此在綜合服務中需要一定量的緩衝區用於整形，並保證一致性數據在重新整形時不丟失。

受控服務類型

負載受控服務的服務特性在RFC211中進行了定義，它要求網路在任何時候為其提供的服務都能夠達到“負載不重情況下網路所能提供的盡力而為服務”；負載受控服務機制通過流量接納控制（Capacity Admission Control）來實現在網路負載過重情況下提供類似於網路低負載時所能提供的盡力而為服務。

體系結構

為了滿足IntServ 模型提出的不同類型服務的特性要求，IETF RFC1633描述了IntServ模型的體系結構，它能夠很好地支持IntServ 的不同服務類型。從整個網路結構的視角來看，參考IETF RFC2205，IntServ 體系框架可包括分別位於主機和路由器中的若干功能部件。網路中支持IntServ 的每一個路由器和主機都需要實現這些部件功能。

分類器

為了進行流量控制，每個進入路由器的數據分組流必須被映射到某個服務類型（Class）上，所有屬於同一個服務類型的數據分組流得到調度器同樣的處理。其中，這個映射過程就是由分類器實現的。分類器根據數據分組流的分組頭和（或者）分組中添加一些附加分類進行服務類型的映射，完成多欄位（MF，Multi-Field）分類。

接納/策略控制

接納控制用來決定是否能夠在不影響其他數據分組流服務質量的情況下，為某一特定的數據流提供其所要求的QoS保障。當主機提出服務請求時，該服務途徑的每一個路由器的接納控制模組都要判斷是否能夠接納該請求。接納控制算法必須與IntServ的服務類型一致，策略控制則確定該用戶是否有權請求某類QoS。

資源預留協定

資源預留協定RSVP是一種主機到路由器或路由器之間進行數據分組流的QoS服務信息傳遞的協定，它與現有的Internet網路結構以及路由協定相互兼容，並能夠將數據分組流的QoS狀態傳遞給通路上的主機或路由器，通過彼此的協商進行資源預留。

調度器

調度器可採用多重佇列調度或其他幾隻（比如定時器機制）來管理屬於不同數據流的數據分組的轉發。調度器可以採用不同的調度方法來調度轉發數據分組，只要它能保證提供相應的QoS機制，它通常是設定在數據分組可能出線排隊的地方，例如主機或路由器的輸出或輸入連線埠。另外，還應考慮另一個功能部件：評估器。它可以看做是調度器的一部分，也可以看做是獨立的部件，評估器用來檢測輸出流的特性，生成統計數據，反饋給包調度器和接納控制部件，從而更好的控制包的調度與接納。

IntServ的優缺點

IntServ的優點

能夠提供絕對有保證的QoS。

IntServ的缺點

1、可擴展性能差，因為IntServ要求端到端的信令，在每一個路由器上，都要檢查每一進入的包並保證相應的服務，因而每一路由器都必須維護每一條流的狀態信息，從而增加了綜合服務的複雜性，導致可擴展性差。

2、如果存在不支持IntServ的節點/網路，雖然信令可以透明通過，但對套用來說，已經無法實現真正意義上的資源預留，所希望達到的QoS保證也就大打折扣。

3、對路由器的較高要求，由於需要端到端的資源預留，必須要求從傳送者到接受者之間所有路由器都支持所實施的信令協定，因此所有路由器必須實現RSVP、接納控制、MF分類和包調度。

4、該模型不適合於生存期的業務流。