Re: The attack can only be partially mtitigated
The so-called over-provisioning was done on purpose!
Our boss is a techo-gearhead who has the money to do it "Because We Can"!
We are using Audio/Video-over-IPV6 packets exclusively so SDI ingest is only on the cameras and decks (multiple RED Monstros and 8x8 and 16x16 camera arrays of 4K full frame cameras running at 60 fps uncompressed RGBA32) and a few Sony XDcams, F65's/F55's, Arri Alexa's and about 50 other systems) --- With editing and camera, we are doing Exabytes per day over the internal network and will double that within 6 months! 80 G/bits/sec is actually on the low-end being too slow for our needs because our daily INTERNAL/EXTERNAL connections are UNCOMPRESSED RAW or LITE-RAW files which is getting into the multi-Exabyte range.
We also have a Server farm in Northern British Columbia, Canada which is fed every-few minutes with Geo-phsyics data that is at about 15cm per pixel (or about 6 inches per pixel) resolution so our satellite datasets are on the order of 64k by 64k image tiles so that is already maxxing-out the multi-line leased fibre.
When you're dealing with up-to-two-minutes-long video datasets that are 65536 pixels wide by 65536 pixels long by 2048 pixels high of RGBA-32, that is 35,184,372,088,832 BYTES PER TILE (35 terabytes!) and multiply that by 60 fps, you are looking at 2,111,062,325,329,920 bytes (TWO+ PETABYTES)! PER SECOND !!! It's a good thing we have PARALLEL fibre pipelines because NO SDI connection or video-oriented copper connection can do that sort of data transfer bandwidth!
If I remember correctly, our admins have said we are on-par with and may even exceed some the large Telecom operators in terms of overall bandwidth being gobbled up by our server systems! We assign one graphic card for each sub-tile of 2048 by 2048 by 32 RGBA-32 pixel 3D image dataset and then process in parallel so I think you can do the math on how many graphics cards we have in our newest Northern BC server farm (64k+)
The point is...that even 80 Gbits/sec per connection is NOT ENOUGH BANDWIDTH for some applications!
It seems that every year, our LAN/WAN network communication bandwidth gains get eaten up by SQUARED increases in dataset sizes!
--
P.S. YES we are COMPLETE UNDER THE RADAR, so no-one knows about us!