計(jì)算機(jī)網(wǎng)絡(luò)之面試??糭第1頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)之面試??糭第2頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)之面試常考_第3頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)之面試??糭第4頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)之面試常考_第5頁(yè)
已閱讀5頁(yè),還剩5頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1、OSI,TCP/IP,五層協(xié)議的體系結(jié)構(gòu),以及各層協(xié)議OSI分層 (7層):物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會(huì)話(huà)層、表示層、應(yīng)用層。TCP/IP分層(4層):網(wǎng)絡(luò)接口層、 網(wǎng)際層、運(yùn)輸層、 應(yīng)用層。五層協(xié)議 (5層):物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、運(yùn)輸層、 應(yīng)用層。每一層的協(xié)議如下:物理層:RJ45、CLOCK、IEEE802.3 (中繼器,集線(xiàn)器,網(wǎng)關(guān))數(shù)據(jù)鏈路:PPP、FR、HDLC、VLAN、MAC (網(wǎng)橋,交換機(jī))網(wǎng)絡(luò)層:IP、ICMP、ARP、RARP、OSPF、IPX、RIP、IGRP、 (路由器)傳輸層:TCP、UDP、SPX會(huì)話(huà)層:NFS、SQL、NETBIOS、RPC表示層

2、:JPEG、MPEG、ASII應(yīng)用層:FTP、DNS、Telnet、SMTP、HTTP、WWW、NFS每一層的作用如下:物理層:通過(guò)媒介傳輸比特,確定機(jī)械及電氣規(guī)范(比特Bit)數(shù)據(jù)鏈路層:將比特組裝成幀和點(diǎn)到點(diǎn)的傳遞(幀F(xiàn)rame)網(wǎng)絡(luò)層:負(fù)責(zé)數(shù)據(jù)包從源到宿的傳遞和網(wǎng)際互連(包PackeT)傳輸層:提供端到端的可靠報(bào)文傳遞和錯(cuò)誤恢復(fù)(段Segment)會(huì)話(huà)層:建立、管理和終止會(huì)話(huà)(會(huì)話(huà)協(xié)議數(shù)據(jù)單元SPDU)表示層:對(duì)數(shù)據(jù)進(jìn)行翻譯、加密和壓縮(表示協(xié)議數(shù)據(jù)單元PPDU)應(yīng)用層:允許訪(fǎng)問(wèn)OSI環(huán)境的手段(應(yīng)用協(xié)議數(shù)據(jù)單元APDU)IP地址的分類(lèi)A類(lèi)地址:以0開(kāi)頭, 第一個(gè)字節(jié)范圍:0127(1.

3、0.0.0 - 55);B類(lèi)地址:以10開(kāi)頭, 第一個(gè)字節(jié)范圍:128191( - 55);C類(lèi)地址:以110開(kāi)頭, 第一個(gè)字節(jié)范圍:192223( - 55);55, 55, 55。(Internet上保留地址用于內(nèi)部)IP地址與子網(wǎng)掩碼相與得到主機(jī)號(hào)ARP是地址解析協(xié)議,簡(jiǎn)單語(yǔ)言解釋一下工作原理。1:首先,每個(gè)主機(jī)都會(huì)在自己的ARP緩沖區(qū)中建立一個(gè)

4、ARP列表,以表示IP地址和MAC地址之間的對(duì)應(yīng)關(guān)系。2:當(dāng)源主機(jī)要發(fā)送數(shù)據(jù)時(shí),首先檢查ARP列表中是否有對(duì)應(yīng)IP地址的目的主機(jī)的MAC地址,如果有,則直接發(fā)送數(shù)據(jù),如果沒(méi)有,就向本網(wǎng)段的所有主機(jī)發(fā)送ARP數(shù)據(jù)包,該數(shù)據(jù)包包括的內(nèi)容有:源主機(jī) IP地址,源主機(jī)MAC地址,目的主機(jī)的IP 地址。3:當(dāng)本網(wǎng)絡(luò)的所有主機(jī)收到該ARP數(shù)據(jù)包時(shí),首先檢查數(shù)據(jù)包中的IP地址是否是自己的IP地址,如果不是,則忽略該數(shù)據(jù)包,如果是,則首先從數(shù)據(jù)包中取出源主機(jī)的IP和MAC地址寫(xiě)入到ARP列表中,如果已經(jīng)存在,則覆蓋,然后將自己的MAC地址寫(xiě)入ARP響應(yīng)包中,告訴源主機(jī)自己是它想要找的MAC地址。4:源主機(jī)收到

