前言:在學習tcp三次握手的過程之中,由於一直無法解釋tcpdump命令抓的包中seq和ack的含義,就將tcp協議往深入的瞭解了一下,瞭解到了幾個協議,做一個小結.

先來看看我的問題:
這是用tcpdump命令抓的三次握手的包,可以看到seq和ack都比較大,我自己也無法解釋原因.


第二張是在同一過程中用Wireshark抓的包,其中seq和ack還比較正常,難道原因就是我不懂tcpdump命令中的資料?我的解釋是Wireshark和tcpdump中抓的包,資料的顯示方式可能不同,最後學長說可以用 -S 將tcp的序列號以絕對值形式輸出，而不是相對值。轉化了一下,第三次的ack就正常了.主要還是得知道seq和ack一樣,都是位元組序列號,一共4個位元組,範圍都是從[0,2^32 - 1].

$ tcpdump -S port 80

一:停止等待協議
停止等待協議是tcp保證傳輸可靠的重要途徑,”停止等待”就是指傳送完一個分組就停止傳送,等待對方的確認,只有對方確認過,才傳送下一個分組.

1:無差錯情況:傳送方傳送分組,接收方在規定時間內收到,並且回覆確認.傳送方再次傳送……

2:超時重傳有以下三種情況:
(1)分組丟失:傳送方傳送分組,接收方沒有收到分組,那麼接收方不會發出確認,只要傳送方過一段時間沒有收到確認,就認為剛才的分組丟了,那麼傳送方就會再次傳送.
(2):確認丟失:傳送方傳送成功,接收方接收成功,確認分組也被髮送,但是分組丟失,那麼到了等待時間,傳送方沒有收到確認,又會發送分組過去,此時接收方前面已經收到了分組,那麼此時接收方要做的事就是:丟棄分組,重新發送確認.
(3):傳送延遲:傳送方傳送成功,接收方接收成功,確認分組也被髮送,沒有丟失,但是由於傳輸太慢,等到了傳送方設定的時間,傳送方又會重新發送分組,此時接收方要做的事情:丟棄分組,重新發送確認. 傳送方如果收到兩個或者多個確認,就停止傳送,丟棄其他確認.

停止等待協議的優點是簡單,但是缺點是通道的利用率太低,一次傳送一條訊息,使得通道的大部分時間內都是空閒的,為了提高效率,我們採用流水線傳輸,這就與下面兩個協議有關係了.

二:連續ARQ協議和滑動視窗協議
這兩個協議主要解決的問題通道效率低和增大了吞吐量,以及控制流量的作用.

• 連續ARQ協議:它是指傳送方維護著一個視窗,這個視窗中不止一個分組,有好幾個分組,視窗的大小是由接收方返回的win值決定的,所以視窗的大小是動態變化的,只要在視窗中的分組都可以被髮送,這就使得TCP一次不是隻傳送一個分組了,從而大大提高了通道的利用率.並且它採用累積確認的方式,對於按序到達的最後一個分組傳送確認.
• 滑動視窗協議:之所以叫滑動視窗協議,是因為視窗是不斷向前走的,該協議允許傳送方在停止並等待確認前傳送多個數據分組。由於傳送方不必每發一個分組就停下來等待確認，因此該協議可以加速資料的傳輸,還可以控制流量的問題.
• 累積確認:如果傳送方傳送了5個分組,接收方只收到了1,2,4,5,沒有收到3分組,那麼我的確認資訊只會說我期望下一個收到的分組是第三個,此時傳送方會將3,4,5,全部重發一次,當通訊質量不是很好的時候,連續ARQ還是會帶來負面影響.