BOOTP : Tout savoir sur le pré­cur­seur du DHCP

Afin de pouvoir com­mu­ni­quer sur des réseaux comme Internet, les systèmes par­ti­ci­pants né­ces­si­tent une adresse IP. Bien que cette dernière puisse être attribuée ma­nuel­le­ment, en pratique, la plupart des appareils ob­tien­nent aujourd’hui leur adresse de façon au­to­ma­tique. Pour ce faire, le protocole de com­mu­ni­ca­tion DHCP est utilisé. Celui-ci aide les systèmes cherchant à établir une connexion à acquérir les in­for­ma­tions né­ces­saires. À l’aube de l’in­for­ma­tique, des réseaux, etc., le Bootstrap Protocol, également connu sous le nom de BOOTP, assumait encore la fonction de ges­tion­naire d’adresses.

En septembre 1985, le Stanford Uni­ver­sity Network Group publiait dans RFC 951 la première version du Bootstrap Protocol (BOOTP). Développé en col­la­bo­ra­tion avec une équipe du fabricant de systèmes in­for­ma­tiques Sun Mi­cro­sys­tems, ce protocole de com­mu­ni­ca­tion per­met­tait pour la première fois aux terminaux et aux postes de travail sans disque dur utilisés à l’époque d’obtenir en plus de l’adresse IP des in­for­ma­tions telles que l’adresse de la pas­se­relle, l’adresse du serveur de démarrage et le registre du fichier de démarrage (né­ces­saires au char­ge­ment du système d’ex­ploi­ta­tion). Il vint remplacer le Reverse Address Re­so­lu­tion Protocol (RARP) utilisé jusqu’alors qui livrait ex­clu­si­ve­ment des adresses réseau et pouvait uni­que­ment être utilisé dans les sous-réseaux.

Le Bootstrap Protocol fait partie de la suite des pro­to­coles Internet et fonc­tionne – à l’instar de nombreux autres pro­to­coles de la pile – selon le modèle du client-serveur. La com­mu­ni­ca­tion de messages en vue de la trans­mis­sion de l’in­for­ma­tion réseau est donc effectuée entre un client BOOTP et le serveur BOOTP. Le protocole minimal et sans connexion User Datagram Protocol (UDP) (ports 67 et 68) est utilisé comme protocole pour le transport des paquets de données cor­res­pon­dants. Comparé au TCP, ce protocole UDP est non seulement moins complexe mais supporte également la té­lé­dif­fu­sion, con­trai­re­ment au protocole standard pour le transport de données. Étant donné que le client ne connaît ni sa propre adresse ni l’adresse du serveur BOOTP lors de l’éta­blis­se­ment de la connexion, cette méthode de com­mu­ni­ca­tion de messages, dans le cadre de laquelle tous les par­ti­ci­pants du réseau sont contactés, est la seule solution pour une ac­qui­si­tion au­to­ma­tique de l’adresse.

L’at­tri­bu­tion d’une adresse via BOOTP est basée sur une com­mu­ni­ca­tion simple en deux étapes entre le client et le serveur. Dans ce cadre, la com­po­sante client est à l’ini­tia­tive de cette com­mu­ni­ca­tion. Étant donné que le client ne connaît ni sa propre adresse IP ni celle du serveur BOOTP, il envoie une requête générale (« BOO­TRE­QUEST ») à l’adresse de diffusion uni­ver­selle 255.255.255.255. Le serveur qui écoute les requêtes du port UDP 67 reçoit et traite cette requête. Dans ce cadre, sa tâche prin­ci­pale consiste à attribuer l’adresse IP adéquate à l’adresse MAC du système du client. Par té­lé­dif­fu­sion, la réponse (« BOOTREPLY ») est ensuite renvoyée avec les autres in­for­ma­tions réseau au client qui peut alors acquérir le système d’ex­ploi­ta­tion via le réseau.

Pour les clients terminaux et les stations de travail sans disque dur, le BOOTP re­pré­sen­tait la solution idéale afin d’obtenir une adresse IP per­son­nelle dans le réseau souhaité et d’acquérir le système d’ex­ploi­ta­tion de cette façon. Le fait que l’ac­qui­si­tion de l’adresse puisse être réalisée en même temps que le processus de démarrage grâce au protocole de com­mu­ni­ca­tion était aussi simple que pratique pour les or­di­na­teurs fixes utilisés dans les réseaux de taille gérable. Le fait que l’ad­mi­nis­tra­teur doive con­fi­gu­rer ma­nuel­le­ment les tableaux d’in­for­ma­tions du réseau du serveur BOOTP était alors peu pro­blé­ma­tique.

Toutefois, alors que les réseaux sont devenus toujours plus con­sé­quents et les or­di­na­teurs toujours plus in­dé­pen­dants et plus mobiles (du fait du dé­ve­lop­pe­ment des appareils mobiles), l’absence de pos­si­bi­lité d’au­to­ma­ti­sa­tion du processus de con­fi­gu­ra­tion a été perçue né­ga­ti­ve­ment. Le souhait d’un nouveau protocole s’est fait sentir. Son suc­ces­seur fut trouvé en 1993 avec le Dynamic Host Con­fi­gu­ra­tion Protocol (DHCP) (spé­ci­fi­ca­tion finale dans le RFC 2131). Même si le DHCP se base en grande partie sur la structure du Bootstrap Protocol, il est complété par dif­fé­rentes options de con­fi­gu­ra­tion sup­plé­men­taires et offre aux clients cherchant à établir une connexion la pos­si­bi­lité d’attribuer des adresses réseau réu­ti­li­sables. D’autre part, l’at­tri­bu­tion d’in­for­ma­tions d’adresses avec DHCP est également possible pendant le fonc­tion­ne­ment du système ; aucun re­dé­mar­rage n’est né­ces­saire comme dans le cas du BOOTP.

Le BOOTP par rapport au DHCP : les prin­ci­pales dif­fé­rences :

Grâce aux dif­fé­rentes op­ti­mi­sa­tions, le DHCP s’est ra­pi­de­ment établi comme protocole standard pour la gestion des adresses IP dans les réseaux, tandis que le protocole BOOTP a aujourd’hui uni­que­ment une valeur his­to­rique. Toutefois, comme le DHCP supporte le Bootstrap Protocol, les serveurs DHCP peuvent en principe répondre à tout type de demandes provenant d’un client BOOTP.