計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)復(fù)習(xí)_第1頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)復(fù)習(xí)_第2頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)復(fù)習(xí)_第3頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)復(fù)習(xí)_第4頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)復(fù)習(xí)_第5頁(yè)
已閱讀5頁(yè),還剩74頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、1.8第1頁(yè),共59頁(yè)1.8第2頁(yè),共59頁(yè)第一章 概述 計(jì)算機(jī)網(wǎng)絡(luò)的分類 從網(wǎng)絡(luò)結(jié)點(diǎn)分布來(lái)看,可分為局域網(wǎng)(Local Area Network,LAN)、廣域網(wǎng)(Wide Area Network,WAN)和城域網(wǎng)(Metropolitan Area Network,MAN)。 按交換方式可分為線路交換網(wǎng)絡(luò)(Circurt Switching)、報(bào)文交換網(wǎng)絡(luò)(Message Switching)和分組交換網(wǎng)絡(luò)(Packet Switching)。 按網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)可分為星型網(wǎng)絡(luò)、樹型網(wǎng)絡(luò)、總線型網(wǎng)絡(luò)、環(huán)型網(wǎng)絡(luò)和網(wǎng)狀網(wǎng)絡(luò)。

2、1.8第3頁(yè),共59頁(yè)常見接入技術(shù) 家庭接入:DSL、電纜、FTTH、撥號(hào)和衛(wèi)星 企業(yè)(和家庭):以太網(wǎng)和WIFI 廣域網(wǎng)無(wú)線接入:3G和LTE1.8第4頁(yè),共59頁(yè)常見的傳輸介質(zhì) 雙膠銅線 一般應(yīng)用局域網(wǎng)中,用于連接主機(jī)到交換設(shè)備,最遠(yuǎn)傳輸距離是100m 同軸電纜 一般應(yīng)用在電纜電視系統(tǒng)中 光纖 一般應(yīng)用在遠(yuǎn)距離傳輸 陸地?zé)o線電信道 衛(wèi)星無(wú)線電信道1.8第5頁(yè),共59頁(yè) 分組交換 存儲(chǔ)轉(zhuǎn)發(fā)傳輸 大部分分組交換機(jī)都會(huì)在鏈路的輸入端使用。 存儲(chǔ)轉(zhuǎn)發(fā)傳輸意指交換機(jī)必須先接收到整個(gè)報(bào)文,才能夠

3、開始將報(bào)文的第一個(gè)位傳輸?shù)酵獠窟B接。 路由器采用存儲(chǔ)轉(zhuǎn)發(fā)傳輸機(jī)制,在這個(gè)瞬間路由器無(wú)法傳出它已經(jīng)接收到的位;它必須要先緩沖(即儲(chǔ)存)該報(bào)文的位。只有在路由器已經(jīng)收到該報(bào)文的位之后它才開始發(fā)送(即傳送)該報(bào)文到向外鏈路。1.8第6頁(yè),共59頁(yè) 分組交換網(wǎng)中端到端的時(shí)延 這些延遲總計(jì)為。1.8第7頁(yè),共59頁(yè)Introduction10 connections (fairly) share backbone bottleneck link R bits/secRsRsRsRcRcRcR 有10臺(tái)服務(wù)器與10臺(tái)客戶端連接到計(jì)算機(jī)

4、網(wǎng)絡(luò)的核心。 核心內(nèi)有一條10筆下載全部都會(huì)經(jīng)過的鏈路。令這個(gè)鏈路R 的傳輸率為R。 而共享鏈路會(huì)將其傳輸速率平分給10筆下載。 吞吐率不只取決于路徑沿在線鏈路的傳輸速率,也取決于介入的數(shù)據(jù)流量。 per-connection end-end throughput: min(Rc,Rs,R/10) in practice: Rc or Rs is often bottleneck1-7計(jì)算機(jī)網(wǎng)絡(luò)的吞吐率1.8第8頁(yè),共59頁(yè) 總體來(lái)說,各層次的協(xié)議合稱為。因特網(wǎng)的協(xié)議堆棧包含五層,如圖1.23 (a)所示 : 物理層 鏈路層 網(wǎng)絡(luò)層 傳輸層 應(yīng)用層 分層的體

