主頁 >  其他 > 王道考研 計算機網路筆記 第三章:資料鏈路層

王道考研 計算機網路筆記 第三章:資料鏈路層

2020-12-29 10:45:11 其他

本文基于2019 王道考研 計算機網路: 2019 王道考研 計算機網路
個人筆記總結
第一章:王道考研 計算機網路筆記 第一章:概述&計算機網路體系結構
第二章:王道考研 計算機網路筆記 第二章:物理層
后續章節將陸續更新…

第三章

  • 一、資料鏈路層基本概念
  • 二、鏈路層的功能
    • 1. 封裝成幀
    • 2. 透明傳輸
      • 1. 字符計數法
      • 2. 字符填充法
      • 3. 零位元填充法
      • 4. 違規編碼法
    • 3. 差錯控制
      • 1. 差錯的由來
      • 2. 資料鏈路層差錯控制
      • 3. 檢錯編碼
        • 奇偶校驗碼
        • 回圈冗余碼
      • 4. 糾錯編碼
    • 4. 流量控制與可靠傳輸機制
      • 概述
        • 1. 流量控制的幾種方法
        • 2. 協議所屬層次
        • 3. 可靠傳輸、滑動視窗、流量控制的區別
      • 1. 停止等待協議
        • 出現原因
        • 前提
        • 應用情況
        • 性能分析
      • 2. 后退N幀協議(GBN)
        • GBN中的滑動視窗
        • GBN發送方必須回應的三件事
        • GBN接收方要做的事
        • 運行中的GBN
        • GBN滑動視窗的長度
        • 性能分析
        • 總結
      • 3. 選擇重傳協議(SR)
        • SR中的滑動視窗
        • SR發送方必須回應的三件事
        • SR接收方要做的事
        • 運行中的SR
        • SR滑動視窗長度
        • 總結
  • 三、介質訪問控制
    • 1. 引入
    • 2. 信道劃分介質訪問控制
      • 頻分復用`FDM`
      • 時分復用`TDM`
      • 波分多路復用`WDM`
      • 碼分多路復用`CDM`
    • 3. 隨機訪問介質訪問控制
      • ALOHA協議
        • 1. 純ALOHA協議
        • 2. 時隙ALOHA協議
        • 3. 總結
      • CSMA協議
        • 1-堅持CSMA
        • 非堅持CSMA
        • p-堅持CSMA
        • 總結
      • CSMA-CD協議
        • 1. CS MA CD概念
        • 2. 傳播時延對載波監聽的影響
        • 3. 二進制數規避演算法
        • 4. 最小幀長問題
      • CSMA-CA協議
        • 1. 為什么要有?
        • 2. 作業原理
        • 3. 對比CSMA/CD
    • 4. 輪詢訪問介質訪問控制
      • 輪詢協議
      • 令牌傳遞協議
    • 5. 總結
  • 四、局域網
    • 1. 基本概述
      • 1. 定義及特點
      • 2. 局域網拓撲結構
      • 3. 局域網傳輸介質
      • 4. 局域網介質訪問控制
      • 5. 局域網的分類
      • 6. IEEE 802標準
      • 7. MAC子層和LLC子層
    • 2. 以太網
      • 1. 概述
      • 2. 無連接、不可靠服務
      • 3. 以太網傳輸介質與拓撲結構發展
      • 4. 10BASE-T以太網
      • 5. 配接器和MAC地址
      • 6. 以太網MAC幀
      • 7. 高速以太網
    • 3. 無線局域網
      • 1. 概述
      • 2. 802.11的MAC幀格式
      • 3. 無線局域網的分類
  • 五、廣域網
    • 1. 簡介
    • 2. PPP協議
      • 1. 簡介
      • 2. 應滿足的要求
      • 3. 無需滿足的要求
      • 4. 三個組成部分
      • 5. PPP協議狀態圖
      • 6. PPP協議的幀格式
    • 3. HDLC協議
      • 1. 簡介
      • 2. HDLC的站
      • 3. HDLC幀格式
    • 4. PPP對比HDLC
  • 六、鏈路層的設備
    • 1. 集線器(Hub)
    • 2. 網橋&交換機(Bridge)
    • 3. 以太網交換機
    • 4. 廣播域&沖突域&總結

第三章大綱

image-20201223093342858

研究思想
image-20201129182429699

  • 實際傳輸程序中,資料從信源A開始自上而下不斷封裝,最后轉換成位元流的形式在鏈路上進行傳輸,到了中間系統首先自下而上解封裝,然后再自上而下進行封裝,再在鏈路上進行傳輸,最后傳輸到信宿的時候,自下而上解封裝,還原出原始的資料,送給B
  • 專門研究資料鏈路層的功能時,我們一般只關心協議堆疊當中水平方向的各個資料鏈路層;可以想象為A給B發資訊的時候,資料是從A的資料鏈路層自左向右水平方向發送,如上圖中箭頭所示

一、資料鏈路層基本概念

