色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

linxu網(wǎng)絡(luò)協(xié)議分析:IP協(xié)議、TCP協(xié)議、UDP協(xié)議

454398 ? 來源:博客園 ? 作者: for_learning ? 2020-10-28 16:44 ? 次閱讀

本章節(jié)主要介紹linxu網(wǎng)絡(luò)模型、以及常用的網(wǎng)絡(luò)協(xié)議分析以太網(wǎng)協(xié)議、IP協(xié)議、TCP協(xié)議、UDP協(xié)議

一、網(wǎng)絡(luò)模型

TCP/IP分層模型的四個協(xié)議層分別完成以下的功能:

第一層網(wǎng)絡(luò)接口

網(wǎng)絡(luò)接口層包括用于協(xié)作IP數(shù)據(jù)在已有網(wǎng)絡(luò)介質(zhì)上傳輸?shù)膮f(xié)議。實際上TCP/IP標準并不定義與ISO數(shù)據(jù)鏈路層和物理層相對應的功能。相反,它定義像地址解析協(xié)議(Address Resolution Protocol,ARP)這樣的協(xié)議,提供TCP/IP協(xié)議的數(shù)據(jù)結(jié)構(gòu)和實際物理硬件之間的接口。

第二層網(wǎng)間層

網(wǎng)間層對應于OSI七層參考模型的網(wǎng)絡(luò)層。本層包含IP協(xié)議、RIP協(xié)議(Routing Information Protocol,路由信息協(xié)議),負責數(shù)據(jù)的包裝、尋址和路由。同時還包含網(wǎng)間控制報文協(xié)議(Internet Control Message Protocol,ICMP)用來提供網(wǎng)絡(luò)診斷信息。

第三層傳輸層

傳輸層對應于OSI七層參考模型的傳輸層,它提供兩種端到端的通信服務。其中TCP協(xié)議(Transmission Control Protocol)提供可靠的數(shù)據(jù)流運輸服務,UDP協(xié)議(Use Datagram Protocol)提供不可靠的用戶數(shù)據(jù)報服務。

第四層應用層

應用層對應于OSI七層參考模型的應用層和表達層。因特網(wǎng)的應用層協(xié)議包括Finger、Whois、FTP(文件傳輸協(xié)議)、Gopher、HTTP(超文本傳輸協(xié)議)、Telent(遠程終端協(xié)議)、SMTP(簡單郵件傳送協(xié)議)、IRC(因特網(wǎng)中繼會話)、NNTP(網(wǎng)絡(luò)新聞傳輸協(xié)議)等。

OSI以及TCP/IP協(xié)議對應關(guān)系表:

二、協(xié)議分析

網(wǎng)絡(luò)協(xié)議是網(wǎng)絡(luò)上所有設(shè)備(網(wǎng)絡(luò)服務器、計算機及交換機、路由器、防火墻等)之間通信規(guī)則的集合,它規(guī)定了通信時信息必須采用的格式和這些格式的意義。大多數(shù)網(wǎng)絡(luò)都采用分層的體系結(jié)構(gòu),每一層都建立在它的下層之上,向它的上一層提供一定的服務,而把如何實現(xiàn)這一服務的細節(jié)對上一層加以屏蔽。

一臺設(shè)備上的第n層與另一臺設(shè)備上的第n層進行通信的規(guī)則就是第n層協(xié)議。在網(wǎng)絡(luò)的各層中存在著許多協(xié)議,接收方和發(fā)送方同層的協(xié)議必須一致,否則一方將無法識別另一方發(fā)出的信息。網(wǎng)絡(luò)協(xié)議使網(wǎng)絡(luò)上各種設(shè)備能夠相互交換信息。常見的協(xié)議有:TCP/IP協(xié)議、以太網(wǎng)、UDP協(xié)議等。

2.1協(xié)議架構(gòu)

