Auteur Sujet: Pourquoi supporter des options DHCPv4 anciennes dans Freebox Server ? (Lu 466 fois)

basilix · « **le:** **Hier** à 06:13:17 »

Je parcours les options DHCPv4 présentes dans le RFC2132. La spécification remonte dans le passé avec le support BOOTP.
Mon objectif est de comprendre quelles options sont encore actuelles. J'ai l'impression que beaucoup d'options ne le sont plus.

Ce qui est surprenant c'est que Free revendique leur prise en charge (mise à jour de janvier 2026).

Citer

La liste complète des options est la suivante, classé par catégorie :

## Options Générales et Configuration Réseau
– Time offset (2) : Indique la différence de temps en secondes par rapport à l’heure UTC.
– Time server (4) : Fournit une liste d’adresses IP de serveurs de temps (RFC 868).
– NTP server (42) : Fournit une liste d’adresses IP de serveurs NTP (Network Time Protocol) pour la synchronisation de l’heure.
...

Hyperlien : https://blog.genma.fr/Tuto-Freebox-TFTP-et-Options-DHCP.html

J'ai l'impression que c'est un ajout à rebours.

Selon l'IA, les options 2, 20, 21 sont formellement obsolètes ou déconseillées. Toujours selon l'IA, beaucoup d'options sont anciennes bien que certaines « puissent encore
avoir une utilité dans du démarrage réseau, des équipements embarqués ou des environnements très anciens » : 4, 5, 7-11, 13, 14, 16, 18, 24-39. Je vois beaucoup d'options
désuètes dans la liste intégrée au Freebox Server. Cela ressemble plus à une mauvaise blague ou à une forme de nostalgie.

basilix · « **Réponse #1 le:** **Hier** à 06:54:42 »

Time Offset [2] --> NTP Servers [42]
Time Server [4] --> NTP Servers [42], PCode [100], TCode [101]
Log Server [7] --> Méthode désuète.
Cookie Server [8] --> Méthode obsolète.
LPR Server [9] --> Méthode désuète.
Impress Server [10] --> Méthode obsolète.
Resource Location Server [11] --> Méthode obsolète.
...

basilix · « **Réponse #2 le:** **Hier** à 09:30:15 »

Idem pour systemd avec l'option Broadcast Address. Une relique qui date de Mathusalem.

https://github.com/systemd/systemd/issues/31252

https://networkengineering.stackexchange.com/questions/64604/redundant-option-in-dhcp

Optix · « **Réponse #3 le:** **Hier** à 09:40:51 »

Doucement avec le multi-post, tu peux éditer le premier pour apporter des éléments hein

Sinon, qui es-tu pour juger de l'obscolescence des méthodes ?

Par exemple, le "Log server" (opt 7), c'est très utile pour moi, FAI, afin que les boxs centralisent leurs logs sur un serveur commun.

basilix · « **Réponse #4 le:** **Hier** à 16:13:59 »

@Optix :

Beaucoup d'options sont inutiles car elles sont dépassées, substituables par d'autres ou rarement utilisées. La plupart n'ont
pas été déprécié par l'IANA. Le bon sens indique toutefois que cela relève de reliques du passé. J'ai d'ailleurs donné un
exemple significatif avec l'explication qui l'accompagne, celui du support de l'option DHCPv4 28 : Broadcast Address.

Citer

Because in days long forgotten, one could use the all-zeros address or the all-ones address for broadcast, so you had to tell systems which way each network leans.
Today (and for about 30 years), everything uses the all-ones address.

citation de Ricky, sur le site networkengineering.stackexchange.com

Elle fait d'ailleurs partie de la liste des paramètres requis envoyés par une Livebox. L'IA m'assiste dans cette tâche et il est
vraisemblable que ces options ne soient jamais dépréciées.

thenico · « **Réponse #5 le:** **Hier** à 17:12:12 »

Parce que cela ne coute virtuellement rien de les laisser dans le produit?
La liste est probablement autogeneré depuis la définition des options dans le code du serveur DHCP.

