[TOC]

一、問答題

1.OSI有哪幾層，這七層分別有什么作用？

應(yīng)用層：面向用戶，提供服務(wù)；表示層：定義二進(jìn)制編碼，加密解密，壓縮解壓縮，格式化文檔等；會(huì)話層：建立會(huì)話，維護(hù)會(huì)話，消除會(huì)話；傳輸層：實(shí)現(xiàn)端到端通信，這一過程分為可靠和不可靠通信機(jī)制；網(wǎng)絡(luò)層：定義邏輯地址，路由器也存在于這一層；數(shù)據(jù)鏈路層：實(shí)現(xiàn)鏈路間通信，定義Mac地址，實(shí)現(xiàn)透明傳輸和無差錯(cuò)傳輸；物理層：定義物理相關(guān)功能，如電流，電壓，網(wǎng)線等；

1. 應(yīng)用層（message）：確定進(jìn)程之間通信的性質(zhì)以滿足用戶需要以及提供網(wǎng)絡(luò)與用戶應(yīng)用
2. 表示層（數(shù)據(jù)）：主要解決擁護(hù)信息的語法表示問題，如加密解密
3. 會(huì)話層（數(shù)據(jù)）：提供包括訪問驗(yàn)證和會(huì)話管理在內(nèi)的建立和維護(hù)應(yīng)用之間通信的機(jī) 制，如服務(wù)器驗(yàn)證用戶登錄便是由會(huì)話層完成的
4. 傳輸層（段）：實(shí)現(xiàn)網(wǎng)絡(luò)不同主機(jī)上用戶進(jìn)程之間的數(shù)據(jù)通信，可靠 與不可靠的傳輸，傳輸層的錯(cuò)誤檢測，流量控制等
5. 網(wǎng)絡(luò)層（包）：提供邏輯地址（IP）、選路，數(shù)據(jù)從源端到目的端的 傳輸
6. 數(shù)據(jù)鏈路層（幀）：將上層數(shù)據(jù)封裝成幀，用 MAC 地址訪問媒介，錯(cuò)誤檢測與修正
7. 物理層（比特流）：設(shè)備之間比特流的傳輸，物理接口，電氣特性等 

2.ARP的作用？

ARP為IP 地址到對應(yīng)的MAC（硬件地址）提供動(dòng)態(tài)映射。 

DHCP 將mac映射為對應(yīng)的IP地址

3.點(diǎn)對點(diǎn)鏈路使用ARP嗎？

不使用，使用PPP協(xié)議

點(diǎn)對點(diǎn)鏈路不使用[ARP](https://baike.baidu.com/item/ARP/609343)協(xié)議，因?yàn)樵谠O(shè)置這些鏈路時(shí)，網(wǎng)絡(luò)設(shè)備已獲得了鏈路兩端的[IP](https://baike.baidu.com/item/IP/224599)地址，不需要ARP協(xié)議來實(shí)現(xiàn)IP地址和不同網(wǎng)絡(luò)硬件地址的動(dòng)態(tài)映射。

4.ARP高效運(yùn)行的關(guān)鍵是什么？

關(guān)鍵是每個(gè)主機(jī)上都有一個(gè)ARP的高速緩存。 

5.數(shù)據(jù)鏈路層MTU的最大值和最小值是多少？

最小MTU為64字節(jié)，最大MTU為1500 字節(jié)。

6.如何理解IP協(xié)議的不可靠和無連接。

不可靠是指通過IP協(xié)議傳的數(shù)據(jù)包，不能保證一定會(huì)到達(dá)，如果中間發(fā)生錯(cuò)誤，數(shù)據(jù)包會(huì)被直接丟棄(發(fā)送ICMP消息給信源端)；無連接是指傳輸之前不需要事先建立連接；有連接的可靠傳輸通過傳輸層來保證。


無連接, 體現(xiàn)在，IP數(shù)據(jù)可以不按順序發(fā)送和接收。A發(fā)送連續(xù)的數(shù)據(jù)報(bào)，到達(dá)B 不一定是連續(xù)的， 來回路由選擇可能不一樣，路線也不一樣，到達(dá)先后順序也不一樣。 

7.IP 與 ICMP，IGMP，TCP，UDP 的首部校驗(yàn)和有什么區(qū)別與共同點(diǎn)？

共同點(diǎn)：用到的算法都是一樣的。
區(qū)別：IP計(jì)算的時(shí)候沒有將數(shù)據(jù)包括在內(nèi)。 ICMP，IGMP，TCP，UDP同時(shí)覆蓋首部和數(shù)據(jù)檢驗(yàn)碼。

各層協(xié)議

各層協(xié)議.png

8.如果路由表中沒有默認(rèn)項(xiàng)，而又沒有找到匹配項(xiàng)，這時(shí)如何處理？

給源主機(jī)發(fā)送差錯(cuò)報(bào)文


結(jié)果取決于該IP 數(shù)據(jù)報(bào)是由主機(jī)產(chǎn)生的還是被轉(zhuǎn)發(fā)的。 如果數(shù)據(jù)報(bào)是由本機(jī)產(chǎn)生的，那么就給發(fā)送該數(shù)據(jù)報(bào)的應(yīng)用程序返回一個(gè)差錯(cuò)，或者是“主 機(jī)不可達(dá)差錯(cuò)”或者是“網(wǎng)絡(luò)不可達(dá)差錯(cuò)”。 如果是被轉(zhuǎn)發(fā)的數(shù)據(jù)報(bào)，就給原始發(fā)送一份ICMP主機(jī)不可達(dá)的差錯(cuò)報(bào)文。 

9.ICMP的報(bào)文分類和作用。

ICMP分為兩類，一類是ICMP查詢報(bào)文，另一類是ICMP差錯(cuò)報(bào)文 。主要傳遞一些需要注意的信息和差錯(cuò)信息。 

10.ICMP的主機(jī)不可達(dá)報(bào)文是在什么情況下發(fā)出的？

目標(biāo)主機(jī)沒有啟動(dòng)相應(yīng)的進(jìn)程（端口沒有找到是端口不可達(dá)）

11.什么情況不會(huì)導(dǎo)致產(chǎn)生ICMP差錯(cuò)報(bào)文？

1） 對ICMP差錯(cuò)報(bào)文進(jìn)行相應(yīng)時(shí)，不會(huì)產(chǎn)生差錯(cuò)報(bào)文，否則會(huì)死鎖。
2） 目的地址是廣播地址或者多播地址的IP數(shù)據(jù)報(bào)。
3） 鏈路層廣播的數(shù)據(jù)報(bào)
4） 不是IP 分片的第一片
5） 源地址不是單個(gè)主機(jī)的數(shù)據(jù)包。 

12.UDP和TCP 的簡單介紹。

13.UDP的校驗(yàn)和是怎么計(jì)算的？

 UDP的校驗(yàn)和要計(jì)算首部和數(shù)據(jù)部分。首部還包括偽首部。 如果檢驗(yàn)和有錯(cuò)，則UDP數(shù)據(jù)報(bào)被悄悄丟棄，不產(chǎn)生任何差錯(cuò)報(bào)文。 

14.TCP通過哪些方式來保證可靠性？

• 建立連接需要3次握手，斷開連接需要4次揮手
• 滑動(dòng)窗口：對傳輸數(shù)據(jù)進(jìn)行編號，當(dāng)確認(rèn)對方收到后，才將窗口向右滑動(dòng)
• 選擇性確認(rèn)、丟包重傳、超時(shí)重傳： 在傳數(shù)據(jù)包的過程中如果發(fā)現(xiàn)，中間的數(shù)據(jù)包丟了，會(huì)再傳一遍（自己的定時(shí)時(shí)間到了，發(fā)現(xiàn)剛才的數(shù)據(jù)包還沒回復(fù)，或者收到了對方的3次確認(rèn)）
• 流量控制：當(dāng)對方的緩存放不下時(shí)，會(huì)調(diào)整滑動(dòng)窗口的大小
• 擁塞控制：當(dāng)發(fā)現(xiàn)網(wǎng)絡(luò)不暢同時(shí)，會(huì)調(diào)整阻塞窗口大小，進(jìn)而調(diào)整滑動(dòng)窗口大小

15.TCP與UDP的概念相互的區(qū)別及優(yōu)劣 ？

1.TCP與UDP都是存在于傳輸層的協(xié)議，TCP是面向連接的，建立連接需要3次握手，斷開連接需要4次揮手，UDP則不需要；TCP可以保證傳輸?shù)目煽啃?，傳每一個(gè)數(shù)據(jù)包都需要確認(rèn)，丟包重傳，UDP沒有確認(rèn)機(jī)制；TCP數(shù)據(jù)包有序號，UDP數(shù)據(jù)報(bào)沒有序號；TCP適合大部分情況傳輸，也可以傳輸大文件，但是傳輸速度慢，UDP適合傳輸小數(shù)據(jù)，也可以傳輸視頻，音頻等，傳輸速度快。

