主頁 > 軟體設計 > 計算機網路體系結構

計算機網路體系結構

2020-11-03 20:29:42 軟體設計

計算機網路體系結構

  • 網路通信協議

從應用的角度出發,協議可理解為“規則”,是資料傳輸和資料的解釋的規則,

假設,A、B雙方欲傳輸檔案,規定:

第一次,傳輸檔案名,接收方接收到檔案名,應答OK給傳輸方;

第二次,發送檔案的尺寸,接收方接收到該資料再次應答一個OK;

第三次,傳輸檔案內容,同樣,接收方接收資料完成后應答OK表示檔案內容接收成功,

由此,無論A、B之間傳遞何種檔案,都是通過三次資料傳輸來完成,A、B之間形成了一個最簡單的資料傳輸規則,雙方都按此規則發送、接收資料,A、B之間達成的這個相互遵守的規則即為協議,

這種僅在A、B之間被遵守的協議稱之為原始協議,當此協議被更多的人采用,不斷的增加、改進、維護、完善,最終形成一個穩定的、完整的檔案傳輸協議,被廣泛應用于各種檔案傳輸程序中,該協議就成為一個標準協議,最早的ftp協議就是由此衍生而來,

協議 :一套關于資訊傳輸順序,資訊格式和資訊內容等的約定,

協議三要素

語法:資料與控制資訊的結構或格式

語意:用來說明通信雙方應當怎么做

同步:詳細說明事件如何實作

例:甲乙兩個人通電話

語法:電話號碼;

語意:響鈴(表示有電話打進),乙接電話,通話等一系列的動作;

同步:甲先撥電話,響鈴,乙接聽電話,等一系列的通話時序,

  • 典型網路協議

傳輸層 常見協議有TCP/UDP協議,

應用層 常見的協議有HTTP協議,FTP協議,

網路層 常見協議有IP協議、ICMP協議、IGMP協議,

網路介面層 常見協議有ARP協議、RARP協議,

  • TCP傳輸控制協議(Transmission Control Protocol)是一種面向連接的、可靠的、基于位元組流的傳輸層通信協議,
  • UDP用戶資料報協議(User Datagram Protocol)是OSI參考模型中一種無連接的傳輸層協議,提供面向事務的簡單不可靠資訊傳送服務,
  • HTTP超文本傳輸協議(Hyper Text Transfer Protocol)是互聯網上應用最為廣泛的一種網路協議,
  • FTP檔案傳輸協議(File Transfer Protocol)
  • IP協議是因特網互聯協議(Internet Protocol)
  • ICMP協議是Internet控制報文協議(Internet Control Message Protocol)它是TCP/IP協議族的一個子協議,用于在IP主機、路由器之間傳遞控制訊息,
  • IGMP協議是 Internet 組管理協議(Internet Group Management Protocol),是因特網協議家族中的一個組播協議,該協議運行在主機和組播路由器之間,
  • ARP協議是正向地址決議協議(Address Resolution Protocol),通過已知的IP,尋找對應主機的MAC地址
  • RARP是反向地址轉換協議,通過MAC地址確定IP地址,
  • TCP/IP協議(傳輸控制協議/網際協議)是目前使用最廣泛的協議,也是Internet上使用的協議,由于TCP/IP具有跨平臺、可路由的特點,可以實作導構網路的互聯,同時也可以跨網段通信,這使得許多網路作業系統將TCP/IP作為內置網路協議,我們組建局域網時,一般主要使用TCP/IP協議,

當然,TCP/IP協議相對于其他協議來說,配置起來也比較復雜,因為每個節點至少需要一個IP地址、一個子網掩碼、一個默認網關、一個計算機名等,

  • 網路應用程式設計模型

C/S模式

  • 傳統的網路應用設計模式,客戶機(client)/服務器(server)模式,需要在通訊兩端各自部署客戶機和服務器來完成資料通信,

B/S模式

  • 瀏覽器()/服務器(server)模式,只需在一端部署服務器,而另外一端使用每臺PC都默認配置的瀏覽器即可完成資料的傳輸,

優缺點

? 對于C/S模式來說,其優點明顯,客戶端位于目標主機上可以保證性能,將資料快取至客戶端本地,從而提高資料傳輸效率,且,一般來說客戶端和服務器程式由一個開發團隊創作,所以他們之間所采用的協議相對靈活,可以在標準協議的基礎上根據需求裁剪及定制,例如,騰訊公司所采用的通信協議,即為ftp協議的修改剪裁版,

