售前電話
135-3656-7657
售前電話 : 135-3656-7657
釋放雙眼,帶上耳機(jī),聽(tīng)聽(tīng)看~!
00:00
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)條交互信息,并為這些交互信息的傳輸分組分配路由。