RFC951引導(dǎo)協(xié)議BOOTP

1、rfc951rfc951-bootstrap protocol (bootp) 引導(dǎo)協(xié)議(bootp)組織：中國(guó)互動(dòng)出版網(wǎng)（http:/www.china-rfc文檔中文翻譯計(jì)劃（http:/www.china-e-mail：ouyangchina-譯者：金濤（piex albertxu）譯文發(fā)布時(shí)間：2001-07-05版權(quán)：本中文翻譯文檔版權(quán)歸中國(guó)互動(dòng)出版網(wǎng)所有?？梢杂糜诜巧虡I(yè)用途自由轉(zhuǎn)載，但必須保留本文檔的翻譯及版權(quán)信息。network working group bill croft (stanford university)request for comments: 951 john

2、 gilmore (sun microsystems) september 1985引導(dǎo)協(xié)議(bootp)(rfc951-bootstrap protocol (bootp)本備忘錄的狀態(tài) 本rfc文檔向arpa-internet社區(qū)提供一個(gè)被提議的協(xié)議，需要進(jìn)一步進(jìn)行討論和建議以得到改進(jìn)。 本文檔無(wú)發(fā)布限制。目錄1概述22包格式33雞和蛋的問(wèn)題64arp在客戶端使用75與rarp對(duì)照76包處理76.1 客戶端傳送76.2 客戶端重傳策略96.3 服務(wù)器接收bootrequest（引導(dǎo)請(qǐng)求）96.4 服務(wù)器/網(wǎng)關(guān)接收bootreply（引導(dǎo)應(yīng)答）116.5 客戶端接收117通過(guò)網(wǎng)關(guān)引導(dǎo)118樣

3、例bootp服務(wù)器數(shù)據(jù)庫(kù)129致謝1410參考文獻(xiàn)141 概述 本rfc描述一種ip/udp引導(dǎo)協(xié)議(bootp)，允許一個(gè)無(wú)盤(pán)客戶端發(fā)現(xiàn)自己的ip地址， 服務(wù)器主機(jī)的地址，和裝入一個(gè)指定名稱的文件到內(nèi)存并且運(yùn)行。引導(dǎo)操作有兩階段組成。 本rfc描述第一個(gè)階段：分配地址和選擇引導(dǎo)文件。 在獲得地址和文件名信息后，就進(jìn)入引導(dǎo)的第二個(gè)階段：文件傳送。 文件傳送一般使用tftp協(xié)議9，因?yàn)閮蓚€(gè)階段均駐留在客戶端的prom中。 但bootp也能夠與其它協(xié)議如sftp或ftp一起工作。 我們建議客戶端的prom軟件提供一種無(wú)須用戶交互的完整的引導(dǎo)方式。 這是一種無(wú)人值守的上電啟動(dòng)方式。 必須提供一種機(jī)制

4、來(lái)讓用戶手工提供地址和文件名信息旁路bootp協(xié)議直接進(jìn)入文件傳送階段。 如果提供非可變存儲(chǔ)，我們建議在那里保存設(shè)置以旁路bootp協(xié)議直到這些設(shè)置導(dǎo)致文件傳送階段失敗。 如果緩存的信息失敗，引導(dǎo)后退到第一階段并使用bootp。 協(xié)議的要點(diǎn)： 1.使用了一個(gè)單獨(dú)的包交換（信息）。使用超時(shí)機(jī)制直到收到應(yīng)答。 雙向使用相同的包字段結(jié)構(gòu)。使用（最大可能長(zhǎng)度的）固定長(zhǎng)度的字段來(lái)簡(jiǎn)化結(jié)構(gòu)定義和分析。 2.一個(gè)opcode字段包含兩個(gè)值?？蛻舳藦V播一個(gè)引導(dǎo)請(qǐng)求(bootrequest)包。 服務(wù)器應(yīng)答一個(gè)引導(dǎo)應(yīng)答(bootreply)包。bootrequest包含客戶端的硬件地址，如果知道，還包含它的ip

