What's new

WiFi and Wired Device connection issues

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

On the device does it give you the option to renew dhcp? Not quite sure what the wired device your using is.
 
On the device does it give you the option to renew dhcp? Not quite sure what the wired device your using is.
Here's and unplug of the device and plug back in from the log

Jan 19 16:38:46 kernel: br1: topology change detected, propagating
Jan 19 16:38:46 kernel: br1: port 3(eth2.501) entered forwarding state
Jan 19 16:38:46 kernel: br2: topology change detected, propagating
Jan 19 16:38:46 kernel: br2: port 3(eth2.502) entered forwarding state
Jan 19 16:40:15 kernel: eth2 (Ext switch port: 1) (Logical Port: 9) (phyId: 9) Link DOWN.
Jan 19 16:40:15 kernel: br0: port 2(eth2) entered disabled state
Jan 19 16:40:15 kernel: br1: port 3(eth2.501) entered disabled state
Jan 19 16:40:15 kernel: br2: port 3(eth2.502) entered disabled state
Jan 19 16:40:36 kernel: eth2 (Ext switch port: 1) (Logical Port: 9) (phyId: 9) Link UP at 100 mbps full duplex
Jan 19 16:40:36 kernel: br0: port 2(eth2) entered listening state
Jan 19 16:40:36 kernel: br0: port 2(eth2) entered listening state
Jan 19 16:40:36 kernel: br1: port 3(eth2.501) entered listening state
Jan 19 16:40:36 kernel: br1: port 3(eth2.501) entered listening state
Jan 19 16:40:36 kernel: br2: port 3(eth2.502) entered listening state
Jan 19 16:40:36 kernel: br2: port 3(eth2.502) entered listening state
Jan 19 16:40:38 kernel: br0: port 2(eth2) entered learning state
Jan 19 16:40:40 kernel: br0: topology change detected, propagating
Jan 19 16:40:40 kernel: br0: port 2(eth2) entered forwarding state
Jan 19 16:40:51 kernel: br1: port 3(eth2.501) entered learning state
Jan 19 16:40:51 kernel: br2: port 3(eth2.502) entered learning state
Jan 19 16:41:06 kernel: br1: topology change detected, propagating
Jan 19 16:41:06 kernel: br1: port 3(eth2.501) entered forwarding state
Jan 19 16:41:06 kernel: br2: topology change detected, propagating
Jan 19 16:41:06 kernel: br2: port 3(eth2.502) entered forwarding state
 
Unfortunately, no.
Then what I’d suggest is under static ip under lans dhcp server put your devices MAC address and a static ip and make a IP address up similar to one already on the network but make it a ending number that’s not currently being used. You may need to find the MAC address on the device itself if it’s not listed. Once applied unplug the eth cable for the device and plug it back in or reboot the wired device. That should renew or detect the static ip and force it to the one you set.
C25ED9E0-A255-460F-86EE-84D050A121FA.jpeg
 
Then what I’d suggest is under static ip under lans dhcp server put your devices MAC address and a static ip and make a IP address up similar to one already on the network but make it a ending number that’s not currently being used. You may need to find the MAC address on the device itself if it’s not listed. Once applied unplug the eth cable for the device and plug it back in or reboot the wired device. That should renew or detect the static ip and force it to the one you set.
View attachment 38703
I added the MAC address to IP 192.168.50.251. Below is the log after a power cycle

Jan 19 16:48:24 kernel: eth2 (Ext switch port: 1) (Logical Port: 9) (phyId: 9) Link DOWN.
Jan 19 16:48:24 kernel: br0: port 2(eth2) entered disabled state
Jan 19 16:48:24 kernel: br1: port 3(eth2.501) entered disabled state
Jan 19 16:48:24 kernel: br2: port 3(eth2.502) entered disabled state
Jan 19 16:48:40 kernel: eth2 (Ext switch port: 1) (Logical Port: 9) (phyId: 9) Link UP at 100 mbps full duplex
Jan 19 16:48:40 kernel: br0: port 2(eth2) entered listening state
Jan 19 16:48:40 kernel: br0: port 2(eth2) entered listening state
Jan 19 16:48:40 kernel: br1: port 3(eth2.501) entered listening state
Jan 19 16:48:40 kernel: br1: port 3(eth2.501) entered listening state
Jan 19 16:48:40 kernel: br2: port 3(eth2.502) entered listening state
Jan 19 16:48:40 kernel: br2: port 3(eth2.502) entered listening state
Jan 19 16:48:42 kernel: br0: port 2(eth2) entered learning state
Jan 19 16:48:44 kernel: br0: topology change detected, propagating
Jan 19 16:48:44 kernel: br0: port 2(eth2) entered forwarding state
Jan 19 16:48:55 kernel: br1: port 3(eth2.501) entered learning state
Jan 19 16:48:55 kernel: br2: port 3(eth2.502) entered learning state
Jan 19 16:49:10 kernel: br1: topology change detected, propagating
Jan 19 16:49:10 kernel: br1: port 3(eth2.501) entered forwarding state
Jan 19 16:49:10 kernel: br2: topology change detected, propagating
Jan 19 16:49:10 kernel: br2: port 3(eth2.502) entered forwarding state
 
