Melola Discovery

← Melola Discovery

Open access Jurnal SINTA 1

Transforming a Traditional Home Gateway into a Hardware-accelerated SDN Switch

International Journal of Electrical and Computer Engineering (IJECE) · Vol. 10 No. 3 (2020)

DOI
10.11591/ijece.v10i3.pp2668-2681
ISSN
2088-8708, 2088-8708
Published
2020-06-01
Publisher
Institute of Advanced Engineering and Science
License
creativecommons.org/licenses/by-nc/4.0

Abstract

Nowadays, traditional home gateways must support increasingly complex applications while keeping their cost reasonably low. Software Defined Networking (SDN) would simplify the management of those devices, but such an approach is typically reserved for new hardware devices, specifically engineered for this paradigm. As a consequence, typical SDN-based home gateway performs the switching in software, resulting in non-negligible performance degradation. In this paper, we provide our experience and findings of adding the OpenFlow support into a non-OpenFlow compatible home gateway, exploiting the possible hardware speedup available in the existing platform. We present our solution that transparently offloads a portion of the OpenFlow rule into the hardware, while keeping the remaining ones in software, being able to support the presence of multiple hardware tables with a different set of features. Moreover, we illustrate the design choices used to implement the functionalities required by the OpenFlow protocol (e.g., packet-in, packet-out messages) and finally, we evaluate the resulting architecture, showing the significant advantage in terms of performance that can be achieved by exploiting the underlying hardware, while maintaining an SDN-type ability to program and to instantiate desired network operations from a central controller.

Collaboration network of the authors

6 authors · 11 co-authorship links · 6 across different organisations

Hover or tap a name to highlight its co-authors. Double-click to open the author's page.

  • Politecnico di Torino
  • FBK CREATE-NET Research Center
  • Different organisations
  • Same organisation
  • Affiliation unknown
  • Thicker line = more joint articles · bigger circle = more articles
Show as table
Co-authorOrganisationJoint articles
Francesco LucreziaPolitecnico di Torino1
Guido MarchettoPolitecnico di Torino1
Michele SantuariFBK CREATE-NET Research Center1
Matteo GerolaFBK CREATE-NET Research Center1

Affiliations come from OpenAlex; journal OAI-PMH metadata carries none. Authors without an OpenAlex ID are matched by name, which can merge or split people.

This record comes from Crossref (what the publisher deposited), because the journal's own OAI-PMH endpoint could not be harvested.

Metadata source: Crossref API (cadangan, berdasarkan ISSN) https://api.crossref.org/journals/2088-8708/works, first harvested 27 Okt 2026, last seen 1 Nov 2026.
Metadata as oai_dc, converted from Crossref
<oai_dc:dc xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/"><dc:title>Transforming a Traditional Home Gateway into a Hardware-accelerated SDN Switch</dc:title><dc:creator>Miano, Sebastiano</dc:creator><dc:creator>Risso, Fulvio</dc:creator><dc:description>&lt;jats:p&gt;&amp;lt;p&amp;gt;Nowadays, traditional home gateways must support increasingly complex applications while keeping their cost reasonably low.&amp;lt;br /&amp;gt;Software Defined Networking (SDN) would simplify the management of those devices, but such an approach is typically reserved for new hardware devices, specifically engineered for this paradigm.&amp;lt;br /&amp;gt;As a consequence, typical SDN-based home gateway performs the switching in software, resulting in non-negligible performance degradation.&amp;lt;br /&amp;gt;In this paper, we provide our experience and findings of adding the OpenFlow support into a non-OpenFlow compatible home gateway, exploiting the possible hardware speedup available in the existing platform.&amp;lt;br /&amp;gt;We present our solution that transparently offloads a portion of the OpenFlow rule into the hardware, while keeping the remaining ones in software, being able to support the presence of multiple hardware tables with a different set of features.&amp;lt;br /&amp;gt;Moreover, we illustrate the design choices used to implement the functionalities required by the OpenFlow protocol (e.g., packet-in, packet-out messages) and finally, we evaluate the resulting architecture, showing the significant advantage in terms of performance that can be achieved by exploiting the underlying hardware, while maintaining an SDN-type ability to program and to instantiate desired network operations from a central controller.&amp;lt;/p&amp;gt;&lt;/jats:p&gt;</dc:description><dc:publisher>Institute of Advanced Engineering and Science</dc:publisher><dc:date>2020-06-01</dc:date><dc:type>info:eu-repo/semantics/article</dc:type><dc:format>application/pdf</dc:format><dc:identifier>https://doi.org/10.11591/ijece.v10i3.pp2668-2681</dc:identifier><dc:identifier>10.11591/ijece.v10i3.pp2668-2681</dc:identifier><dc:source>International Journal of Electrical and Computer Engineering (IJECE); Vol 10 No 3 (2020); 2668</dc:source><dc:source>2088-8708</dc:source><dc:source>2088-8708</dc:source><dc:relation>http://ijece.iaescore.com/index.php/IJECE/article/viewFile/20227/pdf</dc:relation><dc:rights>http://creativecommons.org/licenses/by-nc/4.0</dc:rights></oai_dc:dc>