（UDP適合傳輸一次請求的小數(shù)據(jù)，例如DNS DHCP都可以使用UDP，UDP也可以傳視頻音頻等，部分?jǐn)?shù)據(jù)失真，影響不大，傳輸速度快。）

   1. TCP面向連接，可靠傳輸，UDP無連接，不可靠傳輸
   2. TCP協(xié)議傳輸速度慢，UDP協(xié)議傳輸速度快 
   3. TCP面向字節(jié)流，UDP面向數(shù)據(jù)報(bào) 
   4. TCP協(xié)議對系統(tǒng)資源要求多（頭部開銷大），UDP協(xié)議要求少 

16.畫出TCP通信從連接到釋放連接的全過程？

三次握手.jpeg

3次握手.png

4四次揮手.png

17.為什么要三次握手，不是2次？

最后一次握手，除了要告訴服務(wù)器說我收到了之外，還要將自己的序列號和窗口的大小告訴服務(wù)器，所以第3次握手不能少。

另外，如果第一次握手的連接延誤到達(dá)，server收到請求后回復(fù)給client，客戶端因?yàn)闆]有發(fā)送新的連接請求，所以對server的響應(yīng)不予理會(huì)，也不會(huì)發(fā)送數(shù)據(jù)給服務(wù)端，那server端就會(huì)一直等著，造成資源浪費(fèi)

18.為什么要設(shè)置TIME_WAIT？為什么TIME_WAIT是兩倍的MSL（IP數(shù)據(jù)報(bào)能夠在因特網(wǎng)上存活的最長時(shí)間）？

在關(guān)閉之前可以保證服務(wù)器確定能收到，
最后發(fā)送的ACK，ACK傳到服務(wù)器的時(shí)間為msl, 如果服務(wù)器沒收到，
會(huì)再向客戶端發(fā)一次請求，這次請求的時(shí)間也為msk，
如果客戶端2msl時(shí)間呢沒有收到服務(wù)器的請求，
表示服務(wù)器已經(jīng)關(guān)閉了，客戶端才關(guān)閉。

19.TCP的流量控制機(jī)制？

通過滑動(dòng)窗口來控制，以客戶端A向服務(wù)器B發(fā)送請求為例，在3次握手時(shí)要定義窗口大小和和每一次發(fā)送數(shù)據(jù)的大小，當(dāng)B發(fā)現(xiàn)緩存不足時(shí)，會(huì)在某一次發(fā)送ACK時(shí)，發(fā)送一個(gè)窗口大小，告訴A說窗口調(diào)整成規(guī)定的大小，這樣每一次發(fā)送的數(shù)據(jù)量就變小了；

滑動(dòng)窗口的大小還受阻塞窗口大小的影響，比如剛開始發(fā)送一個(gè)字節(jié)，發(fā)現(xiàn)網(wǎng)絡(luò)暢通，然后字節(jié)數(shù)開始增加，按指數(shù)方式增長，當(dāng)發(fā)現(xiàn)網(wǎng)絡(luò)輕微擁塞時(shí)，調(diào)整為按線性增長，放發(fā)現(xiàn)網(wǎng)絡(luò)阻塞時(shí)，窗口大小可能調(diào)整為0或者某個(gè)閾值，分別稱為慢開始和快恢復(fù)。

20.DNS的概念，用途？

域名解析，將域名解析成ip地址，方便用戶訪問互聯(lián)網(wǎng)， 而不用記住ip 地址。

21.GET、POST區(qū)別？

在客戶機(jī)和服務(wù)器之間進(jìn)行請求-響應(yīng)時(shí)，兩種最常被用到的方法是：GET 和 POST。
1.GET是從服務(wù)器上獲取數(shù)據(jù)，POST是向服務(wù)器傳送數(shù)據(jù)。
2.數(shù)據(jù)位置：GET在HTTP報(bào)頭，POST在HTTP正文。
3.GET能被緩存，POST不能被緩存。
4.GET傳送的數(shù)據(jù)量較小，不能大于2KB。POST支持傳送的數(shù)據(jù)量較大。
5.GET明文傳輸安全性非常低，POST可以密文傳輸安全性較高。