資料鏈路層負責通過一條鏈路從一個結點向另一個物理鏈路直接相連的相鄰結點傳送資料報,

結點:主機、路由器

鏈路:網路中兩個結點之間的物理通道

  • 鏈路的傳輸介質主要有雙絞線、光纖和微波

  • 分為有線鏈路、無線鏈路

資料鏈路:網路中兩個結點之間的邏輯通道,把實作控制資料傳輸協議的硬體和軟體加到鏈路上就構成資料鏈路

:鏈路層的協議資料單元,封裝網路層資料報
image-20201223094333996

二、鏈路層的功能

資料鏈路層在物理層提供服務的基礎上向網路層提供服務

  • 其最基本的服務是將源自網路層來的資料可靠地傳輸到相鄰節點的目標機網路層
  • 其主要作用是加強物理層傳輸原始位元流的功能,將物理層提供的可能出錯的物理連接
    改造成為邏輯上無差錯的資料鏈路,使之對網路層表現為一條無差錯的鏈路,

image-20201130131648890
五大功能
image-20201130131946601

1. 封裝成幀

封裝成幀的程序就是將網路層的IP資料報加頭加尾,形成鏈路層的資料傳送單元,IP資料報也就成了幀的資料部分

概念:將一段資料的前后部分添加首部和尾部,構成一個幀;接收端在收到物理層上交的位元流后,就能根據首部和尾部的標記,從收到的位元流中識別幀的開始和結束,

  • 首部和尾部的標記,就是首部尾部添加的一個位元組,這個位元組叫做幀定界符,接收端可據此確定幀開始和結束的位置
  • 首部和尾部包含許多的控制資訊,其中的幀定界符才實作幀定界的作用;還有其他關于差錯控制、流量控制、物理地址等資訊

image-20201130132345271

幀同步:接收方從接收到的二進制位元流中區分出幀的起始和終止

組幀就是在發送端封裝成幀的程序,幀同步是在接受端識別幀開始和結束的程序
image-20201130163856591
資料鏈路層的幀長:幀從幀首部到尾部包括中間資料部分的總長度

  • 因此為了提高幀的傳輸效率,應該使幀的資料部分盡可能的大于幀的首部和尾部
  • 但是由于鏈路層的協議,要規定所能傳送的幀的最大資料部分上限
  • 資料部分的極限值就叫做最大傳送單元MTU,不同協議MTU的值也不同

組幀有四種方法

  1. 字符計數法
  2. 字符(節)填充法
  3. 零位元填充法
  4. 違規編碼法

2. 透明傳輸

透明傳輸是指不管所傳資料是什么樣的位元組合,都應當能夠在鏈路上傳送,因此,鏈路層就“看不見”有什么妨礙資料傳輸的東西,

當所傳資料中的位元組合恰巧與某一個控制資訊完全一樣時,就必須采取適當的措施,使接收方不會將這樣的資料誤認為是某種控制資訊,這樣才能保證資料鏈路層的傳輸是透明的

透明傳輸在組幀上的應用

1. 字符計數法

image-20201201000746191

如果計數欄位發生錯誤,比如從5到4,則第一個幀的結束位發生錯誤,導致后面所有的幀都發生錯誤,導致接受方無法正確的接收每一個幀,接受雙方失去了同步

2. 字符填充法

就是加頭SOH加尾EOT(均為一個位元組)標記幀的開始與結束,根據不同的協議,SOHEOT對應的位元組合不同

  • 當傳送的幀都使由文本檔案組成時,都是ASCII,與一個位元組的SOHEOT不會有交集,因此不會與這連個標記重復,可以實作透明傳輸
  • 但當傳送的幀由非ASCII碼組成時,有可能出現資料內某段位元流資料正好與標記欄位重復,從而導致誤判斷的情況,因此要采用字符填充法

image-20201201001106718

字符填充法:在資料部分與標記欄位重復的欄位前加轉義字符,告訴接受端不用管我后面的欄位是什么,正常接收即可,直到遇到真正的開始/結束標志

image-20201201001226643

3. 零位元填充法

首部和尾部的標志相同,均是01111110

如果發送端發送一系列一連串的位元時,資料部分也出現了與標志相同的位元組合01111110,那么怎么實作透明傳輸呢?這就是零位元填充法要解決的問題

image-20201201002943094

4. 違規編碼法

因為曼徹斯特編碼不使用高-高低-低來表示資料資訊,所以如果使用高-高低-低來表示幀起始和終止就不會與資料沖突

image-20201201003507184


3. 差錯控制

image-20201202185715330

1. 差錯的由來

image-20201201004012251
回顧
image-20201201004223701

為什么要在資料鏈路層進行差錯控制?

因為錯誤可以盡早發現,不會讓一個錯誤的資料包發送了很長時間到達最終目的地之后才被發現,從而導致網路資源的浪費

2. 資料鏈路層差錯控制

資料鏈路層的差錯控制主要強調的是位元錯

針對位元錯的控制方法由兩種:

  • 檢錯編碼:奇偶校驗碼,回圈冗余碼
  • 糾錯編碼:海明碼

