WIKI使用導航
站長百科導航
站長專題
- 網(wǎng)站推廣
- 網(wǎng)站程序
- 網(wǎng)站賺錢
- 虛擬主機
- cPanel
- 網(wǎng)址導航專題
- 云計算
- 微博營銷
- 虛擬主機管理系統(tǒng)
- 開放平臺
- WIKI程序與應用
- 美國十大主機
RARP：修訂間差異
（以內(nèi)容“'''RARP'''，反向地址轉換協(xié)議。 =='''RARP的介紹'''== 反向地址轉換協(xié)議就是將局域網(wǎng)中某個主機的物理地址轉換為IP地址...”創(chuàng)建新頁面） ? |
無編輯摘要 |
||
| 第1行： | 第1行： | ||
'''RARP''' | '''RARP'''，(反向地址轉換協(xié)議, Reverse Address Resolution Protocol)，是一種網(wǎng)絡協(xié)議，作用與ARP相反，用于將MAC地址轉換為IP地址。 | ||
=='''RARP的介紹'''== | =='''RARP的介紹'''== | ||
2012年1月14日 (六) 15:58的版本
RARP，(反向地址轉換協(xié)議, Reverse Address Resolution Protocol)，是一種網(wǎng)絡協(xié)議，作用與ARP相反，用于將MAC地址轉換為IP地址。
RARP的介紹
反向地址轉換協(xié)議就是將局域網(wǎng)中某個主機的物理地址轉換為IP地址，比如局域網(wǎng)中有一臺主機只知道物理地址而不知道IP地址，那么可以通過RARP協(xié)議發(fā)出征求自身IP地址的廣播請求，然后由RARP服務器負責回答。RARP協(xié)議廣泛用于獲取無盤工作站的IP地址。
反向地址轉換協(xié)議（RARP）允許局域網(wǎng)的物理機器從網(wǎng)關服務器的 ARP 表或者緩存上請求其 IP 地址。網(wǎng)絡管理員在局域網(wǎng)網(wǎng)關路由器里創(chuàng)建一個表以映射物理地址（MAC）和與其對應的 IP 地址。當設置一臺新的機器時，其 RARP 客戶機程序需要向路由器上的 RARP 服務器請求相應的 IP 地址。假設在路由表中已經(jīng)設置了一個記錄， RARP 服務器將會返回 IP 地址給機器，此機器就會存儲起來以便日后使用。RARP 可以使用于以太網(wǎng)、光纖分布式數(shù)據(jù)接口及令牌環(huán)LAN 。
RARP的產(chǎn)生原因
ARP（地址解析協(xié)議）是設備通過自己知道的IP地址來獲得自己不知道的物理地址的協(xié)議。假如一個設備不知道它自己的IP地址，但是知道自己的物理地址，網(wǎng)絡上的無盤工作站就是這種情況，設備知道的只是網(wǎng)絡接口卡上的物理地址。這種情況下應該怎么辦呢？RARP（逆地址解析協(xié)議）正是針對這種情況的一種協(xié)議。
RARP以與ARP相反的方式工作。RARP發(fā)出要反向解析的物理地址并希望返回其對應的IP地址，應答包括由能夠提供所需信息的RARP服務器發(fā)出的IP地址。雖然發(fā)送方發(fā)出的是廣播信息，RARP規(guī)定只有RARP服務器能產(chǎn)生應答。許多網(wǎng)絡指定多個RARP服務器，這樣做既是為了平衡負載也是為了作為出現(xiàn)問題時的備份。
RARP的協(xié)議結構
RARP 協(xié)議頭結構和 ARP 相同：
Hardware Type ― 指定一種硬件接口類型，為發(fā)送方請求響應所用。
Protocol Type ― 指由發(fā)送方提供的高級協(xié)議地址類型。
Hlen ― 硬件地址大小。
Plen ― 協(xié)議地址大小。
Operation ― 各個值如下表所示： RARP協(xié)議
Sender Hardware Address ― HLen二進制大小
Sender Protocol Address ― PLen二進制大小
Target Hardware Address ― HLen二進制大小
Target Protocol Address ― PLen二進制大小
RARP的工作原理
- 發(fā)送主機發(fā)送一個本地的RARP廣播，在此廣播包中，聲明自己的MAC地址并且請求任何收到此請求的RARP服務器分配一個IP地址；
- 本地網(wǎng)段上的RARP服務器收到此請求后，檢查其RARP列表，查找該MAC地址對應的IP地址；
- 如果存在，RARP服務器就給源主機發(fā)送一個響應數(shù)據(jù)包并將此IP地址提供給對方主機使用；如果不存在，RARP服務器對此不做任何的響應；
- 源主機收到從RARP服務器的響應信息，就利用得到的IP地址進行通訊；如果一直沒有收到RARP服務器的響應信息，表示初始化失敗
解決RARP回應問題的方法
- 為每一個做 RARP 請求的主機分配一主服務器，正常來說，只有主服務器才會做出 RARP 回應，其它主機只是記錄下接收到 RARP 請求的時間。假如主服務器不能順利做出回應，那么查詢主機在等待逾時再次用廣播方式發(fā)送 RARP 請求，其它非主服務器假如在接到第一個請求后很短時間內(nèi)再收到相同請求的話，才會做出回應動作。
- 正常來說，當主服務器收到 RARP 請求之后，會直接做出回應；為避免所有非主服務器同時傳回 RARP 回應，每臺非主服務器都會隨機等待一段時間再做出回應。如果主服務器未能做出回應的話，查詢主機會延遲一段時間再進行第二次請求，以確保這段時間內(nèi)獲得非主服務器的回應。當然，設計者可以精心的設計延遲時間至一個合理的間隔。