SONiC Dell Networking: Inoltro DHCP (Dynamic Host Configuration Protocol)

Prerequisiti La denominazione dell'interfaccia standard viene utilizzata per dimostrare i concetti. Consultare l'articolo Di Dell 202172 Dell Networking serie S: Configurazione dell'interfaccia di base - SONiC 4.0 per ulteriori informazioni sulla denominazione dell'interfaccia

 

Indice

Introduzione
Inoltro
DHCPDHCP in una configurazione
MC-LAGOpzione
di informazioni di inoltro DHCPLimite
hopSelezione dell'interfaccia di origine
Inoltro DHCP su hop
successivi IPv6Inoltro DHCP tra VNF
Opzione secondaria di selezione della subnet virtuale
Relay DHCP in un'implementazione
VXLANInoltro DHCP e gateway
anycast staticoGestione dei pacchetti DHCPv4 con opzioni relay agent
Opzione secondaria
Override id serverScalabilità
Comandi show dell'inoltro DHCP
 

Introduzione

Dhcp (Dynamic Host Configuration Protocol) è un protocollo di rete che semplifica l'assegnazione di indirizzi IP e altre informazioni ai dispositivi di rete. Inoltre, gli indirizzi IP, DHCP assegnano anche subnet mask, indirizzo gateway predefinito, indirizzo DNS (Domain Name Server) e altri parametri di configurazione. SONiC enterprise supporta l'inoltro DHCP. Questa sezione fornisce una panoramica e informazioni sulla configurazione dell'inoltro DHCP.
 

Inoltro DHCP

L'inoltro DHCP è qualsiasi dispositivo che inoltra i pacchetti DHCP tra client DHCP e server DHCP tra subnet diverse. È possibile configurare lo switch in modo che funzioni come inoltro DHCP in una rete.

Quando un client DHCP richiede un indirizzo IP da un server DHCP, il client non è a conoscenza della subnet a cui appartiene. Quando un client è connesso a una rete, invia un messaggio DHCP DISCOVER come trasmissione. Se il server DHCP risiede all'interno della stessa LAN o VLAN, il server assegna direttamente un indirizzo IP al client.

Se il server DHCP risiede in un dominio di broadcast diverso, i router nella rete non inoltrano i messaggi DHCP DISCOVER dai client per impostazione predefinita. Se si configura un dispositivo come agente di inoltro DHCP nella rete, l'agent di inoltro può ricevere i messaggi di trasmissione DHCP DISCOVER e inviare una richiesta unicast al server DHCP per conto del client DHCP.

Un agent di inoltro DHCP consente ai client DHCP di ricevere indirizzi IP da un server DHCP, anche se il server si trova in una rete o una VLAN diversa.

Operazione di inoltro DHCP:
Nella figura 1, i client DHCP sono connessi all'interfaccia di un dispositivo di inoltro appartenente alla VLAN 10. Il server DHCP 1 e il server DHCP 2 sono collegati rispettivamente alla VLAN 20 e alla VLAN 30. Quando si configura un inoltro DHCP sul dispositivo, inoltra le richieste DHCP al rispettivo server DHCP e la risposta dal server ai client.
 

• Abilitare l'inoltro DHCP sull'interfaccia che si intende utilizzare per l'inoltro:

sonic(conf-if)# ip dhcp-relay dhcp-server-ip-address vrf vrf-name

admin@DELLSONiC:~$ sonic-cli
DELLSONiC# configure terminal
DELLSONiC(config)# interface Vlan 100
DELLSONiC(config-if-Vlan100)# ip dhcp-relay 10.10.200.12

DELLSONiC(config-if-Vlan100)# show configuration
!
interface Vlan100
 ip address 10.10.100.1/24
 ip dhcp-relay 10.10.200.12
DELLSONiC(config-if-Vlan100)#

 

Relay DHCP in una configurazione MC-LAG

