數(shù)據(jù)鏈路層

數(shù)據(jù)鏈路層

數(shù)據(jù)鏈路層使用的信道主要以下兩種類型:

  1. 點對點信道。這種信道使用的一對一的點對點通信方式
  2. 廣播信道。 這種信道使用的一對多的廣播通信方式粤攒,因此過程比較復雜栽渴。廣播信道上連接的主機很多尖坤,因此必須使用專用的共享信道協(xié)議來協(xié)調(diào)這些主機的數(shù)據(jù)發(fā)送。
    在互聯(lián)網(wǎng)進行通信的過程中所處的地位如圖:
    數(shù)據(jù)鏈路層的地位.png

    從數(shù)據(jù)鏈路層來看闲擦,H1到H2的通信可以看成由四段不同的鏈路層通信組成慢味。如圖:
    只考慮數(shù)據(jù)在鏈路層流動.png

使用點對點信道的數(shù)據(jù)鏈路層

數(shù)據(jù)鏈路和幀

鏈路(link)就是從一個結(jié)點到相鄰結(jié)點的一段物理線路(有線或無線),而中間沒有王何其他的交換結(jié)點。在進行數(shù)據(jù)通信時,兩臺計算機之間的通信路徑往往要經(jīng)過許多段這樣的鏈路佛致≈疲可見鏈路只是一條路徑的組成部分。
數(shù)據(jù)鏈路(data link則是另一拿概念俺榆。這是因為當需要在一條線路上傳送數(shù)據(jù)時,除了必須有一條物理線路外,還必須有一些必要的通信協(xié)議來控制這些數(shù)據(jù)的傳輸(這將在后面幾節(jié)討論),若把實現(xiàn)這些協(xié)議的硬件和軟件加到鏈路上,就構(gòu)成了數(shù)據(jù)鏈略「兄纾現(xiàn)在最常用的方法是使用網(wǎng)絡(luò)適配器(既有硬件,也包括軟件)來實現(xiàn)這些協(xié)議。一般的適配器都包括了數(shù)據(jù)鏈路層和物理層這兩層的功能罐脊。
數(shù)據(jù)鏈路層的協(xié)議數(shù)據(jù)單元——幀定嗓。

使用點對點信道的數(shù)據(jù)鏈路層.png

點對點信道的數(shù)據(jù)鏈路層在進行通信時主要步驟如下:
(1)結(jié)點A的數(shù)據(jù)鏈路層把網(wǎng)絡(luò)層交下來的IP數(shù)據(jù)報添加首部和尾部封裝成幀。
(2)結(jié)點A把封裝好的幀發(fā)送給結(jié)點B的數(shù)據(jù)鏈路層萍桌。
(3)若結(jié)點B的數(shù)據(jù)鏈路層收到的幀無差錯,則從收到的額中提取出IP數(shù)據(jù)報交給上面的網(wǎng)絡(luò)層;否則丟棄這個幀宵溅。

三個基本問題

數(shù)據(jù)鏈路層協(xié)議有許多種,但有三個基本問題則是共同的。這三個基本問題是:封裝成幀上炎、透明傳輸和差錯檢測恃逻。

  1. 封裝成幀
    封裝成幀就是在一段數(shù)據(jù)的前后分別添加首部和尾部,這樣就構(gòu)成了一個幀藕施。幀的數(shù)據(jù)部分的長度應(yīng)該盡可能的大于首部和尾部的長度寇损。SOH添加在首部,EOT在尾部裳食。ASCII碼分別為01 矛市,04 并不是字符SHO 以及EOT。
  2. 透明傳輸
    如果在二進制代碼中恰好出現(xiàn)和SHO或者EOT中間一樣的數(shù)據(jù)鏈路層會錯誤的找?guī)吔缁寤觥K砸箶?shù)據(jù)中的相應(yīng)字符成為一個透明的數(shù)據(jù)浊吏。
    前面提到的“透明”是一個很重要的術(shù)語,它表示:某一個實際存在的事物看起來卻好像不存在一樣(例如,你看不見在你前面有塊100%透明的玻璃的存在)。 “在數(shù)據(jù)鏈路層透明傳送數(shù)據(jù)”表示無論什么樣的比特組合的數(shù)據(jù),都能夠按照原樣沒有差錯地通過這個數(shù)據(jù)鏈路層救氯。因此,對所傳送的數(shù)據(jù)來說,這些數(shù)據(jù)就“看不見”數(shù)據(jù)鏈路層有什么妨礙數(shù)據(jù)傳輸?shù)臇|西找田。或者說,數(shù)據(jù)鏈路層對這些數(shù)據(jù)來說是透明的径密。
    為了解決透明傳輸問題,就必須設(shè)法使數(shù)據(jù)中可能出現(xiàn)的控制字符"SOH"和"EOT"在接收端不被解釋為控制字符午阵。具體的方法是:發(fā)送端的數(shù)據(jù)鏈路層在數(shù)據(jù)中出現(xiàn)控制字符"SOH"或"EOT"的前面插入一個轉(zhuǎn)義字符"ESC" (其十六進制編碼是IB,二進制是00011011)而在接收端的數(shù)據(jù)鏈路層在把數(shù)據(jù)送往網(wǎng)絡(luò)層之前刪除這個插入的轉(zhuǎn)義字符。這種方法稱為字節(jié)填充(byte stuffing)或字符填充(characte stuffing)如果轉(zhuǎn)義字符也出現(xiàn)在數(shù)據(jù)當中,那么解決方法仍然是在轉(zhuǎn)義字符的前面插入一個轉(zhuǎn)義字符。因此,當接收端收到連續(xù)的兩個轉(zhuǎn)義字符時,就刪除其中前面的一個底桂。
  3. 差錯檢測
    現(xiàn)實的通信鏈路都不會是理想的,這就是說,比特在傳輸過程中可能會產(chǎn)生差錯: 1可能會變成0,而0也可能變成1,這就叫做比特差錯,比特差錯是傳輸差錯中的一種植袍。本小節(jié)所說的“差錯”,如無特殊說明,就是指“比特差錯”.在一段時間內(nèi),傳輸錯誤的比特占所專輸比特總數(shù)的比率稱為誤碼率BER (Bit Err Rate),例如,誤碼率為101時,表示平均每傳送1010個比特就會出現(xiàn)一個比特的差錯。誤碼率與信噪比有很大的關(guān)系籽懦。如果設(shè)法提高信噪比,就可以使誤碼率減小于个。實阿的通信鏈路并非是理想的,它不可能使誤碼率下降到零。
    因此,為了保證數(shù)據(jù)傳輸?shù)目煽啃?在計算機網(wǎng)絡(luò)傳輸數(shù)據(jù)時,必須采用各種差錯檢測措施暮顺。
    目前在數(shù)據(jù)鏈路層廣泛使用了循環(huán)冗余檢驗CRC (Cyclic Redundancy Check)的檢錯技術(shù)厅篓。