5、系結(jié)構(gòu)1.8第9頁(yè),共59頁(yè)常見協(xié)議 應(yīng)用層常見協(xié)議: FTP HTTP DNS SMTP 傳輸層協(xié)議:TCP UDP 網(wǎng)絡(luò)層協(xié)議: IP 1.8第10頁(yè),共59頁(yè)習(xí)題講解 P6/P31講解-分組交換 R19- 計(jì)算機(jī)網(wǎng)絡(luò)吞吐量 R24/R25 1.8第11頁(yè),共59頁(yè)第二章 應(yīng)用層 客戶端和服務(wù)器端 在一對(duì)進(jìn)程間的某次通信會(huì)話中,開啟通信的(也就是在會(huì)話開始時(shí)先聯(lián)系另一進(jìn)程的)進(jìn)程會(huì)被標(biāo)記為客戶端。等待被聯(lián)系以開始會(huì)話的進(jìn)程,則為服務(wù)端。 使用非持續(xù)性連接時(shí)的情形,其中每個(gè)TCP連接都

6、會(huì)在服務(wù)器送出對(duì)象之后關(guān)閉該連接并不會(huì)繼續(xù)服務(wù)其它的對(duì)象。 使用持續(xù)性連接,服務(wù)端在傳送響應(yīng)后,會(huì)保持該個(gè)TCP連接繼續(xù)開啟。后續(xù)在相同客戶端和服務(wù)端之間的請(qǐng)求和響應(yīng),都可以通過同一個(gè)連接來(lái)傳送。1.8第12頁(yè),共59頁(yè) HTTP請(qǐng)求消息首先,我們看到消息是用普通的ASCII文字編寫。每行末尾都有一個(gè)回車(carriage return)字符和一個(gè)換行(line feed)字符。HTTP協(xié)議1.8第13頁(yè),共59頁(yè) HTTP請(qǐng)求消息的第一行稱作;后續(xù)的行則稱作。 請(qǐng)求行有三個(gè)字段: 方法字段 URL字段 HTTP版本字段

7、方法字段可以使用數(shù)種不同的數(shù)值,包括GET、POST、HEAD、PUT以及DELETE。 瀏覽器請(qǐng)求對(duì)象時(shí)會(huì)使用GET方法,所請(qǐng)求的對(duì)象則由URL字段來(lái)識(shí)別。1.8第14頁(yè),共59頁(yè) 首部行Host:指出該對(duì)象棲身的主機(jī)。 Connection:close首部行,瀏覽器會(huì)告知服務(wù)器它不想使用持續(xù)性連接。 User-agent:首部行用來(lái)指明用戶代理,即向服務(wù)器發(fā)出請(qǐng)求的瀏覽器的類型。 Accept-language:首部行表示用戶想得到該對(duì)象的發(fā)育版本,否則,服務(wù)器應(yīng)當(dāng)發(fā)送它的默認(rèn)版本。

8、1.8第15頁(yè),共59頁(yè) HTTP響應(yīng)消息它包含三個(gè)部分:開頭的、 和。1.8第16頁(yè),共59頁(yè) 數(shù)據(jù)主體是消息的實(shí)質(zhì)內(nèi)容。 狀態(tài)行有三個(gè)字段: 協(xié)議版本字段 狀態(tài)代碼 相應(yīng)的狀態(tài)消息1.8第17頁(yè),共59頁(yè) : close告知客戶端,在送出消息后,它就要準(zhǔn)備關(guān)閉TCP連接。:首部行會(huì)指出服務(wù)器建立并送出HTTP響應(yīng)的時(shí)間與日期。:首部行指出消息是由Apache網(wǎng)頁(yè)服務(wù)器所產(chǎn)生的;它類似于HTTP請(qǐng)求消息中的User-agent:首部行。:首部行會(huì)指出該對(duì)象建立或最后修改的時(shí)間與日期。:首部行會(huì)指出所傳送對(duì)象的字節(jié)數(shù)目。:

9、首部行指出數(shù)據(jù)主體中的對(duì)象是HTML文件(對(duì)象類型是由Content-Type:標(biāo)題正式予以指定,而非由擴(kuò)展名)。1.8第18頁(yè),共59頁(yè)1.8第19頁(yè),共59頁(yè) 網(wǎng)頁(yè)緩存能顯著降低客戶端請(qǐng)求的響應(yīng)時(shí)間,特別是當(dāng)客戶端與源服務(wù)器之間的瓶頸帶寬,遠(yuǎn)小于客戶端與緩存之間的瓶頸帶寬時(shí)。1.8第20頁(yè),共59頁(yè)第21頁(yè),共59頁(yè)1.8DNS 將主機(jī)名轉(zhuǎn)譯成IP地址.第22頁(yè),共59頁(yè)1.8 以及。 在實(shí)際操作上,查詢通常是依

