1. 異構(gòu)網(wǎng)絡(luò)：指傳輸介質(zhì)、數(shù)據(jù)編碼方式、鏈路控制協(xié)議以及數(shù)據(jù)單元格式和轉(zhuǎn)發(fā)機(jī)制不同，異構(gòu)即物理層和數(shù)據(jù)鏈路層均不同
2. 虛電路：網(wǎng)絡(luò)層可以向傳輸層提供兩種類型的服務(wù)，面向連接的服務(wù)稱為虛電路服務(wù)，而無連接的服務(wù)稱為數(shù)據(jù)報(bào)服務(wù)。虛電路的想法是避免為發(fā)送的每個(gè)分組都必須進(jìn)行路由選擇，而是在傳送分組前，在源節(jié)點(diǎn)與目的節(jié)點(diǎn)之間建立一條邏輯連接的虛電路。以后這條虛電路上的所有分組將采取相同的路由。虛電路連接采用連接標(biāo)識符進(jìn)行標(biāo)識，連接標(biāo)識符由每臺主機(jī)獨(dú)立選擇，因此可以保證在主機(jī)內(nèi)部每隔連接標(biāo)識符唯一地標(biāo)識一個(gè)虛電路。兩臺主機(jī)之間可以同時(shí)存在多條虛電路為不同進(jìn)程服務(wù)
3. RIP、OSPF、BGP分別是哪一層的協(xié)議：

   -	RIP	OSPF	BGP
   所屬層次	應(yīng)用層	網(wǎng)絡(luò)層	應(yīng)用層
   封裝在什么協(xié)議中	UDP	IP	TCP

4. 一個(gè)主機(jī)可以有多個(gè)IP地址，但不同IP地址必須屬于不同的網(wǎng)絡(luò)，否則在發(fā)送的時(shí)候會(huì)出現(xiàn)問題。
5. 關(guān)于NAT：一個(gè)NAT路由器收到內(nèi)網(wǎng)主機(jī)的分組后，會(huì)匹配表項(xiàng)，若沒有匹配的表項(xiàng)（源主機(jī)IP地址不匹配或源主機(jī)端口不匹配）會(huì)直接丟棄分組，因?yàn)樘砑有碌谋眄?xiàng)是管理員的工作，NAT路由器不管這個(gè)。
6. 關(guān)于ICMP：由于IP協(xié)議提供的是一種不可靠、無連接、盡力而為的服務(wù)，不能提供差錯(cuò)控制與查詢等機(jī)制。在Tcp/IP協(xié)議中，差錯(cuò)報(bào)告、查詢與控制功能由ICMP協(xié)議完成。
   • 幾個(gè)要點(diǎn)：
     • ICMP報(bào)文被封裝在IP數(shù)據(jù)報(bào)中發(fā)送
     • ICMP協(xié)議定義了兩種類型的報(bào)文：差錯(cuò)報(bào)告報(bào)文（用來向主機(jī)或路由器報(bào)告差錯(cuò)情況）、查詢報(bào)文（用來向主機(jī)或路由器詢問情況）
   • 差錯(cuò)報(bào)告報(bào)文
     • 常見的類型：
       • 終點(diǎn)不可達(dá)：找不到匹配的路由表?xiàng)l目，無法轉(zhuǎn)發(fā)該IP數(shù)據(jù)報(bào)
       • 源點(diǎn)抑制：當(dāng)路由器或主機(jī)由于擁塞而丟棄IP數(shù)據(jù)報(bào)時(shí)，就向發(fā)送該IP數(shù)據(jù)報(bào)的源點(diǎn)發(fā)送源點(diǎn)抑制報(bào)文，使源點(diǎn)知道應(yīng)當(dāng)把IP數(shù)據(jù)報(bào)的發(fā)送速率放慢
       • 超時(shí)：當(dāng)路由器收到一個(gè)目的IP地址不是自己的IP數(shù)據(jù)報(bào)時(shí)，會(huì)將其首部中生存時(shí)間TTL字段的值-1。若結(jié)果不為零則轉(zhuǎn)發(fā)，若為零則丟棄該數(shù)據(jù)報(bào)，并向發(fā)送該IP數(shù)據(jù)報(bào)的源點(diǎn)發(fā)送時(shí)間超過（超時(shí)）報(bào)文；另外，當(dāng)終點(diǎn)在預(yù)先規(guī)定的時(shí)間內(nèi)未能收到一個(gè)數(shù)據(jù)報(bào)的全部數(shù)據(jù)報(bào)分片時(shí)，就把已收到的數(shù)據(jù)報(bào)片都丟棄，也會(huì)向源點(diǎn)發(fā)送超時(shí)報(bào)文
       • 參數(shù)問題：當(dāng)路由器或目的主機(jī)收到IP數(shù)據(jù)報(bào)后，根據(jù)其首部中的檢驗(yàn)和字段的值發(fā)現(xiàn)首部在傳送過程中出現(xiàn)了誤碼，就丟棄該數(shù)據(jù)報(bào)，并向發(fā)送該數(shù)據(jù)報(bào)的源點(diǎn)發(fā)送參數(shù)問題報(bào)文
       • 改變路由（重定向） ：路由器把改變路由報(bào)文發(fā)送給主機(jī)，讓主機(jī)知道下次應(yīng)將IP數(shù)據(jù)報(bào)發(fā)送給另外的路由器，這樣可以通過更好的路由到達(dá)目的主機(jī)
         
         
     • 不應(yīng)發(fā)送ICMP差錯(cuò)報(bào)告報(bào)文的幾種情況（特差片組）：
       • 對ICMP差錯(cuò)報(bào)告報(bào)文不再發(fā)送ICMP差錯(cuò)報(bào)告報(bào)文
       • 對第一個(gè)分片的數(shù)據(jù)報(bào)片的所有后續(xù)數(shù)據(jù)報(bào)片都不發(fā)送ICMP差錯(cuò)報(bào)告報(bào)文
       • 對具有組播地址的數(shù)據(jù)報(bào)都不發(fā)送ICMP差錯(cuò)報(bào)告報(bào)文
       • 對具有特殊地址（如127.0.0.0或0.0.0.0）的數(shù)據(jù)報(bào)不發(fā)送ICMP差錯(cuò)報(bào)告報(bào)文
     • 差錯(cuò)報(bào)告報(bào)文格式：ICMP的數(shù)據(jù)是出錯(cuò)的IP數(shù)據(jù)報(bào)的首部，而ICMP報(bào)文又被封裝在IP數(shù)據(jù)報(bào)中，且ICMP屬于網(wǎng)絡(luò)層協(xié)議。如下圖：
       
       
   • 詢問報(bào)文：
     • 兩種常用類型：
       • 回送請求/應(yīng)答：由主機(jī)或路由器向一個(gè)特定的目的主機(jī)或路由器發(fā)出。收到此報(bào)文的主機(jī)或路由器必須給發(fā)送該報(bào)文的源主機(jī)或路由器發(fā)送ICMP回送回答報(bào)文。這種詢問報(bào)文用來測試目的站是否可達(dá)以及了解其有關(guān)狀態(tài)
       • 時(shí)間戳請求/應(yīng)答：用來請求某個(gè)主機(jī)或路由器回答當(dāng)前的日期和時(shí)間。這種詢問報(bào)文用來進(jìn)行時(shí)鐘同步和測量時(shí)間
       • 地址掩碼請求/應(yīng)答
       • 路由器詢問/通告
   • ICMP的典型應(yīng)用：
     • PING（Packet InterNet Groper，分組網(wǎng)間探測）：用來測試主機(jī)或路由器間的連通性
       • PING是TCP/IP體系結(jié)構(gòu)的應(yīng)用層直接使用網(wǎng)際層ICMP的一個(gè)例子，它并不使用傳輸層的TCP或UDP
       • PING所使用的ICMP報(bào)文類型為回送請求和回答
     • traceroute（跟蹤路由）：用于探測IP數(shù)據(jù)報(bào)從源主機(jī)到達(dá)目的主機(jī)要經(jīng)過哪些路由器
       • UNIX版本，命令為“traceroute”，其使用傳輸層的UDP協(xié)議，網(wǎng)絡(luò)層的ICMP的差錯(cuò)報(bào)告報(bào)文
       • Windows版本，命令為“tracert”，其直接使用網(wǎng)際層的ICMP協(xié)議，使用的ICMP報(bào)文類型有回送請求和回答報(bào)文、差錯(cuò)報(bào)告報(bào)文