5、地址。 3.請(qǐng)求可以包含客戶端指定的響應(yīng)服務(wù)器的名稱。 這樣客戶端可以強(qiáng)制從一個(gè)指定的主機(jī)引導(dǎo)。（如果一個(gè)相同的引導(dǎo)文件存在多種版本或服務(wù)器在一個(gè)遠(yuǎn)距離的網(wǎng)絡(luò)/域。） 客戶端不必處理名稱/域服務(wù)，這個(gè)功能推到了bootp服務(wù)器。 4.請(qǐng)求可以包含通用(generic)引導(dǎo)文件名。例如unix或ethertip。但服務(wù)器發(fā)送 引導(dǎo)應(yīng)答時(shí)，它使用對(duì)應(yīng)的引導(dǎo)文件的確切的路徑名稱來(lái)取代這個(gè)字段。 服務(wù)器查詢客戶端的地址和請(qǐng)求文件名相關(guān)的數(shù)據(jù)庫(kù)，以使用客戶端自定義的特定引導(dǎo)文件確定這個(gè)文件名稱。 如果引導(dǎo)請(qǐng)求文件名是空字符串，服務(wù)器返回一個(gè)帶有客戶端加載的默認(rèn)文件的文件名字段。 5.客戶端不知道它們的i

6、p地址的情況下， 服務(wù)器必須有一個(gè)硬件地址和ip地址對(duì)應(yīng)的數(shù)據(jù)庫(kù)。 這個(gè)客戶端ip地址被放在引導(dǎo)應(yīng)答的（對(duì)應(yīng)）字段中。 6.某些網(wǎng)絡(luò)拓樸（如斯坦福的網(wǎng)絡(luò)）可能在一個(gè)物理網(wǎng)上沒(méi)有一個(gè)直接可以訪問(wèn)的tftp服務(wù)器 （例如在某些網(wǎng)上的所有的網(wǎng)關(guān)和主機(jī)都可能是無(wú)盤(pán)的）。 bootp允許客戶端通過(guò)使用相鄰的網(wǎng)關(guān)從幾跳外的服務(wù)器上引導(dǎo)。請(qǐng)看下面通過(guò)網(wǎng)關(guān)引導(dǎo)的章節(jié)。 這部分協(xié)議不需求客戶端部分做特定的動(dòng)作。 實(shí)現(xiàn)是可選的，網(wǎng)關(guān)和服務(wù)器需要一些額外的代碼。2 包格式 除非另外指出，所有顯示的數(shù)字都是十進(jìn)制的。 簡(jiǎn)化起見(jiàn)，假設(shè)bootp包不會(huì)被分片。 所有數(shù)字的字段使用標(biāo)準(zhǔn)網(wǎng)絡(luò)字節(jié)順序。即，先傳送高位比特。 在

7、引導(dǎo)請(qǐng)求的ip頭中，客戶端如果知道就填自己的ip源地址，否則填0。當(dāng)服務(wù)器地址不知道時(shí)， ip目的地址將是廣播地址55。這個(gè)地址意味著在本地網(wǎng)上廣播，我不知道我的網(wǎng)絡(luò)號(hào)4。 udp頭包含源和目的端口號(hào)。bootp協(xié)議使用兩個(gè)保留的端口號(hào)，bootp客戶端 (68) 和bootp服務(wù)器 (67)。 客戶使用bootp服務(wù)器做為目的端口發(fā)送請(qǐng)求；這通常是廣播。 服務(wù)器使用bootp客戶端做為目的端口發(fā)送應(yīng)答；取決于服務(wù)器的核心或驅(qū)動(dòng)設(shè)備，這可能是也可能不是廣播 （在下面雞和蛋的問(wèn)題標(biāo)題的章節(jié)中深入解釋）。 使用兩個(gè)保留的端口的原因是當(dāng)引導(dǎo)應(yīng)答必須廣播到客戶端避免叫醒并且調(diào)

