TCP
-
OSI模型設計
開放式系統(tǒng)互聯(lián)是把網(wǎng)絡通信的工作分為7層,分別是物理層,數(shù)據(jù)鏈路層,網(wǎng)絡層,傳輸層,會話層,表示層和應用層。
-
網(wǎng)絡地址概述
Internet依靠TCP/IP協(xié)議，在全球范圍內(nèi)實現(xiàn)不同硬件結構、不同操作系統(tǒng)、不同網(wǎng)絡系統(tǒng)的互聯(lián)。
-
IP網(wǎng)絡協(xié)議
IP是Internet Protocol(網(wǎng)際互連協(xié)議)的縮寫，是TCP/IP體系中的網(wǎng)絡層協(xié)議。設計IP的目的是提高網(wǎng)絡的可擴展性：一是解決互聯(lián)網(wǎng)問題，實現(xiàn)大規(guī)模、異構網(wǎng)絡的互聯(lián)互通;二是分割頂層網(wǎng)絡應用和底層網(wǎng)絡技術之間的耦合關系，以利于兩者的獨立發(fā)展。根據(jù)端到端的設計原則，IP只為主機提供一種無連接、不可靠的、盡力而為的數(shù)據(jù)包傳輸服務。
-
QUIC 是如何解決TCP 性能瓶頸的？
↓推薦關注↓文章目錄一、QUIC如何解決TCP的隊頭阻塞問題？1.1TCP為何會有隊頭阻塞問題1.2QUIC如何解決隊頭阻塞問題1.3QUIC沒有隊頭阻塞的多路復用二、QUIC如何優(yōu)化TCP的連接管理機制？2.1TCP連接的本質(zhì)是什么2.2QUIC如何減少TCP建立連接的開銷2....
-
TCP 協(xié)議學習筆記
關注「Linux大陸」，一起進步！TCP是互聯(lián)網(wǎng)核心協(xié)議之一，本文介紹它的基礎知識。一、TCP協(xié)議的作用互聯(lián)網(wǎng)由一整套協(xié)議構成。TCP只是其中的一層，有著自己的分工。（圖片說明：TCP是以太網(wǎng)協(xié)議和IP協(xié)議的上層協(xié)議，也是應用層協(xié)議的下層協(xié)議。）最底層的以太網(wǎng)協(xié)議（Etherne...
-
4個實驗，徹底搞懂TCP連接的斷開
前言看到這個標題你可能會說，TCP連接的建立與斷開，這個我熟，不就是三次握手與四次揮手嗎？且慢，腦海中可以先嘗試回答這幾個問題：四次揮手是誰發(fā)起的？如果斷電/斷網(wǎng)了連接會斷開嗎？什么情況下沒有四次揮手連接也會斷開？這不是面試，而是遇到了實際問題，至于是什么問題，容我先賣個關子，本...
-
知乎千贊的 TCP 文章，我寫錯了一個點。。。
??大家好，我是小林。之前我在「實戰(zhàn)！我用“大白鯊”讓你看見TCP」這篇文章里做了TCP三次握手的三個實驗：實驗一：模擬TCP第一次握手的SYN丟包；實驗二：模擬TCP第二次握手的SYN、ACK丟包；實驗三：模擬TCP第三次握手的ACK包丟；這篇文章在知乎還挺高贊的，超過1000...
-
基于CC3200的漫步鼠標設計
摘 要：針對高質(zhì)量、遠距離無線鼠標的研究，設計出基于CC3200模塊的WiFi無形態(tài)式鼠標，系統(tǒng)通過CC3200控制前端感知點，五個指端感知點分別包括不同的基礎功能。采用IEEE802.11無線局域網(wǎng)通用標準進行控制類數(shù)據(jù)的傳輸，并內(nèi)置了手勢設定程序。其次通過TCP/IP協(xié)議進行通信，最后通過硬件控制協(xié)議棧芯片進行手勢圖像分析，滿足新型鼠標的要求
-
再談 TCP 擁塞控制！
大家好，我是小林。很早之前跟大家圖解過TCP的擁塞控制：你還在為TCP重傳、滑動窗口、流量控制、擁塞控制發(fā)愁嗎？看完圖解就不愁了但是沒有提及到谷歌的BBR擁塞控制算法，我們之前講的都是傳統(tǒng)的擁塞控制算法，傳統(tǒng)的擁塞控制是基于丟包反饋的方式來做控制的，而谷歌的BBR?擁塞控制算法就...
-
QUIC?是如何解決TCP?性能瓶頸的？
↓推薦關注↓文章目錄一、QUIC如何解決TCP的隊頭阻塞問題？1.1TCP為何會有隊頭阻塞問題1.2QUIC如何解決隊頭阻塞問題1.3QUIC沒有隊頭阻塞的多路復用二、QUIC如何優(yōu)化TCP的連接管理機制？2.1TCP連接的本質(zhì)是什么2.2QUIC如何減少TCP建立連接的開銷2....
-
TCP數(shù)據(jù)粘包的處理
1.背鍋俠TCP在前面介紹套接字通信的時候說到了TCP是傳輸層協(xié)議，它是一個面向連接的、安全的、流式傳輸協(xié)議。因為數(shù)據(jù)的傳輸是基于流的所以發(fā)送端和接收端每次處理的數(shù)據(jù)的量，處理數(shù)據(jù)的頻率可以不是對等的，可以按照自身需求來進行決策。TCP協(xié)議是優(yōu)勢非常明顯，但是有時也會給我們造成困...
-
知乎千贊的?TCP?文章，我寫錯了一個點。。。
??大家好，我是小林。之前我在「實戰(zhàn)！我用“大白鯊”讓你看見TCP」這篇文章里做了TCP三次握手的三個實驗：實驗一：模擬TCP第一次握手的SYN丟包；實驗二：模擬TCP第二次握手的SYN、ACK丟包；實驗三：模擬TCP第三次握手的ACK包丟；這篇文章在知乎還挺高贊的，超過1000...
-
再談?TCP?擁塞控制！
大家好，我是小林。很早之前跟大家圖解過TCP的擁塞控制：你還在為TCP重傳、滑動窗口、流量控制、擁塞控制發(fā)愁嗎？看完圖解就不愁了但是沒有提及到谷歌的BBR擁塞控制算法，我們之前講的都是傳統(tǒng)的擁塞控制算法，傳統(tǒng)的擁塞控制是基于丟包反饋的方式來做控制的，而谷歌的BBR?擁塞控制算法就...
-
TCP 連接中客戶端的端口號是如何確定的？
在TCP連接中，客戶端在發(fā)起連接請求前會先確定一個客戶端端口，然后用這個端口去和服務器端進行握手建立連接。那么在Linux上，客戶端的端口到底是如何被確定下來的呢？事實上很多我們平時遇到的問題都和這個端口選擇過程相關，如果能深度理解這個過程，將有助于我們對這些問題的深刻理解。Ca...
-
TCP?連接中客戶端的端口號是如何確定的？
在TCP連接中，客戶端在發(fā)起連接請求前會先確定一個客戶端端口，然后用這個端口去和服務器端進行握手建立連接。那么在Linux上，客戶端的端口到底是如何被確定下來的呢？事實上很多我們平時遇到的問題都和這個端口選擇過程相關，如果能深度理解這個過程，將有助于我們對這些問題的深刻理解。Ca...
-
萬萬沒想到，TCP/IP?協(xié)議會有這么多漏洞！
據(jù)2020年上半年中國互聯(lián)網(wǎng)網(wǎng)絡安全監(jiān)測數(shù)據(jù)分析報告顯示，惡意程序控制服務器、拒絕服務攻擊（DDoS）等網(wǎng)絡攻擊行為有增無減。時至今日，網(wǎng)絡攻擊已經(jīng)成為影響網(wǎng)絡信息安全、業(yè)務信息安全的主要因素之一。網(wǎng)絡攻擊是指利用網(wǎng)絡存在的漏洞和安全缺陷對網(wǎng)絡系統(tǒng)的軟硬件及其系統(tǒng)數(shù)據(jù)進行攻擊的行...
-
收到RST，就一定會斷開TCP連接嗎？
想必大家已經(jīng)知道我的niao性，搞個標題，就是不喜歡立馬回答。就是要搞一大堆原理性的東西，再回答標題的問題。說這個是因為我這次會把問題的答案就放到開頭嗎？不！我就不！但是大家可以直接根據(jù)目錄看自己感興趣的部分。之所以要先鋪墊一些原理，還是希望大家能先看些基礎的，再慢慢循序漸進，這...
-
TCP?為什么是三次握手，而不是兩次或四次？
三次握手兩次握手（情況1）兩次握手（情況2）OK，下面正經(jīng)地來回答下這個問題，要搞清楚這個問題，首先得了解TCP究竟是如何保證可靠傳輸?shù)?。PS：TCP協(xié)議中，主動發(fā)起請求的一端稱為『客戶端』，被動連接的一端稱為『服務端』。不管是客戶端還是服務端，TCP連接建立完后都能發(fā)送和接收數(shù)...
-
深入解析常見 TCP 三次握手異常
今天跟大家說說TCP三次握手期間存在的異常現(xiàn)象，了解這個有助于我們在工作中排查疑難雜癥。在后端接口性能指標中一類重要的指標就是接口耗時。具體包括平均響應時間TP90、TP99耗時值等。這些值越低越好，一般來說是幾毫秒，或者是幾十毫秒。如果響應時間一旦過長，比如超過了1秒，在用戶側(cè)...
-
TCP 才不傻！
大家好，我是小林。之前收到個讀者的問題，對于TCP三次握手和四次揮手的一些疑問：第一次握手，如果客戶端發(fā)送的SYN一直都傳不到被服務器，那么客戶端是一直重發(fā)SYN到永久嗎？客戶端停止重發(fā)SYN的時機是什么？第三次握手，如果服務器永遠不會收到ACK，服務器就永遠都留在Syn-Rec...
