第16章常見操作系統(tǒng)協(xié)議實現(xiàn)

1、第1章常見操作系統(tǒng)TCP/IP協(xié)議實現(xiàn)計算機網(wǎng)絡(luò)防范中心張玉清第1章1.1 Windows的TCP/IP 實現(xiàn)1.2 UNIX/Linux的TCP/IP 實現(xiàn)2015/4/121.1 Windows的TCP/IP 實現(xiàn)n一個標(biāo)準(zhǔn)的、可以路由的企業(yè)網(wǎng)絡(luò)互聯(lián)協(xié)議，也是可用協(xié)議中最完整和最為大眾所接受的。一種連接不同系統(tǒng)的技術(shù)。一個健壯的、可擴展的、跨平臺的客戶/服務(wù)器框架。nnInternet 的方法。n一種2015/4/13Windows TCP/IP網(wǎng)絡(luò)模型(以Windows2000為例)2015/4/11.1 Windows的TCP/IP 實現(xiàn)1.1.1 IP1.1.1層傳輸層1.1.1 T

2、CP/IP開發(fā)接口2015/4/15Windows網(wǎng)絡(luò)協(xié)議使用網(wǎng)絡(luò)設(shè)備接口規(guī)范（NDIS，Network Driver Interface Specification）網(wǎng)卡驅(qū)動程序進行通信。OSI模型中數(shù)據(jù)鏈路層的大部分功能在該協(xié)議中實現(xiàn)。NDIS主要包括以下擴展功能：NDIS電源管理（用于網(wǎng)絡(luò)電源管理和網(wǎng)絡(luò)喚醒） 即插即用對諸如TCP和UDP校驗和之類任務(wù)的任務(wù)分載機制和快速包轉(zhuǎn)發(fā)支持QoS支持中間驅(qū)動器（broadcast pc、虛擬局域網(wǎng)，面向QoS的包調(diào)度，IEEE134 網(wǎng)絡(luò)設(shè)備的NDIS支持等需要使用中間驅(qū)動器）nnnnn2015/4/1當(dāng)系統(tǒng)請求電源級別改變時，NDIS就切斷網(wǎng)絡(luò)

3、適配器的電源。NDIS 電源管理策略的前提是沒有網(wǎng)絡(luò)活動。nn在切斷網(wǎng)絡(luò)適配器電源之前，所有上層網(wǎng)絡(luò)組件必須同意該請求。如果網(wǎng)絡(luò)上還存在活動會話或者打開的文件，斷電請求就會被其中一個或所有相關(guān)組件拒絕。計算機也能被網(wǎng)絡(luò)號：從低電源級別中喚醒，以下情況會導(dǎo)致喚醒信nnn檢測到網(wǎng)絡(luò)鏈路狀態(tài)的改變（例如，電纜重新連上）。接收到網(wǎng)絡(luò)喚醒幀。接收到巨包（Magic Packet），巨包是包含連續(xù)1個接收方網(wǎng)絡(luò)（MAC）地址適配器介質(zhì)的數(shù)據(jù)包。2015/4/1在驅(qū)動器初始化時，NDIS微端口驅(qū)動器的能力以判定是否支持諸如巨包、模式匹配和鏈路狀態(tài)改變喚醒等喚醒方 式，并決定每種喚醒方式所要求的最低電源狀態(tài)。

4、在運行時，協(xié)議設(shè)置使用對象標(biāo)識符的喚醒策略，例如啟用喚醒、設(shè)置包模式和刪除包模式等。目前，Windows TCP/IP 支持網(wǎng)絡(luò)電源管理，它在微端口初始化時如下包模式。n 直接IP 包。n 請求站IP 地址的ARP 廣播。n 請求站計算機名的TCP/IP 上的廣播。2015/4/1與NDIS 兼容的驅(qū)動程序適用于不同廠家的各種各樣的網(wǎng)絡(luò)適配器。NDIS 接口允許多個不同類型的協(xié)議驅(qū)動程序綁定到同一個網(wǎng)絡(luò)適配器驅(qū)動程序，也允許將同一個協(xié)議綁定到多個網(wǎng)絡(luò)適配器驅(qū)動程序上。NDIS 實現(xiàn)這一點的多路復(fù)用機制。規(guī)范描述了2015/4/1鏈路層功能分布在 網(wǎng)絡(luò)適配器/驅(qū)動程序組合 和低層協(xié)議棧驅(qū)動程序上