5、ARP響應(yīng)包后。將目的主機(jī)的IP和MAC地址寫(xiě)入ARP列表,并利用此信息發(fā)送數(shù)據(jù)。如果源主機(jī)一直沒(méi)有收到ARP響應(yīng)數(shù)據(jù)包,表示ARP查詢(xún)失敗。廣播發(fā)送ARP請(qǐng)求,單播發(fā)送ARP響應(yīng)。各種協(xié)議ICMP協(xié)議: 因特網(wǎng)控制報(bào)文協(xié)議。它是TCP/IP協(xié)議族的一個(gè)子協(xié)議,用于在IP主機(jī)、路由器之間傳遞控制消息。TFTP協(xié)議: 是TCP/IP協(xié)議族中的一個(gè)用來(lái)在客戶(hù)機(jī)與服務(wù)器之間進(jìn)行簡(jiǎn)單文件傳輸?shù)膮f(xié)議,提供不復(fù)雜、開(kāi)銷(xiāo)不大的文件傳輸服務(wù)。HTTP協(xié)議: 超文本傳輸協(xié)議,是一個(gè)屬于應(yīng)用層的面向?qū)ο蟮膮f(xié)議,由于其簡(jiǎn)捷、快速的方式,適用于分布式超媒體信息系統(tǒng)。DHCP協(xié)議: 動(dòng)態(tài)主機(jī)配置協(xié)議,是一種讓系統(tǒng)得以連

6、接到網(wǎng)絡(luò)上,并獲取所需要的配置參數(shù)手段。NAT協(xié)議:網(wǎng)絡(luò)地址轉(zhuǎn)換屬接入廣域網(wǎng)(WAN)技術(shù),是一種將私有(保留)地址轉(zhuǎn)化為合法IP地址的轉(zhuǎn)換技術(shù),DHCP協(xié)議:一個(gè)局域網(wǎng)的網(wǎng)絡(luò)協(xié)議,使用UDP協(xié)議工作,用途:給內(nèi)部網(wǎng)絡(luò)或網(wǎng)絡(luò)服務(wù)供應(yīng)商自動(dòng)分配IP地址,給用戶(hù)或者內(nèi)部網(wǎng)絡(luò)管理員作為對(duì)所有計(jì)算機(jī)作中央管理的手段。描述:RARPRARP是逆地址解析協(xié)議,作用是完成硬件地址到IP地址的映射,主要用于無(wú)盤(pán)工作站,因?yàn)榻o無(wú)盤(pán)工作站配置的IP地址不能保存。工作流程:在網(wǎng)絡(luò)中配置一臺(tái)RARP服務(wù)器,里面保存著IP地址和MAC地址的映射關(guān)系,當(dāng)無(wú)盤(pán)工作站啟動(dòng)后,就封裝一個(gè)RARP數(shù)據(jù)包,里面有其MAC地址,然后

