I’m going to try something new here on the blog and see if it sticks. For a while now, I have been really getting into listening to technology related podcasts. Many episodes of different podcasts cover topics that really resonate with me. I thought it might be beneficial to write “reviews” of podcast episodes that are notable to me. Here is a list of podcasts that I listen to currently, that I could see covering in this series. I’ll try to remember to come back to this post if/when I add to the list.
In early August, I wrote about excitement around community involvement. To re-cap, throughout my career up until recently, my passion for network engineering was kept mainly to myself. Within the last couple of years I started listening to tech/networking related podcasts and started this blog site earlier this year. This summer, I found a podcast that was just starting out called the Art of Network Engineering. I was immediately hooked to the content being generated from the four engaging hosts and the incredible list of guests that they have invited to join them. Right away, this felt like a group with which I could carry on technical and non-technical conversations. Right after the first episode, I checked out the website, reached out to the crew and got hooked up with the “It’s All About the Journey” Discord channel. This is where the magic happened for me. Right after joining this community, I was getting mentored with career development advice by @aaronengineered and carrying on conversations with @noblinkyblinky. A.J. even invited me to write for the website and now I tell the stories of some amazing people from the community in the “Faces of the Journey” series. The individuals in this group are inclusive, encouraging, and push us all to be better. Seeing everyone work hard, accomplish difficult goals, and help each other, makes me strive to be better in everything that I do. This community of people has definitely been a game changer for me. If you are so inclined…..BE A PART OF IT!
Whether you are studying for a certification exam, wanting to retain a skill set, or just trying something out, a lab environment can be incredibly helpful. This is nothing new and many people will give this recommendation, I just feel strongly enough about it to echo the advice. There is just something about learning by doing that really helps it stick, and repetition is key.
So, you want to be able to “lab things up”, now what? I’m sure you can find many debates on the internet about whether physical gear is necessary or if virtual labs are “good enough”. Here comes my favorite answer, “it depends”. As with anything, you need to start with requirements. What exactly are you trying to do? My requirements have generally been certification study and having the ability to quickly test something or prove a concept. Personally (at least at this point in my life), I’m not a fan of having a bunch of gear at home (bring on the heckling). For my CCENT/CCNA studies, Cisco’s Packet Tracer application got me most of the way there. I only remember one or two concepts that I used real gear for because the concepts were outside of the scope of Packet Tracer. For my requirements now, I have been using Cisco VIRL. You get to run Cisco images on virtual gear, and that has been plenty for me. I can either build labs from scratch, or have VIRL automatically build the basic configurations (such as L3 interfaces and dynamic routing) and I can focus on specific concepts. Again, for you, it’s all about knowing what you are trying to accomplish and picking the best options (physical or virtual) to meet those needs. If you ever need a little motivation around this, I recommend checking out:
Du’An Lightfoot – @labeveryday on Twitter – Passionate network engineer and an incredible community influence.
The Art of Network Engineering – @artofneteng on Twitter – Discord (This is where all of the community magic happens) – Great group of people discussing, listening, and learning together.
I take my work, and career in general very seriously. Not only because I have a family, but I am fortunate enough to be passionate about my work. I thrive on having a purpose. I also have a constant desire to learn and grow, and in the last year or so, I started getting into listening to tech-related podcasts. Due to some solid advice (thanks Greg Ferro), that turned into writing, and now engaging with others in “the community”. I put “the community” in quotes to point out that I think it can mean different things to different people. In the rest of this post, I’m going to share with you my interpretation of the IT/networking community as well as my experiences so far.
From an IT/Networking standpoint, the community isn’t one single, solid thing. It is a grouping of individuals (actually multiple groupings) passionate about their work and improving their knowledge and skills. That being said, it’s also much more that, which is where the biggest benefit lies. The members of the community are also passionate about sharing thoughts, ideas, tips, and experiences for the purpose of creating conversation and helping others. I’ve only been participating in the community for a short period of time, but I’m already amazed at how involved other people get. It’s important to mention that there’s no obligation to this. It’s people helping people because they can and to grow the community. I won’t claim the know the reason why others participate, but I do so for the following reasons.
Communicate with like-minded individuals and gain this sense of community.
Learn different perspectives on different topics.
The ability to ask for help.
The opportunity to provide assistance.
I’ve been amazed so far at the lengths that people and groups have gone to connect with and help others in the IT and specifically network infrastructure fields. I’d like to provide a few communities/people to follow. I encourage you to just get involved, have conversations, and stay connected. It’s pretty powerful.
The Art of Network Engineering (GREAT community resources)
As I continue to prepare for the Implementing Cisco Enterprise Network Core Technologies (350-401 ENCOR) exam, I wanted to give an update. The main reason for this post is to share some small “successes” in an attempt to give you all some encouragement to get out there and learn. I wouldn’t call myself an expert in anything, but I have a constant curiosity and drive to move forward, which is good enough for me. What I think really makes learning worth it are those “ah-ha!” moments when things just start to make sense. There are a couple of topics that haven’t been the clearest to me in the past, which are multicast and QoS. I’ve never really taken the time before now to really understand the concepts. When approaching these in the past, I’ve tried to go in depth right away versus trying to understand the basics first. This is one reason why I like studying for certifications. It gives you the opportunity to understand to understand the concepts and the “whys” instead of just the “hows”.
My questions for you out of this post are what drives you to learn and what are the tools and methods you use to get the best result out of learning something new?
Over the years, I have had an “on again, off again” relationship with IT certifications. I tend to take what I think is a long time to prepare, and I’m not a fan of failing when I have dedicated so much time to preparation. I won’t say that my reasoning for pursuing certifications has changed over the years, but rather evolved. My reasoning started with trying to advance my career and get that next job. While that reasoning continues, I have also added the concept of certifications as an “insurance policy”. The primary goal of my career is to be able to provide for my family. If that worse case scenario were to happen and I need a new job tomorrow, I want as much as I can put on my resume to help it float to the top of the stack with hiring companies, and I believe that certifications are a part of that. I still believe that knowledge and experience are key, which you can have without certifications, but I want that “insurance”.
I would say that career insurance and progression are my main reasons for pursuing certifications as this point in my career. That being said, there were multiple times over that last ten or so years that I wasn’t sure if that was enough. Was learning the certification curriculum for the given cert the best way to learn applicable skills to my current job or the next one that I wanted? This is where I think it’s important to do at least a bit of high level planning. I think you need to know what you want out of a certification and the training that comes with it to decide if knowing that curriculum is “enough” for you to be satisfied. For now and the immediate future, I’ve decided to be focused on Cisco Enterprise technologies. Between CCNA and now CCNP studies, I have been happy with what is in the curriculum. I am learning things in the curriculum that I didn’t know in depth before, but are applicable to my current role. That is very rewarding for me and is part of what makes this whole process worth it.
I would love to hear what your reasoning is to, or to not, pursue IT certifications. I think there is a lot of good conversation around this topic.
When deciding on direction, tools, and ultimately purchases related to IT in an organization, it is very easy to get caught up in trends and buzzwords. Every product and service can quickly become the “next best thing” and you don’t want to be left in the dust, right?
I do believe that in order to make intelligent decisions regarding the direction of your company, you need to be informed on new technologies and services. Whether you are researching on your own or getting this information from a partner, it’s definitely a good thing to do. Having knowledge of these technologies and services will help you if you need them at some point to serve a business need.
The two important words at the end of that last sentence are “business need”. As an IT professional, your ultimate goal are to serve the needs of the business. If you are someone in the organization responsible for making IT related decisions, it’s my opinion that you really need to understand what your business is doing and where it is going to provide proper value. Remote access throughout the pandemic is an example of this. How do people need to connect and what do that need to do? Maybe a “one size fits all” approach meets the need, and maybe is does not. Understanding the tech is obviously important in IT, but understanding the business is just as important.
Last week, I was able to attend a fair amount of the virtual Cisco Live US 2020 event. I wanted to share my thoughts around the social aspect of virtual versus physical conferences.
Up until now, I have only attended one Cisco Live US event and that was in Las Vegas in 2017. I remember getting registered late and not preparing the best for the event. It was overwhelming to say the least, but I had a great experience. I attended multiple sessions and met with a few people, but largely kept to myself. I’ve learned since then that I did it wrong. A big benefit of these conferences is to meet and network with like-minded people. The social aspect of these events is huge. I was really looking forward to giving it another go this year.
I think that currently, virtual conferences make social interaction more difficult because there is less chance for organic conversation. I say “more difficult”, but definitely not impossible. We have been using videoconferencing technologies for some time now (and is used to supplement these virtual conferences). I definitely think that virtual conferences are here to stay and that’s a very good thing. They promote inclusion by making it easier for people to join in without travel. I do think that we need to be careful that we don’t let the interaction, organic conversation, and general people networking go by the wayside. We need to continue to leverage technology to stay connected, when we cannot meet face to face. In my opinion, humans are the heart technology.
I am currently working toward achieving the CCNP Enterprise certification. I thought it might be fun and interesting (relatively speaking) to create blog posts around some of the topics I am covering throughout my preparation. I recently spent some time going over virtual routing and forwarding (VRF). Up until now, I haven’t had a lot of direct exposure to VRF. I had somewhat of an idea of the purpose, but it was mostly magic and unicorns as far as I was concerned. As I dug into the technology, I quickly realized that it’s a really simple concept with fairly simple configuration (the high level basics, of course). We virtualize everything these days, why not routing tables? Maintaining route separation with being able to use overlapping networks in separate VRFs can be very useful. My advice to anyone else learning about VRF (along with practically every other networking technology) is to find a way to lab it up, play, and test. This isn’t new advice by any means, but I find it really helpful. Being able to apply learned concepts in practical examples is really powerful. Plus, having “ah-ha” moments while going through practical application can do wonders for your confidence.
Happy learning, and remember to help each other out there.
Disclaimer: There is a fair amount of my opinion in this post. I welcome feedback, especially on anything that doesn’t seem right.
When discussing and thinking about campus networking, I go back and forth on where the L2/L3 boundary should be placed. In a traditional three tier architecture of core, distribution, and access, how far toward the access layer should we take routing? Of course, that answer is probably the all popular “it depends” reply.
My thought is that with multi-layer switches being common for some time now, and that modern switches (depending on what you’re dealing with) can function at Layer 2 and Layer 3, taking routing all the way to the access makes sense. My reasoning behind this is simplicity and bandwidth. Spanning Tree Protocol does its job well, but if I don’t even have to think about STP, generally I’m happy. On the bandwidth side, leveraging Layer 3 means we can reap the benefits of Layer 3 Equal Cost Multipath (ECMP).
That all being said, any design should be approached by understanding the business requirements. Is there a business need to have VLANs span multiple switches? If so, and if there is no overlay technology in play, then Layer 2 from distribution to access is necessary, which is still a valid design. Also, to maintain redundancy and utilize more physical links, Mutlichassis Etherchannel (MEC) supported designs can be deployed.
In conclusion, I think it is great to have standards to strive to implement, however you always need to be mindful of business requirements. I do think that overlay technologies will continue to become more prevalent and allow for standard underlay designs of Layer 3 to the edge (access layer) while the overlay handles any Layer 2 extension requirements.