Troubleshooting Client Disconnect
-
In your case, I would give it a static address from the pool since it seems that's what that device needs...especially. that had worked in the pass. It reminds me of network cameras for surveillance...best to have them on static IP addresses.
-
Thanks for responding. I worked well for about a year and a half and then suddenly started dropping off off the LAN using the static IP, that is why I pulled the reservation and let it be assigned from the from the pool. It didn’t seem to matter whether it was static or dhcp.
It looks to me like the router is trying to offer the device an IP, but does not get a response back. Thinking about just buying a replacement but thought I would look a bit deeper to see if it was something else. Support for the Honeywell device didn’t get me anywhere.
-
It there a way to increase the timing on that device? Yes, it seems to timeout before it accepts the IP.
-
Unfortunately, it does not have a way to configure any settings.
-
@jpvonhemel said in Troubleshooting Client Disconnect:
Here is the log as of now. I cannot ping the ip at this time.
After the server sends the offer, the client is supposed to respond with a request. I don't see that. That appears to be a problem with that device. Can you test with another DHCP server? Just configure it as you would the pfSense one and then disable the server on pfSense.
-
I tried the Honeywell Gateway device using a separate TPLink branded router and did not have any issues with the device dropping off the LAN. I know ethernet, TCP/IP and DHCP are all standards based thus I am not sure why this little device would not like my PFSense router or any of the switches on my network. Perhaps it does not like my DCHP server settings.
I am not sure what to do next.
-
I mean really 'call Honeywell' but I can imagine that would get you no where at all!
You could get a packet capture of the dhcp exchange with another server that works and see what's different. Then try to match that in pfSense, there are some configurable DHCP options.
You could put a different dhcp server on that subnet that it does work with.
You could put it behind another router but have that on the pfSense LAN.
Assuming it needs internet access for some IoT type activity it should probably be on an isolated subnet anyway.
Steve
-
Thanks for your response. Like you said, Honeywell support said it was defective and buy a new one.
It appears to be an issue between my D-Link DGS-1100 switch and the Honeywell device. It works when connected directly with the SG-2440 Lan adapter.
Working with D-Link support on the issue.
Thanks,
Jerold
-
Ah, interesting. I guess an additional switch is probably cheaper than the Honeywell device at least.
-
Were you ever able to resolve this issue with D-Link support? I am having the exact same problem here, its strange too as we have some of the older v1 redlinks which work perfect but all of our v2 redlinks are behaving just like yours.
-
Sorry for the late post but wanted to close it out here in the rare case someone searches for the issue. I gave up on Dlink support and this device. It should have auto negotiated and been fine. My first solution was to use a tplink ac740 in wifi bridge mode, then connect the hub to the ac740 using an Ethernet cable.
Since then I added a Ubiquiti 24 port poe switch and have zero issues with the Honeywell hub when going through a different switch. Isn't IOT wonderful!