10、循圖2.21的模式:從發(fā)出請(qǐng)求的主機(jī)到本地DNS服務(wù)器的查詢?yōu)檫f歸式,其余的查詢則為迭代式。第23頁(yè),共59頁(yè)1.8遞歸查詢第24頁(yè),共59頁(yè)1.8FTPFTP會(huì)同時(shí)使用兩個(gè)TCP連接來(lái)傳輸文件一個(gè)控制連接(control connection)一個(gè)數(shù)據(jù)連接(data connection)第25頁(yè),共59頁(yè)1.8習(xí)題講解R3-客戶端/服務(wù)器P4/P5-http協(xié)議P9-web緩存R16-郵件Dig演示第26頁(yè),共59頁(yè)1.8第三章 運(yùn)輸層網(wǎng)絡(luò)層協(xié)議提

11、供的是主機(jī)間的邏輯通信運(yùn)輸層協(xié)議提供的是在不同主機(jī)上執(zhí)行的進(jìn)程間的邏輯通信可靠,照順序的傳送(TCP) 流量控制 擁塞控制 先建立連接不可靠,不保證照順序的傳送(UDP) IP:盡力而為交付服務(wù)(best-effort delivery service) UDP較IP增加多路復(fù)用和偵錯(cuò)第27頁(yè),共59頁(yè)1.8多路復(fù)用與多路分解p進(jìn)程socket使用頭部信息將數(shù)據(jù)遞交給相應(yīng)socket接收方的多路分解從多個(gè)socket接受數(shù)據(jù),封裝頭部(將用于多路分解)發(fā)送方的多路復(fù)用運(yùn)輸層應(yīng)用層物理層數(shù)據(jù)鏈路層網(wǎng)絡(luò)層P2P1運(yùn)輸層應(yīng)用層物理層數(shù)據(jù)鏈路層網(wǎng)絡(luò)層P4運(yùn)輸層ap應(yīng)

12、用層物理層數(shù)據(jù)鏈路層nP3網(wǎng)絡(luò)層第28頁(yè),共59頁(yè)1.8多路分解如何運(yùn)作 主機(jī)使用IP地址和端口號(hào)將報(bào)文段傳到適當(dāng)socket(多路分解) UDP socket由目的IP地址與目的端口號(hào)識(shí)別 當(dāng)UDP報(bào)文段從網(wǎng)絡(luò)抵達(dá)時(shí),接收主機(jī)會(huì)檢查報(bào)文段的目的端口號(hào),將各報(bào)文段轉(zhuǎn)交給此目的端口號(hào)的socket 提問:如果兩個(gè)UDP報(bào)文有不同的源IP地址和源端口號(hào),但具有相同的目的IP地址和目的端口號(hào),那么兩個(gè)報(bào)文會(huì)用同一個(gè)目的套接字來(lái)接收嗎?第29頁(yè),共59頁(yè)1.8 一個(gè)TCP socket是由4項(xiàng)數(shù)值(源IP地址,源端口號(hào),目的IP地

13、址,目的端口號(hào))加以識(shí)別 當(dāng)TCP報(bào)文段抵達(dá)主機(jī)時(shí),這4個(gè)字段就會(huì)被用來(lái)定向(分解)報(bào)文段給適當(dāng)?shù)膕ocket 每一個(gè)連接都有一個(gè)socketn服務(wù)器可同時(shí)支持多個(gè)TCP sockets 有不同源IP地址的IP數(shù)據(jù)包,在收端會(huì)轉(zhuǎn)交給不同的socket第30頁(yè),共59頁(yè)1.8UDPn盡力而為的服務(wù),UDP報(bào)文段可能 丟失 未按順序到達(dá)目的應(yīng)用進(jìn)程n無(wú)連接 UDP送收端間不會(huì)握手 各個(gè)UDP報(bào)文段獨(dú)立地遞送nUDP用于 多媒體串流應(yīng)用(允許些許錯(cuò)誤,需低時(shí)延) DNS SNMPn使用UDP的可靠傳輸 在應(yīng)用層加可靠度及錯(cuò)誤偵測(cè)第31頁(yè),共59頁(yè)