7. OSPF相關(guān)
   • 五種分組類型：
     • 問候分組（Hello）：用來發(fā)現(xiàn)和維持鄰站的可達(dá)性
     • 數(shù)據(jù)庫描述分組（Database Description）：向鄰站給出自己的鏈路狀態(tài)數(shù)據(jù)庫中的所有鏈路狀態(tài)項(xiàng)目的摘要信息
     • 鏈路狀態(tài)請求分組（Link State Request）：向?qū)Ψ秸埱蟀l(fā)送某些鏈路狀態(tài)項(xiàng)目的詳細(xì)信息
     • 鏈路狀態(tài)更新分組（Link State Update）：用洪泛法對全網(wǎng)更新鏈路狀態(tài)。這種分組是最復(fù)雜的，也是OSPF協(xié)議最核心的部分。路由器使用這種分組將其鏈路狀態(tài)通知給鄰站
     • 鏈路狀態(tài)確認(rèn)分組（Link State Acknowledgement）：對鏈路更新分組的確認(rèn)
   • OSPF可以沒有主干區(qū)域，但如果一個(gè)自治系統(tǒng)內(nèi)區(qū)域過多就需要有一個(gè)來管事，也就是要設(shè)置一個(gè)主干區(qū)域了。
8. BGP四種報(bào)文類型：
   • 打開報(bào)文（OPEN）：用來與相鄰的另一個(gè)BGP發(fā)言人建立關(guān)系，使通信初始化
   • ?；顖?bào)文（KEEPALIVE）：用來周期性地證實(shí)鄰站的連通性
   • 更新報(bào)文（UPDATE）：用來通告某一條路由的信息，以及列出要撤銷的多條路由
   • 通知報(bào)文（NOTIFICATION）：用來發(fā)送檢測到的差錯(cuò)
