No olvides que en las ciencias informáticas cualquier problema puede tener varias soluciones, no obstante nosotros aquí enseñaremos lo más óptimo y mejor.
Solución:
DHCP se basa en BOOTP que fue creado en 1985.
Usos BOOTP TFTP como el protocolo de transferencia de archivos.
TFTP se creó en 1981 y utiliza el puerto 69, por lo que se trataba de utilizar los puertos no utilizados más cercanos (68 y 67).
DHCP se basa en el protocolo BOOTP anterior que utiliza números de puerto conocidos tanto para el servidor como para el cliente en lugar de un puerto efímero. El servidor y el cliente se comunican a través de una transmisión y el servidor transmite la dirección IP ofrecida al cliente en el puerto UDP 68. Se introduce el uso de un puerto conocido en el lado del cliente para abordar el problema asociado con esta transmisión, que describiremos. abajo.
Supongamos que el host A usa el cliente BOOTP en el puerto efímero 1883 y el host B (que está en la misma red) usa el cliente MQTT en el mismo puerto. Ahora, cuando el servidor BOOTP envía un mensaje de respuesta de difusión con la dirección IP de difusión 255.255.255.255 y el número de puerto de destino. 1883, el host A aceptará el mensaje correcto en su cliente DHCP en la capa de aplicación. Pero el cliente MQTT que se ejecuta en la capa de aplicación del host B recibirá un mensaje incorrecto. El uso de un puerto bien conocido (en nuestro caso, el 68) impide el uso de los mismos dos números de puerto de destino y, por lo tanto, prohíbe que otros protocolos utilicen el mismo puerto que ya está en uso por otro protocolo. En palabras simples, evita que una aplicación reciba un mensaje de un protocolo completamente diferente.
Para obtener más detalles, le recomendaría que consulte el RFC 2131.
Más adelante puedes encontrar las crónicas de otros sys admins, tú de igual forma tienes el poder dejar el tuyo si lo deseas.