1.2 Scope and Relationship to Existing Documentation¶
This automation framework directly maps to the existing Abhavtech documentation suite. Every Terraform resource, Ansible playbook, and Python script in this document automates a process that is manually described in the corresponding source document.
Documentation Mapping¶
| Manual Documentation | Automation Implementation |
|---|---|
| SD-Access Fabric Deployment Guide | terraform/dnac/ - Site hierarchy, IP pools, network settingsansible/playbooks/underlay-isis.yaml - IS-IS routingansible/playbooks/overlay-lisp-vxlan.yaml - LISP/VXLAN control/data plane |
| ISE 3.x TrustSec Policy Design | terraform/ise/sgts/ - Security Group Tag provisioningterraform/ise/sgacl_rules/ - Security Group ACL matrixansible/playbooks/dot1x-trustsec.yaml - 802.1X + SGT tagging |
| SD-WAN Deployment Guide | terraform/vmanage/ - Controller infrastructurescripts/sdwan/create_feature_templates.py - VPN/interface templatesscripts/sdwan/attach_device_template.py - Device onboarding |
| Webex Calling Deployment | terraform/webex/locations.tf - Site configurationscripts/webex/provision_users.py - Bulk user creationscripts/webex/sync_hunt_groups.py - Call routing |
| Webex Contact Center Config | scripts/webex/sync_wxcc_agents.py - Agent provisioningansible/group_vars/webex/wxcc_agents.yaml - Skill assignments |
| Zero Trust Architecture | terraform/ise/network-devices/ - NAD bulk onboardingansible/playbooks/bgp-handoff.yaml - External routing with security zones |
How to Use This Documentation¶
For Network Architects¶
Use this automation framework to:
- Validate Design Decisions: See how manual designs translate to Infrastructure-as-Code
- Plan Deployments: Understand dependencies between components (e.g., IS-IS must precede LISP)
- Review Changes: Approve pull requests with full visibility into what configs change
For Automation Engineers¶
Use this documentation to:
- Build Automation: Copy Terraform modules and Ansible playbooks as starting templates
- Customize for Your Environment: Adapt examples to your IP addressing, hostnames, VLANs
- Integrate with CI/CD: Use Git workflow patterns for automated validation/deployment
For Network Operations¶
Use this documentation to:
- Execute Deployments: Run playbooks during approved change windows
- Troubleshoot: Understand what automation changed when issues arise
- Validate State: Use validation playbooks to verify fabric health
What This Documentation Does NOT Cover¶
This framework focuses on network infrastructure automation. It does NOT cover:
- Application-layer services: Web servers, databases, middleware (use Kubernetes/Docker for that)
- End-user device management: Laptop imaging, MDM, BYOD enrollment
- Physical infrastructure: Data center power, cooling, cabling
- Vendor selection: Assumes Cisco platforms (DNAC, ISE, vManage, Webex)
Source Documentation References¶
The automation code in this framework automates configurations described in:
- Abhavtech SD-Access Fabric Documentation (internal)
- Abhavtech SD-WAN Deployment Guide (internal)
- Abhavtech ISE 3.x TrustSec Policy Matrix (internal)
- Abhavtech Webex Calling/Contact Center Design (internal)
- Abhavtech Zero Trust Architecture Blueprint (internal)
If you don't have access to these source documents, you can still use this automation framework by:
- Understanding the general patterns (Terraform for provisioning, Ansible for config)
- Adapting the IP addressing and hostnames to your environment
- Reviewing Cisco DevNet documentation for API specifications
- Testing in DevNet Sandbox environments before production
Dependency on Manual Documentation¶
This is NOT a Standalone Deployment Guide
This automation framework assumes you understand:
- Why SD-Access uses LISP/VXLAN (not just how to configure it)
- When to use BGP vs. IS-IS for fabric underlay
- How TrustSec SGT tagging enforces segmentation policies
The manual documentation provides this foundational knowledge. This framework shows how to automate the deployment.
Evolution from Manual to Automated¶
Phase 1: Manual Deployment (2023-2024)¶
- Engineers followed step-by-step Word documents
- Configurations applied via CLI, browser GUIs
- Change tickets tracked in ServiceNow
- Validation done with
showcommands - Documentation updated manually after changes
Phase 2: Semi-Automated (2024-2025)¶
- Python scripts for repetitive tasks (bulk user creation)
- Ansible playbooks for device configuration
- Still manual DNAC/ISE GUI provisioning
- Git used for script version control
- Terraform evaluated but not deployed
Phase 3: Full Infrastructure-as-Code (2025-2026)¶
- This framework: End-to-end automation from infrastructure provisioning to Day-N config
- Terraform provisions DNAC, ISE, vManage, Webex platforms
- Ansible configures all fabric devices
- Python handles custom API integration
- Git workflow enforces peer review
- HashiCorp Vault eliminates credentials in code
Related Sections:
- 1.1 Business Case for Automation - Why automate network deployment
- 1.3 Toolchain Summary - Tools used in this framework
- Chapter 2: Automation Architecture - How components fit together