An enterprise network administrator configures a Layer 3 access switch as a DHCP relay agent for VLAN 55 (), designating a remote server at via an `ip helper-address` command on SVI 55. Downstream Layer 2 edge switches append DHCP Option 82 (Relay Agent Information) metadata to client requests before forwarding them to the Layer 3 switch. However, client hosts on VLAN 55 fail to obtain IP addresses, and packet drops are logged on the Layer 3 switch for incoming DHCPDISCOVER packets containing Option 82 with a gateway IP address (`giaddr`) of . Which configuration change on the Layer 3 switch will resolve this issue?
- Enable DHCP Option 82 trust on the relay agent to allow untrusted ingress packets containing Option 82 dataAnswer
- BMove the `ip helper-address` configuration from SVI 55 to the routed uplink interface connected to the DHCP server
- CReconfigure the helper address mechanism to encapsulate forwarded client requests in TCP port 67 instead of UDP port 67
- DConfigure a static route on the switch to forward VLAN 55 Layer 2 broadcast traffic directly across subnets to the DHCP server
Answer
The correct action is to enable DHCP Option 82 trust on the Layer 3 relay switch so it accepts and processes incoming client requests pre-tagged with Option 82 information.
When downstream Layer 2 switches append Option 82 information to a client DHCP request before it reaches the Layer 3 relay agent, the request arrives on an untrusted port with a gateway IP address (`giaddr`) of . By default security design, many relay agents discard such packets to prevent Option 82 injection attacks. Enabling Option 82 trust allows the Layer 3 switch to accept these packets, insert its SVI IP into `giaddr`, and forward the unicast packet to the DHCP server.
Step-by-Step Solution
Key Concept
DHCP Option 82 Untrusted Ingress Processing & Relay Agent Trust Policies