8、度bootp服務(wù)器進(jìn)程。 因?yàn)榉?wù)器和其它主機(jī)都不會(huì)偵聽(tīng)bootp客戶端端口， 所有進(jìn)入的廣播報(bào)文將在核心級(jí)別過(guò)濾掉。 我們不能簡(jiǎn)單地允許客戶端找一個(gè)隨機(jī)端口號(hào)做為udp源端口字段；因?yàn)榉?wù)器應(yīng)答可能是廣播， 一個(gè)隨機(jī)選擇的端口號(hào)可能搞亂其它恰巧在偵聽(tīng)那個(gè)端口的主機(jī)。 udp長(zhǎng)度字段設(shè)置成udp長(zhǎng)度加bootp部分的包。 udp校驗(yàn)和可以由客戶端（或服務(wù)器）按照需要設(shè)置成0，以避免prom實(shí)現(xiàn)中額外的費(fèi)用。 在下面的包處理章節(jié)中udp校驗(yàn)和短語(yǔ)用來(lái)表示校驗(yàn)和可能被驗(yàn)證/計(jì)算。 字段 字節(jié)數(shù)描述 - - - op 1 packet op code / message type. 包操作碼/消息類

9、型 1 = bootrequest(引導(dǎo)請(qǐng)求), 2 = bootreply(引導(dǎo)應(yīng)答) htype 1 hardware address type, 硬件地址類型 see arp section in assigned numbers rfc. 請(qǐng)看assigned numbers rfc中的arp章節(jié) 1 = 10mb ethernet 10m以太網(wǎng) hlen 1 hardware address length 硬件地址長(zhǎng)度 (eg 6 for 10mb ethernet). 例如6是10m以太網(wǎng) hops 1 client sets to zero, 客戶端設(shè)置成0 optionally

10、 used by gateways 在跨越網(wǎng)關(guān)引導(dǎo)時(shí)網(wǎng)關(guān)可選擇使用 in cross-gateway booting. xid 4 transaction id, a random number, used to match this boot request with the responses it generates. 事務(wù)id，一個(gè)隨機(jī)數(shù)，用來(lái)匹配引用請(qǐng)求和應(yīng)答 secs 2 filled in by client, seconds elapsed since client started trying to boot. 由客戶端填寫(xiě)，客戶端引導(dǎo)開(kāi)始后的過(guò)去的秒數(shù) - 2 unused

11、未使用 ciaddr 4 client ip address;客戶端ip地址， filled in by client in bootrequest if known.如果客戶端知道就在引導(dǎo)請(qǐng)求中填入 yiaddr 4 your (client) ip address;你的（客戶端）ip地址 filled by server if client doesnt know its own address (ciaddr was 0).如果客戶端不知道它的地址（ciaddr是0），服務(wù)器填入 siaddr 4 server ip address;服務(wù)器ip地址 returned in bootrep

12、ly by server.由服務(wù)器在引導(dǎo)應(yīng)答返回 giaddr 4 gateway ip address,網(wǎng)關(guān)ip地址 used in optional cross-gateway booting.在跨越網(wǎng)關(guān)引導(dǎo)中可以選擇使用 chaddr 16 client hardware address,客戶端硬件地址 filled in by client.由客戶端填寫(xiě) sname 64 optional server host name,可選的服務(wù)器主機(jī)名 null terminated string. 空結(jié)束的字符串 file 128 boot file name, null terminated

13、 string; 引導(dǎo)文件名，空結(jié)束的字符串 generic name or null in bootrequest, 在引導(dǎo)請(qǐng)求中使用通用名稱或空 fully qualified directory-path 是引導(dǎo)應(yīng)答中使用確切的目錄路徑名稱 name in bootreply. vend 64 optional vendor-specific area, 可選的賣(mài)主指定的區(qū)域， e.g. could be hardware type/serial on request, 例如，可以是請(qǐng)求硬件類型/序列， or capability / remote file system handle