不同的協(xié)議層對數(shù)據(jù)包有不同的稱謂,在傳輸層叫做段(segment),在網(wǎng)絡(luò)層叫做數(shù)據(jù)報(datagram),在鏈路層叫做幀(frame)。數(shù)據(jù)封裝成幀后發(fā)到傳輸介質(zhì)上,到達目的主機后每層協(xié)議再剝掉相應的首部,最后將應用層數(shù)據(jù)交給應用程序處理。

其實在鏈路層之下還有物理層,指的是電信號的傳遞方式,比如現(xiàn)在以太網(wǎng)通用的網(wǎng)線(雙絞線)、早期以太網(wǎng)采用的的同軸電纜(現(xiàn)在主要用于有線電視)、光纖等都屬于物理層的概念。

2.2以太網(wǎng)協(xié)議格式

(1)其中的源地址和目的地址是指網(wǎng)卡的硬件地址(也叫MAC 地址),長度是48 位,是在網(wǎng)卡出廠時固化的。

(2)注意網(wǎng)卡芯片(例如DM9000A)收到的數(shù)據(jù)就是如上所示的一長串數(shù)據(jù);其中包括以太網(wǎng)幀頭、IP報報頭、傳輸層協(xié)議段頭、應用層所需數(shù)據(jù)。

(3)以太網(wǎng)幀中的數(shù)據(jù)長度規(guī)定最小46 字節(jié),最大1500 字節(jié),ARP 和RARP 數(shù)據(jù)包的長度不夠46 字節(jié),要在后面補填充位。最大值1500 稱為以太網(wǎng)的最大傳輸單元(MTU),不同的網(wǎng)絡(luò)類型有不同的MTU,如果一個數(shù)據(jù)包從以太網(wǎng)路由到撥號鏈路上,數(shù)據(jù)包度大于撥號鏈路的MTU了,則需要對數(shù)據(jù)包進行分片fragmentation)。ifconfig 命令的輸出中也有“MTU:1500”。注意,MTU 個概念指數(shù)據(jù)幀中有效載荷的最大長度,不包括幀首部的長度。

2.3IP協(xié)議格式

版本:

占 4 位,指 IP 協(xié)議的版本目前的 IP 協(xié)議版本號為 4 (即 IPv4)

首部長度:

占4位,可表示的最大數(shù)值是15個單位(一個單位為 4 字節(jié))因此IP 的首部長度的最大值是 60 字節(jié)

區(qū)分服務:

占8位,用來獲得更好的服務,在舊標準中叫做服務類型,但實際上一直未被使用過.1998 年這個字段改名為區(qū)分服務。只有在使用區(qū)分服務(DiffServ)時,這個字段才起作用。一般的情況下都不使用這個字段

總長度:

占16位,指首部和數(shù)據(jù)之和的長度,單位為字節(jié),因此數(shù)據(jù)報的最大長度為 65535 字節(jié)。總長度必須不超過最大傳送單元 MTU

標識:

占16位,它是一個計數(shù)器,用來產(chǎn)生數(shù)據(jù)報的標識

標志(flag):

占3位,目前只有前兩位有意義

MF

標志字段的最低位是 MF (More Fragment)

MF=1 表示后面“還有分片”。MF=0 表示最后一個分片

DF

標志字段中間的一位是 DF (Don‘t Fragment)

只有當 DF=0 時才允許分片

片偏移:

占12位,指較長的分組在分片后某片在原分組中的相對位置。片偏移以 8 個字節(jié)為偏移單位

生存時間:

占8位,記為TTL (Time To Live) 數(shù)據(jù)報在網(wǎng)絡(luò)中可通過的路由器數(shù)的最大值,TTL 字段是由發(fā)送端初始設(shè)置一個 8 bit字段。推薦的初始值由分配數(shù)字 RFC 指定,當前值為 64.發(fā)送 ICMP 回顯應答時經(jīng)常把 TTL 設(shè)為最大值 255

協(xié)議:

