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