In una configurazione MC-LAG, un client DHCP invia un pacchetto DHCP DISCOVER a uno dei peer MC-LAG. Quando uno dei peer riceve il pacchetto, lo trasmette al server DHCP. Quando il server DHCP invia una risposta, lo stesso peer MC-LAG che ha trasmesso il pacchetto DHCP DISCOVER inoltra la risposta dal server al client.

Linee guida di configurazione per MC-LAG:

• Configurare gli stessi server DHCP sugli switch peer MC-LAG.
• Configurare l'inoltro DHCP per utilizzare la selezione dei link e le opzioni dell'interfaccia di origine. Questa configurazione garantisce che la risposta dal server venga ricevuta dallo switch che ha trasmesso il pacchetto DHCP.
• Assicurarsi che il server DHCP sia raggiungibile da entrambi i peer MC-LAG.

Nella figura 2 seguente, un client DHCP invia un messaggio DHCP DISCOVER. Mc-LAG Peer 1 riceve il messaggio e lo trasmette al server DHCP tramite lo switch spine. Il server DHCP invia una risposta allo stesso peer MC-LAG che, a sua volta, trasmette le informazioni al client.
 

Opzione di informazioni di inoltro DHCP

In una rete in cui è coinvolto un singolo routing, l'inoltro DHCP utilizza l'indirizzo IP del gateway che si trova nel campo giaddr del pacchetto in inoltro per assegnare un indirizzo IP al client DHCP. Gli attori non autorizzati possono spoofare le richieste DHCP per ottenere l'accesso non autorizzato alla rete.

Per impedire ai dispositivi non autorizzati di accedere alla rete, gli amministratori di rete possono posizionare i client server DHCP su reti diverse. È possibile utilizzare l'opzione Di inoltro DHCP o l'opzione DHCP 82 per specificare in modo esplicito la subnet in cui risiede il client DHCP. L'agent di inoltro aggiunge la sottoopzione al pacchetto per specificare la subnet client e il server DHCP utilizza il valore dell'opzione secondaria, anziché giaddr, per assegnare l'indirizzo DHCP e il lease.
 
La figura 3 seguente illustra come funziona la selezione del collegamento all'inoltro DHCP.

1. Un client DHCP invia una richiesta DHCP.
2. L'agente di inoltro riceve il pacchetto di trasmissione e aggiunge la sotto-opzione di selezione del link con l'indirizzo 192.168.0.1.
3. L'agente di inoltro imposta il campo giaddr basato sull'interfaccia di origine configurata. Se l'interfaccia di origine è configurata come loopback 0, il giaddr è impostato su 103.103.103.103. Il giaddr deve essere raggiungibile dal server.
4. Il server DHCP identifica la subnet client dall'opzione di selezione del link e alloca l'indirizzo del pool di indirizzi 192.168.0.x. Il server genera il pacchetto di offerta e lo invia all'indirizzo IP specificato in giaddr.

 

Limite hop

I client DHCP in genere impostano il campo del numero di hop nel pacchetto DHCP su 0. Durante l'inoltro dei pacchetti DHCP, l'agente di inoltro incrementa il numero di hop di 1. Se il numero di hop nel pacchetto DHCP è maggiore o uguale al numero massimo di hop configurati nell'agent di inoltro, il dispositivo ignora il pacchetto.

Il limite dell'hop garantisce che i pacchetti DHCP non siano in loop nella rete in cui sono presenti più agenti di inoltro. Il valore predefinito del numero massimo di hop è 10 che è possibile configurare su un valore compreso tra 1 e 16.

La configurazione del limite dell'hop è per interfaccia (lato client) e si applica a entrambi i pacchetti DHCPv4 e DHCPv6. Il limite di hop viene applicato solo per i pacchetti che vengono inoltrati al server. Non è applicabile per i pacchetti di risposta ricevuti da un server. Il contatore dell'interfaccia viene mantenuto per tenere traccia del numero di pacchetti ignorati a causa del limite di hop.

• Impostare il limite massimo di hop. (Opzionale):

sonic(conf-if-Vlan100)# ip dhcp-relay max-hop-count hop-count

