Three quotes from UGTools in the reddit thread (in no meaningful order), they are each in the own separate context but I feel they are somewhat informative on their own as well as where the focus is.

Oh for sure. What I mean is real life entangled cables can easily be recreated everywhere while data centers, expensive equipment and interaction with complex topologies cannot, hence the convenience of using VR scenarios for this. Also VR today would not be a very good tool to train for entangled cables due to lack of proper haptics, the use of controllers instead of your own hands and unstable physics.

You have different tasks but usually it is racking & stacking, cabling according to some specifications and also troubleshooting connectivity issues. Since you have access to all device consoles there is a wide range of possible exercises.

There's actually a lot of stuff happening in the background. All these devices are running in a virtual machine and the cabling updates those devices in real time. You can start Telnet sessions to all devices (the TV screen shows briefly an active Telnet session if you look closely) and even send commands using a keyboard.

My thought is this is probably an attempt to bring a physical paradigm to a software-defined network, since it's apparently a Cisco project.

Though your comment brings to mind a couple of things that might be useful in the world of physical networking:

1. An AR tool that identifies the physical switches and overlays the port VLAN assignments, trunks, etc. Bonus points if it could color-code the cables accordingly, though I don't know how you'd track them through a knot somewhere.

2. A physical switch with RGB port LEDs with color-coded port assignments would also be nice. Very nice.

I spend time designing networking equipment for one of the FAANG companies and we spend a lot of time on fiber cabling and general cabling. A limiting factor in deployment and therefore scalability is often the time it takes to wire everything. The goal is to have the install go as quickly as possible while minimizing errors and allowing serviceability. Given the density of our racks, you often aren’t able to foresee all problems with the cabling until we’ve built many mockups and done the first installs. This would be a useful tool and allow people to play with more scenarios more rapidly. To your point, we have defined the network role of the equipment and all the striping way in advance of receiving any hardware.

It got a lot of criticism at launch but I really enjoyed the ticketing grind through early levels. It was a great way to unwind after I came home from work.

Halon dash mini-game.

Question: can cables be woven into a fabric, so that it can simulate cloth?

I don't know the intention, but there are a lot of different use cases for cabling. It's not always top of rack, it's not always in a data center, it's not even always in a rack. And certainly not everyone uses fiber backbones.

I'll throw in a feature request for zinc whiskers.

http://www.ecmweb.com/power-quality-archive/how-do-zinc-whis...