7、廣播到網(wǎng)絡(luò)上去,當(dāng)服務(wù)器收到請(qǐng)求包后,就查找對(duì)應(yīng)的MAC地址的IP地址裝入響應(yīng)報(bào)文中發(fā)回給請(qǐng)求者。因?yàn)樾枰獜V播請(qǐng)求報(bào)文,因此RARP只能用于具有廣播能力的網(wǎng)絡(luò)。TCP三次握手和四次揮手的全過(guò)程三次握手:第一次握手:客戶(hù)端發(fā)送syn包(syn=x)到服務(wù)器,并進(jìn)入SYN_SEND狀態(tài),等待服務(wù)器確認(rèn);第二次握手:服務(wù)器收到syn包,必須確認(rèn)客戶(hù)的SYN(ack=x+1),同時(shí)自己也發(fā)送一個(gè)SYN包(syn=y),即SYN+ACK包,此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài);第三次握手:客戶(hù)端收到服務(wù)器的SYNACK包,向服務(wù)器發(fā)送確認(rèn)包ACK(ack=y+1),此包發(fā)送完畢,客戶(hù)端和服務(wù)器進(jìn)入ESTA

8、BLISHED狀態(tài),完成三次握手。握手過(guò)程中傳送的包里不包含數(shù)據(jù),三次握手完畢后,客戶(hù)端與服務(wù)器才正式開(kāi)始傳送數(shù)據(jù)。理想狀態(tài)下,TCP連接一旦建立,在通信雙方中的任何一方主動(dòng)關(guān)閉連接之前,TCP 連接都將被一直保持下去。四次握手與建立連接的“三次握手”類(lèi)似,斷開(kāi)一個(gè)TCP連接則需要“四次握手”。第一次揮手:主動(dòng)關(guān)閉方發(fā)送一個(gè)FIN,用來(lái)關(guān)閉主動(dòng)方到被動(dòng)關(guān)閉方的數(shù)據(jù)傳送,也就是主動(dòng)關(guān)閉方告訴被動(dòng)關(guān)閉方:我已經(jīng)不 會(huì)再給你發(fā)數(shù)據(jù)了(當(dāng)然,在fin包之前發(fā)送出去的數(shù)據(jù),如果沒(méi)有收到對(duì)應(yīng)的ack確認(rèn)報(bào)文,主動(dòng)關(guān)閉方依然會(huì)重發(fā)這些數(shù)據(jù)),但是,此時(shí)主動(dòng)關(guān)閉方還可 以接受數(shù)據(jù)。第二次揮手:被動(dòng)關(guān)閉方收到F

9、IN包后,發(fā)送一個(gè)ACK給對(duì)方,確認(rèn)序號(hào)為收到序號(hào)+1(與SYN相同,一個(gè)FIN占用一個(gè)序號(hào))。第三次揮手:被動(dòng)關(guān)閉方發(fā)送一個(gè)FIN,用來(lái)關(guān)閉被動(dòng)關(guān)閉方到主動(dòng)關(guān)閉方的數(shù)據(jù)傳送,也就是告訴主動(dòng)關(guān)閉方,我的數(shù)據(jù)也發(fā)送完了,不會(huì)再給你發(fā)數(shù)據(jù)了。第四次揮手:主動(dòng)關(guān)閉方收到FIN后,發(fā)送一個(gè)ACK給被動(dòng)關(guān)閉方,確認(rèn)序號(hào)為收到序號(hào)+1,至此,完成四次揮手。在瀏覽器中輸入后執(zhí)行的全部過(guò)程1、客戶(hù)端瀏覽器通過(guò)DNS解析到的IP地址8,通過(guò)這個(gè)IP地址找到客戶(hù)端到服務(wù)器的路徑??蛻?hù)端瀏覽器發(fā)起一個(gè)HTTP會(huì)話(huà)到8