14、1.8TCP第32頁(yè),共59頁(yè)1.8TCP報(bào)文段格式第33頁(yè),共59頁(yè)1.8 主機(jī)A放在報(bào)文段中的確認(rèn)號(hào),會(huì)是主機(jī)A預(yù)期從主機(jī)B收到的下一個(gè)字節(jié)的序號(hào) TCP使用累積確認(rèn)序號(hào)和確認(rèn)號(hào)第34頁(yè),共59頁(yè)1.8第35頁(yè),共59頁(yè)1.8TCP的連接管理第36頁(yè),共59頁(yè)1.8建立TCP連接第37頁(yè),共59頁(yè)1.8可靠數(shù)據(jù)傳輸?shù)?8頁(yè),共59頁(yè)1.41.

15、51.61.8第39頁(yè),共59頁(yè)1.8第40頁(yè),共59頁(yè)1.8TCP流量控制nTCP為其應(yīng)用提供了流量控制服務(wù)(flow-control service) 一種速率調(diào)節(jié)服務(wù),將發(fā)送方發(fā)送數(shù)據(jù)的速率,調(diào)整至相符于接收方應(yīng)用程序讀取數(shù)據(jù)的速率。第41頁(yè),共59頁(yè)1.8TCP擁塞控制 擁塞 太多發(fā)送端太快送出太多數(shù)據(jù)使網(wǎng)絡(luò)無(wú)法負(fù)擔(dān) 癥狀:丟包(路由器緩存溢位)長(zhǎng)時(shí)延 (在路由器緩存內(nèi)等待) 重傳可視為擁塞的前兆 與流量控制不同第42頁(yè),共59頁(yè)1.8TCP擁

16、塞控制 TCP擁塞控制有三項(xiàng)主要元素:(1)慢啟動(dòng)(2)擁塞避免(3)快速恢復(fù)第43頁(yè),共59頁(yè)1.8 在開始TCP連接時(shí),快速增加cwnd 值直到發(fā)生分組丟失 cwnd初值=1 MSS 每收到ACK增加一個(gè)MSS cwnd值變化:每經(jīng)過一個(gè)RTT cwnd值加倍 傳輸速度會(huì)以低速開始,但會(huì)指數(shù)成長(zhǎng)慢啟動(dòng)第44頁(yè),共59頁(yè)1.8 cwnd乘性增何時(shí)結(jié)束? 超時(shí)事件 收到三個(gè)冗余ACK cwnd到達(dá)ssthreshssthresh為上次偵測(cè)到擁塞況時(shí)cwnd值的一半慢啟動(dòng)第45頁(yè),共59頁(yè)

17、1.8 因超時(shí)偵測(cè)出分組丟失:cwnd值設(shè)定為1 MSS,ssthresh=cwnd/2cwnd再倍數(shù)增加(進(jìn)入慢啟動(dòng)) 因三次冗余ACK偵測(cè)出分組丟失 擁塞程度比因超時(shí)造成更和緩一些cwnd值減為一半(進(jìn)入快速恢復(fù))TCP:分組丟失的偵測(cè)與回應(yīng)第46頁(yè),共59頁(yè)1.8 在每回RTT中,只會(huì)將cwnd值增加一個(gè)MSS 發(fā)生分組丟失事件 設(shè)定ssthresh=cwnd/2 設(shè)定cwnd值為1 MSS或cwnd/2,進(jìn)入慢啟動(dòng)或快速恢復(fù)擁塞避免第47頁(yè),共59頁(yè)1.8 每收到一次造成TCP進(jìn)入快速恢復(fù)狀態(tài)的遺失區(qū)段重復(fù)ACK,

18、cwnd值增加1 MSS 發(fā)生三次重復(fù)ACK事件 在TCP Reno中,cwnd減半,再以線性方式增長(zhǎng) 在TCP Tahoe中,cwnd=1 MSS,然后指數(shù)式地增長(zhǎng)直到達(dá)到ssthresh快速恢復(fù)第48頁(yè),共59頁(yè)1.8習(xí)題講解 R4/R6- UDP協(xié)議提供的服務(wù) R7/P1-無(wú)連接與面向連接的多路分解 R15-TCP可靠數(shù)據(jù)傳輸 P40-TCP擁塞控制第49頁(yè),共59頁(yè)1.8網(wǎng)絡(luò)層 IP地址分類 A類網(wǎng)絡(luò)的IP地址范圍為54; B類網(wǎng)絡(luò)的IP地址范圍為:191.

