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

IT Support Impact Summary

Evaluated a multi-site enterprise network to identify architectural weaknesses that could cause inconsistent user performance and difficult troubleshooting. Proposed improvements focused on increasing reliability, centralized visibility, and fault tolerance so support teams can diagnose and resolve connectivity issues faster across locations.

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.