Pourquoi l'offre DHCP et Ack sont-elles diffusées?

Pourquoi ne peut pas le serveur, utilisez l'adresse de destination IP 0.0.0.0 comme est utilisé dans la source IP du DHCP Discover et de la Demande? Il peut utiliser l'adresse MAC du client appris de découverte DHCP et de la Demande directe de l'image pour le client approprié de la machine.

source d'informationauteur Bruce

  1. 15

    La monodiffusion ou la diffusion de choix est spécifié dans la DHCP RFC 2131:

    Si le 'giaddr' champ dans un message DHCP à partir d'un client est non nul,
    le serveur envoie les messages de retour pour le "serveur DHCP" sur le port
    Agent de relais BOOTP dont l'adresse apparaît dans 'giaddr'. Si le 'giaddr'
    le champ est zéro, et la 'ciaddr' champ est différent de zéro, alors le serveur
    unicasts DHCPOFFER et DHCPACK messages à l'adresse de 'ciaddr'.
    Si 'giaddr' est zéro et 'ciaddr' est zéro, et la diffusion de bits est
    le jeu, puis le serveur diffuse DHCPOFFER et DHCPACK messages
    0xffffffff. Si la diffusion bit n'est pas défini et 'giaddr' est égal à zéro et
    'ciaddr' est zéro, alors le serveur unicasts DHCPOFFER et DHCPACK
    les messages du client adresse matérielle et 'yiaddr' adresse. Dans
    tous les cas, lorsque 'giaddr' est zéro, le serveur diffuse toute DHCPNAK
    messages à 0xffffffff.

    avec ciaddr et giaddr:

    ciaddr        4  Client IP address; only filled in if client is in BOUND, RENEW or REBINDING state and can respond to ARP requests.
giaddr        4  Relay agent IP address, used in booting via a relay agent.

    De sorte que le serveur DHCP choisit de diffuser ou non en fonction de l'état actuel du client (surtout si il a déjà une adresse IP ou non) et, en conséquence, à l'expéditeur du message, si c'est un agent de relais ou tout simplement un client.

    Pourquoi l'offre DHCP et Ack sont-elles diffusées?

    Dans ce cas, mon serveur DCHP choisi de monodiffusion le DHCPOFFER parce que ma machine a une adresse IP et je n'ai pas un agent de relais dans mon LAN.

    EDIT:

    Et personne ne peut utiliser l'adresse IP 0.0.0.0 comme adresse de destination. Comme spécifié dans le IPv4 RFC 5735:

    0.0.0.0/8 Adresses dans ce bloc référer à la source d'hôtes sur "ce"
    réseau. Adresse 0.0.0.0/32 peut être utilisée comme adresse source pour cette
    hôte sur ce réseau    ; d'autres adresses dans 0.0.0.0/8 peut être utilisé pour
    reportez-vous aux hôtes spécifiés sur ce réseau ([RFC1122], Section
    3.2.1.3).

  2. 0

    De la RFC 2131page 24:

    Normalement, les serveurs DHCP et BOOTP relay agents de tenter de remettre le
    DHCPOFFER, DHCPACK et DHCPNAK des messages directement au client à l'aide de
    uicast de livraison. L'IP adresse de destination (dans l'en-tête IP) est définie
    pour le DHCP 'yiaddr' adresse et la couche de liaison de l'adresse de destination est
    ensemble pour le DHCP 'chaddr' adresse. Malheureusement, certains client
    les implémentations sont pas en mesure de recevoir de telles unicast des datagrammes IP jusqu'
    la mise en œuvre a été configuré avec une adresse IP valide
    (conduisant à un blocage dans lequel l'adresse IP du client ne peuvent pas être
    livré jusqu'à ce que le client a été configuré avec une adresse IP).

    Un client qui ne peut pas recevoir des datagrammes IP unicast jusqu'à sa
    le logiciel de protocole a été configuré avec une adresse IP DOIT définir
    la DIFFUSION de bits dans les "drapeaux" du champ à 1 dans tous les DHCPDISCOVER ou
    DHCPREQUEST messages que le client envoie. La DIFFUSION bit fournira
    un indice pour le serveur DHCP et BOOTP agent de relais pour diffuser de
    les messages du client sur le sous-réseau du client.

    Un client qui
    peut recevoir des datagrammes IP unicast avant son logiciel de protocole a été
    configuré DEVEZ désactiver la DIFFUSION de bits à 0. La BOOTP
    précisions document décrit les ramifications de l'utilisation de la
    DIFFUSION bits.