admin@DELLSONiC:~$ sonic-cli
DELLSONiC# configure terminal
DELLSONiC(config)# interface Vlan 100
DELLSONiC(config-if-Vlan100)# ip dhcp-relay max-hop-count 15

DELLSONiC(config-if-Vlan100)# show configuration
!
interface Vlan100
 ip address 10.10.100.1/24
 ip dhcp-relay 10.10.200.12
 ip dhcp-relay max-hop-count 15
DELLSONiC(config-if-Vlan100)#

 

Selezione dell'interfaccia di origine

L'inoltro DHCP fornisce un'opzione di configurazione dell'interfaccia di origine che specifica l'indirizzo di origine da utilizzare per i pacchetti in inoltro. Se non si specifica l'interfaccia di origine, l'indirizzo IP di origine nel pacchetto in inoltro viene determinato automaticamente in base all'interfaccia in uscita. Il sistema sceglie il primo indirizzo (IPv4 o IPv6) configurato sull'interfaccia che rientra nella stessa rete dell'indirizzo di destinazione o del router dell'hop successivo.

L'opzione di configurazione dell'interfaccia di origine è una per-interfaccia che è lato client e si applica a entrambi i pacchetti DHCPv4 e DHCPv6. Se l'interfaccia di origine configurata non dispone di alcun indirizzo IP, l'indirizzo IP di origine nel pacchetto in inoltro viene determinato in base all'interfaccia in uscita. Se si modifica l'indirizzo sull'interfaccia di origine, l'agente di inoltro utilizza l'indirizzo IP aggiornato per l'inoltro dei pacchetti.

Se l'opzione secondaria di selezione dei link è abilitata, configurare un'interfaccia di origine raggiungibile dal server. Se non si configura un'interfaccia di origine, l'opzione secondaria di selezione dei link non viene aggiunta al pacchetto con inoltro.

• Inserire la selezione dell'interfaccia di origine su un'interfaccia:

admin@DELLSONiC:~$ sonic-cli
DELLSONiC# configure terminal
DELLSONiC(config)# interface Vlan 100
DELLSONiC(config-if-Vlan100)# ip dhcp-relay source-interface Eth 1/10

DELLSONiC(config-if-Vlan100)# show configuration
!
interface Vlan100
 ip address 10.10.100.1/24
 ip dhcp-relay 10.10.200.12
 ip dhcp-relay source-interface Ethernet36
 ip dhcp-relay max-hop-count 15
DELLSONiC(config-if-Vlan100)#

 

Inoltro DHCP sugli hop successivi IPv6

Nelle implementazioni di rete del data center, come illustrato nella figura 4 seguente, il server DHCP è raggiungibile tramite una rete di underlay IPv6. L'inoltro DHCP è abilitato sullo switch Leaf 1, che ha la contiguità BGP con spine 1. Il server DHCP è connesso a uno switch Leaf 2 che ha anche la contiguità BGP con spine 1.
 
Le interfacce tra gli switch leaf e spine non dispongono di indirizzi IPv4, ma sono abilitate per l'inoltro IPv6 utilizzando indirizzi locali del collegamento. Il peering BGP tra switch leaf e spine viene stabilito utilizzando indirizzi locali di collegamento IPv6. BGP supporta RFC 5549, che consente di utilizzare un prefisso IPv4 su un hop successivo IPv6.

In leaf 1, la route IPv4 al server DHCP viene appresa tramite BGP e indica l'indirizzo del link locale dell'hop successivo spine 1. Spine 1 ha anche una route IPv4 che indica l'indirizzo hop successivo del link locale di Leaf 2.

Di seguito viene illustrato come funziona l'inoltro DHCP sugli hop successivi IPv6:

