Advertise on podcast: The Art of Network Engineering

AI can write code, troubleshoot systems, build applications, analyze telemetry, and increasingly take actions on our behalf. So what happens to humans? In this episode of The Art of Network Engineering, Andy sits down with Ryan Booth to explore what becomes more valuable as AI gets better at doing the work humans do. The conversation starts with systems thinking. Everyone from technology leaders to engineers is talking about the need for systems thinkers, but what does that mean? Are network engineers better positioned for it than they realize? Ryan explains why working with increasingly capable AI systems pushed him away from thinking like an individual engineer and toward thinking more like a manager, architect, and orchestrator. Instead of specifying every task, the job increasingly becomes defining outcomes, understanding dependencies, evaluating results, and deciding how much autonomy to give the system. Andy and Ryan discuss human-in-the-loop automation, AI agents, building trust through progressively greater responsibility, the limits of today's systems, and why replacing people may be the wrong way to think about AI. They also get into the fear surrounding AI, the enormous economic incentives driving its development, parallels with previous technology revolutions, and what engineers should do right now to prepare. The takeaway isn't to outrun AI. It's to learn how to use it, understand the systems around it, and become more valuable at the level where judgment, integration, leadership, and context matter. Topics include: • Systems thinking for network engineers • AI agents and autonomous systems • Human-in-the-loop automation • How to build trust in AI systems • AI-assisted network troubleshooting • The changing role of engineers • Learning AI through personal projects • Automation, orchestration, and architecture • AI risk, hype, and uncertainty • What technical professionals should learn next Ryan Booth: https://abstractryan.ai Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

Everyone says network engineers need to automate. Learn Python. Learn Ansible. Build a source of truth. Learn Git. Test your changes. Stop doing everything manually. There’s just one problem: When? At AutoCon 5 in Munich, Andy Lapteff sits down with Dutch network automation consultants Bart Dorlandt and Bart Smeding for a conversation that starts with Python and eventually lands somewhere much more interesting: time. Automation can turn three hours of work into three minutes. But getting there requires engineers to invest time they often don’t have, or don’t feel permitted to protect. Andy knows that firsthand. At one point in his career, his manager gave him an entire day every week to learn automation. Instead, Andy kept using that day to catch up on operational work. Why? That question opens a much bigger conversation about engineering culture, burnout, professional identity, European and American attitudes toward work, change freezes, technical debt, and the endless tension between keeping today’s network running and building a better way to operate it tomorrow. This isn’t another lecture telling network engineers to “learn Python.” It’s a conversation about why that advice is so much easier to give than to follow, and what has to change if we want network automation to become common. Bart Dorlandt: https://www.linkedin.com/in/bartdorlandt/ Bart Smeding: https://www.linkedin.com/in/bartsmeding/ Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

How does an English major with no technical background become one of the most recognizable voices in network engineering? Drew Conry-Murray didn't start his career configuring routers, chasing certifications, or working in a NOC. He started as a copy editor who barely understood the networking articles crossing his desk. Then someone threw him into a technical interview with a firewall vendor. He had to figure it out. That moment became part of a career spanning Network Computing, Interop, Packet Pushers, Network Break, Heavy Networking, and years of conversations with some of the smartest people in the networking industry. In this episode of The Art of Network Engineering, Andy sits down with Drew to talk about the career behind the microphone: learning networking without formal technical training, developing the ability to ask better questions, surviving layoffs and career uncertainty, building relationships that create opportunities, and adapting as technology changes. And, inevitably, they get into AI. Drew explains why network engineers should become conversant with AI without assuming they need to become AI experts, why understanding software may matter more than writing every line yourself, and why human relationships still create an advantage even as technology becomes more capable.   In this episode:  How Drew went from English major to networking journalist  Learning networking by being thrown into the deep end  Why asking good questions is a technical skill  The uncomfortable reality that learning in tech never ends  Drew's path from Network Computing and Interop to Packet Pushers  What losing a job does to your identity  Why relationships create career opportunities  Whether network engineers really need to learn Python  How AI may reshape technical careers  Why being good at your job isn't always enough One of the strongest lessons from Drew's career is simple: you don't need to know everything before you start. You need enough curiosity to keep figuring out the next thing. Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