22.HTTP和HTTPS的區(qū)別？

http的連接很簡單，是無狀態(tài)的。Https協(xié)議是由SSL+Http協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議，比http協(xié)議安全。
http的信息是**明文傳輸**，https是具有安全性的ssl加密傳輸協(xié)議。
https的信息是**秘文傳輸**需要到證書頒發(fā)機(jī)構(gòu)申請證書，而http不用。

23.一次完整的HTTP請求過程？

客戶端會(huì)根據(jù)域名到DNS服務(wù)器上找到對應(yīng)的IP地址，然后與服務(wù)器建立連接，發(fā)送請求，服務(wù)器收到請求后處理請求，然后構(gòu)建響應(yīng)，客戶端收到相應(yīng)后渲染界面，然后釋放鏈接。

24.Socket是什么？

 在TCP/IP協(xié)議中，約定 協(xié)議+port可以確定一個(gè)進(jìn)程，ip + 協(xié)議 + port 可以找到服務(wù)器上的一個(gè)進(jìn)程，這就是一個(gè)套接字；在linux 系統(tǒng)中，一個(gè)套接字是一個(gè)文件，有對應(yīng)的文件描述符，可以對文件進(jìn)行讀寫，socket文件中會(huì)定義socket的類型（流套接字或數(shù)據(jù)報(bào)套接字）等信息；socket的本質(zhì)是API，是對底層TCP/IP的封裝。

• 建立網(wǎng)絡(luò)通信連接至少要一對套接字(一對IP+一對port)

socket流程.png

tcp_c客戶端_s服務(wù)器_運(yùn)行流程.png

25.說一下幾種I/O模型（linux）？

IO模型.png

IO操作分為2個(gè)階段，
第一階段將數(shù)據(jù)拷貝到內(nèi)核空間，內(nèi)核空間的數(shù)據(jù)拷貝到用戶空間
1.（同步）阻塞：從發(fā)起IO調(diào)用到完成，第一、二階段都處于阻塞狀態(tài)
2. （同步）非阻塞：在第一階段反復(fù)查看數(shù)據(jù)是否準(zhǔn)備好了（輪詢的方式），如果沒準(zhǔn)備好，立即返回，不阻塞，第二階段阻塞。
3. IO多路復(fù)用（同步阻塞IO）：在第一階段通過調(diào)用select/poll/epoll函數(shù)，同時(shí)監(jiān)控多個(gè)socket，當(dāng)有一個(gè)準(zhǔn)備好了，就執(zhí)行第二階段，第一和第二階段都阻塞。
4.信號驅(qū)動(dòng)模型（異步阻塞IO）：在第一階段發(fā)送IO指令，然后立即返回，不阻塞，當(dāng)?shù)谝浑A段處理完成后，發(fā)送信號，調(diào)用信號函數(shù)，進(jìn)入第二階段，是阻塞的。
5. 異步IO：第一、二階段都不阻塞，只發(fā)出IO指令，不等待IO結(jié)果，等2個(gè)階段都完成了，cpu才開始處理。

26.說一下Select、poll與epoll的區(qū)別？

select/poll/epoll是
IO多路復(fù)用的幾種處理方式，select可以同時(shí)監(jiān)控的fd數(shù)量有限，而且每一次檢查socket，都采用輪詢的方式；poll底層采用鏈表來實(shí)現(xiàn)，監(jiān)控的fd數(shù)量沒有限制，但是檢查socket還是采用輪詢的方式；epoll一般來講1G內(nèi)存可以監(jiān)控10萬個(gè)socket，每一個(gè)socket都有一個(gè)callback函數(shù)，當(dāng)socket活躍時(shí)才會(huì)調(diào)用callback函數(shù)；select/poll,都需要從內(nèi)核空間拷貝數(shù)據(jù)到用戶空間，epoll則是使用內(nèi)核和用戶共享的一塊空間；

對于socket數(shù)量大，但是活躍fd少的情況適合使用epoll;

對于socket數(shù)量小，但是基本上都在活躍的情況適合使用select/poll。

27.epoll中ET與LT的區(qū)別？

LT（level_triggered，水平觸發(fā)，默認(rèn)的工作方式），在這種做法中，內(nèi)核告訴你一個(gè)文件描述符是否就緒了，然后你可以對這個(gè)就緒的fd進(jìn)行IO操作。如果你不作任何操作，內(nèi)核還是會(huì)繼續(xù)通知你，所以，這種模式編程出錯(cuò)誤可能性要小一點(diǎn)。傳統(tǒng)的select/poll都是這種模型的代表．
ET (edge_triggered，邊緣出發(fā)，高速工作方式)，在這種模式下，內(nèi)核只告訴一次說fd 準(zhǔn)備就緒了，在這個(gè)過程中不會(huì)反復(fù)詢問，（然后它會(huì)假設(shè)你知道文件描述符已經(jīng)就緒，并且不會(huì)再為那個(gè)文件描述符發(fā)送更多的就緒通知，）直到你做了某些操作導(dǎo)致那個(gè)文件描述符不再為就緒狀態(tài)了。ET模式減少了epoll被重復(fù)觸發(fā)的次數(shù)，效率比LT高。

28.常見的HTTP狀態(tài)碼？

1XX：通知。
2XX：成功。
    200(“OK”)：一切正常。
3XX：重定向。
    301(“Moved Permanently”)：當(dāng)客戶端觸發(fā)的動(dòng)作引起了資源URI的變化時(shí)發(fā)送此響應(yīng)代碼。
4XX：客戶端錯(cuò)誤。
    400(“Bad Request”)：客戶端方面的問題。
    404(“Not Found”) ：服務(wù)器端不知道客戶端要請求哪個(gè)資源。
    409(“Conflict”)：當(dāng)客戶端試圖執(zhí)行一個(gè)”會(huì)導(dǎo)致一個(gè)或多個(gè)資源處于不一致狀態(tài)“的操作時(shí)，發(fā)送此響應(yīng)代碼。
    410(“Gone”)：服務(wù)器端知道客戶端所請求的資源曾經(jīng)存在，但現(xiàn)在已經(jīng)不存在了。
5XX：服務(wù)端錯(cuò)誤。
    500(“Internal Sever Error”)：服務(wù)器方面的問題。

29.DNS的查詢方式？

當(dāng)客戶端向DNS服務(wù)器發(fā)送請求時(shí)，如果服務(wù)器有查詢結(jié)果，則直接返回，如果沒有，則會(huì)向外部發(fā)請求，分兩種查詢方式：

