OpenVirteX

Al-Shabibi, Ali; Leenheer, Marc De; Gerola, Matteo; Koshibe, Ayaka; Parulkar, Guru; Salvadori, Elio; Snow, Bill

doi:10.1145/2620728.2620741

Cited by 182 publications

(13 citation statements)

References 5 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…The single centralized controller approach, despite using a simpler architecture with a predictive model and capable of slicing the network into multiple virtual networks, still suffers from scalability issues when the network is composed by hundreds of network switches, where the controller becomes overloaded and incapable of responding in real-time. Examples of such centralized controller approach are FlowVisor [25], ADVisor [26], VeRTIGO [27] and OpenVirtex [28,29].…”

Section: Distributing Sdn Controlmentioning

confidence: 99%

ArchSDN: a reinforcement learning-based autonomous OpenFlow controller with distributed management properties

2020

View full text Add to dashboard Cite

The scalling capability of network controllers is important for network operators to have the confidence to continue to expand the communication network. Today's networks can use the Software Defined Networks (SDN) concept to separate the control and the switching planes, and use autonomous self-management features to quickly react to any network event, while providing the network with necessary agility to support custom Service Level Agreement (SLA) to its clients, while lowering the capital and operational expenditures. Both SDN and autonomous management concepts have a centralized architecture, requiring a single entity managing every aspect of the network, making it difficult to manage an entire network in the massive IoT world, where services tend to be provided close to the users, and edgebased approaches are key to the support of 5G and beyond services. The support of such dynamic and flexible network requires an approach where the network management responsibilities are distributed through multiple autonomous OpenFlow controllers, which we denote as ArchSDN controllers. By assigning OpenFlow switches to different ArchSDN controllers, the network becomes divided into different sectors, each controlled exclusivly by one ArchSDN controller. These controllers, coordinate their actions and use a reinforcement-learning based decision mechanism to explore, learn and implement near-to-optimum end-to-end communication paths. The evaluation results show that the proposed decision system is capable of finding near-to-optimum solutions, learn from the obtained results to improve future service activation results, and quickly adapth the network to the loss of a communication link by responding in less than 100 ms.

show abstract

Section: Distributing Sdn Controlmentioning

confidence: 99%

ArchSDN: a reinforcement learning-based autonomous OpenFlow controller with distributed management properties

2020

View full text Add to dashboard Cite

show abstract

“…The comparator reports to the controller, via a message, when the compared packets and metadata fields are different. 2 Using the P4Visor Interface, a network administrator can 1) specify which outputs should be compared; 2) configure how to process the differences detected by the Comparator. In general, the Comparator can support two kinds of comparisons either on packet header fields or on metadata fields.…”

Section: Primitives For Composition Operatorsmentioning

confidence: 99%

P4Visor

Zheng

Benson

2018

Proceedings of the 14th International Conference on Emerging Networking EXperiments and Technologies

View full text Add to dashboard Cite

Programmable data planes, PDPs, enable an unprecedented level of flexibility and have emerged as a promising alternative to existing data planes. Despite the rapid development and prototyping cycles that PDPs promote, the existing PDP ecosystem lacks appropriate abstractions and algorithms to support these rapid testing and deployment life-cycles. In this paper, we propose P4Visor, a lightweight virtualization abstraction that provides testing primitives as a first-order citizen of the PDP ecosystem. P4Visor can efficiently support multiple PDP programs through a combination of compiler optimizations and program analysis-based algorithms. P4Visor's algorithm improves over state-of-the-art techniques by significantly reducing the resource overheads associated with embedding numerous versions of a PDP program into hardware. To demonstrate the efficiency and viability of P4Visor, we implemented and evaluated P4Visor on both a software switch and an FPGA-based hardware switch using fourteen different PDP programs. Our results demonstrate that P4Visor introduces minimal overheads (less than 1%) and is one order of magnitude more efficient than existing PDPs primitives for concurrently supporting multiple programs. CCS CONCEPTS • Networks → Programmable networks; • Software and its engineering → Software testing and debugging;

show abstract

“…This Control-Plane access is needed for NFVs in a cloud environment to work with high performance [21]. We define the mapping from the inner vSDN to the central SDN, as stated in III-D, with the help of an OpenFlow Network Hypervisor, calledOpenVirteX [9]. OpenVirteX allows us to programmatically define several vSDNs on top of the cloud's central SDN's infrastructure.…”

Section: E the Network Resource Agent (Nra)mentioning

confidence: 99%

“…This leads us to multi-tenant SDNs (as described in [8]) in a federated environment. OpenVirteX [9] is of help in our implementation, as it supports so called "vSDNs" -the possibility to span up several SDNs on different OpenFlow controllers, mapped to a regular SDN by a single OpenVirteX instance. The mapping (or slicing) of several vSDNs to one SDN was already a discussion topic in recent SDN papers: HyperFlow [10] for example enables the "interconnection of independently managed OpenFlow networks [..], implemented as an application for NOX".…”

Section: Introductionmentioning

confidence: 99%

“…The mapping (or slicing) of several vSDNs to one SDN was already a discussion topic in recent SDN papers: HyperFlow [10] for example enables the "interconnection of independently managed OpenFlow networks [..], implemented as an application for NOX". The Open Networking Laboratority [11] (founders of MiniNet) developed the OpenFlow Network-Slicing-Tool "FlowVisor" [12] as well as "OpenVirteX" [9] & [13], the OpenFlow Network-Hypervisor and successor of FlowVisor, developed very recently in 2014. Both FlowVisor and OpenVirtex are OpenSource and available on GitHub.…”

Section: Introductionmentioning

confidence: 99%

See 1 more Smart Citation

Design and Implementation of a Cloud-Federation Agent for Software Defined Networking

Gaul

Körner

Kao

2015

2015 IEEE International Conference on Cloud Engineering

View full text Add to dashboard Cite

This paper introduces a cloud-federation agent which enables a horizontal network federation between different cloud providers, based on Software Defined Networking (SDN). Furthermore, tenants, using the cloud's Infrastructure as a Service (IaaS) model, have a fine grained access to the resources via an exposed OpenFlow interface, deployed on top of the SDN router's virtualized control plane. This provides complete management and control capabilities of a virtual SDN (vSDN) substrate and gives tenants the freedom to deploy virtual network-appliances or services using Network Function Virtualization (NFV) on top of the allocated vSDN.

show abstract

OpenVirteX

Cited by 182 publications

References 5 publications

ArchSDN: a reinforcement learning-based autonomous OpenFlow controller with distributed management properties

ArchSDN: a reinforcement learning-based autonomous OpenFlow controller with distributed management properties

P4Visor

Design and Implementation of a Cloud-Federation Agent for Software Defined Networking

Contact Info

Product

Resources

About