arch の輪講会です

1. pasora

2. BOOTP とは
• ディスクレスシステムが起動時に
IP アドレスを決定する方法
• UDP を使用し TFTP と連携する

3. BOOTP パケット形式
IP ヘッダ
UDP ヘッダ
BOOTP 要求/応答
(20バイト)
(8バイト)
(300バイト)

4. BOOTP
要求/応答形式
• オペコード:8bit
– 1
=
要求 2
= 応答
• ハードウェアタイプ:8bit
– 1
=
Ethernet
• ハードウェアアドレス長:8bit
– Ethernet は 6

5. BOOTP
要求/応答形式
• ホップカウント:8bit
• トランザクション ID:32bit
• 秒数:16bit
– 指定秒数反応なしなら
サーバダウンと判断
• 未使用:16bit

6. BOOTP
要求/応答形式
• クライアント IP アドレス:32bit
• ユーザ
IP アドレス:32bit
• サーバ
IP アドレス:32bit
• ゲートウェイ
IP アドレス:32bit

7. BOOTP
要求/応答形式
• クライアント・ハードウェア・
アドレス:16Byte
• サーバ・ホスト名:64Byte
• 起動ファイル名:128Byte
• ベンダ仕様情報:64Byte

8. ベンダ仕様情報
• サーバからクライアントへの
追加情報
• 情報が格納されている場合
最初の4バイトは
99.130.83.99が設定される
→マジッククッキー

9. バッド
タグ =
0
(1バイト)

10. サブネット・マスク
タグ =
0
データ長 =
4
サブネット・マスク
(1バイト)
(1バイト)
(4バイト)

11. タイム・オフセット
タグ =
2
データ長 =
4
タイム
(1バイト)
(1バイト)
(4バイト)

12. ゲートウェイ
タグ =
3
データ長 =
N
(1バイト)
(1バイト)
有線ゲートウェイ
IPアドレス
(4バイト)
ゲートウェイ
IPアドレス
(4バイト)
N バイト

13. エンド
タグ =
255
(1バイト)

14. ポート番号
• サーバは67、クライアントは68
• 同じポートを使用した場合サーバが
オペコードを読み判断しなければならなくなる
• エフェメラルポートを使用した場合
同じポートを使用するアプリケーションが受信

15. 例
1 0.0.0.0.68 > 255.255.255.255.67!
secs:100 ether 0:0:a7:0:62:7c!
要求送信!
2 mercury.bootp > proteus.68: secs:100 Y:proteus!
S:mercury G:mercury ether 0:0:a7:0:62:7c!
file “/local/var/bootfiles/Xncd19r”!
応答!
3 arp who-has proteus tell 0.0.0.0!
4 arp who-has proteus tell 0.0.0.0!
5 arp who-has proteus tell proteus!

16. 例
6 proteus.68 > 255.255.255.255.bootp:!
secs:100 ether0:0:a7:0:62:7c!
IP ヘッダに自 IP アドレスを載せ再要求!
7 mercury.bootp > proteus.68: secs:100
Y:proteus!
S:mercury G:mercury ether0:0:a7:0:62:7c!
file “/local/var/bootfiles/Xncd19r”!
同じサーバから同じ応答!
8 proteus.68 > 255.255.255.255.bootp:!
secs:100 ether0:0:a7:0:62:7c!
さらに別の要求をブロードキャスト!

17. 例
9 proteus.68 > 255.255.255.255.bootp:!
secs:100 ether0:0:a7:0:62:7c!
同じサーバから同じ応答!
10 arp who-has mercury tell proteus!
11 arp reply mercury is-at 8:0:2b:28:eb:1d!
12 proteus.tftp > mercury.tftp: 37 RRQ!
“/local/ver/bootfiles/Xncd19r”!
13 mercury.2352 > proteus.tftp: 516 DATA block 1!
14 proteus.tftp > mercury.2352: 4 ACK!
(略)!
15 mercury.2352 > proteus.tftp: 516 block 2463!
16 proteus.tftp > mercury.2352: 4 ACK!
17 mercury.2352 > proteus.tftp: 228 block 2464!
18 proteus.tftp > mercury.2352: 4 ACK!

18. 例
• 1,264,286バイトが9秒で転送された
– 140Kbpsくらい
– まぁまぁらしい

19. BOOTP サーバの設計
• どうして応答をクライアントに直接送れるのか
1. サーバがカーネルに ioctl
要求し
クライアントのエントリを ARP キャッシュに置く
2. ブロードキャストする

20. ルータを経由する BOOTP
• RARP は同一セグメント内でしか使えない
• BOOTP はルータがサポートしていれば使える
– ほとんどの主要ルータ・ベンダはサポート
(本でいう主要ってどこですかね……)
– ディスクレス・ルータを念頭に置いたもの

21. ルータを経由する BOOTP
• BOOTP 要求を受け取ったルータは自 IP
アドレスをゲートウェイ IP アドレスフィールド
に書き込み本物の BOOTP サーバに送信
• 中継エージェントはホップフィールドを1増加
• サーバは応答を中継エージェントに送信

22. まとめ
• RARP に代わるものとして
開発された
• 様々な追加情報を
返すことができる
• サーバの実装は
RARP より簡単