14、或應(yīng)答的性能/遠(yuǎn)端文件系統(tǒng)句柄。 on reply. this info may be set aside for use 這些信息留給第三方分析引導(dǎo)或核心（程序）使用。 by a third phase bootstrap or kernel.3 雞和蛋的問(wèn)題 如果客戶端不知道自己ip地址，服務(wù)器怎么發(fā)送ip報(bào)文到客戶端。 無(wú)論何時(shí)一條引導(dǎo)應(yīng)答被發(fā)送，發(fā)送設(shè)備執(zhí)行下列操作： 1.如果客戶端知道自己的ip地址（ciaddr字段非零）， 因?yàn)榭蛻舳四軌蚧貞?yīng)arps 5，那么ip能夠正常發(fā)送。 2.如果客戶端還不知道自己的ip地址（ciaddr是零）， 客戶端就不能回應(yīng)引導(dǎo)應(yīng)答發(fā)送程序回的arps

15、。這時(shí)有兩種選擇： a.如果發(fā)送程序有必需的核心或驅(qū)動(dòng)鉤子程序來(lái)人工建立arp地址緩沖條目， 就可以使用chaddr和yiaddr字段填入一個(gè)條目。當(dāng)然，這個(gè)條目象正常arp建立的其它條目一樣有一個(gè)生命時(shí)間， 引導(dǎo)應(yīng)答的發(fā)送程序就能夠簡(jiǎn)單地發(fā)送引導(dǎo)應(yīng)答到客戶端的ip地址了。unix (4.2 bsd)有這種功能。 b.如果發(fā)送程序缺少這些核心鉤子程序，就只能簡(jiǎn)單發(fā)送引導(dǎo)應(yīng)答到相應(yīng)接口的廣播地址。 這只是在前面情況外的額外的廣播。4 arp在客戶端使用 客戶端prom必須包含一個(gè)arp的簡(jiǎn)單實(shí)現(xiàn)，例如，地址緩沖能夠容納一個(gè)條目。 這將允許客戶端在知道ip地址和引導(dǎo)文件名后執(zhí)行第二階段引導(dǎo)（tft

16、p）。 任何時(shí)候客戶端應(yīng)該準(zhǔn)備回應(yīng)一個(gè)自己ip到硬件地址映射的arp請(qǐng)求（如果知道）以接收tftp或bootp應(yīng)答。 因?yàn)橐龑?dǎo)應(yīng)答將包含服務(wù)器/網(wǎng)關(guān)的硬件源地址（在硬件中封裝），客戶端可以 避免發(fā)送一條arp請(qǐng)求來(lái)申請(qǐng)后續(xù)的tftp階段使用的服務(wù)器/網(wǎng)關(guān)ip地址。 但這應(yīng)該只是一種特殊情況，因?yàn)樯厦婷枋龅闹挥械诙A段的引導(dǎo)仍然允許。5 與rarp對(duì)照 提議客戶端使用一個(gè)早先的協(xié)議，反向地址解析協(xié)議(rarp) 1來(lái)通過(guò)它的硬件地址確定自己的ip地址。 但rarp的劣勢(shì)是它是一個(gè)硬件鏈路層的協(xié)議（不是基于ip/udp）。 這意味著rarp只能在包含特殊的為訪問(wèn)原始報(bào)文修改的核心和驅(qū)動(dòng)的主機(jī)上實(shí)現(xiàn)

17、。 因?yàn)楝F(xiàn)在存在不同組織維護(hù)的許多網(wǎng)絡(luò)核心，一個(gè)不要求修改核心的引導(dǎo)協(xié)議是一個(gè)確定的優(yōu)勢(shì)。 bootp除了上述章節(jié)描述的有用的特性外，還提供硬件到ip地址的查詢功能。6 包處理6.1 客戶端傳送 在第一次建立包前，最好把整個(gè)包的緩沖區(qū)清零； 這將所有的字段設(shè)置成默認(rèn)狀態(tài)。任何客戶端建立包中的下列字段。 ip目的地址被設(shè)置成55（廣播地址）或服務(wù)器的ip地址（如果知道）。 ip源地址和ciaddr設(shè)置成客戶端ip地址（如果知道），或者0。udp頭使用適當(dāng)?shù)拈L(zhǎng)度設(shè)置； 源端口=bootp客戶端端口，目標(biāo)端口=bootp服務(wù)器端口。 op設(shè)置成1，bootrequest（引