5、。對LAN 介質(zhì)，網(wǎng)絡(luò)適配器驅(qū)動程序組合的過濾功能基于幀的目的MAC 地址。正常情況下，LAN 硬件過濾掉目的地址不是以下地址之一的所有來幀。適配器的單播MAC 地址。廣播地址（對以太網(wǎng)，廣播地址是0xFFFFFFFFFFFF ）。nnn通過協(xié)議驅(qū)動程序利用硬件的多播地址。如果某個幀將這些地址之一作為其目的MAC 地址，就能通過計算校驗和來檢查該幀的比特級完整性。2015/4/110所有通過了目的地址校驗和檢查的幀，都通過硬件中斷提交給網(wǎng)絡(luò)適配器驅(qū)動程序。網(wǎng)絡(luò)適配器驅(qū)動程序再通過接口卡把幀送入系統(tǒng)內(nèi)存，然后 再按組成幀時的順序提交給特定的綁定傳輸驅(qū)動程序。在路由網(wǎng)絡(luò)中，源和目的MAC 地址在經(jīng)

6、過網(wǎng)絡(luò)層設(shè)備（路由器或第三層交換機）的每一段時會改變。當(dāng)一個包經(jīng)過一個或一系列網(wǎng)絡(luò)時，其源MAC 地址是把該包放到傳輸介質(zhì)上的網(wǎng)絡(luò)適配器的MAC 地址；n而它的目的MAC 絡(luò)適配器的MACn地址總是通過該傳輸介質(zhì)欲到達的網(wǎng)地址。2015/4/1111.1.2 IP層2015/4/1121.1.2 IP層ARPIP路由重復(fù)IP地址檢測2015/4/1ARP決定幀的目的MAC 地址是ARP 的任務(wù)。對外出IP 數(shù)據(jù)報，ARP 將其轉(zhuǎn)發(fā)IP 地址與ARP 緩存進行比較，以查找包將發(fā)往的網(wǎng)絡(luò)適配器。高速2015/4/1ARP

7、Windows 能根據(jù)系統(tǒng)要求自動調(diào)整ARP 高速緩存的大小。如果一個表項2分鐘內(nèi)未被任何外出數(shù)據(jù)報使用，就從ARP 高速緩存中刪除掉。n過的表項賦以追加時間，每次增加2 分鐘，直到n被最大生命值時間10 分鐘。10 分鐘后，就從ARP 高速緩存中刪除該表項，如果要繼續(xù)使用，必須通過ARP 請求幀重新查找。n2015/4/1ARPWindows也能根據(jù)從ARP 請求中得到的信息來更新ARP 表項。如果ARP請求者的IP 地址在高速緩者的MAC 地址更新表項。存中，就用在將目的IP 地址成MAC 地址時，ARP 僅能對一個外出IP 數(shù)據(jù)報進行排隊。如果基于UDP 的應(yīng)用程序連續(xù)

8、地向同一目標(biāo)地址多個IP 數(shù)據(jù)報，某些數(shù)據(jù)報會因為不存在相應(yīng)ARP 速緩存表項而被丟棄。高2015/4/11網(wǎng)絡(luò)與防范講義IP路由路由選擇是IP層的基本功能。數(shù)據(jù)報經(jīng)由網(wǎng)絡(luò)適配器提交給IP ，每個數(shù)據(jù)報都有源和目的IP 地址。IP 模塊檢查每個數(shù)據(jù)報的目的地址， 并與本地維持的IP 路由表作比較，以決定采取什么行動。對每個數(shù)據(jù)報，都有3 種可能：機IP 層之上的nnn提交給本協(xié)議通過本地某一網(wǎng)絡(luò)適配器轉(zhuǎn)發(fā)丟棄2015/4/IP路由Windows 提出了默認網(wǎng)關(guān)度量的新配置選項。該度量提供對任意時刻活動默認網(wǎng)關(guān)進行更好的控制。 該度量默認值為1 ，低度量路由比高度