1. 遞歸查詢：DNS服務(wù)器，依次從根域，一級域，二級域中查詢，查到的結(jié)果通過DNS服務(wù)器返回給客戶端

   2. 迭代查詢：DNS服務(wù)器，會(huì)告訴客戶端另一臺DNS服務(wù)器的地址，客戶端再向另一臺服務(wù)器發(fā)送請求，依次循環(huán)直到找到為止。

30.HTTPS如何實(shí)現(xiàn)加密傳輸？

https=http + SSL / TLS ， https 使用SSL/TLS協(xié)議進(jìn)行加密傳輸，讓客戶端拿到服務(wù)器的公鑰，然后客戶端隨機(jī)生成一個(gè)對稱加密的秘鑰，使用公鑰加密，傳輸給服務(wù)端，后續(xù)的所有信息都通過該對稱秘鑰進(jìn)行加密解密，完成整個(gè)HTTPS的流程。

31.TTL指的是什么？

TTL存在于IP數(shù)據(jù)包的首部中的一個(gè)字段，表示轉(zhuǎn)發(fā)數(shù)據(jù)包時(shí)經(jīng)過的最大跳數(shù)，每經(jīng)過一個(gè)路由器，ttl會(huì)減1，如果在中間的路由器發(fā)現(xiàn)TTL為0，則數(shù)據(jù)包就會(huì)被丟棄，并向數(shù)據(jù)包的發(fā)送者發(fā)送ICMP消息。

32.traceroute的過程？

traceroute會(huì)向目標(biāo)服務(wù)器發(fā)送一個(gè)TTL=1的UDP數(shù)據(jù)報(bào)，當(dāng)經(jīng)過第一個(gè)路由器時(shí)TTL減為0，返回ICMP信息，里面包含第一個(gè)路由地址；

接著，traceroute會(huì)向目標(biāo)服務(wù)器發(fā)送第二個(gè)TTL=2的UDP數(shù)據(jù)報(bào)，當(dāng)經(jīng)過第二個(gè)路由器時(shí)TTL減為0，返回ICMP信息，里面包含第一個(gè)和第二個(gè)路由地址；

然后，traceroute會(huì)向目標(biāo)服務(wù)器發(fā)送TTL遞增值，每經(jīng)過一個(gè)路由器TTL會(huì)減1，并返回相應(yīng)的ICMP值，包含每一個(gè)路由信息。

33.什么是半連接狀態(tài)（SYN攻擊，半連接攻擊)？

三次握手中，主動(dòng)發(fā)起握手的一方不發(fā)最后一次ACK，使得服務(wù)器端阻塞在SYN_RECV狀態(tài)。
當(dāng)客戶端向服務(wù)器發(fā)送SYN請求，服務(wù)器回復(fù)SYN+ACK后，客戶端遲遲不回復(fù)ACK。這時(shí)服務(wù)器一直處于SYN_RECV狀態(tài)。

35.session和cookies的區(qū)別？

（記憶技巧：存放位置，里面內(nèi)容，過期時(shí)間，大小限制）

首先session和cookies都可以用來存放用戶信息；

1.cookies存放在客戶端，session一般存在服務(wù)端（，flask默認(rèn)session存在在cookies當(dāng)中，不安全）

2.cookies當(dāng)中存放不敏感信息，session中可以存放重要信息

3.傳輸session時(shí)一般只會(huì)傳輸sessionID，真正的session數(shù)據(jù)會(huì)存在服務(wù)器端，不如redis中，session的過期時(shí)間可以自己設(shè)定；cookies如果不設(shè)置過期時(shí)間（flask默認(rèn)），瀏覽器關(guān)閉就失效, 也可以通過set_cookie來設(shè)置cookie的過期時(shí)間，一種是通過max_age,多少秒后過期，一種是expires，指定某個(gè)時(shí)間點(diǎn)過期，如果這兩種方式同時(shí)設(shè)置，則優(yōu)先采用expires方式。

4.不同瀏覽器對cookie的數(shù)據(jù)大小，個(gè)數(shù)限制也不相同。

36.time_wait的原因是什么，如果有大量time_wait會(huì)發(fā)生什么，該怎么解決?

1.無論是服務(wù)器端還是客戶端，只要是主動(dòng)斷開連接，在最后一次揮手后發(fā)送了ACK，都會(huì)處于time_wait狀態(tài)。

2.當(dāng)有高并發(fā)的短連接發(fā)生時(shí)，就會(huì)出現(xiàn)大量time_wait，如果是在服務(wù)器中出現(xiàn)，服務(wù)器資源就會(huì)被耗盡。

3.解決辦法，以服務(wù)器為例，可以修改配置文件，如修改斷開連接后的設(shè)置快速回收，也可以縮短等待時(shí)間（為30s）等；在服務(wù)器重啟時(shí)還可以設(shè)置，端口重用等。

37.close_wait 狀態(tài)出現(xiàn)在什么時(shí)候？

當(dāng)發(fā)送端發(fā)送了一次揮手，接收端收到后回復(fù)一個(gè)ACK說我收到了，然后就進(jìn)入close_wait狀態(tài)。這時(shí)發(fā)送端已經(jīng)關(guān)閉了socket連接，接收端還有數(shù)據(jù)忙于讀寫。

38.什么情況下收到三個(gè)連續(xù)的重復(fù)確認(rèn)？

接受方收到的包**丟了**或者編號**亂序**會(huì)導(dǎo)致收到三個(gè)連續(xù)的重復(fù)確認(rèn)。

發(fā)送方會(huì)一直記錄每一個(gè)包的ACK次數(shù)，如果發(fā)現(xiàn)某一個(gè)包被確認(rèn)了3次，會(huì)將這個(gè)包立即執(zhí)行快速重傳，比自身定時(shí)器效率高。例如發(fā)送方發(fā)送1234包，接收端只收到了124包，接受端會(huì)發(fā)送ACK=3，當(dāng)收到了5時(shí)又發(fā)送了ACK=3，當(dāng)收到了6時(shí)又發(fā)送了ACK=3，服務(wù)器端收到ACK=3，3次以后會(huì)立即將數(shù)據(jù)包3重新發(fā)送一遍，這時(shí)可能本身定時(shí)器的時(shí)間還沒有到。

39.TCP報(bào)文接收端怎樣保證有序？