注意:資料鏈路層編碼和物理層的資料編碼與調制不同

  • 物理層編碼針對的是單個位元,解決傳輸程序中位元的同步等問題,如曼徹斯特編碼,
  • 而資料鏈路層的編碼針對的是一組位元,它通過冗余碼的技術實作一組二進制位元串在傳輸程序是否出現了差錯

冗余碼:例如下圖盒子上的6本資訊就是冗余碼,可據此判斷是否出錯
image-20201202173306180

3. 檢錯編碼

奇偶校驗碼

image-20201227230659219

回圈冗余碼

image-20201202183518441

4. 糾錯編碼

1、確定校驗位數r
image-20201202184109956
2、確定校驗碼和資料的位置
image-20201202184718299
3、求出校驗碼的值
image-20201202185353387
4、檢錯并糾錯
image-20201202185606965


4. 流量控制與可靠傳輸機制

image-20201202192224838

概述

較高的發送速度和較低的接收能力的不匹配,會造成傳輸出錯,因此流量控制也是資料鏈路層的一項重要作業,

傳輸層也有流量控制,區別

  • 資料鏈路層的流量控制是點對點的,而傳輸層的流量控制是端到端的,

  • 資料鏈路層流量控制手段:接收方收不下就不回復確認

    傳輸層流量控制手段:接受端給發送端一個視窗公告(有多少視窗,緩沖區多大)

1. 流量控制的幾種方法

image-20201202191854833
image-20201202192003891

2. 協議所屬層次

停止等待協議滑動視窗協議到除錯于哪一層?

早些時候,鏈路的質量還沒有那么可靠的時候,就需要資料鏈路層負責起可靠傳輸的功能,就會用到停止等待協議、后退N幀協議、選擇重傳協議等;隨著鏈路質量的不斷發展,鏈路的通信已經非常的可靠,這個時候就不需要資料鏈路層擔負可靠傳輸的任務了,交給傳輸層來實作,鏈路層就主要負責流量控制

不管停止等待協議、滑動視窗協議是在資料鏈路層還是傳輸層,其功能都是進行可靠傳輸,只不過資料鏈路層的傳輸物件是幀,傳輸層的傳輸 物件是分組

3. 可靠傳輸、滑動視窗、流量控制的區別

image-20201202192145111

1. 停止等待協議

image-20201202215704405

出現原因

為什么要有停止-等待協議?

因為在鏈路上除了位元出差錯外,底層的信道還會出現丟包問題

  • 丟包:物理線路故障,設備故障,病毒攻擊,路由資訊錯誤等原因,會導致資料包的丟失

    這里的資料包就是一個資料,在不同層次有不同的名字;在鏈路層是幀,在網路層是資料報/分

    組,在傳輸層是報文段

為了解決丟包問題并且實作流量控制,就需要有停止等待協議

前提

研究停止等待協議的前提?

  • 雖然現在常用全雙工通信方式,但為了討論問題方便,僅考慮一方發送資料(發送方),一方接收資料(接收方).
  • 因為是在討論可靠傳輸的原理,所以并不考慮資料是在哪一個層次上傳送的,
  • “停止等待”就是每發送完一個分組就停止發送,等待對方確認,在收到確認后再發送下一個分組,

應用情況

1、無差錯情況

image-20201202214133632

2、有差錯情況

image-20201202214508528
image-20201202214631504
image-20201202214745400

性能分析

通過上述幾種情況,我們使用確認和超時重傳的機制,實作了在不可靠的網路上面實作相對比較可靠的通信,但是停止等待協議也有其優缺點:

  • 優點:簡單

  • 缺點:信道利用率低

    image-20201202215434381

    TD:發送方發送一個資料幀的發送時延

    RTT:往返時延

    TA:確認幀的發送時延

    image-20201202215630088

停等協議發送方每發送一個幀就處于等待狀態,等到接收方回復一個確認幀,發送方才會發送新的幀;因此停等協議大部分時間都是在等待,真正發送資料的時間很少,極大的浪費了資源;

為了解決停止等待協議太閑的問題,可以采用流水線技術,一次發送多個幀;但同時在其他方面急性改進:

  • 必須增加序號范圍,一次傳送多個幀,要編序號
  • 發送方需要快取多個分組,為幀丟失重傳備用

針對這種解決方案,就推出了下文的GBNSR協議
image-20201221234129863

2. 后退N幀協議(GBN)

image-20201222001629135

GBN中的滑動視窗

image-20201221234741022

注意:GAN協議中發送視窗有多個,接收視窗只有一個

  • 停等協議中發送視窗和接收視窗都是一個
  • SR協議中發送視窗有多個,接收視窗也可有多個

GBN發送方必須回應的三件事