18、導(dǎo)請(qǐng)求）。htype設(shè)置成在assigned numbers rfc arp章節(jié)中分配的硬件地址類型。 hlen設(shè)置成硬件地址長(zhǎng)度，例如，10m以太網(wǎng)是6。 xid設(shè)置成一個(gè)隨機(jī)事務(wù)id。secs設(shè)置成客戶端引導(dǎo)開(kāi)始后過(guò)去的秒數(shù)。 這個(gè)讓服務(wù)器知道客戶端已經(jīng)試了多長(zhǎng)時(shí)間了。 當(dāng)數(shù)字變大，某些服務(wù)器可能更多注意這個(gè)客戶端提供不同的服務(wù)。 如果客戶端缺少一個(gè)適當(dāng)?shù)臅r(shí)鐘，它可以使用循環(huán)定時(shí)器建立一個(gè)粗略的估計(jì)值。 或者它可以選擇簡(jiǎn)單發(fā)送使用一個(gè)固定值如100秒的字段。 如果客戶端知道ip地址，ciaddr（和ip源地址）設(shè)置成這個(gè)值。 chaddr使用客戶端硬件地址填寫(xiě)。 如果客戶端希望限制從一個(gè)特

19、定服務(wù)器名引導(dǎo)，就可以在sname中放一個(gè)空結(jié)束的字符串。 使用的名字應(yīng)該是對(duì)應(yīng)的主機(jī)的正當(dāng)?shù)拿只騽e名。 客戶端在填寫(xiě)file文件名字段是有許多選擇。 如果設(shè)置成空，意味著我向使用默認(rèn)的文件來(lái)引導(dǎo)我的機(jī)器。一個(gè)空文件名也意味著 我只對(duì)找到客戶端/服務(wù)器/網(wǎng)關(guān)的ip地址感興趣，我不在乎文件名。 這個(gè)字段也可以是一個(gè)通用名字入unix或gateway；這意味著 使用命名的程序配置來(lái)引導(dǎo)我的機(jī)器。最后這個(gè)字段可以是確切的目錄路徑名字。 vend字段可以由客戶端填寫(xiě)賣(mài)主的字符串或結(jié)構(gòu)。例如可以填寫(xiě)機(jī)器硬件類型或序列號(hào)。 但bootp服務(wù)器的操作應(yīng)該不依賴與這些存在的信息。 如果使用了vend，推薦在

20、vend中第一個(gè)項(xiàng)目為一個(gè)4字節(jié)的魔術(shù)字(magic number)。 這讓服務(wù)器確定在這個(gè)字段中它看到什么類型的信息。 數(shù)值可以由通常的魔術(shù)字過(guò)程分配，你挑一個(gè)，它就成為魔術(shù)字。 引導(dǎo)應(yīng)答使用一個(gè)與引導(dǎo)請(qǐng)求不同的魔術(shù)字以允許客戶端按照應(yīng)答信息進(jìn)行特殊的動(dòng)作。 udp校驗(yàn)和6.2 客戶端重傳策略 在一長(zhǎng)段時(shí)間內(nèi)沒(méi)有收到應(yīng)答，客戶端應(yīng)該重傳請(qǐng)求。 時(shí)間間隔必須仔細(xì)選擇不要引起網(wǎng)絡(luò)風(fēng)暴。 可以考慮一個(gè)包含100臺(tái)機(jī)器的網(wǎng)絡(luò)在電源故障后發(fā)生的情況。 簡(jiǎn)單的每四秒重傳請(qǐng)求將淹沒(méi)網(wǎng)絡(luò)。 一個(gè)可能的策略，你可能考慮指數(shù)級(jí)的補(bǔ)償，象以太網(wǎng)在碰撞時(shí)那樣。 例如第一個(gè)包在0:00，第二個(gè)在:04，接著:08，接

