哈工大計網復習(一)緒論
2021-12-07 09:52:34 軟體設計
1.計算機網路是通信技術+計算機技術,互連的、自治的計算機集合
- 自治:無主從關系 互連:互聯互通
- 通過交換網路互連主機,交換節點:路由器/交換機
- Internet:全球最大的互聯網路,數以百萬計的互連計算設備集合&通信鏈路&分組交換(路由器、交換機)
2.網路協議
- 計算機網路基礎:硬體(主機、路由器、通信鏈路等)
- 協議:資料交換所遵守的規則
- 協議三要素:語法(資料與控制資訊的結構或格式)、語意(何時發出何種控制資訊、完成何種動作及做出何種回應)、時序(事件順序、速度匹配)
- Internet協議標準:RFC/IETC
3.計算機網路結構
主機:位于網路邊緣、運行網路應用程式 web +email C/S應用 P2P模型
將網路邊緣接入核心網路 用戶關心:帶寬、共享/獨占
- DSL接入(數字用戶線路),利用不同載頻傳輸聲音、資料

- 電纜網路接入:混合光纖同軸電纜
各家庭共享至電纜頭端的接入網路
- 機構接入網路(Ethernet),端系統直接連接以太網交換機

- 無線接入網路:通過共享無線接入網路連接端系統&路由器、基站
- 無線局域網LAN、廣域無線接入3G\4G
關鍵功能:路由+轉發
路由:確定分組從源到目的傳輸路徑
轉發:將分組從路由器輸入埠交換至正確輸出埠
解決:資料從源主機經網路核心達目的主機,資料交換
4.Internet結構:網路之網路
- 端系統通過接入ISP連接到Internet,接入ISP需進一步互連,構成復雜的網路互連的網路

- Regional net:區域網路,連接接入ISP和運營商ISP
- 內容提供商網路 Content provider network:運行自己的網路并就近為用戶提供服務、內容,如Google通常繞過一級ISP和區域ISP

- 一級商業ISP 網通、電信等,提供國家或國際范圍覆寫
5.資料交換-電路交換——傳輸時延最小
- 特點:
- 最典型電路交換網路:電話網路
- 電路交換三個階段:建立連接、通信、釋放連接
- 獨占資源
- 電路交換共享中繼線:多路復用
- 不適合突發性傳輸(建立電路時延太大)
6.多路復用
- 鏈路/網路資源劃分為資源片,資源片分配給各路呼叫,每路呼叫獨占分配到的資源片
- 典型多路復用:FDM/TDM/WDM/CDM
- FDM頻分多路復用:各用戶占用不同帶寬(Hz)

- TDM時分多路復用

- 波分多路復用:光的頻分多路復用
- 碼分多路復用:
- 每個用戶一個唯一的mbit碼片序列,0用-1表示,1用+1表示
- 編碼信號=原始資料*碼片序列,發送位元1,則發送mbit碼片序列,發送位元0,則發送mbit碼片序列反碼
- 各用戶碼片序列相互正交

- 用發送方的碼片序列編碼發送資料
- 各用戶疊加向量為

- 解碼:碼片序列與編碼信號內積

7.報文/分組交換
- 報文:源發送的資訊整體,比如一個檔案
- 分組交換:報文拆分出的一系列相對較小資料包,需要報文的拆分與重組,產生額外開銷,分組=頭+資料

- 存盤轉發:報文交換以完整報文存盤轉發,分組交換對較小分組存盤轉發
- 分組交換傳輸時延=L/R,L為分組長度Lbit
- 報文交換,每次傳輸報文需M/R秒,報文長度為Mbit
- 分組交換時間T = M/R+(H-1)L/R H為跳步數,h-1=n,n為中間經過的路由器個數