image-20201221235803164
例如:比如發送方發了0號幀給接收方,接收方回傳一個0號確認幀;然后發送方發送1號幀,但是途中丟失,接收方接收不到1號幀,就一直等1號幀;接收方沒有等到1號幀,等到了2號幀的到來,此時接收方會丟棄2號幀,后續來的3、4號幀也會相應丟棄,接收方會一直等待1號幀的到來;發送方也在一直等待著1號幀的確認到來,就造成了一種死鎖的狀態;因此發送方的超時計時器就來解決這個問題,如果超時,就會重傳1號幀以及后續所有發送的但是沒有被確認的幀

GBN接收方要做的事

image-20201222000039929

運行中的GBN

image-20201228001633910

GBN滑動視窗的長度

image-20201222000643946

性能分析

  • 因連續發送資料幀而提高了信道利用率
  • 在重傳時必須把原來已經正確傳送的資料幀重傳,使傳送效率低

總結

  1. 累積確認(偶爾稍帶確認:接收方同時也可以發送資料給發送方,相當于角色互換了,就可以將確認幀夾在資料里發給發送方)
  2. 接收方只按順序接收幀,不按序則丟棄
  3. 確認序列號最大的,按序到達的幀 (比如發送了1、2號幀并已確認,此時發送方發送了4號幀,發送方會丟棄,會回傳ACK2催更,催發送方發3號幀并且對2號幀的確認)
  4. 發送視窗最大為2^n-1,接收視窗大小為1

image-20201222001455714

3. 選擇重傳協議(SR)

image-20201222005133012
image-20201222002357024

SR中的滑動視窗

image-20201222002629623

  • SR協議中發送視窗有多個,接收視窗也可有多個

SR發送方必須回應的三件事

image-20201222003211701

SR接收方要做的事

運行中的SR

image-20201223095149018

SR滑動視窗長度

image-20201222004515915

總結

  1. 對資料幀逐一確認,收一個確認一個
  2. 只重傳錯幀
  3. 接收方有快取
  4. 最大的發送視窗=最大的接收視窗=2^(n-1)

image-20201222005108116

三、介質訪問控制

1. 引入

傳輸資料使用的兩種鏈路
image-20201222005802620
廣播信道當中,同一時間只能有一臺主機發送資訊,如果有多個節點同時發送資訊,信道上就會發生信號沖突問題,通信就會失敗,需要重傳;因此需要對多節點共享的介質進行訪問控制

介質訪問控制分為兩種

  • 靜態劃分信道:在用戶通信之前,預先將信道按照時間(時隙)/空間(頻率)對信道進行劃分,使用戶在通信程序中不會發生碰撞,不會相互干擾
  • 動態分配信道:又叫做動態媒體接入控制/多點接入,信道并不是在用戶通信時固定分配給用戶,使得用戶占用的帶寬更大

image-20201222130132799


2. 信道劃分介質訪問控制

也就是靜態劃分信道

頻分復用FDM

image-20201222095813611

時分復用TDM

image-20201222095930202

改進的時分復用——統計時分復用STDM
image-20201222100347853
集中器:將四個低速用戶連接起來,將它們的資料集中起來,通過高速線路在一條信道上發送出去

波分多路復用WDM

image-20201222101031413

碼分多路復用CDM

image-20201222101752068


3. 隨機訪問介質訪問控制

動態劃分信道的一種
image-20201222110020290

ALOHA協議

ALOHA協議分為兩種:

image-20201222103357991

1. 純ALOHA協議

image-20201222104348666

2. 時隙ALOHA協議

相對于純ALOHA協議就是固定了發送時間和重傳時間(只能在一個時間片的開始),提高了效率
image-20201222105000086

3. 總結

  1. 純ALOHA比時隙ALOHA協議吞吐量更低,效率更低(吞吐量就是一段時間內成功發送的平均幀數)
  2. 純ALOHA想發就發,時隙ALOHA只有在時間片段開始時才能發

CSMA協議

image-20201222110250362

1-堅持CSMA

image-20201222110457459

非堅持CSMA

image-20201222110657119

p-堅持CSMA

image-20201222111656665

總結

image-20201222111801767

對于以上三種CSMA,它們的沖突檢測方案只能在發送完整段資料幀之后,是否收到來自接收方的確認幀來判斷是否發生沖突,如果沒有收到來自接收方的確認幀,發送方就會判定發生沖突,因此之前發送的資料幀完全浪費

CSMA-CD協議

image-20201222132916362

1. CS MA CD概念

image-20201222130500737

2. 傳播時延對載波監聽的影響

image-20201222131126226

3. 二進制數規避演算法

如何確定碰撞重傳的時間?
image-20201222131820472

image-20201222131719589

例題:
image-20201222132033335

4. 最小幀長問題

  • 如果發送了一個很小的幀發生了碰撞,但是由于幀太短,幀發送完畢之后才檢測到發生了碰撞,已經沒有辦法停止發送;
  • 而CSMA/CD的誕生就是為了能夠及時叫停,解決只有幀發完之后才能檢測到碰撞的問題,因此定義了一個最小幀長,希望在檢測到碰撞的時候,幀還沒發送結束
  • 上述我們得到,最遲經過2個傳播時延,檢測到碰撞,因此要求幀的傳輸時延>=2倍信號在總線中的傳播時延,就可以保證檢測到碰撞時幀還沒有發送完,便可以叫停

