Dell Networking SONiC: DhCP-videresending (Dynamic Host Configuration Protocol)

Forhåndskrav Standard grensesnittnavn brukes til å demonstrere konseptene. Se Dell-artikkelen 202172 Dell Networking S-serien: Basic Interface Configuration – SONiC 4.0 for mer informasjon om navngiving av grensesnitt

 

Indeks

Introduksjon
DHCP-videresending
DHCP i et MC-LAG-oppsett
Informasjonsalternativ
for DHCP-videresendingHoppgrense
Valg av
kildegrensesnittDHCP-videresending over neste IPv6-hopp
DHCP-videresending mellom VRF-er
Alternativ for valg av virtuelt delnett
DHCP-videresending i en VXLAN-implementering
DHCP-videresending og statisk Anycast-gateway
Håndtering av DHCPv4-pakker med alternativer
for videresendingsagentUnderalternativ
for serveridentifikatoroverstyringSkalerbarhet
Vis kommandoer for DHCP-videresending
 

Innledning

DHCP (Dynamic Host Configuration Protocol) er en nettverksprotokoll som forenkler tildeling av IP-adresser og annen informasjon til nettverksenheter. I tillegg tilordner IP-adresser, DHCP også nettverksmaske, standard gateway-adresse, DNS-adresse (domenenavnserver) og andre konfigurasjonsparametere. Enterprise SONiC støtter DHCP-videresending. Denne delen inneholder en oversikt over og konfigurasjonsinformasjon om DHCP-videresending.
 

DHCP-videresending

DHCP-videresending er alle enheter som videresender DHCP-pakker mellom DHCP-klienter og DHCP-servere mellom ulike delnett. Du kan konfigurere svitsjen til å fungere som en DHCP-videresending i et nettverk.

Når en DHCP-klient ber om en IP-adresse fra en DHCP-server, er ikke klienten klar over delnettet det kommer til å tilhøre. Når en klient er koblet til et nettverk, sender den en DHCP DISCOVER-melding som en kringkasting. Hvis DHCP-serveren befinner seg innenfor samme LAN eller VLAN, tilordner serveren en IP-adresse direkte til klienten.

Hvis DHCP-serveren befinner seg i et annet kringkastingsdomene, videresender ikke rutere i nettverket DHCP DISCOVER-meldingene fra klienter som standard. Hvis du konfigurerer en enhet som en DHCP-videresendingsagent i nettverket, kan videresendingsagenten motta DHCP DISCOVER-kringkastingsmeldinger og sende en unikastforespørsel til DHCP-serveren på vegne av DHCP-klienten.

En DHCP-videresendingsagent gjør det mulig for DHCP-klienter å motta IP-adresser fra en DHCP-server, selv om serveren er i et annet nettverk eller VLAN.

DHCP-videresending:
I figur 1 er DHCP-klienter koblet til grensesnittet til en reléenhet som tilhører VLAN 10. DHCP Server 1 og DHCP Server 2 er koblet til henholdsvis VLAN 20 og VLAN 30. Når du konfigurerer en DHCP-videresending på enheten, videresender den DHCP-forespørsler til den aktuelle DHCP-serveren og svaret fra serveren til klientene.
 

• Aktiver DHCP-videresending på grensesnittet du planlegger å bruke til videresending:

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)#

 

DHCP-videresending i et MC-LAG-oppsett

I et MC-LAG-oppsett sender en DHCP-klient en DHCP DISCOVER-pakke til en av MC-LAG-motpartene. Når en av de andre får pakken, videresender den pakken til DHCP-serveren. Når DHCP-serveren sender et svar, videresender den samme MC-LAG-motparten som videresendte DHCP DISCOVER-pakken svaret fra serveren til klienten.

Retningslinjer for konfigurasjon av MC-LAG:

• Konfigurer de samme DHCP-serverne på MC-LAG-nodesvitsjene.
• Konfigurere DHCP-videresending til å bruke alternativer for koblingsvalg og kildegrensesnitt. Denne konfigurasjonen sikrer at svaret fra serveren mottas av svitsjen som videresendte DHCP-pakken.
• Kontroller at DHCP-serveren kan nås fra begge MC-LAG-nodene.

I følgende figur 2 sender en DHCP-klient en DHCP DISCOVER-melding. MC-LAG Peer 1 mottar meldingen og videresender den til DHCP-serveren via Spine-svitsjen. DHCP-serveren sender et svar til samme MC-LAG-node som igjen videresender informasjonen til klienten.
 