10、,然后通過(guò)TCP進(jìn)行封裝數(shù)據(jù)包,輸入到網(wǎng)絡(luò)層。2、在客戶(hù)端的傳輸層,把HTTP會(huì)話(huà)請(qǐng)求分成報(bào)文段,添加源和目的端口,如服務(wù)器使用80端口監(jiān)聽(tīng)客戶(hù)端的請(qǐng)求,客戶(hù)端由系統(tǒng)隨機(jī)選擇一個(gè)端口如5000,與服務(wù)器進(jìn)行交換,服務(wù)器把相應(yīng)的請(qǐng)求返回給客戶(hù)端的5000端口。然后使用IP層的IP地址查找目的端。3、客戶(hù)端的網(wǎng)絡(luò)層不用關(guān)系應(yīng)用層或者傳輸層的東西,主要做的是通過(guò)查找路由表確定如何到達(dá)服務(wù)器,期間可能經(jīng)過(guò)多個(gè)路由器,這些都是由路由器來(lái)完成的工作,我不作過(guò)多的描述,無(wú)非就是通過(guò)查找路由表決定通過(guò)那個(gè)路徑到達(dá)服務(wù)器。4、客戶(hù)端的鏈路層,包通過(guò)鏈路層發(fā)送到路由器,通過(guò)鄰居協(xié)議查找給定IP地址的MAC地址,然

11、后發(fā)送ARP請(qǐng)求查找目的地址,如果得到回應(yīng)后就可以使用ARP的請(qǐng)求應(yīng)答交換的IP數(shù)據(jù)包現(xiàn)在就可以傳輸了,然后發(fā)送IP數(shù)據(jù)包到達(dá)服務(wù)器的地址。TCP和UDP的區(qū)別?TCP提供面向連接的、可靠的數(shù)據(jù)流傳輸,而UDP提供的是非面向連接的、不可靠的數(shù)據(jù)流傳輸。TCP傳輸單位稱(chēng)為T(mén)CP報(bào)文段,UDP傳輸單位稱(chēng)為用戶(hù)數(shù)據(jù)報(bào)。TCP注重?cái)?shù)據(jù)安全性,UDP數(shù)據(jù)傳輸快,因?yàn)椴恍枰B接等待,少了許多操作,但是其安全性卻一般。TCP對(duì)應(yīng)的協(xié)議和UDP對(duì)應(yīng)的協(xié)議TCP對(duì)應(yīng)的協(xié)議:(1) FTP:定義了文件傳輸協(xié)議,使用21端口。(2) Telnet:一種用于遠(yuǎn)程登陸的端口,使用23端口,用戶(hù)可以以自己的身份遠(yuǎn)程連接到

12、計(jì)算機(jī)上,可提供基于DOS模式下的通信服務(wù)。(3) SMTP:郵件傳送協(xié)議,用于發(fā)送郵件。服務(wù)器開(kāi)放的是25號(hào)端口。(4) POP3:它是和SMTP對(duì)應(yīng),POP3用于接收郵件。POP3協(xié)議所用的是110端口。(5)HTTP:是從Web服務(wù)器傳輸超文本到本地瀏覽器的傳送協(xié)議。UDP對(duì)應(yīng)的協(xié)議:(1) DNS:用于域名解析服務(wù),將域名地址轉(zhuǎn)換為IP地址。DNS用的是53號(hào)端口。(2) SNMP:簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議,使用161號(hào)端口,是用來(lái)管理網(wǎng)絡(luò)設(shè)備的。由于網(wǎng)絡(luò)設(shè)備很多,無(wú)連接的服務(wù)就體現(xiàn)出其優(yōu)勢(shì)。(3) TFTP(Trival File Tran敏感詞er Protocal),簡(jiǎn)單文件傳輸協(xié)議,該

