Proceedings of the 2016 ACM SIGCOMM Conference 2016
DOI: 10.1145/2934872.2934892
|View full text |Cite
|
Sign up to set email alerts
|

Snap

Abstract: Early programming languages for software-defined networking (SDN) were built on top of the simple matchaction paradigm offered by OpenFlow 1.0. However, emerging hardware and software switches offer much more sophisticated support for persistent state in the data plane, without involving a central controller. Nevertheless, managing stateful, distributed systems efficiently and correctly is known to be one of the most challenging programming problems. To simplify this new SDN problem, we introduce SNAP. SNAP of… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
6
0

Year Published

2016
2016
2023
2023

Publication Types

Select...
4
3
2

Relationship

0
9

Authors

Journals

citations
Cited by 126 publications
(6 citation statements)
references
References 34 publications
0
6
0
Order By: Relevance
“…Our Work TCAM, BRAM, Register 80 Gbps Openstate [7] TCAM, RAM Unkown FlowBlaze [10] TCAM, BRAM, Register 14.8 Mpps SNAP [15] CAM, Register Unkown Opp [16] TCAM, RAM, Register 10-80 Mpps SDPA [17] TCAM, RAM 0.5-10 Gbps…”
Section: Hardware Storage Throughputmentioning
confidence: 96%
See 1 more Smart Citation
“…Our Work TCAM, BRAM, Register 80 Gbps Openstate [7] TCAM, RAM Unkown FlowBlaze [10] TCAM, BRAM, Register 14.8 Mpps SNAP [15] CAM, Register Unkown Opp [16] TCAM, RAM, Register 10-80 Mpps SDPA [17] TCAM, RAM 0.5-10 Gbps…”
Section: Hardware Storage Throughputmentioning
confidence: 96%
“…There is a need for a hardware-based method to schedule the packets processing sequence, allowing real-time detection of RAW hazards and utilizing hardware mechanisms to avoid RAW hazards while minimizing hardware pipeline stalls. However, the current methods [9,[11][12][13][14][15] can not meet these requirements simultaneously. OPP proposed a hardware implementable state data plane architecture, but it did not consider the consistency of the flow state, which has potential risks.…”
Section: Limitations Of Prior Artmentioning
confidence: 99%
“…Wang j et al [105] present a highlevel language for programming distributed collections of network switches and evaluate its performance in several industrial scenarios. Arashloo M T et al [48] propose a centralized programming model SNAP, which modifies a big switch. The role of the big switch was responsible for forwarding packets to multi-switches, so the modification on the big switch was convenient to broadcast quickly.…”
Section: Interoperability Between the Sdn And Cdnmentioning
confidence: 99%
“…SNAP [1] is a network-centric, high-level language for network programming, extending stateless packet processing with primitive stateful operations. It offers a stateful network-wise abstraction for packet processing by enabling access to a persistent global array in control programs, while making the distribution of that state in the data plane transparent to the programmer.…”
Section: Related Workmentioning
confidence: 99%