Informasjonsalternativ for DHCP-videresending

I et nettverk der én ruting er involvert, bruker DHCP-videresending gateway-IP-adressen som finnes i giaddr-feltet i den videresendte pakken for å tilordne en IP-adresse til DHCP-klienten. Useriøse aktører kan spoof DHCP-forespørsler for å få uautorisert tilgang til nettverket.

For å hindre at useriøse enheter får tilgang til nettverket, kan nettverksadministratorer plassere klientene DHCP-servere i forskjellige nettverk. Du kan bruke dhcp-videresendingsinformasjon eller DHCP-alternativ 82 til eksplisitt å angi delnettet som DHCP-klienten befinner seg på. Videresendingsagenten legger til underopsjonen i pakken for å angi klientundernettet, og DHCP-serveren bruker underalternativverdien i stedet for giaddr til å tilordne DHCP-adressen og -leasingen.
 
Følgende figur 3 illustrerer hvordan valg av DHCP-relékobling fungerer.

1. En DHCP-klient sender en DHCP-forespørsel.
2. Videresendingsagenten mottar kringkastingspakken og legger til underalternativet for koblingsvalg med 192.168.0.1-adressen.
3. Videresendingsagenten angir giaddr-feltet som er basert på det konfigurerte kildegrensesnittet. Hvis kildegrensesnittet er konfigurert som tilbakekobling 0, er giaddr satt til 103.103.103.103. Giaddr må nås fra serveren.
4. DHCP-serveren identifiserer klientdelnettet fra alternativet for koblingsvalg og tildeler adressen fra adresseutvalget 192.168.0.x. Serveren genererer tilbudspakken og sender den til IP-adressen som er angitt i giaddr.

 

Hoppgrense

DHCP-klienter angir vanligvis feltet for hoppantall i DHCP-pakken til 0. Når du videresender DHCP-pakker, øker videresendingsagenten hoppantallet med 1. Hvis antall hopp i DHCP-pakken er større enn eller lik det maksimale antallet hopp som er konfigurert på videresendingsagenten, forkaster enheten pakken.

Hoppgrensen sikrer at DHCP-pakkene ikke er loopet i nettverket der flere videresendingsagenter er til stede. Standardverdien for maksimalt antall hopp er 10, som du kan konfigurere til en verdi fra 1 til 16.

Konfigurasjonen av hoppgrense er per grensesnitt (klientrettet) og gjelder for både DHCPv4- og DHCPv6-pakker. Hoppgrensen håndheves bare for pakker som videresendes til serveren. Det gjelder ikke for svarpakker som mottas fra en server. Grensesnitttelleren opprettholdes for å spore antall pakker som droppes på grunn av hoppgrensen.

• Angi maksimal hoppgrense. (Valgfritt):

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)#

 

Valg av kildegrensesnitt

DHCP-videresending gir et konfigurasjonsalternativ for kildegrensesnitt som angir kildeadressen som skal brukes til videresendte pakker. Hvis du ikke angir kildegrensesnittet, blir kilde-IP-adressen i den videresendte pakken automatisk bestemt basert på det utgående grensesnittet. Systemet velger den første adressen (IPv4 eller IPv6) som er konfigurert på grensesnittet som faller i samme nettverk som måladressen eller neste hoppruter.

Konfigurasjonsalternativet for kildegrensesnittet er et per-grensesnitt som er klientrettet og gjelder for både DHCPv4- og DHCPv6-pakker. Hvis det konfigurerte kildegrensesnittet ikke har noen IP-adresse, bestemmes kilde-IP-adressen i den videresendte pakken basert på det utgående grensesnittet. Hvis du endrer adressen på kildegrensesnittet, bruker videresendingsagenten den oppdaterte IP-adressen for videresending av pakker.

Hvis underalternativet for koblingsvalg er aktivert, må du konfigurere et kildegrensesnitt som kan nås fra serveren. Hvis du ikke konfigurerer et kildegrensesnitt, legges ikke underalternativet for koblingsvalg til den videreformidlede pakken.

• Angi valg av kildegrensesnitt i et grensesnitt:

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)#

 

DHCP-videresending over IPv6 neste hopp