9、量路由好。默認網(wǎng)關(guān)度量可以通過TCP/IP高級配置選項進行設(shè)置。DHCP 服務(wù)器能提供一個基本度量和一組默認網(wǎng)關(guān)。如果DHCP 服務(wù)器提供的基本度量為100 ，并提供3 個默認網(wǎng)關(guān)，那么這三個網(wǎng)關(guān)的度量分別為100、101和102 。2015/4/IP路由大多數(shù)自治系統(tǒng)（AS ）路由器用路由選擇信息協(xié)議（ RIP ）或開放最短路徑優(yōu)先（OSPF）同其他路由器交換路由表信息。Windows 以路由選擇和服務(wù)支持這些協(xié)議。服務(wù)包含在Windows 中，可以啟路由選擇和用并通過配置提供完全的多協(xié)議路由選擇服務(wù)。2015/4/重復(fù)IP地址檢測重復(fù)IP 地址檢測保證每

10、個IP 結(jié)點所使用的IP 地址在其所連接的網(wǎng)段上是惟一的。當(dāng)協(xié)議棧第一次初始化時，Windows 對主機自身IP 地址ARP 請求包自己的IP 地址，稱之為伴隨ARP 。如果任何其他主機響應(yīng)了這樣的ARP 請求，該地址就已經(jīng)被占用了。檢測到的計算機將顯示一條出錯消息，并在系統(tǒng)日志中產(chǎn)生詳細的日志。2015/4/1重復(fù)IP地址檢測Windows DHCP 允許客戶機執(zhí)行重復(fù)IP 地址檢測，條件是客戶機進入DHCP 選擇狀態(tài)。如果檢測到重復(fù)IP 地址，DHCP 客戶機就向DHCP 服一個DHCP 拒絕數(shù)據(jù)包，然后進入DHCP 初務(wù)器始化狀態(tài)。在收到DHCP 拒絕數(shù)據(jù)包后，DHCP

11、 服務(wù)器就將該IP地址置為不可用。2015/4/1211.1.3傳輸層 TCP UDP2015/4/1 TCPTCP 接收窗口大小是指每次在接上能緩存的接收數(shù)據(jù)量（以字節(jié)計）。在接收主機等待應(yīng)答數(shù)據(jù)并更新窗口之前，主機只能這么多數(shù)據(jù)。Windows TCP / IP 設(shè)計成能在大多數(shù)情況下進行自我調(diào)節(jié)，從而能比以前版本使用更大的默認窗口。TCP 的窗口大小能適應(yīng)連接建立期間所協(xié)商的最大段長（MSS，Maxitum Segment Size）的平緩增加，提高了大批數(shù)據(jù)傳輸過程中使用的滿載TCP 段的比例。2015/4/1 TCP默認

12、情況下接收窗口大小按如下方式計算。n發(fā)往主機的第接請求通告一個接收窗口大小，一般為1千字節(jié)（KB），即1 34字節(jié)。n一旦建立了連接，接收窗口大小就舍入成連接建立期間所協(xié)商的TCP 最大段長（MSS ）的整數(shù)倍。如果舍入值不到MSS的4倍，就把它調(diào)整到4xMSS ， 同時最大值限制為4KB，除非窗口縮放選項被啟用?；谝蕴W(wǎng)的TCP 連接，其窗口大小正常時為1 520字節(jié)，或舍入到1KB （即12個140字節(jié)的字段）。nn2015/4/1 TCP為了提高高帶寬、高延遲網(wǎng)絡(luò)的性能，Windows TCP 支持RFC1323 中定義的TCP 窗口縮放。通過在TCP 三次握手期間商

13、定一個窗口縮放因子，支持TCP 接收窗口的大小可大于4KB ，它支持的接收窗口最大可達1GB 。通告的窗口大小要乘以商定的縮放因子。窗口縮放因子只在三次握手的前兩個段中出現(xiàn)?？s放因子是2s ，其中s 為商定縮放因子。例如，對縮放因子為3 的通告窗口大小5 535 ，實際接收窗口大小為524 250 即23x5535 。nnnn2015/4/1 TCPTCP 采用延遲應(yīng)答來減少傳輸介質(zhì)中的包數(shù)。Windows TCP 采用變通的方法實現(xiàn)延遲ACK ，并不對每個接收到的TCP 段應(yīng)答。TCP 在給定連接上收到數(shù)據(jù)，只有當(dāng)以下條件符合時才回送應(yīng)答。過ACK 。nn沒有為以前接收到的