basilix · « **Réponse #6 le:** **Aujourd'hui** à 10:25:05 »

J'ai construit empiriquement ma propre liste.

Code: [Sélectionner]

Pad (0)
Subnet Mask (1)
Router (3)
Domain Server (6)
Hostname (12)
Domain Name (15)
MTU Interface (26)
NTP Servers (42)
Vendor Specific (43)
Address Request (50)
Address Time (51)
Overloaded (52)
DHCP Msg Type (53)
DHCP Server Id (54)
Parameter List (55)
DHCP Message (56)
DHCP Max Msg Size (57)
Renewal Time (58)
Rebinding Time (59)
Class ID (60)
Client ID (61)
Server-Name (66)
Bootfile-Name (67)
User-Class (77)
Rapid Commit (80)
Client FQDN (81)
Relay Agent Information (82)
Authentication (90)
Client System (93)
Client NDI (94)
UUID/GUID (97)
PCode (100)
TCode (101)
IPv6-Only Preferred (108)
OPTION_DHCP4O6_S46_SADDR (109)
DHCP Captive-Portal (114)
Domain Search (119)
SIP Servers DHCP Option (120)
Classless Static Route Option (121)
V-I Vendor Class (124)
V-I Vendor-Specific Information (125)
FORCERENEW_NONCE_CAPABLE (145)
RDNSS Selection (146)
TFTP server address (150)
OPTION_V4_DNR (162)
End (255)

Les attributions pour les options 128-135 (PXE) ne sont pas claires.

Options retirées de ma liste.

Code: [Sélectionner]

iSNS (83)
OPTION_PANA_AGENT (136)

Code: [Sélectionner]

GEOCONF_CIVIC (99)
CCC (122)
OPTION_V4_LOST (137)
OPTION_CAPWAP_AC_V4 (138)
OPTION-Ipv4_Address-MoS (139)
OPTION-Ipv4_FQDN-MoS (140)
SIP UA Configuration Service Domains (141)
OPTION_V4_SZTP_REDIRECT (143)
GeoLoc (144)
OPTION_V4_DOTS_RI (147)
OPTION_V4_DOTS_ADDRESS (148)
status-code (151)
base-time (152)
start-time-of-state (153)
query-start-time (154)
query-end-time (155)
dhcp-state (156)
data-source (157)
OPTION_V4_PCP_SERVER (158)
OPTION_V4_PORTPARAMS (159)
OPTION_MUD_URL_V4 (161)
Configuration File (209)
Path Prefix (210)
Reboot Time (211)
OPTION_6RD (212)
OPTION_V4_ACCESS_DOMAIN (213)
Subnet Allocation Option (220)
Virtual Subnet Selection (VSS) Option (221)

thenico · « **Réponse #7 le:** **Aujourd'hui** à 15:37:06 »

Et c'est quoi la finalité de cette démarche ?

brupala · « **Réponse #8 le:** **Aujourd'hui** à 17:13:29 »

??
personne n'est obligé de répondre à une demande d'option, d'où le nom ....

basilix · « **Réponse #9 le:** **Aujourd'hui** à 18:10:10 »

@thenico :

C'est bien simple. J'essaye d'implémenter l'information spécifique au vendeur dans le programme odhcpd (OpenWrt).
Il me manquait un bout pour achever mon travail d'intégration. Il fallait que je détermine quelles options envoyer dans
les messages DHCP. On voit que certaines options sont corrélées mais sans vraiment bien saisir. J'ai voulu clarifier
en reprenant les RFC pour rendre la lecture des sources plus fluide et moins lourde (obtus). C'est plus simple en
ayant de bonnes références et en transformant le jargon technique en quelque chose de compréhensible.

18:14 Quand je dis « déterminer quelles options envoyer » il s'agit évidemment des sous-options dans l'option
spécifique au vendeur. DHCPv4 43, 124, 125, 60. DHCPv6 16 et 17. Et il faut aussi prendre en compte
la configuration par interface et par hôte.

@brupala :

Je n'ai pas compris. Pourrais-tu reformuler ?