FaucetCon 2019
SDN Traffic Engineering for Wireless ISPs
Overview: Using Faucet to control flows andmanage bandwidth in a dynamic RF environment
where capacity is elastic and not static.

Kevin Myers
Senior Network Architect

Sajan Parikh
Lead Developer

page01

AboutKevin Myers
Background
Senior Network Architect and co-founder of iparchitechs.com● Experience in WISP, Large ISP, Fortune 500 Enterprise andData Center● Blog at stubarea51.net● Twitter @stubarea51● Contributor at thenetworkcollective.com, techfieldday.com
and packetpushers.net● Email: kevin.myers@iparchitechs.com●page02

AboutIP ArchiTechs Managed Services
IP ArchiTechs is a global network
engineering and design firm thatcovers a wide spectrum ofenvironments: We provide expert
consulting to Service Provider,Enterprise and Data Center network
teams
GlobalOffices in the US,
Europe and South America

ONIE

Open Networking
FocusedWhitebox, Disaggregation andCommodity networking

page
03

Overview
SDN Traffic Engineering for Wireless ISPs

01
02 Lab concept

Defining the RF traffic
problem

03

04
Next
steps
05

Prod testing

DrainPipe

page
04

SDN Traffic Engineering for Wireless ISPs
Section 1

Defining the RFtraffic problem

page
05

SDN Traffic Engineering for Wireless ISPs
Defining the RF traffic problem
Solving the problem
in a fiber ISP network•100G100G••

Policy BasedRouting
MPLS TESegment Routing

Internet
4 x 10G

4 x 10G

Traffic Engineering

page06

SDN Traffic Engineering for Wireless ISPs
Defining the RF traffic problem
A harder problem
in a WISP

750M

1.4G

•

Bandwidth is notstatic•

Capacity change
due to weather
events,atmosphericconditions,interference, etc•

Current methods
limited to LTE

Internet
300M

500M

page07

SDN Traffic Engineering for Wireless ISPs
Defining the RF traffic problem

Conventional traffic engineering has
limitations
MPLS TE or Segment Routing cannot easily
account for the link capacity frequently
changing
page08

SDN Traffic Engineering for Wireless ISPs
Section 2

Solution
proposal & lab
concept
page09

SDN Traffic Engineering for Wireless ISPs
Solution proposal & lab concept

Working towards a solution

Why not use Faucet + OpenFlow todetermine available bandwidth and influence
traffic?

page010

SDN Traffic Engineering for Wireless ISPs
Solution proposal & lab concept

How we decided on Faucet
and Zodiac FX
Needed an operational SDN
controller and an inexpensive
platform to perform POC testing
page011

SDN Traffic Engineering for Wireless ISPs
Solution proposal & lab concept
Initial concept
Faucet SDN Controller•L2 stack, singleroot•

Analyze radiocapacity•

Start simple withtwo paths•

Move traffic to analternate path asradio capacitychangesInternetUpstream

CGNAT
100.64.0.1/24
VLAN 3000
100.64.0.101/24
VLAN 3000

Will steer traffic
destined forsubscribers on thefurthest tower basedon RF conditions

Using
NorthboundNetworks
ZodiacFX atall towers

page012SDN Traffic Engineering for Wireless ISPsSolution proposal & lab concept
Lab environment inGNS3•

Tried EVE-NG
but had issues
with OVS•

Based on future
prod deployment•

Use policy-based
forwarding tomove traffic
based on src
page013

SDN Traffic Engineering for Wireless ISPs
Solution proposal & lab concept
Identify traffic
Break a subnet into smaller
components to move traffic
100.64.0.0/24

750M

1.4G

If bandwidth reduces by25% use a /26 to match
for Faucet ACL
300M

100.64.0.0/26
100.64.0.64/26 <---- match ipv4_src
100.64.0.128/26
100.64.0.192/26500M•

Started with aneasy concept•

Based on future
prod deployment•

Use policy-based
forwarding tomove traffic
based on src

page014

SDN Traffic Engineering for Wireless ISPs
Solution proposal & lab concept
L2 Stack (movingto L3) with ACL•

Single root L2stack•

ACL match on
ipv4_src

page015

SDN Traffic Engineering for Wireless ISPs
Section 3

Using DrainPipe
to analyze RF

page016

AboutSajan Parikh
Background10+ Years Software Development.
● Managed large-scale Linux deployments.
● Exposure to hundreds of WISP deployments.
●●Email: sajan.parikh@iparchitechs.com

page017

SDN Traffic Engineering for Wireless ISPs
Using DrainPipe to analyze RFpage018

SDN Traffic Engineering for Wireless ISPs
Using DrainPipe to analyze RFpage019

SDN Traffic Engineering for Wireless ISPs
Using DrainPipe to analyze RF

page020

SDN Traffic Engineering for Wireless ISPs

Using DrainPipe to analyze RF

page021

SDN Traffic Engineering for Wireless ISPs

Using DrainPipe to analyze RF

page022

SDN Traffic Engineering for Wireless ISPs

Using DrainPipe to analyze RF

page023

SDN Traffic Engineering for Wireless ISPs
Using DrainPipe to analyze RF

page024

SDN Traffic Engineering for Wireless ISPs
Using DrainPipe to analyze RFpage025

SDN Traffic Engineering for Wireless ISPs
Section 4Productiontesting

page026

SDN Traffic Engineering for Wireless ISPs
Prod Testing

Regional Fiber/Wireless ISP•

Serving the community of Amarillo,Texas•

Created a 4 switch test network
over production microwave links•

Interested in the idea of putting thetransport paths under SDN
page027

SDN Traffic Engineering for Wireless ISPs
Prod Testing
Internet24 Ghz

Moving from lab to prod•

Deployed same YAML L2
stack into prod•

Using 5 Ghz and 24 Ghz
unlicensed links•

11 Ghz licensed links andSMF fiber

Osage11 Ghz

10 MilesKD5DYP

Petro DCSMFTransport5 Ghz

Adair s House

River Hills

page028

SDN Traffic Engineering for Wireless ISPs
Prod Testing

Moving traffic•••

Started with ACLs and port output
Mixed success, still working on match to make it more intelligent.
Need to move to L3 stacking now that we understand L2 stacking
page029

SDN Traffic Engineering for Wireless ISPs
Section 5Next steps

page030

SDN Traffic Engineering for Wireless ISPs
Next steps
Continue developing DrainPipe and move to L3 stacking, BGP and prod hardware•

Need to work on DrainPipe and how to compute available paths + bandwidth available to feed
into the decision process•

Move the design to L3 stacking with BGP to integrate into the prod ISP network•

Use prod hardware to have better debugging capability, more capacity and environmentallyhardened.

page031SDN Traffic Engineering for Wireless ISPs
Thank You

page032