Can mark this as resolved.It's a FTOS version issue. The switches were running 9.12, with 9.14 one can configure the source-interface for each vlan combining that with: ip helper-address [vrf ] Syntax example: conf t int vla 10 ip helper-address 192.168.1.1 ip dhcp relay source-interface vlan 10
Hi, I'm using two S5048 in VLT configuration mode that are to act as DHCP relays forwarding the requests to a central DHCP-server that are located beyond OSPF-routing in another geographical location. The problem is that the S5048 relaying are using their loopback IP-addresses (for OSPF routing to the remote network where the DHCP-server resides) as source on the unicast to the dhcp-servers and not using their IP-addresses on the VLAN where the originating DHCP-discover is sent by a client. Which fails since the Windows DHCP-server can't pick the correct DHCP-scope for the end-client. This has been verified with packet-captures on the server. I have also verified that they are forwarding the requests by enabling debugging in FTOS for dhcp relay. Anyone seen similar behavior?
Dell S5048f DHCP Relay/Helper-address uses wrong source-ip