When planning for an SD-WAN, I like to start with these ten questions to determine my high-level design and initial implementation strategy. This is just scratching the surface, but it helps me get moving with an actual design and migration strategy.Continue reading “Top 10 Questions to Ask When Planning a New SD-WAN”
Over the past five or six years we’ve heard plenty of discussion around the slow and steady demise of monolith single-vendor networking and a shift to multi-vendor environments. Due to the rise of disaggregation, whitebox networking, and to an extent even vendor agnostic network automation, we should all be running multivendor networks by now.
Data center failover is an expensive, complex, and sometimes fragile component of a network design. Solving this one problem usually involves almost every other team in the IT department, and it’s inexorably linked with the very day-to-day operation of an organization.
How will a business recover from a data center outage?
How can mission critical applications move seamlessly between data centers?
How will our end-users reach an application in the event of a failover?
These are just a few high level questions that, along with very technical and legal requirements, will guide the actual design of a data center failover plan. The answers will determine bandwidth, routing protocols, storage, virtual environments, security, hardware platforms, and every minutia of design right down to how DNS will be propagated and what OSPF metrics are set to.
As much as I love to call out a vendor on marketing nonsense, Ramesh Prabagaran, Director of Product Management at Cisco, made some compelling marketing statements about SD-WAN at Networking Field Day 19. In particular he said: