TEDP: An Enhanced Topology Discovery Service for Software-Defined Networking

Rojas, Elisa; Alvarez-Horcajo, Joaquin; Martínez-Yelmo, Isaías; Carral, Juan A.; Arco, José M.

doi:10.1109/lcomm.2018.2845372

Cited by 33 publications

(21 citation statements)

References 11 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…3b and Fig. 3c represent the usual exchange of HDDP Request and HDDP Reply messages, respectively, as explained in the previous section (steps [1][2][3][4][5][6][7][8]. In the hypothetical situation in which, for example, node E3 moves, this is noticed by the periodic exchange of Hello messages.…”

Section: B Hddp In Wireless Scenariosmentioning

confidence: 98%

“…However, OFDP requires that all devices support OpenFlow [3]. Diverse protocols including OFDPv2 [4], Tree Exploration Discovery Protocol (TEDP) [5] or enhanced Topology Discovery Protocol (eTDP) [6] outperform OFDP in terms of scalability and efficiency, however, none of them is capable of discovering non-SDN devices. The first work to tackle the discovery of resources in hybrid networks was [7], which combined LLDP with Broadcast Domain Discovery Protocol (BDDP) to unveil legacy switches located between SDN switches.…”

Section: Related Workmentioning

confidence: 99%

See 1 more Smart Citation

HDDP: Hybrid Domain Discovery Protocol for Heterogeneous Devices in SDN

et al. 2020

Self Cite

View full text Add to dashboard Cite

Computer networks are adopting the new Software-Defined Networking (SDN) architecture, however not all devices can support it, mainly due to power and computational constraints. This paper proposes the Hybrid Domain Discovery Protocol (HDDP), a new discovery protocol that enhances the existing OpenFlow Discovery Protocol (OFDP). HDDP allows the discovery of hybrid network topologies composed of both SDN and non-SDN devices, which no other state-of-the-art protocol can achieve. HDDP has been implemented in a software switch and emulated in diverse networks, where it discovers hybrid topologies by using a number of messages similar to competitors, as they only discover SDN devices.

show abstract

Section: B Hddp In Wireless Scenariosmentioning

confidence: 98%

Section: Related Workmentioning

confidence: 99%

HDDP: Hybrid Domain Discovery Protocol for Heterogeneous Devices in SDN

et al. 2020

Self Cite

View full text Add to dashboard Cite

show abstract

“…2) Efficiency of OFDP: The authors of [23] and [26] show that OFDP results in too many packet-out messages as the SDN controller has to create and send out one message for every port on each SDN switch. As an improvement, the authors of [27] propose to apply LLDP with Port IDs set to zero.…”

Section: Optimized Variants Of Ofdpmentioning

confidence: 99%

“…It adds liveliness detection mechanisms for switch ports and memorizes topology information locally on the SDN switch that asynchronously notifies the SDN controller about specific events. The authors of [26] propose the Tree Exploration Discovery Protocol. SDN controllers create and send out specific frames flooded in the network that explore its topology.…”

Section: Optimized Variants Of Ofdpmentioning

confidence: 99%

P4-MACsec: Dynamic Topology Monitoring and Data Layer Protection With MACsec in P4-Based SDN

et al. 2020

View full text Add to dashboard Cite

We propose P4-MACsec to protect network links between P4 switches through automated deployment of MACsec, a widespread IEEE standard for securing Layer 2 infrastructures. It is supported by switches and routers from major manufacturers and has only little performance limitations compared to VPN technologies such as IPsec. P4-MACsec introduces a data plane implementation of MACsec including AES-GCM encryption and decryption directly on P4 switches. P4-MACsec features a twotier control plane structure where local controllers running on the P4 switches interact with a central controller. We propose a novel secure link discovery mechanism that leverages protected LLDP frames and the two-tier control plane structure for secure and efficient management of a global link map. Automated deployment of MACsec creates secure channel, generates keying material, and configures the P4 switches for each detected link between two P4 switches. It detects link changes and performs rekeying to provide a secure, configuration-free operation of MACsec. In this paper, we review the technological background of P4-MACsec and explain its architecture. To demonstrate the feasibility of P4-MACsec, we implement it on the BMv2 P4 software switch and validate the prototype through experiments. We evaluate its performance through experiments that focus on TCP throughput and round-trip time. We publish the prototype and experiment setups on Github.

show abstract

“…Reference [38] implemented the tracing of hardware addresses in layer two bridged networks by providing self-defined TLVs. Reference [39] improved the topology discovery by LLDP, and proved that shortest paths can be built at the same time that the topology information is gathered, thus an enhanced topology discovery service for SDN. Note that some topology detection and forensics [40] techniques are also developed based on LLDP from the perspective of network security, which can also serve for the purpose of topology discovery.…”

Section: Lldp Extensionsmentioning

confidence: 99%

MonLink: Piggyback Status Monitoring over LLDP in Software-Defined Energy Internet

Chen

Sangaiah

et al. 2019

Energies

View full text Add to dashboard Cite

While software-defined networking (SDN) has been widely applied in various networking domains including datacenters, WANs (Wide Area Networks), QoS (Quality of Service) provisioning, service function chaining, etc., it also has foreseeable applications in energy internet (EI), which envisions an intelligent energy industry on the basis of (information) internet. Global awareness provided by SDN is especially useful in system monitoring in EI to achieve optimal energy transportation, sharing, etc. Link layer discovery protocol (LLDP) plays a key role in global topology discovery in software-defined energy internet when SDN is applied. Nevertheless, EI-related status information (power loads, etc.) is not collected during the LLDP-based topology discovery process initiated by the SDN controller, which makes the optimal decision making (e.g., efficient energy transportation and sharing) difficult. This paper proposes MonLink, a piggyback status-monitoring scheme over LLDP in software-defined energy internet with SDN-equipped control plane and data plane. MonLink extends the original LLDP by introducing metric type/length/value (TLV) fields so as to collect status information and conduct status monitoring in a piggyback fashion over LLDP during topology discovery simultaneously without the introduction of any newly designed dedicated status monitoring protocol. Several operation modes are derived for MonLink, namely, periodic MonLink, which operates based on periodic timeouts, proactive MonLink, which operates based on explicit API invocations, and adaptive MonLink, which operates sensitively and self-adaptively to status changes. Various northbound APIs are also designed so that upper layer network applications can make full use of the status monitoring facility provided by MonLink. Experiment results indicate that MonLink is a lightweight protocol capable of efficient monitoring of topological and status information with very low traffic overhead, compared with other network monitoring schemes such as sFlow.

show abstract

TEDP: An Enhanced Topology Discovery Service for Software-Defined Networking

Cited by 33 publications

References 11 publications

HDDP: Hybrid Domain Discovery Protocol for Heterogeneous Devices in SDN

HDDP: Hybrid Domain Discovery Protocol for Heterogeneous Devices in SDN

P4-MACsec: Dynamic Topology Monitoring and Data Layer Protection With MACsec in P4-Based SDN

MonLink: Piggyback Status Monitoring over LLDP in Software-Defined Energy Internet

Contact Info

Product

Resources

About