โปรโตคอลบูตสแตรป ( BOOTP ) เป็นโปรโตคอลเครือข่ายคอมพิวเตอร์ที่ใช้ใน เครือข่าย อินเทอร์เน็ตโปรโตคอล (IP)เพื่อกำหนดที่อยู่ IPให้กับอุปกรณ์เครือข่ายโดยอัตโนมัติจากเซิร์ฟเวอร์การกำหนดค่า โปรโตคอล BOOTP ได้รับการกำหนดขึ้นครั้งแรกในRFC  951ซึ่งเผยแพร่ในปี 1985

แม้ว่าบางส่วนของ BOOTP จะถูกแทนที่ด้วยDynamic Host Configuration Protocol (DHCP) อย่างมีประสิทธิภาพแล้ว ซึ่งเพิ่มคุณสมบัติการเช่า IP แต่บางส่วนของ BOOTP ก็ยังคงถูกนำมาใช้เพื่อให้บริการแก่โปรโตคอล DHCP เซิร์ฟเวอร์ DHCP บางแห่งก็ยังคงมีฟังก์ชันการทำงานของ BOOTP แบบดั้งเดิมอยู่ด้วย

เมื่อคอมพิวเตอร์ที่เชื่อมต่อกับเครือข่ายเริ่มทำงาน ระบบจัดการ IP จะส่งข้อความเครือข่าย BOOTP เพื่อขอรับการกำหนดที่อยู่ IP เซิร์ฟเวอร์กำหนดค่า BOOTP จะตอบกลับคำขอโดยการกำหนดที่อยู่ IP จากกลุ่มที่อยู่ซึ่งผู้ดูแลระบบได้กำหนดค่าไว้ล่วงหน้า

BOOTP ใช้โปรโตคอลUser Datagram Protocol (UDP) ในการส่งข้อมูล พอร์ตหมายเลข 67 ใช้สำหรับเซิร์ฟเวอร์รับคำขอจากไคลเอ็นต์ และพอร์ตหมายเลข 68 ใช้สำหรับไคลเอ็นต์รับการตอบกลับจากเซิร์ฟเวอร์ BOOTP ทำงานได้เฉพาะบนเครือข่าย IPv4 เท่านั้น

ในอดีต BOOTP ยังถูกใช้สำหรับเวิร์กสเตชันแบบไร้ดิสก์ ที่ใช้ระบบปฏิบัติการ คล้าย Unix เพื่อรับตำแหน่งเครือข่ายของอิมเมจบูต นอกเหนือจากการกำหนดที่อยู่ IP องค์กรต่างๆ ใช้ BOOTP เพื่อติดตั้งระบบปฏิบัติการไคลเอ็นต์ (เช่น Windows ) ที่กำหนดค่าไว้ล่วงหน้าให้กับพีซีที่ติดตั้งใหม่

ในระยะแรก จำเป็นต้องใช้ฟลอปปี้ดิสก์ สำหรับบูต เพื่อสร้างการเชื่อมต่อเครือข่ายในขั้นต้น แต่ต่อมาผู้ผลิตการ์ดเครือข่ายได้ฝังโปรโตคอลไว้ในเฟิร์มแวร์ของการ์ดอินเทอร์เฟซ รวมถึงเมนบอร์ดที่มีอินเทอร์เฟซเครือข่ายในตัว ทำให้สามารถบูตผ่านเครือข่ายได้โดยตรง

