Skip to main content

Posts

VMware VeloCloud SD-WAN Hub Clustering in AWS - Part 1

Overview Greetings, this series will cover the design/build of VeloCloud Clusters in a multi-region AWS deployment. This exercise dips into a bunch of different technology skill areas, and I couldn't find anything comprehensive written, so here we are. This will be an ambitious multi-part post, so strap in. I'm decent with routing/switching & Velocloud, and moderately experienced with AWS, so please comment if I need to correct anything. How to eat the elephant Part 1 - Review the design options Review the mechanics of various Velocloud HA options Some general review of the relevant parts of AWS and scope Review AWS Transit Gateway Review selected AWS and cluster layout Part 2 - Initial deploy and configuration of Velocloud devices Part 3 - AWS Deployment Deploy and configure various AWS network constructs TGWs and routing Part 4 - Further configuration of Velocloud NSD via Edge configuration Establish BGP peering with AWS TGWs Validation through VCO, CLI, and AWS Dashboard
Recent posts

VMware VeloCloud SD-WAN Hub Clustering in AWS - Part 2

Deploying VCEs in AWS Part 1 gave a design overview of what I want to build. In Part 2, I'll bootstrap two Velocloud Hub Clusters. Each Cluster will exist in a different AWS Region and consist of two VCE Cluster Members, one in each Availability Zone. INHO, the Velocloud AWS vVCE deployment documentation is not great. It only covers CloudFormation, which not everyone uses. I've done this with Python + Terraform as well, but that's pretty advanced and it would be nice to have a guide for those who just want to click their way through the Velocloud Orchestrator (VCO) and AWS Dashboard. I'll do my best to document that... I'm going to start out with some pre-work in the Velocloud Orchestrator, and then move on to actually spawning the VCEs in AWS EC2. Network Interfaces We need to understand a few things about interfaces as they pertain to AWS, the VCE's underlying Linux OS, and the settings in VCO. Our understanding of network interface cards gets a bit fuzzy i

Stihl 362-CM

 When you need to cut wood, fast. These are totally not my own photos. I need to take some next time I'm at the lake house with this beast.

Yaesu FT-3DR

 Started with an AnyTone AT-D878UV , but returned it in favor of a  Yaesu FT-3DR .

YSF Reflector

After earning my ham radio technician license on 10/28/2020, I dove head first into the hobby. One of the things that interests me in particular is digital modes and packet radio. At the recommendation of a colleague, and many folks on the Internet, I picked up an  OpenSpot3  hotspot. This hotspot is very capable, and is a good fit for my C4FM based Yaesu radios. I made the rounds with AmericaLink and ZombieNet, but initially had no idea these were not actually Wires-X rooms, but rather, other entry points accessible to hotspots that were being bridged to their native existence. Ok, got it, I think. In essence, my first visit to the digital ham world was via my local clubs dual-mode (FM & C4FM digital) repeater. Armed with the frequency and tone info from  RepeaterBook , and fumbling my way through learning to program my new  FT3DR , I was speaking digital. This repeater in particular is part of a set of repeaters in my general geography, which are all integrated via a device cal

Quickly Triaging Cisco Networks

In my job, I am commonly tasked with looking at misbehaving or underperforming data center, campus, and wide-area networks. It’s no secret that this can be a difficult task, often exacerbated by lack of context, old (no?) documentation, lack of access, and time criticality. I’ve come up with the following set of show commands that I can run, or a customer can run on my behalf, on key components in the environment to get my bearings and start developing hypotheses quickly. I typically encounter Cisco ISR, ASR, Catalyst and Nexus in my travels, and this configlet runs the gamut across some different capabilities and CLI syntax. https://gist.github.com/craigbruenderman/5b73d307ea17e7e3b31c012ab68ccda2

Using the Cisco SD-WAN (Viptela) API

I’ve been working with the Cisco SD-WAN (formerly Viptela) products since about March of 2018. Now that I have a pretty good feel for the product and its capabilities and caveats, I’ve been toying with its REST API for the last few weeks. At the moment, there are no published SDK’s for working with this API. So, to avoid the yak shaving of dealing directly with REST resources, I began to write a Python SDK. I’m first tackling the readers functions that are useful to me via GET methods, and then I’ll start to sprinkle in provisioning and updating methods. Have a look at my  Viptela-Tool  Github Project, but be gentle - I am not a professional software developer.