占8位,指出此數(shù)據(jù)報攜帶的數(shù)據(jù)使用何種協(xié)議以便目的主機的IP層將數(shù)據(jù)部分上交給哪個處理過程, 1表示為 ICMP 協(xié)議, 2表示為 IGMP 協(xié)議, 6表示為 TCP 協(xié)議, 17表示為 UDP 協(xié)議

首部檢驗和:

占16位,只檢驗數(shù)據(jù)報的首部不檢驗數(shù)據(jù)部分。這里不采用 CRC 檢驗碼而采用簡單的計算方法

源地址和目的地址:

都各占 4 字節(jié),分別記錄源地址和目的地址

2.4TCP協(xié)議格式

1. 源端口和目的端口

各占2字節(jié),端口號加上IP地址,共同構(gòu)成socket。互相通信的進程使用一對socket,包括協(xié)議、源IP、源端口、目的IP、目的端口,這五個元素唯一確定一個TCP連接。

2. 序號

占4字節(jié),是TCP段所發(fā)送的數(shù)據(jù)部分第一個字節(jié)的序號。在TCP傳送的數(shù)據(jù)流中,每一個字節(jié)都有一個序號。建立連接時,發(fā)送方將初始序號(Initial Sequence Number, ISN)填寫到第一個發(fā)送的TCP段序號中。

3. 確認號

占4字節(jié),是期望收到對方下次發(fā)送的數(shù)據(jù)的第一個字節(jié)的序號,也就是期望收到的下一個TCP段的首部中的序號,等于已經(jīng)成功收到的TCP段的最后一個字節(jié)序號加1。確認號在ACK標志為1時有意義,除了主動發(fā)起連接的第一個TCP段不設(shè)置ACK標志外,其后發(fā)送的TCP段都會設(shè)置ACK標志。

4. 數(shù)據(jù)偏移

占4比特,表示數(shù)據(jù)開始的地方離TCP段的起始處有多遠。實際上就是TCP段首部的長度。由于首部長度不固定,因此數(shù)據(jù)偏移字段是必要的。數(shù)據(jù)偏移以32位為長度單位,因此TCP首部的最大長度是60(15*4)個字節(jié)。

5. 控制位

一共6個,占6比特,設(shè)置為1時有效。按順序依次為:URG、ACK、PSH、RST、SYN、FIN。

6. 窗口

占2字節(jié),表示報文段發(fā)送方期望接收的字節(jié)數(shù),可接收的序號范圍是從接收方的確認號開始到確認號加上窗口大小之間的數(shù)據(jù)。

7. 校驗和

校驗和包含了偽首部、TCP首部和數(shù)據(jù),校驗和是TCP強制要求的,由發(fā)送方計算,接收方驗證。

8. 緊急指針

URG標志為1時,緊急指針有效,表示數(shù)據(jù)需要優(yōu)先處理。緊急指針指出在TCP段中的緊急數(shù)據(jù)的最后一個字節(jié)的序號,使接收方可以知道緊急數(shù)據(jù)共有多長。

9. 選項

最常用的選項是最大段大小(Maximum Segment Size,MSS),向?qū)Ψ酵ㄖ緳C可以接收的最大TCP段長度。MSS選項只在建立連接的請求中發(fā)送。

2.5UDP協(xié)議格式

UDP是一種無連接的、不可靠的傳輸層協(xié)議;

在完成進程到進程的通信中提供了有限的差錯檢驗功能;

設(shè)計比較簡單的UDP協(xié)議的目的是希望以最小的開銷來達到網(wǎng)絡(luò)環(huán)境中的進程通信目的;

進程發(fā)送的報文較短,同時對報文的可靠性要求不高,那么可以使用UDP協(xié)議。