image-20201222132222943

CSMA-CA協議

1. 為什么要有?

image-20201222133701738

CSMA-CD協議已經很全能,為什么還要有CSMA-CA協議?

答:應用場景不同

  • CA使用于無線局域網當中,很難用CD實作,因為空間大,沖突檢測范圍大,很難實驗
  • CD常應用于總線式以太網當中,是一種有線網路的情況

2. 作業原理

image-20201222134404999

3. 對比CSMA/CD

image-20201222134517299


4. 輪詢訪問介質訪問控制

動態劃分信道的一種

輪詢協議

image-20201222113123440

缺點

  • 詢問的程序就是發送一個較短的資料幀,如果從屬節點較多,就會多次輪詢,產生較大的開銷
  • 對于靠后的主機,會有等待延遲,等待前面的主機輪詢結束
  • 單點故障,如果主結點宕機,則從屬節點都通信不了(實際會有備用主結點)

優點

  • 不會發生沖突,每次只能允許一臺主機發送資料,該主機占用全部帶寬

令牌傳遞協議

image-20201222113850457


5. 總結

image-20201222112603937

四、局域網

1. 基本概述

image-20201222135940050

1. 定義及特點

image-20201222134706080

2. 局域網拓撲結構

image-20201222134908514

3. 局域網傳輸介質

image-20201222135000424

4. 局域網介質訪問控制

image-20201222135127548

5. 局域網的分類

image-20201222135312398

6. IEEE 802標準

IEEE 802系列標準是IEE802 LAN/MAN標準委員會制定的局域網、城域網技術標準(1980年2月成立)其中最廣泛使用的有以太網、令牌環、無線局域網等,這一系列標準中的每一個子標準都由委員會中的一個專門作業組負責,

image-20201222135652869

7. MAC子層和LLC子層

image-20201222135926630


2. 以太網

以太網是使用最廣泛的局域網

image-20201222141638186

1. 概述

image-20201222140426902

2. 無連接、不可靠服務

以太網提供無連接、不可靠服務

  • 無連接:發送方和接收方之間無“握手程序”.
  • 不可靠:不對發送方的資料幀編號,接收方不向發送方進行確認,差錯幀直接丟棄,差錯糾正由高層負責
  • 以太網只實作無差錯接收,不實作可靠傳輸,

3. 以太網傳輸介質與拓撲結構發展

image-20201222140820419

4. 10BASE-T以太網

image-20201222140931816

5. 配接器和MAC地址

image-20201222141047316

6. 以太網MAC幀

image-20201222141401386

image-20201222141528695

7. 高速以太網

image-20201222141624554


3. 無線局域網

無線局域網也是一種常見的局域網

1. 概述

IEE802.11無線局域網通用的標準,它是由IEEE所定義的無線網路通信的標準,

image-20201223075407934

和WIFI的區別?

  • 無線局域網的覆寫范圍比WIFI的覆寫范圍大得多
  • WIFI是802.11b和802.11g所定義的標準,滿足這兩個標準屬于WIFI

2. 802.11的MAC幀格式

image-20201223075829140

比如主機A要給主機B發送資訊,首先發送到基站AP1,基站AP1發送到AP2,AP2再發送給主機B,這里的幾個地址含義就是:

  • RA:接收主機旁基站的MAC地址
  • TA:發送主機旁基站的MAC地址
  • DA:接收主機的MAC地址
  • SA:發送主機的MAC地址

上圖只是802.11的MAC幀的一種型別WDS,四種地址都有,實際情況中,幀被分為4類:
image-20201223080520712

其余三種幀型別只有三個地址,不同幀型別對應的地址欄位不同

To AP:表示發往基站AP的幀

  • Address1:BSSID是AP基站的MAC地址
  • Address2:SA就是發送端的MAC地址
  • Address3:DA就是目的MAC地址

From AP:由基站AP發來的幀

  • Address1:DA就是目的MAC地址
  • Address2:BSSID是AP基站的MAC地址
  • Address3:SA就是發送端的MAC地址

IBSS

  • Address1:DA就是目的MAC地址
  • Address2:SA就是發送端的MAC地址
  • Address3:BSSID是AP基站的MAC地址

3. 無線局域網的分類

  1. 有固定基礎設施無線局域網

    image-20201223081640044

  2. 無固定基礎設施無線局域網的自組織網路

    image-20201223081705975

五、廣域網

image-20201223085631002

1. 簡介

image-20201223082422228

節點交換機是鏈路層的設備,是交換機,和網路層的路由器功能類似,均用來轉發分組,但是節點交換機只能在單個網路中轉發分組,而路由器可以在多個網路之間轉發分組

廣域網只有節點交換機嗎?

  • 不是,廣域網可以由交換機,集線器,還可以有網路層的路由器