BOOTP ได้รับการกำหนดครั้งแรกในเดือนกันยายน พ.ศ. 2528 โดย Bill Croft และJohn Gilmore ^{[ 1 ]}เพื่อทดแทนReverse Address Resolution Protocol (RARP) ซึ่งเผยแพร่ในเดือนมิถุนายน พ.ศ. 2527 ^{[ 2 ]}แรงจูงใจหลักในการแทนที่ RARP ด้วย BOOTP คือ RARP เป็น โปรโตคอล ระดับลิงก์เลเยอร์ซึ่งทำให้การใช้งานบนแพลตฟอร์มเซิร์ฟเวอร์หลายๆ แพลตฟอร์มทำได้ยาก และจำเป็นต้องมีเซิร์ฟเวอร์อยู่ในแต่ละซับเน็ต IP BOOTP ได้นำเสนอนวัตกรรมของตัวแทนรีเลย์ ซึ่งส่งต่อแพ็กเก็ต BOOTP จากเครือข่ายท้องถิ่นโดยใช้การกำหนดเส้นทาง IP มาตรฐาน ทำให้เซิร์ฟเวอร์ BOOTP ส่วนกลางเพียงเครื่องเดียวสามารถให้บริการโฮสต์บนซับเน็ตหลายๆ ซับเน็ตได้^{[ 1 ] : §6}

มีการกำหนดส่วนขยายข้อมูลผู้จำหน่าย BOOTP ที่เพิ่มขึ้นเรื่อยๆ^{[ 3 ] [ 4 ] [ 5 ] [ 6 ]}เพื่อจัดหาข้อมูลที่เกี่ยวข้องเกี่ยวกับเครือข่ายให้กับไคลเอนต์ BOOTP เช่นเกตเวย์เริ่มต้นที่อยู่ IP ของเนมเซิร์ฟเวอร์ชื่อโดเมนเป็นต้น

ด้วยการมาถึงของDynamic Host Configuration Protocolส่วนขยายข้อมูลผู้จำหน่าย BOOTP ได้ถูกรวมเข้าเป็นฟิลด์ตัวเลือก DHCP ^{[ 7 ] [ 8 ]}เพื่อให้เซิร์ฟเวอร์ DHCP สามารถให้บริการไคลเอนต์ BOOTP ได้เช่นกัน

เมื่อเริ่มต้นใช้งานไคลเอนต์ BOOTP ไคลเอนต์จะไม่มีที่อยู่ IP ดังนั้นจึงส่งข้อความที่มีที่อยู่ MAC ของตนเองออกไปบนเครือข่าย ข้อความนี้เรียกว่า "คำขอ BOOTP" ซึ่งเซิร์ฟเวอร์ BOOTP จะรับและตอบกลับไปยังไคลเอนต์ด้วยข้อมูลที่ไคลเอนต์ต้องการดังต่อไปนี้:

1. ที่อยู่ IP ของลูกค้า, ซับเน็ตมาสก์ และที่อยู่เกตเวย์เริ่มต้น
2. ที่อยู่ IP และชื่อโฮสต์ของเซิร์ฟเวอร์ BOOTP
3. ที่อยู่ IP ของเซิร์ฟเวอร์ที่มีอิมเมจสำหรับบูต ซึ่งไคลเอ็นต์จำเป็นต้องใช้ในการโหลดระบบปฏิบัติการของตน

เมื่อไคลเอนต์ได้รับข้อมูลนี้จากเซิร์ฟเวอร์ BOOTP ไคลเอนต์จะกำหนดค่าและเริ่มต้นสแต็กโปรโตคอล TCP/IP จากนั้นเชื่อมต่อกับเซิร์ฟเวอร์ที่แชร์อิมเมจบูต ไคลเอนต์จะโหลดอิมเมจบูตและใช้ข้อมูลนี้เพื่อโหลดและเริ่มต้นระบบปฏิบัติการ^{[ 9 ]}

โปรโตคอลการกำหนดค่าโฮสต์แบบไดนามิก (DHCP) ได้รับการพัฒนาต่อยอดจาก BOOTP โดย BOOTP ได้รับการกำหนดไว้ในเอกสาร Requests for Comments (RFC) 951 และ 1084