編輯:hfy

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • IP協(xié)議
    +關(guān)注

    關(guān)注

    3

    文章

    85

    瀏覽量

    21647
  • 網(wǎng)絡(luò)協(xié)議

    關(guān)注

    3

    文章

    267

    瀏覽量

    21534
  • UDP協(xié)議
    +關(guān)注

    關(guān)注

    0

    文章

    69

    瀏覽量

    12694
  • TCP協(xié)議
    +關(guān)注

    關(guān)注

    1

    文章

    91

    瀏覽量

    12070
  • linxu
    +關(guān)注

    關(guān)注

    0

    文章

    7

    瀏覽量

    2550
收藏 人收藏

    評論

    相關(guān)推薦

    TCP/IP協(xié)議不止是兩個協(xié)議

    TCP/IP(TransmissionControlProtocol/InternetProtocol,傳輸控制協(xié)議/網(wǎng)際協(xié)議)是指能夠在多個不同網(wǎng)
    的頭像 發(fā)表于 07-31 23:07 ?1218次閱讀
    <b class='flag-5'>TCP</b>/<b class='flag-5'>IP</b><b class='flag-5'>協(xié)議</b>不止是兩個<b class='flag-5'>協(xié)議</b>

    TCP/IP網(wǎng)絡(luò)協(xié)議

    TCP/IP網(wǎng)絡(luò)協(xié)議TCP/IP協(xié)議
    發(fā)表于 01-05 14:54

    TCP協(xié)議UDP協(xié)議的區(qū)別有哪些

    計算機網(wǎng)絡(luò)簡答題1、TCP 協(xié)議UDP 協(xié)議的區(qū)別有哪些?(1)TCP 屬于面向連接的
    發(fā)表于 08-06 08:43

    基于UDP協(xié)議網(wǎng)絡(luò)通信應用程序

    基于UDP協(xié)議網(wǎng)絡(luò)通信應用程序(UDP-Socket)前兩篇文章介紹了基于TCP/IP
    發(fā)表于 11-05 08:29

    TCPUDP協(xié)議簡析

    一、前言TCPUDP協(xié)議TCP/IP協(xié)議的核心。TCP
    發(fā)表于 12-15 08:13

    tcp ip協(xié)議_什么是tcp ip協(xié)議

    什么是tcp ip協(xié)議tcp ip協(xié)議詳解,深刻講述了tc
    發(fā)表于 05-14 16:29 ?6032次閱讀
    <b class='flag-5'>tcp</b> <b class='flag-5'>ip</b><b class='flag-5'>協(xié)議</b>_什么是<b class='flag-5'>tcp</b> <b class='flag-5'>ip</b><b class='flag-5'>協(xié)議</b>

    TCP/IP協(xié)議典型的優(yōu)化原則和方法

    嵌入式TCP/IP協(xié)議的實現(xiàn)通常采用Linux中的TCP/IP網(wǎng)絡(luò)結(jié)構(gòu)層次。
    發(fā)表于 03-13 15:12 ?2050次閱讀
    <b class='flag-5'>TCP</b>/<b class='flag-5'>IP</b><b class='flag-5'>協(xié)議</b>典型的優(yōu)化原則和方法

    tcp ip 協(xié)議講座:介紹IP協(xié)議UDP協(xié)議

    介紹了IP協(xié)議(包頭和IP分包),UDP協(xié)議(包頭)
    的頭像 發(fā)表于 07-03 08:05 ?3036次閱讀

    TCP/IP協(xié)議詳情介紹

    TCP/IP協(xié)議進階課程:5、UDP協(xié)議
    的頭像 發(fā)表于 07-03 03:11 ?4190次閱讀

    tcpudp協(xié)議的異同

    UDP 校驗和則是包含 UDP 首部和數(shù)據(jù)在內(nèi)的校驗結(jié)果。 TCP協(xié)議 TCP協(xié)議基于
    的頭像 發(fā)表于 11-12 14:45 ?4070次閱讀
    <b class='flag-5'>tcp</b>和<b class='flag-5'>udp</b><b class='flag-5'>協(xié)議</b>的異同

    TCP協(xié)議UDP協(xié)議的區(qū)別和相同點有哪些 一文看懂TCP協(xié)議UDP協(xié)議的優(yōu)缺點

    首先咱們弄清楚,TCP協(xié)議和UCP協(xié)議TCP/IP協(xié)議的聯(lián)系,很多人犯糊涂了,一直都是說
    的頭像 發(fā)表于 05-26 14:35 ?9774次閱讀
    <b class='flag-5'>TCP</b><b class='flag-5'>協(xié)議</b>與<b class='flag-5'>UDP</b><b class='flag-5'>協(xié)議</b>的區(qū)別和相同點有哪些 一文看懂<b class='flag-5'>TCP</b><b class='flag-5'>協(xié)議</b>與<b class='flag-5'>UDP</b><b class='flag-5'>協(xié)議</b>的優(yōu)缺點

    TCP協(xié)議UDP協(xié)議的區(qū)別

    TCP/IP協(xié)議中有兩個具有代表性的傳輸層協(xié)議,分別是TCP協(xié)議
    的頭像 發(fā)表于 03-21 10:39 ?1180次閱讀

    網(wǎng)絡(luò)通信OSI協(xié)議TCP/IP協(xié)議

    TCP/IP(Transmission Control Protocol/Internet Protocol,傳輸控制協(xié)議/網(wǎng)際協(xié)議)是指能夠在多個不同
    發(fā)表于 05-06 17:06 ?2203次閱讀

    你真的了解TCP/IP協(xié)議嗎?

    TCP/IP(TransmissionControlProtocol/InternetProtocol,傳輸控制協(xié)議/網(wǎng)際協(xié)議)是指能夠在多個不同網(wǎng)
    的頭像 發(fā)表于 07-20 18:09 ?980次閱讀
    你真的了解<b class='flag-5'>TCP</b>/<b class='flag-5'>IP</b><b class='flag-5'>協(xié)議</b>嗎?

    TCP/IP協(xié)議進階課程:5、UDP協(xié)議

    電子發(fā)燒友網(wǎng)站提供《TCP/IP協(xié)議進階課程:5、UDP協(xié)議.pdf》資料免費下載
    發(fā)表于 07-31 11:48 ?0次下載
    <b class='flag-5'>TCP</b>/<b class='flag-5'>IP</b><b class='flag-5'>協(xié)議</b>進階課程:5、<b class='flag-5'>UDP</b><b class='flag-5'>協(xié)議</b>
    主站蜘蛛池模板: 国产久久亚洲美女久久| 午夜国产高清精品一区免费| 久久久久青草大香线综合精品| 国产精品1区在线播放| 成年美女黄网站色app| 24小时日本在线| 18禁裸乳无遮挡免费网站| 一本色道久久综合亚洲精品| 校草让我脱了内裤给全班看| 色综合久久88色综合天天提莫| 亲胸吻胸添奶头GIF动态图免费| 欧美国产成人在线| 男人插女人动态| 男生jj插入女生jj| 欧美肥胖女人bbwbbw视频| 欧美牲交A欧美牲交VDO| 欧美午夜精品久久久久久浪潮| 暖暖日本大全免费观看| 免费国产福利| 暖暖 免费 高清 日本视频大全 | 野花高清影视免费观看| 亚洲欧美中文日韩v在线| 亚洲综合国产精品| 伊人香蕉在线播放视频免费| 伊人久久综在合线影院| 56prom在线精品国产| 99在线免费| 草久热的视频在线观看| 国产69精品久久久久乱码免费| 国产白丝精品爽爽久久蜜臀| 国产乱码卡二卡三卡4W| 好男人好资源在线观看免费视频| 精品国产乱码久久久久乱码| 久久精品影院永久网址| 免费精品美女久久久久久久久久| 青青久| 她也色在线视频站| 亚洲男人的天堂久久精品麻豆| 曰曰夜夜在线影院视| a视频在线看| 国产精品熟女人妻|