久久播五月婷婷-国产又粗又猛又爽免费视频-色婷婷1024导航-久久久91精品国产-91国产在线含羞草-日本道中文字幕精品-97人妻精品一区二区三区香蕉-国产一区二区三区四区五区久久-国产99超碰人人做人人爱,久久热这里只有精品首页 ,婷婷在线精品首页,色婷婷av国产精品

釋放雙眼，帶上耳機，聽聽看~！

00:00

      集成服務模型（Intserv）的目標是使得應用程序能在幾種不同級別的“傳輸服務”中為其數(shù)據(jù)流傳輸選擇合適的一種。Intserv包含兩種基本元素：

   （1）可以識別不同服務級別的路由器和主機。這些設備必須能夠決定如何處理具有一定特性的數(shù)據(jù)分組（如特殊的路由，高優(yōu)先級隊列等等）。這種功能有時也被稱為Intsery的QoS控制功能。其例子包括控制流量加載和保證流量加載，它們分別在RFC2211和RFC2212中有所概述。

       控制流量加載服務使用接入控制功能來識別符合一定描述特征的數(shù)據(jù)分組，并確定它們的優(yōu)先級，使得信息像在沒有流量負載的網(wǎng)絡中傳輸一樣。但是，即使在控制流量加載服務下，網(wǎng)絡在傳輸時延和可靠性方面，仍然只能采取“盡最大努力”的機制，也就是說網(wǎng)絡從本質(zhì)上來講仍然是不確定的。在有QoS保障的情況下，網(wǎng)絡能為數(shù)據(jù)流提供數(shù)學預測時延服務。

    （2）可以使用戶或應用程序?qū)⑺麄兊囊蟾嬷獋鬏敼?jié)點的一種方法。這種方法一般被稱為Intserv的初始化控制功能，在RFC2205的資源預留協(xié)議（RSVP）中有所描述。

       Intserv的實現(xiàn)依賴于這兩種基本元素的交互作用和他們在共性數(shù)據(jù)流上的應用。所謂共性數(shù)據(jù)流就是指在某些方面相關(guān)的一組數(shù)據(jù)分組，由于這些相關(guān)性它們可以被看做一個整體。例如，當Internet網(wǎng)上的一臺主機與另一臺主機間進行IP電話傳輸時，具有這種呼叫特性的所有數(shù)據(jù)分組都可被看作一個共性數(shù)據(jù)流。之所以能夠這樣劃分，是因為這些數(shù)據(jù)分組具有共同的日標地址、源地址、共同的傳輸層端口，還可能有其他一些共同特性。但假若這兩臺主機間同時也在進行非實時的文件傳輸操作，那這些文件傳輸?shù)臄?shù)據(jù)分組就不屬于上面的共性數(shù)據(jù)流，因為至少它們與上面的共性數(shù)據(jù)流具有不同的傳輸層端口。這樣在網(wǎng)絡節(jié)點處，就能分開文件傳輸業(yè)務與IP電話業(yè)務。

       一般而言，共性數(shù)據(jù)流對于RSVP和Intserv的操作是必不可少的，因為Intserv結(jié)構(gòu)使用共性數(shù)據(jù)流描述將數(shù)據(jù)流的傳輸要求告之路由器（初始化控制功能），路由器再根據(jù)特定的Qos控制參數(shù)進行處理（QoS控制功能）。綜上所述，Intserv過程包括以下基本步驟（如圖7-8所示）：

     （1）發(fā)送應用程序?qū)⑺l(fā)送的信息所屬的共性數(shù)據(jù)流的特征和需求告知RSVP。

     （2）包含著共性數(shù)據(jù)流的特征和需求信息的RSVP初始化信息分組在到達預定接收端的過程中，被傳輸路徑上各節(jié)點的性能信息修止，形成路徑描述表。例如，共性數(shù)據(jù)流的某個要求是傳輸節(jié)點必須具有IKB的最大可傳輸單位（MTU），那么沿途的每個路由器都要給出聲明，表明它是否有1KB的MTU或是否愿為該共性數(shù)據(jù)流提供1KB的MTU。
     （3）初始化信息到達接收端后，RSVP就將路徑描述表送給應用程序，應用程序可以根據(jù)要求來選擇合理的路由。一旦接收端應用程序整理出它的需求，它就將其回送給RSVP。

     （4）RSVP將接收端的需求逆著所選路徑傳給發(fā)送端，并沿途取得路由器的屬性信息。

     （5）發(fā)送端的RSVP進程接收到信息后，就通知發(fā)送程序已開通條可用路由，并指明該路由的特性，

     （6）當發(fā)送端初始化信息中的信息流特征描述與接收端要求的屬性相匹配時，路由器確認該路由可用并記錄該路由屬性。

       盡管Intsery的過程有些復雜，但毫無疑問，保存特定信息流的網(wǎng)絡特征還是值得的一至少從個人應用的角度講應是如此。不難想像，通過Intserv過程，網(wǎng)絡上的任何設備可在任何時間，為它們所進行的任何操作向網(wǎng)絡申請確定的服務級別，或者在只需要網(wǎng)絡提供盡最大努力的服務時不提出任何請求

       然而Intserv也有其局限性。其一表現(xiàn)為它更多地依賴于Internet的發(fā)展規(guī)模，而非協(xié)議的設計。盡管服務器發(fā)送成百上千的RSVP請求并不困難，但由于它要處理同時連在其上的所有用戶，因此，網(wǎng)絡核心部分的路由器就要有能力保存所有同時經(jīng)過的信息流的狀態(tài)信息。這些狀態(tài)信息就不僅關(guān)系到一臺服務器和連在其上的用戶，而且關(guān)系到許多服務器和這些服務器所帶的所有用戶。因此，位于信息交換密集處的路由器就要同時跟蹤百萬條交互信息，并為這些交互信息的傳輸分組分配路由。