第一章網(wǎng)絡(luò)體系結(jié)構(gòu)

網(wǎng)絡(luò)工程師培訓吳煒鑫wuwx@東北大學計算中心[網(wǎng)絡(luò)中心]

計算機

軟件

計算機

網(wǎng)絡(luò)

計算機

應用技術(shù)信息系統(tǒng)信息服務(wù)

高級資格

系統(tǒng)分析師網(wǎng)絡(luò)規(guī)劃設(shè)計師信息系統(tǒng)項目管理師系統(tǒng)架構(gòu)設(shè)計師系統(tǒng)規(guī)劃與管理師中級資格

軟件評測師軟件設(shè)計師軟件過程能力評估師

網(wǎng)絡(luò)工程師

多媒體應用設(shè)計師嵌入式系統(tǒng)設(shè)計師計算機輔助設(shè)計師電子商務(wù)設(shè)計師

系統(tǒng)集成項目管理工程師信息系統(tǒng)監(jiān)理師數(shù)據(jù)庫系統(tǒng)工程師信息安全工程師

信息系統(tǒng)管理工程師信息技術(shù)支持工程師初級資格

程序員網(wǎng)絡(luò)管理員

多媒體應用制作技術(shù)員

電子商務(wù)技術(shù)員信息系統(tǒng)運行管理員網(wǎng)頁制作員信息處理技術(shù)員

考試介紹網(wǎng)絡(luò)工程師考試分為上午、下午兩場，時間均為150分鐘，均為筆試上午試題側(cè)重基礎(chǔ)知識，都是必做的選擇題（客觀題），一共75空，每空1分，滿分75分，每個空可從供選擇的答案中選出下午試題側(cè)重技能運用，均是主觀題，應按照試題要求敘述解答，一般為5題，每題15分，滿分也是75分課程簡介網(wǎng)絡(luò)工程師考試覆蓋的內(nèi)容很廣，對網(wǎng)絡(luò)領(lǐng)域的各個方面都有涉及。由于課程內(nèi)容較多、進度較快，大家需要做適當?shù)念A習和復習。針對每堂課所學的知識點，做一些練習，鞏固所學知識。課下練習的問題：wuwx@課程內(nèi)容第一章：網(wǎng)絡(luò)體系結(jié)構(gòu)第二章：TCP/IP協(xié)議族第三章：局域網(wǎng)技術(shù)第四章：廣域網(wǎng)與接入網(wǎng)技術(shù)第五章：交換與路由第六章：網(wǎng)絡(luò)安全第七章：網(wǎng)絡(luò)系統(tǒng)分析與設(shè)計第八章：網(wǎng)站設(shè)計與配置技術(shù)第九章：計算機系統(tǒng)、通信基礎(chǔ)知識第一章：網(wǎng)絡(luò)體系結(jié)構(gòu)1.1基本概念1.2OSI參考模型1.3TCP/IP參考模型1.4OSI模型與TCP/IP參考模型的比較1.5其他的網(wǎng)絡(luò)協(xié)議棧1.6典型試題分析基本概念電路交換、報文交換、分組交換Internet、ARPAnet內(nèi)聯(lián)網(wǎng)intranet、外聯(lián)網(wǎng)extranetISP、ICP通信子網(wǎng)、資源子網(wǎng)IMP接口信息處理機（ARPAnet）、路由器網(wǎng)絡(luò)的拓撲：通信子網(wǎng)中轉(zhuǎn)發(fā)節(jié)點互聯(lián)模式基本概念優(yōu)點：方便管理；故障易于檢測和隔離。缺點：由于每個站點直接和中央節(jié)點相連，需要大量的電纜和接口；中央節(jié)點容易成為網(wǎng)絡(luò)瓶頸；當中央節(jié)點發(fā)生故障時，整個網(wǎng)絡(luò)不能工作。星型拓撲基本概念優(yōu)點：結(jié)構(gòu)簡單，成本較低，實現(xiàn)方便。缺點：故障診斷和隔離困難。只要總線上出現(xiàn)一處故障，便全網(wǎng)癱瘓?？偩€不能太長，節(jié)點數(shù)量不能太多。所有站點共享總線，容易產(chǎn)生沖突或傳輸瓶頸?？偩€型拓撲基本概念優(yōu)點：環(huán)上各節(jié)點地位平等?？赏ㄟ^令牌技術(shù)避免沖突，提高線路利用率，實時性強。缺點：管理機制比較復雜。環(huán)型拓撲基本概念優(yōu)點：結(jié)構(gòu)靈活，實現(xiàn)容易，可擴充性強。層次分明，管理方便。故障檢測和隔離相對容易。缺點：過于依賴根節(jié)點。樹型拓撲基本概念優(yōu)點：多通道傳輸，可靠性強。能夠?qū)崿F(xiàn)負載均衡。缺點：實現(xiàn)技術(shù)難度高，控制和管理比較復雜。當存在多條不同傳輸路徑時，容易造成傳輸延遲不確定。全連接拓撲基本概念基本概念OSI參考模型的提出先想像一下主機A通過IE瀏覽網(wǎng)頁和通過FTP客戶端下載文件的工作流程。1：通過想像我們可以看出IE的工作流程和FTP客戶端的工作流程十分類似。2：IE和FTP客戶端很多工作都是重復的。3：IE和FTP客戶端甚至要連物理信號都要自己處理。兼容性很差。一種物理傳輸介質(zhì)就需要一種IE版本。