因此,傳統的網路應用程式及較大型的網路應用程式都首選C/S模式進行開發,如,知名的網路游戲魔獸世界,3D畫面,資料量龐大,使用C/S模式可以提前在本地進行大量資料的快取處理,從而提高觀感,

C/S模式的缺點也較突出,由于客戶端和服務器都需要有一個開發團隊來完成開發,作業量將成倍提升,開發周期較長,另外,從用戶角度出發,需要將客戶端安插至用戶主機上,對用戶主機的安全性構成威脅,這也是很多用戶不愿使用C/S模式應用程式的重要原因,

B/S模式相比C/S模式而言,由于它沒有獨立的客戶端,使用標準瀏覽器作為客戶端,其作業開發量較小,只需開發服務器端即可,另外由于其采用瀏覽器顯示資料,因此移植性非常好,不受平臺限制,如早期的偷菜游戲,在各個平臺上都可以完美運行,

? B/S模式的缺點也較明顯,由于使用第三方瀏覽器,因此網路應用支持受限,另外,沒有客戶端放到對方主機上,快取資料不盡如人意,從而傳輸資料量受到限制,應用的觀感大打折扣,第三,必須與瀏覽器一樣,采用標準http協議進行通信,協議選擇不靈活

? 因此在開發程序中,模式的選擇由上述各自的特點決定,根據實際需求選擇應用程式設計模式,

  • 網路體系結構

就是對構成計算機網路的各組成部分之間的關系及所要實作功能的一組精確定義(層次和相關規定總稱),

在這里插入圖片描述

  • 開放系統互連OSI參考模型

在這里插入圖片描述
在這里插入圖片描述

  1. 物理層:主要定義物理設備標準,如網線的介面型別、光纖的介面型別、各種傳輸介質的傳輸速率等,它的主要作用是傳輸位元流(就是由1、0轉化為電流強弱來進行傳輸,到達目的地后再轉化為1、0,也就是我們常說的數模轉換與模數轉換),這一層的資料叫做位元,

  2. 資料鏈路層:定義了如何讓格式化資料以幀為單位進行傳輸,以及如何讓控制對物理介質的訪問,這一層通常還提供錯誤檢測和糾正,以確保資料的可靠傳輸,如:串口通信中使用到的115200、8、N、1

  3. 網路層:在位于不同地理位置的網路中的兩個主機系統之間提供連接和路徑選擇,Internet的發展使得從世界各站點訪問資訊的用戶數大大增加,而網路層正是管理這種連接的層,

  4. 傳輸層:定義了一些傳輸資料的協議和埠號(WWW埠80等),如:TCP(傳輸控制協議,傳輸效率低,可靠性強,用于傳輸可靠性要求高,資料量大的資料),UDP(用戶資料報協議,與TCP特性恰恰相反,用于傳輸可靠性要求不高,資料量小的資料,如QQ聊天資料就是通過這種方式傳輸的), 主要是將從下層接收的資料進行分段和傳輸,到達目的地址后再進行重組,常常把這一層資料叫欄位,

  5. 會話層:通過傳輸層(埠號:傳輸埠與接收埠)建立資料傳輸的通路,主要在你的系統之間發起會話或者接受會話請求(設備之間需要互相認識可以是IP也可以是MAC或者是主機名),

  6. 表示層:可確保一個系統的應用層所發送的資訊可以被另一個系統的應用層讀取,例如,PC程式與另一臺計算機進行通信,其中一臺計算機使用擴展二一十進制交換碼(EBCDIC),而另一臺則使用美國資訊交換標準碼(ASCII)來表示相同的字符,如有必要,表示層會通過使用一種通格式來實作多種資料格式之間的轉換,

  7. 應用層:是最靠近用戶的OSI層,這一層為用戶的應用程式(例如電子郵件、檔案傳輸和終端仿真)提供網路服務,

  • TCP/IP協議通信模型

TCP/IP網路協議堆疊分為應用層(Application)、傳輸層(Transport)、網路層(Network)和鏈路層(Link)四層,如下圖所示:

在這里插入圖片描述
在這里插入圖片描述

資料的封裝與傳遞程序

在這里插入圖片描述

? TCP/IP模型

? 一般在應用開發程序中,討論最多的是TCP/IP模型,

