數據傳輸過程詳解
一、FTP客戶端發送數據到FTP服務器端,詳述其工作過程。兩臺機器的連接情況如下圖所示:
詳細解答如下
1.1、假設初始設置如下所示:
客戶端FTP端口號為:32768
服務器端FTP端口號為:21
1.2、不同網絡段上的兩臺計算機通過TCP/IP協議通訊的過程如下所示:
協議是水平的,服務是垂直的。
物理層,指的是電信號的傳遞方式,透明的傳輸比特流。
鏈路層,在兩個相鄰結點間的線路上無差錯地傳送以幀為單位的數據。
網絡層,負責為分組交換網上的不同主機提供通信,數據傳送的單位是分組或包。
傳輸層,負責主機中兩個進程之間的通信,數據傳輸的單位是報文段。
網絡層負責點到點(point-to-point)的傳輸(這里的“點”指主機或路由器),而傳輸層負責端到端(end-to-end)的傳輸(這里的“端”指源主機和目的主機)。
1.3、數據包的封裝過程
不同的協議層對數據包有不同的稱謂,在傳輸層叫做段(segment),在網絡層叫做數據報(datagram),在鏈路層叫做幀(frame)。數據封裝成幀后發到傳輸介質上,到達目的主機后每層協議再剝掉相應的首部,最后將應用層數據交給應用程序處理。兩臺計算機在不同的網段中,那么數據從一臺計算機到另一臺計算機傳輸過程中要經過一個或多個路由器。
1.4、工作過程
(1)在PC1客戶端,將原始數據封裝成幀,然后通過物理鏈路發送給Switch1的端口1。形成的幀為:
注:發送方怎樣知道目的站是否和自己在同一個網絡段?每個IP地址都有網絡前綴,發送方只要將目的IP地址中的網絡前綴提取出來,與自己的網絡前綴比較,若匹配,則意味著數據報可以直接發送。也就是說比較二者的網絡號是否相同。本題中,PC1和PC2在兩個網絡段。
(2)Switch1收到數據并對數據幀進行校驗后,查看目的MAC地址,得知數據是要發送給PC2,所以Switch1就對數據幀進行存儲轉發,查看自己的MAC地址列表后,從端口2將數據轉發給路由器的S0端口。
(3)Router收到數據后,先對數據進行校驗,然后對IP數據報進行分析,重新對數據進行封裝,查看路由表后,從S1端口將數據發送出去,此時得到新的數據幀如下:
注:目的IP和源IP地址不會被改的,改變的是MAC,路由器會把遠端的源MAC地址改成下一跳的MAC地址,然后就發送出去
(4)Switch2接收到Router給它發送的數據后,進行校驗后直接存儲轉發,查看自己的MAC地址列表后,將數據幀從端口1發送給PC2服務器端。
(5)PC2服務器端收到數據后,先進行校驗,然后進行拆分,得到TCP報文段,由此可以知道目的端口號是21,然后把數據交付給相應的FTP應用進程進行處理。
二、在數據的傳輸中會出現以下一些問題,該如何解決?
1、針對數據鏈路層,傳輸的數據會出現差錯或者丟失的問題,也有兩端傳輸速度不同的問題,如何解決這些問題?
答:首先我們假設主機A向主機B發送數據
(1)差錯控制
差錯控制方法分兩類,一類是自動請求重發ARQ,另一類是前向糾錯FEC,也叫前向糾錯碼(Forward Error Correction簡稱FEC)。
在ARQ方式中,當接收端發現差錯時,就設法通知發送端重發,直到收到正確的碼字為止,ARQ方式只使用檢錯碼。
在FEC方式中,接收端不但能發現差錯,而且能確定二進制碼元發生錯誤的位置,從而加以糾正,FEC方式必須使用糾錯碼。常用的糾錯碼有奇偶校驗碼、循環冗余碼和海明碼等
例如:在數據幀中加上CRC,這樣主機B就可以檢驗所接收的數據是否有差錯,如果有差錯,那么主機B可以向主機A發送一個否認幀NAK,以表示主機A應當重傳出現差錯的那個數據幀。
(2)丟失的解決辦法
超時重傳。如果主機A在發送完數據給主機B之后,若到了超時計時器所設置的重傳時間而還沒有收到主機B的任何確認幀ACK,則主機A就重傳前面所發送的這一數據幀。
(3)流量控制
①假設主機A向主機B傳輸的數據是無差錯的,那么,最簡單的流量控制方法就是:發送方每發送一幀數據就暫時停下來,接收方收到數據幀之后就交付給主機,然后發一信息給發送方,表示接收的任務已經完成,這時,發送方再接著發送下一個數據幀。在這種情況下,接收方的接收緩存的大小只要能夠裝得下一個數據幀即可。
②滑動窗口:分別在發送端和接收端設置發送窗口和接收窗口
發送窗口用來對發送端進行流量控制,為發送窗口的大小WT就是代表在還沒有收到對方確認信息的情況下發送端最多可以發送多少個數據幀。每收到對一個幀的確認,發送窗口就向前滑動一個位置。由此也可以知道,第一種流量控制發法中,WT=1。
在接收端設置接收窗口時為了控制可以接收哪些數據而不可以接收哪些數據,在接收端只有當收到的數據幀的發送序號落入接收窗口內才允許將該數據幀收下。每收到一個序號正確的幀,接收窗口就向前滑動一個位置。
2、IP數據報有它的長度,而數據傳輸過程中,一些中間設備也有一個相關的設置MTU(最大傳輸單元),如果現在假設IP數據報的長度是5000字節,而MTU設置是1500字節,那么該怎么辦?
答:解決的辦法是對IP數據報進行分片與重組。詳細過程如下:
2.1、 IP v4數據報格式
一個IP v4數據報由報頭和數據兩部分組成,其中數據包括高層需要傳輸的數據,而報頭是為了正確傳輸高層數據而增加的控制信息。報頭的前一部分是固定長度,共20字節,是所有IP數據報必須具有的。在報頭的固定部分的后面是一些可選字段,其長度是可變的。下圖給出了IPv4數據報的格式義。
IP數據報的格式
2.2、不同數據鏈路層協議的MTU值
一個路由器可能連接不同MTU的網絡,如下圖
2.3、IP數據報分片
數據報分片時,每個分片前都要加上相應的IP報頭,形成新的IP數據報,除包含一些分片控制域(如標志、偏移量)外,分片的報頭和原IP數據報的報頭基本一樣。
標識符、標志、偏移量3個字段在IP報頭中的作用是:
標識:占16bit,標識數據報。當數據報長度超出網絡最大傳輸單元(MTU)時,必須要進行分割,并且需要為分割段(fragment)提供標識。所有屬于同一數據報的分割段被賦予相同的標識值。
標志:占3bit,指出該數據報是否可分段。目前只有前兩個比特有意義。
標志字段中的最低位記為MF(More Fragment)。MF=1即表示后面“還有分片”的數據報。MF=0表這已是若干數據報片中的最后一個。
標志字段中間的一位記為DF(Don’t Fragment)。只有當DF=0時才允許分片。
片偏移:占13bit,若有分段時,用以指出該分段在數據報中的相對位置,也就是說,相對于用戶數據字段的起點,該片從何處開始。片偏移以8字節為偏移單位,即每個分片的長度一定是8字節(64Bit)的整數倍。
2.4、IP數據報重組
在最終的目的主機上將接收到的所有分片進行重新組裝的過程就是IP數據報重組。這時要根據數據報的標識、標志、偏移量等字段將分段的各個IP數據報重新組裝成完整的原始數據報。
2.5本題的詳解過程
數據報的數據部分為5000字節長(使用固定首部),需要分片長度不超過1500字節的數據報片。因固定首部長度為20字節,因此每個數據報片的長度不能超過1480字節。于是分為4個數據報片,其數據報片的數據部分長度分別為1480字節、1480字節、1480字節和560字節。原始數據報首部被復制為各數據報片的首部,但必須修改有關字段的值。分片結果如下圖所示:
3、兩個主機的應用進程,也會出現差錯和丟失,兩端的緩存也不同,如何控制流量?應用進程如何與端口號進行匹配?
答:因為運輸層提供的功能是應用進程之間的邏輯通信,所以面向連接的傳輸控制協議TCP就保證了全雙工的可靠交付的服務。具體的有關差錯控制和流量控制如下面的詳細解釋:
3.1、運輸層為相互通信的應用進程提供了邏輯通信,如下圖所示:
3.2、TCP發送報文段的示意圖如下:
3.3、TCP 的數據編號與確認
TCP 協議是面向字節的。TCP 將所要傳送的報文看成是字節組成的數據流,并使每一個字節對應于一個序號。
在連接建立時,雙方要商定初始序號。TCP 每次發送的報文段的首部中的序號字段數值表示該報文段中的數據部分的第一個字節的序號。
TCP 的確認是對接收到的數據的最高序號表示確認。接收端返回的確認號是已收到的數據的最高序號加 1。因此確認號表示接收端期望下次收到的數據中的第一個數據字節的序號。
3.4、TCP 的流量控制與擁塞控制
(1)滑動窗口(進行流量控制)
TCP 采用大小可變的滑動窗口進行流量控制。窗口大小的單位是字節。
在 TCP 報文段首部的窗口字段寫入的數值就是當前給對方設置的發送窗口數值的上限。
發送窗口在連接建立時由雙方商定。但在通信的過程中,接收端可根據自己的資源情況,隨時動態地調整對方的發送窗口上限值(可增大或減小)。
上圖(a)表示發送端要發送 900 字節長的數據,劃分為 9 個 100 字節長的報文段,而發送窗口確定為 500 字節。發送端只要收到了對方的確認,發送窗口就可前移。發送 TCP 要維護一個指針。每發送一個報文段,指針就向前移動一個報文段的距離。
上圖(b)表示發送端已發送了 400 字節的數據,但只收到對前 200 字節數
據的確認,同時窗口大小不變。現在發送端還可發送 300 字節。
上圖(c)表示發送端收到了對方對前 400 字節數據的確認,但對方通知發送端必須把窗口減小到 400 字節。現在發送端最多還可發送 400 字節的數據。
利用可變窗口大小進行流量控制雙方確定的窗口值是 400,如下圖所示:
(2)擁塞控制
為了更好地進行擁塞控制,因特網標準推薦使用一下三種技術,慢啟動(slow_start)、加速遞減(multiplicative decrease)和擁塞避免(congestion avoidance)。
“擁塞避免”并非指完全能夠避免了擁塞。利用以上的措施要完全避免網絡擁塞還是不可能的。“擁塞避免”是說在擁塞避免階段把擁塞窗口控制為按線性規律增長,使網絡比較不容易出現擁塞。
3.5、端口號的識別
(1)端口的概念:
端口就是運輸層服務訪問點 TSAP。
端口的作用就是讓應用層的各種應用進程都能將其數據通過端口向下交付給運輸層,以及讓運輸層知道應當將其報文段中的數據向上通過端口交付給應用層相應的進程。
從這個意義上講,端口是用來標志應用層的進程。
(2)端口在進程之間的通信中所起的作用
(3)端口號
端口用一個 16 bit 端口號進行標志。
端口號只具有本地意義,即端口號只是為了標志本計算機應用層中的各進程。在因特網中不同計算機的相同端口號是沒有聯系的。
端口號分為兩類:
一類是熟知端口,其數值一般為 0~1023。當一種新的應用程序出現時,必須為它指派一個熟知端口。
另一類則是一般端口,用來隨時分配給請求通信的客戶進程。
端口的作用可用下圖來表示:
(4)插口
TCP 使用“連接”(而不僅僅是“端口”)作為最基本的抽象,同時將 TCP 連接的端點稱為插口(socket),或套接字、套接口。插口包括IP地址(32bit)和端口號(16bit),共48bit。插口和端口、IP 地址的關系是:
責任編輯:售電衡衡
-
權威發布 | 新能源汽車產業頂層設計落地:鼓勵“光儲充放”,有序推進氫燃料供給體系建設
2020-11-03新能源,汽車,產業,設計 -
中國自主研制的“人造太陽”重力支撐設備正式啟運
2020-09-14核聚變,ITER,核電 -
探索 | 既耗能又可供能的數據中心 打造融合型綜合能源系統
2020-06-16綜合能源服務,新能源消納,能源互聯網
-
新基建助推 數據中心建設將迎爆發期
2020-06-16數據中心,能源互聯網,電力新基建 -
泛在電力物聯網建設下看電網企業數據變現之路
2019-11-12泛在電力物聯網 -
泛在電力物聯網建設典型實踐案例
2019-10-15泛在電力物聯網案例
-
權威發布 | 新能源汽車產業頂層設計落地:鼓勵“光儲充放”,有序推進氫燃料供給體系建設
2020-11-03新能源,汽車,產業,設計 -
中國自主研制的“人造太陽”重力支撐設備正式啟運
2020-09-14核聚變,ITER,核電 -
能源革命和電改政策紅利將長期助力儲能行業發展
-
探索 | 既耗能又可供能的數據中心 打造融合型綜合能源系統
2020-06-16綜合能源服務,新能源消納,能源互聯網 -
5G新基建助力智能電網發展
2020-06-125G,智能電網,配電網 -
從智能電網到智能城市