Tutte le ip helper-addresslinee configurate nella VLAN accettano la trasmissione DHCP dal client, aggiungono l'indirizzo del router (gateway) nel pacchetto UDP, quindi unicast ai server DHCP. [Sono sicuro che la riscrittura dei pacchetti viene eseguita una sola volta, quindi una copia inviata a ciascun server DHCP.] Tutti i server elencati configurati ricevono il pacchetto DHCPDiscover dal relay del router.
La ridondanza dei server DHCP non dipende solo dal sistema operativo, ma dalla versione specifica! Per Windows menzionato, le opzioni vanno da un vero ambito diviso in Windows 2008 R2 alla ridondanza di failover attivo in Windows 2012. Per server DHCP non così robusti (ovvero Windows 2003), è possibile configurare manualmente una divisione- scopo. Raccomandazione comune è la regola 80/20 con l'80% dei contratti di locazione configurati su ciò che tu (e solo tu) considerate il vostro server DHCP primario e il 20% e il secondario. Le esclusioni vengono aggiunte a ciascun server DHCP in quanto hanno ambiti sovrapposti.
Poiché non sono un fan degli ambiti sovrapposti in Windows 2003 poiché le esclusioni tendono a essere nascoste alla vista, preferisco semplicemente dividere la sottorete a metà per ciascun server DHCP. Un blocco / 24 per i contratti di locazione client diventa due / 25 blocchi. La chiave è che la subnet mask nell'ambito è ancora a / 24. Gli indirizzi IP di inizio e fine nell'intervallo configurato nell'ambito rientrano in / 25. Ora raccomando alcune esclusioni per dispositivi di rete come l'interfaccia VLAN IP addr e HSRP, nonché alcune per dispositivi statici (ad es. Stampanti) nella stessa sottorete. Quindi escludo i primi 16 (0-15) indirizzi - l'indirizzo zero non sarebbe usato, ovviamente, comunque - ed escludo i primi 16 (240-255) - 255 broadcast, ovviamente. Puoi effettivamente evitare di non configurare l'esclusione semplicemente avviando e terminando l'indirizzo IP in modo appropriato.
Le informazioni di base sull'ambito in un ambito suddiviso 50/50 configurato manualmente (2x / 25 = / 24) sono simili a:
DHCP primario
Scope-lower: 192.0.2.0/24, inizio 192.0.2.16, fine 192.0.2.127, nessuna esclusione
DHCP secondario
Scope-upper: 192.0.2.0/24, inizio 192.0.2.128, fine 192.0.2.239, nessuna esclusione
Configurare ambiti identici (2x / 24) con le esclusioni appropriate se si preferisce questo metodo:
DHCP primario
Scope-full: 192.0.2.0/24, inizio 192.0.2.16, fine 192.0.2.239, esclusioni 1-15, 128-254
DHCP secondario
Scope-full: 192.0.2.0/24, inizio 192.0.2.16, fine 192.0.2.239, esclusioni 1-127, 240-254
Poiché si verifica un ritardo ogni tanto lieve con i pacchetti duplicati DHCPDiscover unicast a ciascuno ip helper-address, a parità di tutti gli altri, il primo server DHCP elencato sarà in genere il primo a rispondere con un DHCPOffer e l'indirizzo scelto dal client quando effettua la richiesta DHCPR - nessuna garanzia però. Quindi posiziona prima il tuo server DHCP primario nella tua SVI per la VLAN. Un client riceve in genere più offerte DHCP e decide quale sia la migliore, di solito la prima ricevuta. L'assegnazione viene completata solo dopo che il client ha inviato una richiesta DHCPR al server, nel caso in cui il server abbia cambiato idea sul contratto di locazione o non sia più raggiungibile o ??? - e il server invia un DHCPACK.
interfaccia vlan123
desc svi per l'esempio di relè dhcp vl123
indirizzo IP 192.0.2.1
indirizzo helper indirizzo 192.0.4.1! Server DHCP primario
indirizzo IP helper 192.0.4.2! Server DHCP secondario
Tra i tuoi dati e le VLAN vocali, potresti voler alternare quello che consideri il server DHCP primario per una determinata VLAN. Lo faccio per aiutare a distribuire un po 'il contratto di locazione.
Se l'ambito di un server DHCP è pieno, non risponderà con un DHCPOffer, quindi l' offerta verrebbe da un altro server DHCP, supponendo che non sia anche piena. Durante la risoluzione dei problemi, tenere presente che un client Windows ricorderà l'IP che avevano noleggiato per ultimo e tenterà di ottenerlo nuovamente. Inoltre, tieni presente che qualsiasi prenotazione effettuata deve essere effettuata su entrambi i server e contabilizzata in tutti gli ACL presenti, ad esempio nei firewall.
Vedere Informazioni e risoluzione dei problemi relativi a DHCP in Catalyst Switch o Enterprise Networks per spiegazioni dettagliate e tracce dello sniffer del processo di inoltro DHCP.