This is so weird I have no idea what is going on here. i bet i could take this to the neighbors and bam it's online.
 

Attachments

  • ScreenShot007.jpg
    ScreenShot007.jpg
    11.3 KB · Views: 79
I added the MAC address to IP 192.168.50.251. Below is the log after a power cycle

Jan 19 16:48:24 kernel: eth2 (Ext switch port: 1) (Logical Port: 9) (phyId: 9) Link DOWN.
Jan 19 16:48:24 kernel: br0: port 2(eth2) entered disabled state
Jan 19 16:48:24 kernel: br1: port 3(eth2.501) entered disabled state
Jan 19 16:48:24 kernel: br2: port 3(eth2.502) entered disabled state
Jan 19 16:48:40 kernel: eth2 (Ext switch port: 1) (Logical Port: 9) (phyId: 9) Link UP at 100 mbps full duplex
Jan 19 16:48:40 kernel: br0: port 2(eth2) entered listening state
Jan 19 16:48:40 kernel: br0: port 2(eth2) entered listening state
Jan 19 16:48:40 kernel: br1: port 3(eth2.501) entered listening state
Jan 19 16:48:40 kernel: br1: port 3(eth2.501) entered listening state
Jan 19 16:48:40 kernel: br2: port 3(eth2.502) entered listening state
Jan 19 16:48:40 kernel: br2: port 3(eth2.502) entered listening state
Jan 19 16:48:42 kernel: br0: port 2(eth2) entered learning state
Jan 19 16:48:44 kernel: br0: topology change detected, propagating
Jan 19 16:48:44 kernel: br0: port 2(eth2) entered forwarding state
Jan 19 16:48:55 kernel: br1: port 3(eth2.501) entered learning state
Jan 19 16:48:55 kernel: br2: port 3(eth2.502) entered learning state
Jan 19 16:49:10 kernel: br1: topology change detected, propagating
Jan 19 16:49:10 kernel: br1: port 3(eth2.501) entered forwarding state
Jan 19 16:49:10 kernel: br2: topology change detected, propagating
Jan 19 16:49:10 kernel: br2: port 3(eth2.502) entered forwarding state
So that “should” be fine. Does the device detect the set IP address? That’s the question because the logs indicated that it’s forwarding the IP address.
 
So that “should” be fine. Does the device detect the set IP address? That’s the question because the logs indicated that it’s forwarding the IP address.
Negative...I attempted pinging it as well
 

Attachments

  • ScreenShot005.jpg
    ScreenShot005.jpg
    39.8 KB · Views: 89
Here’s my settings if they don’t wildly differ then I doubt it’s your router but rather that device. If that device can be factory reset maybe it’d help. I use a gt-ax11000
8CEE5E41-DAA2-47C3-A359-BA2388BF9E55.jpeg
E8D50730-67D7-43F2-8554-EDD9AEE1B5B6.jpeg
A8DE7A13-3729-4C6B-AC2E-547ABB7BF3CE.jpeg
 
@DJones I fired up the RT-AC5300 and the device connects with no issue whatsoever. I unplugged and plugged back in and it connected again. I can ping from my PC as well. Below is the log of two connections for the 5300. The 5300 is still running v386.3.2. I will update to the latest to see if the problem is there. If not, there's got to be an issue with the GT-AX11000 or its settings.


May 5 05:09:34 dnsmasq-dhcp[1206]: DHCPDISCOVER(br0) 00:4d:32:0b:36:cb
May 5 05:09:34 dnsmasq-dhcp[1206]: DHCPOFFER(br0) 192.168.1.169 00:4d:32:0b:36:cb
May 5 05:09:34 dnsmasq-dhcp[1206]: DHCPDISCOVER(br0) 00:4d:32:0b:36:cb
May 5 05:09:34 dnsmasq-dhcp[1206]: DHCPOFFER(br0) 192.168.1.169 00:4d:32:0b:36:cb
May 5 05:09:34 dnsmasq-dhcp[1206]: DHCPREQUEST(br0) 192.168.1.169 00:4d:32:0b:36:cb
May 5 05:09:34 dnsmasq-dhcp[1206]: DHCPACK(br0) 192.168.1.169 00:4d:32:0b:36:cb
May 5 02:41:19 rc_service: httpd 433:notify_rc start_lltdc
May 5 05:11:45 dnsmasq-dhcp[1206]: DHCPDISCOVER(br0) 00:4d:32:0b:36:cb
May 5 05:11:45 dnsmasq-dhcp[1206]: DHCPOFFER(br0) 192.168.1.169 00:4d:32:0b:36:cb
May 5 05:11:45 dnsmasq-dhcp[1206]: DHCPREQUEST(br0) 192.168.1.169 00:4d:32:0b:36:cb
May 5 05:11:45 dnsmasq-dhcp[1206]: DHCPACK(br0) 192.168.1.169 00:4d:32:0b:36:cb
 
