We use WDS to install new workstations, and the newest batch we've gotten are set to use UEFI, so I'm trying to adjust my setup accordingly.
Previously, we had the 66 and 67 options set on our DHCP server for the WDS server and the boot file path, respectively. We did not need option 60, since the WDS server is a different machine than the DHCP server. (Side note: the workstation VLAN is different than the server VLAN.) This worked fine with the "legacy" boot - and still does, if I revert the new equipment. However, I'd like to not have to do those steps on every machine going forward. I tried to put in the UEFI boot path instead, but got an error message 0x102.
As I looked into how to fix that, I'm seeing lots of recommendations to not use the DHCP options, but IP helper addresses. We currently have an IP helper address set on our stack (Cisco Catalysts) to point to the DHCP server. As far as I can see, I can do one of three things:
Replace the existing IP helper for the DHCP server with one for the WDS server. But what will this do to regular (non-PXE boot) DHCP requests?
Leave it, and keep fiddling with the DHCP options. But I haven't seen anything that looks really promising re: a solution, and it's against best practices.
Add a second IP helper address with WDS server (in addition to the existing one for the DHCP server). But from what I can see, each device will send a request to both IP helper addresses, and then basically go with whatever responds first. This doesn't seem like it would produce the desired behaviour.
Sadly, I don't have a parallel test environment I can play on here, plus I'd like to understand the theory behind it, rather than just going off of what I see as I flail. :-) Anyone have any resources they can suggest, and/or thoughts on how to best handle this?