19、255.255.254; C類網(wǎng)絡(luò)的IP地址范圍為:54。 私有IP地址 -55 55 -55 IP地址劃分 P282頁(yè)p16第50頁(yè),共59頁(yè)1.8網(wǎng)絡(luò)層 內(nèi)部網(wǎng)關(guān)路由協(xié)議 RIP 最大跳數(shù)為15 OSPF第51頁(yè),共59頁(yè)1.8鏈路層 循環(huán)冗余檢測(cè) 見P295課本結(jié)合實(shí)例講解過程 交換局域網(wǎng) 地址解析協(xié)議(ARP),網(wǎng)絡(luò)層地址(如網(wǎng)際網(wǎng)絡(luò)IP比特

20、址)以及鏈路層地址(亦即MAC地址)之間的映射關(guān)系。 見P309課本結(jié)合實(shí)例講解。第52頁(yè),共59頁(yè)1.8第53頁(yè),共59頁(yè)1.8 提問:發(fā)送方主機(jī)要如何判斷IP地址為22的接收方主機(jī),其MAC地址為何?如你可能已經(jīng)猜到的,它會(huì)使用ARP。 在眼前的案例中,發(fā)送方主機(jī)20會(huì)提供IP地址22給其ARP模塊,而ARP模塊會(huì)傳回對(duì)應(yīng)的MAC地址49-BD-D2-C7-56-2A。 ARP會(huì)將IP地址解析成MAC地址。第54頁(yè),共59頁(yè)

21、1.8 DNS會(huì)為因特網(wǎng)任何地方的主機(jī)解析主機(jī)名主機(jī)解析主機(jī)名,ARP卻只會(huì)為在同一子網(wǎng)上的主機(jī)解析主機(jī)解析IP地址地址。 讓我們來(lái)檢視它是如何運(yùn)作的。每臺(tái)主機(jī)或路由器在其內(nèi)存中都會(huì)存有一份ARP表格表格(ARP table),包含了IP地址與MAC地址的對(duì)映。 圖5.18顯示了節(jié)點(diǎn)20的ARP表格可能的長(zhǎng)相。這份ARP表格也包含生存期(TTL)數(shù)值。第55頁(yè),共59頁(yè)1.8 傳送數(shù)據(jù)報(bào)到子網(wǎng)之外讓我們來(lái)檢視更復(fù)雜的情形,亦即當(dāng)子網(wǎng)的主機(jī)想要傳送網(wǎng)絡(luò)層數(shù)據(jù)報(bào)給子子網(wǎng)以外網(wǎng)以外的主機(jī)時(shí)(也就是說,跨越路由器到另一個(gè)子

22、網(wǎng))。第56頁(yè),共59頁(yè)1.8第57頁(yè),共59頁(yè)1.8 路由器的每個(gè)接口都擁有一個(gè)IP地址。路由器的每個(gè)接口也都擁有各自的ARP模塊(在路由器中)以及適配器。 同時(shí)請(qǐng)注意,子網(wǎng)絡(luò)1的網(wǎng)絡(luò)地址為111.111.111/24,子網(wǎng)絡(luò)2的網(wǎng)絡(luò)地址則為222.222.222/24。因此所有連到子網(wǎng)絡(luò)1的接口都具有形式為111.111.111.xxx的地址,而所有連到子網(wǎng)絡(luò)2的接口都具有形式為222.222.222.xxx的地址。第58頁(yè),共59頁(yè)1.8 假設(shè)主機(jī)11想要