13、協(xié)議在熟知端口69上使用UDP服務(wù)。DNS域名系統(tǒng),簡(jiǎn)單描述其工作原理。當(dāng)DNS客戶(hù)機(jī)需要在程序中使用名稱(chēng)時(shí),它會(huì)查詢(xún)DNS服務(wù)器來(lái)解析該名稱(chēng)。客戶(hù)機(jī)發(fā)送的每條查詢(xún)信息包括三條信息:包括:指定的DNS域名,指定的查詢(xún)類(lèi)型,DNS域名的指定類(lèi)別?;赨DP服務(wù),端口53. 該應(yīng)用一般不直接為用戶(hù)使用,而是為其他應(yīng)用服務(wù),如HTTP,SMTP等在其中需要完成主機(jī)名到IP地址的轉(zhuǎn)換。面向連接和非面向連接的服務(wù)的特點(diǎn)是什么?面向連接的服務(wù),通信雙方在進(jìn)行通信之前,要先在雙方建立起一個(gè)完整的可以彼此溝通的通道,在通信過(guò)程中,整個(gè)連接的情況一直可以被實(shí)時(shí)地監(jiān)控和管理。非面向連接的服務(wù),不需要預(yù)先建立一個(gè)聯(lián)

14、絡(luò)兩個(gè)通信節(jié)點(diǎn)的連接,需要通信的時(shí)候,發(fā)送節(jié)點(diǎn)就可以往網(wǎng)絡(luò)上發(fā)送信息,讓信息自主地在網(wǎng)絡(luò)上去傳,一般在傳輸?shù)倪^(guò)程中不再加以監(jiān)控。TCP的三次握手過(guò)程?為什么會(huì)采用三次握手,若采用二次握手可以嗎?答:建立連接的過(guò)程是利用客戶(hù)服務(wù)器模式,假設(shè)主機(jī)A為客戶(hù)端,主機(jī)B為服務(wù)器端。(1)TCP的三次握手過(guò)程:主機(jī)A向B發(fā)送連接請(qǐng)求;主機(jī)B對(duì)收到的主機(jī)A的報(bào)文段進(jìn)行確認(rèn);主機(jī)A再次對(duì)主機(jī)B的確認(rèn)進(jìn)行確認(rèn)。(2)采用三次握手是為了防止失效的連接請(qǐng)求報(bào)文段突然又傳送到主機(jī)B,因而產(chǎn)生錯(cuò)誤。失效的連接請(qǐng)求報(bào)文段是指:主機(jī)A發(fā)出的連接請(qǐng)求沒(méi)有收到主機(jī)B的確認(rèn),于是經(jīng)過(guò)一段時(shí)間后,主機(jī)A又重新向主機(jī)B發(fā)送連接請(qǐng)求,

15、且建立成功,順序完成數(shù)據(jù)傳輸。考慮這樣一種特殊情況,主機(jī)A第一次發(fā)送的連接請(qǐng)求并沒(méi)有丟失,而是因?yàn)榫W(wǎng)絡(luò)節(jié)點(diǎn)導(dǎo)致延遲達(dá)到主機(jī)B,主機(jī)B以為是主機(jī)A又發(fā)起的新連接,于是主機(jī)B同意連接,并向主機(jī)A發(fā)回確認(rèn),但是此時(shí)主機(jī)A根本不會(huì)理會(huì),主機(jī)B就一直在等待主機(jī)A發(fā)送數(shù)據(jù),導(dǎo)致主機(jī)B的資源浪費(fèi)。(3)采用兩次握手不行,原因就是上面說(shuō)的實(shí)效的連接請(qǐng)求的特殊情況。端口及對(duì)應(yīng)的服務(wù)?服務(wù)端口號(hào)服務(wù)端口號(hào)FTP21SSH22telnet23SMTP25Domain(域名服務(wù)器)53HTTP80POP3110NTP(網(wǎng)絡(luò)時(shí)間協(xié)議)123MySQL數(shù)據(jù)庫(kù)服務(wù)3306Shell或 cmd514POP-2109SQL S

