ブートストラッププロトコル

ブートストラップ プロトコル( BOOTP ) は、インターネット プロトコルネットワークで使用される コンピュータ ネットワークプロトコルであり、構成サーバーからネットワーク デバイスにIP アドレスを自動的に割り当てます。BOOTP は、1985 年に公開されたRFC 951で最初に定義されました 。

BOOTP の一部は、リース機能を追加するDynamic Host Configuration Protocol (DHCP) によって事実上置き換えられましたが、BOOTP の一部は DHCP プロトコルにサービスを提供するために使用されます。一部の DHCP サーバーは、従来の BOOTP 機能も提供します。

ネットワークに接続されたコンピュータが起動すると、その IP スタックは IP アドレスの割り当てを要求する BOOTP ネットワーク メッセージをブロードキャストします。BOOTP 構成サーバーは、管理者によって事前に構成されたアドレス プールから IP アドレスを割り当てることで要求に応答します。

BOOTP は、トランスポートにユーザー データグラム プロトコル(UDP)を使用して実装されます。ポート番号 67 は、サーバーがクライアント要求を受信するために使用され、ポート番号 68 は、クライアントがサーバーの応答を受信するために使用されます。BOOTP はIPv4ネットワークでのみ動作します。

歴史的に、BOOTP は、IP アドレスの割り当てに加えて、 Unix 系 ディスクレス ワークステーションのブート イメージのネットワーク上の場所を取得するためにも使用されてきました。企業は、BOOTP を使用して、新しくインストールされた PC に事前構成されたクライアント ( Windowsなど) のインストールを展開しました。

当初は、最初のネットワーク接続を確立するためにブートフロッピーディスクの使用が必要でしたが、後にネットワークインターフェイスの製造元は、インターフェイスカードのファームウェアやオンボードネットワークインターフェイスを備えたシステムボードにプロトコルを組み込み、直接ネットワークブートを可能にしました。

BOOTP は、 1984 年 6 月に公開された逆アドレス解決プロトコル(RARP)の代替として、 1985 年 9 月に初めて定義されました^[1]。[2] RARP を BOOTP に置き換えた主な理由は、RARP がリンク層プロトコルであったためです。このため、多くのサーバー プラットフォームでの実装が困難で、各 IPサブネットにサーバーが存在する必要がありました。BOOTP は、標準 IP ルーティングを使用してローカル ネットワークから BOOTP パケットを転送するリレー エージェントの革新を導入し、1 つの中央 BOOTP サーバーが多くのサブネット上のホストにサービスを提供できるようになりました。^{[1] : §6}

デフォルトゲートウェイ、ネームサーバーのIPアドレス、ドメイン名など、ネットワークに関する関連情報をBOOTPクライアントに提供するために、 BOOTPベンダー情報拡張のセットがますます多く定義されてきました^{[3] [4] [ 5} ] [6] 。

ダイナミックホスト構成プロトコルの登場により、BOOTPベンダー情報拡張がDHCPオプションフィールドとして組み込まれ、^{[7] [8]} DHCPサーバーがBOOTPクライアントにもサービスを提供できるようになりました。

BOOTP クライアントは起動時に IP アドレスを持っていないため、ネットワーク上に MAC アドレスを含むメッセージをブロードキャストします。このメッセージは「BOOTP 要求」と呼ばれ、BOOTP サーバーによって受信され、クライアントに必要な次の情報をクライアントに返信します。

1. クライアントの IP アドレス、サブネット マスク、およびデフォルト ゲートウェイ アドレス。
2. BOOTP サーバーの IP アドレスとホスト名。
3. クライアントがオペレーティング システムをロードするために必要なブート イメージを持つサーバーの IP アドレス。

クライアントはBOOTPサーバーからこの情報を受け取ると、TCP/IPプロトコルスタックを設定して初期化し、ブートイメージが共有されているサーバーに接続します。クライアントはブートイメージをロードし、この情報を使用してオペレーティングシステムをロードして起動します。^[9]

動的ホスト構成プロトコル (DHCP) は、BOOTP の拡張として開発されました。BOOTP は、Requests for Comments (RFC) 951 および 1084 で定義されています。

1. bootp 要求の問題は、要求がブロードキャストされることです。ブロードキャスト IP データグラムはどのルーターも通過できません。ルーターはこのパケットを破棄します。
2. この問題を解決するには、仲介者（リレー）が必要になります。
3. ホストまたはルーターの 1 つをアプリケーション層で構成して、リレー エージェントとして動作させることができます。
4. リレー エージェントは、BOOTP サーバーのユニキャスト アドレスを認識し、ポート 67 でブロードキャスト メッセージをリッスンします。
5. このブロードキャスト パケットを受信すると、メッセージをユニキャストデータグラムにカプセル化し、BOOTP サーバーに要求を送信します。
6. ユニキャスト宛先アドレスを運ぶパケットは、任意のルータによってルーティングされ、BOOTP サーバに到達します。
7. リレー エージェントは応答を受信すると、それを bootp クライアントに送信します。

• B. Volz (2005 年 11 月)。「Dynamic Host Configuration Protocol version 4 (DHCPv4) オプションの再分類」。ネットワーク ワーキング グループ。doi : 10.17487 / RFC3942。RFC 3942 。 提案された標準。RFC 2132 を更新します。
• S. Alexander、R. Droms (1997 年 3 月)。DHCP オプションと BOOTP ベンダー拡張。ネットワーク ワーキング グループ。doi : 10.17487 / RFC2132。RFC 2132 。 ドラフト標準。RFC 1533 は廃止されました。RFC 3442、3942、4361、4833、および 5494 によって更新されました。
• W. Wimer (1993 年 10 月)。ブートストラップ プロトコルの明確化と拡張。ネットワーク ワーキング グループ。doi : 10.17487 / RFC1542。RFC 1542 。 ドラフト標準。RFC 951 を更新。RFC 1532 を廃止。
• R. Droms (1993 年 10 月)。DHCP と BOOTP の相互運用性。ネットワーク ワーキング グループ。doi : 10.17487 / RFC1534。RFC 1534 。 ドラフト標準。
• Bill Croft、John Gilmore (1985 年 9 月)。ブートストラップ プロトコル (BOOTP)。ネットワーク ワーキング グループ。doi : 10.17487 / RFC0951。RFC 951 。 ドラフト標準。RFC 1395、1497、1532、1542、および 5494 によって更新されました。

• プリブート実行環境(PXE)
• リモート初期プログラムロード(RIPL)
• UDP ヘルパー アドレス— サブネット境界を越えて BOOTP 要求をルーティングするためのツール
• ブート サービス検出プロトコル(BSDP)
• 保守運用プロトコル(MOP)

• BOOTP シーケンス図 2015-02-26 にWayback Machineにアーカイブ(PDF)
• ネットワークデバイスを構成するためのマルチキャストBOOTP
• マルチキャスト BOOTP サーバーとクライアント