Skip to content

sda

Cisco SDA Part XI - understanding ARP in SDA

In this post, we look at how an ARP packet flows within a SD-Access fabric.

Introduction and topology

This probably should have been one of my first posts for SDA but here we are. I've recently come to realize that there is a lot of misconception about how ARP works within the SDA solution - the defacto answer appears to be that it is a part of BUM traffic (broadcast, unknown unicast, multicast), and thus, it will be flooded (implying that there is a dependency on some form of replication, either head-end or via an underlay multicast infrastructure).

This is not true and it's time to bust that myth! We will continue to use the same topology, only this time, Host1 and Host2 are part of the same subnet (192.2.11.0/24) and the same VN - Corp_VN.

static1

Cisco SDA Part X - understanding L2 handoff

In this post, we take a detailed look at the L2 handoff feature in Cisco's SD-Access.

Introduction and topology

Fair warning - this is going to be a long, long post. Get yourself some coffee because you're going to be here for a while!

We're going to continue working with the following topology for this post, with a legacy network added to the existing infrastructure:

static1

Cisco SDA Part IX - need for duplicate IPs on fabric borders

In this post, we look at why SD-Access borders have the anycast IP addresses configured as loopback addresses.

Introduction and topology

Looking at the some of the configuration that is automatically pushed from DNAC, you should spot some very interesting things in there. This post aims to demystify these and help the reader understand why these were needed in the first place, hopefully giving you a better understanding of how the SDA fabric is built.

Let's consider the following topology for this:

static1

Cisco SDA Part VIII - DHCP challenges in SDA

In this post, we look at various DHCP challenges in Cisco's SD-Access fabric and how it is solved.

Introduction and topology

Remember that in SD-Access, we do not use vanilla LISP. To achieve macro segmentation, multi-instance LISP (VRF-aware LISP) is used. However, this poses a problem for DHCP. Consider the following topology for this (this topology is also a simple example of SD-Access design):

static1

Cisco SDA Part VII - multi-instance LISP

In this post, we look at multi-instance LISP, which is another core construct for Cisco's SD-Access.

Introduction and topology

We're slowly getting closer to the true implementation of LISP in Cisco's SD-Access. LISP has the capability of being VRF-aware - this is achieved via multi-instance LISP.

The idea is fairly simple - you have multiple instances of LISP (mapped to corresponding VRFs) - all your LISP tables are now maintained per instance.

We will be using the following topology for this:

static1

Cisco SDA Part VI - LISP mobility - Solicit Map Requests (SMRs)

In this post, we look at SMRs and how these are essential for a host mobility event, within the LISP architecture.

Introduction and topology

We start this post with the assumption that a host mobility event has occurred (see previous post for details on host mobility) and that the EID 1.1.1.1/24 is moved from behind xTR2 to behind xTR6.

The state of the topology is like so:

static1

Cisco SDA Part V - LISP mobility - roaming hosts

In this post, we look at an actual LISP host mobility event and what happens behind the scenes to make this work.

Introduction and topology

Continuing on from the previous post, we take a look at actual host mobility events and how the LISP infrastructure facilitates this. Our goal for this post is to have the simulated host (1.1.1.1) move from behind xTR2 to behind xTR4 (simulated via R10). A working assumption used in the post is that there is no active traffic destined for the host that is moving (we will look at this in the SMR post).

The topology is a slightly modified version of what we used in the last post:

static1

Cisco SDA Part IV - LISP mobility - dynamic EIDs

In this post, we look at LISP dynamic EID - a core construct of LISP host mobility.

Introduction and topology

One of the most important characteristics of LISP is the mobility it offers - the next few posts aim at helping understand how this functionality is achieved, starting with dynamic EIDs.

We will continue using the same topology as before, with some minor changes to the xTRs. xTR6 is now another xTR and not a PxTR.

static1

Cisco SDA Part III - LISP and non-LISP sites

In this post, we look at how a LISP site talks to non-LISP sites.

Introduction and topology

Understanding how a LISP site talks to a non-LISP site (and vice versa) is very crucial to LISP and the bigger picture that we're building towards - SDA.

The topology that we'll work with is a slightly modified version of what we had before - another router has been added that will facilitate conversation between LISP and non-LISP:

static1