Passage des requêtes DHCP entre deux sous-réseaux

Normalement, les routeurs ne permmettent pas le passage des requêtes DHCP entre les sous-réseaux. Pour pallier à ce problème il faut configurer les routeurs pour qu'ils permettent le passage de ce genre de
requêtes.
J'ai trouvé dans un site de vulgarisation d'informatique que tous routeurs
conforme à la norme RFC 1542 permet le passage des requêtes DHCP.
Ma question est le suivante :
Est-ce qu'on configure un routeur pour qi'il devient conforme à cette norme? ou bien quand il est acheté, un routeur est soit conforme à la norme RFC 1542 soit non ?

la RFC 1542 decrit les agents de relais BOOTP/DHCP qui est un service permettant de faire passer à travers un routeur des messages DHCP. pour plus d'informations consulte ce lien:
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/fr/library/ServerHelp/6b895cb2-3dd1-4c11-8a66-fd0cba1dfe80.mspx?mfr=true.

un routeur conforme RFC1542 c'est à dire que sa couche logicielle integre ce service et peut etre activé/desctivé.
pas tout routeur est conformes RFC1542 dés le depart mais si son constructeur propse des mises à jour pour le logiciel y integré, le routeur peut devenir un routeur conforme 1542.

Merci pour votre réponse. j'ai très compréhensible.
Pourquoi pour l'envoi du DHCPDISCOVER on utlise une requête UDP (et pas TCP qui est plus fiable) sachant que UDP travaille en mode non connecté ce qui donne n'offre pas un acqittement lorsque la trâme n'arrive pas a sa destination ?!
Est-ce qu'on a choisi UDP parce qu'il s'agit d'une petite trâme alors le risque que le message DHCPDISCOVER n'arrive pas a sa destination très faible ??

le choix du protocole de transport est une mission de la couche application (le client DHCP dans ce cas). UDP est choisi parce que soit l'application mis en oeuvre elle meme des mecanismes de fiabilité (gestion d'erreur, ...) et en plus ils s'agit de tres petits messages et la plupart du temps un seul paquet permet de vehiculler le message (pas de de fragmentation) donc aucune necessité de la fiabilité de transmission et comme ca elle peut profiter de la rapidité de UDP.

c'est ma justification-

Je suis d'accord avec vous, car c'est tout a fait logique. ça sera pas une bonne idée d'utiliser une communication TCP qui demande trop de paramètres pour transporter une petite trâme qui va chercher les serveurs DHCP.
Par contre, logiquement, il faut que le client soit équipé d'un Timer pour éviter les attentes infinis au cas où ce dernier ne reçoit pas de reqêtes DHCPOFFER pendant une durée de temps plus ou moins longue.
En plus, je crois que la durée de Timer doit être souple selon la grandeur du réseau.
Supposons qu'on a mis un Timer avec une durée courte, dans ce cas avant que la trame arrive au(x) serveur(s) DHCP, le client va émettre un autre DHCPOFFER en croyant que sa trâme n'a pas atteindre aucune destination !!!
Pb=> Utilisation incorrecte des ressources réseaux
Cas contraire, si la durée de Timer est trop longue, on aura une perte de temps car le client va attendre bcp de temps avant de réemettre un DHCPDISCOVER !!!
J'ai lu cela nul part, j'essaye juste de réfléchir logiquement aux problèmes qui peuvent survenir !!!
Pb=> Perte de temps
J'ai lu ça nul part, j'essaye de résoudre logiquement les choses, peut-être que je suis en train de dire des bétises