點對點協(xié)議PPP

能實現(xiàn)可靠傳輸?shù)母呒墧?shù)據(jù)鏈路控制HDLC當初比較流行的。對于點對點協(xié)議PPP則是目前使用的最廣泛的數(shù)據(jù)鏈路協(xié)議捶码。

PPP協(xié)議的特點

PPP協(xié)議就是用戶計算機和ISP進行通信時的數(shù)據(jù)鏈路層的協(xié)議羽氮。


用戶到ISP的鏈路使用PPP協(xié)議.png

1. PPP協(xié)議滿足的需求

  • 簡單 互聯(lián)網(wǎng)體系結(jié)構(gòu)中把最復雜的部分放在了TCP協(xié)議中對于數(shù)據(jù)鏈路層的幀就一個首要要求簡單。僅僅只進行CRC也就是循環(huán)冗余檢驗通過收下沒有通過拒絕
  • 封裝成幀 PPP協(xié)議必須規(guī)定特殊字符作為幀定界符
  • 透明性 PPP必須保證數(shù)據(jù)傳輸?shù)耐该餍?/li>
  • 多種網(wǎng)絡(luò)協(xié)議 PPP協(xié)議必須能在同一條物理鏈路上同時支持多種網(wǎng)絡(luò)層協(xié)議(IP 惫恼、IPX等)
  • 多種類型鏈路 可以在多種鏈路上運行如串行档押,并行,同步或異步 祈纯,低俗速或高速令宿,電的或光的,交換或非交換點對點電路腕窥。
  • 差錯檢測(error detection) PPP協(xié)議必須能夠?qū)邮斩耸盏降膸M行檢測,并立即丟棄有差錯的幀粒没。若在數(shù)據(jù)鏈路層不進行差錯檢測,那么已出現(xiàn)差錯的無用幀就還要在網(wǎng)絡(luò)中繼續(xù)向前轉(zhuǎn)發(fā),因而會白白浪費許多的網(wǎng)絡(luò)資源。
  • 檢測連接狀態(tài) PPP協(xié)議必須具有一種機制能夠及時(不超過幾分鐘)自動檢測出鏈路是否處于正常工作狀態(tài)簇爆。當出現(xiàn)故障的鏈路隔了一段時間后又重新恢復正常工作時,就特別需要有這種及時檢測功能癞松。
  • 最大傳送單元 PPP協(xié)議必須對每一種類型的點對點鏈路設(shè)置最大傳送單元MTU的標準默認值。這樣做是為了促進各種實現(xiàn)之間的互操作性,如果高層協(xié)議發(fā)送的分組過長并超過MTU的數(shù)值, PP就要丟衰這樣的幀,并返回差錯入蛆。需要強調(diào)的是, MTU是數(shù)據(jù)鏈路層的幀可以載荷的數(shù)據(jù)部分的最大長度,而不是幀的總長度拦惋。
  • 網(wǎng)絡(luò)層地址協(xié)商 PPP協(xié)議必須提供一種機制使通信的兩個網(wǎng)絡(luò)層(例如,兩個IP層)的實體能夠通過協(xié)商知道或能夠配置彼此的網(wǎng)絡(luò)層地址,協(xié)商的算法應(yīng)盡可能簡單,并且能夠在所有的情況下得出協(xié)商結(jié)果,這對搜號連接的鏈路特別重要,因為如果僅僅在鏈路層建立了連接而不知道對方網(wǎng)絡(luò)層地址,則還不能夠保證網(wǎng)絡(luò)層可以傳送分組.
  • 數(shù)據(jù)壓縮協(xié)商 PPP協(xié)議必須提供一種方法來協(xié)商使用數(shù)據(jù)壓縮算法。但PPP協(xié)議并不要求將數(shù)據(jù)壓縮算法進行標準化.
    在TCP/P協(xié)議族中,可靠傳輸由運輸層的TCP協(xié)議負責,因此數(shù)據(jù)鏈路層的PPP協(xié)議不需要進行糾錯,不需要設(shè)置序號,也不需要進行流量控制.PPP協(xié)議不支持多點線路c即一個主站輪流和鏈路上的多個從站進行通信),而只支持點對點的鏈路通信安寺。此外,PPP協(xié)議只支持全雙工鏈路。

