Politicians rarely have grasp, perhaps. But neither do you mate. On both technology and politics.
People like you are the problem.
Thanks for the personal attacks, "mate".
FWIW I used to manage a technical division of an ISP working across Europe. But I guess you know better what makes life hard on an ISPs network.
They preempt the issue - you criticize. They don’t preempt and let the network collapse - you criticize.
Neither:
First: I would not criticise the Politicians, I would criticise the ISPs that allow it go wrong. It's their job to do this right. And most are more than up to the challenge.
If it really becomes a problem I would not even object to an ISP turning off streaming if that were a real problem -it won't be-.
Second: they preempt a non-existent problem.
It's the story of the powder that repels pink elephants. Any politician will have to spread it even if they *know* there's no pink elephant problem.
- if they spread it, and there are no pink elephants: "see, I was right, it worked"
- if they spread it, and there as unlikely as it be, somebody would spot a pink elephant: "see I was right, need to spread more powder"
Politicians always have a much, much easier job if they act.
And the gullible follow their reasoning without any questioning, esp. when they can scare us.
I'm NOT saying the virus in itself is not scary, far from it. I'm questioning the ethics and motivation of our "dear" politicians - And those on the EU level ... they're written off on the local level, tainted and end of career anyway - sending them off to the EU is a way to delay them retiring and getting them out of the way on a national level in the EU - a pity IMHO.
It’s a shame the only thing you never do is offer actual, workable solutions - or have any perspective - we are in the middle of a global pandemic, hundreds of thousands of people may die, even more may lose jobs and you’re b...ng about slightly lower quality of a streaming service ?
I'm NOT complaining about the quality of the streaming, I'm complaining about the politicians meddling in things they should stay out of: it's the ISPs business, let them do what they need.
Get some perspective mate.
I guess we'll never be mates.
If anybody needs solutions if their VPN to the office is slow:
1. Many VPN software implementations are slow even if there is ample available bandwidth between the client and the central server.
Mostly this is a problem in the VPN software (speaking on a unix level, -mac forum-): the main problem is that too much of the VPN is not in the kernel and hence the code switches too much in and out of kernel mode to deliver packets. This works good enough at low bandwidths and few packets, but becomes a problem all too soon when doing lots of data or lots of packets.
While most that are at home will not have the ability to switch to a different protocol, the solution is in using a natively supported protocol that's embedded in the kernel (e.g. IPSec or so). But if the IT dept. only now has to start finding a better solution this crisis will be long over before they can roll that out to all employees who're not allowed to come to the office anyway.
2. Bandwidth at the office is a typical bottleneck: bandwidth inside a building is much more ample and much more easy to upgrade than the total bandwidth that the firewall supports over a VPN. It's too late now to do much upgrades there, and it's even questionable in many cases that the linespeed many offices have to their ISP can be handled by their hardware&software they use to terminate their VPN connections on.
Again: too late to do anything.
3. Bandwidth at interconnections between ISP networks can be less than what the changed traffic pattern requires.
ISP networks don't care about borders between countries all that much, they have more and more easily managed bandwidth within an ISP, the connection to the competition however is one where "who's the bigger one", commercial interests etc. com into play. This can be either on a peer level, or on a supplier/customer level. And typically there's a lot of commercial interest at play here.
This can typically be solved relatively easy between ISP of the same size, but it can be a tough thing for a small player to get a better connection to a large player without the larger one demanding a truckload of money form the smaller one. [If a politician could do something useful: this is the point to watch and apply pressure on the large ones: the internet will work better -not just now, always- for everyone if this is made easier on the small players]
Streaming flows: will typically not flow over these links at all.
4. Bandwidth within the network of an ISP: I really, really doubt any of those that have infrastructure struggle with any of this - el cheapo resellers might be another thing, but nothing is ever going to work properly there anyway.
5. Bandwidth between consumers and the ISP: this is a tricky one: essentially you get what you pay for. Consumers nowadays typically get asymmetrical bandwidth (they "consume" content, don't have much upstream need or bandwidth). VPNs tend to use bandwidth much more both ways ... so the limit on upstream will hurt performance on the smaller options much more readily.
But what your neighbour does will have next to no measurable impact at all.
So very few things can be fixed by individual users at all.
It should be considered for a "next time" ...
What users can do:
Change your workflow to minimise bandwidth to the office, esp. in upload.
E.g.: file sharing is typically slow down to hard to use over a VPN. If you use e.g. word or so to edit something, you'll have regular saves, backup copies etc. that all get written to the remote fileserver all too often. Single thread things lock up waiting for the server to reply it's saved ...
Solution: grab the file(s) you need, copy them local. Edit them locally. When done: overwrite them on the server.
+ will be faster
- danger to forget to upload