Bert

To be fairly honest, I expect that the no QOS 890mbit simply has to do with the connection efficiency. It's just confusing that it gets mentioned like that. There is no hardware limiting it in that case, it's just limited by LAN performance. Like if you use a 1Gbit network adapter it's rare that you ever get above 940ish mbit. This is also most likely the reason they sell that package as 940mbit, it's what their ISP supplied router can manage and they won't advertise it as 1000 because it would have people complaining that they are not able to see those speeds in a speedtest. Also, generally when you set up any sort of QoS you typically loose out on a bit of available bandwidth. Like in DumaOS you set the ABB sliders but with a automated QoS system like CAKE or fq_codel you generally enter speeds 5-15% lower of what your actual speeds are. So if it can do 821mbit with QoS running that's perfectly fine. Last, unless you are really heavy on bandwidth usage, you won't need QoS that much with gigabit speeds.

To be honest I never felt like that did anything. I use no QoS and full bandwidth, just traffic prioritization. There is a way around this though. Get the cheapest manageable switch you can find that allows you to set port rates and use that between your Xbox and the router. For example Netgear GS305E, about $25 on Amazon, 5 port switch, managable and has port rate limiting.

There was output numbers mentioned in a topic in the CoD section. Basicly 890 mbit QoS off and 860 mbit QoS on.

Not really actually, unless you have a ton of devices running. Because they are also restricted from the sender. For example if you watch YT or Netflix. They will send you data in bursts so you can buffer it. But if you have a 1000/1000 connection these data bursts will not choke up 1000 mbit, because they limit their sending rates. TCP/IP will try to max out your connection in theory yes, but in real world scenario's this practically never happens at those speeds. That is why QoS is more important on low bandwidth connections vs very high bandwidth connections. So if you own a high bandwidth connection, it's simply a matter of looking at your usage. Do you need QoS yes or no. And if yes, what hardware do you need to run your connection with QoS enabled. This varies as different types of QoS can be more CPU intensive over others.

If you push that kind of bandwidth you're not likely to need QoS much. Unless you have a lot of devices etc but then a more powerful solution would be preferred anyhow.

To be fairly honest, I think it's also because there is less of a market for the XR700. It's a niche product compared to the XR500. The biggest failure of the XR700 is supplying only 1 SFP port. Because of this, you either have the option of running a 2.5-5-10G internet connection, but you have no way to transmit this to your network, outside of wifi. Or, you run a 1000/1000 internet connection and use the 10G port to link up to a 10G capable switch or a NAS. This is really the best use case scenario. Where this comes in handy is if you are doing a lot of streaming from local sources. Since you could run a NAS or something else at 10G instead of gigabit. That eliminates any sort of congestion. Or use link aggregation to the NAS and hook up a 10G switch. Your devices can make full use of the NAS without congesting the link between router and switch. If it had 2 SFP ports you could run 10G LAN and link up to a 10G switch. This would have been a much better scenario altough by the time 10G LAN will become mainstream, the wifi is outdated anyhow.

As for the shipping price. You get a discount on the pre-order so if you wait until later when there is cheaper options you're still paying more.

I don't really understand this as I am able to get a good 300+ mbit out of the R1 with QoS enabled. The newer DumaOS versions are a bit more CPU intensive, on original FW I could get 400+ mbit. Unless you're running PPPoE mode or something.

Do you know this from actual testing? That would be a serious letdown if it can't handle a gigabit connection since that is rapidly becoming the standard in most places.

Yeah you are right but he said he doesn't use wifi, it was specific to his use case Same for me, my connection is split into 2 VLAN's from my ISP, one for home use and one for gaming. I use wifi only on the first one, the gaming one has it turned off so the R1 is sufficient there. The only issue is CPU power if you want to run QoS, you're kind of limited to 300mbit on a R1. For a home router for a family the R1 is long outdated. Even before the XR series came out it wasn't sufficient, I was using it with a 5Ghz AP.

You don't even need the XR500 in your case tbh. I have exactly the same setup, 1 PC and 1 PS4 and wifi turned off. R1 runs this fine altough if you want QoS the bandwidth will become a issue and PPPoE support is an issue. I'm running the R1 now instead of the XR500 and really it performs practically no different in game. The only thing is I need to use my ISP router as well, while I generally run PPPoE on the XR500.

If I turn off crossplay in WZ you can sometimes find a match but usually the lobby is only half full and it takes ages. There is another factor to it, the other console players that have crossplay turned on will connect to the crossplay lobbies and not you. The game pushes crossplay really hard, like when you search it gives you about 3 seconds and then it pops a notification that you should turn on crossplay.

That is your issue probably. Most WZ players in the area is on PC. I turn crossplay on for WZ but off for MP.

Yes. I stay in Thailand and have about the same radius as you, strict mode on and PA 63. But since base ping for you is lower in Malaysia you could do with 50 I would think.

They changed their hosting in Singapore from AWS to Choopa. Best setting you can use at the moment is about the radius you set now and a ping assist of about 50. That ensures you never get into Jap or Aus servers.

Can I be bumped up for DumaOS 3.0 as well please. R1 and XR500.

How would you build a router that can decide what hops it uses? As that part is controlled by ISP / backbone providers not your router.

Not really actually. Gives you a number of issues. ISP induced jitter will throw your speeds off so you will have to keep your setting above that. And really for anti jitter to become operational you would have to have high ping first before it kicks in. Instead of other solutions like FQ_CoDeL or CAKE or DumaOS ABB tring to prevent it. (which all in the end operate by lowering bandwidth) It's a nice idea but not something I see that has big real world benefits over the solutions we have now.

Just not sure how anti jitter would work since that usually happens between your router and the server, ie something you have no control over. Unless it's a variable type of anti bufferbloat. But that still doesn't fix connections with high jitter.

One more thing with delete all offline devices, if you do this it deletes them just fine, but it won't update the bandwidth distribution graph. You have to do this yourself.

It works really well, I tried it on Infinite Warfare and detected the ports no problem. Only thing I would add, if that is even possible that it deletes the QoS rule when you press stop. But that is not a big deal Delete Offline works like a charm. The Allow and Deny lists I am not a 100% sure about how that works but I haven't spend much time on it.

Great work! I'll give it a try

Which part do you want me to clarify? Because it's all there

It's not the same. Bridge mode passes through your ISP router and that's why you need to enter your PPPoE details. A bridge essentially bypasses the routing completely. DMZ is used when you can't bridge, so you set the XR500 in DMZ and that automaticly forwards all ports to the XR500. In this case you don't need PPPoE details as this is handled by your ISP router.

A lot of people fool around with their connection on purpose. Trying to throttle bandwith, saturate the connection on purpose or other gimmicks. Could be that he's doing one of those, or just plays on shitty wifi.