NAN130: Network Automation Forum: From Simple Survey to Global Community
Network Automation Forum co-founders Scott Robon and Chris Grunman discuss how their community grew from a simple survey about network automation adoption into a global series of conferences with 600+ attendees across multiple continents. They emphasize maintaining the organization's vendor-neutral, practitioner-led ethos while managing rapid growth and evolving industry trends like MCPs and AI agents.
Summary
This crossover episode of Network Automation Nerds and Cloud Gambit features hosts Eric Cho and William Collins interviewing NAF co-founders Scott Robon and Chris Grunman about the organization's three-year journey. Chris Grunman initiated the conversation by running a survey in 2022 asking why network automation adoption remained low despite decades of discussion, revealing that most network engineers still rely on CLI rather than automation tools. This survey revealed a significant gap between industry evangelism and actual adoption, prompting the question: why is networking uniquely resistant to software tools compared to other IT disciplines? Scott and Chris connected through a mutual contact and decided to validate the concept by consulting with industry advisors in Seattle, receiving unanimous support. This led to AutoCon Zero in Denver in November 2023, which unexpectedly attracted nearly 350 attendees instead of the anticipated 200, immediately validating the community's need.
The hosts discuss the historical context that contributed to networking's resistance to automation, tracing it back to certification programs like Cisco's CCNA and CCNP in the late 1990s and early 2000s, which created a cult of CLI expertise. During the dot-com era, Cisco's market cap dropped from $500 billion to $132 billion, yet the CLI-focused certification model became entrenched as the primary way network engineers built their identity and value. Unlike other IT disciplines, network engineering conflated mastery of the CLI with being a network engineer itself, creating a psychological barrier to automation adoption. Scott argues that the CLI itself was necessary and well-designed for accessing complex networking protocols, but became a market stickiness factor that locked engineers into vendor-specific expertise rather than building portable engineering skills.
The organization has grown from a single US event to a global series: AutoCon Zero (Denver), One (Amsterdam), Two (Prague), Three (Austin), Four (Amsterdam again), Five (Munich), and upcoming Six (Tucson). The European events show distinct characteristics compared to US events, with European attendees demonstrating greater skepticism, preference for open-source solutions, and lower tolerance for vendor marketing pitches. Attendance has grown from 345 to over 700 at peak events, though not in a linear curve. The founders emphasize that the "forum" name was intentional—it's designed to be a place where practitioners can sit and talk, not a vendor-sponsored conference.
Key foundational principles that the organizers protect fiercely are: practitioner-led content (people doing production work sharing real experiences), vendor neutrality, light-touch community moderation, and inclusion of diverse perspectives. The organization has experimented with innovations like workshops, leadership tracks, and a zero-to-hero learning path, carefully evaluating which experiments to institutionalize and which to retire. A significant organic development has been the NAF Automation Framework, which emerged grassroots from community discussions rather than top-down direction. This framework provides shared language and mental models for discussing network automation system components and has since been presented at other industry events without NAF sponsorship.
Regarding monetization and vendor relations, the founders maintain careful boundaries by having explicit conversations with sponsors about the community-first ethos. They acknowledge that money inherently attracts toward the microphone, and they work to prevent vendor takeover by educating sponsors about the value proposition of maintaining neutrality. Community members themselves help police this by pushing back against perceived marketing pitches. The founders note that diversity in sponsorship sources beyond traditional networking vendors (including IT automation, cloud, and AI companies) is part of their strategy to maintain independence.
Eric Cho shares that he initially felt skeptical about network automation's viability given the polarization between hyperscalers doing extensive automation and enterprise networks still using manual CLI management. However, the energy and community bonds formed at AutoCon Zero renewed his faith in the movement. William Collins notes the challenge of top-down organizational resistance to automation initiatives, suggesting that unless security and budget stakeholders buy in, individual engineers struggle to implement automation at scale. The founders acknowledge listening to community feedback and iterating accordingly—for example, creating advanced content tracks in response to demand, though they struggle to define what "advanced" means consistently across their audience.
About this episode
Eric Chou welcomes guest co-host William Collins as well as Network Automation Forum founders Scott Robohn and Chris Grundemann to discuss how their community emerged from a simple question: Why haven’t we seen full adoption of network automation? They discuss the growth of AutoCon and how its practitioner-focused, vendor-neutral approach has fostered a unique environment<a class="excerpt-read-more" href="https://packetpushers.net/podcasts/network-automation-nerds/nan130-network-automation-forum-from-simple-survey-to-global-community/" title="ReadNAN130: Network Automation Forum: From Simple Survey to Global Community">... Read more »</a>
Key Insights
- Chris Grunman found that despite 20+ years of network automation discussion and his own scripting automation from the 1990s, most network engineers still primarily use CLI-based configuration rather than automation tools, suggesting systemic resistance specific to networking.
- The certification program boom in the late 1990s-2000s, particularly Cisco's CCNA/CCNP programs that coincided with Cisco's $500 billion peak market cap, created what Scott calls the cult of the CLI that trained engineers to conflate CLI mastery with professional identity.
- The founders intentionally chose the name 'Network Automation Forum' to signal it is a place for conversation rather than a traditional conference, and they protect this identity by prioritizing practitioner stories and production experiences over vendor pitches.
- AutoCon Zero exceeded expectations with nearly 350 attendees when organizers anticipated 200, providing immediate validation that the community need was real and creating momentum for rapid global expansion.
- European attendees consistently show more skepticism toward vendor pitches and stronger preference for open-source solutions compared to US attendees, which the founders attribute to GDPR, regulation, and cultural differences in how infrastructure is approached.
- The NAF Automation Framework emerged entirely organically from grassroots community discussions without any top-down mandate from founders, and subsequently spread to other industry conferences and presentations without formal NAF sponsorship.
- Scott and Chris learned through experience that attempting to define an 'advanced track' at AutoCon Austin failed because 'advanced' means different things to each engineer, similar to how terms like SDN and cloud became undefined marketing buzzwords.
- The founders practice careful sponsorship relationship management by having explicit conversations with vendors about the community-first ethos and the strategic value of maintaining vendor neutrality rather than allowing money to drive the microphone.
- Eric Cho acknowledged he initially felt skeptical about network automation viability given the observed polarization between hyperscaler automation adoption and mainstream enterprise CLI dependency, but the conference community energy changed his perspective.
- The organization has grown from an experiment with no established playbook at AutoCon Zero to a refined operation by AutoCon 5 in Munich, partly through expansion of the organizing team beyond just the founders and partly through learning to listen to community feedback without over-rotating on single complaints.
- William Collins observed that even at large enterprise organizations, individual network engineers lack power to implement automation without top-down organizational and budget buy-in from security and leadership teams, representing a structural barrier distinct from technical capability.
- Chris notes that the accuracy of the annual network automation adoption survey has improved significantly as participation grew from 70 respondents to 300-400, suggesting that larger and more diverse community input yields more reliable data about the state of the field.
Topics
Transcript
. This episode is sponsored by METR. If your IT team is stuck managing a patchwork of different vendors, METR fixes that. They deliver one complete integrated network stack, wired, wireless, and cellular. Plus, managed migrations and upgrade credits make switching risk-free. Book a demo today at meter.com slash N-A-N. That is M-E-T-E-R dot com slash N-A-N. Hello and welcome to the Network Automation Nerds podcast, where we explore the latest network automation from a practitioner's perspective. I'm your host, Eric Cho, a network engineer who loves everything about network automation. Today, we have a very special crossover episode for you. I am thrilled to be sharing the mic and co-hosting this one with William Collins from the Cloud Gambit…
Full transcript available for MurmurCast members
Sign Up to AccessMore from The Everything Feed - All Packet Pushers Pods
NAN132: The AI-Augmented Engineer
Garrett Masters, a Senior Network Administrator with 11 years of experience, discusses his journey into AI-augmented network engineering through his YouTube channel GtalksTech. He explains how AI tools like Claude and Gemini enable network engineers to leverage automation without deep programming expertise, using practical examples like building MCP servers for network management.
TCG085: Enterprise Salescraft with Drew Meli
Drew Meli, an enterprise sales executive with 16 years of experience, discusses best practices in B2B enterprise software sales, emphasizing transparency, stakeholder alignment, and collaborative deal progression rather than high-pressure tactics. The conversation covers the complex journey from initial customer interest through procurement, security reviews, and the emerging impact of AI on sales processes and organizational structures.
HS144: Next-Generation Data Centers: The Rules Are Changing, How Should Your Strategy Change?
Jonna Till-Johnson and John Burke discuss how the rules for building next-generation data centers have fundamentally changed across political, economic, physical, and organizational dimensions. They examine how U.S. import restrictions on Chinese technology, extreme power and cooling demands from AI workloads, supply chain constraints, data sovereignty concerns, and shifting skill requirements create unprecedented complexity for enterprises planning new data center initiatives.
TNO071: The Network Team Is Drowning. Is AI the Life Raft? (Sponsored)
Rekha Shenoy and Irfan Kimji from Backbox discuss how the exponential growth of vulnerabilities (49,000 CVEs annually) has made manual network operations unsustainable, and how AI-powered automation can help network teams manage patches and security updates at scale while maintaining human control and oversight.
HN840: How to Make a Technology Buying Decision
Sean Morgan, a research director at Deloro Group, discusses how technology buying decisions should extend beyond engineering specifications to include business alignment, ROI calculations, and understanding total cost of ownership. Engineers must shift from viewing IT as a cost center to positioning it as a business enabler by connecting technical decisions to revenue impact and organizational objectives.