Hay 4 pasos en DHCP: descubrir, ofrecer, solicitar y reconocer.
¿Por qué el tercer paso se llama "Solicitud"? Nadie solicita nada en este paso, ¿verdad?
El cliente simplemente dice que aceptará la IP proporcionada por el servidor DHCP.
¿Dónde está la parte de "solicitud" en este paso?
Respuesta1
Sí, se está solicitando algo.
Puedes leer la conversación así:
Computer: "I need an IP address!" <-- This is the discover
Server: "I have 10.11.12.13 available." <-- This is the offer
Computer: "May I have have 10.11.12.13?" <-- This is the request
Server: "Yes, you may." <-- This is the ack
Hay mucho más que esto, pero esencialmente este es el proceso. Tiene sentido si consideras la cobertura.podríave así:
Computer: "I need an IP address!"
Server1: "I have 10.11.12.13 available."
Server2: "I have 10.11.12.19 available."
Server3: "I have 10.12.1.2 available."
Computer: "May I have 10.11.12.13?"
Server1: "Yes, you may."
En este caso, hay tres servidores DHCP que escucharon el paquete de descubrimiento y los tres respondieron con una oferta. El cliente "seleccionó" la primera oferta que recibió y respondió con una solicitud al Servidor1, que concedió porque la dirección estaba dentro de su alcance y estaba disponible.
Server2 y Server3 nunca recibieron una solicitud, por lo que no asignan las IP que ofrecieron, por lo que siguen estando disponibles. Si no tuviera el paso de solicitud adicional, un cliente habría agotado 3 direcciones IP en lugar de solo una.
Respuesta2
El cliente aún no tiene un contrato de arrendamiento y está solicitando uno, por eso se llama "Solicitud". Solicita que se emita, verifique o prorrogue un contrato de arrendamiento.
Respuesta3
El tercer paso es "A mí (cliente) me gustaría usar esa IP suya (servidor)". Como el siguiente paso es que el servidor lo reconozca o no lo reconozca, parecería una tontería que el servidor tenga que reconocer una aceptación.
Respuesta4
de verdad me gustaLa respuesta de Wes Sayeed. Varios servidores DHCP podrían ser una de las razones por las que la solicitud es útil.
Aquí hay otra razón: intentar reutilizar la misma dirección que antes.
La solicitud es una solicitud de permiso para usar la dirección. El descubrimiento, la oferta, la solicitud y el reconocimiento a veces se denomina DORA.
#1: DESCUBRIR: El cliente solicita a la red (a través de un mensaje de difusión) un servidor DHCP
#2: OFERTA: el servidor DHCP responde y proporciona una dirección potencial
#3: SOLICITUD: La máquina/dispositivo del usuario final envía una solicitud al servidor, solicitando que el servidor DHCP asigne/reserva/use la dirección solicitada para ese dispositivo
#4: RECONOCIMIENTO: si la respuesta es un RECONOCIMIENTO, no un NACK (confirmación negativa), entonces la solicitud se considera concedida.
Aquí está la parte complicada: no es necesario que la solicitud coincida con la oferta.
Por ejemplo: si una computadora portátil estuvo fuera de la red por un tiempo y luego intenta conectarse (a la misma red o a una diferente), es posible que la computadora portátil desee usar la misma dirección si es posible. Aquí hay un ejemplo de una conversación inventada:
#1: DESCUBRIR: 0.0.0.0 pregunta 255.255.255.255: "¿Me pueden ofrecer una dirección y saber quién es usted?" La dirección de Capa 2 se envía desde la dirección MAC-48 del dispositivo a FF-FF-FF-FF-FF-FF (difusión).
#2: OFERTA: 192.168.0.10 dice: "Soy un servidor DHCP. ¿Qué tal si uso 192.168.0.235?" Esto se devuelve a la dirección IP 0.0.0.0 y se envía a la dirección MAC-48 del cliente DHCP.
#3: SOLICITUD: 0.0.0.0 dice a 192.168.0.10: "¿Puedo tener 192.168.0.117?" (Por ejemplo, la computadora portátil usaba 192.168.0.117 antes).
#4: NACK: 192.168.0.10 responde: "No". (Quizás otro sistema esté usando eso ahora).
#5: La computadora portátil deja de poder seguir usando la dirección que quería.
#6: (¿Quizás después de otro DESCUBRIR y OFRECER?) El cliente DHCP hace otra SOLICITUD. Entonces, usando los números que ya se muestran en este ejemplo, 0.0.0.0 le dice a 192.168.0.10: "¿Qué tal si me dejas tener 192.168.0.235?"
#6: ACK: El servidor DHCP dice: "Está bien. 192.168.0.235 está reservado para usted durante las próximas 8 horas. Asegúrese de solicitar una renovación antes de ese tiempo si desea seguir teniendo esa dirección reservada. De lo contrario, podría revelar esa dirección a otra persona."
Eso demuestra otro beneficio que tenemos, gracias al paso SOLICITAR.
Ahora bien, dado que SOLICITUD es parte del diseño, el paso realmente es una parte obligatoria de la conversación electrónica.
El DESCUBRIR y OFRECER y básicamente conversaciones sobre planificación. La SOLICITUD es el intento real de conseguir un compromiso. En realidad, no se confirma nada hasta que se realiza el ACK. Un servidor DHCP podría OFRECER legítimamente la misma dirección a varias máquinas, siempre que solo reconozca la asignación de la dirección a una sola máquina. (No estoy diciendo que haya una buena razón para que un servidor DHCP haga eso. Solo digo que el protocolo/estándar lo permitiría sin causar conflictos de direcciones IP). El cliente no puede usar el dirección hasta que recibe el RECONOCIMIENTO, que sólo viene después de la SOLICITUD. Un servidor DHCP no se molestaría en enviar una confirmación antes de una SOLICITUD, porque el cliente DHCP típico no estaría listo para la confirmación hasta después de enviar la SOLICITUD, por lo que el cliente DHCP típico ignoraría y perdería la confirmación inesperada.