Do We Still Need Tech Controllers?
10 years ago, Tech Controllers (MOS 2821 and 2823) were the Marines who made comm happen. When I hit the fleet in 2006, one of the first things that was made apparent to me was that you needed Tech Controllers if you wanted it all to come together. These Marines were the network integrators. They had the high GT scores. When there was a knock-down drag-out fight between sections, you went to a Tech Controller for the final answer on who was ultimately right. They owned not only the equipment string, but also the almighty Promina.
Things have changed. It is not 2003. The Promina is anything but mighty. The DoD is working towards the elimination of serial cables (which I have made a personal mission). Ethernet is cheaper, easier, faster, and not reliant on antiquated timing schemes. Additionally, we’ve had other advances, such modem encryption, that has limited the number of encryption devices we need. I’ll always think of Tech Controllers as the guys running the Fireberds. It is like their lightsaber. By moving away from multiplexors and serial cables, we’ve taken the lightsaber from our Jedis. Do we want to have Jedis without lightsabers? My last two assignments I’ve had Tech Controllers work directly for me. I made it very clear to them I saw their traditional role as antiquated, and gave them some recommendations to remain relevant. They’ve all bought in, traded their Fireberds for a laptop running Wireshark and I’m optimistic about their role going forward. We can benefit from Tech Controllers and should keep the MOS alive.
There is still a lot that needs to be sorted out. We’ve got the triangle of the 0651s (Data), 0689s (Information Assurance), and the 2821s (Tech Controller) that each have a piece in this puzzle, and because of the overlap there is confusion on where the demarcation line lies. They also haven’t had much formal training in Internet Protocol (IP) interaction, which I see as being one of their biggest responsibilities moving forward. Where should we go from here? I’d like to hear some feedback, but it is important to differentiate between what we should do with them now, and what we should do with them long term. Here’s my initial stab:
NOW
- Overall network troubleshooters, owners of “the network”.
- Protocol interaction outside the firewall using Wireshark.
- Quality of Service
- External encryptors
LONG TERM
- Overall network troubleshooters, owners of “the network”.
- External routing (to include Black Core device configuration if that is the route your SPE has taken the architecture).
- Protocol interaction from the desktop to the STEP using Wireshark.
- Quality of Service
- External encryptors