2. PPP協(xié)議組成

PPP協(xié)議有三個組成部分:

  • 一個將IP數(shù)據(jù)報封裝到串行鏈路的方法首尼。PPP既支持異步鏈路(無奇偶檢驗的8比特數(shù)據(jù)),也支持面向比特的同步鏈路挑庶。IP數(shù)據(jù)報在PPP幀中就是其信息部分,這個信息部分的長度受最大傳送單元MTU的限制。
  • 一個用來建立软能、配置和測試數(shù)據(jù)鏈路連接的鏈路控制協(xié)議LCP (Link ControlProtocol).通信的雙方可協(xié)商一些選項迎捺。在RFC 1661中定義了11種類型的LCP分組。
  • 一套網(wǎng)絡(luò)控制協(xié)議NCP (Network Control Protocoll),其中的每一個協(xié)議支持不同的網(wǎng)絡(luò)層協(xié)議,如IP, Osl的網(wǎng)絡(luò)層查排、DECnet,以及AppleTalk等凳枝。

PPP協(xié)議的幀格式

  1. 各字段的意義
    PPP的幀格式如圖:


    PPP幀的格式.png
  • F表示的是標志字段
  • 首部中的地址字段A規(guī)定為OxFF (即11 111),控制字段C規(guī)定為0x03 (即0000001)最初曾考慮以后再對這兩個字段的值進行其他定義,但至今也沒有給出。
  • PPP首部的第四個字段是2字節(jié)的協(xié)議字段,當協(xié)議字段為0x0021時, PP頓的信息字段就是IP數(shù)據(jù)報。若為OxC021,則信息字段是PPP鏈路控制協(xié)議LCP的數(shù)據(jù),而0x8021表示這是網(wǎng)絡(luò)層的控制數(shù)據(jù).
  • 信息字段的長度是可變的,不超過1500字節(jié)岖瑰。
  • 尾部中的第一個字段(2字節(jié))是使用CRC的幀檢驗序列FCS.
  1. 字節(jié)填充
    當信息字段中出現(xiàn)和標志字段一樣的比特(OxTE)組合時,就必須采取一些措施使這種形式上和標志字段一樣的比特組合不出現(xiàn)在信息字段中叛买。
    當PPP使用異步傳輸時,它把轉(zhuǎn)義符定義為OxTD (即011111,并使用字節(jié)填充,RFC 1662規(guī)定了如下所述的填充方法:
  • 把信息字段中出現(xiàn)的每一個Ox7E字節(jié)轉(zhuǎn)變成為2字節(jié)序列(OxTD, OxSE).
  • 若信息字段中出現(xiàn)一個Ox7D的字節(jié)(即出現(xiàn)了和轉(zhuǎn)義字符一樣的比特組合),則把0x7D轉(zhuǎn)變成為2字節(jié)序列(Ox7D, OxsD)
  • 若信息字段中出現(xiàn)ASCI碼的控制字符(即數(shù)值小于0x20的字符),則在該字符前面要加入一個0x7D字節(jié),同時將該字符的編碼加以改變。例如,出現(xiàn)0x03 (在控制字符中是“傳輸結(jié)束” ETX)就要把它轉(zhuǎn)變?yōu)?字節(jié)序列0ox7D, 0x23).