TCP會(huì)將要傳的數(shù)據(jù)分段，每一段都有對應(yīng)的序號，表示當(dāng)前數(shù)據(jù)包是原數(shù)據(jù)的第幾個(gè)字節(jié)。接收端根據(jù)序號對數(shù)據(jù)包排序。



TCP會(huì)將報(bào)文編號，如果發(fā)現(xiàn)接受的報(bào)文失序，那么接收方會(huì)將收到的報(bào)文暫時(shí)緩存，等到失序報(bào)文到達(dá)再將報(bào)文重新排列好。

40.TCP丟包怎么解決？從客戶端和服務(wù)器的角度來談。

客戶端給服務(wù)端發(fā)送數(shù)據(jù)包，沒發(fā)送一個(gè)數(shù)據(jù)包會(huì)設(shè)置一個(gè)定時(shí)器，如果在規(guī)定的時(shí)間內(nèi)沒有收到，ACK的回復(fù)，就會(huì)從傳。



接收方若收到失序的報(bào)文，會(huì)對失序的報(bào)文發(fā)送重復(fù)確認(rèn)。
發(fā)送方發(fā)送報(bào)文段時(shí)，會(huì)創(chuàng)建一個(gè)特定報(bào)文段的重傳計(jì)時(shí)器，若在收到對特定報(bào)文段的確認(rèn)之前計(jì)時(shí)器超時(shí)，則重傳該報(bào)文，并把計(jì)時(shí)器復(fù)位。當(dāng)收到三次對報(bào)文的重復(fù)確認(rèn)后，會(huì)執(zhí)行快速重傳/快速恢復(fù)。

41.三次握手涉及到的api？

客戶端函數(shù)調(diào)用順序：socket、connect、close
服務(wù)端函數(shù)調(diào)用順序：socket、bind、listen、accept、close

42.TCP和UDP的應(yīng)用場景？

TCP適合大部分情況傳輸，也可以傳輸大文件，保證傳輸?shù)目煽啃裕琔DP適合一次請求的小文件傳輸，例如DNS，DHCP都可以使用UDP，UDP也可以傳輸視頻，音頻，部分?jǐn)?shù)據(jù)失真，影響不大。

43.TCP流量控制和擁塞控制的區(qū)別？

流量控制是為了解決發(fā)送方和接收方速度不同導(dǎo)致的數(shù)據(jù)丟失問題，當(dāng)發(fā)送方發(fā)送的太快，接收方來不及接受就會(huì)導(dǎo)致數(shù)據(jù)丟失，是點(diǎn)對點(diǎn)通信量的控制。流量控制用滑動(dòng)窗口的形式解決問題。
擁塞控制就是防止過多的數(shù)據(jù)注入到網(wǎng)絡(luò)中，這樣可以使網(wǎng)絡(luò)中的路由器或鏈路不至于過載。擁塞控制所要做的都有一個(gè)前提，就是網(wǎng)絡(luò)能承受現(xiàn)有的網(wǎng)絡(luò)負(fù)荷。擁塞問題是一個(gè)全局性的問題,涉及到所有的主機(jī)、所有的路由器、以及與降低網(wǎng)絡(luò)傳輸性能有關(guān)的所有因素。通過維護(hù)一個(gè)擁塞窗口的狀態(tài)變量，擁塞窗口的大小取決于網(wǎng)絡(luò)的擁塞程度。注意考慮到接受方的接收能力，發(fā)送窗口可能小于擁塞窗口，兩者并不等價(jià)。

44.http無狀態(tài)怎么實(shí)現(xiàn)用戶登錄？

通過cookie和session。

45.局域網(wǎng)內(nèi)的一次訪問網(wǎng)站的流程？

首先PC要做域名解析，會(huì)向DNS服務(wù)器發(fā)送請求
而DNS服務(wù)器一般和PC不在同一子網(wǎng)里，所以要把數(shù)據(jù)包發(fā)給網(wǎng)關(guān)
為了把數(shù)據(jù)包發(fā)給網(wǎng)關(guān)，要知道網(wǎng)關(guān)的MAC地址，所以向廣播ARP數(shù)據(jù)包
得到了網(wǎng)關(guān)的MAC地址可將IP數(shù)據(jù)包發(fā)給網(wǎng)關(guān)，收到后可能會(huì)進(jìn)行網(wǎng)絡(luò)地址轉(zhuǎn)換
當(dāng)數(shù)據(jù)包被轉(zhuǎn)發(fā)出去之后，就會(huì)通過IP路由協(xié)議轉(zhuǎn)發(fā)到DNS服務(wù)器
DNS服務(wù)器會(huì)回復(fù)網(wǎng)站的IP地址
之后就可以把HTTP請求封裝到TCP數(shù)據(jù)包中通過IP包進(jìn)行交互

46.為什么揮手不可以三次？

1. 如果將第2次和第3次揮手合并為一次的，那么第2次服務(wù)端需要同時(shí)發(fā)送FIN和ACK，F(xiàn)IN表示服務(wù)端沒有數(shù)據(jù)要發(fā)送了，但是當(dāng)服務(wù)端接受到客戶端第一次揮手時(shí)，如果服務(wù)器還有數(shù)據(jù)要發(fā)送，為了保證可靠連接，服務(wù)器就不能直接斷開，所以先發(fā)送一次ACK，等數(shù)據(jù)傳完了，再發(fā)送一次ACK+FIN，所以第二次和第三次揮手都需要保留；

2.如果取消第4次揮手呢？，因?yàn)榉?wù)器發(fā)送完第3次揮手，就進(jìn)入LAST_ACK狀態(tài)，如果一直收不到客戶端的最后確認(rèn)，就會(huì)消耗服務(wù)器資源。

47.http連接之后服務(wù)機(jī)內(nèi)部都會(huì)干什么事？

先接受請求，當(dāng)客戶端發(fā)起請求時(shí)，請求會(huì)通過網(wǎng)卡到達(dá)內(nèi)核，然后內(nèi)核將請求轉(zhuǎn)交給web進(jìn)程，如果請求需要文件資源，還會(huì)向內(nèi)核發(fā)起系統(tǒng)調(diào)用，內(nèi)核從文件系統(tǒng)中取出資源，加載到內(nèi)核空間，然后又拷貝到用戶空間，當(dāng)web進(jìn)程處理完請求，封裝成響應(yīng)之后，通知內(nèi)核，數(shù)據(jù)又從網(wǎng)卡發(fā)出，傳回客戶端。

