ONOS     The  open  SDN  Network  Opera1ng  System  for  Service  Providers                                      Prajakta  Joshi                                            Director,  Products  @  ON.Lab   

Unprecedented   Traffic  Growth   Orders  of   magnitude   increase  in  users,   devices,  apps   Video,  Mobile   traffic  exploding   CAPEX     conDnues  to  rise   “DATA” ERA “VOICE” ERA TRAFFIC OPERATOR COST REVENUES * Graph Source - Accenture Analysis NEW SERVICES IP Video: 79% of all IP traffic in 2018 AT&T spends $20 Billion per year on CAPEX Service  Provider  Networks   2016 traffic = triple of 2011 More mobile devices than people Time Growth Explosive growth in Service Provider networks 

Scale Open Monetize Reduce CAPEX and OPEX Deliver new and customized Services rapidly Bring in cloud-style agility, flexibility, Scalability Lower operational complexity, increase visibility •  Open APIs •  Multi-vendor •  Multi-technology •  Open Source Turning growth into opportunity 

Merchant  Silicon   Loader   OS   Agent   Closed   Features Control Plane Hardware                      SDN  Network  Opera1ng  System   Control  Apps   Mgmt  Apps   Config  Apps   Features Control Hardware Whitebox Legacy Key enabler – Software Defined Networking 

200-500 routers, 5-10K ports 20-100K routers, 10K-100 Million ports SIZING THE SERVICE PROVIDER NETWORK WAN core backbone 10-50K routers, 2-3 Million ports Metro Network Cellular Access Network 10-50K devices, 100K-1 Million ports Wired Access/ Aggregation Network Tens of millions of fixed, hundreds of millions of wireless end points Five nines availability (or a cloud style version of it), high performance, low latency Ease/agility of service creation Phased migration of networks, support for white boxes Challenge - 1 

SDN Network Operating System Apps Global Network View / State Global Network View / State •  High Throughput: ~500K-1M paths setups / second ~3-6M network state ops / second •  High Volume: ~500GB-1TB of network state data   Challenge – 1 in numbers high throughput | low latency | consistency | high availability 

                        Control  Apps   Mgmt  Apps   Config  Apps   Value in apps and services Value in network and device innovation Value in commercial-grade solutions Strategic but difficult to monetize Merchant  Silicon   Loader   OS   Agent                        SDN  Network  Opera1ng  System   Who  will  build     this  plaJorm?   Challenge – 2 

To produce the Open Source SDN Network Operating System that enables Service Providers to build real Software Defined Networks ONOS Mission 

ONOS was open sourced on Dec 5th, 2014 Welcome to open source ONOS! 

Open Source ONOS Ecosystem ON.LAB SERVICE PROVIDER PARTNERS COLLABORATORS VENDOR PARTNERS COMMUNITY 

ONOS – SDN NOS For Service Providers ●  Scalability,  High  Availability  &  Performance     ●  Northbound  &  Southbound  Abstrac1ons     ●  Modularity   

Key metrics for ONOS •  Performance   •  Topology  change  latency   •  Topology  change  throughput   •  Northbound  latency   •  Northbound  throughput   •  Scale-­‐out   •  Ability  to  scale  control  plane  by  adding  capacity   •  High  Availability   •  Uninterrupted  opera1on  in  the  wake  of  failures,   upgrades   Challenging  part  -­‐>  providing  performance,  scale-­‐out,  HA  together   

Number of Instances in Cluster Latency 10 ms What’s good enough? Simple Rule of thumb •  1  M  flow  ops/sec     •  Less  than  100ms  latency  (ideally  under  10ms)   

NB – Application Intent Framework Southbound Core API Protocols Adapters Apps Protocols Adapters Protocols Adapters Protocols Adapters ONOS Instance 1 ONOS Instance 2 ONOS Instance 3 ONOS Instance N Distributed Core (performance, scale-out, availability, state management, notifications) ONOS Distributed Architecture 

Distributed  Core     Southbound   “Provision 10G path from Datacenter 1 to Datacenter2 optimized for cost” Intents translated and Compiled into specific instructions for network devices. Applica1on  Intent  Framework:     Abstrac1ons,  APIs,  Policy  Enforcement,  Conflict  resolu1on     Distributed Core Southbound Core API OpenFlow NETCONF Southbound Interface ONOS Application Intent Framework I want to define “what” I need without worrying about “how”… 

COMPILATION   INSTALLATION   Flow  Rule  Batch       Flow  Rule  Batch       Flow  Rule  Batch       Flow  Rule  Batch       Path  Intent       Path  Intent       Host  to  Host  Intent       ONOS Intent Example “Provision  10G  path  from   Datacenter  1  to  Datacenter2   op1mized  for  cost”   

Core  Packet-­‐Op1cal   Metro  Packet-­‐Op1cal   Wired   Access   Wireless   Access   Access   Central  Office   Built  like  a     Data  Center   Network Interface ! Network Interface ! Enterprise   Access   Wireless   Access   Wired   Access   Wireless   Access   Wired   Access   Wireless   Access   Enterprise     Access   Wireless   Access   Network Interface ! Network Interface ! Network Interface ! Network Interface ! POP   Built  like  a     Data  Center   Network Interface ! Network Interface ! Network Interface ! Network Interface ! Service Provider Network of the Future 

ONOS  Central  Office  POC   

