About: sFlow is a research topic. Over the lifetime, 136 publications have been published within this topic receiving 10919 citations. The topic is also known as: Sampled flow.
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.
Abstract: This whitepaper proposes OpenFlow: a way for researchers to run experimental protocols in the networks they use every day. OpenFlow is based on an Ethernet switch, with an internal flow-table, and a standardized interface to add and remove flow entries. Our goal is to encourage networking vendors to add OpenFlow to their switch products for deployment in college campus backbones and wiring closets. We believe that OpenFlow is a pragmatic compromise: on one hand, it allows researchers to run experiments on heterogeneous switches in a uniform way at line-rate and with high port-density; while on the other hand, vendors do not need to expose the internal workings of their switches. In addition to allowing researchers to evaluate their ideas in real-world traffic settings, OpenFlow could serve as a useful campus component in proposed large-scale testbeds like GENI. Two buildings at Stanford University will soon run OpenFlow networks, using commercial Ethernet switches and routers. We will work to encourage deployment at other schools; and We encourage you to consider deploying OpenFlow in your university network too
TL;DR: This paper proposes a modular architecture for the separation of the data collection process from the SDN control plane with the employment of sFlow monitoring data and presents experimental results that demonstrate the effectiveness of the proposed sFlow-based mechanism compared to the native OF approach, in terms of overhead imposed on usage of system resources.
TL;DR: This memo defines InMon Coporation's sFlow system, which is a technology for monitoring traffic in data networks containing switches and routers, and the sampling mechanisms implemented in an sFlow Agent, the sFlow MIB for controlling the s Flow Agent and the format of sample data used by the s flow Agent when forwarding data to a central data collector.
Abstract: This memo defines InMon Coporation's sFlow system. sFlow is a technology for monitoring traffic in data networks containing switches and routers. In particular, it defines the sampling mechanisms implemented in an sFlow Agent for monitoring traffic, the sFlow MIB for controlling the sFlow Agent, and the format of sample data used by the sFlow Agent when forwarding data to a central data collector.
TL;DR: This survey has revealed that network security has been an important research topic since the beginning and advanced methodologies, such as machine learning, have been very promising.
TL;DR: OpenSample is a low-latency, sampling-based network measurement platform targeted at building faster control loops for software-defined networks and provides up to a 150% throughput improvement over both static equal-cost multi-path routing and a polling-based solution with a one second control loop.
Abstract: In this paper we propose, implement and evaluate Open Sample: a low-latency, sampling-based network measurement platform targeted at building faster control loops for software-defined networks. Open Sample leverages sFlow packet sampling to provide near-real-time measurements of both net-work load and individual flows. While Open Sample is useful in any context, it is particularly useful in an SDN environment where a network controller can quickly take action based on the data it provides. Using sampling for network monitoring allows Open Sample to have a 100 millisecond control loop rather than the 1-5 second control loop of prior polling-based approaches. We implement Open Sample in the Floodlight Open Flow controller and evaluate it both in simulation and on a test bed comprised of commodity switches. When used to inform traffic engineering, Open Sample provides up to a 150% throughput improvement over both static equal-cost multi-path routing and a polling-based solution with a one second control loop.