Por que a solicitação DHCP é chamada de solicitação?

Question

Existem 4 etapas no DHCP: Descobrir, Oferecer, Solicitar e Reconhecer.

Por que a terceira etapa é chamada "Solicitação"? Ninguém está pedindo nada neste passo, estão?

O cliente simplesmente está dizendo que aceitará o IP dado pelo servidor DHCP.

Onde está a parte "request" neste passo?

    

Answer 1

Sim, algo está sendo solicitado.

Você pode ler a conversa assim:

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

Há muito mais nisso do que isso, mas essencialmente esse é o processo. Faz sentido quando você considera que a cobertura poderia ser assim:

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."

Nesse caso, há três servidores DHCP que ouviram o pacote de descoberta e todos os três responderam com uma oferta. O cliente "selecionou" a primeira oferta recebida e respondeu com uma solicitação ao Server1, que foi concedida porque o endereço estava dentro de seu escopo e estava disponível.

O Servidor2 e o Servidor3 nunca receberam uma solicitação, por isso não alocam os IPs que eles ofereceram, tornando-os ainda disponíveis. Se você não tiver a etapa de solicitação extra, um cliente teria esgotado 3 endereços IP em vez de apenas um.

    

Answer 2

O cliente ainda não tem uma concessão e está solicitando um, por isso é chamado de "Solicitação". Ele solicita que uma concessão seja emitida, verificada ou estendida.

    

Answer 3

O terceiro passo é "Eu (cliente) gostaria de usar esse ip de você (servidor)". Como o próximo passo é o servidor ACKnowledges ou NotAcKnowleges, soaria bobagem que o servidor tenha que reconhecer uma aceitação.

    

Answer 4

Eu gosto muito da resposta de Wes Sayeed . Vários servidores DHCP podem ser um dos motivos pelos quais a solicitação é útil.

Aqui está outro motivo: tentando reutilizar o mesmo endereço de antes.

A solicitação é uma solicitação de permissão para usar o endereço. O Discover, Offer, Request, Acknowledgement é algumas vezes chamado de DORA.

# 1: DISCOVER: O cliente pergunta à rede (via mensagem de broadcast) por um servidor DHCP

# 2: OFFER: o servidor DHCP responde e fornece um endereço em potencial

# 3: REQUEST: A máquina / dispositivo do usuário final envia uma solicitação ao servidor, solicitando que o servidor DHCP aloque / reserve / utilize o endereço solicitado para esse dispositivo

# 4: ACKnowledge: Se a resposta for um ACKnowledge, não um NACK (confirmação negativa), a solicitação será considerada como concedida.

Aqui está a parte complicada: a solicitação não precisa corresponder à oferta.

Por exemplo: Se um laptop saiu da rede por um tempo e tentou se conectar (à mesma rede ou a outro), o laptop pode querer usar o mesmo endereço, se possível. Aqui está uma amostra de conversa inventada:

# 1: DISCOVER: 0.0.0.0 pergunta 255.255.255.255: "Posso ter um endereço oferecido e saber quem você é?" O endereço da Camada 2 envia do endereço MAC-48 do dispositivo para FF-FF-FF-FF-FF-FF (transmissão).

# 2: OFFER: 192.168.0.10 diz: "Sou um servidor DHCP. Que tal usar 192.168.0.235?" Isso é enviado de volta para o endereço IP 0.0.0.0 e enviado para o endereço MAC-48 do cliente DHCP.

# 3: REQUEST: 0.0.0.0 diz para 192.168.0.10: "Posso ter 192.168.0.117?" (Por exemplo, o laptop usou 192.168.0.117 antes.)

# 4: NACK: 192.168.0.10 responde: "não" (Talvez outro sistema esteja usando isso agora.)

# 5: o laptop desiste de continuar usando o endereço desejado.

# 6: (Talvez depois de outro DISCOVER e OFFER?) O cliente DHCP faz outro REQUEST. Então, usando números já mostrados neste exemplo, 0.0.0.0 diz para 192.168.0.10: "Que tal me deixar ter 192.168.0.235?"

# 6: ACK: O servidor DHCP diz: "Ok. 192.168.0.235 está reservado para você, pelas próximas 8 horas. Certifique-se de solicitar uma renovação antes desse horário se quiser manter esse endereço reservado. Caso contrário, eu poderia dar esse endereço para outra pessoa. "

Isso demonstra outro benefício que temos, graças à etapa REQUEST.

Agora, como o REQUEST faz parte do design, a etapa é realmente uma parte obrigatória da conversa eletrônica.

O DISCOVER e OFERTA e basicamente conversas sobre planejamento. O PEDIDO é a tentativa real de obter um compromisso. Nada é realmente confirmado até que o ACK seja feito. Um servidor DHCP pode legitimamente OFERECER o mesmo endereço a várias máquinas, desde que reconheça apenas a atribuição do endereço a apenas uma máquina. (Não estou dizendo que haveria uma boa razão para um servidor DHCP fazer isso. Estou apenas dizendo que o protocolo / padrão permitiria isso sem causar conflitos de endereço IP.) O cliente não tem permissão para usar o servidor DHCP. endereço até obter a confirmação, que só vem depois do PEDIDO. Um servidor DHCP não se incomodaria em enviar uma confirmação antes de um PEDIDO, porque o cliente DHCP típico não estaria pronto para a confirmação até depois de enviar o PEDIDO, portanto o cliente DHCP típico ignoraria e perderia a confirmação inesperada.