DumaOS on the Netduma R1 is now in Open Beta! Learn more here: http://forum.netduma.com/topic/26315-dumaos-on-the-netduma-r1-is-now-in-open-beta/

 

Jump to content
Netduma Fraser

Getting an A but not an A+ on DSLReports?

Recommended Posts

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?

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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 

Share this post


Link to post
Share on other sites

 

 

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

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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?.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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!)

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×