Jump to content

QOS issues (again)


ArcaPulse
 Share

Recommended Posts

Called ISP he reckoned the line is all over the place with dropped packets etc. but believes it's a network issue rather than a line issue. Engineer is coming first thing Friday morning (hopefully). Last time a BT engineer came he said it was an openreach problem so I don't have much hope for this one to do anything but book another engineer. I'll let you know. 

Link to comment
Share on other sites

Engineer came, everything in the house is fine. He reckons is degradation on the copper line. He’s sent it back to BT who should call in the next couple of hours with a Special Fault Investigator appointment (don’t know if that’s just a technical name for a normal open reach engineer or if that’s a more specialised open reach engineer). He actually asked if I tried any third party routers with QOS where I showed him my massive hidden collection 😁 and said they were struggling due to the line connection. 

Link to comment
Share on other sites

Unfortunately he couldn’t ‘see’ a fault as he was only allowed to work inside the house. However the tests ran by BT on the line and his report suggests there must be something wrong. He also said only gamers would notice the ping spikes and packets loss as other applications like streaming and web browsing would be unaffected so while the whole line is likely to be faulty we’re probably the only gamers on the street who bothered to report the issue so far and so I’m not super hopeful of a solution.

Link to comment
Share on other sites

Gonna hijack this thread a little to report an issue I'm experiencing with QoS on a PPPoE/VDSL connection as well

Basically, by default after doing the initial setup of putting my speeds in to anti-bufferbloat, putting a 70% limit on dl/ul and turning the policy to always, the net effect is absolutely nothing, devices are free to dl/ul at the maximum speeds of the connection, it just doesn't work. This is regardless of whether there was any active game traffic or not and there was no difference between the "always" and "when high priority traffic detected" settings. However, after much annoyance and messing around, I found out that if I manually added a device on my network to the "Traffic Prioritization" list and selected some random service (I chose skype, none of the devices actually ever use skype) the QoS would work as intended and limit the bandwidth of the device. This is by no means a new problem, it has been this way ever since I upgraded from the old firmware to DumaOS and persisted through many factory resets.

Hopefully this info is useful to others and the bugs with DumaOS and PPPoE can be rectified.

Link to comment
Share on other sites

Openreach have said no issues on the line with their tests so they didn’t bother sending an engineer. BT have now said no faults as well and refuse to rebook. To be fair to them the speeds are always consistent. I’m going to leave ping plotter running on my pc for an hour or two. If it’s stable then I think the issue may be with the XR500.

To further this as well, the fact that it’s rock solid when I’m home alone implies that’s there’s not an issue with the line causing packet loss or anything like that.

Link to comment
Share on other sites

  • Administrators
On 10/13/2019 at 2:43 AM, magoolachub said:

Gonna hijack this thread a little to report an issue I'm experiencing with QoS on a PPPoE/VDSL connection as well

Basically, by default after doing the initial setup of putting my speeds in to anti-bufferbloat, putting a 70% limit on dl/ul and turning the policy to always, the net effect is absolutely nothing, devices are free to dl/ul at the maximum speeds of the connection, it just doesn't work. This is regardless of whether there was any active game traffic or not and there was no difference between the "always" and "when high priority traffic detected" settings. However, after much annoyance and messing around, I found out that if I manually added a device on my network to the "Traffic Prioritization" list and selected some random service (I chose skype, none of the devices actually ever use skype) the QoS would work as intended and limit the bandwidth of the device. This is by no means a new problem, it has been this way ever since I upgraded from the old firmware to DumaOS and persisted through many factory resets.

Hopefully this info is useful to others and the bugs with DumaOS and PPPoE can be rectified.

There are identified issues with PPPoE/QoS/Speeds on the R1 that we are aware of and that we'll be fixing. That does sound like it could be potential user error, though. If you could create a new topic we could see if that's the case.

On 10/14/2019 at 11:26 AM, ArcaPulse said:

Openreach have said no issues on the line with their tests so they didn’t bother sending an engineer. BT have now said no faults as well and refuse to rebook. To be fair to them the speeds are always consistent. I’m going to leave ping plotter running on my pc for an hour or two. If it’s stable then I think the issue may be with the XR500.

To further this as well, the fact that it’s rock solid when I’m home alone implies that’s there’s not an issue with the line causing packet loss or anything like that.

Has there been any update on this? What were the PingPlotter results like?

Link to comment
Share on other sites

There’s been no change if I’m honest. I decided to return the XR500 as clearly there’s something with my connection it didn’t get on with. I’m definitely going to buy it again in the future once some of the issues are resolved and the new development milestone is reached (looking good so far with the insider info!). I’ve got some ubiquity gear, I’m going to set that up tomorrow, if it works better then I can come and tell you which protocol works better for me (I don’t know if there will actually be an improvement.) if that would interest you for future updates and tweaks? Thanks for you’re help through all of this, and do you know if Jack is back soon, I haven’t had a reply from him at the email since Tuesday last week about getting the replacement R1?

Link to comment
Share on other sites

Last update for you all regarding the new set up I have. 
I have the HG612 modem > edgerouter X > UniFi AP.

Ive solved my connection issues by having 2 VLANs , 1 for the gaming devices and 1 for the non gaming devices. I’ve then allocated each gaming device a guaranteed bandwidth. The VLAN for non gaming devices also get guaranteed bandwidth but it’s not tied to a specific device so any device within the subnet can access the full bandwidth if no other device is using it. In terms of protocol, the gaming devices use PFIFO and the non gaming are using FQ_CODEL.

Hope this may help the further development of Duma OS as the set up using an interface like yours would be soooo much easier than the hours I spent within the edgerouter interface. Let me know if you’d like any more details!!

Link to comment
Share on other sites

I like the idea of having device groups with allocated bandwidth pools. If we were to implement that on DumaOS, it might bypass the need for VLANs.

You could even have a visual VLAN map which shows which device groups can see which other device groups...

I'll add it to the big list of future plans. We're collecting a lot of great ideas to improve bandwidth allocation.

Thanks for posting!

Link to comment
Share on other sites

2 hours ago, ArcaPulse said:

Sorry for resurrecting the thread a bit, but it’s been nearly 2 weeks since I’ve got a response from the netduma email address. Does anyone know what’s happening with that?

Oh, you certainly shouldn't be having to wait that long. We usually respond on the next weekday.

I'll search through the mailbox for your most recent email, it must have been missed.

Sorry about this!

Link to comment
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
 Share

×
×
  • Create New...