Outsourcing network functionality
Glen Gibb,Hongyi Zeng,Nick McKeown +2 more
- 13 Aug 2012
- pp 73-78
TL;DR: This paper presents an architecture for adding functionality to networks via outsourcing, in this model, the enterprise network only forwards data; any additional processing is performed by external Feature Providers (FPs).
read more
Abstract: This paper presents an architecture for adding functionality to networks via outsourcing. In this model, the enterprise network only forwards data; any additional processing is performed by external Feature Providers (FPs). FPs provide and manage features, scaling and moving them in response to customer demand, and providing automated recovery in case of failure. Benefits to the enterprise include reduced cost and management complexity, improved features through FP specialization, and increased choice in services.Central to the model are a policy component and a Feature API (FAPI). Policy is specified with features not locations, enabling features to be located anywhere. FAPI enables communication between enterprise and FP control planes to share policy and configure features.We have built a prototype implementation of this architecture called Jingling. Our prototype system incorporates a nation-wide backbone network and FPs located in six sites around the United States.
read more
Chat with Paper
AI Agents for this Paper
Find similar papers on Google Scholar, PubMed and Arxiv
Write a critical review of this paper
Analyze citations of this paper to find unaddressed research gaps
Citations
A Survey on Software-Defined Networking
TL;DR: A generally accepted definition for SDN is presented, including decoupling the control plane from the data plane and providing programmability for network application development, and its three-layer architecture is dwelled on, including an infrastructure layer, a control layer, and an application layer.
1.1K
Network Innovation using OpenFlow: A Survey
TL;DR: The challenges facing the large scale deployment of OpenFlow-based networks are described, the future research directions of this technology are discussed and it is discussed that software-based traffic analysis, centralized control, dynamic updating of forwarding rules and flow abstraction are to be considered.
Orchestrating Virtualized Network Functions
Abstract: Middleboxes or network appliances like firewalls, proxies, and WAN optimizers have become an integral part of today’s ISP and enterprise networks Middlebox functionalities are usually deployed on expensive and proprietary hardware that require trained personnel for deployment and maintenance Middleboxes contribute significantly to a network’s capital and operation costs In addition, organizations often require their traffic to pass through a specific sequence of middleboxes for compliance with security and performance policies This makes the middlebox deployment and maintenance tasks even more complicated Network function virtualization (NFV) is an emerging and promising technology that is envisioned to overcome these challenges It proposes to move packet processing from dedicated hardware middleboxes to software running on commodity servers In NFV terminology, software middleboxes are referred to as virtualized network functions (VNFs) It is a challenging problem to determine the required number and placement of VNFs that optimizes network operational costs and utilization, without violating service level agreements We call this the VNF orchestration problem (VNF-OP) and provide an integer linear programming formulation with implementation in CPLEX We also provide a dynamic programming-based heuristic to solve larger instances of VNF-OP Trace driven simulations on real-world network topologies demonstrate that the heuristic can provide solutions that are within 13 times of the optimal solution Our experiments suggest that a VNF-based approach can provide more than $ {4\times }$ reduction in the operational cost of a network
Network-level security and privacy control for smart-home IoT devices
Vijay Sivaraman,Hassan Habibi Gharakheili,Arun Vishwanath,Roksana Boreli,Olivier Mehani +4 more
- 07 Dec 2015
TL;DR: This paper proposes that software defined networking technology be used to dynamically block/quarantine devices, based on their network activity and on the context within the house such as time-of-day or occupancy-level, which can augment device-centric security for the emerging smart-home.
338
SIMPLE-fying Middlebox Policy Enforcement Using SDN
Zafar Ayyub Qazi,Rui Miao,Cheng-Chun Tu,Vyas Sekar,Luis Chiang,Minlan Yu +5 more
TL;DR: This paper presents SIMPLE, a SDN-based policy enforcement layer that simplifies middlebox traffic steering by addressing algorithmic and system design challenges, enabling efficient integration with legacy middleboxes and existing SDN interfaces.
290
References
OpenFlow: enabling innovation in campus networks
Nick McKeown,Thomas Anderson,Hari Balakrishnan,Guru Parulkar,Larry L. Peterson,Jennifer Rexford,Scott Shenker,Jonathan S. Turner +7 more
- 31 Mar 2008
TL;DR: This whitepaper proposes OpenFlow: a way for researchers to run experimental protocols in the networks they use every day, based on an Ethernet switch, with an internal flow-table, and a standardized interface to add and remove flow entries.
Ethane: taking control of the enterprise
Martin Casado,Michael J. Freedman,Justin Pettit,Jianying Luo,Nick McKeown,Scott Shenker +5 more
- 27 Aug 2007
TL;DR: Ethane allows managers to define a single network-wide fine-grain policy, and then enforces it directly, and this design is backwards-compatible with existing hosts and switches.
A clean slate 4D approach to network control and management
Albert Greenberg,Gisli Hjalmtysson,David A. Maltz,Andy Myers,Jennifer Rexford,Geoffrey G. Xie,Hong Yan,Jibin Zhan,Hui Zhang +8 more
- 06 Oct 2005
TL;DR: This work advocate a complete refactoring of the functionality and proposes three key principles--network-level objectives, network-wide views, and direct control--that it believes should underlie a new architecture, called 4D, after the architecture's four planes: decision, dissemination, discovery, and data.
Internet indirection infrastructure
Ion Stoica,Daniel Adkins,Shelley Zhuang,Scott Shenker,Sonesh Surana +4 more
- 19 Aug 2002
TL;DR: An overlay-based Internet Indirection Infrastructure that offers a rendezvous-based communication abstraction that decouples the act of sending from the acts of receiving, and allows I3 to efficiently support a wide variety of fundamental communication services.
780
Design and implementation of a routing control platform
Matthew Caesar,Donald Caldwell,Nick Feamster,Jennifer Rexford,Aman Shaikh,Jacobus Van der Merwe +5 more
- 02 May 2005
TL;DR: It is shown that RCP assigns routes correctly, even when the functionality is replicated and distributed, and that networks using RCP can expect comparable convergence delays to those using today's iBGP architectures.