I datasenternettverksimplementeringer som vist i følgende figur 4, kan DHCP-serveren nås gjennom et IPv6-underlagsnettverk. DHCP-videresending er aktivert på Leaf 1-svitsjen, som har BGP-naboskap med Spine 1. DHCP-serveren er koblet til Leaf 2-svitsjen, som også har BGP-naboskap med Spine 1.
 
Grensesnittene mellom leaf- og spine-svitsjene har ikke IPv4-adresser, men de er aktivert for IPv6-videresending ved hjelp av koblingslokale adresser. BGP-node mellom Leaf- og Spine-svitsj etableres ved hjelp av IPv6 koblingslokale adresser. BGP støtter RFC 5549, som gjør det mulig å overføre et IPv4-prefiks over et IPv6-neste hopp.

På Leaf 1 læres IPv4-ruten til DHCP-serveren via BGP og angir den koblingslokale neste hoppadressen til Spine 1. Spine 1 har også en IPv4-rute som indikerer den koblingslokale neste hoppadressen til Leaf 2.

Følgende forklarer hvordan DHCP-videresending fungerer over IPv6 neste hopp:

1. DHCP-klienten genererer forespørselen.
2. Videresendingsagenten på Leaf 1 er konfigurert til å bruke Tilbakekobling 0 som kildegrensesnitt. Videresendingsagenten angir giaddr- og kilde-IPv4-adressen til 103.103.103, og videresender forespørselen til DHCP-serveren med IP-adresse som er 172.16.0.2 i henhold til BGP RFC 5549-ruten.
3. Leaf 2 mottar den videresendte DHCP-forespørselen fra Spine 1 og videresender den til DHCP-serveren som er direkte tilkoblet.
4. DHCP-serveren mottar den videresendte DHCP-forespørselen, genererer en tilbudspakke og sender den til IP-adressen som er angitt i giaddr, som er Leaf 1-tilbakekoblingsadresse 103.103.103.103.
5. Leaf 2 har en BGP-RFC5549 rute for å nå tilbakekoblingsadressen til Leaf 1, som er 103.103.103.130. DHCP-tilbudet videresendes til videresendingsagenten i henhold til BGP-ruten.
6. Leaf 1 mottar svaret fra DHCP-serveren, strips alternativ 82 og videresender den til klienten.

 

• Aktiver DHCP-videresending på grensesnittet du planlegger å bruke til videresending:

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

• Angi valg av kildegrensesnitt i et grensesnitt:

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

• (Valgfritt) Angi maksimal hoppgrense:

• (Valgfritt) Angi hvordan du skal håndtere en DHCP-videresendingspakke som kommer fra en annen videresendingsagent:

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)#

 

DHCP-videresending mellom VRF-er

DHCP-videresendingsagenten støtter videresending av klientforespørsler til en server som befinner seg i en annen VRF. Klienten er for eksempel koblet til et grensesnitt som er bundet til standard VRF, og serveren kan ligge i brukerens VRF. For slike implementeringer kan du konfigurere et alternativ for å angi VRF-navnet der DHCP-serveren befinner seg. Hvis du ikke angir VRF-navnet, forutsetter systemet at DHCP-serveren befinner seg i standard VRF. DHCP-videresending støtter konfigurering av flere DHCP-servere for et gitt klientgrensesnitt, og alle disse DHCP-serverne må ligge i samme VRF. Du kan bare konfigurere én VRF-server per klientrettet grensesnitt.
 
Hvis du bruker DHCPv4-videresending, må du aktivere koblingsvalg når klienten og serveren er i forskjellige VRF-er. Underalternativet for koblingsvalg må bruke et grensesnitt som er bundet til vrf-serveren. Denne konfigurasjonen er nødvendig for å sikre at svaret fra serveren mottas av DHCPv4-videresendingen. Hvis klienten og serveren er i samme VRF, trenger du ikke konfigurere koblingsvalg, ettersom giaddr også er i serverens VRF.

• Aktiver DHCP-videresending på grensesnittet du planlegger å bruke til videresending:

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

vrf-name 

• (Valgfritt) Aktiver underalternativet for koblingsvalg på et grensesnitt:

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

• (Valgfritt) Hvis du vil legge til VRF-informasjon i DHCP-pakken som sendes til DHCP-serveren, angir du alternativet VRF-valg:

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)#

 

Alternativ for valg av virtuelt delnett