21、著:16，:32，:64。 你應(yīng)該隨機(jī)化每個(gè)時(shí)間；這就象以太網(wǎng)規(guī)格那樣以一個(gè)掩碼與一個(gè)隨機(jī)數(shù)進(jìn)入第一次補(bǔ)償。 在每次后續(xù)的補(bǔ)償中，掩碼增長(zhǎng)一個(gè)比特。 這樣在每次補(bǔ)償中平均延遲加倍。 在平均補(bǔ)償?shù)竭_(dá)60秒后，就不再增長(zhǎng)了，但仍然隨機(jī)化。 在每次重傳前，客戶端應(yīng)該修改secs字段。udp校驗(yàn)和6.3 服務(wù)器接收bootrequest（引導(dǎo)請(qǐng)求） udp校驗(yàn)和 如果udp目的端口不匹配bootp服務(wù)器端口，丟棄這個(gè)包。 如果服務(wù)器名字字段(sname)是空（沒(méi)有指定特定的服務(wù)器），或者sname是指定的并且匹配我們的名字或別名， 繼續(xù)包的處理。 如果sname字段是指定的，但不匹配我們，那么有多種選

22、擇： 1.你可以選擇簡(jiǎn)單丟棄這個(gè)包。 2.如果查詢sname的名稱顯示它在一個(gè)網(wǎng)絡(luò)中，丟棄這個(gè)包。 3.如果sname在不同的網(wǎng)絡(luò)中，你可以選擇轉(zhuǎn)發(fā)這個(gè)包到那個(gè)地址。 如果這樣，檢查giaddr(網(wǎng)關(guān)地址）字段。如果giaddr是0，填入我的地址或可以用來(lái)到達(dá)那個(gè)網(wǎng)絡(luò)的網(wǎng)關(guān)的地址。 然后轉(zhuǎn)發(fā)這個(gè)包。 如果客戶端ip地址（ciaddr）是0，那么客戶端不知道自己的ip地址。 嘗試在我們的數(shù)據(jù)庫(kù)中查找客戶端的硬件地址(chaddr, hlen, htype)。 如果沒(méi)有匹配，丟棄這個(gè)包。否則我們現(xiàn)在對(duì)這個(gè)客戶端有一個(gè)ip地址；填入yiaddr（你的ip地址）字段。 我們現(xiàn)在檢查引導(dǎo)文件名字段（文件

23、）。如果客戶端不關(guān)注文件名或想要默認(rèn)引導(dǎo)文件，這個(gè)字段是空。 如果這個(gè)字段非空，可以將它和客戶端的ip地址做為數(shù)據(jù)庫(kù)的查詢關(guān)鍵字。 如果有默認(rèn)的文件或通用文件（可能由客戶端地址做為索引）或一個(gè)匹配的指定的路徑名稱， 然后在file字段中填入選擇的引導(dǎo)文件的指定的路徑名稱。 如果字段是非空并且沒(méi)有匹配，那么客戶端要一個(gè)我們沒(méi)有的文件，丟棄這個(gè)包，也許其它bootp服務(wù)器有這個(gè)文件。 賣(mài)主指定的數(shù)據(jù)字段vend現(xiàn)在應(yīng)該檢查了。如果提供一種可識(shí)別類型的數(shù)據(jù)， 應(yīng)該進(jìn)行客戶端指定的動(dòng)作，并且回應(yīng)要填入應(yīng)答包中的vend數(shù)據(jù)字段。 例如，一個(gè)工作站客戶端可能提供一個(gè)驗(yàn)證字，并從服務(wù)器接收一個(gè)訪問(wèn)遠(yuǎn)端文件

24、的權(quán)限， 或一套配置選項(xiàng)傳給馬上就要引導(dǎo)入的操作系統(tǒng)。 我的（服務(wù)器）ip地址填入siaddr字段。設(shè)置op字段為bootreply（引導(dǎo)應(yīng)答）。 udp目的端口設(shè)置成bootp客戶端。如果客戶端地址ciaddr非0，把包發(fā)送到那里； 否則如果網(wǎng)關(guān)地址giaddr非0，設(shè)置udp目的端口為bootp服務(wù)器并把包發(fā)送到giaddr。 否則客戶端在我們的一個(gè)網(wǎng)絡(luò)中但它還不知道自己的ip地址，使用在上面蛋章節(jié)中描述的方法來(lái)傳送它到客戶端。 如果使用蛋并且我們?cè)谥鳈C(jī)上有許多接口，使用yiaddr（你的ip地址）字段指出發(fā)送包到哪個(gè)網(wǎng)絡(luò)（網(wǎng)絡(luò)/接口）。 udp校驗(yàn)和6.4 服務(wù)器/網(wǎng)關(guān)接收bootrep