1. ปัญหาของการร้องขอ bootp คือการร้องขอนั้นเป็นการส่งแบบบรอดแคสต์ ซึ่งแพ็กเก็ตข้อมูล IP แบบบรอดแคสต์ ไม่สามารถผ่านเราเตอร์ใดๆ ได้ เราเตอร์จะทิ้งแพ็กเก็ตนี้ไป
2. เพื่อแก้ไขปัญหานี้ จำเป็นต้องมีตัวกลาง (ตัวส่งต่อ)
3. สามารถกำหนดค่าโฮสต์หรือเราเตอร์ตัวใดตัวหนึ่งที่เลเยอร์แอปพลิเคชันให้ทำหน้าที่เป็นตัวกลางส่งต่อข้อมูลได้
4. ตัวกลางส่งต่อ (relay agent) รู้ที่อยู่แบบ uni-cast ของเซิร์ฟเวอร์ bootp และรอรับข้อความบรอดแคสต์บนพอร์ต 67
5. เมื่อได้รับแพ็กเก็ตบรอดแคสต์นี้แล้ว จะทำการห่อหุ้มข้อความลงใน ดาตาแกรม แบบยูนิคาสต์และส่งคำขอไปยังเซิร์ฟเวอร์ Bootp
6. แพ็กเก็ตที่มีที่อยู่ปลายทางแบบยูนิคาสต์จะถูกส่งต่อไปยังเราเตอร์ใดก็ได้และไปถึงเซิร์ฟเวอร์ bootp
7. หลังจากได้รับคำตอบแล้ว ตัวกลางส่งต่อจะส่งต่อไปยังไคลเอ็นต์ bootp

• B. Volz (พฤศจิกายน 2547). การจัดประเภทใหม่ของตัวเลือกโปรโตคอลการ กำหนดค่าโฮสต์แบบไดนามิกเวอร์ชัน 4 (DHCPv4)กลุ่มงานเครือข่ายdoi : 10.17487/ RFC3942 RFC 3942มาตรฐานที่เสนอ ปรับปรุงRFC  2132
• S. Alexander; R. Droms (มีนาคม 1997). ตัว เลือก DHCP และส่วน ขยาย ผู้ จำหน่ายBOOTPกลุ่มงานเครือข่ายIETF doi : 10.17487/RFC2132 RFC 2132ร่างมาตรฐาน แทนที่RFC  1533ปรับปรุงโดยRFC  3442 , 3942 , 4361 , 4833และ5494
• W. Wimer (ตุลาคม 1993). คำชี้แจงและส่วน ขยายสำหรับโปรโตคอล Bootstrapกลุ่มงานเครือข่ายdoi : 10.17487/ RFC1542 RFC 1542ร่างมาตรฐาน ปรับปรุงRFC  951ยกเลิกRFC  1532
• R. Droms (ตุลาคม 1993). การทำงานร่วมกันระหว่าง DHCP และ BOOTP . กลุ่มงานเครือข่าย. doi : 10.17487/RFC1534 . RFC 1534 .ร่างมาตรฐาน
• Bill Croft; John Gilmore (กันยายน 1985). โปรโตคอลบูตสแตรป (BOOTP) . กลุ่มงานเครือข่าย. doi : 10.17487/RFC0951 . RFC 951 .ร่างมาตรฐานปรับปรุง โดยRFC  1395 , 1497 , 1532 , 1542และ5494

• สภาพแวดล้อมการดำเนินการก่อนบูต (PXE)
• การโหลดโปรแกรมเริ่มต้นจากระยะไกล (RIPL)
• ที่อยู่ตัวช่วย UDP — เครื่องมือสำหรับกำหนดเส้นทางการร้องขอ BOOTP ข้ามขอบเขตของซับเน็ต
• โปรโตคอลการค้นหาบริการบูต (BSDP)
• ระเบียบปฏิบัติการบำรุงรักษา (MOP)

• แผนภาพลำดับขั้นตอน BOOTP ถูกเก็บถาวรเมื่อวันที่ 26 กุมภาพันธ์ 2015 ที่Wayback Machine (PDF)
• Multicast BOOTP สำหรับการกำหนดค่าอุปกรณ์เครือข่าย
• เซิร์ฟเวอร์และไคลเอ็นต์ BOOTP แบบมัลติแคสต์