計算機網(wǎng)絡(luò)謝希仁版運輸層知識點總結(jié)_第1頁
計算機網(wǎng)絡(luò)謝希仁版運輸層知識點總結(jié)_第2頁
計算機網(wǎng)絡(luò)謝希仁版運輸層知識點總結(jié)_第3頁
計算機網(wǎng)絡(luò)謝希仁版運輸層知識點總結(jié)_第4頁
計算機網(wǎng)絡(luò)謝希仁版運輸層知識點總結(jié)_第5頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

運輸層運輸層之間的通是進程與進程之的,通端口的一運層議概述從通信信處理的角看運輸層向它面應用層提通服務,它于向通信部分的最高層,時也是用戶功能的最低。當網(wǎng)絡(luò)邊部分中的個機使用網(wǎng)絡(luò)核部分的功進端到端的信,只有位于網(wǎng)絡(luò)邊緣部的主機的協(xié)議棧有運輸絡(luò)心部中的由器轉(zhuǎn)發(fā)組時都只到下三層的功能兩個主機進行通信實際上就是兩個主機中的應用進程互相通信。運輸層的一個很重要的功就是復用和分用。通過端口實現(xiàn)。網(wǎng)絡(luò)層主機之間提供輯通信,運輸層為用進程之間提端到端的邏通信當運輸層用面連的協(xié)議時盡管下面的網(wǎng)絡(luò)是不可靠(只提供盡最大努力但這種邏輯信一條雙工可靠信道。當輸采用無接的協(xié)議,這種邏通信可靠信道。兩個等運實在通信時傳的數(shù)單叫作運輸協(xié)數(shù)據(jù)元UDP在送數(shù)據(jù)之前不需要先建立連接雖然UDP不提供可靠交付在某些情況UDP是一種有效工作式;則提供面向連接的務運輸層的用戶據(jù)報網(wǎng)際的數(shù)報的別數(shù)據(jù)報要互中多路由的存儲轉(zhuǎn)發(fā),但UDP用戶數(shù)據(jù)報是在運輸層的端到象輯中的硬件端與軟件端口的區(qū)在協(xié)議棧層間抽象的議口是軟端口路或換機上端口是硬件端硬件端口是不同硬件設(shè)備進行交互的接口軟件口應層的各協(xié)進與輸體行層交的種址口一口行。端口號具有本地意義即端號只是為了標志本計機應用層中的各程在特中同計算機的相同端口號是沒有聯(lián)系的13端口的分類:熟端口和登記端口合稱為服器端使用的端口熟端口,數(shù)值一般。登記端口號,數(shù)值,為沒熟知端口的應用程序使用。使用這個范圍端號須IANA登記,以防重復??蛻艨谔柖潭丝谔枺瑪?shù)為,留給客戶進程選擇暫時使用二用數(shù)報協(xié)議只是在的數(shù)報服務之上增了端口的功能和差檢測的功能。主要特點UDP是無連接的,即發(fā)送數(shù)據(jù)之前不需要連。UDP使盡最努力付,不證可交付同時不用擁控制UDP是面向報文的。UDP支持一對一、對多、多對一多對多的交通信。UDP的首部開銷小,只有字。沒有擁塞控制,很適合多媒通信的要求、發(fā)送方對應程下的文在添加首部后向付層UDP對應用層交下來的報文既不合并,也不分,而是保留這些報文的邊。、的首部格式(每個部分各兩個節(jié))源端口(不需要回送時可的口長(數(shù)部,小為8節(jié)驗和(查戶據(jù)報是否差)、IP數(shù)報首部檢驗與UDP數(shù)報和區(qū):IP數(shù)報檢首部,則把首部和數(shù)據(jù)報部分一起檢驗了、偽首檢:計驗在UDP首之加12字的首部。偽部能上交不用向下送接方將UDP數(shù)報與偽部二進制碼和,正的果應全,則丟棄這數(shù)據(jù)。、部包括源IP,的IP一個全0字節(jié)一協(xié)字,字節(jié)的UDP長三、輸制議、主的點是向接運層議每一TCP連接只能有兩個端點,每一條TCP連能是點對點(一對一提可靠交付的服務供全工信面向字流連接是一條虛連接而不一條真正的物理接連的端點:不是機,不是主機的地址,不是應用進程,也是運輸層的議口,而是套字(或插口,是端口號拼接到IP地址后面構(gòu)成的套字=地:端口號)連::=socket1,={(IP2:、同一地可以有個同連,而一端號可出在多不的連接中四、可靠傳輸?shù)墓ぷ髟?、理傳條件的兩特:傳輸信不生差錯,論送發(fā)以多快速發(fā)送,接送方來及受數(shù)據(jù)。這條下不要取種施就以現(xiàn)靠傳。停止等待協(xié)議:每發(fā)送完一個分組就停止發(fā)送,等待對方確認。確認后再發(fā)一個分組為了在現(xiàn)錯時能夠續(xù)信:在發(fā)送一分組后,須時保留已送分組的副和分必行超重傳超時計時器的重傳時間應當比數(shù)據(jù)在組傳的平往時間更長一。確認丟失和確認到使用認和傳制,我們就以在可的傳輸網(wǎng)絡(luò)實現(xiàn)靠通信輸協(xié)議自動重求ARQT、信道用率:UDTRTTD

TD組發(fā)送時間;RTT:組往返時間;TA:發(fā)送確分組所需的時間停止等待協(xié)議的優(yōu)點是簡,但缺點是信道利用率太低。提高信利率的措施采流水線傳輸發(fā)方可連續(xù)送個分組,必發(fā)完一個分就停下等待對方的認連ARQ協(xié):TCP連的一端都必須有兩個窗—一送窗口和一個接收口發(fā)窗內(nèi)數(shù)可連發(fā)送去需等對的認接收采積確認對按序到達最后一個分確認,表示到這個分組止的所有分都已正確收了發(fā)送每接到個確認,就發(fā)送口前滑動一個組單。五、TCP文段的首式源口目端口段各端是運輸層與應用層的服務接口輸層的復用和分用功能都要通過端口才能實現(xiàn)序號字段占字節(jié)連接中傳送的數(shù)據(jù)流中的每一個字節(jié)都編上一個序號。序號字段的值則的是本報文段所送的數(shù)的第一個節(jié)的序號。確號字段—占字望到對方的下一個報文段的數(shù)據(jù)的第一節(jié)號、數(shù)據(jù)移(即首部長度)—位它出報的起處距離TCP報文的起始處有多遠,以四個字節(jié)為單位,其實就是首部長度,最字節(jié)。認—只有當時認字才。位RST(ReSeT)—當RST,表明連接出嚴重錯(由主崩潰其他因須釋放連,然后重建立運連。步—同SYN=表這是一個連接請求或連接接受報文止FIN)——用來釋放一連接。表明此報文段的發(fā)送端的數(shù)據(jù)已送畢,并要求放運輸連接窗口字段—占字節(jié)用讓方置發(fā)窗的據(jù)單為節(jié)檢驗和—占2字。檢和段驗范包括首部和數(shù)據(jù)兩分檢規(guī)和UDP檢和。緊急指針字—占16,指出在本報文中緊急數(shù)共有多少個字節(jié)MSS是TCP報段中的數(shù)據(jù)字段的最大長度選字—長度可變。包括:窗口擴選—占3字,時間戳項占10字,其中最主要的段時間戳值字段字和時戳回送回字段(字來計算間,處理TCP序號過2的次的況,防止序號繞回,時間戳可做個標選擇確選、填,是為了使整個首長度是4字的倍六可靠傳輸?shù)膶崿F(xiàn)TCP的動窗口以字節(jié)為單位窗口越,送方就可在到確認之前送多的數(shù)據(jù)傳效率高,是收方必須的接。窗口的分類:發(fā)窗口,可用窗口未確認窗口A的送窗并總和B的收窗口一樣大(因滯后要求接收方須有累積確認的功能,這樣可以減小傳輸開銷。緩存和窗口的關(guān)系:緩存一般大于窗口發(fā)緩存與接收緩存的作用發(fā)送緩用來暫時存放:發(fā)送應程序傳送給發(fā)方TCP準數(shù)據(jù);發(fā)送但未收到確認數(shù)據(jù)接緩存用來暫時存放:按序達的但未被接收應程序取數(shù)據(jù)不按到達的數(shù)。、超傳間選:+4RTT

D平均往時新(1舊的)的樣)推=RTT的偏的平值新的=的RTT)+新的DDS=0.25判一個確認文段是對來的報文段確對傳文確?采Karn法在計平往時RTT時只要文段重傳就采往時樣本。修的算:報段每重傳一次,就把RTO增些:選確是解決:接收方收到和前面的字節(jié)流不連續(xù)的兩個字節(jié)塊,怎樣讓發(fā)送方只發(fā)送沒到達的據(jù)使SACK時將TCP首中的位1,然后選字段入接到斷的界值個界占字節(jié)確一塊要個邊所選字段多只能指4個字塊的息另還要一個項明SACK選項,個指明占用的字節(jié)七的流量控制:利用滑動窗口實現(xiàn)流量控、流量控制(就是讓發(fā)送方發(fā)送速不要太快,既要接收方來得及接,也不要網(wǎng)絡(luò)發(fā)生擁塞。、丟失文導致等死鎖解決辦:持續(xù)計時為個連接設(shè)有一個持續(xù)計時器。只TCP接的一方收到對方零窗口通知,啟動持續(xù)計器。若持續(xù)計時器設(shè)置的時間到期就發(fā)個口報(攜帶1字數(shù)據(jù)對就在確認這個探測報文段給了現(xiàn)在窗口值若窗口仍然是零則收到這個報文的一方就重新設(shè)置持續(xù)計時。若窗口不是零,死鎖的僵局就可打破了。發(fā)送方的發(fā)送口不能過收方給接窗口的值TCP窗的位是節(jié)??紤]傳輸率要解文發(fā)時的擇長度限制:第一種機制是TCP維一個,它于最文段度MSS。要緩中存放的數(shù)據(jù)達字,組成個TCP文段送出。自制是由發(fā)送方應送報文段,即支推(push)操。時間限:第三種機制發(fā)送方的一個計時期限到了,這就把當前已的緩存數(shù)據(jù)入報段但長度不能過發(fā)去、TCP的擁塞制在某段間若對網(wǎng)絡(luò)某源的需求超了資源所能供可用部分網(wǎng)的性能就要壞產(chǎn)擁,即源需求可用源擁塞控制與流量控制的關(guān)系:擁控制是一個局性的過程是防止過多數(shù)據(jù)注入到網(wǎng)絡(luò)中樣以使網(wǎng)中的路由器或鏈路不致過載流量控制往往指在給定的發(fā)送端和接收端之間的點對點通信量的控制控制所要做的是制送發(fā)送數(shù)據(jù)速,便使收來及接收擁塞控制要解好網(wǎng)絡(luò)吐與負載關(guān)幾種塞控方:慢開始和塞避,重傳和快恢發(fā)送方維持一個叫做擁塞窗口cwnd的狀變。塞口大小決網(wǎng)的塞度,并且動態(tài)地變化。發(fā)送方讓己的發(fā)送窗口等于或小于擁窗口。、發(fā)方制擁塞窗的則是:只網(wǎng)沒有出現(xiàn)塞擁塞窗口就增一些,發(fā)送更多的分組。只要網(wǎng)出擁塞,塞口就減一,以減注到網(wǎng)絡(luò)的組數(shù)。、“擁塞”能全避免塞,只是說在塞避免段把擁窗口控為較多按線性規(guī)律長使絡(luò)比較不易現(xiàn)塞。快重傳算法:快重傳算法首先求收每到個序報文段后就立即發(fā)出重復確認。這樣做可以讓發(fā)送方及早道報段有達收。只一收三重復確認就應當立重傳對方尚未收的報文。快恢復算法:當發(fā)送端收到連三重的認,執(zhí)“乘法減小”算法,把慢始門限減,執(zhí)行加法大這是因為個認報文能夠到發(fā)送端,網(wǎng)絡(luò)很可能沒有擁塞、發(fā)送口的上限Min[rwnd,cwnd]

接方窗口rwnd和塞窗口九的運輸連接管理運輸連接就有三個階段,即:連接建立、數(shù)據(jù)傳送和連接釋放。連接的建立都是采方式。主動發(fā)連接立的用叫做客戶(client)。被等待接建的應進程做服器(。TCP用次手立連:A表發(fā)方,B表示收方A的向發(fā)連接請求報文段其部的同位=選擇號=x,明送數(shù)據(jù)的一個數(shù)字的序號是。B的到連接請求報文段后,如同意,則發(fā)回確認。確認報文段中應使=1,使=,號=x自選擇的序號seq。A收此報段后給出確認,認號ack=y。的通知上應用程連接已經(jīng)建。、TCP的連釋:四次握手放連。A表示送方,表示接方A連接釋放文段首部的=,序seq,待B的認。B發(fā)確認確認u,個報段自己的序號v。器進

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論