主頁 > 軟體設計 > HCIA 2021-09-07、08 OSI與TCP/IP

HCIA 2021-09-07、08 OSI與TCP/IP

2021-09-11 10:04:12 軟體設計

目錄

OSI open system Interconnection

TCP/IP

封裝和解封裝

傳輸層封裝

傳輸層協議TCP和UDP

TCP建立會話的程序 三次握手

TCP斷開會話的程序 四次揮手

網路層封裝

IP 協議


OSI open system Interconnection

OSI/RM OSI 開放式系統互聯 RM參考模型

OSI核心思想 分層

什么是分層

屬于同一層面的不同功能,其目的和作用相似或相近,不同層面的功能其目的和作用具有明顯差異,每一層都在下面一層提供服務的基礎上再提供增值服務,

分層的作用:1、更易于標準化,2、降低層次之間的關聯性,3、便于學習或理解,

七層 (TCP將上三層合為了一層)

應用層

表示層 轉換成二進制

會話層 維持網路應用和應用服務器之間的會話連接

傳輸層 實作端到端傳輸,(建立埠與埠之間的連接)埠號(區分不同應用16位二進制構成65536 理論上是0-65535 但是0一般不作為埠號使用 1—65535,其中1-1023稱為知名埠號)---會話層地址

網路層 路由器 IP(互聯網協議) 產生地址 用來區分不同范圍 傳輸資料包

資料鏈路層 邏輯鏈路控制層LLC 在資料末尾增加一個校驗核FCS(幀校驗序列 確保數完整性 使用CRC(回圈冗余演算法算出一個值放末尾 發過去后接收端計算校驗) ) 介質訪問控制層MAC

傳輸資料幀

物理層 傳輸位元流

訪問程序

pc1 訪問http服務器 源埠號隨機值 目標埠號80

網路層 源ip 本機ip 目標ip http服務器 ip

源mac自己的 目標mac 網關的

回包時源目相反 源埠寫80 目標埠寫pc1埠

TCP/IP

TCP/IP 協議簇 (一大堆協議組成的) 比TCP/IP模型先出現 比 OSI 晚

TCP/IP模型四層(TCP/IP標準模型)和五層(TCP/IP對等模型)

封裝和解封裝

資料在每一層加工的程序稱為封裝 稱為封裝

拆解協議包,處理包頭中的資訊 稱為解封裝

PDU 協議資料單元 (資料在各個層次中的單位)

TCP五層 TCP里的PDU 封裝

應用層 資料報文 取決于不同的應用 轉換成二進制

傳輸層 資料段 二進制分段(UDP不分段)封裝 TCP頭部(埠號 TCP和UDP協議)

網路層 資料包 資料段分片 封裝IP頭部(IP地址 IP協議)

資料鏈路層 資料幀 封裝MAC頭部(MAC地址) 根據以太網協議IEEE802.3協議

物理層 位元流 電信號傳輸

以太網 早期局域網的解決方案 依賴MAC地址進行尋址(是交換機網路 作業在一二層只看MAC地址)

以太網 || 型幀↓

前導符 目標mac 源mac 上層協議型別 資料 校驗和

Data 整個資料包大小不能超過1500位元組

傳輸層封裝

傳輸層協議TCP和UDP

1、TCP 面向連接的協議 UDP 無連接的協議

2、TCP傳輸可靠的 UDP的傳輸盡力而為

3、TCP可以分段 UDP不行

4、TCP可以實作流量控制 UDP不行

5、TCP傳輸速度較慢消耗較大 UDP 傳輸速度快 開銷小

適用場景

TCP適用于效率要求較低但準確性要求較高的場景

UDP適用于效率要求較高但準確性要求較低的場景

1、TCP 面向連接的協議 UDP 無連接的協議

什么是面向連接?

面向連接就是指設備在傳輸之前先使用預備的協議建立點到點的連接然后再傳輸資料

TCP和UDP封裝只需要在頭部加資訊

TCP頭部↓

第一排 埠號

第二排 序號保證分段后的資料還能再排列起來

第三排 確認序號 確認收到了資訊

第四排 第一格標識頭部 因為頭部長度不固定 頭部長度最短20位元組

第二格保留不用管 ,六個標記位分別是:

URG 緊急標記位 置1緊急指標激活就表示傳輸的資訊需要緊急處理 ;

ACK 確認標記位 資料包用來確認 置一時確認序號激活 ;

PSH 資料不用等待(無需進入緩沖區) 可直接推入行程 ;

RST RST 表示復位,用來例外的關閉連接,在 TCP 的設計中它是不可或缺的, 發送RST包 關閉連接時,不必等緩沖區的 包 都發出去,直接就丟棄快取區的 包發送RST包 且不需要四次揮手就直接斷開TCP連接;