(1 建立連接——接受一個(gè)客戶端連接， 或者如果不希望與這個(gè)客戶端建立連接， 就將其關(guān)閉。
(2 接收請求——從網(wǎng)絡(luò)中讀取一條 HTTP 請求報(bào)文。
(3 處理請求——對請求報(bào)文進(jìn)行解釋， 并采取行動(dòng)。
(4 訪問資源——訪問報(bào)文中指定的資源。
(5 構(gòu)建響應(yīng)——?jiǎng)?chuàng)建帶有正確首部的 HTTP 響應(yīng)報(bào)文。
(6 發(fā)送響應(yīng)——將響應(yīng)回送給客戶端。
(7 記錄事務(wù)處理過程——將與已完成事務(wù)有關(guān)的內(nèi)容記錄在一個(gè)日志文件中。

48.說一下TCP粘包，拆包？

客戶端A向服務(wù)端B發(fā)送數(shù)據(jù)，同時(shí)發(fā)送2段比較小的數(shù)據(jù)，這兩個(gè)段數(shù)據(jù)可能在一個(gè)數(shù)據(jù)包中，就稱為粘包；如果A發(fā)送的數(shù)據(jù)很大，數(shù)據(jù)可能被拆分成多個(gè)數(shù)據(jù)段分別發(fā)送，這就是拆包。（UDP不會(huì)發(fā)生粘包，因?yàn)閿?shù)據(jù)之間有邊界。）

49.粘包，拆包的解決辦法？

粘包：

• 在數(shù)據(jù)之間增加邊界，如特殊符號，用來區(qū)分不同的數(shù)據(jù)組成的數(shù)據(jù)包

• 將數(shù)據(jù)包設(shè)置為指定長度，不夠的用0填充，這樣每一次讀取固定長度的數(shù)據(jù)，也可以區(qū)分

• 在頭部信息中添加字段指定數(shù)據(jù)的長度，通過頭部信息獲得數(shù)據(jù)大小

拆包：

• 數(shù)據(jù)包頭部信息中包含序號，用來標(biāo)識數(shù)據(jù)段是整個(gè)數(shù)據(jù)的第幾個(gè)字節(jié)，可以讀取序號來合并數(shù)據(jù)。

50.什么叫字節(jié)流，什么叫數(shù)據(jù)報(bào)？

字節(jié)流指字節(jié)之間可以進(jìn)行拆分和合并，字節(jié)之間無邊界，數(shù)據(jù)包指字節(jié)之間有邊界。

數(shù)據(jù)包是有邊界的，發(fā)送端發(fā)送的數(shù)據(jù)，如果接收端不能一次性接受，則數(shù)據(jù)會(huì)丟失；字節(jié)流是無邊界的，接收端可以分批次接受，也不會(huì)丟數(shù)據(jù)。（字節(jié)流就是散亂的一堆數(shù)據(jù)）

二、判斷題

1、TCP協(xié)議提供端到端的差錯(cuò)恢復(fù)和流量控制，實(shí)現(xiàn)可靠的數(shù)據(jù)傳輸。 T. 對

3、虛電路無須對每個(gè)報(bào)文分組進(jìn)行路由選擇。 T. 對

4、OSPF屬于靜態(tài)路由選擇算法。 F. 錯(cuò)（動(dòng)態(tài)路由選擇算法）

5、通過網(wǎng)絡(luò)互聯(lián)層能在任意節(jié)點(diǎn)間進(jìn)行數(shù)據(jù)包可靠傳輸。 F. 錯(cuò)

6、在Internet中，分配給一臺主機(jī)的IP地址與主機(jī)所在網(wǎng)絡(luò)有關(guān)。 T. 對

7、在Internet中，路由器只能被分配一個(gè)IP地址。 F. 錯(cuò)

8、在通常情況下，高速緩沖區(qū)中的ARP表是由人工建立的。 F. 錯(cuò)

9.兩臺計(jì)算機(jī)之間的雙絞線，一臺計(jì)算機(jī)與交換機(jī)之間的雙絞線是可以互換的

F 兩臺計(jì)算機(jī)之間使用交叉線，計(jì)算機(jī)與交換機(jī)之間使用直通線

10.半雙工通信是指一個(gè)通信線路上準(zhǔn)許數(shù)據(jù)進(jìn)行非同時(shí)的雙向通信 T

11.FTP默認(rèn)端口是31 F錯(cuò)是21

12.DNS支持域名解析服務(wù)，端口為80 F錯(cuò)是443

13.采用TCP協(xié)議通信的客戶端只能發(fā)送數(shù)據(jù)，不能接受數(shù)據(jù) F

三、術(shù)語辨析

1、糾錯(cuò)碼
D. 讓每一個(gè)傳輸?shù)姆纸M帶上足夠的冗余信息，以便在接收端能發(fā)現(xiàn)并自動(dòng)糾正傳輸差錯(cuò)的方法。
2、保持計(jì)時(shí)器
H. 為防止TCP連接處于長時(shí)期空閑而設(shè)置的計(jì)時(shí)器。

4、頻帶傳輸

A. 在模擬通信信道中傳輸數(shù)字信號的方法。

5、ICMP
J. 具有差錯(cuò)報(bào)告、故障診斷與網(wǎng)絡(luò)控制等功能的網(wǎng)絡(luò)層協(xié)議。

6、DNS
C. Internet上用于域名和IP地址相互映射的一個(gè)分布式數(shù)據(jù)庫。

7、網(wǎng)絡(luò)體系結(jié)構(gòu)
B. 計(jì)算機(jī)網(wǎng)絡(luò)層次結(jié)構(gòu)模型與各層協(xié)議的集合。

8、路由匯聚
C. 用來減少路由表中路由項(xiàng)數(shù)量的方法。

9、分組頭長度
B. IPv4分組頭中16位的長度字段。

10、E-mail
G. 實(shí)現(xiàn)互聯(lián)網(wǎng)中發(fā)送與接收郵件的基本服務(wù)功能。

11、半雙工通信
H. 在一條通信線路中某一時(shí)刻僅能單向信號傳輸?shù)姆椒ā?/p>

12、數(shù)據(jù)鏈路層
F. 該層在兩個(gè)通信實(shí)體之間傳送以幀為單位的數(shù)據(jù)，通過差錯(cuò)控制方法，使有差錯(cuò)的物理線路變成無差錯(cuò)數(shù)據(jù)鏈路。

13、ISP
D. 為用戶提供接入Internet服務(wù)的企業(yè)。

14、四次握手
G. TCP連接釋放的過程。

15、超網(wǎng)
C. 將一個(gè)組織所屬的幾個(gè)C類網(wǎng)絡(luò)合并成為一個(gè)更大的地址范圍的邏輯網(wǎng)絡(luò)。

16、透明傳輸
B. 數(shù)據(jù)鏈路層保證幀中的二進(jìn)制比特組合不受任何限制的能力。

17、沖突窗口
E. Ethernet傳播延遲兩倍的值。

18、虛擬局域網(wǎng)
G. 建立在交換技術(shù)基礎(chǔ)上，能夠?qū)⒕W(wǎng)絡(luò)上的結(jié)點(diǎn)按需要來劃分成若干個(gè)“邏輯工作組”的網(wǎng)絡(luò)。

