1. Honeycomb + fd.io Ed Warnicke

2. Fast Data Scope Fast Data Scope: IO Hardware/vHardware cores/threads Processing Classify Transform Prioritize Forward Terminate Management Agents Control/manage IO/Processing fd.io Foundation2 IO Processing Management Agent Bare Metal/VM/Container

3. Implementation Example: VPP as a vRouter/vSwitch fd.io Foundation3 Out of the box vSwitch/vRouter Including CLI Switching Can Create Bridge Domains Ports (including tunnel ports) Connect ports to bridge domains Program ARP termination etc Routing Can Create VRFs - thousands Routes - millions Linux Host Kernel DPDK VPP App Switch-1 Switch-2 VRF-1 VRF-2

4. VPP vRouter/vSwitch: Local Programmability fd.io Foundation4 Linux Host Kernel DPDK VPP App External App Low Level API Complete Feature Rich High Performance Example: 500k routes/s Shared memory/message queue Box local All CLI tasks can be done via API Generated Low Level Bindings - existing today C clients Java clients Others can be done

5. VPP vRouter/vSwitch: Remote Programmability fd.io Foundation 5 Linux Host Kernel DPDK VPP App Data Plane Management Agent High Level API: An approach Data Plane Management Agent Speaks low level API to VPP Box (or VM or container) local Exposes higher level API via some binding Flexibility: VPP does not force a particular Data Plane Management Agent VPP does not force only *one* High Level API Anybody can bring a Data Plane Management Agent High Level API/Data Plane Management Agent Match VPP app needs netconf/yangREST Other (BGP)

6. Honeycomb Data Plane Management Agent fd.io Foundation6 Linux Host Kernel DPDK VPP App ODL Honeycomb Agent High Level API: An Approach Yang Models via netconf/restconf Box local ODL instance (Honeycomb) using low level API over generated Java Bindings to talk to VPP App, and exposing yang models over netconf/restconf NB netconf/yangREST Other (BGP)

7. Honeycomb Interaction with ODL fd.io Foundation7 Linux Host Kernel VPP App ODL Honeycomb Agent Mount the models ODL Netconf mounts multiple honeycomb agents Mounts put each agents model in the data tree under a topology node for the agent instance: think unix filesystem mounts App can manipulate agents model like it does local model. netconf/yang REST Other (BGP) OpenDaylight Controller App Netconf mount

8. Example: Bridge Domains fd.io Foundation8 HC Bridge Domain Model IETF interface model lists all interfaces Bridge domain model allows you to specify bridge domains Mark some L2 interfaces as belonging to a bridge domain Interfaces GigE0/1/1 GigE0/1/n GigE0/1/2 GigE0/1/3 … Bridge Domains BD-1 BD-2 BD-n BD-3 … BD-1 BD-2

9. Example: Bridge Domains ( Expanded ) fd.io Foundation9 HC Bridge Domain Model Each Bridge Domain can have a programmable bridge table Each Bridge Domain can have a programmable arp termination table Bridge Domains BD-1 Bridge Table Arp Termination Table

10. ODL Controller Virtual Bridge Domain (VBD) app fd.io Foundation10 VBD App Represents a semantic virtual bridge domain in ODL Represents vBD topology and underlay topology Manipulates HC agents via netconf/yang VBD UI Watch the demo VBD Topology Underlay Topology vBD-1 tp-1 tp-2 vpp- 1/bd-1 Vpp- 2/bd-1 tp-1 tp-2 tunnel

11. Future Models fd.io Foundation11 Fd.io has a *lot* of features Which we want to expose via Honeycomb Example: Routing tables/vrfs

12. VPP Feature Summary fd.io Foundation12 14+ MPPS, single core Multimillion entry FIBs Source RPF Thousands of VRFs Controlled cross-VRF lookups Multipath – ECMP and Unequal Cost Multiple million Classifiers – Arbitrary N-tuple VLAN Support – Single/Double tag Counters for everything Mandatory Input Checks: TTL expiration header checksum L2 length < IP length ARP resolution/snooping ARP proxy IPv4/IPv6IPv4 GRE, MPLS-GRE, NSH-GRE, VXLAN IPSEC DHCP client/proxy CG NAT IPv6 Neighbor discovery Router Advertisement DHCPv6 Proxy L2TPv3 Segment Routing MAP/LW46 – IPv4aas iOAM MPLS MPLS-o-Ethernet – Deep label stacks supported L2 VLAN Support Single/ Double tag L2 forwarding with EFP/BridgeDomain concepts VTR – push/pop/Translate (1:1,1:2, 2:1,2:2) Mac Learning – default limit of 50k addresses Bridging – Split-horizon group support/EFP Filtering Proxy Arp Arp termination IRB – BVI Support with RouterMac assignment Flooding Input ACLs Interface cross-connect

13. Fd.io & HC & ODL in Openstack HC could provide a single, consistent, semantic interface over VPP and OVS ODL can present a single consistent interface to neutron fd.io Foundation13 VPP OVS Control Plane Data Plane Openstack Neutron ODL Plugin ODL Plugin HC

14. Next Steps – Get Involved We invite you to Participate in honeycomb Get the Code, Build the Code, Run the Code Watch the Honeycomb vBD Demo ODL honeycomb/vbd project proposal fd.io Foundation14