第16章 ＢＯＯＴＰ：ブートストラップ・プロトコル Tomomi＠ＥＣＮ
１ イントロダクション ディスクレス・システム 解決⇒Bootstrap Protocol ＲＡＲＰの利用 ＵＤＰの利用 １ イントロダクション ディスクレス・システム ＲＡＲＰの利用 ＩＰアドレスしか返ってこない リンク層ブロードキャストの利用（ルータ転送不可） 解決⇒Bootstrap Protocol ＵＤＰの利用 ＴＦＴＰと連携して動作
２ ＢＯＯＴＰパケット形式(1) Opcode（オペレーションコード）：1：要求、2：応答 ハードウェア・タイプフィールド ２ ＢＯＯＴＰパケット形式(1) Opcode（オペレーションコード）：1：要求、2：応答 ハードウェア・タイプフィールド データリンク層で扱うハードウェアタイプ 例）1： 10MbpsEthernet ハードウェア・アドレス長 オクテット数で表したハードウェアアドレスの長さ ホップ・カウント（代理サーバが利用：16.5） クライアントが0を入れる サーバまでのホップ数を、通過するルータが加える TCP/IPネットワーク上で、クライアントマシンがネットワークに関する設定をサーバから自動的に読みこむためのプロトコル。RFC 951として規定されている。BOOTPに対応したクライアントはホスト名やドメイン名、IPアドレス、サブネットマスク、DNSサーバなどを自動設定してくれるので、人力で設定する手間が省ける。
２ ＢＯＯＴＰパケット形式(2) トランザクションＩＤ 秒数 クライアントＩＤ サーバＩＤ 識別用ＩＤ（クライアントがランダムに設定） ２ ＢＯＯＴＰパケット形式(2) トランザクションＩＤ 識別用ＩＤ（クライアントがランダムに設定） 秒数 経過時間を記録 一定時間反応がない場合、サーバがダウンしたとみなす クライアントＩＤ サーバＩＤ 代理サーバの場合はゲートウェイＩＰアドレス
２ ＢＯＯＴＰパケット形式(3) クライアント・ハードウェア・アドレス ベンダー使用エリア：拡張機能用 RFC1084 に詳細
２ ポート番号 2つのポート番号 67：サーバ、68：クライアント ２ ポート番号 2つのポート番号 67：サーバ、68：クライアント サーバが応答をブロードキャストにおくれるようにするため（ただし、通常は使わない） (理由1)クライアントがエフェメラルポートを使用 他のクライアントが同じポート番号を使用していた場合、そちらでもパケットを受信してしまうから (理由2)クライアントがサーバと同じポート番号を使用 全てのサーバがブロードキャストの応答に反応してしまうから
４ ＢＯＯＴＰサーバの設計 クライアントは自分のＩＰアドレスを知らない時 最初のサーバからのＡＲＰ要求への応答方法は？ Ioctl要求 ４ ＢＯＯＴＰサーバの設計 クライアントは自分のＩＰアドレスを知らない時 最初のサーバからのＡＲＰ要求への応答方法は？ Ioctl要求 クライアントのエントリをＡＲＰキャッシュにおく サーバが、ＩＰアドレス、ハードウェアアドレス共に知っているため実行できる ＢＯＯＴＰ応答ではなく、ブロードキャスト 迷惑なので、使用しないほうが望ましい
５ ルータを経由するＢＯＯＴＰ ディスクレス・ルータを利用 サーバのウェルノウン・ポート(67)で待機 リクエスト受信 ５ ルータを経由するＢＯＯＴＰ ディスクレス・ルータを利用 サーバのウェルノウン・ポート(67)で待機 リクエスト受信 自分のＩＰアドレスをゲートウェイＩＰアドレスに設定 本物のサーバに要求を送る サーバは、中継ルータに応答を送る
６ ベンダー仕様情報 64バイトのベンダー仕様エリア マジッククッキー サーバからクライアントへ返す追加情報格納 最初の4バイト ６ ベンダー仕様情報 64バイトのベンダー仕様エリア サーバからクライアントへ返す追加情報格納 マジッククッキー 最初の4バイト ＩＰアドレス 99.130.83.99 情報が格納含まれていることを示す