9. 單播、組播、廣播區(qū)別：
   • 單播：數(shù)據(jù)報(bào)一對一發(fā)送。
     • 若要用單播仿真組播（用多個(gè)單播仿真一個(gè)組播），則源主機(jī)需要發(fā)送多個(gè)數(shù)據(jù)報(bào)，進(jìn)而導(dǎo)致比真正的組播需要更多帶寬，時(shí)延也更大
   • 組播：源主機(jī)一個(gè)數(shù)據(jù)報(bào)一對多發(fā)送。由轉(zhuǎn)發(fā)路由復(fù)制成多個(gè)發(fā)送
   • 廣播：一個(gè)數(shù)據(jù)報(bào)在網(wǎng)絡(luò)內(nèi)一對所有發(fā)送（源主機(jī)發(fā)送一個(gè)廣播分組，廣播域內(nèi)的所有主機(jī)都能收到）
10. 多播MAC地址的映射問題：多播MAC地址的前25位是固定的，前24位是01-00-5E，第25位是0。所以48位MAC地址就只剩下了23位，也用于和多播IP地址的后23位進(jìn)行一一對應(yīng)。而多播MAC地址前4位是D類網(wǎng)絡(luò)號，還剩下5位不能映射，因此$2^5=32$個(gè)組播IP地址映射成一個(gè)組播MAC地址
11. 廣域網(wǎng)概念：廣域網(wǎng)是涉及物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層的一個(gè)網(wǎng)絡(luò)。廣域網(wǎng)的數(shù)據(jù)傳輸和鏈路管理涉及數(shù)據(jù)鏈路層和物理層，而其建立和管理需要在網(wǎng)絡(luò)層進(jìn)行，因?yàn)樾枰酚善鱽磉B接和管理不同的局域網(wǎng)。 一般數(shù)據(jù)傳輸（如PPP協(xié)議）都是在數(shù)據(jù)鏈路層的層次，因此廣域網(wǎng)大多數(shù)是在鏈路層上進(jìn)行討論。
12. 首部檢驗(yàn)和：這個(gè)16位檢驗(yàn)和字段只對首部查錯(cuò)，不包括數(shù)據(jù)部分。在每一跳，路由器都要重新計(jì)算出的首部檢驗(yàn)和并與此字段進(jìn)行比對，如果不一致，此報(bào)文將會(huì)被丟棄。重新計(jì)算的必要性是因?yàn)槊恳惶囊恍┦撞孔侄危ㄈ鏣TL、Flag、Offset等）都有可能發(fā)生變化，不檢查數(shù)據(jù)部分是為了減少工作量。數(shù)據(jù)區(qū)的錯(cuò)誤留待上層協(xié)議處理——用戶數(shù)據(jù)報(bào)協(xié)議（UDP）和傳輸控制協(xié)議（TCP）都有檢驗(yàn)和字段。此處的檢驗(yàn)計(jì)算方法不使用CRC。
13. 關(guān)于TTL：以跳數(shù)為單位，路由器收到待轉(zhuǎn)發(fā)的IPv4數(shù)據(jù)報(bào)時(shí)，將其首部中的TTL字段的值減1，若結(jié)果不為0就轉(zhuǎn)發(fā)，否則就丟棄。
14. DHCP相關(guān)：
    • DHCP是應(yīng)用層協(xié)議：它基于UDP，且并不是每個(gè)網(wǎng)絡(luò)上（這里特指一個(gè)路由器一個(gè)接口的一段網(wǎng)）都有一個(gè)DHCP服務(wù)器（即中繼代理部分）
    • DHCP的工作過程：
      
    • DHCP中繼代理
      • 出現(xiàn)原因：我們并不愿意在每個(gè)網(wǎng)絡(luò)上都設(shè)置一個(gè)DHCP服務(wù)器，因?yàn)檫@樣會(huì)使DHCP服務(wù)器的數(shù)量太多
      • 原理：如下圖，若不將中間的路由器設(shè)置為DHCP中繼代理，則黃色區(qū)域網(wǎng)絡(luò)內(nèi)的主機(jī)廣播DHCP發(fā)現(xiàn)報(bào)文時(shí)，路由器并不會(huì)轉(zhuǎn)發(fā)這個(gè)廣播報(bào)文，因此到不了另一段網(wǎng)絡(luò)中的DHCP服務(wù)器，這就無法正常工作了。而將中間的路由器設(shè)置為DHCP中繼代理后，其收到黃色區(qū)域主機(jī)的DCHP發(fā)現(xiàn)報(bào)文后（廣播形式），會(huì)以單播形式將其轉(zhuǎn)發(fā)給DHCP服務(wù)器，后續(xù)的過程和上述DHCP工作過程一致
        

文章來源地址http://www.zghlxwxcb.cn/news/detail-616598.html

到了這里，關(guān)于網(wǎng)絡(luò)層中一些零碎且易忘的知識點(diǎn)的文章就介紹完了。如果您還想了解更多內(nèi)容，請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！