廣域網和局域網的區別:

  • 廣域網覆寫的網路體系結構層次從物理層、鏈路層到網路層;而局域網支付該物理層和鏈路層兩個層次
  • 局域網多采用邏輯上總線結構的多點接入技術,而廣域網通常采用點對點相互連接的全雙工或者半雙工的通信模式
  • 廣域網強調資源共享,局域網強調資料傳輸
  • 廣域網的傳輸速率比局域網高,但是傳播延遲更長

2. PPP協議

PPPHDLC是最常用的廣域網當中的鏈路層協議

1. 簡介

點對點協議PPP( Point-to- Point protocol)是目前使用最廣泛的資料鏈路層協議,用戶使用撥號電話接入因特網時一般都使用PPP協議,

特點:只支持全雙工鏈路

2. 應滿足的要求

  • 簡單:不需要實作可靠傳輸的功能, 對于鏈路層的幀,無需糾錯,無需序號,無需流量控制
  • 封裝成幀:在幀頭幀尾加幀定界符
  • 透明傳輸:不管在資料部分傳送什么樣的位元流,都可以完整的傳送過去,即使其中有定界符,也視而不見;也就是與幀定界符一樣位元組合的資料應該如何處理:異步線路用位元組填充,同步線路用位元填充
  • 多種網路層協議:鏈路層是對網路層資料報的封裝,不要求網路層使用的協議,封裝的資料報可以采用多種協議,
  • 多種型別鏈路:串行/并行,同步/異步,電/光
  • 差錯檢測:采用CRC回圈冗余,通過在幀當中添加FCS欄位,實作差錯檢測,錯就丟棄,
  • 檢測連接狀態:檢測鏈路是否正常作業,
  • 最大傳送單元:PPP協議中資料部分就是上層交付的IP資料報,要求最大長度MTU,默認不超過1500位元組
  • 網路層地址協商:PPP協議要使得通信雙方知道對方的網路層地址
  • 資料壓縮協商:發送資料的時候對資料進行壓縮

3. 無需滿足的要求

  • 不需要糾錯,只需要檢錯
  • 不需要流量控制,交給上層負責
  • 無需對幀編序號
  • 不支持多點線路,只需要滿足點對點之間的連接程序

4. 三個組成部分

image-20201223084316498

5. PPP協議狀態圖

image-20201223084413256

6. PPP協議的幀格式

幀格式以位元組為單位,傳輸的資料都是整數個位元組,因此PPP協議面向位元組
image-20201223084623396


3. HDLC協議

1. 簡介

高級資料鏈路控制(High-Level Data Link Contro或簡稱HDLC),是一個在同步網上傳輸資料、面向位元的資料鏈路層協議,它是由國際標準化組織(ISO)根據IBM公司的SDLC(Synchronous Data Link Control)協議擴展開發而成的

特點

  • 資料報文可透明傳輸,通過“0位元插入法”(5個1插入一個0)實作

    PPP還可以實作位元組填充,HDLC只能實作0位元填充法

  • 采用全雙工通信

  • 所有幀采用CRC檢驗,對資訊幀進行順序編號,可防止漏識訓重份,傳輸可靠性高,

2. HDLC的站

image-20201223085145937

3. HDLC幀格式

image-20201223085315260


4. PPP對比HDLC

image-20201223085534452

六、鏈路層的設備

image-20201223093038369

1. 集線器(Hub)

物理層通過集線器拓展以太網的兩種方法:

方式一:通過光纖

image-20201223090337677

  • 光纖長度長,信號損耗小,
  • 調制器:電信號-》光信號
  • 解調器:光信號-》電信號

方式二:通過主干集線器

image-20201223090202070

image-20201223090222899

  • 一個沖突域內主機變多,發生沖突概率變大,效率變低

2. 網橋&交換機(Bridge)

為了解決主干集線器方式的沖突大、效率低問題,出現了網橋(交換機的前身)&交換機

image-20201223091114937
兩種網橋:
image-20201223091520227

  • 通過自學習來構建轉發表,每一個通過網橋的資料包都會被記錄下網橋收到資料時資料對應的地址網橋自己的介面,通過許許多多的資料包的構造的快取,網橋就可以知道哪個資料包在哪個介面,以后如果要穿資料包就知道要往哪個介面發送資料包了

image-20201223091700510

  • 在發送時,直接將最佳路徑放到幀首部,那么網橋如何獲得最佳路徑?通過廣播方式想目標地址發送廣播,此時可能會經過不同路由產生不同的路徑,目標地址收到后再將每一條路徑都發一個回應幀給網橋,網橋經過對比就知道哪個介面最快了

3. 以太網交換機

隨著技術發展,網橋的介面越來越多,網橋就變成了以太網交換機

image-20201223092150369

  • 交換機通常有十幾個埠,每個埠都可以直接連接主機或者連接集線器

  • 交換機同網橋一樣,每個埠引出的區域都是一個沖突域

  • 交換機可以獨占傳輸媒體帶寬,交換機埠連接的集線器/主機都是獨占媒體帶寬,不同于集線器帶寬被平分

    image-20201223092454304

