The Experts below are selected from a list of 141 Experts worldwide ranked by ideXlab platform
Dejan Kostic - One of the best experts on this subject based on the ideXlab platform.
-
what you need to know about sdn flow tables
Passive and Active Network Measurement, 2015Co-Authors: Maciej Kuzniar, Peter Peresini, Dejan KosticAbstract:SDN deployments rely on switches that come from various vendors and differ in terms of performance and available features. Understanding these differences and performance characteristics is essential for ensuring successful deployments. In this paper we measure, report, and explain the performance characteristics of flow table updates in three hardware Openflow switches. Our results can help controller developers to make their programs efficient. Further, we also highlight differences between the Openflow Specification and its implementations, that if ignored, pose a serious threat to network security and correctness.
-
PAM - What You Need to Know About SDN Flow Tables
Passive and Active Measurement, 2015Co-Authors: Maciej Kuzniar, Peter Peresini, Dejan KosticAbstract:SDN deployments rely on switches that come from various vendors and differ in terms of performance and available features. Understanding these differences and performance characteristics is essential for ensuring successful deployments. In this paper we measure, report, and explain the performance characteristics of flow table updates in three hardware Openflow switches. Our results can help controller developers to make their programs efficient. Further, we also highlight differences between the Openflow Specification and its implementations, that if ignored, pose a serious threat to network security and correctness.
-
What you need to know about SDN control and data planes
2014Co-Authors: Maciej Kuzniar, Peter Peresini, Dejan KosticAbstract:SDN and Openflow are actively being standardized and deployed. These deployments rely on switches that come from various vendors and differ in terms of their performance and available features. Understanding these differences and basic performance characteristics is essential for ensuring efficient deployments. In this paper we measure, report, and explain the performance characteristics of the controland data-planes in three hardware Openflow switches. Our results can help controller developers to make their programs efficient. Further, we also highlight differences between the Openflow Specification and its implementations, that if ignored, pose a serious threat to network security and correctness.
Mark Horowitz - One of the best experts on this subject based on the ideXlab platform.
-
SIGCOMM - Forwarding metamorphosis: fast programmable match-action processing in hardware for SDN
Proceedings of the ACM SIGCOMM 2013 conference on SIGCOMM - SIGCOMM '13, 2013Co-Authors: Pat Bosshart, Martin Izzard, Fernando Mújica, Glen Gibb, George Varghese, Nick Mckeown, Mark HorowitzAbstract:In Software Defined Networking (SDN) the control plane is physically separate from the forwarding plane. Control software programs the forwarding plane (e.g., switches and routers) using an open interface, such as Openflow. This paper aims to overcomes two limitations in current switching chips and the Openflow protocol: i) current hardware switches are quite rigid, allowing ``Match-Action'' processing on only a fixed set of fields, and ii) the Openflow Specification only defines a limited repertoire of packet processing actions. We propose the RMT (reconfigurable match tables) model, a new RISC-inspired pipelined architecture for switching chips, and we identify the essential minimal set of action primitives to specify how headers are processed in hardware. RMT allows the forwarding plane to be changed in the field without modifying hardware. As in Openflow, the programmer can specify multiple match tables of arbitrary width and depth, subject only to an overall resource limit, with each table configurable for matching on arbitrary fields. However, RMT allows the programmer to modify all header fields much more comprehensively than in Openflow. Our paper describes the design of a 64 port by 10 Gb/s switch chip implementing the RMT model. Our concrete design demonstrates, contrary to concerns within the community, that flexible Openflow hardware switch implementations are feasible at almost no additional cost or power.
-
Forwarding Metamorphosis: Fast Programmable Match-Action Processing in Hardware for SDN
ACM SIGCOMM Computer Communication Review, 2013Co-Authors: Pat Bosshart, Martin Izzard, Fernando Mújica, Glen Gibb, Hun Seok Kim, George Varghese, Nick Mckeown, Mark HorowitzAbstract:In Software Defined Networking (SDN) the control plane is physically separate from the forwarding plane. Control software programs the forwarding plane (e.g., switches and routers) using an open interface, such as Openflow. This paper aims to overcomes two limitations in current switching chips and the Openflow protocol: i) current hardware switches are quite rigid, allowing ``Match-Action'' processing on only a fixed set of fields, and ii) the Openflow Specification only defines a limited repertoire of packet processing actions. We propose the RMT (reconfigurable match tables) model, a new RISC-inspired pipelined architecture for switching chips, and we identify the essential minimal set of action primitives to specify how headers are processed in hardware. RMT allows the forwarding plane to be changed in the field without modifying hardware. As in Openflow, the programmer can specify multiple match tables of arbitrary width and depth, subject only to an overall resource limit, with each table configurable for matching on arbitrary fields. However, RMT allows the programmer to modify all header fields much more comprehensively than in Openflow. Our paper describes the design of a 64 port by 10 Gb/s switch chip implementing the RMT model. Our concrete design demonstrates, contrary to concerns within the community, that flexible Openflow hardware switch implementations are feasible at almost no additional cost or power.
Maciej Kuzniar - One of the best experts on this subject based on the ideXlab platform.
-
what you need to know about sdn flow tables
Passive and Active Network Measurement, 2015Co-Authors: Maciej Kuzniar, Peter Peresini, Dejan KosticAbstract:SDN deployments rely on switches that come from various vendors and differ in terms of performance and available features. Understanding these differences and performance characteristics is essential for ensuring successful deployments. In this paper we measure, report, and explain the performance characteristics of flow table updates in three hardware Openflow switches. Our results can help controller developers to make their programs efficient. Further, we also highlight differences between the Openflow Specification and its implementations, that if ignored, pose a serious threat to network security and correctness.
-
PAM - What You Need to Know About SDN Flow Tables
Passive and Active Measurement, 2015Co-Authors: Maciej Kuzniar, Peter Peresini, Dejan KosticAbstract:SDN deployments rely on switches that come from various vendors and differ in terms of performance and available features. Understanding these differences and performance characteristics is essential for ensuring successful deployments. In this paper we measure, report, and explain the performance characteristics of flow table updates in three hardware Openflow switches. Our results can help controller developers to make their programs efficient. Further, we also highlight differences between the Openflow Specification and its implementations, that if ignored, pose a serious threat to network security and correctness.
-
What you need to know about SDN control and data planes
2014Co-Authors: Maciej Kuzniar, Peter Peresini, Dejan KosticAbstract:SDN and Openflow are actively being standardized and deployed. These deployments rely on switches that come from various vendors and differ in terms of their performance and available features. Understanding these differences and basic performance characteristics is essential for ensuring efficient deployments. In this paper we measure, report, and explain the performance characteristics of the controland data-planes in three hardware Openflow switches. Our results can help controller developers to make their programs efficient. Further, we also highlight differences between the Openflow Specification and its implementations, that if ignored, pose a serious threat to network security and correctness.
Nick Mckeown - One of the best experts on this subject based on the ideXlab platform.
-
maturing of Openflow and software defined networking through deployments
Computer Networks, 2014Co-Authors: Masayoshi Kobayashi, Srini Seetharaman, Guru Parulkar, Guido Appenzeller, Joseph Little, Johan Van Reijendam, Paul Weissmann, Nick MckeownAbstract:Software-defined Networking (SDN) has emerged as a new paradigm of networking that enables network operators, owners, vendors, and even third parties to innovate and create new capabilities at a faster pace. The SDN paradigm shows potential for all domains of use, including data centers, cellular providers, service providers, enterprises, and homes. Over a three-year period, we deployed SDN technology at our campus and at several other campuses nation-wide with the help of partners. These deployments included the first-ever SDN prototype in a lab for a (small) global deployment. The four-phased deployments and demonstration of new networking capabilities enabled by SDN played an important role in maturing SDN and its ecosystem. We share our experiences and lessons learned that have to do with demonstration of SDN's potential; its influence on successive versions of Openflow Specification; evolution of SDN architecture; performance of SDN and various components; and growing the ecosystem.
-
SIGCOMM - Forwarding metamorphosis: fast programmable match-action processing in hardware for SDN
Proceedings of the ACM SIGCOMM 2013 conference on SIGCOMM - SIGCOMM '13, 2013Co-Authors: Pat Bosshart, Martin Izzard, Fernando Mújica, Glen Gibb, George Varghese, Nick Mckeown, Mark HorowitzAbstract:In Software Defined Networking (SDN) the control plane is physically separate from the forwarding plane. Control software programs the forwarding plane (e.g., switches and routers) using an open interface, such as Openflow. This paper aims to overcomes two limitations in current switching chips and the Openflow protocol: i) current hardware switches are quite rigid, allowing ``Match-Action'' processing on only a fixed set of fields, and ii) the Openflow Specification only defines a limited repertoire of packet processing actions. We propose the RMT (reconfigurable match tables) model, a new RISC-inspired pipelined architecture for switching chips, and we identify the essential minimal set of action primitives to specify how headers are processed in hardware. RMT allows the forwarding plane to be changed in the field without modifying hardware. As in Openflow, the programmer can specify multiple match tables of arbitrary width and depth, subject only to an overall resource limit, with each table configurable for matching on arbitrary fields. However, RMT allows the programmer to modify all header fields much more comprehensively than in Openflow. Our paper describes the design of a 64 port by 10 Gb/s switch chip implementing the RMT model. Our concrete design demonstrates, contrary to concerns within the community, that flexible Openflow hardware switch implementations are feasible at almost no additional cost or power.
-
Forwarding Metamorphosis: Fast Programmable Match-Action Processing in Hardware for SDN
ACM SIGCOMM Computer Communication Review, 2013Co-Authors: Pat Bosshart, Martin Izzard, Fernando Mújica, Glen Gibb, Hun Seok Kim, George Varghese, Nick Mckeown, Mark HorowitzAbstract:In Software Defined Networking (SDN) the control plane is physically separate from the forwarding plane. Control software programs the forwarding plane (e.g., switches and routers) using an open interface, such as Openflow. This paper aims to overcomes two limitations in current switching chips and the Openflow protocol: i) current hardware switches are quite rigid, allowing ``Match-Action'' processing on only a fixed set of fields, and ii) the Openflow Specification only defines a limited repertoire of packet processing actions. We propose the RMT (reconfigurable match tables) model, a new RISC-inspired pipelined architecture for switching chips, and we identify the essential minimal set of action primitives to specify how headers are processed in hardware. RMT allows the forwarding plane to be changed in the field without modifying hardware. As in Openflow, the programmer can specify multiple match tables of arbitrary width and depth, subject only to an overall resource limit, with each table configurable for matching on arbitrary fields. However, RMT allows the programmer to modify all header fields much more comprehensively than in Openflow. Our paper describes the design of a 64 port by 10 Gb/s switch chip implementing the RMT model. Our concrete design demonstrates, contrary to concerns within the community, that flexible Openflow hardware switch implementations are feasible at almost no additional cost or power.
Pat Bosshart - One of the best experts on this subject based on the ideXlab platform.
-
SIGCOMM - Forwarding metamorphosis: fast programmable match-action processing in hardware for SDN
Proceedings of the ACM SIGCOMM 2013 conference on SIGCOMM - SIGCOMM '13, 2013Co-Authors: Pat Bosshart, Martin Izzard, Fernando Mújica, Glen Gibb, George Varghese, Nick Mckeown, Mark HorowitzAbstract:In Software Defined Networking (SDN) the control plane is physically separate from the forwarding plane. Control software programs the forwarding plane (e.g., switches and routers) using an open interface, such as Openflow. This paper aims to overcomes two limitations in current switching chips and the Openflow protocol: i) current hardware switches are quite rigid, allowing ``Match-Action'' processing on only a fixed set of fields, and ii) the Openflow Specification only defines a limited repertoire of packet processing actions. We propose the RMT (reconfigurable match tables) model, a new RISC-inspired pipelined architecture for switching chips, and we identify the essential minimal set of action primitives to specify how headers are processed in hardware. RMT allows the forwarding plane to be changed in the field without modifying hardware. As in Openflow, the programmer can specify multiple match tables of arbitrary width and depth, subject only to an overall resource limit, with each table configurable for matching on arbitrary fields. However, RMT allows the programmer to modify all header fields much more comprehensively than in Openflow. Our paper describes the design of a 64 port by 10 Gb/s switch chip implementing the RMT model. Our concrete design demonstrates, contrary to concerns within the community, that flexible Openflow hardware switch implementations are feasible at almost no additional cost or power.
-
Forwarding Metamorphosis: Fast Programmable Match-Action Processing in Hardware for SDN
ACM SIGCOMM Computer Communication Review, 2013Co-Authors: Pat Bosshart, Martin Izzard, Fernando Mújica, Glen Gibb, Hun Seok Kim, George Varghese, Nick Mckeown, Mark HorowitzAbstract:In Software Defined Networking (SDN) the control plane is physically separate from the forwarding plane. Control software programs the forwarding plane (e.g., switches and routers) using an open interface, such as Openflow. This paper aims to overcomes two limitations in current switching chips and the Openflow protocol: i) current hardware switches are quite rigid, allowing ``Match-Action'' processing on only a fixed set of fields, and ii) the Openflow Specification only defines a limited repertoire of packet processing actions. We propose the RMT (reconfigurable match tables) model, a new RISC-inspired pipelined architecture for switching chips, and we identify the essential minimal set of action primitives to specify how headers are processed in hardware. RMT allows the forwarding plane to be changed in the field without modifying hardware. As in Openflow, the programmer can specify multiple match tables of arbitrary width and depth, subject only to an overall resource limit, with each table configurable for matching on arbitrary fields. However, RMT allows the programmer to modify all header fields much more comprehensively than in Openflow. Our paper describes the design of a 64 port by 10 Gb/s switch chip implementing the RMT model. Our concrete design demonstrates, contrary to concerns within the community, that flexible Openflow hardware switch implementations are feasible at almost no additional cost or power.
