Discourage gaming - add significant latency? other ideas?
-
Does not seem to have the desired effect.
I can confirm the gamer is using DHCP assigned IP address I created a reservation for
I confirm that ip address (mouseover lists the hostname actually) is in the alias that I created (gaming_systems)
I have a floating rule, the first one, ipv4 * for protocol, source *, port *, Destination is my alias, gaming_systems, port *, gateway * , in/out pipe I selected the queue named "latency" in the first box (is that IN?)if I mouse over the floating rule states it says evaluations 6008K, packets:0, bytes:0, states:0 state creations:0
-
Can anyone suggest where I may have gone wrong? I understand this should add 150ms of latency and 5% packet loss.
-
What is in the gaming_systems alias?
-
it contains the IP adresses of the systems that I want to add latency and packet loss to.
-
Try doing exactly the same thing but change the floating rule interface from WAN any to LAN any. And from type Pass to type Match. You will still need a normal pass rule on LAN to pass the traffic from them but that could just be the one for all of LAN.
I would also set both in and out queues to latency.
-
OK I did this, but it didn't help
If you mean set these both to latency, then I can't do that, as I get an error if I change the second one (OUT) to latency , they can't be the same
-
Ugh! Before I tell you how to do this I thought I would make sure that you know that you are really creating a terrible use experience for gaming_systems. Not only will the online games suck but everything else that you may NOT want to slow down will suck too. Why would you want everything to suck? (rhetorical question)
Here's how you make things suck...
Create Limiters:
1.) Create "Out" limiter
- Tick Enable
- Name: latency_out
- Bandwidth: 100 Mbit/s
- Queue Management Algorithm: Tail Drop
- Scheduler: FIFO
- Delay (ms): 75
- Packet Loss Rate: 0.025
- Save/Apply Changes
2.) Add "Out" queue
- Tick "Enable"
- Name: latency_out_q
- Queue Management Algorithm: Tail Drop
- Save/Apply Changes
3.) Create "In" limiter
- Tick "Enable"
- Name: latency_in
- Bandwidth: 100 Mbit/s
- Queue Management Algorithm: Tail Drop
- Scheduler: FIFO
- Delay (ms): 75
- Packet Loss Rate: 0.025
- Save/Apply Changes
4.) Add "In" queue
- Tick "Enable"
- Name: latency_in_q
- Queue Management Algorithm: Tail Drop
- Save/Apply Changes
Add floating firewall rules:
1.) Add "Out" limiter in floating firewall rule
- Action: Match
- Interface: LAN
- Direction: out
- Address Family: IPv4
- Protocol: Any
- Source: any
- Destination: gaming_systems
- Description: gaming_systems OUT limiter
- Gateway: WANGW
- In / Out pipe: latency_out_q / latency_in_q
2.) Add "In" limiter in floating firewall rule
- Action: Match
- Interface: LAN
- Direction: in
- Address Family: IPv4
- Protocol: Any
- Source: gaming_systems
- Destination: any
- Description: gaming_systems IN limiter
- Gateway: Default
- In / Out pipe: latency_in_q / latency_out_q
Graph to show added latency:
-
I only added this much delay/loss to make sure it is visible in my post-test. Where I eventually land is somewhere that it is frustrating to use, but not impossible. I want to discourage the use of this link, while not making unavailable completely. Thank you for your time, I really appreciate it. I will try what you suggest and let you know how it goes!
-
If it cannot set both to the latency queue, then make identical queues for latency_in and latency_out.
-
This absolutely works!!!!!!!
Thanks to you both so very much.