IE的工作流程FTP客戶端的工作流程IE將收到的網(wǎng)頁數(shù)據(jù)顯示給用戶。FTP客戶端要將收到的文件顯示給用戶IE要將收到的網(wǎng)頁數(shù)據(jù)格式化、標準化。FTP客戶端要將收到的文件數(shù)據(jù)格式化、標準化。IE要與遠程應用程序建立連接，申請網(wǎng)頁請求。FTP客戶端要與遠程應用程序建立連接，申請文件請求IE要建立與遠程服務(wù)器的網(wǎng)絡(luò)的連接。并標示出和遠程服務(wù)器哪個程序建立的連接FTP客戶端要建立與遠程服務(wù)器的連接。并標示出和遠程服務(wù)器哪個程序建立的連接IE要決定將網(wǎng)頁請求發(fā)送給遠程哪個服務(wù)器，并通過什么方法表示遠程服務(wù)器。FTP客戶端要決定將下載請求發(fā)送給遠程哪個服務(wù)器，并通過什么方法表示遠程服務(wù)器。IE要判斷接受到的物理信號是否是傳給本機的數(shù)據(jù)、并判斷什么時候一段數(shù)據(jù)包開始傳送、什么時候數(shù)據(jù)包結(jié)束等。并判斷數(shù)據(jù)傳送是否出錯。FTP客戶端要判斷接受到的物理信號是否是傳給本機的數(shù)據(jù)、并判斷什么時候一段數(shù)據(jù)包開始傳送、什么時候數(shù)據(jù)包結(jié)束等。并判斷數(shù)據(jù)傳送是否出錯。IE控制網(wǎng)卡接收物理信號、并判斷多高的電壓代表1或0。FTP客戶端控制網(wǎng)卡接收物理信號、并判斷多高的電壓代表1或0。OSI參考模型的提出網(wǎng)絡(luò)專家們逐漸發(fā)現(xiàn)了其實所有的網(wǎng)絡(luò)軟件通信流程都很類似。因此，ISO提出了OSI參考模型用分層的方法來總結(jié)和標準化這種通信的流程。直接為用戶應用程序提供網(wǎng)絡(luò)服務(wù)。數(shù)據(jù)格式轉(zhuǎn)換、數(shù)據(jù)加密建立和管理會話端到端（連接、流量控制、差錯檢測和重傳）數(shù)據(jù)傳輸?shù)幕締挝皇菆笪?/p>

尋徑（路由選擇）、擁塞控制、數(shù)據(jù)包的分片與重組數(shù)據(jù)傳輸?shù)幕締挝皇欠纸M點到點（幀同步、差錯控制和流量控制）數(shù)據(jù)傳輸?shù)幕締挝皇菐姎饨涌谄ヅ洌瑐鬏敱忍亓魑锢韺覲hysical

數(shù)據(jù)鏈路層DataLink

網(wǎng)絡(luò)層Network

傳輸層Transport

會話層Session

表示層Presentation

應用層Application

