This document discusses the evolution from traditional proprietary and vertically integrated network architectures to software-defined networks (SDN). It outlines some of the key benefits of SDN such as increased network utilization, faster failure handling, and more rapid innovation. Several companies that are involved in SDN including Google, Juniper, Arista, and Radware are profiled. The document provides examples of how SDN enables network programmability through software applications and controllers to optimize network resources and functionality.

1. October 2012
Strictly confidential
Software Defined Networks [SDN]
Nimit Shishodia
ECODE Networks
With special thanks to:
Stanford University, Juniper, Arista, Google and ONF

2. 2
Vertically integrated
Closed, proprietary
Slow innovation
Small industry
Specialized
Operating
System
Specialized
Hardware
Ap
p
Ap
p
Ap
p
Ap
p
Ap
p
Ap
p
Ap
p
Ap
p
Ap
p
Ap
p
Ap
p
Specialized
Applications
Horizontal
Open interfaces
Rapid innovation
Huge industry
Microprocessor
Open Interface
Linux
Mac
OS
Windows
(OS)
or or
Open Interface
COMPUTER SYSTEM INNOVATION

3. 3
Vertically integrated
Closed, proprietary
Slow innovation
AppAppAppAppAppAppAppAppAppAppApp
Horizontal
Open interfaces
Rapid innovation
Control
Plane
Control
Plane
Control
Plane
or or
Open Interface
Specialized
Control
Plane
Specialized
Hardware
Specialized
Features
Merchant
Switching Chips
Open Interface
NETWORK SYSTEMS INNOVATION

4. 4
Million of lines
of source
code
6,000
RFCs
Billions of
gates
Bloated Power Hungry
•
Ver,cally
integrated,
complex,
closed,
proprietary
•
Networking
industry
with
“mainframe”
mind-­‐set
Custom Hardware
OS
Routing, management, mobility
management,
access control, VPNs, …
Feature Feature
LEGACY NETWORK DEVICES ARCHITECTURE

5. 5
Opera,ng
System
App
App
App
Specialized
Packet
Forwarding
Hardware
Specialized
Packet
Forwarding
Hardware
Opera,ng
System
App
App
App
•
Lack
of
compe,,on
means
glacial
innova,on
•
Closed
architecture
means
blurry,
closed
interfaces
REALITY

6. 6
Custom
Hardware
Custom
Hardware
Custom
Hardware
Custom
Hardware
Custom
Hardware
OS
OS
OS
OS
OS
Feature Feature
Feature Feature
Feature Feature
Feature Feature
Feature Feature
THE NETWOK IS CHANGING

7. 7
THE NEW NETWORK EVOLUTION

8. 8
“The Future of Networking and the Past of Protocols”
Global Network View
Network Virtualization
Packet
Forwarding
Packet
Forwarding
Packet
Forwarding
Packet
Forwarding
Packet
Forwarding
Network OS
Abstract Network View
Control
Programs
f View( )
Control
Programs
f View( )
Control
Programs
f View( )
SOFTWARE DEFINED NETWORK (SDN)

9. 9
Windows
(OS)
Windows
(OS)
Linux
Mac
OS
x86
(Computer)
Windows
(OS)
App
App
Linux
Linux
Mac
OS
Mac
OS
Virtualiza,on
layer
App
Controller
1
App
App
Controller
2
Virtualiza,on
or
“Slicing”
App
Controller
1
NOX
(Network
OS)
Controller
2
Network
OS
Trend
Computer Industry Network Industry
PF
PFPF
PF

10. 10
SDN IN DEVELOPMENT
Domains
• Data centers
• Public clouds
• Enterprise/campus
• Cellular backhaul
• Enterprise Wi-Fi
• WANs
• Home networks
Products
• Switches, routers: About 15 vendors
• Software: 8-10 vendors and startups
How SDN will shape networking
Empower network owners and operators
• Customize networks to local needs
• Eliminate unneeded features
• Creation of virtual, isolated networks
Increase the pace of innovation
• Innovation at software speed
• Standards (if any) will follow software deployment
• Technology exchange with partners
• Technology transfer from universities

11. 11
PLAYERS
COMPANIES

12. 12
The
Story
Google s WAN G-scale internal network that carries traffic between data enters, Google has deployed an OpenFlow powered Software
Defined Networking (SDN) solution.
Network utilization up to 95%.
Unheard in the industry.
RESULTS
• Unified view of the network fabric With SDN we get a unified view of the network, simplifying configuration, management and
provisioning.
• High utilization Centralized traffic engineering provides a global view of the supply and demand of network resources. Managing
end-to-end paths with this global view results in high utilization of the links.
• Faster failure handling Failures whether it be link, node or otherwise are handled much faster. Furthermore, the systems
converge more rapidly to target optimum and the behaviour is predictable.
• Faster time to market/deployment With SDN, better and more rigorous testing is done ahead of rollout accelerating deployment.
The development is also expedited as only the features needed are developed.
• Hitless upgrades The decoupling of the control plane from the forwarding/data plane enables us to perform hitless software
upgrades without packet loss or capacity degradation.
• High fidelity test environment The entire backbone is emulated in software which not only helps in testing and verification but
also in running what-if scenarios.
• Elastic compute Compute capability of network devices is no longer a limiting factor as control and management resides on
external servers/controllers. Large-scale computation, path optimization in our case, is done using the latest generation of servers.

13. 13
JUNIPER PROGRAMMABLE NETWORK PLATFORMS
FreeBSD Kernel
App
JUNOS
Packet Forwarding Engine (PFE)
App
App
Controll
er
1
App
App
Controlle
r
2
Virtualization or “Slicing”
App
Controll
er
1
NOX
(Network
OS)
Controlle
r
2
Network
OS
PF
PFPF
PF
ASIC
SDN Architecture
Juniper Architecture

14. 14
TRADITIONAL INEFFICIENT PATH TO NETWORK INNOVATION
ISSUES:
• RACK SPACE CONSUMPTION
• POWER CONSUMPTION
• PRONE TO EQUIPMENT & HUMAN
ERROR
• MAINTAINCE TIME
• COMPLEXCITY
• HIGH CAPEX/OPEX

15. 15
THERE S A JUNOS APP FOR THAT…

16. 16
EXAMPLE: APPLICATION DELIVERY CONTROLLER
RADWARE
ADC
APP

17. 17
JUNIPER APPLICATIONS

18. 18
SOFTWARE DEFINED CLOUD NETWORK
(SDCN)
Arista EOS™
Arista EOS™
Arista EOS™
ARISTA APPS:
AEM
CloudVision™
LANZ
MLAG
VM Tracer
ZTP
LANZ (Latency Analyzer): Tracks sources of congestion and latency with real time reporting in microseconds.
Key product for Financial services market where trading plant performance is key.
With LANZ the network operations teams and administrators will have more visibility than ever before into the network
and know if 'microbursts' are really happening or not.
With sub-millisecond reporting intervals, congestion can be detected and application-layer messages sent faster than
some products can forward a packet.

19. 19
THANKS FOR LISTENING