IEEE 802.11 Medium Access Control (MAC) Profile for Control and Provisioning of Wireless Access Points (CAPWAP)

Deng, Hui; Chunju, Shao; Zhang, Rong; Pazhyannur, Rajesh; Matsushima, Satoru; Bari, Farooq

doi:10.17487/rfc7494

Cited by 14 publications

(11 citation statements)

References 0 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…The encryption keys are not stored in WTP which results in improved security because despite an attacker having physical access to WTP he is not able to get the encryption keys. The WTP uses a Split-MAC mode [29]. A list with 802.11 functionalities is depicted in Table 1.…”

Section: The Architecture Of Proposed Sdn Networkmentioning

confidence: 99%

High Performance SDN WLAN Architecture

Košťál

Bencel

Ries

et al. 2019

Sensors

View full text Add to dashboard Cite

Wireless Local Area Network (WLAN) infrastructure is a dominant technology for direct access to the Internet and for cellular mobile data traffic offloading to WLANs. Additionally, the enterprise infrastructure can be used to provide functionality for the Internet of Things and Machine to Machine scenarios. This work is focused on improvements of radio resources control scalability similar to mobile networks via handover between cells. We introduce an improved IEEE 802.11 architecture utilizing Software-Defined Networks (SDNs). The proposed architecture allows communications during device movements without losing a quality of service (QoS). The fast seamless handover with QoS enables efficient usage of radio resources in large networks. Our improvements consist of integrating wireless management to OpenFlow protocol, separating encryption and decryption from an access point. In parallel, this feature as a side effect unloads processing at the Access Points (APs). Finally, the functionality of architecture design and scalability was proven by Colored Petri Nets (CPNs). The second proof of our concept was performed on two scenarios. The first scenario was applied to a delay sensitive use case. The second scenario considers a network congestion in real world conditions. Client’s mobility was integrated into both scenarios. The design was developed to demonstrate SDN WLAN architecture efficiency.

show abstract

Section: The Architecture Of Proposed Sdn Networkmentioning

confidence: 99%

High Performance SDN WLAN Architecture

Košťál

Bencel

Ries

et al. 2019

Sensors

View full text Add to dashboard Cite

show abstract

“…This Integrated Circuit (IC) is an MCU working at the predefined frequency of 80 MHz and it offers 16 General Purpose Input Output pins with a small form‐factor, for instance 5 × 5 mm. It integrates and fully supports the 802.11 b/g/n [20] (Wi‐Fi) protocol stack. In terms of memory, it has 64 kB of Random Access Memory (RAM) memory and up to 4 MB of Flash memory.…”

Section: Proposed Open Platformmentioning

confidence: 99%

On fast prototyping LoRaWAN: a cheap and open platform for daily experiments

Pulpito

Fornarelli

Pomo

et al. 2018

IET wirel. sens. syst.

View full text Add to dashboard Cite

Low-Power Wide Area Networks (LPWANs) are gaining momentum within Internet of Things (IoT) circles, thanks to their inherent capabilities to simplify network topologies and increase coverage in low rate low power communications. This manuscript focuses on a specific LPWAN technology, namely Long Range Wireless Area Network (LoRaWAN), which is being widely investigated by the research community worldwide. LoRaWAN offers many noticeable features, including: wide coverage areas, security by design, power consumption and bandwidth optimization, and a high degree of flexibility and reconfigurability. Unfortunately, in spite of these valuable characteristics, LoRaWAN appliances are often closed source and proprietary. To bridge the gap, this manuscript proposes a prototype, which has been designed and set up using open low-cost experimental boards and programming tools, only. Moreover, an experimental campaign has been carried out in order to demonstrate the effectiveness of the developed platform.

show abstract

“…This document was started to accommodate Service Providers' need of a more flexible deployment mode with alternative tunnels [RFC7494]. Experiments and tests have been done for this alternate tunnel network infrastructure.…”

Section: History Of the Documentmentioning

confidence: 99%