(03-10-2018 04:00 PM)flanders Wrote: Thanks for the datasheet, this is a career path I am considering.
Is there anything new to update for 2018 since this datasheet was written or is the whole thing relevant as it is?
I don't have much time right this second (because it's Saturday and I'm in the office swearing at Cisco right now...) but here are a couple of thoughts, at least from an Enterprise networking perspective:
1) Certifications get your foot in the door in a lot of places, but they are rapidly becoming a marketing tool - for instance, Cisco now has about 20% of their test questions on "upcoming tech" that is put in the test by the Marketing department. I know quite a few CCIE's that have stopped doing recertifications because the tests no longer represent everyday reality. But with that said, certs are a great way to show that you have some skilles.
2) You can't go wrong with a lab for learing the basics. GNS3 is an awesome tool for this. Back 16 years ago I had 10K worth of gear in a physical lab that covered most of the tech out there (from Cisco), but today you just can't do that - the new Cisco enterprise level gear is horrendously expensive, difficult to power / run / acquire, and requires a big yearly spend on SmartNet to get access to features. GNS3 is a way better option, or if you are in Cisco land, their VRL product works in a very similar way.
3) SD-Whatever (LAN, WAN, etc) is coming. The companies are promoting the crap out of it. It's basically networking with a mouse, instead of brains and a keyboard (at least on the Enterprise side - I'll explain that in a sec). Be ready for it - it's a different way of building networks that tie you in to a specific vendor.
4) Learn coding - specifically learning Python would be my recommendation. A lot of newer systems are going to be managed programmatically, and python is probably the most used out there, either by itself or with something like Ansible. For very small networks, you can easily run up to a 100 or 150 locations manually, but scripting is incredible useful, and if you go bigger, or are involved in big Enterprise networking, having some coding chops is going to be important to you. Udemy has some good courses on python & networking, or python & ansibile for networking.
5) Enterprise versus Public / Internet services - Enterprise networks are the bread and butter of companies like Cisco and Juniper, as well as Carriers, but if you are working larger scale environments, they shun big vendors like Cisco for a lot of reasons. Companies like Amazon, Google and Facebook are making and using their own gear. See #4 - coding is important. As is thinking differently about what you are doing. Enterprise networks may go this way eventually too - separating the data plane from the control plane and simplifying what the gear is doing. Once you have a base of networking knowledge, you may be able to switch back and forth, but some of the things that you do in the enterprise space doesn't really translate into larger public network environmnets, and vice versa. For example, public style companies doing large data frequently don't deal with the network in small offices that are part of an enterprise, and enterprise network teams rarely are dealing with large scale redundant dark fiber and controllers. Be aware there are differences, and in some cases specialities to doing networking.
6) The "Cloud" - networking with cloud providers such as AWS and Azure is really different than doing transport or enterprise networking. It's really been designed by developers, it's not using hardware, and it's not managed the same way as stuff in your own environments. But it is a hot market, and there are some classes out there on it as well (they are really pushing people to move to the cloud right now, even as some of the tech people in the same companies are finding issues like latency in applications becoming an issue).
7) Security - always be thinking of security, because in general the people designing the applications and even the infosec team are going to be dumping stuff on you, and they for the most part aren't that on the ball.
Networks are the basis for almost all the tech in IT at some point. It's the foundation that you build systems and applications on. Most of the very high level networking folks that I know have a varied background, having done everything from help desk to running servers, possibly even application development, and it makes them incredibly valuable team members due to the broad base of knowledge of IT systems.
When I'm hiring network engineers, depending on the level that I'm hiring them at, I like to look for more than just certifications (I know a Cisco CCIE that doesn't know how to make network cables...), I look for people that have a tough skin, a good brain and understand troubleshooting and cause / effect. If I'm bringing in an entry level network engineer, I like to bring them in from a help desk position, or possibly operations team position, and then start training them - basic networking (CCNA), more advanced networking (engaging them to think synergystically about the systems or designs for what is being done), get them to start to understand the tech running on the network (for instance, get them basic MS server certifications or something like Red Hat) so that they can help determining issues, and then we go from there - Firewalls, Logging, redundancy, etc.
I hope that helped and didn't discourage. I love doing networking and always learning new tech, even though most of my time is spent in meetings these days...