Ubuntu

Conceptos básicos de DHCP

Conceptos básicos de DHCP

Retrocedamos y echemos un vistazo muy básico a DHCP. De hecho, veamos la analogía de asignar una dirección postal a su casa. Por lo general, esto lo hace la oficina local de despacho del 911 o alguna otra autoridad central. Por lo general, usan un mapa topográfico o un par de latitud y longitud para ubicarlo, antes de asignar los números de su casa de un conjunto de direcciones disponibles, compatibles con otras direcciones en el área.

Supongamos que no está seguro de a quién llamar, por lo que simplemente transmite un mensaje a todos los que se encuentran en el rango: sus vecinos, las autoridades locales, etc. Explica que se encuentra en una latitud y longitud determinadas, y que necesita un habla a. Ese proceso podría verse así:

Tratando de DESCUBRIR quién podría darte una dirección

Es una posibilidad remota, ya sabes, pero es lo único en lo que puedes pensar en este momento. Y, sorpresa, alguien autorizado te responde con una OFERTA.

Para su sorpresa, alguien autorizado le OFRECE una dirección

No va a perder esta oportunidad, así que déjele saber a la autoridad que sí, quiere esa dirección, tal como se la dieron. De hecho, solo para asegurarse, SOLICITA formalmente la dirección. Felizmente, la autoridad RECONOCE que la dirección es suya, o al menos, por un tiempo, de todos modos.

SOLICITAS formalmente la dirección, y RECONOCEN que es tuya.

La versión de red de DORA

Este proceso de negociación de DHCP se conoce como DORA: Descubrir, Ofrecer, Solicitar, Reconocer. Hay otras posibles respuestas en varios puntos del intercambio, pero las cubriremos en otro blog. La versión de red de DORA se parece a esto:

DORA vista desde la red

Puede leer los pasos anteriores: básicamente se explican por sí mismos. Lo que no es siempre obvio es que todo el intercambio tiene lugar en difusiones, en lugar de paquetes direccionados. Dicho de otra manera, la DIP (dirección IP de destino) es siempre 255.255.255.255, la dirección de streaming. El intercambio se vuelve semiprivado con la primera OFERTA, mediante el uso de cargas útiles de mensajes.

DORA en paquetes

De hecho, vale la pena considerar (muy brevemente) un intercambio de paquetes DHCP. Normalmente, se parece a esto:

DHCP Discover
Ehternet Header: DA=FF-FF-FF-FF-FF-FF, SA=<client MAC>
IP Header: SIP=0.0.0.0, DIP=255.255.255.255
DHCP Payload: Client MAC=<client MAC>

DHCP Offer
Ethernet Header: DA=FF-FF-FF-FF-FF-FF, SA=<DHCP server MAC>
IP Header: SIP=<DHCP server IP address>, DIP=255.255.255.255
DHCP Payload: Offered IP=<offered IP>, Client MAC=<client MAC>,
Subnet Mask=<Subnet mask>, Router IP=<router IP>, 
DNS=<DNS server1 IP, DNS server2 IP>, IP Lease Time=<time>s,
DHCP Server Identifier=<DHCP server IP address>

DHCP Request
Ethernet Header: DA=FF-FF-FF-FF-FF-FF, SA=<client MAC>
IP Header: SIP=0.0.0.0, DIP=255.255.255.255
DHCP Payload: Client MAC=<client MAC>, 
Requested IP Address=<offered IP>, 
DHCP Server Identifier=<DHCP server IP address>

DHCP Ack
Ethernet Header: DA=FF-FF-FF-FF-FF-FF, SA=<DHCP server MAC>
IP Header: SIP=<DHCP server IP address>, DIP=255.255.255.255
DHCP Payload: Offered IP=<offered IP>, Client MAC=<client MAC>,
Subnet Mask=<Subnet mask>, Router IP=<router IP>, 
DNS=<DNS server1 IP, DNS server2 IP>, IP Lease Time=<time>s,
DHCP Server Identifier=<DHCP server IP address>

Sin duda, podríamos pasar bastante tiempo decodificando estos paquetes y explicando, en detalle, cada uno de los parámetros. Sin embargo, para este artículo, centrémonos en un par de cosas:

  1. El servidor DHCP proporciona todos los parámetros de configuración necesarios en los mensajes OFERTA y ACK. No queda nada fuera: el cliente recibe una dirección IP, una máscara de subred, una ubicación de enrutador, las IP de ambos servidores DNS, el límite de tiempo de arrendamiento y la identidad del servidor DHCP. No es necesario nada más para que el cliente solicitante comience a operar de forma independiente en la red.
  2. El cliente solicitante hace no comience a usar la dirección IP ofrecida hasta que reciba el mensaje ACK. Tenga en cuenta que en la solicitud DHCP, arriba, el SIP (IP de origen) sigue siendo 0.0.0.0, aunque el cliente conoce la IP ofrecida (la envía de vuelta en la solicitud para confirmar).

Ahí lo tienes, una vista muy básica de DHCP. En el próximo blog, hablaremos extensamente sobre cómo múltiples servidores DHCP y múltiples clientes solicitantes pueden mantener las cosas en orden.

Leave a Comment

You may also like