由于在發(fā)送端進行了字節(jié)填充,因此在鏈路上傳送的信息字節(jié)數(shù)就超過了原來的信息字節(jié)數(shù)蹋订。但接收端在收到數(shù)據(jù)后再進行與發(fā)送端字節(jié)填充相反的變換,就可以正確地恢復出原來的信息率挣。

  1. 零比特填充

PPP協(xié)議用在SONET/SDH鏈路時,使用同步傳輸(一連串的比特連續(xù)傳送)而不是異步傳輸(逐個字符地傳送),在這種情況下, PP協(xié)議采用零比特填充方法來實現(xiàn)透明傳輸。
零比特填充的具體做法是:在發(fā)送端,先掃描整個信息字段(通常用硬件實現(xiàn),但也可用軟件實現(xiàn),只是會慢些),只要發(fā)現(xiàn)有S個連續(xù)1,則立即填入一個0,因此經(jīng)過這種零比特填充后的數(shù)據(jù),就可以保證在信息字段中不會出現(xiàn)6個連續(xù)1,接收端在收到一個額時,先找到標志字段F以確定一個幀的邊界,接著再用硬件對其中的比特流進行掃描露戒。垂當發(fā)現(xiàn)5個連續(xù)1時,就把這5個連續(xù)1后的一個0刪除,以還原成原來的信息比特流(圖3-11),這樣就保證了透明傳輸;在所傳送的數(shù)據(jù)比特流中可以傳送任意組合的比特流,而不會引起對幀邊界的錯誤判斷

PPP協(xié)議工作狀態(tài)

PPP協(xié)議的狀態(tài)圖.png

使用廣播信道的數(shù)據(jù)鏈路層

局域網(wǎng)的數(shù)據(jù)鏈路層

局域網(wǎng)的特點:網(wǎng)絡(luò)為一個單位所擁有椒功,且地理范圍和站點數(shù)目均有限。
局域網(wǎng)所具有的主要優(yōu)點:

  • 具有廣播功能,從一個站點可很方便地訪問全網(wǎng),局域網(wǎng)上的主機可共享連接在局域網(wǎng)上的各種硬件和軟件資源智什。
  • 便于系統(tǒng)的擴展和逐漸演變,各設(shè)備的位置可靈活調(diào)整和改變动漾。
  • 提高了系統(tǒng)的可靠性(relability)可用性(availablity)生存性(survivability).