DHCP-videresending støtter flere klienter på ulike VRF-er som deler overlappende IP-adresser. I slike VRF-implementeringer må DHCP-serveren være oppmerksom på VRF-en til klienten, slik at adressetildelingen kan utføres basert på den VRF-en. For å gi VRF-informasjon inkluderer DHCP-videresending underalternativet 151 for DHCPv4 og underalternativ 68 for DHCPv6 som definert i RFC 6607.

Underalternativet for valg av virtuelt delnett (type 0) har ASCII VRFNAME konfigurert på det innkommende grensesnittet som klienten er koblet til. Hvis det innkommende grensesnittet er i standard VRF, blir ikke underalternativet lagt til i den videresendte pakken.

Aktiver bare delalternativet for virtuelt delnettvalg for å sikre interoperabilitet når DHCP-serveren støtter adressetildeling basert på VRF. Noen servere gjenkjenner kanskje ikke underalternativet og kan likevel tildele leasing i standard VRF-plass. DHCP-videresending forkaster ikke disse svarene fra serveren.

I følgende figur 5 bruker både DHCP Client 1 og DHCP Client 2 samme adresseområde. Hvis du konfigurerer et alternativ for valg av virtuelt delnett på DHCP Relay-svitsjen, inkluderer videresendingsenheten underalternativet når pakken sendes til DHCP-serveren.
 

DHCP-videresending i en VXLAN-implementering

Du kan konfigurere en DHCP-videresending i en VXLAN BGP EVPN-implementering for å levere DHCP-tjenester til EVPN-klienter eller VM-er. Følgende figur 6 viser en vanlig implementering i VXLAN-nettverk. Klienten og serveren kan være i samme eller forskjellige VRF-domener.
 
Følgende illustrerer funksjonen til en DHCP-videresending i en VXLAN-implementering:

1. DHCP-klienten er koblet til VTEP1 på VLAN 10, som er bundet til VrfRed.
2. DHCP-videresending er aktivert på VTEP1 for VLAN 10.
3. DHCP-serveren er på VTEP2 og er koblet til VLAN 20, som er bundet til VrfRed.
4. VTEP1 har en BGP EVPN Type-5-rute til DHCP-server 172.16.0.1 som indikerer neste hopp i VXLAN-tunnelen.
5. DHCP-videresending videresender den innkommende pakken til 172.16.0.1 med giaddr satt til 192.168.0.1. Videresendingen er ikke klar over VxLAN-tunnelene.
6. VTEP1 legger til lag 2-tunnelhoder for underlag og videresender pakken til mål-VTEP2.
7. VTEP2 fjerner topptekstene for lag 2 og tunnel for underlag og videresender DHCP-pakken til serveren.
8. DHCP-serveren svarer på giaddr 192.168.0.1. VTEP2 har BGP EVPN type-5-rute til IP-adressen til videresendingsagenten 192.168.0.1 som indikerer tunnel neste hopp.
9. VTEP2 legger til lag 2-tunnelhoder for underlag og sender svarpakken til VTEP1.
10. DHCP-videresendingsagenten på VTEP1 mottar svaret fra serveren, fjerner alternativ 82 og videresender pakken til klienten på VLAN 10.

DHCP-videresending og statisk Anycast-gateway

Static Anycast Gateway (SAG) gjør det mulig for flere svitsjer å rute pakker samtidig ved hjelp av en felles gateway-adresse i en aktiv/aktiv ruterkonfigurasjon. Hver svitsj er konfigurert med samme sett med virtuell IP-adresse og en virtuell MAC-adresse.

DHCP-videresending krever en IP-adresse for å identifisere delnettet til det nedstrøms eller klientrettede grensesnittet. Hvis klientgrensesnittet er aktivert for SAG, bruker DHCP-videresending SAG IPv4-adressen som giaddr. Hvis det tilknyttede SAG-grensesnittet ikke har noen IP-adresse som er tilordnet, forkaster videresendingsagenten pakken. Siden en identisk SAG IP-adresse er konfigurert på Leaf-svitsjer, kan svaret fra serveren lande på en annen Leaf-svitsj, og kan ikke nå Leaf-svitsjen som videresendte DHCP-pakken. Bruk alternativet for koblingsvalg med kildegrensesnittet for å unngå dette problemet.

