A Reverse Address Resolution Protocol RFC#903 指導老師 梁德昭 博士 報告者 曹元良 1999/10/19
RARP 簡介 n n n 位址反解析協定 屬於 TCP/IP架構之 連線服務 Layer 將硬體位置 (hardware address)映射成 IP address) 位置 (protocol address) 32位元 IP address ARP 48位元 乙 太網路 Address RARP
硬體位置 n n n TCP/IP利用 IP位址定址 (高階 )，其下層的通 訊介面也有自己的定址方式（低階），其位 址稱作硬體位址 (MAC Address)， 例如，48位 元 (6 Bytes)的 Ethernet位置 hh: hh: hh: hh 前 24位元 為製造廠商編號 後 24位元 為網路卡編號 IP位 址 必須轉換成硬體位 址 ，才能跟網路介 面溝通 --ARP協定 u*ix -- ifconfig -a / arp -a win 98 -- winipcfg / arp -a
何時使用 RARP n n 無磁碟 作站 、 X終端機 啟動時，不像 有磁碟的機器，能讀取磁碟上的設定 檔來取得 IP位 址 無磁碟 作站從網路介面卡上 (Boot ROM)讀取自己的硬體位址，然後 廣播 RARP的請求，再由同一實體網路上的 RARP Server 回應告知自己的 IP位 址 (reply封包只針對請求的介面，非廣播 )
RARP封包格式 同 ARP封包格式 (28 octets) n Field OPERATION specifies an RARP request (3) , or RARP response (4) n 8 0 HARDWARE TYPE 6 H LEN 16 1 P LEN 4 24 0 x 0800 PROTOCOL TYPE OPERATION SENDER HA (octets 0 -3) SENDER HA (octets 4 -5) SENDER IP (octets 0 -1) SENDER IP (octets 2 -3) TARGET HA (octets 0 -1) TARGET HA (octets 2 -5) TARGET IP (octets 0 -3) 31 1 - 4
RARP Server 實作 n When the opcode is 3 (‘request reverse’) – – n Sender HA is 發送需求封包介面的硬體位 Sender PA is undefined. Target HA is ff: ff: ff: ff Target PA is undefined. 址 When the opcode is 4 (‘reply reverse’) – – Sender HA is the responder的硬體位 址 Sender PA is the responder的 IP address. Target HA is 發送需求封包介面的硬體位 址 Target PA is 發送需求封包介面想要詢問的 IP address
RARP Server 實作 (Cont. ) n RARP Server 收到 request 時會比對該 Client的 hardware address 在 /etc/ethers中， 所對應的 hostname – for example (/etc/ethers) – 2: 60: 8 c: 48: 84: 49 hazel – 0: 0: c 0: a 1: 5 e: 10 hickory – 0: 80: c 7: aa: a 8: 04 herbert – 8: 0: 5 a: 1 d: c 0: 7 e anderson
RARP Server 實作 (Cont. ) n RARP Server 再將對映出的 hostname， 比對 /etc/hosts檔或是 DNS， 已找出該 hostname對應的 IP address， 最後將 IP address填入 reply的 packet 傳送給發送需 求的系統 – for example (/etc/hosts) – hazel 163. 13. 200. 40 – hickory 163. 13. 200. 32 – herbert 163. 13. 200. 193 – anderson 163. 13. 200. 222
RARP Server的困境 n n ARP 無 Client、 Server之分，可輕易於系 統核心實作達成 RARP觀念簡單，但實作困難複雜 系統核心不讀取分析 硬體位 址 與 IP位 址 之 對映檔 (etc/ethers)， 需以使用者程 序來取得 RARP請求是以鏈結層的廣播送出 ，無 法由路由器轉送
RARP Server的困境 (Cont. ) n n 通常在一實體網路區段內會架設多部 RARP Server， 來減低原 Server的負擔 但是每一 RARP Server 都會對 RARP的 請求做出回應，而發出請求的 作站 只使用第一個收到的 RARP回應，增加 了 乙太網路的碰撞發生機率 RARP Server 僅提供 IP address， 仍有許 多資訊沒有提供，需要手動 configure BOOTP更具有彈性，能提供更多資訊
The other way to assign IP address - BOOTP n n n BOOTP (啟動協定 ) RFC#951 使用 UDP， 通常與 TFTP共同運作 BOOTP 的 request and reply封裝在 UDP 的 datagram 裡 包含 IP address、 Gataway address 、 MAC address、 server hostname、 Boot file name… 可透過 Router(BOOTP Server Proxy)傳遞， 解決了 RARP在鏈結層廣播的缺點
The other way to assign IP address - DHCP n n n Dynamic Host Configuration Protocol DHCP 提供 Client 來取得所有的網路設 定資訊，包括 (IP address、 subnet mask、 gateway etc. ) DHCP 提供 Client 動態且快速地取得 IP address。
問題討論
Скачать презентацию A Reverse Address Resolution Protocol RFC 903 指導老師 梁德昭
2c2cf59db6e2cc3d4ccc98ea80d0743d.ppt