John Capobianco is back, and this time the two of us are sitting in Munich building a subnetting game from scratch, live, with spec-driven development. I've been vibe coding automations for the show for about six months. Some of it works. A lot of it falls over, and I've spent too many late nights chasing bugs in software I couldn't rely on.  John wanted to show me a more structured way to build with an LLM: a constitution first, then a spec, then a clarify step where the model comes back with questions, then a plan, then the code. Along the way we get into what a spec really is (closer to a network change plan than you'd think), why the tests get written and run without you asking, the token bill that caught John by surprise, and the CCNA study pain that nearly made both of us quit over subnetting. Eric Chou stops in partway through with his own take on why he doesn't get stuck anymore. It's a real build, so it's messy in the good way. John Capobianco: https://artofnetworkengineering.com/guests/john-capobianco Eric Chou: https://artofnetworkengineering.com/guests/eric-chou Spec Kit: https://github.com/github/spec-kit NAF / AutoCon: https://networkautomation.forum/ Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

How much time did you invest in your career last year? At AutoCon 5 in Munich, Andy sits down with Mike Bushong for a candid conversation about career growth, automation, AI, and staying valuable as network engineering continues to change. Mike pushes back on one of the industry's most common narratives: learn automation and AI or get left behind. Technology is changing, and learning new skills creates opportunity. But Mike argues that career development shouldn't be driven by fear. It should be about creating optionality; giving yourself more possible paths as your career and the industry evolve. Then comes the foosball story. Mike once worked with an engineer who desperately wanted to move into leadership but wasn't making progress. Over the course of a year, that engineer spent roughly 500 hours getting very good at foosball. Mike asked him a much harder question: How many hours did you spend improving your career? That leads to the central idea of this episode: your expectations and your effort have to match. Andy and Mike explore how network engineers can keep growing without chasing every trend, why deep technical knowledge may become more valuable as AI commoditizes access to information, and how gaining a little exposure across different areas creates "surface area" for future knowledge to accumulate. You don't need to improve along every axis. You don't need to become an expert in everything. But you do need to keep growing. Start small. Build exposure. Go deep where it matters. Let knowledge compound. And every once in a while, ask yourself: 500 hours of foosball. How many hours on your career? Full show notes, transcript and links: https://artofnetworkengineering.com/episodes/500-hours-of-foosball-20-hours-on-your-career-mike-bushong-on-staying-valuable Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

AI is rapidly changing software development, but why are network engineers still hesitant to trust it? In this sponsored episode, Andy welcomes back CBT Nuggets trainer and Data Knox creator Knox Hutchinson to discuss the intersection of AI, networking, and modern operations. Before building Transit AI, Knox spent years as a software developer delivering enterprise applications for financial institutions before transitioning into networking, a perspective that gives him a unique view of why AI adoption has looked so different across the two disciplines. Together they explore:  Why software engineers embraced AI years before network engineers  The real reasons network professionals distrust AI, and whether those concerns are justified  How enterprise software differs from "vibe coding"  Why AI should investigate network problems, not make changes  How junior engineers can troubleshoot complex outages with confidence  The role of guardrails, policy enforcement, and local LLMs in enterprise networking  A live demonstration of Transit AI troubleshooting a DMVPN outage in under a minute Rather than replacing engineers, Knox argues that AI can eliminate cognitive overload, accelerate troubleshooting, and help teams collaborate more effectively, while keeping humans firmly in control of production networks. Links: - Download Transit AI's free-forever SSH, serial, and API client: https://transitai.app/aone - Test drive Transit AI's investigation-only troubleshooting capabilities with their 14-day free trial. For all things AONE, check out https://artofnetworkengineering.com/ *Transit AI is an AI-assisted SSH client designed to help network engineers investigate and troubleshoot infrastructure while preventing AI from making configuration changes. Full show notes, transcript and links: https://artofnetworkengineering.com/episodes/cursor-for-network-engineers-meet-transit-ai Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