14、段接收到一個段，但在該連接上200ms 之內(nèi)沒有接收到其他段。通常為連接上接收到的每個其他TCP 段都直到延遲ACK 定時器（200ms）超時。ACK ，n2015/4/ TCPWindows 開始支持一項稱為選擇性應(yīng)答（SACK ）的重要性能特性。n SACK 對使用較大TCP 窗口的連接很重要。ü 在SACK 之前，接收者只能應(yīng)答連接上接收到的最后一個數(shù)據(jù)，或接收窗口的左邊界。ü 當(dāng)SACK 啟用時，接收者連續(xù)地使用ACK 編號來應(yīng)答接收窗口的左邊界，但接收者也能對不誰續(xù)的接收數(shù)據(jù)塊單獨進行應(yīng)答。n SACK 在TCP 連接建立期間用TCP報頭選項來協(xié)

15、商SACK 的使用，并標(biāo)明接收數(shù)據(jù)塊的左右邊界，可以指示多個接收塊。n 默認情況下，SACK 是啟用的。2015/4/ TCPTCP 重為當(dāng)每個出站段傳遞給IP 時，TCP 都啟動一個重發(fā)定時器。如果在定時器超時前沒收到給定段中數(shù)據(jù)的應(yīng)答， 就重發(fā)該段。n對于新的連接請求，重發(fā)定時器初始化為3 秒。重發(fā)超時（RTO ）在外出段的基礎(chǔ)上進行調(diào)整，以匹配使用平滑往返時間（SRTT）計算的連接特性和Karn 算法。給定段的定時器值在每次重發(fā)該段后就加倍。üüü2015/4/ TCPTCP 保持活動消息TCP 保持活動包是一個簡單的AC

16、K ，其序列號比本連接的當(dāng)前序列號小1。主機接收到這種ACK 后，就以當(dāng)前序列號應(yīng)答。nnnTCP 保持活動包每個時間段內(nèi)一次，時間段的長短由KeepAliveTime 的值（默認為 200 000ms ，即2h ）決定， 前提是沒有其他數(shù)據(jù)或更高級別的保持活動包在本連接中傳輸。如果保持活動包沒被應(yīng)答，就在每個時間段重發(fā)一次，時間段的長度是與KeepAliveInerval的值相等的秒數(shù)。默認時KeepAlivelnterval 的值為1s。nn保持活動可用來證實本連接的計算機仍是可用的。 nTCP 保持活動功能默認時是關(guān)閉的。2015/4/ TCPWindows TCP 也

17、支持慢啟動和擁塞避免算法。接建立后，TCP起先只緩慢地n數(shù)據(jù)來估計連接的帶寬，以避免淹沒接收主機或通路上的其他設(shè)備和鏈路。n此時，慢啟動算法就不再用了，改用制。的接收窗口進行流控在傳輸中的任何時刻都可能發(fā)生擁塞，TCP 擁塞避免算法就n減小窗口的大小，并使其逐步減小到擁塞發(fā)生時的窗口大小的一半，然后，使用慢啟動算法來增大接收主機接收窗口的大小。窗口，使其達到2015/4/130 TCP傻窗口綜合癥（SWS ）：TCP 段。的接收窗口小于一個完整的很小的TCP 段，致使網(wǎng)絡(luò)使n糊涂窗口綜合癥會導(dǎo)致用效率非常低。Windows TCP / IP 實現(xiàn)了RFC1122 中描述的和接收者

18、SWS 避免。n者接收端SWS 避免的實現(xiàn)是：在增加的數(shù)據(jù)小于1個TCP 段之前不打開接收窗口。ü端SWS 避免的實現(xiàn)是：在接收端ü完整TCP 段的有效窗口大小之前不數(shù)據(jù)。端SWS 避免有例外情況，參見RFC1122 。2015/4/13 TCPTCP TIME -OUT 延時。TCP 連接關(guān)閉后，該連接就進入一種稱為TIME-OUT 的狀n使用相同的協(xié)議、源IP 地址、目的態(tài)，以確保新連接IP 地址、源端口和目的端口，直到經(jīng)過了足夠長的時間，能確定有任何被錯誤路由或延遲的段突然出現(xiàn)。套接字對不應(yīng)當(dāng)被再次使用的時間長度由RFC3n定義，一般為最大生命周期的兩