? 鏈路層有以太網、令牌環網等標準,鏈路層負責網卡設備的驅動、幀同步(即從網線上檢測到什么信號算作新幀的開始)、沖突檢測(如果檢測到沖突就自動重發)、資料差錯校驗等作業,交換機是作業在鏈路層的網路設備,可以在不同的鏈路層網路之間轉發資料幀(比如十兆以太網和百兆以太網之間、以太網和令牌環網之間),由于不同鏈路層的幀格式不同,交換機要將進來的資料包拆掉鏈路層首部重新封裝之后再轉發,

? 網路層的IP協議是構成Internet的基礎,Internet上的主機通過IP地址來標識,Inter-net上有大量路由器負責根據IP地址選擇合適的路徑轉發資料包,資料包從Internet上的源主機到目的主機往往要經過十多個路由器,路由器是作業在第三層的網路設備,同時兼有交換機的功能,可以在不同的鏈路層介面之間轉發資料包,因此路由器需要將進來的資料包拆掉網路層和鏈路層兩層首部并重新封裝,IP協議不保證傳輸的可靠性,資料包在傳輸程序中可能丟失,可靠性可以在上層協議或應用程式中提供支持,

? 網路層負責點到點(ptop,point-to-point)的傳輸(這里的“點”指主機或路由器),而傳輸層負責端到端(etoe,end-to-end)的傳輸(這里的“端”指源主機和目的主機),傳輸層可選擇TCP或UDP協議,

? TCP是一種面向連接的、可靠的協議,有點像打電話,雙方拿起電話互通身份之后就建立了連接,然后說話就行了,這邊說的話那邊保證聽得到,并且是按說話的順序聽到的,說完話掛機斷開連接,也就是說TCP傳輸的雙方需要首先建立連接,之后由TCP協議保證資料收發的可靠性,丟失的資料包自動重發,上層應用程式收到的總是可靠的資料流,通訊之后關閉連接,

? UDP是無連接的傳輸協議,不保證可靠性,有點像寄信,信寫好放到郵筒里,既不能保證信件在郵遞程序中不會丟失,也不能保證信件寄送順序,使用UDP協議的應用程式需要自己完成丟包重發、訊息排序等作業,

兩臺計算機通過TCP/IP協議通訊的程序如下所示:

在這里插入圖片描述

? TCP/IP通信程序

上圖對應兩臺計算機在同一網段中的情況,如果兩臺計算機在不同的網段中,那么資料從一臺計算機到另一臺計算機傳輸程序中要經過一個或多個路由器,如下圖所示:

在這里插入圖片描述

? 跨路由通信

目的主機收到資料包后,如何經過各層協議堆疊最后到達應用程式呢?其程序如下圖所示:
在這里插入圖片描述

? 以太網驅動程式首先根據以太網首部中的“上層協議”欄位確定該資料幀的有效載荷(payload,指除去協議首部之外實際傳輸的資料)是IP、ARP還是RARP協議的資料報,然后交給相應的協議處理,假如是IP資料報,IP協議再根據IP首部中的“上層協議”欄位確定該資料報的有效載荷是TCP、UDP、ICMP還是IGMP,然后交給相應的協議處理,假如是TCP段或UDP段,TCP或UDP協議再根據TCP首部或UDP首部的“埠號”欄位確定應該將應用層資料交給哪個用戶行程,IP地址是標識網路中不同主機的地址,而埠號就是同一臺主機上標識不同行程的地址,IP地址和埠號合起來標識網路中唯一的行程,

根據IP首部中的“上層協議”欄位確定該資料報的有效載荷是TCP、UDP、ICMP還是IGMP,然后交給相應的協議處理,假如是TCP段或UDP段,TCP或UDP協議再根據TCP首部或UDP首部的“埠號”欄位確定應該將應用層資料交給哪個用戶行程,IP地址是標識網路中不同主機的地址,而埠號就是同一臺主機上標識不同行程的地址,IP地址和埠號合起來標識網路中唯一的行程,

? 雖然IP、ARP和RARP資料報都需要以太網驅動程式來封裝成幀,但是從功能上劃分,ARP和RARP屬于鏈路層,IP屬于網路層,雖然ICMP、IGMP、TCP、UDP的資料都需要IP協議來封裝成資料報,但是從功能上劃分,ICMP、IGMP與IP同屬于網路層,TCP和UDP屬于傳輸層,

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

標籤:其他

上一篇:關于排序(直接插入排序、選擇排序、冒泡排序、歸并排序、快速排序)

下一篇:Homework

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