In Linux, the whoami command returns the identity of the current user. But what happens when engineers ask that same question about themselves? Who am I if I am no longer the person who knows every command? Who am I if automation can perform the work I spent years mastering? Who am I if AI can write code I never learned how to write? At AutoCon 5 in Munich, Andy Lapteff sat down with Network Automation Forum founders Chris Grundemann and Scott Robohn to examine one of the biggest barriers to technological change: identity. For decades, network engineers built their careers around mastering the CLI. Certifications, maintenance windows, troubleshooting experience, and vendor-specific knowledge reinforced a particular definition of what it meant to be a skilled engineer. Automation challenges that definition. When our skills become part of our identity, new tools do not simply feel unfamiliar. They can feel threatening. Instead of objectively evaluating the technology, we protect the version of ourselves that the technology appears to be replacing. This conversation explores how identity shapes our worldview, determines which ideas we are willing to consider, influences our career decisions, and ultimately affects our outcomes. Andy also shares his own journey from publicly resisting network automation to working with Python, GitHub, AI coding tools, and open-source collaboration. The group discusses why automation reallocates attention rather than simply saving time, how it reduces cognitive load, why engineers do not need to become professional programmers, and how AI is changing what technical expertise looks like. The tools will keep changing. The more important question is whether your identity can change with them. Links: • AONE Website: https://artofnetworkengineering.com • NAF: https://networkautomation.forum/ • Scott Robohn: https://www.linkedin.com/in/scottrobohn/ • Chris Grundemann: https://www.linkedin.com/in/cgrundemann/ Full show notes, transcript and links: https://artofnetworkengineering.com/episodes/whoami-network-engineering-s-identity-crisis Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

Does making your code public mean giving away your best ideas? It's a question more developers are asking as AI makes software creation more accessible than ever. After spending decades believing software development wasn't for him, Andy Lapteff has spent the last several months building real applications with AI-assisted coding tools like Claude Code. That journey led to a bigger question: Should you make your GitHub repositories public? Joining Andy is William Collins for a thoughtful discussion about open source software, GitHub, intellectual property, AI-assisted development, and why the real value in software may have far less to do with code than most people think. Together they explore why projects like Terraform became industry standards, how open source communities create powerful network effects, and why execution—not ideas—often becomes the real competitive advantage. They also discuss the changing role of AI in software development, the future of technical careers, and why builders, entrepreneurs, and network engineers should rethink what it means to create value in the age of AI. In this episode, you'll learn:  Why open source doesn't necessarily mean giving away your ideas  When to keep a GitHub repository private—and when to make it public  Why community can become a stronger competitive advantage than code  How AI tools like Claude Code are changing software development  What network engineers can learn from open source software  Why execution matters more than protecting ideas Whether you're a developer, network engineer, entrepreneur, or simply curious about how AI is changing software, this conversation will challenge some long-held assumptions about open source, intellectual property, and building technology. Full show notes, transcript and links: https://artofnetworkengineering.com/episodes/the-biggest-myth-about-open-source Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

Andy Lapteff sits down with network architect James Bensley at AutoCon 5 in Munich to explore the realities of service provider networking, architecture, automation, and standards development.   James shares his path from support engineer to architect, explains how network designs evolve, and discusses how architects balance business requirements, operational simplicity, and long-term scalability.  The episode also explores product development, the IETF, RFCs, and why understanding fundamentals still matters more than chasing the latest buzzwords.   A must-listen for network engineers interested in architecture, automation, or service provider networking.  Full show notes, transcript and links: https://artofnetworkengineering.com/episodes/why-most-network-designs-are-flawed Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

What happens when a network engineer realizes their biggest strength isn’t just technology, it’s communication? In this episode of The Art of Network Engineering, Andy Lapteff sits down with Patrick McCabe to discuss the transition from network engineering into product marketing and other vendor-side technical roles. Pat shares stories from: carrier-scale networking,tier 3 operational support,IPTV deployments at AT&T,systems engineering,sales,and eventually product marketing leadership.Together, they discuss: why some engineers naturally gravitate toward communication-focused roles,how soft skills accelerate technical careers,the realities of outages and operational burnout,the difference between engineering and product marketing mindsets,and why AI is changing how technical professionals work.This episode is especially relevant for engineers who enjoy: teaching,storytelling,customer interaction,content creation,mentoring,or translating technical complexity into business value.If you’ve ever wondered what comes after network operations, this conversation offers an honest look at one possible path forward. Topics discussed: Product marketing, vendor careers, systems engineering, AI, technical communication, networking careers, maintenance windows, IPTV, AT&T networking, soft skills, sales engineering, and career growth in IT. Full show notes, transcript and links: https://artofnetworkengineering.com/episodes/from-network-engineer-to-product-marketing-a-career-path-for-communicators Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