局域網(wǎng)的拓撲結(jié)構(gòu)有:星形網(wǎng)、環(huán)形網(wǎng)荠锭,總線網(wǎng)旱眯。
共享信道對于共享通信媒體資源的兩種方法;

  • 靜態(tài)劃分信道:也就是頻分復用节沦、時分復用键思、碼分復用、波分復用等
  • 動態(tài)媒體接入控制甫贯,它又稱為多點接入吼鳞,特點是信道并非在用戶通信時固定分配給用戶。分為以下兩種:
    • 隨機接入:隨機接入的特點是所有用戶可以隨機的發(fā)送信息叫搁。但如果有兩個或以上的用戶同時發(fā)送信息會發(fā)生碰撞既是沖突赔桌,使這些用戶的發(fā)送都失敗。必須要有網(wǎng)絡(luò)協(xié)議解決碰撞
    • 受控接入:受控接入的特點是用戶不能隨機的發(fā)送信息必須服從一定的控制渴逻。這類的典型代表有分散控制的令牌環(huán)局域網(wǎng)和集中控制的多點線路擦詢(polling)或稱為輪詢疾党。
  1. 以太網(wǎng)的兩個標準


    局域網(wǎng)對LLC子層是透明的.png

    后面的局域網(wǎng)一般只適配了MAC協(xié)議不在裝LCC協(xié)議了

  2. 適配器的作用

計算機與外界局域網(wǎng)的連接是通過通信適配器進行。


計算機通過適配器和局域網(wǎng)進行通信.png

CSMA/CD協(xié)議

為了通信的方便以太網(wǎng)采取兩種措施:

  • 采用較為靈活的無連接的工作方式惨奕,即不必先建立連接就可以直接發(fā)送數(shù)據(jù)雪位。以太網(wǎng)采用的協(xié)調(diào)方法和上面的辦法非常像,它使用的協(xié)議是CSMA/CD,意思是載波監(jiān)聽多點接入/碰撞檢測(Carrier Sense Multiple Access with Collision Deigction)。
  • 第二,以太網(wǎng)發(fā)送的數(shù)據(jù)都使用曼徹斯特(Manchester)編碼的信號梨撞。

CSMA/CD協(xié)議的要點:

  • “多點接入”就是說明這是總線型網(wǎng)絡(luò),許多計算機以多點接入的方式連接在一根總線上雹洗。協(xié)議的實質(zhì)是“載波監(jiān)聽”和“碰撞檢測"

  • "載波監(jiān)聽”就是用電子技術(shù)檢測總線上有沒有其他計算機也在發(fā)送,其實總線上并沒有什么“載波”,這里只不過借用一下“載波”這個名詞而已,因此載波監(jiān)聽就是檢測信道,這是個很重要的措施。不管在發(fā)送前,還是在發(fā)送中,每個站都必須不停地檢測信道卧波。
    在發(fā)送前檢測信道,是為了獲得發(fā)送權(quán),如果檢測出已經(jīng)有其他站在發(fā)送,則自己就暫時不許發(fā)送數(shù)據(jù),必須要等到信道變?yōu)榭臻e時才能發(fā)送时肿。在發(fā)送中檢測信道,是為了及時發(fā)現(xiàn)有沒有其他站的發(fā)送和本站發(fā)送的碰撞。這就稱為碰撞檢測港粱。

  • “碰撞檢測”也就是“邊發(fā)送邊監(jiān)聽”,即適配器邊發(fā)送數(shù)據(jù)邊檢測信道上的信號電壓的變化情況,以便判斷自己在發(fā)送數(shù)據(jù)時其他站是否也在發(fā)送數(shù)據(jù)螃成。

可以把CSMA/CD協(xié)議的要點歸納如下:

  • (1)準備發(fā)送:適配器從網(wǎng)絡(luò)層獲得一個分組,加上以太網(wǎng)的首部和尾部(見后面的3.4.3節(jié)),組成以太網(wǎng)幀,放入適配器的緩存中。但在發(fā)送之前,必須先檢測信道。
  • (2)檢測信道:若檢測到信道忙,則應(yīng)不停地檢測,一直等待信道轉(zhuǎn)為空閑寸宏。若檢測到信道空閑,并在96比特時間內(nèi)信道保持空閑(保證了幀間最小間隔),就發(fā)送這個幀宁炫。
  • (3)在發(fā)送過程中仍不停地檢測信道,即網(wǎng)絡(luò)適配器要邊發(fā)送邊監(jiān)聽。這里只有兩種可能性:
    • ①發(fā)送成功:在爭用期內(nèi)一直未檢測到碰撞击吱。這個幀肯定能夠發(fā)送成功淋淀。發(fā)送完畢后,其他什么也不做。然后回到(1).
    • ②發(fā)送失敗:在爭用期內(nèi)檢測到碰撞,這時立即停止發(fā)送數(shù)據(jù),并按規(guī)定發(fā)送人為干擾信號覆醇。適配器接著就執(zhí)行指數(shù)退避算法,等待r倍512比特時間后,返回到步驟(2),維續(xù)檢測信道,但若重傳達16次仍不能成功,則停止重傳而向上報錯朵纷。
      以太網(wǎng)每發(fā)送完一幀,一定要把已發(fā)送的幀暫時保留一下,如果在爭用期內(nèi)檢測出發(fā)生了碰撞,那么還要在推遲一段時間后再把這個暫時保留的幀重傳一次。