以太網交換機的兩種交換方式

image-20201223092638881


4. 廣播域&沖突域&總結

image-20201223092807151
image-20201223092958978

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

標籤:其他

上一篇:從美術生到程式員轉型之路【我的故事】

下一篇:PD誘騙芯片LDR6328,可用于type-C小家電,無線充等產品,誘騙出最大100W功率支持多協議。

標籤雲
其他(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)

熱門瀏覽
  • 網閘典型架構簡述

    網閘架構一般分為兩種:三主機的三系統架構網閘和雙主機的2+1架構網閘。 三主機架構分別為內端機、外端機和仲裁機。三機無論從軟體和硬體上均各自獨立。首先從硬體上來看,三機都用各自獨立的主板、記憶體及存盤設備。從軟體上來看,三機有各自獨立的作業系統。這樣能達到完全的三機獨立。對于“2+1”系統,“2”分為 ......

    uj5u.com 2020-09-10 02:00:44 more
  • 如何從xshell上傳檔案到centos linux虛擬機里

    如何從xshell上傳檔案到centos linux虛擬機里及:虛擬機CentOs下執行 yum -y install lrzsz命令,出現錯誤:鏡像無法找到軟體包 前言 一、安裝lrzsz步驟 二、上傳檔案 三、遇到的問題及解決方案 總結 前言 提示:其實很簡單,往虛擬機上安裝一個上傳檔案的工具 ......

    uj5u.com 2020-09-10 02:00:47 more
  • 一、SQLMAP入門

    一、SQLMAP入門 1、判斷是否存在注入 sqlmap.py -u 網址/id=1 id=1不可缺少。當注入點后面的引數大于兩個時。需要加雙引號, sqlmap.py -u "網址/id=1&uid=1" 2、判斷文本中的請求是否存在注入 從文本中加載http請求,SQLMAP可以從一個文本檔案中 ......

    uj5u.com 2020-09-10 02:00:50 more
  • Metasploit 簡單使用教程

    metasploit 簡單使用教程 浩先生, 2020-08-28 16:18:25 分類專欄: kail 網路安全 linux 文章標簽: linux資訊安全 編輯 著作權 metasploit 使用教程 前言 一、Metasploit是什么? 二、準備作業 三、具體步驟 前言 Msfconsole ......

    uj5u.com 2020-09-10 02:00:53 more
  • 游戲逆向之驅動層與用戶層通訊

    驅動層代碼: #pragma once #include <ntifs.h> #define add_code CTL_CODE(FILE_DEVICE_UNKNOWN,0x800,METHOD_BUFFERED,FILE_ANY_ACCESS) /* 更多游戲逆向視頻www.yxfzedu.com ......

    uj5u.com 2020-09-10 02:00:56 more
  • 北斗電力時鐘(北斗授時服務器)讓網路資料更精準

    北斗電力時鐘(北斗授時服務器)讓網路資料更精準 北斗電力時鐘(北斗授時服務器)讓網路資料更精準 京準電子科技官微——ahjzsz 近幾年,資訊技術的得了快速發展,互聯網在逐漸普及,其在人們生活和生產中都得到了廣泛應用,并且取得了不錯的應用效果。計算機網路資訊在電力系統中的應用,一方面使電力系統的運行 ......

    uj5u.com 2020-09-10 02:01:03 more
  • 【CTF】CTFHub 技能樹 彩蛋 writeup

    ?碎碎念 CTFHub:https://www.ctfhub.com/ 筆者入門CTF時時剛開始刷的是bugku的舊平臺,后來才有了CTFHub。 感覺不論是網頁UI設計,還是題目質量,賽事跟蹤,工具軟體都做得很不錯。 而且因為獨到的金幣制度的確讓人有一種想去刷題賺金幣的感覺。 個人還是非常喜歡這個 ......

    uj5u.com 2020-09-10 02:04:05 more
  • 02windows基礎操作

    我學到了一下幾點 Windows系統目錄結構與滲透的作用 常見Windows的服務詳解 Windows埠詳解 常用的Windows注冊表詳解 hacker DOS命令詳解(net user / type /md /rd/ dir /cd /net use copy、批處理 等) 利用dos命令制作 ......

    uj5u.com 2020-09-10 02:04:18 more
  • 03.Linux基礎操作

    我學到了以下幾點 01Linux系統介紹02系統安裝,密碼啊破解03Linux常用命令04LAMP 01LINUX windows: win03 8 12 16 19 配置不繁瑣 Linux:redhat,centos(紅帽社區版),Ubuntu server,suse unix:金融機構,證券,銀 ......

    uj5u.com 2020-09-10 02:04:30 more
  • 05HTML

    01HTML介紹 02頭部標簽講解03基礎標簽講解04表單標簽講解 HTML前段語言 js1.了解代碼2.根據代碼 懂得挖掘漏洞 (POST注入/XSS漏洞上傳)3.黑帽seo 白帽seo 客戶網站被黑帽植入劫持代碼如何處理4.熟悉html表單 <html><head><title>TDK標題,描述 ......

    uj5u.com 2020-09-10 02:04:36 more