由低層到高層OSI參考模型的提出OSI分層IE的工作流程FTP客戶端的工作流程應用層IE將收到的網(wǎng)頁數(shù)據(jù)顯示給用戶。FTP客戶端要將收到的文件顯示給用戶表示層IE要將收到的網(wǎng)頁數(shù)據(jù)格式化、標準化。FTP客戶端要將收到的文件數(shù)據(jù)格式化、標準化。會話層IE要與遠程應用程序建立連接，申請網(wǎng)頁請求。FTP客戶端要與遠程應用程序建立連接，申請文件請求傳輸層IE要建立與遠程服務(wù)器的網(wǎng)絡(luò)的連接。并標示出和遠程服務(wù)器哪個程序建立的連接FTP客戶端要建立與遠程服務(wù)器的連接。并標示出和遠程服務(wù)器哪個程序建立的連接網(wǎng)絡(luò)層IE要決定將網(wǎng)頁請求發(fā)送給遠程哪個服務(wù)器，并通過什么方法表示遠程服務(wù)器。FTP客戶端要決定將下載請求發(fā)送給遠程哪個服務(wù)器，并通過什么方法表示遠程服務(wù)器。數(shù)據(jù)鏈路層IE要判斷接受到的物理信號是否是傳給本機的數(shù)據(jù)、并判斷什么時候一段數(shù)據(jù)包開始傳送、什么時候數(shù)據(jù)包結(jié)束等。并判斷數(shù)據(jù)傳送是否出錯。FTP客戶端要判斷接受到的物理信號是否是傳給本機的數(shù)據(jù)、并判斷什么時候一段數(shù)據(jù)包開始傳送、什么時候數(shù)據(jù)包結(jié)束等。并判斷數(shù)據(jù)傳送是否出錯。物理層IE控制網(wǎng)卡接收物理信號、并判斷多高的電壓代表1或0。FTP客戶端控制網(wǎng)卡接收物理信號、并判斷多高的電壓代表1或0。OSI參考模型的提出同時ISO提出了OSI的協(xié)議族軟件，通過協(xié)議族軟件為應用程序提供標準的網(wǎng)絡(luò)服務(wù)，而不用每個網(wǎng)絡(luò)軟件都要自己編寫這些網(wǎng)絡(luò)通信的代碼。減少了編寫網(wǎng)絡(luò)軟件的難度。Openconnection保證了應用程序的通用性。物理介質(zhì)發(fā)生變化只需更換相應的物理層、數(shù)據(jù)鏈路層的協(xié)議軟件即可。IE的工作流程FTP客戶端的工作流程IE將收到的網(wǎng)頁數(shù)據(jù)顯示給用戶。FTP客戶端要將收到的文件顯示給用戶應用層協(xié)議軟件：VT、DS等表示層協(xié)議軟件：ACSE等OSI表示層協(xié)議軟件OSI會話層協(xié)議軟件傳輸層協(xié)議軟件TP0——TP4網(wǎng)絡(luò)層協(xié)議軟件ES-IS、IS-ISIEEE802.2HDLCIEEE802.3IEEE802.4FDDIRS-232RS-449X.21OSI參考模型相關(guān)概念網(wǎng)絡(luò)體系結(jié)構(gòu)（NetworkArchitecture）就是層、協(xié)議和服務(wù)構(gòu)成的集合，具體來說就是為了使各種不同的計算機能夠相互通訊，將所有需要完成的工作進行分類，劃分成明確的層次，并規(guī)定出同等層進程的通信協(xié)議和上下層之間的接口及服務(wù)。層：OSI參考模型將網(wǎng)絡(luò)通信分為7層；協(xié)議：網(wǎng)絡(luò)同層實體間通信的語言。服務(wù)：下層要為上層提供服務(wù)來訪問本層內(nèi)的數(shù)據(jù)。網(wǎng)絡(luò)體系結(jié)構(gòu)是計算機網(wǎng)絡(luò)的一種抽象的、層次化的功能模型。OSI參考模型相關(guān)概念-分層通信縱向通信在分層結(jié)構(gòu)中，低層服務(wù)為高層服務(wù)提供服務(wù)，高層服務(wù)調(diào)用低層服務(wù)提供的服務(wù)。縱向通信的通信規(guī)則稱為服務(wù)。橫向通信分層結(jié)構(gòu)中，對應的分層協(xié)同工作，以保證能夠成功的完成通信。橫向通信的通信規(guī)則稱為協(xié)議。OSI參考模型相關(guān)概念協(xié)議棧：在網(wǎng)絡(luò)中，為了完成通信，必須使用多層上的多種協(xié)議。這些協(xié)議按照層次順序組合在一起，構(gòu)成了協(xié)議棧(ProtocolStack)，也稱為協(xié)議族(ProtocolSuite)。TCP/IP、TCP/IPversion6、IPX/SPX、AppleTalk、OSI可以查看安裝哪些協(xié)議棧軟件網(wǎng)絡(luò)應用程序使用協(xié)議棧提供的網(wǎng)絡(luò)服務(wù)進行通信。同一應用程序可以使用多種協(xié)議棧提供的網(wǎng)絡(luò)服務(wù)進行通信。OSI參考模型相關(guān)概念對等實體：每一層中的活動元素通常被稱為實體（entity）。實體可以是軟件實體也可以是硬件實體。不同機器上的同一層實體叫做對等實體。服務(wù)提供者和服務(wù)用戶：N層實體實現(xiàn)的服務(wù)為N+1層所利用。N層被稱為服務(wù)提供者（serviceprovider），N+1層被稱為服務(wù)用戶（serviceuser）。服務(wù)是在服務(wù)接入點SAP（serviceaccesspoint）提供給上層使用的。OSI參考模型相關(guān)概念I(lǐng)DUInterfaceDataUnit，接口數(shù)據(jù)單元SAPServiceAccessPoint，服務(wù)訪問點ICIInterfaceControlInformation，接口控制信息SDUServiceDataUnit，服務(wù)數(shù)據(jù)單元PCIProtocolControlInformation，協(xié)議控制信息PDUProtocolDataUnit，協(xié)議數(shù)據(jù)單元OSI參考模型發(fā)展現(xiàn)狀1979年ISO公布的OSI參考模型。得到了大多數(shù)人的認可、他的分層思想現(xiàn)在已成為互聯(lián)網(wǎng)網(wǎng)絡(luò)通信的理論標準。但OSI協(xié)議族沒有完全實現(xiàn)。所以事實上并沒有哪個網(wǎng)絡(luò)軟件是使用OSI協(xié)議的。而相反TCP/IP協(xié)議族早已成熟實現(xiàn)，是Internet互聯(lián)網(wǎng)基礎(chǔ)。因此TCP/IP模型就成為了互聯(lián)網(wǎng)網(wǎng)絡(luò)通信的事實標準。OSI參考模型——物理層物理層功能：建立、維護和取消物理連接；規(guī)定電氣特性；什么信號代表1、什么信號代表0；設(shè)備的物理尺寸等；數(shù)據(jù)單元：比特（bit）流使用的設(shè)備：中繼器（repeater）和集線器（Hub）常見的物理層協(xié)議：IEEE802.3、IEEE802.4、IEEE802.5、FDDI、RS-232OSI參考模型——數(shù)據(jù)鏈路層數(shù)據(jù)鏈路層兩個子層：媒體訪問控制（MAC）邏輯鏈路控制（LLC）功能：建立、維持、釋放網(wǎng)絡(luò)實體間的連接；提供流量控制、差錯控制、幀同步；通過使用接收系統(tǒng)的硬件地址或物理地址（即MAC地址）來尋址數(shù)據(jù)單元：幀frame使用的設(shè)備：網(wǎng)卡、網(wǎng)橋和交換機常見的數(shù)據(jù)鏈路層協(xié)議：IEEE802.2、IEEE802.3、IEEE802.4、IEEE802.5幀頭數(shù)據(jù)幀尾OSI參考模型——數(shù)據(jù)鏈路層網(wǎng)橋工作在數(shù)據(jù)鏈路層，將兩個局域網(wǎng)（LAN）連起來，根據(jù)MAC地址（物理地址）來轉(zhuǎn)發(fā)幀，使本地通信限制在本網(wǎng)段內(nèi)，并轉(zhuǎn)發(fā)相應的信號至另一網(wǎng)段，網(wǎng)橋通常用于聯(lián)接數(shù)量不多的、同一類型的網(wǎng)段。OSI參考模型——數(shù)據(jù)鏈路層交換機、二層交換機交換機維護一個MAC地址表，一開始這個地址表是空的。MAC地址端口號00010012003210012003300232OSI參考模型——網(wǎng)絡(luò)層網(wǎng)絡(luò)層功能：網(wǎng)絡(luò)層將上層的數(shù)據(jù)組織成分組在各個通信子網(wǎng)的節(jié)點間傳遞。提供尋址方式、報文分組等功能。數(shù)據(jù)單元：分組packet使用的設(shè)備：路由器OSI模型提供了面向連接協(xié)議X.25PLP、無連接的協(xié)議CLNP。包頭數(shù)據(jù)OSI參考模型——傳輸層傳輸層功能：端到端的協(xié)議。連接、流量控制、差錯檢測和重傳等用一個尋址機制來標識一個特定的應用程序傳輸層地址（即端口號）只支持面向鏈接的服務(wù)數(shù)據(jù)單元：報文OSI傳輸層協(xié)議：TP0——TP5報文頭數(shù)據(jù)OSI參考模型——會話層、表示層、應用層會話層建立、管理和終止會話表示層系統(tǒng)的應用層送出的信息可被另一個系統(tǒng)的應用層所讀取。利用一種公用的信息表示格式翻譯多種信息。數(shù)據(jù)表示、數(shù)據(jù)安全、數(shù)據(jù)壓縮應用層網(wǎng)絡(luò)服務(wù)與使用者應用程序間的一個接口OSI參考模型第7層到第2層都要進行數(shù)據(jù)封裝，在上層傳來的數(shù)據(jù)前加封裝頭（Head）。第2層為了實現(xiàn)幀同步，不僅要加封裝頭（Head），而且要加封裝尾（Tail）。第１層不再進行封裝，直接傳輸比特流。OSI參考模型——通信過程主機A交換機路由器1路由器2主機B應用層表示層會話層傳輸層網(wǎng)絡(luò)層數(shù)據(jù)鏈接層物理層應用層表示層會話層傳輸層網(wǎng)絡(luò)層數(shù)據(jù)鏈接層物理層數(shù)據(jù)鏈接層物理層網(wǎng)絡(luò)層數(shù)據(jù)鏈接層物理層網(wǎng)絡(luò)層數(shù)據(jù)鏈接層物理層OSI參考模型——通信過程交換機工作在二層、路由器工作在三層通信子網(wǎng)由OSI模型的下三層實現(xiàn)傳輸層和網(wǎng)絡(luò)層的邊界是通信子網(wǎng)和信息子網(wǎng)的邊界傳輸層是端到端的。只有在兩端傳輸層的數(shù)據(jù)報文才被重新組裝出來。TCP/IP參考模型參考模型OSI參考模型TCP/IP參考模型概念明確區(qū)分服務(wù)、接口、協(xié)議沒有明確區(qū)分服務(wù)、接口、協(xié)議層數(shù)量7層4層通信模式網(wǎng)絡(luò)層支持無連接和面向連接的通信網(wǎng)絡(luò)層只支持無連接通信傳輸層僅支持面向連接的通信傳輸層支持無連接和面向連接的通信TCP/IP協(xié)議族TCP/IP協(xié)議族——理解網(wǎng)絡(luò)層使用IP地址來尋址。接入互聯(lián)網(wǎng)就必須要有一個的IP地址。Icmp協(xié)議。PingARP協(xié)議。RARP協(xié)議。查看IP地址：ipconfig、ifconfig查看MAC地址：ipconfig/all查看ARP緩存：arp查看選路情況：tracert(-hd)、traceroute路由器、路由表、默認路由TCP/IP協(xié)議族——理解傳輸層端口號。1-1023保留端口netstatNetstat–anNetstat–eNetstat-sTCP/IP協(xié)議族——理解應用層DNS、Nslookupftp網(wǎng)關(guān)、應用層網(wǎng)關(guān)、proxy典型試題分析2008年上●瀏覽器與Web服務(wù)器通過建立（21）連接來傳送網(wǎng)頁。（21）A．UDP B．TCP C．IP D．RIP●在TCP協(xié)議中，采用（22）來區(qū)分不同的應用進程。（22）A．端口號 B．IP地址 C．協(xié)議類型 D．MAC地址典型試題分析2008年上●TCP是互聯(lián)網(wǎng)中的傳輸層協(xié)議，使用（23）次握手協(xié)議建立連接。這種建立連接的方法可以防止（24）。（23）A．1 B．2 C．3 D．4（24）A．出現(xiàn)半連接 B．無法連接 C．產(chǎn)生錯誤的連接 D．連接失效典型試題分析2008年上●ARP協(xié)議的作用是由IP地址求MAC地址，ARP請求是廣播發(fā)送，ARP響應是（25）發(fā)送。（25）A．單播 B．組播 C．廣播 D．點播典型試題分析2008年上●某網(wǎng)絡(luò)結(jié)構(gòu)如下圖所示。在Windows操作系統(tǒng)中，Server1通過安裝（28）組件創(chuàng)建Web站點。PC1的用戶在瀏覽器地址欄中輸入后無法獲取響應頁面，管理人員在Windows操作系統(tǒng)下可以使用（29）判斷故障發(fā)生在網(wǎng)絡(luò)A內(nèi)還是網(wǎng)絡(luò)A外。如果使用ping7命令對服務(wù)器Server1的問題是進行測試，響應正常，則可能出現(xiàn)（30）。（28）A．IISB．IE C．WWWD．DNS（29）A．ping7B．tracert7C．netstat7D．a(chǎn)rp7（30）A．網(wǎng)關(guān)故障 B．線路故障C．域名解析故障D．服務(wù)器網(wǎng)卡故障典型試題分析2008年上●在Windows環(huán)境下，DHCP客戶端可以使用（35）命令重新獲得IP地址，這時客戶機向DHCP服務(wù)器發(fā)送一個（36）數(shù)據(jù)包來請求租用IP地址。（35）A．ipconfig/release B．ipconfig/reloadC．ipconfig/renew D．ipconfig/all（36）A．Dhcpoffer B．Dhcpack C．Dhcpdiscover D．Dhcprequest典型試題分析2008年上典型試題分析2008年上●某銀行為用戶提供網(wǎng)上服務(wù)，允許用戶通過瀏覽器管理自己的銀行賬戶信息。為保障通信的安全，該Web服務(wù)器可選的協(xié)議是（45）。（45）A．POP B．SNMP C．HTTP D．HTTPS●（46）不屬于電子郵件協(xié)議。（46）A．POP3 B．SMTP C．IMAP D．MPLS●某客戶端采用ping命令檢測網(wǎng)絡(luò)連接故障時，發(fā)現(xiàn)可以ping通及本機的IP地址，但無法ping通同一網(wǎng)段內(nèi)其他工作正常的計算機的IP地址。該客戶端的故障可能是（47）。（47）A．TCP/IP協(xié)議不能正常工作B．本機網(wǎng)卡不能正常工作C．本機網(wǎng)絡(luò)接口故障 D．DNS服務(wù)器地址設(shè)置錯誤典型試題分析2007年下典型試題分析2007年下典型試題分析2007年下典型試題分析2007年下典型試題分析2007年上關(guān)于ARP表，以下描述中正確的是。A.提供常用目標地址的快捷方式來減少網(wǎng)絡(luò)流量B.用于建立IP地址到MAC地址的映射C.用于在各個子網(wǎng)之間進行路由選擇D.用于進行應用層信息的轉(zhuǎn)換典型試題分析2007年上典型試題分析2007年上FTP使用的傳輸層協(xié)議為（29）；FTP的默認的控制端口號為（30）。A.HTTPB.IPC.TCPD.UDPA.80B.25C.20D.21典型試題分析POP3協(xié)議采用（38）模式，當客戶機需要服務(wù)時，客戶端軟件（OutlookExpress或FoxMail）與POP3服務(wù)器建立（39）連接。A.Browser/ServerB.Client/Server C.PeertoPeerD.PeertoServerA.TCPB.UDPC.PHPD.IP2007年上典型試題分析SNMP采用UDP提供數(shù)據(jù)報服務(wù)，這是由于（48）。A.UDP比TCP更加可靠B.UDP數(shù)據(jù)報文可以比TCP數(shù)據(jù)報文大C.UDP是面向連接的傳輸方式D.采用UDP實現(xiàn)網(wǎng)絡(luò)管理不會太多增加網(wǎng)絡(luò)負載2007年上典型試題分析嗅探器可以使網(wǎng)絡(luò)接口處于雜收模式，在這種模式下，網(wǎng)絡(luò)接口（50）。A.只能夠響應與本地網(wǎng)絡(luò)接口硬件地址相匹配的數(shù)據(jù)幀B.只能夠響應本網(wǎng)段的廣播數(shù)據(jù)幀C.只能響應組播信息D.能夠響應流經(jīng)網(wǎng)絡(luò)接口的所有數(shù)據(jù)幀2007年上典型試題分析以下協(xié)議中屬于傳輸層的是（68）。A.UCPB.UDPC.TDPD.TDC2007年上典型試題分析2006年下典型試題分析2006年下典型試題分析2006年下典型試題分析2006年下典型試題分析關(guān)于無連接的通信，下面的描述中正確的是（17）。A．由于為每一個分組獨立地建立和釋放邏輯連接，所以無連接的通信不適合傳送大量的數(shù)B．由于通信對方和通信線路都是預設(shè)的，所以在通信過程中無須任何有關(guān)連接的操作C．目標的地址信息被加在每個發(fā)送的分組上D．無連接的通信協(xié)議UDP不能運行在電路交換或租用專線網(wǎng)絡(luò)上2006年上典型試題分析下面信息中（20）包含在TCP頭中而不包含在UDP頭中。A．目標端口號B．順序號C．發(fā)送端口號D．校驗和2006年上典型試題分析某校園網(wǎng)用戶無法訪問外部站點4，管理人員在windows操作系統(tǒng)下可以使用（43）判斷故障發(fā)生在校園網(wǎng)內(nèi)還是校園網(wǎng)外。A．ping4B．tracert4C．netstat4D．a(chǎn)rp42006年上典型試題分析以太網(wǎng)中的幀屬于（19）協(xié)議數(shù)據(jù)單元。A.物理層B.數(shù)據(jù)鏈路層C.網(wǎng)絡(luò)層D.應用層使用traceroute命令測試網(wǎng)絡(luò)可以（41）。A.檢驗鏈路協(xié)議是否運行正常B.檢驗目標網(wǎng)路是否在路由表中C.檢驗應用程序是否正常D.顯示分組到達目標經(jīng)過的各個路由器2005年下典型試題分析能顯示IP、ICMP、TCP、UDP統(tǒng)計信息的Windows命令是（42）。A.netstat-sB.netstat-e C.netstat–rD.netstat–a在路由表中設(shè)置一條默認路由，目標地址應為（46），子網(wǎng)掩碼應為（47）。A.B. C.D.A.B. C.55D.55