1. Il client DHCP genera la richiesta.
2. L'agente di inoltro su Leaf 1 è configurato per utilizzare Loopback0 come interfaccia di origine. L'agent di inoltro imposta il giaddr e l'indirizzo IPv4 di origine su 103.103.103.103 e inoltra la richiesta al server DHCP il cui indirizzo IP è 172.16.0.2 secondo la route BGP RFC 5549.
3. Leaf 2 riceve la richiesta DHCP inoltrata dalla spine 1 e la inoltra al server DHCP collegato direttamente.
4. Il server DHCP riceve la richiesta DHCP inoltrata, genera un pacchetto di offerta e lo invia all'indirizzo IP specificato nel giaddr, ovvero l'indirizzo di loopback Leaf 1 103.103.103.103.
5. Leaf 2 ha una route RFC5549 BGP per raggiungere l'indirizzo di loopback di Leaf 1, ovvero 103.103.103.130. L'offerta DHCP viene inoltrata all'agente di inoltro secondo la route BGP.
6. Leaf 1 riceve la risposta dal server DHCP, esegue lo striping dell'opzione 82 e la inoltra al client.

 

• Abilitare l'inoltro DHCP sull'interfaccia che si intende utilizzare per l'inoltro:

sonic(conf-if)# ipv6 dhcp-relay dhcp-server-ipv6-address vrf vrf-name

• Inserire la selezione dell'interfaccia di origine su un'interfaccia:

sonic(conf-if)# ipv6 dhcp-relay source-interface interface

• (Opzionale) Impostare il limite massimo di hop:

• (Opzionale) Specificare la modalità di gestione di un pacchetto di inoltro DHCP proveniente da un altro agente di inoltro:

sonic(conf-if)# ip dhcp-relay policy-action [discard | append | replace]

admin@DELLSONiC:~$ sonic-cli
DELLSONiC# configure terminal
DELLSONiC(config)# interface Vlan 100
DELLSONiC(config-if-Vlan100)# ipv6 dhcp-relay 2001:db8:4444::7777

DELLSONiC(config-if-Vlan100)# show configuration
!
interface Vlan100
 ip address 10.10.100.1/24
 ipv6 address 2001:db8:3333::7777/80
 ipv6 dhcp-relay 2001:db8:4444::7777
DELLSONiC(config-if-Vlan100)#

 

Inoltro DHCP tra VNF

L'agent di inoltro DHCP supporta l'inoltro delle richieste client a un server che si trova in un altro VRF. Ad esempio, il client è connesso a un'interfaccia associata al VRF predefinito e il server può risiedere nell'utente VRF. Per tali implementazioni, è possibile configurare un'opzione per specificare il nome VRF in cui risiede il server DHCP. Se non si specifica il nome VRF, il sistema presuppone che il server DHCP risieda nel VRF predefinito. L'inoltro DHCP supporta la configurazione di più server DHCP per una determinata interfaccia client e tutti questi server DHCP devono risiedere nello stesso VRF. È possibile configurare un solo server VRF per interfaccia lato client.
 
Se si utilizza l'inoltro DHCPv4, è necessario abilitare la selezione dei link quando il client e il server si trovano in VNF diversi. L'opzione secondaria di selezione del link deve utilizzare un'interfaccia associata al server VRF. Questa configurazione è necessaria per garantire che la risposta dal server venga ricevuta dall'inoltro DHCPv4. Se il client e il server si trovano nello stesso VRF, non è necessario configurare la selezione del link in quanto il giaddr si trova anche nel server VRF.

• Abilitare l'inoltro DHCP sull'interfaccia che si intende utilizzare per l'inoltro:

sonic(conf-if)# ip dhcp-relay dhcp-server-ip-address vrf vrf-name

vrf-name 

• (Opzionale) Abilitare l'opzione secondaria di selezione dei link su un'interfaccia:

sonic(conf-if)# ip dhcp-relay link-select

• (Opzionale) Per aggiungere informazioni VRF nel pacchetto DHCP inviato al server DHCP, specificare l'opzione di selezione VRF:

sonic(conf-if)# ip dhcp-relay vrf-select

admin@DELLSONiC:~$ sonic-cli
DELLSONiC# configure terminal
DELLSONiC(config)# interface Vlan 100
DELLSONiC(config-if-Vlan100)# ip dhcp-relay 10.10.200.12 vrf Customer1