25、ly（引導(dǎo)應(yīng)答） udp校驗(yàn)和 如果yiaddr (你的客戶端的ip地址)指向我們的一個(gè)網(wǎng)絡(luò)，使用上述蛋方法來(lái)將它轉(zhuǎn)發(fā)到客戶端。 確認(rèn)將它傳送到bootp客戶端udp目的端口。6.5 客戶端接收 不要忘記為我自己的ip地址（如果我知道）處理arp請(qǐng)求。udp校驗(yàn)和 客戶端應(yīng)該丟棄以下進(jìn)入的包：不是定位到引導(dǎo)端口的ip/udp；不是bootreply（引導(dǎo)應(yīng)答）； 不匹配我的ip地址（如果我知道）或我的硬件地址；不匹配我的事務(wù)id。 否則我們就收到一個(gè)成功的應(yīng)答。如果我以前不知道的話，yiaddr包含我的ip地址。 file是tftp讀請(qǐng)求的文件名。服務(wù)器地址在siaddr中。如果giaddr（

26、網(wǎng)關(guān)地址）非0， 那么包應(yīng)該先轉(zhuǎn)發(fā)到那里，然后到達(dá)服務(wù)器。7 通過(guò)網(wǎng)關(guān)引導(dǎo) 這部分協(xié)議是可選的并要求許多網(wǎng)關(guān)和服務(wù)器配合的額外的代碼，但它允許跨越網(wǎng)關(guān)引導(dǎo)。 這主要在網(wǎng)關(guān)是無(wú)盤(pán)機(jī)器時(shí)有用。 帶盤(pán)網(wǎng)關(guān)（例如，一個(gè)做為網(wǎng)關(guān)的unix機(jī)器）可能運(yùn)行它們自己的bootp/tftp服務(wù)器。 偵聽(tīng)bootrequest（引導(dǎo)請(qǐng)求）廣播的網(wǎng)關(guān)可能確定轉(zhuǎn)發(fā)還是適當(dāng)?shù)卦購(gòu)V播這些請(qǐng)求。 例如，做為配置表格的一部分，網(wǎng)關(guān)可以有一個(gè)接收任意bootrequest（引導(dǎo)請(qǐng)求）廣播的其它網(wǎng)絡(luò)或主機(jī)的列表。 即使考慮有一個(gè)hops字段，簡(jiǎn)單全部再?gòu)V播請(qǐng)求仍是一個(gè)差的方法，因?yàn)閺V播循環(huán)幾乎肯定會(huì)發(fā)生。 轉(zhuǎn)發(fā)可以立即開(kāi)始，或等