2005年下典型試題分析在OSI參考模型中，數(shù)據(jù)鏈路層處理的數(shù)據(jù)單位是（64）。A.比特B.幀C.分組D.報文在OSI參考模型中，上層協(xié)議實體與下層協(xié)議實體之間的邏輯接口叫做服務(wù)訪問點（SAP）。在Internet中，網(wǎng)絡(luò)層的服務(wù)訪問點是（21）。

供選擇的答案A．MAC地址B．LLC地址C．IP地址D．端口號2005年上典型試題分析在OSI參考模型中，實現(xiàn)端到端的應答、分組排序和流量控制功能的協(xié)議層A．數(shù)據(jù)鏈路層B．網(wǎng)絡(luò)層 C．傳輸層D．會話層在Windows命令窗口輸入（46）命令來查看DNS服務(wù)器的IP。A．DNSserverB．NslookupC．DNSconfigD．DNSip2005年上典型試題分析不使用面向連接傳輸服務(wù)的應用層協(xié)議是A．SMTPB．FTPC．HTTPD．SNMP在Windows中，ping命令的-n選項表示A．ping的次數(shù)B．ping的網(wǎng)絡(luò)號C．數(shù)字形式顯示結(jié)果D．不要重復，只ping一次

2005年上典型試題分析在Windows中，tracert命令的-h選項表示。A．指定主機名B．指定最大跳步數(shù)

C．指定達到目標主機的時間D．指定源路由在TCP/IP網(wǎng)絡(luò)中，為各種公共服務(wù)保留的端口號范圍是。A．1～255B．1～1023C．1～1024D．1～655352005年上典型試題分析Networkscanbeinterconnectedbydifferentdevices.Inthephysicallayer,networkscanbeconnectedby__(66)__orhubs,which