AI infrastructure is reshaping networking faster than most engineers realize. In this episode, Andy Lapteff sits down with Scott Robohn to discuss why traditional network engineers should start paying attention to AI networking, GPU infrastructure, and the massive changes happening inside modern data centers. They explore: Why AI workloads are changing networking requirementsGPU networking and lossless EthernetEthernet vs InfiniBandThe rise of NeoCloud providersCo-Packaged Optics (CPO)Ultra Ethernet and emerging transport technologiesWhy AI infrastructure behaves like “one giant computer”How network engineers can start learning this technology todayThis conversation cuts through the hype and focuses on what actually matters for engineers trying to stay relevant as AI continues transforming the industry. Whether you're a traditional network operator, automation engineer, architect, or someone curious about the future of networking, this episode will help you understand where the industry is heading next. Guest: Scott Robohn https://www.linkedin.com/in/scottrobohn/ Connect with The Art of Network Engineering: https://artofnetworkengineering.com Full show notes, transcript and links: https://artofnetworkengineering.com/episodes/networking-for-ai-why-every-network-engineer-should-pay-attention-in-2026 Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

Andy Lapteff sits down in person with Tom Hollingsworth ahead of Networking Field Day 40 for a wide-ranging conversation about Tech Field Day, what makes a great delegate, how great technical conversations happen, and why curiosity remains one of the most important traits in networking. Tom shares the “secret sauce” behind Field Day: strong content, the right audience, and logistics that make the experience valuable for both vendors and delegates. Andy and Tom also discuss AI in networking, the difference between AI for infrastructure and infrastructure for AI, how new voices get discovered in the tech community, and why putting yourself out there can change the trajectory of your career. If you want to grow your presence in the networking industry or learn how to ask better technical questions, this episode is for you. Full show notes, transcript and links: https://artofnetworkengineering.com/episodes/why-most-engineers-struggle-to-build-visibility-and-how-to-change-that Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

In this episode, we break down why traditional job applications are failing and how networking communities like USNUA are becoming the fastest path to career growth in IT. You’ll learn:  Why applying online isn’t working  How real opportunities come from real conversations  Why community matters more than certifications You don’t get hired through applications. You get hired through people. If you want to grow your career, this is the shift you need to make. Full show notes, transcript and links: https://artofnetworkengineering.com/episodes/tech-careers-are-built-on-relationships-not-resumes Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

For years, network engineers were told the same thing: “Learn Python… or fall behind.” But what if that’s no longer true? In this episode, we walk through a real Hello World for AI in networking: connecting an AI agent to NetBox using Model Context Protocol (MCP) and querying network data in natural language. No scripts. No Python expertise. Just results. This is a live, unfiltered build, from cloning a repo to debugging JSON to finally asking: “How many sites do I have in New York?” …and getting an answer instantly. What You’ll Learn:  Why Python is no longer the entry point to network automation  What MCP is and how it connects AI to your network  How to query NetBox using natural language  How AI handles tasks that used to require scripts  Where human-in-the-loop still matters Why This Matters: Most network engineers haven’t started automation, not because they don’t want to, but because the barrier felt too high. AI just lowered it. This episode shows you exactly where to start. Full show notes, transcript and links: https://artofnetworkengineering.com/episodes/you-don-t-need-python-anymore-hello-world-for-ai Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/

What does a network engineer actually make in 2025–2026? How do you ask for a raise without making it weird? And what's the single biggest thing holding your career back? We recorded this one live. This episode comes straight from the US Networking User Association PA Network User Group 2026 Spring Career Day — a standing-room-only event organized by USNUA in the Philadelphia area. Five talks. Five perspectives. All of it relevant to where you are right now in your career. Drew Conroy Murray from Packet Pushers kicks things off with highlights from their global salary survey — 418 respondents across 33 countries, with some genuinely surprising numbers around certifications, tools, and geographic salary gaps. Pat follows with a straightforward breakdown of how to build your case, time your ask, and walk out of a raise conversation with something — even if the answer is no. David takes it from there with a hard truth most engineers don't want to hear: being good at your job is the floor, not the ceiling. Visibility, advocacy, and knowing who has influence over your next move matters more than you think. Danny brings the career path conversation — why management isn't the only way up, why passion matters more than a title, and why finding your people changes everything. Andy closes with a personal story about unemployment, cognitive bias, and what it actually took to unlearn a decade of being anti-automation. Fair warning: it gets real. This is the kind of conversation that usually stays in the room. We're glad we got to record it. Topics covered: salary benchmarks, asking for a raise, promotion strategy, career pathing, network automation, cognitive bias, personal brand, soft skills Full show notes, transcript and links: https://artofnetworkengineering.com/episodes/grow-your-career-in-2026 Send us Fan Mail Support the show For everything AONE:  https://artofnetworkengineering.com/