最新发布
  • 2023年最新微信小程式抓包教程

    01 開門見山 隔一個月發一篇文章,不過分。 首先回顧一下《微信系結手機號資料庫被脫庫事件》,我也是第一時間得知了這個訊息,然后跟蹤了整件事情的經過。下面是這起事件的相關截圖以及近日流出的一萬條資料樣本: 個人認為這件事也沒什么,還不如關注一下之前45億快遞資料查詢渠道疑似在近日復活的訊息。 訊息是 ......

    uj5u.com 2023-04-20 08:48:24 more
  • web3 產品介紹:metamask 錢包 使用最多的瀏覽器插件錢包

    Metamask錢包是一種基于區塊鏈技術的數字貨幣錢包,它允許用戶在安全、便捷的環境下管理自己的加密資產。Metamask錢包是以太坊生態系統中最流行的錢包之一,它具有易于使用、安全性高和功能強大等優點。 本文將詳細介紹Metamask錢包的功能和使用方法。 一、 Metamask錢包的功能 數字資 ......

    uj5u.com 2023-04-20 08:47:46 more
  • vulnhub_Earth

    前言 靶機地址->>>vulnhub_Earth 攻擊機ip:192.168.20.121 靶機ip:192.168.20.122 參考文章 https://www.cnblogs.com/Jing-X/archive/2022/04/03/16097695.html https://www.cnb ......

    uj5u.com 2023-04-20 07:46:20 more
  • 從4k到42k,軟體測驗工程師的漲薪史,給我看哭了

    清明節一過,盲猜大家已經無心上班,在數著日子準備過五一,但一想到銀行卡里的余額……瞬間心情就不美麗了。最近,2023年高校畢業生就業調查顯示,本科畢業月平均起薪為5825元。調查一出,便有很多同學表示自己又被平均了。看著這一資料,不免讓人想到前不久中國青年報的一項調查:近六成大學生認為畢業10年內會 ......

    uj5u.com 2023-04-20 07:44:00 more
  • 最新版本 Stable Diffusion 開源 AI 繪畫工具之中文自動提詞篇

    🎈 標簽生成器 由于輸入正向提示詞 prompt 和反向提示詞 negative prompt 都是使用英文,所以對學習母語的我們非常不友好 使用網址:https://tinygeeker.github.io/p/ai-prompt-generator 這個網址是為了讓大家在使用 AI 繪畫的時候 ......

    uj5u.com 2023-04-20 07:43:36 more
  • 漫談前端自動化測驗演進之路及測驗工具分析

    隨著前端技術的不斷發展和應用程式的日益復雜,前端自動化測驗也在不斷演進。隨著 Web 應用程式變得越來越復雜,自動化測驗的需求也越來越高。如今,自動化測驗已經成為 Web 應用程式開發程序中不可或缺的一部分,它們可以幫助開發人員更快地發現和修復錯誤,提高應用程式的性能和可靠性。 ......

    uj5u.com 2023-04-20 07:43:16 more
  • CANN開發實踐:4個DVPP記憶體問題的典型案例解讀

    摘要:由于DVPP媒體資料處理功能對存放輸入、輸出資料的記憶體有更高的要求(例如,記憶體首地址128位元組對齊),因此需呼叫專用的記憶體申請介面,那么本期就分享幾個關于DVPP記憶體問題的典型案例,并給出原因分析及解決方法。 本文分享自華為云社區《FAQ_DVPP記憶體問題案例》,作者:昇騰CANN。 DVPP ......

    uj5u.com 2023-04-20 07:43:03 more
  • msf學習

    msf學習 以kali自帶的msf為例 一、msf核心模塊與功能 msf模塊都放在/usr/share/metasploit-framework/modules目錄下 1、auxiliary 輔助模塊,輔助滲透(埠掃描、登錄密碼爆破、漏洞驗證等) 2、encoders 編碼器模塊,主要包含各種編碼 ......

    uj5u.com 2023-04-20 07:42:59 more
  • Halcon軟體安裝與界面簡介

    1. 下載Halcon17版本到到本地 2. 雙擊安裝包后 3. 步驟如下 1.2 Halcon軟體安裝 界面分為四大塊 1. Halcon的五個助手 1) 影像采集助手:與相機連接,設定相機引數,采集影像 2) 標定助手:九點標定或是其它的標定,生成標定檔案及內參外參,可以將像素單位轉換為長度單位 ......

    uj5u.com 2023-04-20 07:42:17 more
  • 在MacOS下使用Unity3D開發游戲

    第一次發博客,先發一下我的游戲開發環境吧。 去年2月份買了一臺MacBookPro2021 M1pro(以下簡稱mbp),這一年來一直在用mbp開發游戲。我大致分享一下我的開發工具以及使用體驗。 1、Unity 官網鏈接: https://unity.cn/releases 我一般使用的Apple ......

    uj5u.com 2023-04-20 07:40:19 more