YouTube to reduce streaming quality in Europe due to coronavirus
sanvit
OG
Not quite 'industry' news, but still think it's relevant
Comments
I through Euro's bandwidth builds is super good since all cheap unmetered bandwidth are located in Euro.
Action and Reaction in history
IMO it's datacenter/business lines that are great, and residential lines aren't that good
I need some suggestions, do I need to pause my seedbox and gsuite clone?
Action and Reaction in history
idk...internet is still pumping my side. Don't think it's warranted.
If the world has Named Data Networking (NDN) today, everybody gets to watch high definition videos.
In NDN, every router and end host can cache content. Thus, when multiple users are streaming the same video, each video segment file only goes through a link once, and subsequent requests are satisfied from the cache.
CDN can only satisfy the requests from "a router near you" that could be in a nearby country. NDN can satisfy the requests right within your neighborhood, even retrieve from your neighbor's TV box.
Accepting submissions for IPv6 less than /64 Hall of Incompetence.
Gsuite clone ?
I think he's talking about cloning those linux ISOs to GSuite.
That sound's great, but who will cover the extra bandwidth and storage?
I am fine with that, as long as I can still watch 4k porn on xhamster.
I want to die with my dick in my hand. Like the wanker that I have always been.
Amitz, a very stable genius (it's true!) and Grand Rectumfier of the official LESLOS® (LES League of Shitposters).
Certified braindead since 1974 and still perfectly happy.
My pronouns are like/subscribe.
I am cloning my ISOs to my buddy's account. However, it takes mouths since I limit the bandwidth at 4M/s.
Action and Reaction in history
They Died With Their Boots On
They dies with their dicks in their hands.
blog | exploring visually |
Funny that you would mention that. Youtube and co aren't exactly very forthcoming with regards to their daily views, but pornhub published daily data showing an increase between 10-20% in most European countries in the wake of lockdowns and curfews (which can probably be extrapolated quite reliably into any streaming domain). Which in all honesty, our networks can handle no problem. I suspect that this is either at the behest of a politician trying to appear useful or because youtube (and particularly netflix and other pay-per-month SVODS) see their profit margin threatened by increased bandwidth use.
Kimsufi KS-3, Mr.VM NAT128, InceptionHosting NAT256 Bundle, MiniKVM Mini+, Porkbun-powered domain
Running Nextcloud (DE), Mail-in-a-Box, OpenVPN, Teamspeak 3, Home Assistant (tutorials/scripts in links where available)
When your kimsufi can't push 100mbps, that's when LES/T should panic.
It's still an open question regarding the business model of NDN. Suppose customer C is watching movie from provider P via transit networks A and B.
First, bandwidth fees should be paid in C -> A -> B -> P direction, where bandwidth is calculated for Data packets (e.g. movies) only. Each ISP can either take 20% of the money for bandwidth and pass on the request with the remaining money to the next ISP or the provider, or satisfy the request from its cache and keep all the money.
It may look surprising that "an ISP must pay Netflix to deliver their movies", but this incentivizes each ISP to deploy in-network caching. An ISP could increase its income by satisfying more requests from caching.
Moreover, an end user has the opportunity to get paid if their TV has cached content that satisfies a request for their neighbor.
Second, C pays P directly to receive decryption keys to watch the movie. Without the decryption keys, the Data packets are useless.
Third, a content provider can purchase prioritized / guaranteed caching, paid in P -> B -> A direction. Normally, NDN caching is opportunistical.
If a content provider wants to reduce latency for their contents (more relevant for websites, not videos), they can purchase cache space in ISPs.
This can be done through a blockchain-based token attached to Data packets. It either pays for the packet to stay in the cache for a duration of time, or to satisfy a certain number of requests.
Note that in NDN every packet is cryptographically signed and subject to a trust schema. If an ISP didn't cache the packet, it would not be able to make up a bogus packet to satisfy a request. It has to send the request toward the content provider.
Accepting submissions for IPv6 less than /64 Hall of Incompetence.