Have questions? Stuck? Please check our FAQ for some common questions and answers.

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 13 Next »


Team

NameOrganizationEmail
Patrick LiuHuawei TechonologiesPartick.Liu@huawei.com
Jiang ChunchengHuawei Techonologiesjiangchuncheng@huawei.com
(Lucius)Lu KaiHuawei Techonologieslukai1@huawei.com
Li ShuaiHuawei Techonologieslishuai12@huawei.com
Zhang YuanyouHuawei Techonologieszhangyuanyou@huawei.com
HongTao YinHuawei Techonologieshongtao,yin@huawei.com
Zhao YingHuawei Techonologiesying.zhaoying@huawei.com
Xu ShipingHuawei Techonologiesxushiping7@huawei.com

 

 

What is L3VPN  

Layer 3 Virtual Private Networks (l3vpn): L3VPN is a technology based on PE. It uses MPLS to forward VPN packets over service provider backbones.

L3VPN comprises the following types of devices:

            Customer edge (CE) device—A CE resides on a customer network and has one or more interfaces directly connected to service provider networks. It can be a router, a switch, or a host. 

·           Provider edge (PE) device—A PE resides at the edge of a service provider network and connects one or more CEs. On an MPLS network, all VPN services are processed on the PEs.

·           Provider (P) device—A P device is a core device on a service provider network. It is not directly connected to any CE. It has only basic MPLS forwarding capability.

Introduction 

This project in ONOS implements the L3VPN creation requests from App. It provides a Rest Api for north app to use. When getting creation requests , the L3VPN component prepares the configuration informations and downloads the configuration informations into PE devices.

Architecture

The architecture of L3VPN as below:

                          

Basic Network diagram for L3VPN model

                                      

What we do

NetL3VPN manager

It's a application. 

  • Provider REST services for Neutron.
  • Provider distributed store for Neutron resources.
  • Provider unified API for other applications

NEL3VPN manager

It's also a application. Takes charge of listening event from ONOS core or VTN resource manager application and applying configurations to network elements.

Details as below:

  • Listens the event that Neutron compute node and network node , both named Controller , are detected or vanished, and then applies or remove configuration(tunnel and OVS) via driver subsystem.
  • Listens the event that OVS is detected or vanished, and then applies or removes the default forwarding rules into OVS.
  • Listens the event that Host is detected or vanished, and then applies or removes L2 rules into OVS.
  • Listens the event that floating IP、route、route interface are changed, and then applies or removes L3 rules into OVS

Core Enhancement

New behaviors and their OVSDB-based implementation are added in driver subsystem.

TunnelConfig: Behaviour for handling various drivers for tunnel configuration.

OvsdbTunnelConfig: OVSDB-based implementation of tunnel config behaviour.

BridgeConfig: Behaviour for handling various drivers for bridge configurations.

OvsdbBridgeConfig: OVSDB-based implementation of bridge config behaviour.

OpenVSwitchPipeline: Behaviour for handling traffic under Virtual data center scenario.

 

OVSDB Adapter

 

Class diagram as below:


Goals

Hummingbird Release

Implement basic foundation for SFC

Integrate with Openstack Neutron and service the REST based APIs

Interact with VTN Resource Manager and VTN Manager. Store the SFC resources. Define service chain logic in SFC.

Basic flow rule download to classifier and SFF.

Introduce NSH header in the flows for service plane logic in SFC

  • No labels