DELLSONiC(config-if-Vlan100)# show configuration
!
interface Vlan100
 ip address 10.10.100.1/24
 ip dhcp-relay 10.10.200.12 vrf Customer1
DELLSONiC(config-if-Vlan100)#

 

Opzione secondaria di selezione della subnet virtuale

L'inoltro DHCP supporta più client su VRF diversi che condividono indirizzi IP sovrapposti. In tali implementazioni VRF, il server DHCP deve essere a conoscenza del VRF del client in modo che l'allocazione degli indirizzi possa essere eseguita in base a tale VRF. Per fornire informazioni VRF, l'inoltro DHCP include la sotto-opzione 151 per DHCPv4 e la sotto-opzione 68 per DHCPv6 come definito in RFC 6607.

L'opzione secondaria di selezione della subnet virtuale (tipo 0) trasporta ASCII VRFNAME configurato sull'interfaccia in ingresso a cui è connesso il client. Se l'interfaccia in ingresso è in VRF predefinito, la sotto-opzione non viene aggiunta al pacchetto in inoltro.

Per garantire l'interoperabilità, abilitare la sotto-opzione di selezione della subnet virtuale solo quando il server DHCP supporta l'allocazione degli indirizzi in base a VRF. Alcuni server potrebbero non riconoscere la sotto-opzione e allocare comunque il lease nello spazio VRF predefinito. L'inoltro DHCP non ignora queste risposte dal server.

Nella figura 5 seguente, sia il client DHCP 1 che il client DHCP 2 utilizzano lo stesso spazio di indirizzi. Se si configura una sotto-opzione di selezione della subnet virtuale sullo switch di inoltro DHCP, il dispositivo di inoltro include la sotto-opzione durante l'invio del pacchetto al server DHCP.
 

Inoltro DHCP in un deployment VXLAN

È possibile configurare un inoltro DHCP in un deployment VXLAN BGP EVPN per fornire servizi DHCP ai client EVPN o alle VM. La figura 6 seguente mostra un'implementazione tipica nelle reti VXLAN. Il client e il server possono essere negli stessi domini VRF o in domini diversi.
 
Di seguito viene illustrato il funzionamento di un inoltro DHCP in un deployment VXLAN:

1. Il client DHCP è collegato a VTEP1 sulla VLAN 10, associata a VrfRed.
2. L'inoltro DHCP è abilitato su VTEP1 per VLAN 10.
3. Il server DHCP è su VTEP2 ed è connesso alla VLAN 20, associata a VrfRed.
4. VTEP1 dispone di una route BGP EVPN Type-5 al server DHCP 172.16.0.1 che indica l'hop successivo del tunnel VXLAN.
5. L'inoltro DHCP inoltra il pacchetto in ingresso a 172.16.0.1 con giaddr impostato su 192.168.0.1. L'inoltro non è a conoscenza dei tunnel VxLAN.
6. VTEP1 aggiunge intestazioni tunnel Layer 2 underlay e inoltra il pacchetto alla destinazione VTEP2.
7. VTEP2 rimuove l'underlay Layer 2 e le intestazioni del tunnel e inoltra il pacchetto DHCP al server.
8. Il server DHCP risponde a giaddr 192.168.0.1. VTEP2 dispone di una route BGP EVPN type-5 all'indirizzo IP dell'agente di inoltro 192.168.0.1 che indica l'hop successivo del tunnel.
9. VTEP2 aggiunge intestazioni di tunnel Layer 2 underlay e invia il pacchetto di risposta a VTEP1.
10. L'agente di inoltro DHCP su VTEP1 riceve la risposta dal server, rimuove l'opzione 82 e inoltra il pacchetto al client sulla VLAN 10.

Inoltro DHCP e gateway Anycast statico

Static Anycast Gateway (SAG) consente a più switch di instradare simultaneamente i pacchetti utilizzando un indirizzo gateway comune in una configurazione di router active/active. Ogni switch è configurato con lo stesso set di indirizzi IP virtuali e un indirizzo MAC virtuale.