四、單選題

1、A屬于數(shù)據(jù)鏈路層協(xié)議。

A. PPP

B. TCP

C. IP

D. ARP

2、在局域網(wǎng)中，目前最常用的傳輸介質(zhì)是A。 A. 雙絞線 B. 同軸電纜
C. 光纜（光導(dǎo)纖維）D. 無線通信

3、電話交換系統(tǒng)采用的交換技術(shù)是C。

A. 報(bào)文交換 B. 分組交換 C. 電路交換 D. 信號交換

4、在Internet中能夠提供任意兩臺計(jì)算機(jī)之間傳輸文件的協(xié)議是B。

A. WWW

B. FTP

C. Telnet

D. SMTP

5、在TCP協(xié)議中，發(fā)送方的窗口大小是由C的大小決定的。

A. 僅接收方允許的窗口
B. 接收方允許的窗口和發(fā)送方允許的窗口

C. 接收方允許的窗口和擁塞窗口

D. 發(fā)送方允許的窗口和擁塞窗口

6、因特網(wǎng)的核心部分（通信子網(wǎng)）不包括D。

A. 物理層

B. 數(shù)據(jù)鏈路層

C. 網(wǎng)絡(luò)層
D. 傳輸層（通信子網(wǎng)和資源子網(wǎng)的接口）

7、因特網(wǎng)是一個(gè)D。

A. 計(jì)算機(jī)網(wǎng)絡(luò)

B. 國際性組織

C. 計(jì)算機(jī)軟件

D. 網(wǎng)絡(luò)的網(wǎng)絡(luò)

8、爭用期是指網(wǎng)絡(luò)上最遠(yuǎn)的兩個(gè)站點(diǎn)通信時(shí)D。

A. 從數(shù)據(jù)發(fā)送開始到數(shù)據(jù)到達(dá)接收方為止的時(shí)間

B. 從沖突發(fā)生開始到發(fā)送方檢測到?jīng)_突為止的時(shí)間

C. 從沖突發(fā)生開始到接收方檢測到?jīng)_突為止的時(shí)間
D. 從數(shù)據(jù)發(fā)送開始到數(shù)據(jù)到達(dá)接收方為止的時(shí)間的兩倍

9、下列協(xié)議中，C不屬于TCP/IP網(wǎng)絡(luò)層協(xié)議。 A. ICMP B. ARP
C. PPP（數(shù)據(jù)鏈路層協(xié)議） D. IGMP

10、在數(shù)據(jù)鏈路層實(shí)現(xiàn)連接功能可采用A。

A. 網(wǎng)橋 （交換機(jī)）
B. 集線器（物理層）

C. 網(wǎng)關(guān)
D. 路由器（網(wǎng)絡(luò)層）

11、在自治系統(tǒng)內(nèi)部實(shí)現(xiàn)路由器之間自動(dòng)傳播可達(dá)信息、進(jìn)行路由選擇的協(xié)議統(tǒng)稱為______。

A. EGP

B. BGP
C. IGP（內(nèi)部網(wǎng)關(guān)協(xié)議）

D. GGP

14、在下列給出的協(xié)議中，D不是TCP/IP的應(yīng)用層協(xié)議。

A. HTTP
B. SNMP（簡單郵件傳輸協(xié)議）

C. SMTP（簡單網(wǎng)絡(luò)管理協(xié)議）

D. ICMP（網(wǎng)絡(luò)層的）

16、若收到的HDLC幀的數(shù)據(jù)字段中出現(xiàn)比特串“010********”，則比特刪除后的輸出為______。
A. 010 + 8個(gè)*

B.010 + 9個(gè)*

C.010 + 7個(gè)*

D.0111111001

18、Internet中提供主機(jī)域名和IP地址之間轉(zhuǎn)換的協(xié)議是D。

A. FTP B. SMTP C. HTTP D. DNS

19、A是端系統(tǒng)之間的協(xié)議。

A. TCP B. IP C. ICMP D. ARPb

22、TCP協(xié)議使用C機(jī)制來實(shí)現(xiàn)可靠傳輸。

A. 三次握手

B. 糾錯(cuò)碼糾錯(cuò)

C. 確認(rèn)與超時(shí)重傳

D. 滑動(dòng)窗口

24、通信系統(tǒng)必須具備的三個(gè)基本要素是C。

A. 終端、電纜、計(jì)算機(jī)
B. 信號發(fā)生器、通信線路、信號接收設(shè)備

C. 信源、通信媒體、信宿
D. 終端、通信設(shè)施、接收設(shè)備

25、目前使用最為普遍的局域網(wǎng)是A。

A. 以太網(wǎng) B. 令牌環(huán)網(wǎng) C. FDDI網(wǎng)
D. 令牌總線網(wǎng)

26、網(wǎng)橋從一端口收到正確的數(shù)據(jù)幀后，在其地址轉(zhuǎn)發(fā)表中查找該幀要到達(dá)的目的站。若查找不到，則會(huì)A。
A. 向除該端口以外的其他所有端口轉(zhuǎn)發(fā)此幀

B. 向所有端口轉(zhuǎn)發(fā)此幀

C. 僅向該端口轉(zhuǎn)發(fā)此幀

D. 不轉(zhuǎn)發(fā)此幀

27、若采用同步TDM方式通信，接收端要將信號解復(fù)用，接收數(shù)據(jù)時(shí)要按照D確定接收者。
A. 時(shí)間片上的目的地址

B. 數(shù)據(jù)上的時(shí)間標(biāo)識

C. 數(shù)據(jù)上的數(shù)據(jù)源標(biāo)識

D. 與源端相同的時(shí)間順序

28、采用曼徹斯特編碼，100Mbps傳輸速率所需要的調(diào)制速率為B。

A. 100MBaud

B. 200MBaud

C. 400MBaud

D. 800MBaud

30、避免在局域網(wǎng)中傳播過多廣播信息引起"廣播風(fēng)暴"的有效辦法是A。

