Jump to content


  • Content Count

  • Joined

  • Last visited

About green1234

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. It would be great if I could have two settings for Anti-Bufferbloat, for example: Set bufferbloat at 90% for Always just to smooth out day to day a little bit without too much of a hit on bandwidth. But at the same time have a setting of 70% for when high priority traffic detected. So normal operation 90% then when gaming is detected it goes to 70% for more aggressive anti-lag. Also, it would be cool if some big arse RGB customisable Led's kicked in on R1 when high priority gaming was detected!!
  2. Does such a thing exist? I would like a wireless AP that I can log into and set up an access schedule for, but I'm not sure this is technically possible, can anyone help? The Ubiquiti stuff looks like it might do it, but it looks like I need more than a simple AP. I want to automatically turn off the wifi for my children's connected devices at, say, 11:00 pm weekdays and 1:00 am weekends, but I want the wifi still available for other devices. I could do this on my BT Home Hub, but obviously not now the R1 is connected which controls all the devices now. I can turn off the internet to the R1 at set times via the BT HH access control, but that doesn't help if I want to finish watching something on a tablet a little later than the children's' cut off time.
  3. I think I wasn't being patient enough. I was eagerly speed testing within seconds of a new wireless device connecting. I noticed recently through the system logs that it takes a brief amount of time for the QOS to be applied and it's possible by the third test the R1 had settled down and it had nothing to do with moving the slider to 0% for the Linksys. The same thing was happening when I tried the original firmware. I've also gone back to 70% BB as once all the household devices connected I found 80% a bit too ambitious. It's all working well and after trying the original firmware again I decided to come back to DumaOS as its super good at picking up the high priority packets automatically and I feel more confident it does its job when gaming on either of the two pc's or switch without me checking or messing around with it all the time.
  4. Misc Background info: I have the Wi Fi switched off on the R1. I use my old Linksys EA6900 as a wireless access point. At first, I turned off DHCP on the Linkysys and it worked fine and out of interest set it to bridge mode and it worked exactly the same except many of the menu settings removed from the Linsys Interface, so I left it in bridged mode as it seemed better that way. Anyway, either bridged or not the Linksys appears with its own 192.168.88. IP address allocated by the Netduma R1 and I can log into it via that IP address. Recently I got the R1 singing along perfectly with zero BB, set to always around 80%. So I did a nice clean reboot of everything waiting 5 minutes between ISP Router > R1 > connected WiFi AP (EA6900). Then started switching on wifi devices within the home. Problem: When I did a speed test on the first wifi device I switched on (iphone) I got full speed 68/18 (this is my 100% max speed) and the associated lag spikes on the ping plot as if BB was set to never and NOT the expected 62/14 from BB Always and no lag spikes. Three more tests and the same problem. I had to do 2 things to get it working: 1. Set the QOS slider for the Linksys Wirelsss AP to ZERO 2. Update distribution both download and upload. The image below shows the 4 speed tests run from a newly connected iphone, the 4th test finally shows no lag on the network (pingplotter running on the main PC) and I only achieved this after setting the linskys slider to 0% Then I switched on the mac connected by wifi. The exact same thing happened I got 100% speeds (not the correct lower speeds) and when I checked pingplotter (running on the main PC) I had lag spikes 3 tests giving full bandwidth speed, so the mac was unaffected by the Always BB setting. So, I update distribution on both upload and download within the R1 interface and hey presto, everything worked again, speed test gives slower speeds (62/14) and no network lag on pingplotter. Conclusion: Each time a new device connects I need to go into the R1 interface and update distribution. So I think this might be a bug. I don't think I should need to consistently update distribution whenever a new device might join the network in order to correctly place it within the QOS umbrella. So far, each time a new device connects I tried 3 speed test and got 100% speeds and will see the accompanying lag spikes on pingplotter until I manually going into the R1 and update distribution with these new devices on the petal in order to get everything within the QOS umbrella. If I gave the R1 more time, would it have done this automatically?
  5. I decided to just try it plugged it into the ISP BTHH5 to skip the PPPoE function. So I factory reset and let it connect to the BT HH5 ISP router (I also put it on DMZ for belts and braces, although it was working fine without this. It seems to be working just fine, but needed a reboot to apply the downstream QOS %. I get my original full speeds with QOS enabled. 68/18 - 68.5/18.5 (the same as if straight from the ISP router) and with <70ms lag spike with no Buffer Bloat When I set to 70% the Download Buffeblost didnt work but the upload one did. I tried updating distribution, adjusting but I just couldn't get the download to work. And kept getting messages in the system: kern.warn kernel: [ 1425.380000] HTB: quantum of class 10002 is big. Consider r2q change. Then I rebooted and it worked: Then I tried adjusting the % sliders and got the quantum of class 10002 is big. Consider r2q change message accompanied by an iffy download result: Then I waited, changed nothing and tried again and got perfect result: And it all seems to be working Perfectly, here are the dslreports, (which before when it went through PPPoE I always had some random 150-180ms spikes early on in the download***edit - I still get the spikes, BUT only when logged into DSLreports and using finer sample rates setting, i think this is bug with dsl reports****) So, I think, the problems, as mentioned by support, are all to do with the PPPoE. So, I'll use it through the ISP router and put my shiny new £85 modem on the shelf ready for another day or maybe an XR300 or XR500. I hope it continues to works once the network has more devices and comes under heavy load tonight.
  6. ok, it was on H originally before going to DomaOS. I have downloaded J ready. Can I go straight from DumaOS to 1 03 6J. Also, can I do the downgrade & re-upgrade offline, with the router just connected to my PC (and nothing else, no modem or internet access) via ethernet and the file on my PC
  7. Yes I also use dslreports and thinkbroadband, they all give more or less the same. I stick with speedtest for consistency.
  8. Also, here is a ping plot of when my sons started a game and the R1 picked up High Priority, so I took the opportunity to run a speed test during his game. It was clear the bufferbloat was activated as I got the same speeds as when setting to always. The 160ms spikes are obviously pinged to my PC, so would my son not experience the same 160ms spike because his gaming packets are prioritised to his PC? this is further ping graph, without me doing a speed test and background household usage, but while my son continued to trigger 'high priority traffic detected':
  9. Actually, nothing has changed regarding speeds and spikes. The speeds are still low but the interface seems to work a bit faster with less loading circles through firefox. 35-37 down and 18 up with buffer bloat set at high priority or never and spikes around 50ms on ping plotter during test. 33d , 11u with buffer bloat set always - but fairly good plots, except for random spikes throughout the hours The connection is easily capable of 67down and 18up through the R1, as proved brifiely when the QOS seemed to crashed and the speedtest posted 67 17. Also, I get a solid 67 18 always whenever I connect the old BT HH5. Yes, still applied. Do you mean the red dot and prioritised packet figures? If so, when doing a speed test the red light doesn't come on and the high priority packets don't change. The last odd thing. I tried a speed test through my mac mini connected via wifi and got approx 50/18! But then the more times I ran the speed test the slower it got until it settled at the usual 35-7 down and 18 up. What's could explain that?
  10. Also while it was playing up, before it completely crashed a minute after the above log file it posted 67/17 ???
  11. Hi, Well the whole thing ground to a halt and I needed two factory resets as the netduma became totally unresponsive and I kept losing the internet. I've attached a log file from when it finally gave up but I managed to download Yes, everything is tested direct ethernet cat6. I also tried a HG612 modem - it made no difference other than worse upload speeds. I think I might know what's happening and its a bit silly my end: I have been using chrome with adblock, my tablet is synced to google and that uses chrome with adblock and my sons pc has a different adblock as well. They have all been used to access the Netduma over the last few days. Initially, when it had a fresh update to DumaOS, at first it was great as time went on the more I tested and accessed it via chrome the more erratic it behaved. I have now factory reset and only accessed via Firefox and it seems to be working again. I can't test properly because everyone is online after 2 hours offline. log-1557510594666.txt
  12. If I turn off all QOS I get back to 55/18. During all the fiddling I have kept the modem on the whole time, even when I changed from the BTHH5 to the NetdumaR1. I kept it sync'd as I assumed this would not to trigger dslam, but i could be wrong. The reboots have been the router, not the modem/line sync. When I put the HH5 back on instead of the Netduma R1 I got 66/17 again. But I'll look at the modem sync speeds when I get the chance, but can't fiddle now anymore as everyone home and it drives the household crazy. I have attached my broadband quality monitor, the packet loses are when I rebooted the router. Apart from the middle of the night, I don't know what happened then.
  13. Ok, I understand, it is free and in beta, so no worries. Hopefully, its a feature that makes it in the future as the DumaOs is perfect for parents who want to create a good gaming environment for their children (and themselves) as well as very good network congestion control so they themselves have a good connection while the children eat up all the bandwidth. And with teenage children, the ability to block internet access automatically at set times at night is very nice if you want to go to bed yourself and not argue with them. If it makes it into the OS, then it would be nice to allow unrestricted access to the Geo Ping stuff so they can set that up themselves, while password locking out other areas such as the device restrictions and other important settings. Not sure if that is possible, but just an idea.
  14. Just to follow up, I did another speed test. I didn't change anything, all I had done was go into menu to open up the traffic prioritisation in order to get the screen shot. The speed test gave 37/18 but a small ping spike again, especially on upload and the upload speeds have nearly doubled.
  15. Thanks, I have tried several settings for bandwidth: 80/20, 76/20 (the sync speeds), 66/20 (the best I could achieve without the Netduma) 55/18. (the best the netduma achieved without QOS) I even tried 95/23 so that 50% gave me 33/9, but even then with bufferbloat set to never I still didn't get back to my full download speed (55 would be fine) but I always got my full upload. I seem to need to reboot often to get things to work. I have attached my traffic prioritization settings and a recent ping plot after a reboot 20 min ago, the ping is mostly below 20ms and includes browsing, emails and speedtests. The very first speed test gave an odd almost full speed upload result of 17Mbps and is also a small ping spike at 14:45 (the download was throttled at around 33Mbps and didn't create spike), the router was set to Always 70%. When I did another test a few minutes later the upload settled back to around 11 Mbps and there was no ping spike. So I assume the netduma needs some time to settle down and apply the bufferbloat settings after a reboot.
  • Create New...