I følgende figur 7 brukes 192.168.0.1 som SAG-gateway for VLAN10 på Leaf-svitsjen. DHCP-videresending er aktivert på VLAN10. Hvis du vil videresende en DHCP-pakke til DHCP-serveren, er giaddr-feltet satt til 55.55.55.55. DHCP-serveren bruker delalternativ 5 for koblingsvalg for å identifisere klientundernettet som skal leases. Svaret fra DHCP-serveren sendes til tilbakekoblings-IP-en som er unik for leaf-svitsjen som stammer fra.
 
DHCP-videresending på unummererte IPv4-grensesnitt
Du kan konfigurere DHCP-videresending på unummererte punkt-til-punkt-koblinger. Den unummererte IPv4-konfigurasjonen aktiverer Lag 3-behandling uten å tilordne en eksplisitt IPv4-adresse.

Det unummererte grensesnittet bruker IPv4-adressen til et annet grensesnitt som allerede er konfigurert på ruteren. Du kan bruke den unummererte IPv4-konfigurasjonen til å spare nettverksadresseplass og forenkle svitsjkonfigurasjonen.

DHCP-videresending støtter videresending av pakker til en server gjennom et unummerert IPv4-grensesnitt med følgende begrensninger:

• Bare tilbakekoblingsgrensesnitt støttes som donorgrensesnitt.
• Unummerert IPv4-konfigurasjon støttes bare på Ethernet- og portkanalgrensesnitt.
• Unummerert IPv4-konfigurasjon støttes bare på standard VRF.

I følgende figur 8 er Unummerert IPv4 konfigurert på Eth1/4-grensesnittet, som er en punkt-til-punkt-kobling mellom videresendingen og serveren. OSPFv2 er aktivert på relay-svitsj og serversvitsj, og tilbakekoblingsnettverksadressene annonserer.
 
Klientundernettet annonserer også via OSPFv2, slik at serveren kan svare på videresendingssvitsjen. Giaddr i den videresendte pakken er satt til 192.168.0.1. Kilde-IPv4-adressen i den videresendte pakken bestemmes av rutingsstakken.

Du kan også aktivere koblingsvalg i et unummerert IPv4-oppsett. Hvis klientundernettverket ikke kan nås fra serveren, er giaddr satt til loopback 1-adressen, som er 103.103.103.103.103.
 

Håndtering av DHCPv4-pakker med alternativer for videresendingsagent

For å støtte ulike nettverkskonfigurasjoner, for eksempel cascading-videresendinger, gir videresendingsagenten tre forskjellige alternativer for å håndtere innkommende DHCPv4-pakker som allerede har alternativer for videresendingsagent:

• Discard (Forkast) – Videresendingsagenten forkaster den innkommende pakken (standard).
• Legg til – Videresendingsagenten legger til sitt eget sett med reléalternativer i pakken, slik at de innkommende alternativene blir intakte. Hvis lengden på informasjon om videresendingsagenten overskrider den maksimale grensen på 255 byte, forkastes pakken.
• Erstatt – videresendingsagenten fjerner innkommende alternativer og legger til sitt eget sett med alternativer i pakken.
• (Valgfritt) Angi hvordan du skal håndtere en DHCP-videresendingspakke som kommer fra en annen videresendingsagent.

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)#

 

Underalternativ for overstyring av serveridentifikator

DHCPv4-videresending støtter overstyring av underalternativ 11 for serveridentifikator, som definert i RFC5107. Dette underalternativet gjør det mulig for videresendingen å fungere som DHCPv4-server, slik at unikastede DHCPv4-pakker kommer til videresendingsagenten i stedet for direkte til serveren. Videresendingen kan legge til riktige underalternativer på unicast-pakkene. Alternativet for overstyring av serveridentifikatoren blir automatisk lagt til når underalternativet link-select eller VSS er aktivert.

Hvis DHCPv4-serveren ikke støtter underalternativet for serveridentifikator, sendes unicast-DHCPv4-pakkene fra klienten direkte til serveren ved å omgå videresendingsagenten.

Dette underalternativet gjelder bare for DHCPv4-videresendingsagent.
 

Skalerbarhet

• Du kan aktivere maksimalt fire reléadresser per grensesnitt.
• DHCPv4- og DHCPv6-videresending kan håndtere opptil 2000 DHCP-klienter.
• Du kan aktivere maksimalt 4000 Layer 3-grensesnitt for DHCPv4-videresending.
• Du kan aktivere maksimalt 4000 Layer 3-grensesnitt for DHCPv6-videresending.

 

Vis kommandoer for DHCP-videresending

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#