@DJones I changed the router IP address to 192.168.50.1 just to make sure that wasn't causing an issue. I also, update the firmware to 386.4. Connects everytime onthe 5300. Below are two connections from the log.

You previous post about comparing settings i checked and there was only one setting that was different and that was 'Disable AsusNAT'. All other settings were the same. Something with this new router is causing an issue with this device. I have no idea what


May 5 02:38:40 dnsmasq-dhcp[409]: DHCPDISCOVER(br0) 00:4d:32:0b:36:cb
May 5 02:38:40 dnsmasq-dhcp[409]: DHCPOFFER(br0) 192.168.50.169 00:4d:32:0b:36:cb
May 5 02:38:40 dnsmasq-dhcp[409]: DHCPDISCOVER(br0) 00:4d:32:0b:36:cb
May 5 02:38:40 dnsmasq-dhcp[409]: DHCPOFFER(br0) 192.168.50.169 00:4d:32:0b:36:cb
May 5 02:38:40 dnsmasq-dhcp[409]: DHCPREQUEST(br0) 192.168.50.169 00:4d:32:0b:36:cb
May 5 02:38:40 dnsmasq-dhcp[409]: DHCPACK(br0) 192.168.50.169 00:4d:32:0b:36:cb
May 5 02:39:46 dnsmasq-dhcp[409]: DHCPDISCOVER(br0) 00:4d:32:0b:36:cb
May 5 02:39:46 dnsmasq-dhcp[409]: DHCPOFFER(br0) 192.168.50.169 00:4d:32:0b:36:cb
May 5 02:39:46 dnsmasq-dhcp[409]: DHCPREQUEST(br0) 192.168.50.169 00:4d:32:0b:36:cb
May 5 02:39:46 dnsmasq-dhcp[409]: DHCPACK(br0) 192.168.50.169 00:4d:32:0b:36:cb
 
@DJones I got it connected to the GT-AX11000. I removed it from the 5300 and decided to plug it into the 11000 just to try it again and it connects on the first go. So I then unplug it and plug it back in and it obtains an IP again! I have no idea why but it works now. Must have sorted something by connecting to that 5300. You got me lol
 
@DJones I got it connected to the GT-AX11000. I removed it from the 5300 and decided to plug it into the 11000 just to try it again and it connects on the first go. So I then unplug it and plug it back in and it obtains an IP again! I have no idea why but it works now. Must have sorted something by connecting to that 5300. You got me lol
What a wild ride that was lol. I have no idea what could have been effecting it, but it definitely sounds like it was the device you were using with those routers being temperamental with dhcp discovery.

Since I don’t know what the device is I have no idea what could have caused it, I own a GT-AX11000 and a RT-AX58U and haven’t had any issues connecting to devices wired or wireless except in the instances where I once enabled fast leave or jumbo frames which made my satellite receiver connect and disconnect over and over.

For the most part these devices are plug and play, the nitty gritty stuff is largely hidden in SSH so theirs not much that could break by accident with the exception of a buggy firmware. That said shi*t happens and if you continue only having issues with that router RMA it with ASUS they are awesome with handling warranty, I replaced my 11000 when I initially got it because the led was flickering on all led settings.
 
What a wild ride that was lol. I have no idea what could have been effecting it, but it definitely sounds like it was the device you were using with those routers being temperamental with dhcp discovery.

Since I don’t know what the device is I have no idea what could have caused it, I own a GT-AX11000 and a RT-AX58U and haven’t had any issues connecting to devices wired or wireless except in the instances where I once enabled fast leave or jumbo frames which made my satellite receiver connect and disconnect over and over.

For the most part these devices are plug and play, the nitty gritty stuff is largely hidden in SSH so theirs not much that could break by accident with the exception of a buggy firmware. That said shi*t happens and if you continue only having issues with that router RMA it with ASUS they are awesome with handling warranty, I replaced my 11000 when I initially got it because the led was flickering on all led settings.
Man, I tell ya lol...All for one device. But it was worth it. Yeah, I don't usually have any issues either and I still have no idea what the issue was there. Anyways, I'm glad I got it sorted and thanks for your help!
 

Similar threads

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top