16、erver1433IP數(shù)據(jù)包的格式IP數(shù)據(jù)報(bào)由首部 和數(shù)據(jù) 兩部分組成。首部由固定部分和可選部分 組成。首部的固定部分有 20 字節(jié)??蛇x部分的長(zhǎng)度變化范圍為140字節(jié)。固定部分的字段:字段名位數(shù)(bit)字段名位數(shù)(bit)版本4 Ipv4首部長(zhǎng)度4(表示的最大數(shù)為15個(gè)單位,一個(gè)單位表示4字節(jié))服務(wù)類(lèi)型8 以前很少用總長(zhǎng)度16 (首部和數(shù)據(jù)部分的總長(zhǎng)度,因此數(shù)據(jù)報(bào)的最大長(zhǎng)度為65535字節(jié),即64KB,但是由于鏈路層的MAC都有一定的最大傳輸單元,因此IP數(shù)據(jù)報(bào)的長(zhǎng)度一般都不會(huì)有理論上的那么大,如果超出了MAC的最大單元就會(huì)進(jìn)行分片)標(biāo)識(shí)16 (相同的標(biāo)識(shí)使得分片后的數(shù)據(jù)報(bào)片能正確的重裝成

17、原來(lái)的數(shù)據(jù)報(bào))標(biāo)志3 (最低位MF=1表示后面還有分片,MF=0表示這是若干個(gè)數(shù)據(jù)報(bào)片的最后一個(gè)中間位DF=0才允許分片)片偏移片偏移指出較長(zhǎng)的分組在分片后,某片在原分組中的相對(duì)位置,都是8字節(jié)的偏移位置生存時(shí)間這個(gè)部分只校驗(yàn)首部,不包括數(shù)據(jù)部分,計(jì)算方法:將首部劃分為多個(gè)16位的部分,然后每個(gè)16位部分取反,然后計(jì)算和,再將和取反放到首部校驗(yàn)和。接收方收到后按同樣的方法劃分,取反,求和,在取反,如果結(jié)果為零,則接收,否則就丟棄協(xié)議8 (指出該數(shù)據(jù)報(bào)攜帶的數(shù)據(jù)是何種協(xié)議,以使得目的主機(jī)的IP層知道應(yīng)將數(shù)據(jù)部分上交給哪個(gè)處理程序)如ICMP=1 IGMP=2 TCP=6 EGP=8 IGP=9

18、UDP=17 Ipv6=41 OSPF=89首部校驗(yàn)和32源地址32目的地址1433TCP數(shù)據(jù)報(bào)的格式?一個(gè)TCP報(bào)文段分為首部和數(shù)據(jù)兩部分。首部由固定部分和選項(xiàng)部分組成,固定部分是20字節(jié)。TCP首部的最大長(zhǎng)度為60。首部固定部分字段:字段名字節(jié)(Byte)字段名字節(jié)(Byte)源端口2目的端口2序號(hào)4確認(rèn)號(hào)4,是期望收到對(duì)方的下一個(gè)報(bào)文段的數(shù)據(jù)的第一個(gè)字節(jié)的序號(hào)數(shù)據(jù)偏移4bit 指出TCP報(bào)文段的數(shù)據(jù)起始處距離TCP報(bào)文段的起始有多遠(yuǎn)保留6bit緊急比特URG確認(rèn)比特ACK只有當(dāng)ACK=1時(shí),確認(rèn)號(hào)字段才有效推送比特PSH復(fù)位比特RST同步比特SYN終止比特FIN窗口2檢驗(yàn)和2 (包括首部

19、和數(shù)據(jù)兩部分,同時(shí)還要加12字節(jié)的偽首部進(jìn)行校驗(yàn)和計(jì)算)選項(xiàng)長(zhǎng)度可變(范圍140)TCP的12字節(jié)偽首部:源IP地址(4)目的IP地址(4)0 (1)6(1) 代表這是TCP,IP協(xié)議中提到過(guò)TCP長(zhǎng)度(2)TCP數(shù)據(jù)報(bào)的格式?用戶(hù)數(shù)據(jù)報(bào)UDP由首部和數(shù)據(jù)部分組成。首部只有8個(gè)字節(jié),由4個(gè)字段組成,每個(gè)字段都是兩個(gè)字節(jié)。字段名字節(jié)字段名字節(jié)源端口2目的端口2長(zhǎng)度2檢驗(yàn)和2 (檢驗(yàn)首部和數(shù)據(jù),加12字節(jié)的偽首部)UDP的12字節(jié)偽首部:源IP地址(4)目的IP地址(4)0 (1)17(1) 代表這是UDPUDP長(zhǎng)度(2)以太網(wǎng)MAC幀格式?前導(dǎo)碼前定界符目的地址源目的地址長(zhǎng)度字段數(shù)據(jù)字段校驗(yàn)字段

