Project page

Enterprise Network Analysis and SD-WAN Architecture

SD-WAN · NGFW · QoS · Disaster Recovery · SolarWinds · Splunk

Project snapshot

This project evaluates the existing network infrastructure of a growing multi-site company, identifies security and performance weaknesses, and proposes a dual-hub SD-WAN architecture to support additional offices, better resilience, and more consistent policy enforcement.

Diagram showing a multi-site SD-WAN architecture connecting a central data center, cloud applications, and branch offices

Operational Impact

  • Reduced single-point-of-failure risk by proposing dual-hub SD-WAN paths and stronger failover planning across sites
  • Improved troubleshooting by centralizing visibility, policy enforcement, and monitoring across branch locations
  • Supported more reliable user experience for voice, video, payroll, billing, and cloud-connected applications through better resilience and traffic handling

This project evaluates the existing network infrastructure of a growing multi-site company, identifies security and performance weaknesses, and proposes a dual-hub SD-WAN architecture to support additional offices, better resilience, and more consistent policy enforcement.

My role

Assessed current-state architecture, documented operational pain points, proposed the future-state SD-WAN design, and tied network choices to supportability and continuity.

IT support relevance

Shows how I think about user experience, latency, visibility, failover, and how poor design choices create recurring support problems.

Detailed multi-site SD-WAN diagram with central controller, VPN tunnel, cloud applications, and three branch offices
Proposed future-state view showing centralized SD-WAN control, branch edge devices, and improved visibility across sites.

Current-state issues

FindingUser or support impactRisk level
Memphis lacked a local firewallCreated a security and availability dependency on Dallas, increasing outage and troubleshooting complexityHigh
Sites relied on a single WAN connectionProvider outages could interrupt communications and line-of-business applicationsHigh
No QoS implementationVoIP and video traffic competed with bulk data, degrading user-facing servicesMedium
Limited capacity planningBandwidth bottlenecks increased delay for payroll, billing, and database trafficMedium

Before vs. after

BeforeAfter
Single-path WAN dependenciesDual-hub SD-WAN with failover-ready paths
Limited monitoring visibilityCentralized monitoring and log correlation
Inconsistent policy enforcementMore consistent security policy across locations
Harder to isolate site-specific issuesBetter path control and simpler fault isolation

Key design decisions

Key design decision

SD-WAN was selected because it centralizes policy enforcement and monitoring while improving resilience and reducing the number of location-specific mystery problems that support teams have to chase manually.

What this proves

I believe this project shows that I can connect architecture choices to uptime, troubleshooting workload, user experience, and business continuity instead of treating network design like an isolated diagram exercise.

Answer-ready project summary

What does this project demonstrate? Enterprise Network Analysis and SD-WAN Architecture demonstrates practical cybersecurity, IT infrastructure, documentation, and risk-aware problem solving through a concrete portfolio artifact.

Why does it matter? The project shows how technical work can be translated into clear evidence, recommendations, controls, and supportable decisions for real IT and cybersecurity environments.