SYN 請求標記位 置一表示請求建立會話

FIN 結束標記位 請求結束會話;

標記位置 0 不生效 1生效

校驗和 TCP的校驗和偽頭部校驗(校驗網路層中12位元組的內容---32位源ip 32位目標ip 8位保留 8位協議 16位總長度)

UDP頭部

固定8位元組 校驗和可用可不用

2、TCP傳輸可靠的 UDP的傳輸盡力而為

TCP確保可靠性的機制 確認機制 重傳機制 排序機制 流控機制

確認 發送后收到對方的確認包就啟動下一個包的傳輸,否則啟動重傳

重傳 發送包后沒收到確認包 就認為對方沒收到

排序 一個動態程序,保證傳輸的有序性,

流控 視窗值 一次發十個資料包確認一次

視窗值如何實作流控

第一次 a一次發三個 b確認一次ACK =4 回傳視窗值3 ()

第二次 a調整視窗值x b成功確認 回傳視窗值x 回傳確認值x+1

這種不斷試探的機制稱為滑動視窗機制

發一個等待確認稱為停等式流控

UDP 要啥沒啥 不重傳不排序

3、TCP可以分段 UDP不行

4、TCP可以實作流量控制 UDP不行

5、TCP傳輸速度較慢消耗較大 UDP 傳輸速度快 開銷小

TCP建立會話的程序 三次握手

第一次 客戶端向服務器發送包 其中SYN=1 表示請求建立客戶端到服務器的會話 Seq = X是序號 確保服務器收到;

第二次 服務器收到客戶端發來的包 回傳一個包 SYN = 1 請求建立服務器到客戶端的會話 ACK = X + 1 表示確認序號為 X + 1 收到了上一個包, ack=1 確認建立會話 ,Seq=Y 為了保證客戶端收到包;

第三次 客戶端收到包 給服務器回一個包 ACK=Y+1 確認序號為Y+1 確認收到了上一個包,ack=1 確認建立會話, Seq = z 保證服務器收到包,

TCP斷開會話的程序 四次揮手

第一次 主動方向被動方發送一個包 FIN = 1 表示請求結束會話 ACK = Z 收到了上一個包 Seq =X 確保被動方收到 (這個包表示主動方沒有資料需要發送給被動方,所以結束會話)

第二次 被動方收到包后回主動方一個包 ACK = X + 1 表示收到了上一個包, ack = 1 表示確認結束會話 (主動到被動) Seq = Z 確保主動方收到(主動方收到會進入等待結束狀態)

第三次 被動方 向 主動方 發送一個包 FIN = 1 表示請求結束會話, ACK = X 表示收到上一個包,Seq = Y 確保主動方收到 (被動方資料發送完成后才會發送這個包)

第四次 主動方收到被動方的包 返一個包 ACK = Y 表示 收到了上一個包 ,ack = 1 確認結束會話(被動到主動) Seq = X 確保被動方收到

為什么是四次揮手不是三次?

因為主動方結束會話時被動方資料可能還沒發送完,所以需要被動方發送完后再結束被動方到主動方的會話,

網路層封裝

IP 協議

4位版本 標識ipv4 ipv6

4位首部長度 可變長頭部 最短20位元組時表示可選項為空

16位總長度

16位標識 所有同一資料包分出來的不同片具有相同的標識

第二排跟ip的分片有關(跟tcp分段一個意思)傳輸層叫分段 網路層叫分片

TCP分段 和IP的分片

MTU 最大傳輸單元 1500位元組 可修改但以1500為主 以太網||型幀 超過就會分片

TCP分段 盡可能不讓網路層重復加工 最大段長度 MSS 1460 (1500 - ip頭部長度 - tcp頭部長度)通信時 設備a 與 設備b MTU不同值時以小的為標準

8位生存時間TTL –資料包每經過一個路由器ttl值就減一 為零時 生存時間到了 路由器不會再轉發 將直接丟棄

TTL初始值跟作業系統有關系 初始值有三種 64 128 255

8位協議 上層使用協議型別

16位首部校驗和 只校驗頭部

32位源ip

32位目標ip

協議號標識上層應用是什么協議,例:17號表示上層即傳輸層是udp協議,6號表示上層即傳輸層是tcp協議,89標識上層是ospf協議,1是ICMP協議 但是不在傳輸層(跨層封裝),

更新中,,,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/299157.html

標籤:其他

上一篇:安裝軟體—用安裝包形式安裝

下一篇:TCP三次握手,四次揮手詳解

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more