2016 IEEE International Conference on Communications (ICC) 2016
DOI: 10.1109/icc.2016.7511036
|View full text |Cite
|
Sign up to set email alerts
|

Stateless multicast switching in software defined networks

Abstract: Multicast data delivery can significantly reduce traffic in operators' networks, but has been limited in deployment due to concerns such as the scalability of state management. This paper shows how multicast can be implemented in contemporary software defined networking (SDN) switches, with less state than existing unicast switching strategies, by utilising a Bloom Filter (BF) based switching technique. Furthermore, the proposed mechanism uses only proactive rule insertion, and thus, is not limited by congesti… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
46
0

Year Published

2016
2016
2022
2022

Publication Types

Select...
6
2

Relationship

4
4

Authors

Journals

citations
Cited by 32 publications
(46 citation statements)
references
References 17 publications
0
46
0
Order By: Relevance
“…Standard Software Defined Networking (SDN) switches are used for the FN functionality, a new feature introduced in POINT to simplify deployment in production networks. The SDN switches are unaware of POINT: they are controlled by an SDN controller [6] which communicates with the TM function in a bidirectional fashion. The TM instructs the SDN controller how to configure the SDN switches so as to translate the FIDs included in packets to forwarding actions on their attached links, while the SDN controller informs the TM of any changes in the topology and operation of the network.…”
Section: The Point Architecturementioning
confidence: 99%
“…Standard Software Defined Networking (SDN) switches are used for the FN functionality, a new feature introduced in POINT to simplify deployment in production networks. The SDN switches are unaware of POINT: they are controlled by an SDN controller [6] which communicates with the TM function in a bidirectional fashion. The TM instructs the SDN controller how to configure the SDN switches so as to translate the FIDs included in packets to forwarding actions on their attached links, while the SDN controller informs the TM of any changes in the topology and operation of the network.…”
Section: The Point Architecturementioning
confidence: 99%
“…Opendaylight 2 has been selected as the SDN controller on which to base our implementation since it is the most prominent open-source SDN platform. The required, OpenFlow standard compliant, arbitrary bitmask match support has been implemented and provided to the Opendaylight community 3 . The ICN-aware SDN application is implemented as an Opendaylight Boron SR1 module.…”
Section: A Implementation and Setupmentioning
confidence: 99%
“…With this we achieve routing as a service by virtue of a softwarized path computation element, with the forwarding being realized over a highly efficient (e.g. SDN-based) forwarding fabric [15]. The software-based routing is realized in ICN components that architecturally represent the rendezvous and topology management functions of existing ICN solutions [6], where such functions can implement a variety of constrain-based routing algorithms, each of which can easily be exchanged in a plug-and-play service manner to accommodate various 5G service requirements.…”
Section: Icn and The Internet Routing Problemmentioning
confidence: 99%
“…The path computation entity (PCE) performs the joined RV and TM function of our presumed ICN solution, while standard SDN switches are used for the FN function. The PCE interfaces with the SDN controller through standard OpenFlow (OF) interfaces, shown in green [15].…”
Section: Starting Pointsmentioning
confidence: 99%
See 1 more Smart Citation