Jump to content

Getting an A but not an A+ on DSLReports?


Recommended Posts

  • Netduma Staff
Posted

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?

  • Replies 151
  • Created
  • Last Reply
Posted

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.

  • Administrators
Posted

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

Posted

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.

  • Administrators
Posted

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 

Posted

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 

Posted

 

 

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

Posted

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.

Posted

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.

Posted

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.

Posted

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

Posted

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

  • Netduma Staff
Posted

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

Posted

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

  • Administrators
Posted

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.

Posted

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.

  • 3 weeks later...
  • Administrators
Posted

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.

  • Administrators
Posted

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.

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...