23、傳送IP數(shù)據(jù)報(bào)給主機(jī)22。 到為了將數(shù)據(jù)報(bào)從11送往子網(wǎng)絡(luò)2中的結(jié)點(diǎn),這份數(shù)據(jù)報(bào)必須先送至路由器接口10。 這份幀適當(dāng)?shù)腗AC地址是路由器接口10的適配器地址,亦即E6-E9-00-17-BB-4B。第59頁(yè),共59頁(yè)1.8 必須將數(shù)據(jù)報(bào)從路由器移動(dòng)到接收方才行?,F(xiàn)在路由器必須決定數(shù)據(jù)報(bào)要轉(zhuǎn)發(fā)到的正確接口。如第4章所討論的,這會(huì)透過查詢路由器的轉(zhuǎn)發(fā)表來(lái)完成。 然后將這份幀送入子網(wǎng)2。此時(shí),幀的接收方MAC地址,便真的是最終接收方的MAC地址了。而路由器要如

24、何取得這份接收方MAC地址呢?當(dāng)然還是ARP!第60頁(yè),共59頁(yè)1.8鏈路層以太網(wǎng)技術(shù) 10BASE-T、10BASE-2、100BASE-T、1000BASE-LX和10GBASE-T。 首字母的第一部分意指此一標(biāo)準(zhǔn)的速率:10、100、1000或10G;分別代表10 Megabit (每秒)、100 Megabit、Gigabit以及10 Gigabit的以太網(wǎng)絡(luò)。 BASE:指基帶以太網(wǎng),指其物理媒介只有載送以太網(wǎng)絡(luò)的數(shù)據(jù)流。 首字母的最后一部分表示物理媒介本身;以太網(wǎng)絡(luò)同時(shí)是鏈路層與物理層規(guī)格,它可以由各式各樣的物理媒介來(lái)載送,包括同軸電纜、銅芯線以

25、及光纖等。T代表的是雙絞銅芯線。 一般雙絞線最遠(yuǎn)傳輸距離是100米,傳輸更遠(yuǎn)距離需要中繼中繼器或轉(zhuǎn)發(fā)器器或轉(zhuǎn)發(fā)器(repeater)。第61頁(yè),共59頁(yè)1.8鏈路層 鏈路層交換機(jī) 交換機(jī)的過濾與轉(zhuǎn)發(fā)借助于 來(lái)完成的。 交換表中的表項(xiàng)包含 (1)MAC地址 (2)前往該MAC地址的交換機(jī)接口 (3)表項(xiàng)放置在表中的時(shí)間 交換機(jī)是根據(jù)MAC地址來(lái)轉(zhuǎn)發(fā)分組,而非IP地址。 MAC地址稱為L(zhǎng)AN地址、物理地址,共占6個(gè)字節(jié),即共有2 48 個(gè)不同的MACE地址。第62頁(yè),共59頁(yè)1.8交換表 交換機(jī)能夠。 交換表形成過程:1.交換

26、表一開始是空的。2.針對(duì)在接口上收到的每份幀,交換機(jī)都會(huì)在其表格內(nèi)儲(chǔ)存:(1)幀源地址字段中的MAC地址。(2)幀抵達(dá)的接口。(3)目前的時(shí)間。在其表格中記錄下發(fā)送方結(jié)點(diǎn)所屬的LAN網(wǎng)段。 3.如果交換機(jī)在某段時(shí)間老化時(shí)間(aging time)內(nèi)都沒有收到源端地址 為表格中某個(gè)地址的幀時(shí),交換機(jī)便會(huì)將該筆地址從表格中刪除。第63頁(yè),共59頁(yè)1.8交換機(jī)與路由器比較 交換機(jī)工作在數(shù)據(jù)鏈路層 路由器工作在網(wǎng)絡(luò)層 路由器分隔廣播域,交換機(jī)分隔沖突域 路由器每個(gè)接口便是一個(gè)廣播域 沖突域:交換機(jī)上的每個(gè)端口可以同時(shí)上網(wǎng),不需要相互等待,消除碰撞 交換機(jī)是即插即用設(shè)

27、備第64頁(yè),共59頁(yè)1.8第65頁(yè),共59頁(yè)1.8VLAN 一種更具擴(kuò)展性互聯(lián)VLAN交換機(jī)的方法稱作。 干線端口屬于所有的VLAN,而傳送給任何VLAN的幀都會(huì)透過干線鏈接被轉(zhuǎn)發(fā)至另一臺(tái)交換機(jī)。 IEEE為跨越VLAN干線的幀定義了擴(kuò)展的以太網(wǎng)絡(luò)幀格式,802.1Q。 802.1Q幀是由標(biāo)準(zhǔn)的以太網(wǎng)絡(luò)幀加上首部中加入四字節(jié)的 所構(gòu)成,VLAN標(biāo)簽會(huì)指出幀所屬的VLAN標(biāo)識(shí)符。 VLAN標(biāo)簽中包含12比特的vlan標(biāo)識(shí)符字段,可生成212=4096個(gè)vlan第66頁(yè),共59頁(yè)1.8189