L'inoltro DHCP richiede un indirizzo IP per identificare la subnet dell'interfaccia downstream o lato client. Se l'interfaccia client è abilitata per SAG, l'inoltro DHCP utilizza l'indirizzo SAG IPv4 come giaddr. Se l'interfaccia SAG associata non dispone di un indirizzo IP assegnato, l'agente di inoltro elimina il pacchetto. Poiché un indirizzo IP SAG identico è configurato sugli switch Leaf, la risposta dal server può finire su un altro switch leaf e potrebbe non raggiungere lo switch leaf che ha inoltrato il pacchetto DHCP. Per evitare questo problema, utilizzare l'opzione di selezione dei link con l'interfaccia di origine.

Nella figura seguente7, 192.168.0.1 viene utilizzato come gateway SAG per VLAN10 sullo switch leaf. L'inoltro DHCP è abilitato su VLAN10. Per inoltrare un pacchetto DHCP al server DHCP, il campo giaddr è impostato su 55.55.55.55. Il server DHCP utilizza l'opzione secondaria di selezione dei link 5 per identificare la subnet client da concedere in leasing. La risposta dal server DHCP viene inviata all'IP di loopback univoco dello switch leaf di origine.
 
Inoltro DHCP su interfacce
IPv4 non numerateÈ possibile configurare l'inoltro DHCP su link point-to-point non numerati. La configurazione IPv4 senza numero consente l'elaborazione layer 3 senza assegnare un indirizzo IPv4 esplicito.

L'interfaccia senza numero utilizza l'indirizzo IPv4 di un'altra interfaccia già configurata nel router. È possibile utilizzare la configurazione IPv4 senza numero per risparmiare spazio degli indirizzi di rete e semplificare la configurazione dello switch.

L'inoltro DHCP supporta l'inoltro di pacchetti a un server tramite un'interfaccia IPv4 senza numero con le seguenti limitazioni:

• Solo le interfacce di loopback sono supportate come interfacce di miti.
• La configurazione IPv4 senza numero è supportata solo nelle interfacce Ethernet e port-channel.
• La configurazione IPv4 senza numero è supportata solo sul VRF predefinito.

Nella figura 8 seguente, IPv4 senza numero è configurato nell'interfaccia Eth1/4, che è un collegamento point-to-point tra l'inoltro e il server. OSPFv2 è abilitato sullo switch di inoltro e sul server switch e gli indirizzi di rete di loopback sono pubblicizzati.
 
La subnet client viene anche pubblicizzata tramite OSPFv2 in modo che il server possa rispondere allo switch di inoltro. Il giaddr nel pacchetto con inoltro è impostato su 192.168.0.1. L'indirizzo IPv4 di origine nel pacchetto inserito è determinato dallo stack di routing.

È inoltre possibile abilitare la selezione dei link in una configurazione IPv4 senza numero. Se la subnet client non è raggiungibile dal server, giaddr viene impostato sull'indirizzo Loopback 1 che è 103.103.103.103.
 

Gestione dei pacchetti DHCPv4 con opzioni di agent di inoltro

Per supportare diverse configurazioni di rete, ad esempio relay a cascata, l'agente di inoltro fornisce tre diverse opzioni per gestire i pacchetti DHCPv4 in ingresso che dispongono già di opzioni di agent di inoltro:

• Discard (Ignora): l'agente di inoltro elimina il pacchetto in ingresso (impostazione predefinita).
• Append : l'agente di inoltro aggiunge al pacchetto il proprio set di opzioni di inoltro, lasciando intatte le opzioni in ingresso. Se la lunghezza delle informazioni dell'agente di inoltro supera il limite massimo di 255 byte, il pacchetto viene ignorato.
• Replace: l'agente di inoltro rimuove le opzioni in ingresso e aggiunge il proprio set di opzioni al pacchetto.
• (Opzionale) Specificare la modalità di gestione di un pacchetto di inoltro DHCP proveniente da un altro agente di inoltro.

