激情人妻,国产视频不卡中文,麻豆精品一区二区不卡成人网站,精品日韩偷拍

釋放雙眼，帶上耳機(jī)，聽(tīng)聽(tīng)看~！

00:00

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

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

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

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

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

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

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

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

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

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

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

       盡管Intsery的過(guò)程有些復(fù)雜，但毫無(wú)疑問(wèn)，保存特定信息流的網(wǎng)絡(luò)特征還是值得的一至少?gòu)膫€(gè)人應(yīng)用的角度講應(yīng)是如此。不難想像，通過(guò)Intserv過(guò)程，網(wǎng)絡(luò)上的任何設(shè)備可在任何時(shí)間，為它們所進(jìn)行的任何操作向網(wǎng)絡(luò)申請(qǐng)確定的服務(wù)級(jí)別，或者在只需要網(wǎng)絡(luò)提供盡最大努力的服務(wù)時(shí)不提出任何請(qǐng)求

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