19、倍（2MSL ）或240s （4min），這是Windows 的默認值。2015/4/13 TCPWindows 對這種情況提供兩種控制方法。n表表項TcpTimedwaitDelay (ü第一種：用HKLMSYSTEM CurrentControlset SerVices TcpipParameters ）來改變這個時間值。表表項MaxUserPort ( HKLM SYSTEü第二種：通過CurrentControlset services TcpipParameters ）來配置源出連接的用戶可的臨時端口數(shù)。n默認情況下，當(dāng)應(yīng)用程序為出站調(diào)用申請任何套

20、接字時，將采在1024-5000 的端口。用端表表項MaxUserPort 設(shè)置出站連接可使用的最n用戶可通過。例如，將值設(shè)為10 000 將有大約000 個可供出高端站連接使用的用戶端口。2015/4/13 TCP吞吐量因素Windows TCP /IP 在大多數(shù)網(wǎng)絡(luò)條件下都適用，它能為每個連接動態(tài)地提供可能的最大吞吐量和最佳可靠性。一個鏈路上的實際吞吐量與很多因素有關(guān)，最主要的有以下幾個：鏈路速度（每秒可傳輸?shù)谋忍財?shù)）、傳nn播延遲、窗口大?。═CP 連接上可的未響應(yīng)數(shù)據(jù)量）、鏈路可靠性、網(wǎng)絡(luò)和中間設(shè)備擁塞。2015/4/13 TCPn吞吐量的關(guān)鍵因一：通信

21、信道的容量，即帶寬延遲量，是往返時間乘以帶寬（比特率）。n吞吐量的關(guān)鍵因二：延遲，取決于向不同傳輸方向傳送光或電信號的延遲以及傳輸設(shè)備和中間系統(tǒng)的延遲。n吞吐量的關(guān)鍵因的速度和介質(zhì)三：傳輸延遲，取決于傳輸介質(zhì)控制模式的本質(zhì)屬性。2015/4/13 UDP用戶數(shù)據(jù)報協(xié)議（UDP ）提供無連接、不可靠的傳輸服務(wù)。它通常用于使用廣播或多播IP 數(shù)據(jù)報的一到多通信。由于UDP 數(shù)據(jù)報的傳送是得不到保證的，所以使用UDP 的應(yīng)用程序必須通過簡單的重發(fā)或其他可靠性機制來補償丟失 的UDP 數(shù)據(jù)報。Windows 網(wǎng)絡(luò)使用UDP 進行登錄、瀏覽和NetBIOS 名字。UDP 可用于NetBI

22、OS 名字，方法是通過NetBIOS 名系統(tǒng)（DNS ）字服務(wù)器單播或子網(wǎng)廣播，也可用于將成IP 地址。主機名2015/4/ UDPNetBIOS 名字由UDP 端口13完成DNS使用UDP 端口53 。由于UDP 本身不保證數(shù)據(jù)報的傳送，這兩種服務(wù)在收不到重發(fā)機制?；卮饡r，就使用自己的UDP 廣播數(shù)據(jù)報一般不用IP 路由器轉(zhuǎn)發(fā)，因此路由環(huán)境下的NetBIOS 名字需要WindowsInternet名字服務(wù)（WINS）之類的名字服務(wù)器，或者使用靜態(tài)數(shù)據(jù)庫文件，如Lmhost 文件。2015/4/131.1.4 TCP/IP開發(fā)接口Windows 網(wǎng)絡(luò)應(yīng)用程序可采用多種方法通過

23、TCP /IP協(xié)議棧進行通信。許多老的應(yīng)用程序是根據(jù)NetBIOS 接口編寫的，由TCP/IP上的NetBIOS 支持。Windows 套接字編程接口nn該接口基于加利福尼亞大學(xué)伯克利分校的套接字接口。包括一組擴展設(shè)計以充分利用Windows 的消息驅(qū)動特性。Windows 包含大量的基于Windows 套接字的應(yīng)用程序， 如Ping 和Tracert 工具、FTP 和DHCP 客戶機及服務(wù)器， 以及Telnet 客戶。2015/4/131.2 UNIX/Linux的TCP/IP 實現(xiàn)在UNIX和Linux系統(tǒng)中，協(xié)議棧的實現(xiàn)通常都采用BSD或STREAMS兩種結(jié)構(gòu)之一。從概念上看，STREA