28、1027電氣學(xué)院(VLAN ports 1-8)信息學(xué)院(VLAN ports 9-15)15273Ports 2,3,5 屬于電氣學(xué)院VLANPorts 4,6,7,8 屬于信息學(xué)院VLAN5468161連接具有兩個(gè)VLAN的兩臺(tái)交換機(jī):Trunk口第67頁(yè),共59頁(yè)1.8習(xí)題講解 R15 P15第68頁(yè),共59頁(yè)1.8移動(dòng)網(wǎng)絡(luò) 2G 3G 4G第69頁(yè),共59頁(yè)1.8Wireless, Mobile Networks6-69BSCBTSBase transceiver station

29、 (BTS)Base station controller (BSC)Mobile Switching Center (MSC)Mobile subscribersBase station system (BSS)Legend2G (voice) 網(wǎng)絡(luò)架構(gòu)MSCPublic telephonenetworkGatewayMSCG第70頁(yè),共59頁(yè)1.8Wireless, Mobile Networks6-70radionetwork controllerMSCSGSNPublic telephonenetworkGatewayMSCGPublic Inter

30、netGGSNG無(wú)線電接入網(wǎng)Universal Terrestrial Radio Access Network (UTRAN)核心網(wǎng)通用General Packet Radio Service (GPRS) Core Network公共因特網(wǎng)無(wú)線電接口(WCDMA, HSPA)3G (voice+data)網(wǎng)絡(luò)架構(gòu)第71頁(yè),共59頁(yè)1.8走向4G:LTE 與3G相比有兩項(xiàng)重要的創(chuàng)新: 演化的分組核是一個(gè)簡(jiǎn)化的全I(xiàn)P核心網(wǎng)絡(luò),指 語(yǔ)音和數(shù)據(jù)將在IP數(shù)據(jù)報(bào)中承載。LTE在下傳信道上使用了一種分頻多任務(wù)和分時(shí)多任務(wù)的特殊組合, 就是所謂的正交分頻多復(fù)用(orth

31、ogonal frequency division multiplexing,OFDM)。圖6.20展示出在四個(gè)頻率上八個(gè)時(shí)隙的配置。第72頁(yè),共59頁(yè)1.8網(wǎng)絡(luò)安全列舉出以下安全性通信(secure communication) 所需的性質(zhì): 機(jī)密性 報(bào)文完整性 端點(diǎn)鑒別 運(yùn)行安全性第73頁(yè),共59頁(yè)1.8 以原始形式表示的Alice信息稱為或。Alice會(huì)使用將其明文信息加密,如此一來(lái)任何入侵者就都無(wú)法理解加密后的,稱為的信息。 加密技術(shù)本身是的它是公開、標(biāo)準(zhǔn)化的,而且所有人都可以使用,如果每個(gè)人都知道數(shù)據(jù)的編碼方法,

32、就必須要有某些機(jī)密信息,以防止入侵者將所傳輸?shù)臄?shù)據(jù)解密。這就是密鑰的由來(lái)。密碼學(xué)第74頁(yè),共59頁(yè)1.8Network Security明文明文密文KA加密算法解密算法Alices 加密keyBobs 解密keyKB Alice會(huì)提供KA,作為加密算法的輸入?yún)?shù)。同樣,Bob也會(huì)提供密鑰KB給 ,解密算法會(huì)使用密文與Bob的密鑰作為輸入值,然后輸出原始的明文。第75頁(yè),共59頁(yè)1.8 在 中,Alice和Bob的密鑰是相同的,而且是機(jī)密的。在 中,則會(huì)各自使用一對(duì)密鑰。其中一支密鑰,會(huì)是Bob跟Alice兩人都知曉的(事實(shí)上,是全世界都知曉的)。另一支密鑰則只有Bob或Alice各自才知曉(并不會(huì)兩人都知曉)。第76頁(yè),共59頁(yè)1.8網(wǎng)絡(luò)管理 國(guó)際標(biāo)準(zhǔn)化組織(ISO)建

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論