【正文】 網(wǎng) 絡 原 理 —— 傳 輸 層 接收 1BYTE時的 silly window syndrome ?接收 1BYTE時，會出現(xiàn) silly window syndrome。 ?Clark算法： 當應用程序一次從傳輸層實體讀出一個字節(jié)時，傳輸層實體會產(chǎn)生一個一字節(jié)的窗口更新段，使得發(fā)送方只能發(fā)送一個字節(jié)。 Back 計 算 機 網(wǎng) 絡 原 理 —— 傳 輸 層 TCP的擁塞控制 ?擁塞的產(chǎn)生原因 ? 快網(wǎng)絡小緩存接收者 ? 慢網(wǎng)絡大緩存接收者 ? 導致網(wǎng)絡擁塞的兩個潛在因素是：網(wǎng)絡能力和接收能力。 ? 利用可變滑動窗口協(xié)議防止出現(xiàn)擁塞。 ? 擁塞窗口依照慢啟動 (slow start)算法變化。 2. 發(fā)出一個最大段長的 TCP段，若正確確認，擁塞窗口變?yōu)閮蓚€最大段長。 4. 重復上一步，直至發(fā)生超時或擁塞窗口等于接收方聲明的接收窗口大小。 6. 擁塞窗口按 2)、 3)步驟重新指數(shù)形增長，直至達到閾值，從此時開始，擁塞窗口線形增長，一次增加一個最大段長。 計 算 機 網(wǎng) 絡 原 理 —— 傳 輸 層 圖例： Inter擁塞算法 Back 計 算 機 網(wǎng) 絡 原 理 —— 傳 輸 層 TCP的定時管理 ?TCP使用多個定時器來完成各種功能，其中有： ? 重發(fā)定時器 (retransmission timer) ?發(fā)送每個段的同時啟動此定時器。在時鐘超時前，沒有收到該段確認，重發(fā)該段。在發(fā)送接收雙方由于某種原因（例如丟包）而相互等待，產(chǎn)生死鎖時。 ? keepalive timer ?當一個連接被長時間閑置時，如果 keepalive定時器超時，就發(fā)送一個段去檢測連接的另一方是否依舊存在。 ? TIMED WAIT timer ?在取消連接的操作中使用此 TIMED WAIT 定時器。 計 算 機 網(wǎng) 絡 原 理 —— 傳 輸 層 重發(fā)定時器中超時間隔的確定 ?如右圖示： TCP確認返回所 需要時間的概率密度函數(shù)。 ? TCP采用的是 Jacobson 1988年提出的算法： ?令 RTT存放時間間隔的最新估計值。 ?如果確認返回的時間超過 RTT，就啟動重發(fā)機制。 0 10 20 30 40 50 Round trip time(msec) T1 T2 Probability Back 計 算 機 網(wǎng) 絡 原 理 —— 傳 輸 層 UDP協(xié)議概述 ?用戶數(shù)據(jù)協(xié)議 UDP是一個無連接的傳輸協(xié)議， 為應用進程提供無連接的數(shù)據(jù)傳輸服務。 ?適用于 ? 交易型應用：一來一往交換報文。 ?UDP的協(xié)議數(shù)據(jù)單元 TPDU ? 8bytes的報頭＋數(shù)據(jù)部分。 Destination Port：標明源和目的兩個傳輸實體的端口。 ? 如果計算，將信息取值 IP報頭的偽 UDP報頭、 UDP報頭和 UDP數(shù)據(jù)全部計算在內(nèi)，用于檢錯。 ?常用的保留端口有： ?發(fā)送主機 ? 分配源端口， 指定目的端口，構造 UDP的 TPDU，提交給 IP協(xié)議處理。 ? 匹配成功， UDP協(xié)議數(shù)據(jù)單元進入相應的隊列，若隊列滿，丟棄該 TPDU。 NAME SERVER 42 BOOT PS 67 TFTP 69 SUN PRC 111 DNS 53 傳輸層 應用層 端口 計 算 機 網(wǎng) 絡 原 理 —— 傳 輸 層 舉例：用 UDP傳輸 RIP報文 ?設定一臺路由器上某個物理端口的 IP地址為 ，MAC地址為 0:a0:24:ea:b3:57。 IP 報頭 UDP報頭 RIP報文 Ether報頭 前序 (62bits) 11 目的地址 (6 bytes) 源地址 (6 bytes) 類型 (2 bytes) 網(wǎng)絡層協(xié)議數(shù)據(jù)單元 (46～ 1500 bytes) 校驗和 (4 bytes) ff:ff:ff:ff:ff:ff 0:a0:24:ea:b3:57 0080(IP) IP分組 (52 bytes) GO 計 算 機 網(wǎng) 絡 原 理 —— 傳 輸 層 舉例：用 UDP傳輸 RIP報文 V e r= 4 IHL= 2 0 T y peS e rv ic e =0 T otal Len gt h = 5 2Ide nti fica ti on = 1 0 8 3 1 010 Of fse t = 0TTL =1 P rot= 1 7 ( UDP ) He a der Che c k s u m = 5 a 4 aS ourc e Ad dre s s = 1 2 8 .1 .2 .1 5De s tina tio n A ddre s s = 1 2 8 .1 .2 .2 5 5IP 報頭S ourc e P ort= 5 2 0 De s tina tio n P ort = 5 2 0UDP le n gt h = 3 2 Che c k s u m = F5 7 CUDP 報頭Opc ode= 1 V e rs ion=1 00Ne tw ork A ddre s s = 0 .0 .0 .0 (de faul t)00M e tric = 1 6 ( no t re a c habl e )RIP 報文(24 by tes )? ———————— 3 2 b i t s ———————— ?Back 計 算 機 網(wǎng) 絡 原 理 —— 傳 輸 層 傳輸層小結 ?傳輸服務 ? 傳輸層的必要性和主要功能 ? 傳輸服務 ? 服務質量 ? 傳輸服務原語 ? TPDU ?簡單連接管理狀態(tài)圖 ? Berkeley Sockets ?應用舉例 ?傳輸協(xié)議 ? 傳輸協(xié)議概述 ? 傳輸協(xié)議的主要功能 ?尋址 ?建立連接 ?釋放連接 ?緩沖策略 ?流量控制 ? Inter傳輸層協(xié)議 ? 傳輸控制協(xié)議 TCP ? TCP協(xié)議概述 ? TCP的協(xié)議數(shù)據(jù)單元 TPDU ? TCP的連接管理 ? TCP的傳輸策略 ? TCP的擁塞控制 ? TCP的定時管理 ? 用戶數(shù)據(jù)協(xié)議 UDP ? UDP協(xié)議概述、 ? UDP的協(xié)議數(shù)據(jù)單元 TPDU ? UDP的工作原理 ?舉例：用 UDP傳輸 RIP報文 計 算 機 網(wǎng) 絡 原 理 —— 傳 輸 層 滑動窗口協(xié)議 ?滑動窗口協(xié)議（ Sliding Window Protocol）工作原理： ? 發(fā)送的信息幀都有一個序號，從 0到某個最大值， 0 ~ 2n 1，一般用 n個二進制位表示。發(fā)送窗口的上界表示要發(fā)送的下一個幀的序號，下界表示未得到確認的幀的最小編號。 ? 發(fā)送端每發(fā)送一個幀，序號取上界值，上界加 1；每接收到一個正確響應幀，下界加 1。接收窗口的上界表示允許接收的序號最大的幀，下界表示希望接收的幀。序號等于下界的幀被正確接收，并產(chǎn)生一個響應幀，下界加1。 計 算 機 網(wǎng) 絡 原 理 —— 傳 輸 層 滑動窗口協(xié)議 Back