27、secs（客戶端嘗試的秒數(shù)）字段超過(guò)某個(gè)閥值。 如果一個(gè)網(wǎng)關(guān)確定轉(zhuǎn)發(fā)請(qǐng)求，它應(yīng)該查看giaddr （網(wǎng)關(guān)ip地址）字段。 如果是0，它就在這個(gè)字段中加入自己的ip地址（在接收的網(wǎng)絡(luò)中）。 也可以使用hops字段來(lái)可選控制包可以轉(zhuǎn)發(fā)多遠(yuǎn)。每次轉(zhuǎn)發(fā)應(yīng)該增加跳數(shù)。 例如，如果跳數(shù)超過(guò)3，包應(yīng)該被丟棄。 udp校驗(yàn)和 這里我們推薦在網(wǎng)關(guān)中增加這個(gè)特殊的轉(zhuǎn)發(fā)功能。 但不總是這樣子的。 在網(wǎng)上存在一些bootp轉(zhuǎn)發(fā)代理引導(dǎo)客戶端，這些代理可以適當(dāng)?shù)剞D(zhuǎn)發(fā)。 這樣這些服務(wù)可以和網(wǎng)關(guān)在一起，也可以不在一起。 當(dāng)轉(zhuǎn)發(fā)代理不和網(wǎng)關(guān)在一起時(shí)，代理可以通過(guò)在接收的引導(dǎo)請(qǐng)求中g(shù)iaddr字段加上接口的廣播地址節(jié)省一些工作

28、。 這樣應(yīng)答就可以使用普通的網(wǎng)關(guān)來(lái)轉(zhuǎn)發(fā)，而不包含轉(zhuǎn)發(fā)代理。 當(dāng)然劣勢(shì)是你失去了使用蛋非廣播方式來(lái)發(fā)送應(yīng)答的能力，導(dǎo)致在客戶端網(wǎng)上的每個(gè)主機(jī)的額外的花費(fèi)。8 樣例bootp服務(wù)器數(shù)據(jù)庫(kù) 做為一個(gè)建議，我們提供一個(gè)bootp服務(wù)器查詢可以使用的樣例文本文件數(shù)據(jù)庫(kù)。 數(shù)據(jù)庫(kù)有兩個(gè)節(jié)，使用第一列使用一個(gè)百分符的行做為定界符。 第一個(gè)節(jié)包含一個(gè)默認(rèn)目錄，和從通用名稱到目錄/路徑的映射。 這個(gè)節(jié)中第一個(gè)通用名稱是當(dāng)引用請(qǐng)求包含空f(shuō)ile字符串是你使用的默認(rèn)文件。 第二節(jié)映射硬件地址類型/地址到ip地址?？蛇x的，你可以使用一個(gè)特定ip地址的通用名稱來(lái)忽略默認(rèn)通用名稱。 一個(gè)后綴項(xiàng)目也是可選的；如果提供，可以

29、訪問(wèn)任意客戶端特定的通用名稱對(duì)應(yīng)的路徑名稱加上后綴。 如果那個(gè)文件沒(méi)有找到，就嘗試簡(jiǎn)單的路徑名稱。 這個(gè)后綴選項(xiàng)允許輕而易舉建立整套用戶通用（配置）。 下面顯示通用格式；一個(gè)或多個(gè)空格或tab來(lái)定界字段；后面的空字段被省略；空行和以#開(kāi)始的行忽略。 # comment line homedirectory genericname1 pathname1 genericname2 pathname2 . % end of generic names, start of address mappings hostname1 hardwaretype hardwareaddr1 ipaddr1 gen

30、ericname suffix hostname2 hardwaretype hardwareaddr2 ipaddr2 genericname suffix . 這是一個(gè)特定的樣例。注意硬件類型數(shù)值同assigned numbers rfc中arp章節(jié)。 硬件類型和ip地址數(shù)值是十進(jìn)制；硬件地址是十六進(jìn)制的。 # last updated by smith /usr/boot vmunix vmunix tip ethertip watch /usr/diag/etherwatch gate gate. % end of generic names, start of address mappings hamilton 1 02.60.8c.06.34.98 burr 1 02.60.8c.34.11.78 2 101-gateway 1 02.60.8c.23.ab.35 2 gate 101 mjh-gateway 1 02.60.8c.12.32.bc 4 gate