本章重點

  • 鏈路是從一個結(jié)點到相鄰結(jié)點的一段物理線路,數(shù)據(jù)鏈路則是在鏈路的基礎(chǔ)上增加了一些必要的硬件(如網(wǎng)絡(luò)適配器)和軟件(如協(xié)議的實現(xiàn))永脓。
  • 數(shù)據(jù)鏈路層使用的信道主要有點對點信道和廣播信道兩種袍辞。
  • 數(shù)據(jù)鏈路層傳送的協(xié)議數(shù)據(jù)單元是幀。數(shù)據(jù)鏈路層的三個基本問題則是:封裝成鎖常摧、透明傳輸和差錯檢測搅吁。
  • 循環(huán)冗余檢驗CRC是一種檢錯方法,而幀檢驗序列FCS是添加在數(shù)據(jù)后面的元余碼。
  • 點對點協(xié)議PPP是數(shù)據(jù)鏈路層使用最多的一種協(xié)議,它的特點是:簡單;只檢測差錯,而不是糾正差錯:不使用序號,也不進行流量控制;可同時支持多種網(wǎng)絡(luò)層h議.
  • PPPOE是為寬帶上網(wǎng)的主機使用的鏈路層協(xié)議落午。
  • 局域網(wǎng)的優(yōu)點是:具有廣播功能,從一個站點可很方便地訪問全網(wǎng):便于系統(tǒng)的擴展和逐漸演變;提高了系統(tǒng)的可靠性谎懦、可用性和生存性。
  • 共享通信媒體資源的方法有二:一是靜態(tài)劃分信道(各種復用技術(shù)),二是動態(tài)媒體接入控制,又稱為多點接入(隨機接入或受控接入)溃斋。
  • IEEE 802委員會曾把局域網(wǎng)的數(shù)據(jù)鏈路層拆成兩個子層,即邏輯鏈路控制(LLC)子層(與傳輸媒體無關(guān))和媒體接入控制(MAC)子層(與傳輸媒體有關(guān)),但現(xiàn)在LCC子層已成為歷史
  • 計算機與外界局域網(wǎng)的通信要通過通信適配器(或網(wǎng)絡(luò)適配器),它又稱為網(wǎng)絡(luò)接口卡或網(wǎng)卡界拦。計算機的硬件地址就在適配器的ROM中.
  • 以太網(wǎng)采用無連接的工作方式,對發(fā)送的數(shù)據(jù)幀不進行編號,也不要求對方發(fā)回確認。目的站收到有差錯幀就把它丟棄,其他什么也不做梗劫。
  • 以太網(wǎng)采用的協(xié)議是具有沖突檢測的載波監(jiān)聽多點接入CSMA/CD.協(xié)議的要點是:發(fā)送前先監(jiān)聽,邊發(fā)送邊監(jiān)聽,一旦發(fā)現(xiàn)總線上出現(xiàn)了碰撞,就立即停止發(fā)送享甸。然后按照退避算法等待一段隨機時間后再次發(fā)送。因此,每一個站在自己發(fā)送數(shù)據(jù)之后的一小段時間內(nèi),存在著遭遇碰撞的可能性梳侨。以太網(wǎng)上各站點都平等地爭用以太網(wǎng)信道
  • 傳統(tǒng)的總線以太網(wǎng)基本上都是使用集線器的雙絞線以太網(wǎng),這種以太網(wǎng)在物理上是星形網(wǎng),但在邏輯上則是總線形網(wǎng).集線器工作在物理層,它的每個接口僅僅簡單地轉(zhuǎn)發(fā)比特,不進行碰撞檢測
  • 以太網(wǎng)的硬件地址,即MAC地址實際上就是適配器地址或適配器標識符,與主機所在的地點無關(guān)蛉威。源地址和目的地址都是48位長。
  • 以太網(wǎng)的適配器有過濾功能,它只接收單播幀走哺、廣播頓或多播幀蚯嫌。
  • 使用集線器可以在物理層擴展以太網(wǎng)(擴展后的以太網(wǎng)仍然是一個網(wǎng)絡(luò))。
  • 交換式集線器常稱為以太網(wǎng)交換機或第二層交換機(工作在數(shù)據(jù)鏈路層),它就是一個多接口的網(wǎng)橋,而每個接口都直接與某臺單主機或另一個集線器相連,且工作在全雙工方式丙躏。以太網(wǎng)交換機能同時連通許多對的接口,使每一對相互通信的主機都能像獨占通信媒體那樣,無碰撞地傳輸數(shù)據(jù)齐帚。
  • 高速以太網(wǎng)有100 Mbils的快速以太網(wǎng)、吉比特以太網(wǎng)和10 Gbits的10吉比特以太網(wǎng)彼哼。最近還發(fā)展到100吉比特以太網(wǎng)。在寬帶接入技術(shù)中,也常使用高速以太網(wǎng)進行接入
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末湘今,一起剝皮案震驚了整個濱河市敢朱,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖拴签,帶你破解...
    沈念sama閱讀 217,277評論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件孝常,死亡現(xiàn)場離奇詭異,居然都是意外死亡蚓哩,警方通過查閱死者的電腦和手機构灸,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,689評論 3 393
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來岸梨,“玉大人喜颁,你說我怎么就攤上這事〔芾” “怎么了半开?”我有些...
    開封第一講書人閱讀 163,624評論 0 353
  • 文/不壞的土叔 我叫張陵,是天一觀的道長赃份。 經(jīng)常有香客問我寂拆,道長,這世上最難降的妖魔是什么抓韩? 我笑而不...
    開封第一講書人閱讀 58,356評論 1 293
  • 正文 為了忘掉前任纠永,我火速辦了婚禮,結(jié)果婚禮上谒拴,老公的妹妹穿的比我還像新娘尝江。我一直安慰自己,他們只是感情好彪薛,可當我...
    茶點故事閱讀 67,402評論 6 392
  • 文/花漫 我一把揭開白布茂装。 她就那樣靜靜地躺著,像睡著了一般善延。 火紅的嫁衣襯著肌膚如雪少态。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,292評論 1 301
  • 那天易遣,我揣著相機與錄音彼妻,去河邊找鬼。 笑死豆茫,一個胖子當著我的面吹牛侨歉,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播揩魂,決...
    沈念sama閱讀 40,135評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼幽邓,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了火脉?” 一聲冷哼從身側(cè)響起牵舵,我...
    開封第一講書人閱讀 38,992評論 0 275
  • 序言:老撾萬榮一對情侶失蹤柒啤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后畸颅,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體担巩,經(jīng)...
    沈念sama閱讀 45,429評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,636評論 3 334
  • 正文 我和宋清朗相戀三年没炒,在試婚紗的時候發(fā)現(xiàn)自己被綠了涛癌。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,785評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡送火,死狀恐怖拳话,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情漾脂,我是刑警寧澤假颇,帶...
    沈念sama閱讀 35,492評論 5 345
  • 正文 年R本政府宣布赘那,位于F島的核電站倒淫,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏缤弦。R本人自食惡果不足惜坦冠,卻給世界環(huán)境...
    茶點故事閱讀 41,092評論 3 328
  • 文/蒙蒙 一形耗、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧辙浑,春花似錦激涤、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,723評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至侠草,卻和暖如春辱挥,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背边涕。 一陣腳步聲響...
    開封第一講書人閱讀 32,858評論 1 269
  • 我被黑心中介騙來泰國打工晤碘, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人功蜓。 一個月前我還...
    沈念sama閱讀 47,891評論 2 370
  • 正文 我出身青樓园爷,卻偏偏與公主長得像,于是被迫代替她去往敵國和親式撼。 傳聞我的和親對象是個殘疾皇子童社,可洞房花燭夜當晚...
    茶點故事閱讀 44,713評論 2 354

推薦閱讀更多精彩內(nèi)容