20、7B1B6B6B2B46-15004B了解交換機(jī)、路由器、網(wǎng)關(guān)的概念,并知道各自的用途1)交換機(jī)在計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)中,交換機(jī)是針對(duì)共享工作模式的弱點(diǎn)而推出的。交換機(jī)擁有一條高帶寬的背部總線(xiàn)和內(nèi)部交換矩陣。交換機(jī)的所有的端口都掛接在這條背 部總線(xiàn)上,當(dāng)控制電路收到數(shù)據(jù)包以后,處理端口會(huì)查找內(nèi)存中的地址對(duì)照表以確定目的MAC(網(wǎng)卡的硬件地址)的NIC(網(wǎng)卡)掛接在哪個(gè)端口上,通過(guò)內(nèi)部 交換矩陣迅速將數(shù)據(jù)包傳送到目的端口。目的MAC若不存在,交換機(jī)才廣播到所有的端口,接收端口回應(yīng)后交換機(jī)會(huì)“學(xué)習(xí)”新的地址,并把它添加入內(nèi)部地址表 中。交換機(jī)工作于OSI參考模型的第二層,即數(shù)據(jù)鏈路層。交換機(jī)內(nèi)部的CPU

21、會(huì)在每個(gè)端口成功連接時(shí),通過(guò)ARP協(xié)議學(xué)習(xí)它的MAC地址,保存成一張 ARP表。在今后的通訊中,發(fā)往該MAC地址的數(shù)據(jù)包將僅送往其對(duì)應(yīng)的端口,而不是所有的端口。因此,交換機(jī)可用于劃分?jǐn)?shù)據(jù)鏈路層廣播,即沖突域;但它不 能劃分網(wǎng)絡(luò)層廣播,即廣播域。交換機(jī)被廣泛應(yīng)用于二層網(wǎng)絡(luò)交換,俗稱(chēng)“二層交換機(jī)”。交換機(jī)的種類(lèi)有:二層交換機(jī)、三層交換機(jī)、四層交換機(jī)、七層交換機(jī)分別工作在OSI七層模型中的第二層、第三層、第四層盒第七層,并因此而得名。2)路由器路由器(Router)是一種計(jì)算機(jī)網(wǎng)絡(luò)設(shè)備,提供了路由與轉(zhuǎn)送兩種重要機(jī)制,可以決定數(shù)據(jù)包從來(lái)源端到目的端所經(jīng)過(guò) 的路由路徑(host到host之間的傳輸路徑),這個(gè)過(guò)程稱(chēng)為路由;將路由器輸入端的數(shù)據(jù)包移送至適當(dāng)?shù)穆酚善鬏敵龆?在路由器內(nèi)部進(jìn)行),這稱(chēng)為轉(zhuǎn) 送。路由工作在OSI模型的第三層即網(wǎng)絡(luò)層,例如網(wǎng)際協(xié)議。路由器的一個(gè)作用是連通不同的網(wǎng)絡(luò),另一個(gè)作用是選擇信息傳送的線(xiàn)路。 路由器與交換器的差別,路由器是屬于OSI第三層的產(chǎn)品,交換器是OSI第二層的產(chǎn)品(這里特指二層交換機(jī))。3)網(wǎng)關(guān)網(wǎng)關(guān)(Gateway),網(wǎng)關(guān)顧名思義就是連接兩個(gè)網(wǎng)絡(luò)的設(shè)備,區(qū)別于路由器(由于歷史的原因,許

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論