sonic(conf-if)# ip dhcp-relay policy-action [discard | append | replace]

admin@DELLSONiC:~$ sonic-cli
DELLSONiC# configure terminal
DELLSONiC(config)# interface Vlan 100
DELLSONiC(config-if-Vlan100)# ip dhcp-relay policy-action discard

DELLSONiC(config-if-Vlan100)# show configuration
!
interface Vlan100
 ip address 10.10.100.1/24
 ip dhcp-relay 10.10.200.12
 ip dhcp-relay source-interface Ethernet40
 ip dhcp-relay max-hop-count 15
 ip dhcp-relay policy-action discard
DELLSONiC(config-if-Vlan100)#

 

Opzione secondaria override id server

L'inoltro DHCPv4 supporta l'opzione secondaria di override dell'identificatore del server 11 come definito in RFC5107. Questa sotto-opzione consente all'relay di agire come server DHCPv4 in modo che i pacchetti unicast DHCPv4 arrivino all'agent di inoltro invece di passare direttamente al server. L'inoltro può aggiungere le opzioni secondarie appropriate sui pacchetti unicast. L'opzione secondaria override dell'identificatore del server viene aggiunta automaticamente quando l'opzione secondaria di selezione del link o la sotto-opzione VSS è abilitata.

Se il server DHCPv4 non supporta la sotto-opzione id server, i pacchetti unicast DHCPv4 del client vengono inviati direttamente al server ignorando l'agent di inoltro.

Questa opzione secondaria è applicabile solo all'agente di inoltro DHCPv4.
 

Scalabilità

• È possibile abilitare un massimo di quattro indirizzi di inoltro per interfaccia.
• L'inoltro DHCPv4 e DHCPv6 è in grado di gestire fino a 2.000 client DHCP.
• È possibile abilitare un massimo di 4.000 interfacce Layer 3 per l'inoltro DHCPv4.
• È possibile abilitare un massimo di 4.000 interfacce Layer 3 per l'inoltro DHCPv6.

 

Comandi show dell'inoltro DHCP

DELLSONiC# show ip dhcp-relay
  brief       Display IP DHCP relay information in brief
  detailed    Display IP DHCP relay information in detail
  statistics  Display IP DHCP relay statistics

DELLSONiC# show ip dhcp-relay brief
------------------------------------------------
Interface Name    DHCP Helper Address
------------------------------------------------
Vlan100           10.10.200.20


DELLSONiC# show ipv6 dhcp-relay brief
------------------------------------------------
Interface Name    DHCP Helper Address
------------------------------------------------
Vlan100           2001:db8:4444::7777
DELLSONiC#

DELLSONiC# show ip dhcp-relay detailed Vlan 100

Relay Interface: Vlan100


Server Address: 10.10.200.20
Server VRF: Not Configured
Source Interface: Not Configured
Link Select: disable
VRF Select: disable
Max Hop Count: 10
Policy Action: discard
Circuit-id Format: %p
DELLSONiC#

DELLSONiC# show ip dhcp-relay statistics Vlan 100
BOOTREQUEST messages received by the relay agent        : 4
BOOTREQUEST messages forwarded by the relay agent       : 2
BOOTREPLY messages forwarded by the relay agent         : 0
DHCP DISCOVER messages received by the relay agent      : 0
DHCP OFFER messages sent by the relay agent             : 0
DHCP REQUEST messages received by the relay agent       : 0
DHCP ACK messages sent by the relay agent               : 0
DHCP RELEASE messages received by the relay agent       : 0
DHCP DECLINE messages received by the relay agent       : 0
DHCP INFORM messages received by the relay agent        : 0
DHCP NACK messages sent by the relay agent              : 0
Total number of DHCP packets dropped by the relay agent : 0
Number of DHCP packets dropped due to an invalid opcode : 0
Number of DHCP packets dropped due to an invalid option : 0
DELLSONiC#