DHCP Option 66 picks up the wrong value.

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.
12

DHCP Option 66 picks up the wrong value.

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.
19 Reply
Re:DHCP Option 66 picks up the wrong value.
2023-03-03 15:48:01

  @greenaar 

 

I wonder if @Fae and or @Hank21  can chime in on this...

 

Thanks,

KG!

I can not teach anyone anything - I can only make them think - Socrates
  0  
  0  
#12
Options
Re:DHCP Option 66 picks up the wrong value.
2023-03-03 16:09:50

  @greenaar 

 

Are you saying they want to remote in, and you're hesitant to do so?

 

Thanks

KG!

 

 

I can not teach anyone anything - I can only make them think - Socrates
  0  
  0  
#13
Options
Re:DHCP Option 66 picks up the wrong value.
2023-03-03 16:19:51

  @KimcheeGUN 

 

That's correct.  They want remote access to a host on my network.

 

That's a non-starter.  There's no reason given which would explain why access to one of my systems would give them more than they already have, since they have said they can reproduce the issue locally.

 

I have enough of a mix of business and private data that I'm not comfortable letting an unknown external entity have free access to poke around, nor do I think they've given any reason why they'd need it.  They haven't asked me for more information since their last overreach (give us your full router config, including port forwards, mac address details, etc) which they admitted wasn't required.

 

It sounds a lot like either:

 

a) There's a script of things you COULD ask for, and they're going down the list regardless of whether or not it applies (get me everything)

b) They are reluctant/unwilling/unable to do this work, and they're looking to me to say 'oh forget it' by asking for increasingly private details and extended access. (Say no by saying 'yes but do this first').

 

I'll admit I'm getting rather salty about these requests.

 

2 DHCP options.  12 and 66.  The values are reversed.  Option 12 should contain the details currently in option 66, and option 66 should contain the details in option 12.

 

I'm sure there's one file in their source code that maps dhcp options from provided values.  It's obvious someone goofed at some point.  It's not obvious why it's so hard to address, or more disturbingly why they need more and more information for a problem they can see on their side. If they think they've fixed it, GREAT. Send me a firmware, I'll test it.  I can prove/disprove a fix with wireshark in about 12 seconds.

 

 

  1  
  1  
#14
Options
Re:DHCP Option 66 picks up the wrong value.
2023-03-03 17:40:51 - last edited 2023-03-03 17:44:38

  @greenaar 

 

I got a wild hair up on my rear end... Just to confirm this issue and help test this issue.  

 

I had 1 remote site (Corporate IT) that has a Windows Server 2016 WDS/MDT for PC imaging. 

 

I went ahead and swapped out and ER-X (EdgeRouter X, that PXE Boot is working and operational, with Omada Switches, and APs) for the ER7206. 

 

Brand new out of the box... updated to the newest Beta Version: 1.2.3 Build 20230224 Rel.60828

 

Entered into the Controller, 599 version: 

Entered in LAN (VLAN 1) configs, Option 66 <IP Address of MDT Server>, Option 67 <wdsnbp dot com>, Option 138 (L3 adoption to Main Omada Controller 599 version). Site 2 Site VPN is configured too.  

 

Plugged it up, swapped out, Adopted, fired up a test laptop to be imaged... and it grabbed!  

 

 

 

 

 

 

 

I can not teach anyone anything - I can only make them think - Socrates
  0  
  0  
#15
Options
Re:DHCP Option 66 picks up the wrong value.
2023-03-03 17:58:11

  @KimcheeGUN 

 

Please confirm for me, it sounds like you're using the Omada SDN controller, and not running this in standalone?

 

If you are and it's working, let me know, and I'll just go that route - I feel like the config should work properly in standalone mode, but I'm also at the point where if I can make it work at all, I'll take works over perfect.

 

  0  
  0  
#16
Options
Re:DHCP Option 66 picks up the wrong value.
2023-03-03 18:26:42

  @greenaar 

 

I am using the Omada Controller 599 on the newest beta version.  I have a self hosted controller that I L3 adopt remote sites too.  

 

 

I can not teach anyone anything - I can only make them think - Socrates
  0  
  0  
#17
Options
Re:DHCP Option 66 picks up the wrong value.
2023-03-03 18:30:23

  @KimcheeGUN Hmm. Ok.

 

I have an OC200 I can use, but with firmware 5.7.6 it lacks option 67 (PXE filename) and only has option 66. - so that's also a nonstarter.  At best I'd get the right server with no filename.

 

I think I'm stuck until either

 

a) a new firmware comes out for the OC200 with the right setting(s)

b) a new firmware comes out for the ER7206 with the fix for option 12/66.

 

Thanks for letting me know there is a combination that works, it's a shame it's not one I can use at this time.

  1  
  1  
#18
Options
Re:DHCP Option 66 picks up the wrong value.
2023-03-10 15:24:13

An update from TPLINK Support

 

The issue may be caused by that the PXE boot clients does not support DHCP option 66, and get host address of the TFTP server from the next server IP field. However, currently ER7206 does not support modifying next server IP field, and it is DHCP server IP as default, so the TFTP request from the client is sent to the DHCP server and fail to get the boot file.

 

We can provide a beta firmware that supports modifying the next server IP for you to test, is it acceptable for you?
 
My response was, of course, "ABSOLUTELY! Please send".
 
I've seen Option 66 used synonymously with next-server in quite a few searches (as well as my own vague recollections) so I'm not entirely sure if I'm reading this correctly.
 
If the end result gives me a proper PXE boot though, I'll be happy no matter how it's described.
 
I'll update when I have a firmware in hand and tested.
  0  
  0  
#19
Options
Re:DHCP Option 66 picks up the wrong value.
2023-03-27 14:44:32

Update:

 

TP-Link support sent me a beta 1.3.0 firmware this morning, which DOES support PXE properly.  Tested it, everything is perfect.

 

I've let them know, and hopefully they'll release it soon, we should be almost due for the 1.3.0 beta for the ER7206 in their release thread.

  0  
  0  
#20
Options