滑動視窗
滑動視窗協議是允許傳送方傳送多個未被確認的資料分組，每個分組不必等待確認後進行傳送下乙個分組，且接受方通過視窗協議可以對多個分組進行確認，可以加快資料的傳輸。 在滑動視窗協議中，ack的確認是可以累積的，可以一次確認多個分組。
當接收方確認資料後，這個滑動視窗不時地向右移動。視窗兩個邊沿的相對運動增加或減少了視窗的大小。我們使用3個術語來描述視窗左右邊沿的運動：
合攏的現象是傳送在：資料被傳送和確認的時候。
張開的現象是發生在接收端的程序讀取已經確認的資料並釋放了tcp的接收快取時：
當視窗的右邊沿向左移動時，我們稱之為視窗收縮。目前rfc強烈建議不要這麼做。
push標誌
傳送方使用該標誌通知接收方將所收到的資料全部提交給接收程序。這裡的資料報括與push一起傳送的資料以及接收方tcp已經為接收程序收到的其他資料。
慢啟動
為了避免網路擁塞，需要通過乙個擁塞視窗cwnd來進行控制資料的傳送，從1開始，然後指數增長，使其達到乙個平衡點。
慢啟動為傳送方的tcp增加了另乙個視窗：擁塞視窗（congestion window） 記錄為cwnd，當於另乙個網路的主機建立tcp連線的時候，擁塞視窗初始化為1個報文段（即是另一端的通告的報文段大小），每收到乙個ack，擁塞視窗就增加乙個報文段。傳送方取擁塞視窗與通告視窗中的最小值作為傳送上限。擁塞視窗是傳送方使用的流量控制，而通告視窗則是接收方使用的流量控制。
緊急方式
它使一端可以告訴另一端有些具有某種方式的「緊急資料」已經放置在普通的資料流中，由接受方決定如何處理。
緊急標誌有urg，另外還有乙個16位的緊急指標的偏移量，這個與tcp首部中的序號進行相加，以便得出緊急資料的最後乙個位元組的序號。
TCP互動資料流 成塊資料流
tcp資料流分類 基於tcp的各類解決方案，可以根據資料吞吐量來大致分成兩大類 1 互動資料型別，例如telnet，ssh，這種型別的協議在大多數情況下只是做小流量的資料交換，比如說按一下鍵盤，回顯一些文字等等。2 資料成塊型別，例如ftp，這種型別的協議要求tcp能盡量的運載資料，把資料的吞吐量做...
TCP互動資料流與成塊資料流 筆記
tcp互動資料流 對與互動性要求較高的應用採用互動性輸入，一次傳送較少的位元組，當tcp在接受資料時並不急著立即傳送ack 相反，它推遲傳送，以便將ack與需要沿該方向傳送的資料一起傳送 捎帶ack 絕大多數實現採用的時延為200ms，也就是說，tcp將以最大200ms的時延等待是否有資料一起傳送。...
網路協議 TCP互動資料流和資料流成塊
建立在tcp協議上的應用層協議有非常多，如ftp http telnet等，這些協議依據資料傳輸的多少能夠分為兩類 互動資料型別和成塊資料型別。互動資料型別，如 telnet，這類協議一般僅僅做小流量的資料交換。比方每按下乙個鍵，要回顯一些字元。成塊資料型別。如 ftp，這類協議須要傳輸的資料比較多...