- 分組交換
- 允許更多用戶同時使用網路,充分共享網路資源,
- 適用于突發資料傳輸網路、資源充分共享,無需呼叫建立
- 可能產生擁塞:分組延遲和丟失
8.計算機網路性能
- 速率,位元率:單位時間傳輸資訊量 bps kb/s Mb/s Gb/s
- 帶寬:信號具有的頻帶寬度,網路的帶寬常指數字信道所能傳送的最高資料率,單位bps 常用:kb/s Mb/s Gb/s
- 丟包/時延:分組到達速率超過輸出鏈路容量,分組排隊,等待輸出鏈路可用

- 四種分組延遲:dnodal = dproc+dqueue+dtrans+dprop
- 節點處理延遲dproc:差錯檢測、確定輸出鏈路
- 排隊延遲dqueue:等待輸出鏈路可用、取決于路由器擁塞程度(這兩個在做題中基本都忽略)
流量強度=La/R ~0:平均排隊延遲很小
->1 平均排隊延遲很大
>1超出服務能力,平均排隊延遲無限大

- 傳輸延遲dtrans:L/R 發送一個分組的傳輸延遲
- 傳播延遲dprop:d/s 物理鏈路長度/信號傳播速度,分組在物理鏈路上的傳播時間
- 時延帶寬積 = 傳播時延*帶寬 = dprop*R bits 以位元為單位的鏈路長度
- 丟包:佇列快取容量有限、分組到達已滿佇列將被丟棄
- 丟包率 = 丟包數/已發送分組總數
- 吞吐量:發送端和接收端傳送資料的速率

- 每條連接端到端的吞吐量受瓶頸鏈路的限制,即吞吐量最小的鏈路的限制
- 信道利用率:(N*L/R)/(L/R+2*RTT)
- 信道利用率*資料傳輸速率=吞吐量
9.計算機網路體系結構
- 組成部分:主機、路由器、各種鏈路、應用、協議
- 描述網路的系統結構:分層結構,模塊化分層易于系統更新、維護

- 協議:同層兩個對等物體進行通信的規則集合,協議是水平的
- 服務:任意物體需使用下層服務,遵循本層協議,實作本層功能,像上層提供服務,服務垂直
- 下層協議實作對上層用戶是不可知的,黑盒
- 通過服務訪問點SAP,相鄰層物體通過介面進行互動
10.OSI參考模型

- 資料封裝:增加控制資訊(地址+差錯檢測編碼+協議控制)
- 物理層:介面特性、位元編碼、資料率、位元同步、傳輸模式(單工、半/全雙工) 設備:集線器
- 資料鏈路層:
- 結點-結點間資料傳輸、組幀、物理尋址,通過幀頭增加發送/接收端物理地址標識資料幀發送/接收端
- 功能:流量控制、差錯控制、訪問控制
- 網路層:
- 負責源主機到目的主機分組交付,可能穿越多個網路
- 邏輯尋址,確保資料送達目的主機,如IP地址
- 路由:路由器互連網路,路徑選擇,路由分組至最終目的主機
- 傳輸層:
- 端到端,行程間完整報文傳輸
- 功能:分段與重組、SAP尋址、連接控制、流量控制、差錯控制
- 應用層功能:
- 支持用戶通過代理(如瀏覽器)或介面使用網路服務
- 典型應用:FTP/SMTP/HTTP
- TCP/IP參考模型:應用層/運輸層/網際層/網路介面層

- 應用層發報文,傳輸層封裝成報文段tcp/資料報udp,網路層封裝成ip資料報,鏈路層封裝成資料幀,物理層不存在下一層,不需要封裝,直接轉為位元流發送
轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/374675.html
標籤:其他
上一篇:http和https的區別
下一篇:ENSP配置路由條目
-
- 標籤雲
-
-
- 熱門瀏覽
-
-
面試突擊第一季,第二季,第三季
第一季必考 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
-
- 最新发布
-
-
-
露天煤礦現場調研和交流案例分享
他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......
uj5u.com 2023-04-20 08:20:25 more
-
-
軟體架構生態化-多角色交付的探索實踐
作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......
uj5u.com 2023-04-20 08:20:10 more
-
-
露天煤礦現場調研和交流案例分享
他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......
uj5u.com 2023-04-20 08:19:07 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
- 友情鏈接
-
-