A. 劃分虛擬局域網(wǎng) B. 增加網(wǎng)絡(luò)帶寬 C. 提高網(wǎng)絡(luò)利用率 D. 實(shí)現(xiàn)QoS

31、計(jì)算機(jī)網(wǎng)絡(luò)通信采用同步和異步兩種方式，就傳送效率而言，兩者的關(guān)系是A。

A. 同步比異步方式傳送效率高 B. 異步比同步方式傳送效率高

C. 同步與異步方式傳送效率相同 D. 視具體情況而定

32、不同的交換方式具有不同的性能。如果要求數(shù)據(jù)在網(wǎng)絡(luò)中的傳輸延時(shí)最小，應(yīng)選用的交換方式是C。 A. 電路交換 B. 報(bào)文交換 C. 分組交換 D. 信元交換

33、在數(shù)字通信中廣泛采用CRC循環(huán)冗余碼的原因是CRC可以C。

A. 檢測出一位差錯(cuò) B. 檢測并糾正一位差錯(cuò)

C. 檢測出多位突發(fā)性差錯(cuò)
D. 檢測并糾正多位突發(fā)性差錯(cuò)

34、在OSI/RM中，完成整個(gè)網(wǎng)絡(luò)系統(tǒng)內(nèi)連接工作，為上一層提供整個(gè)網(wǎng)絡(luò)范圍內(nèi)兩個(gè)主機(jī)之間數(shù)據(jù)傳輸通路工作的是C。

A. 物理層 B. 數(shù)據(jù)鏈路層 C. 網(wǎng)絡(luò)層 D. 運(yùn)輸層

37、將數(shù)字?jǐn)?shù)據(jù)進(jìn)行模擬傳輸所需要的關(guān)鍵設(shè)備是B。

A. 編碼譯碼器 B. 調(diào)制解調(diào)器 C. 信號放大器 D. 信號中繼器

41、在Internet上瀏覽時(shí)，瀏覽器和WWW服務(wù)器之間傳輸網(wǎng)頁使用的協(xié)議是B。 A. IP B. HTTP C. FTP D. Telnet

42、UDP協(xié)議提供的是C。

A. 無連接的可靠傳輸服務(wù) B. 面向連接的可靠傳輸服務(wù) C. 無連接的不可靠傳輸服務(wù) D. 面向連接的不可靠傳輸服務(wù)

43、集線器和路由器分別運(yùn)行于OSI模型的D。

A. 數(shù)據(jù)鏈路層和物理層 B. 網(wǎng)絡(luò)層和傳輸層 C. 傳輸層和數(shù)據(jù)鏈路層 D. 物理層和網(wǎng)絡(luò)層

44、采用單工通信方式，數(shù)據(jù)傳輸?shù)姆较驗(yàn)?strong>B。

A. 可以在兩個(gè)方向上同時(shí)傳輸 B. 只能在一個(gè)方向上傳輸
C. 可以在兩個(gè)方向上傳輸，但不能同時(shí)進(jìn)行 D. 以上均不對

45、當(dāng)數(shù)據(jù)分組從______層下移至______層，需要封裝協(xié)議數(shù)據(jù)單元的首部和尾部。

A. 應(yīng)用/傳輸 B. 傳輸/網(wǎng)絡(luò) C. 網(wǎng)絡(luò)/數(shù)據(jù)鏈路 D. 數(shù)據(jù)鏈路/物理

46、IP分組經(jīng)過路由轉(zhuǎn)發(fā)時(shí)如果不被分段，則A。

A. TTL字段和校驗(yàn)和字段值都會(huì)改變

B. TTL字段和IP地址字段會(huì)改變

C. IP地址和校驗(yàn)和字段會(huì)改變

D. DF和MF字段會(huì)改變

五、計(jì)算題

5.數(shù)據(jù)鏈路層MTU的最大值和最小值是多少？
最小MTU為64字節(jié)，最大MTU為1500 字節(jié)。

36、以太網(wǎng)的MTU為______字節(jié)。

A. 46 B. 64 C. 1500 D. 1518

2、IP地址189.153.133.5是一個(gè)B類網(wǎng)地址。 T. 對

12、一個(gè)網(wǎng)段的網(wǎng)絡(luò)地址為198.90.10.0，子網(wǎng)掩碼是255.255.255.224，最多可以分成______個(gè)子網(wǎng)，而每個(gè)子網(wǎng)最多具有______個(gè)有效的IP地址。

A. 8，30（224有3個(gè)1,5個(gè)0，最多分成2∧3=8個(gè)子網(wǎng)，去掉主機(jī)號全0和全1的每個(gè)子網(wǎng)具有2∧5-2=20個(gè)有效的IP地址）

B. 4，62

C. 16，14

D. 32，6

13、常用的數(shù)據(jù)傳輸速率單位有Kbps、Mbps、Gbps，1Gbps等于C。

A. 1×10^3bps B. 1×10^6bps C. l×10^9bps D. 1×2^30bps

17、一個(gè)主機(jī)有兩個(gè)IP地址，一個(gè)地址是192.168.11.25，則另一個(gè)地址可能是______。 A. 192.168.11.0

B. 192.168.11.24

C. 192.168.11.26
D. 192.168.13.25（不在一個(gè)網(wǎng)絡(luò)的就行即網(wǎng)絡(luò)號不同）

20、主機(jī)A向主機(jī)B連續(xù)發(fā)送了兩個(gè)TCP報(bào)文，有效載荷分別為200B和600B，第一段的序號是100。主機(jī)B正確接收后，發(fā)送給主機(jī)A的確認(rèn)序號為D。

A. 300 B. 700 C. 800 D. 900

21、IP地址（假定采用默認(rèn)子網(wǎng)掩碼）B可以分配給直接接入互聯(lián)網(wǎng)的主機(jī)使用。 A. 198.65.35.0

B. 65.37.18.0
C. 172.20.78.90（保留的專用地址）

D. 301.60.35.21

23、在IP地址的分類方案中，110.98.76.105是一個(gè)A類。

39、TCP報(bào)頭中確認(rèn)字段為502、窗口字段為1000，則表示發(fā)送端可發(fā)送數(shù)據(jù)的字節(jié)號范圍是502至C。

A. 999 B. 1000 C. 1501 D. 1502

40、以下地址D表示一個(gè)網(wǎng)卡的物理地址（MAC地址）。

A. 192.168.63.251

B. 19-23-05-77-88

C. 01.12.FB
D. 50-78-4C-6F-03-8D