SDN  Control  Plane  -­‐   ONOS   I O   I O   Metro  Core    Link   I O   Access   Link   I O   Commodity  hardware   Fabric     Spine   Switches   Leaf   Switches   Central Office re-imagined as Datacenter NFV  Orch   Large number of COs Evolved over 40-50 years Huge source of CAPEX/OPEX Architect with commodity hardware and manage the fabric/ infrastructure with ONOS (SDN Control plane) 

White  Box   White  Box   White  Box   White  Box   White  Box   White  Box   White  Box   White  Box   White  Box   White  Box   White  Box   White  Box   White  Box   White  Box   ONOS   Leaf-Spine L3 Fabric White  Box   White  Box   Central Office fabric control with ONOS Elephant flow rerouting Traffic Steering Network Virtualization L3  Clos  Fabric  Control  (Segment  Rou1ng)     

VM VM VM VM VM VM VM VM VM VM VM Service 1 Service2 VM VM VM VM VM VM VM VM VM VM VM VM VM VM Service 3 Service2 Service 1 NFaas: From VMs to Services VNF VMs Service Abstraction Service Composition 

Commodity  servers  +  NFaaS  =    CAPEX  and  OPEX  savings   Centralized  Control  &  Management  Plane  –  ONOS  +  OVX  +  XOS      PGW              XCODE            NLA            CDN                BNG              CDN                CG-­‐NAT                  Firewall   VPN                  WanEx                DSA            IDS     Mobile Customers Residential Customers Enterprise Customers I O   Access   Link   Central Office with NFaaS (NFV) 

I O I O Metro  Core    Link   I O Access   Link   Commodity  hardware   Fabric Spine   Switches   Leaf   Switches   Control  Apps              Mgmt  Apps        |  Config  Apps  |         vBNG vCPE PON OLT MACs vOLT XOS  +  OVX   Subscriber  1         Whitebox Switch   ONU   Replace  complex  residen1al   gateway  with  commodity   switch   20K-100K subscribers " ONU   Whitebox Switch   SDN  Control  Plane  -­‐  ONOS   Subscriber  2   Central Office DHCP LDAP RADIUS Control Data   Virtualizing the CPE (vCPE) and OLT (vOLT) 

ONOS  Core  POC   

Datacenter  1   Packet  Network   Op1cal  Network   ONOS (Multi-layer SDN Control) Datacenter  2   Failure handling – move traffic to different path “Provision 10G path from Datacenter 1 to Datacenter 2 optimized for latency” Lower CAPEX, OPEX, better utilization Bandwidth  on     Demand   Bandwidth     Calendaring   Pay  per  network     feature,  QOS   Multilayer Packet/optical SDN control Multi-layer SDN control 

SDN  Migra1on  Strategy  POCs   

MPLS/optical SDN control with Cap-Grow-Drain Cap   Grow   Drain   ONOS ONOS ONOS MPLS   Network   MPLS   Network   MPLS   Network   Op1cal   Network   Op1cal   Network   Op1cal   Network   Segment  Rou1ng   (for  MPLS  network)   Op1cal  control   Segment  Rou1ng   (for  MPLS  network)     Op1cal  control   Segment  Rou1ng   (for  MPLS  network)     Op1cal  control   Whitebox   switches   Whitebox   switches   Whitebox   switches   Whitebox   switches   Whitebox   switches   New   SDN   Edge   Send  Big  Flows  to   op1cal  network   Cap-­‐Grow-­‐Drain  =  Bring  SDN  to  backbone  without  fork  lil  upgrade   Whitebox   switches   

... ONOS Cluster •  BGP speaker HA •  ONOS/SDN-IP HA •  External BGP router/ connection HA •  external networks across SDN island SDN-IP enables communication between: •  SDN network and external IP networks ONOS ONOS ONOS SDN-­‐IP   SDN-­‐IP   SDN-­‐IP   Seamless peering with SDN-IP 

1 2 3 STABILITY     +  NEW  AREAS   PERFORMANCE,   CORE  PLATFORM     USE  CASES/DEPLOYMENTS   Geographically  distributed  ONOS  cluster(s)   Mul1-­‐tenancy   Openstack  Integra1on   IPv6  support   Security   Mobility     CORD  (Central  Office)-­‐  Fabric  –  NFaaS  -­‐     vCPE,  MPLS/Packet  op1cal  (core)   SDN-­‐IP  (WAN),  Segment  Rou1ng  (WAN)   Mul1cast  (video),  IP  RAN  (Backhaul),Mobile, vEPC,  Sol  RAN,  Internet2,  CREATE-­‐NET,   Deployments,  SP  POCs/Trials  (AT&T,  NTT,     SK  Telecom,  DIRECTV,  Huawei,  NEC…)   ONOS Focus in 2015 

App Developers Universities Integrators End users Core Developers Service Provider partners Vendor partners ONOS Focus in 2015–Its Vibrant Community Collaborator partners Deployment Orgs International Orgs Documentation people Releases people Marketing ON.Lab Testing folks Security Response Team 

BOARD TECHNICAL STEERING TEAM COMMUNITY ADVOCACY TEAM RELEASES STEERING TEAM USE CASES STEERING TEAM ONOS  is  a  Technical  Meritocracy.     ON.Lab  plays  the  role  of  “benevolent”  dictator  steward.   ONOS - Unique Governance ON.Lab   

Delivering quality code, timely releases, value Service Provider and Vendor Sponsorship, Participation, Diversity Community growth, support and contributions Open-ness, transparency, meritocracy Industry and end user buy-in, trials, adoption ONOS Success Metrics - 2015 

Solware  Defined  Transforma1on  of  Service  Provider  Networks   Join the journey @ onosproject.org