Netduma Staff Netduma Jack Posted April 11, 2018 Netduma Staff Share Posted April 11, 2018 Just curious what would cause the R1 and the XR500 to yield such incredibly different results? The only thing I can think of is deep packet inspection - are we every going to get a toggle for this so that at very least we can set the optimal parameters with it off then re-enable it after the fact? There's currently no plans for this feature but it could be useful. Thanks for letting us know you'd like to see it in future versions. The software differences between the R1 stock UI and DumaOS are massive so different results are to be expected. Is your setup Modem > XR500 > All Devices? Are you running these tests wired to a PC, and have you run one of these tests without the XR500 in your setup? Have you tried different Ethernet cables? Link to comment Share on other sites More sharing options...
Find_the_Door Posted April 11, 2018 Share Posted April 11, 2018 There's currently no plans for this feature but it could be useful. Thanks for letting us know you'd like to see it in future versions. The software differences between the R1 stock UI and DumaOS are massive so different results are to be expected. Is your setup Modem > XR500 > All Devices? Are you running these tests wired to a PC, and have you run one of these tests without the XR500 in your setup? Have you tried different Ethernet cables? Yes that's my set-up. Yes I'm testing wired. I've tried different Docsis 3.1 modems, routers and Ethernet cables. Same modem and Ethernet cables when using the R1 and am given flawless results when running bufferbloat tests with deep packet inspection off. Link to comment Share on other sites More sharing options...
Administrators Netduma Fraser Posted April 11, 2018 Author Administrators Share Posted April 11, 2018 Yes that's my set-up. Yes I'm testing wired. I've tried different Docsis 3.1 modems, routers and Ethernet cables. Same modem and Ethernet cables when using the R1 and am given flawless results when running bufferbloat tests with deep packet inspection off. I've responded to your other post, if you reply to that it will better help me understand the situation Link to comment Share on other sites More sharing options...
Bueyako1 Posted April 14, 2018 Share Posted April 14, 2018 https://share.pingplotter.com/UsyscNmhFsf https://share.pingplotter.com/DGmzvUEJzXK Is it a good connection? qos active 70% Thanks Link to comment Share on other sites More sharing options...
Administrators Netduma Fraser Posted April 14, 2018 Author Administrators Share Posted April 14, 2018 https://share.pingplotter.com/UsyscNmhFsf https://share.pingplotter.com/DGmzvUEJzXK Is it a good connection? qos active 70% Thanks Yes it looks decent, a low ping. A bit of packet loss and spikes in the first picture but nothing too serious. Link to comment Share on other sites More sharing options...
Bueyako1 Posted April 14, 2018 Share Posted April 14, 2018 How could I solve packet loss? Yes it looks decent, a low ping. A bit of packet loss and spikes in the first picture but nothing too serious. Link to comment Share on other sites More sharing options...
Bueyako1 Posted April 14, 2018 Share Posted April 14, 2018 Is it better: https://share.pingplotter.com/aXgbGaJrnsC How could be flatter line of ping an zero packet loss? Thanks a lot Yes it looks decent, a low ping. A bit of packet loss and spikes in the first picture but nothing too serious. Link to comment Share on other sites More sharing options...
Administrators Netduma Fraser Posted April 14, 2018 Author Administrators Share Posted April 14, 2018 You're ping line is good don't worry about that. Packet loss could be to do with ethernet cable or ISP. Try directly connected to modem Link to comment Share on other sites More sharing options...
Bueyako1 Posted April 14, 2018 Share Posted April 14, 2018 Only one more question: The pinplotter test must be done wile qos is active and ps4 connected to a game server? Thanks You're ping line is good don't worry about that. Packet loss could be to do with ethernet cable or ISP. Try directly connected to modem Link to comment Share on other sites More sharing options...
Administrators Netduma Fraser Posted April 14, 2018 Author Administrators Share Posted April 14, 2018 No not at all, take a look at this: http://support.netduma.com/support/solutions/articles/16000074717-test-your-connection Link to comment Share on other sites More sharing options...
Bueyako1 Posted April 16, 2018 Share Posted April 16, 2018 No not at all, take a look at this: http://support.netduma.com/support/solutions/articles/16000074717-test-your-connection I´ve made this test https://share.pingplotter.com/54FCcBut9Rd As you will see, there are 3 different graph pads on test: 1st one connected by wifi 2nd one, wired to XR500, anti bufferbloat active 3rd one, wired to my ISP modem As you will see on every scenario, I´ve PL% (PACKET LOSS), connected to 172.29.8.125 IP, Why?. Thanks a lot Link to comment Share on other sites More sharing options...
Zennon Posted April 16, 2018 Share Posted April 16, 2018 I´ve made this test https://share.pingplotter.com/54FCcBut9Rd As you will see, there are 3 different graph pads on test: 1st one connected by wifi 2nd one, wired to XR500, anti bufferbloat active 3rd one, wired to my ISP modem As you will see on every scenario, I´ve PL% (PACKET LOSS), connected to 172.29.8.125 IP, Why?. Thanks a lot That is a hop that is not responding to ICMP pings, you do not have packet loss as indicated by no packet loss on the last destination hop. Link to comment Share on other sites More sharing options...
Bueyako1 Posted April 16, 2018 Share Posted April 16, 2018 That is a hop that is not responding to ICMP pings, you do not have packet loss as indicated by no packet loss on the last destination hop. Thank you Zennon, do you think that my connection should improve avoiding my ISP router and connecting straight the ONT to XR500?, i´ve VOIP telephone at home. Thank you. Link to comment Share on other sites More sharing options...
Find_the_Door Posted April 17, 2018 Share Posted April 17, 2018 Thank you Zennon, do you think that my connection should improve avoiding my ISP router and connecting straight the ONT to XR500?, i´ve VOIP telephone at home. Thank you. Those spikes are concerning and are very similar to my results. I can't QoS them out either as they're very persistent. I would encourage you to reach out to your ISP as we discovered on my end that my cable node is significantly overloaded. Link to comment Share on other sites More sharing options...
Bueyako1 Posted April 17, 2018 Share Posted April 17, 2018 Those spikes are concerning and are very similar to my results. I can't QoS them out either as they're very persistent. I would encourage you to reach out to your ISP as we discovered on my end that my cable node is significantly overloaded. So you think I can reach a flatter ping graph?, that would be almost perfect like a LAN, did you solve the problem with your ISP?, how they solved it?. Link to comment Share on other sites More sharing options...
mitja1980 Posted April 17, 2018 Share Posted April 17, 2018 Before the release of DUMA OS you convinced us that DSLreports is a good indication to test our internet quality. Now that DUMA OS is not capable of getting an A+ in bufferbloat you try and convince us that this page is not good to test our Bufferbloat internet quality?? Im confused Link to comment Share on other sites More sharing options...
Netduma Staff Netduma Jack Posted April 17, 2018 Netduma Staff Share Posted April 17, 2018 Before the release of DUMA OS you convinced us that DSLreports is a good indication to test our internet quality. Now that DUMA OS is not capable of getting an A+ in bufferbloat you try and convince us that this page is not good to test our Bufferbloat internet quality?? Im confused It's not that DSL reports isn't good any more - we haven't flipped on that. It's DumaOS itself that is making DSL reports give false readings, not the other way around. Due to the way the DumaOS DPI works (in only scanning the first few packets of data) it no longer agrees with the DSL reports tests. We were originally concerned that it was accurate and DumaOS was underperforming, so we conducted a ton of internal tests ourselves and our developers found that it's just a false reading. So that's why we now recommend PingPlotter for results that don't conflict with our DPI. I hope this makes sense! (DSL reports is still great to use for testing with other routers, and we hope to find a way to get accurate DSL tests using DumaOS in the future!) Link to comment Share on other sites More sharing options...
Find_the_Door Posted April 18, 2018 Share Posted April 18, 2018 It's not that DSL reports isn't good any more - we haven't flipped on that. It's DumaOS itself that is making DSL reports give false readings, not the other way around. Due to the way the DumaOS DPI works (in only scanning the first few packets of data) it no longer agrees with the DSL reports tests. We were originally concerned that it was accurate and DumaOS was underperforming, so we conducted a ton of internal tests ourselves and our developers found that it's just a false reading. So that's why we now recommend PingPlotter for results that don't conflict with our DPI. I hope this makes sense! (DSL reports is still great to use for testing with other routers, and we hope to find a way to get accurate DSL tests using DumaOS in the future!) Can we please for the love of all things get a DPI toggle like we already have on the R1? So that we can at very least set optimal settings via DSLreports Link to comment Share on other sites More sharing options...
Administrators Netduma Fraser Posted April 18, 2018 Author Administrators Share Posted April 18, 2018 It's been requested so we will probably implement it. I'd check out lilstones posts above though as to how you may be able to optimise the test. Link to comment Share on other sites More sharing options...
Find_the_Door Posted April 19, 2018 Share Posted April 19, 2018 It's been requested so we will probably implement it. I'd check out lilstones posts above though as to how you may be able to optimise the test. I have and those are incorrect really. As far as the streams utilized it should be either 8 or 16 that's utilized for accurate results according to those that run OpenWRT. They also said bypass compression should be checked as well. There's nothing more really that you can do with it beyond that and it's results are accurate when configured properly. I'd suggest on your end that you guys create threads for individual connection types as my Docsis 3.1 cable connection is entirely different than PPOE for example. Also an optional toggle for DPI. Link to comment Share on other sites More sharing options...
xlr8r Posted May 8, 2018 Share Posted May 8, 2018 mnnn. this seems to all tie-in with my findings http://forum.netduma.com/topic/24564-geo-filter-problems-on-codww2/?p=179955 Where partially disabling QoS (i.e. Download set to just 10% and Upload set at 100% or OFF! ) seemed to improve bufferbloat ....? Link to comment Share on other sites More sharing options...
Blameless Posted May 9, 2018 Share Posted May 9, 2018 IS THIS OKAY GUYS HELP!!!!! Link to comment Share on other sites More sharing options...
Administrators Netduma Fraser Posted May 9, 2018 Author Administrators Share Posted May 9, 2018 IS THIS OKAY GUYS HELP!!!!! If you've tried to upload a picture it's not worked. Upload to imgur.com and post the link here. Link to comment Share on other sites More sharing options...
Blameless Posted May 9, 2018 Share Posted May 9, 2018 HELP Link to comment Share on other sites More sharing options...
Administrators Netduma Fraser Posted May 9, 2018 Author Administrators Share Posted May 9, 2018 HELP If you you meant to post a picture please upload to imgur.com and post the link here. I also do not know what you need help with as you have not specified the issue. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.