BootP - Windows 10

@drbitboy: just a regular hardwired connection, nothing special.
@hardaysknight: strangely, the keyence "ip setting tool" is what I downloaded in a pinch a couple months ago when I wasn't aware of the band-aid fix.
 
@drbitboy: just a regular hardwired connection, nothing special. ...


Huh. I there is only one IP interface active, then I am fairly certain that ICS cannot be the issue, which begs the question: what is using UDP port 67?

Can you please post the otuput of the command netstat -ano from a cmd.exe window? Also the output of the command ipconfig /all? Inquiring minds want to know.

I realize you have probably solved the problem and moved on, but it might be useful for anyone that finds this thread because they are having a similar problem.
 
Huh. I there is only one IP interface active, then I am fairly certain that ICS cannot be the issue, which begs the question: what is using UDP port 67?

Can you please post the otuput of the command netstat -ano from a cmd.exe window? Also the output of the command ipconfig /all? Inquiring minds want to know.

I realize you have probably solved the problem and moved on, but it might be useful for anyone that finds this thread because they are having a similar problem.

But it is ICS, because when I kill those two services (host network service, and subsequently ICS), then I am able to use the new BootP.
 
But it is ICS, because when I kill those two services (host network service, and subsequently ICS), then I am able to use the new BootP.

Then I wonder what connection is being shared?

xxx.png

I did some more poking around.

Initially, the ICS process was not bound to UDP port :67, or any ports for that matter, according to [netstat -ano].

After I checked the box above and selected the WiFi network as the "private network connection," the ICS process (ID 3436) was connected to some apparently random ports on localhost:
UDP 0.0.0.0:49152 *:* 3436
UDP 127.0.0.1:49153 *:* 3436
Then, I turned on the Wi-Fi device and connected to my access point (IP address 192.168.1.137). At that point, the ICS process bound to several UDP ports, including :67 on IP address .137, which makes sense:
UDP 0.0.0.0:53 *:* 3436
UDP 0.0.0.0:53 *:* 3436
UDP 0.0.0.0:49152 *:* 3436
UDP 0.0.0.0:51916 *:* 3436
UDP 0.0.0.0:51918 *:* 3436
UDP 0.0.0.0:64879 *:* 3436
UDP 127.0.0.1:49153 *:* 3436
UDP 192.168.137.1:67 *:* 3436
UDP 192.168.137.1:68 *:* 3436
UDP [::]:547 *:* 3436
UDP [::]:51917 *:* 3436
UDP [::]:51919 *:* 3436
UDP [::]:64880 *:* 3436
UDP [fe80::41e9:f0d3:c102:5439%14]:53 *:* 3436
And the Rockwell BootP-DHCP tool was not able to run because UDP port :67 was taken, even though I selected the non-Wi-Fi adapter at 192.168.1.193, although that is the same subnet*.

Then, I disconnected from the Wi-Fi access point, and even turned the Wi-Fi device off, so the .137 IP interface was not even up and running, and still ICS was listening on UDP port :67 and keeping the BootP-DHCP tool from connecting to the .193 IP interface.

Finally, I restarted Host Network Service and ICS, ICS got a new process ID (13132), and that new process went back to using similar ports to the original case:
UDP 0.0.0.0:53 *:* 13132
UDP 0.0.0.0:57438 *:* 13132
UDP 0.0.0.0:57439 *:* 13132
but not UDP port :67, and stayed that way even after I disabled the ICS in the adapter Properties=>Sharing dialog, and the BootP-DHCP tool was able to run again.

* I repeated the test after assigning the static IP 192.168.137.1 to the Wi-Fi on subnet 192.168.137.0/24, in order to use a different subnet. However, the results were the same i.e. the Rockwell BootP-DHCP Tool could not listen to UDP port :67 on the Ethernet 192.168.1.193 interface while ICS was sharing to private network 192.168.137.0/24 until the Wi-Fi 192.168.137.1 interface was disconnected and the ICS process restarted.
 
Can someone tell me if Host Network Service and Internet Connection Sharing (ICS) service are set to manual or automatic by default?



I just checked the BootP program today, and the program worked. I checked the status of those services and they aren't running, and both are set to Manual (Trigger) start up type. I don't remember if I changed the startup settings or not.


Also, can anyone with this issue tell me if they have any virtual machine programs installed (VMWare, Virtualbox, etc.)?
 
Can someone tell me if Host Network Service and Internet Connection Sharing (ICS) service are set to manual or automatic by default?



I just checked the BootP program today, and the program worked. I checked the status of those services and they aren't running, and both are set to Manual (Trigger) start up type. I don't remember if I changed the startup settings or not.


Also, can anyone with this issue tell me if they have any virtual machine programs installed (VMWare, Virtualbox, etc.)?

I never touched mine and they were both set to Manual (Trigger)
No VMs on this computer
 
Can someone tell me if Host Network Service and Internet Connection Sharing (ICS) service are set to manual or automatic by default?


Mine are [Manual(Trigger)] under the [Startup Type] column in the Services dialog, and I am fairly certain I have never changed them. That said, both are [Running] in the [Status] column, and this is immediately after a boot, which makes me wonder what the trigger was?

I think the [netstat -ano] output is a better diagnostic, of whether they will interfere with BootP, than the startup type or status values.

Edition Windows 10 Home
Version 21H1
Installed on 7/‎1/‎2020
OS Build 19043.1348
Experience Windows Feature Experience Pack 120.2212.3920.0

 
But it is ICS, because when I kill those two services (host network service, and subsequently ICS), then I am able to use the new BootP.

Last time I used BootP, I had to disable (in device manager) all other networking hardware. It's been a while, but I think I may have had to disable Bluetooth as well.
 

Similar Topics

I just wonder is it just me or some one also have experienced the same problem - BootP does not recognize any active devices running BOOTP/DHCP...
Replies
3
Views
3,951
Anyone having issues with getting the BOOTP.DHCP Server working properly in Windows 7? I can't seem to detect DHCP requests from devices. It...
Replies
19
Views
33,172
Hello all, I have a 1732ES-IB16 Series A block that I have set the IP address on. I am unable to disable bootp using any method. I have tried...
Replies
9
Views
267
I am not sure what i am doing wrong laptop ip 192.168.1.233 with subnet mask 255.255.255.0 micro820 ip unknown 1) i connected a micro820 and my...
Replies
6
Views
3,676
Hello. I'm using bootp to set an ip address for a 1747L551 processor. The bootp program immediately sees the mac id and I am able to enter an...
Replies
5
Views
1,155
Back
Top Bottom