Jump to content

zombiefaace

Members
  • Content Count

    9
  • Joined

  • Last visited

About zombiefaace

  • Rank
    New

Basic Info

  • DumaOS Routers Owned
    Netduma R2
  1. Sure no problem, I'll try to keep the streaming PC on as much as possible even if I'm not using it to see if it will happen a little faster, unfortunately it has RGB RAM that I can't change the color of (known issue with the current BIOS, waiting on an update) so I won't be able to keep it on over night as it's in my room and quite bright, but in the mean time I can ping -t the streaming PC the whole time to see if there are any recorded drops, I'll have it output to a txt file so I can check it over time and see about what time it occurs for the log file time stamp
  2. Enabling bridge mode disables all DHCP and routing functions of the modem and automatically puts the R2 into DMZ mode, thus why I had to remove the public IP from the logs as it's assigned directly to the R2's WAN port, this is not a double NAT. As far as the flow control I've gone ahead and disabled it on 1 of the 3 devices that are affected to see if this will affect anything for this device while the other 2 are still operating normally with no changes. May take a while to experience this issue as this isn't something that always happens daily, will continue monitoring the logs and report back anything that happens or any changes.
  3. As requested here is a copy of my log file with my public IP address scrubbed. Please let me know if you need anything else log-1618019597453-N++.txt
  4. Ok so my next reply I'm going to post the log, I hope you don't mind but I used Notepad ++ to scrub my public IP address from the log file for security/safety reasons, not too concerned about internal IP's/PC names. I did see the bouncing back and forth from offline to online behavior in the router GUI and can confirm it in the logs as shown here Fri Apr 9 18:40:10 2021 kern.info kernel: [65918.337485] mtk_soc_eth 1e100000.ethernet eth0: gsw irq, link status reg=0x20080008 Fri Apr 9 18:40:10 2021 kern.info kernel: [65918.352910] mtk_soc_eth 1e100000.ethernet eth0: MAC0: control=0x56330 status=0xb Fri Apr 9 18:40:10 2021 kern.info kernel: [65918.367961] mtk_soc_eth 1e100000.ethernet eth0: MAC1: control=0x56330 status=0xb Fri Apr 9 18:40:10 2021 kern.info kernel: [65918.383011] mtk_soc_eth 1e100000.ethernet eth0: MAC2: control=0x56330 status=0x0 Fri Apr 9 18:40:10 2021 kern.info kernel: [65918.398060] mtk_soc_eth 1e100000.ethernet eth0: MAC3: control=0x56330 status=0x0 Fri Apr 9 18:40:10 2021 kern.info kernel: [65918.412939] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down Fri Apr 9 18:40:10 2021 kern.info kernel: [65918.425052] mtk_soc_eth 1e100000.ethernet eth0: MAC4: control=0x56330 status=0xb Fri Apr 9 18:40:10 2021 kern.info kernel: [65918.440104] mtk_soc_eth 1e100000.ethernet eth0: MAC5: control=0x5e30b status=0xb Fri Apr 9 18:40:10 2021 kern.info kernel: [65918.455153] mtk_soc_eth 1e100000.ethernet eth0: MAC6: control=0x5e30b status=0xb Fri Apr 9 18:40:12 2021 kern.info kernel: [65920.755732] mtk_soc_eth 1e100000.ethernet eth0: gsw irq, link status reg=0x80008 Fri Apr 9 18:40:12 2021 kern.info kernel: [65920.770635] mtk_soc_eth 1e100000.ethernet eth0: MAC0: control=0x56330 status=0xb Fri Apr 9 18:40:12 2021 kern.info kernel: [65920.785689] mtk_soc_eth 1e100000.ethernet eth0: MAC1: control=0x56330 status=0xb Fri Apr 9 18:40:12 2021 kern.info kernel: [65920.800744] mtk_soc_eth 1e100000.ethernet eth0: MAC2: control=0x56330 status=0x0 Fri Apr 9 18:40:12 2021 kern.info kernel: [65920.815796] mtk_soc_eth 1e100000.ethernet eth0: MAC3: control=0x56330 status=0x3 Fri Apr 9 18:40:12 2021 kern.info kernel: [65920.830675] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up Fri Apr 9 18:40:12 2021 kern.info kernel: [65920.842442] mtk_soc_eth 1e100000.ethernet eth0: MAC4: control=0x56330 status=0xb Fri Apr 9 18:40:12 2021 kern.info kernel: [65920.857492] mtk_soc_eth 1e100000.ethernet eth0: MAC5: control=0x5e30b status=0xb Fri Apr 9 18:40:12 2021 kern.info kernel: [65920.872542] mtk_soc_eth 1e100000.ethernet eth0: MAC6: control=0x5e30b status=0xb Fri Apr 9 18:40:13 2021 kern.info kernel: [65921.856482] mtk_soc_eth 1e100000.ethernet eth0: gsw irq, link status reg=0x80008 Fri Apr 9 18:40:13 2021 kern.info kernel: [65921.871404] mtk_soc_eth 1e100000.ethernet eth0: MAC0: control=0x56330 status=0xb Fri Apr 9 18:40:13 2021 kern.info kernel: [65921.886475] mtk_soc_eth 1e100000.ethernet eth0: MAC1: control=0x56330 status=0xb Fri Apr 9 18:40:13 2021 kern.info kernel: [65921.901532] mtk_soc_eth 1e100000.ethernet eth0: MAC2: control=0x56330 status=0x0 Fri Apr 9 18:40:13 2021 kern.info kernel: [65921.916584] mtk_soc_eth 1e100000.ethernet eth0: MAC3: control=0x56330 status=0x0 Fri Apr 9 18:40:13 2021 kern.info kernel: [65921.931462] mtk_soc_eth 1e100000.ethernet eth0: port 3 link down I did have an issue with this PC being offline last night, but alas it was before I read your comment and I ended up doing several reboots of both the PC and the router, so I didn't get a chance to record that data. For another test I went ahead and put this PC (named evilinside2 in the logs) on a static IP on the system itself instead of assigning it from the router. Not sure if this is what this snipet of code is referring too or not. Fri Apr 9 19:01:55 2021 user.info com.netdumasoftware.neighwatch: DHCP new event. Fri Apr 9 19:01:55 2021 user.info com.netdumasoftware.neighwatch: DHCP lease change. Fri Apr 9 19:01:55 2021 daemon.err miniupnpd[2525]: try_sendto failed to send 12 packets Fri Apr 9 19:01:57 2021 daemon.err cli.lua[2914]: Command failed: Not found Fri Apr 9 19:02:25 2021 daemon.err miniupnpd[2525]: try_sendto failed to send 12 packets Fri Apr 9 19:02:40 2021 daemon.err odhcp6c[7030]: Failed to send DHCPV6 message to ff02::1:2 (Address not available) Fri Apr 9 19:02:55 2021 daemon.err miniupnpd[2525]: try_sendto failed to send 12 packets Fri Apr 9 19:03:20 2021 daemon.info dnsmasq-dhcp[9415]: DHCPREQUEST(br-lan) 192.168.1.150 60:45:cb:9a:3a:6e Fri Apr 9 19:03:20 2021 daemon.info dnsmasq-dhcp[9415]: DHCPACK(br-lan) 192.168.1.150 60:45:cb:9a:3a:6e evilinside2 Fri Apr 9 19:03:25 2021 daemon.err miniupnpd[2525]: try_sendto failed to send 12 packets Fri Apr 9 19:03:29 2021 daemon.info dnsmasq-dhcp[9415]: DHCPRELEASE(br-lan) 192.168.1.150 60:45:cb:9a:3a:6e Fri Apr 9 19:03:29 2021 user.notice com.netdumasoftware.neighwatch: Unknown DHCP event 'remove' Fri Apr 9 19:03:33 2021 daemon.info dnsmasq-dhcp[9415]: DHCPDISCOVER(br-lan) 192.168.1.150 60:45:cb:9a:3a:6e Fri Apr 9 19:03:33 2021 daemon.info dnsmasq-dhcp[9415]: DHCPOFFER(br-lan) 192.168.1.150 60:45:cb:9a:3a:6e Fri Apr 9 19:03:33 2021 daemon.info dnsmasq-dhcp[9415]: DHCPREQUEST(br-lan) 192.168.1.150 60:45:cb:9a:3a:6e Fri Apr 9 19:03:33 2021 daemon.info dnsmasq-dhcp[9415]: DHCPACK(br-lan) 192.168.1.150 60:45:cb:9a:3a:6e evilinside2 Thanks for all your help so far!
  5. It's not a Pure, it's an Arris, but the router is set in bridge mode with the modem, so that it's automatically DMZ'd and the modem is essentially a dumb switch, I'd rather not double NAT if possible. Even with that I don't see how that'd be related so I have no issues accessing the internet, just issues with 3 devices randomly disconnecting and losing local IP's from the R2 itself.
  6. Nevermind that, I found out how to download the logs, here's something I found in the logs (not sure this would be related) I'm trying to get someone at home to turn on 1 PC right now to see if I can get it to have the issue Fri Apr 9 06:49:46 2021 user.info com.netdumasoftware.neighwatch: DHCP new event. Fri Apr 9 06:49:46 2021 user.info com.netdumasoftware.neighwatch: DHCP new lease allocated. Fri Apr 9 06:49:49 2021 daemon.err cli.lua[2914]: Command failed: Not found Fri Apr 9 06:49:50 2021 daemon.err cli.lua[2914]: Command failed: Not found Fri Apr 9 06:49:51 2021 daemon.err cli.lua[2914]: Command failed: Not found Fri Apr 9 06:49:51 2021 daemon.err cli.lua[2914]: Command failed: Not found Fri Apr 9 06:49:51 2021 daemon.err cli.lua[2914]: Command failed: Not found Fri Apr 9 06:50:00 2021 cron.err crond[1401]: USER root pid 4697 cmd echo 3 > /proc/sys/vm/drop_caches Also, I don't know why, but it looks like it's spamming a new IP check for the DHCP lease every 5 or so minutes on the WAN, is this normal?
  7. Thanks! Next question, how would I upload the logs? Just need me to copy and paste in a text file and upload into the thread?
  8. I can absolutely pull the log file, just curious how long does the log file record data for? Is there a limit? Sometimes this will happen with a device when I'm at work, and well, work is 45 miles from home
  9. Having an issue with the R2 that I don't have with my previous router at all. Several devices will randomly cut out and cannot renew DHCP without either A.) rebooting the device, or B.) rebooting the router itself. This issue does not occur when I use my old router, and it's only about 3 out of the 13 devices I have. Oddly I have not experienced this issue at all on my gaming PC which is online 24/7/365 either mining cryptocurrency or gaming. Here's everything I've done so far: Computer loses network connection Run ipconfig /release, ipconfig /flushdns, ipconfig /renew ipconfig /renew states it can't get an IP from DHCP Reboot computer, if that doesn't work, reboot router Have changed LAN cables on all 3 devices with brand new LAN cables Have downloaded and installed the latest drivers for the NIC on the 2 PC's affected Windows 10 is fully up to date on the latest version and security patches WiFi devices do not seem to be affected at all. Gaming wired PC is not affected at all IP's are static assigned to devices inside the NetDuma R2 interface Have not tried static assigning IP's on the devices themselves. Prefer not to do it this way Streaming PC that was affected seems to not experience the issue anymore, but hard to tell as it's mostly off until I go live, so only online a few hours a day at most Gaming PC is never affected, and usually used to do all reboots and checks through the GUI of the router interface. When Security Cams and 1 PC are affected I can see them in the Device Manager part of the GUI constantly jumping back and forth between offline and online. Setting 100Mbps/1000Mbps full duplex on any PC seems to actually cause this issue (with the exception being the gaming PC) so for now devices are set to auto negotiation Currently have the router plugged into the modem with the modem configured in bridge mode so that the router gets the external IP + DMZ 1 24 port switch is plugged into the router. Have tried all devices behind the switch with each individual port on the router, issue occurs regardless of port on router used. Have tried devices plugged directly into router (doing that right now) At this point I'm at my wits end, I've tried moving everything completely over to the switch so only 1 cable comes out of the R2 router, I've tried updating drivers and swapping cables to no luck, as soon as I move everything back over to my ASUS RT-AC68U all the issues stop completely. Hoping it's just a firmware bug, currently running the latest firmware version 3.0.205, can't see how it'd be anything else just to it being localized to only 3 devices, can provide hardware specs (to the best of my ability) of each device if needed. Thanks for your time
×
×
  • Create New...