章節回顧:
《TCP/IP詳解卷1:協議》第3章 IP:網際協議(1)-讀書筆記
《TCP/IP詳解卷1:協議》第3章 IP:網際協議(2)-讀書筆記
《TCP/IP詳解卷1:協議》第4章 ARP:地址解析協議-讀書筆記
《TCP/IP詳解卷1:協議》第5章 RARP:逆地址解析協議-讀書筆記
《TCP/IP詳解卷1:協議》第6章 ICMP:Internet控制報文協議-讀書筆記
《TCP/IP詳解卷1:協議》第11章 UDP:用戶數據報協議-讀書筆記
《TCP/IP詳解卷1:協議》第17、18章 TCP:傳輸控制協議(1)-讀書筆記
《TCP/IP詳解卷1:協議》第17、18章 TCP:傳輸控制協議(2)-讀書筆記
《TCP/IP詳解卷1:協議》第19章 TCP的交互數據流-讀書筆記
1、引言
具有本地磁盤的系統引導時,一般是從磁盤上的配置文件中讀取IP地址。但是無盤機,如X終端或無盤工作站,則需要采用其他方法來獲得IP地址。
網絡上的每個系統都具有唯一的硬件地址,它是由網絡接口生產廠家配置的。無盤系統的RARP實現過程是從接口卡上讀取唯一的硬件地址,然后發送一份RARP請求(一幀在網絡上廣播的數據),請求某個主機響應該無盤系統的IP地址(在RARP應答中)。
2、RARP的分組格式
RARP分組的格式與ARP分組基本一致。它們之間主要的差別是RARP請求或應答的幀類型代碼為0x8035,且RARP請求的操作代碼為3,應答操作代碼為4。
注意:RARP請求以廣播方式傳送,應答一般是單播(unicast)傳送的。
3、RARP服務器的設計
RARP在概念上很簡單,但是一個RARP服務器的設計與系統相關而且比較復雜。相反,提供一個ARP服務器很簡單,通常是TCP/IP在內核中實現的一部分。由於內核知道IP地址和硬件地址,因此當它收到一個詢問IP地址的ARP請求時,只需用相應的硬件地址來提供應答就可以了。
(1)作為用戶進程的RARP服務器
RARP服務器的復雜性在於:
1)服務器一般要為多個主機(網絡上所有的無盤系統)提供硬件地址到IP地址的映射,該映射包含在一個磁盤文件中。由於內核一般不讀取和分析磁盤文件,因此RARP服務器的功能就由用戶進程來提供,而不是作為內核的TCP/IP實現的一部分。
2)RARP請求是作為一個特殊類型的以太網數據幀來傳送的(幀類型字段值為0x8035),說明RARP服務器必須能夠發送和接收這種類型的以太網數據幀。
(2)每個網絡有多個RARP服務器
RARP服務器實現的一個復雜因素是RARP請求是在硬件層上進行廣播的,這意味着它們不經過路由器進行轉發。為了讓無盤系統在RARP服務器關機的狀態下也能引導,通常在一個網絡上(例如一根電纜)要提供多個RARP服務器。
當服務器的數目增加時(以提供冗余備份),網絡流量也隨之增加,因為每個服務器對每個RARP請求都要發送RARP應答。發送RARP請求的無盤系統一般采用最先收到的RARP應答。(對於ARP,只有一台主機發送ARP應答)。每個RARP服務器同時應答,這樣會增加以太網發生沖突的概率。