24、MS結(jié)構(gòu)是一種模塊化的系統(tǒng)結(jié)構(gòu)，具有很好的靈活性和擴展性，而BSD結(jié)構(gòu)是一種分層結(jié)構(gòu)。BSD結(jié)構(gòu)比較簡單，但擴展性不如STREAMS結(jié)構(gòu)。STREAMS結(jié)構(gòu)可以在同一個系統(tǒng)中同時實現(xiàn)多種傳輸協(xié)議而提供統(tǒng)一的結(jié)構(gòu)和對上層的接口。n2015/4/13網(wǎng)絡(luò)與防范講義1.2 UNIX/Linux的TCP/IP 實現(xiàn)STREAMS應(yīng)用Sockets庫STREAMS應(yīng)用XT/TLI庫BSD應(yīng)用程序協(xié)議棧結(jié)構(gòu)和Socket 層STREAM頭STREAM頭sockmodtimod協(xié)議層TCP、UDP、IPTransport providerNetwork Provider網(wǎng)絡(luò)接口層協(xié)議棧結(jié)構(gòu)DLPI設(shè)備驅(qū)動設(shè)

25、備驅(qū)動TPI:Transport provider InterfaceDLPI:Data Link Provider Interface2015/4/140BSDSTREAMSDLPITPI1.2 UNIX/Linux的TCP/IP 實現(xiàn)1.2.1 Linux1.2.2 Linux1.2.3 Linux網(wǎng)絡(luò)協(xié)議棧網(wǎng)絡(luò)數(shù)據(jù)處理流程的IP路由2015/4/1411.2 UNIX/Linux的TCP/IP 實現(xiàn)Linux 中，協(xié)議棧是作為內(nèi)核的一部分實現(xiàn)的，因此它包含在內(nèi)核代碼中。Linux 的協(xié)議?？梢灾С侄喾N協(xié)議。n在物理鏈路層，除了支持以太網(wǎng)外，還可以支持幀中繼、FDDI 等。在傳輸層除了TC

26、P/IP 協(xié)議族中的UDP 和TCP ，還可以支持AppleTalk 、IPX等傳輸層協(xié)議。n2015/4/1421.2.2 Linux網(wǎng)絡(luò)數(shù)據(jù)處理流程SOCKETX.25ETUNIXINET協(xié)議棧結(jié)構(gòu)AppleTalkIPXUDPTCPIPFDDI幀中繼以太網(wǎng)硬件硬件硬件2015/4/143Linux1.2.2 Linux網(wǎng)絡(luò)數(shù)據(jù)處理流程應(yīng)用程序產(chǎn)生數(shù)據(jù)應(yīng)用程序產(chǎn)生數(shù)據(jù)應(yīng)用層socket層傳輸層轉(zhuǎn)發(fā)給本地?zé)o法轉(zhuǎn)發(fā)網(wǎng)絡(luò)層將數(shù)據(jù)包轉(zhuǎn)發(fā)到哪？轉(zhuǎn)發(fā)給是發(fā)往本地的？否物理鏈路層2015/4/144傳輸數(shù)據(jù)接收到數(shù)據(jù)將數(shù)據(jù)交給物理鏈路層丟棄在路由表中查找下一跳地址將數(shù)據(jù)包交給網(wǎng)絡(luò)層丟棄將數(shù)據(jù)包交給網(wǎng)絡(luò)層將數(shù)據(jù)包交給傳輸層將數(shù)據(jù)包交給傳輸層將數(shù)據(jù)包交給socket層將數(shù)據(jù)包交給socket層1.2.2 Linux網(wǎng)絡(luò)數(shù)據(jù)處理流程是按應(yīng)用層、socket 層、傳輸層、網(wǎng)絡(luò)層、數(shù)據(jù)的數(shù)據(jù)鏈路層從上到下的順序進行分層處理的，而接收到的 數(shù)據(jù)則正好是按照相反的順序從下向上進行處理的。應(yīng)用程序產(chǎn)生數(shù)據(jù)后，就將其通過socket 提交給傳輸層（TCP 或UDP），傳輸層將其交給網(wǎng)絡(luò)層處理。在網(wǎng)絡(luò)層，Linux 內(nèi)核會在路由緩存或轉(zhuǎn)發(fā)信息庫中查找路由信息。n如果數(shù)據(jù)包是發(fā)給其他計算機的，內(nèi)核就會將其交給鏈路層輸出到網(wǎng)絡(luò)接口，并最終上。到物理傳輸介質(zhì)201