- Open Access
DCRP: a scalable path selection and forwarding scheme for IEEE 802.11s wireless mesh networks
© Sampaio et al. 2015
- Received: 3 June 2015
- Accepted: 27 August 2015
- Published: 4 September 2015
The IEEE 802.11s standard specifies a mesh technology to be supported by IEEE 802.11 devices. Among the limitations caused by this heritage, we focus on the low scalability of the current IEEE 802.11s standard mechanisms. As a main contribution to the related research field, this article presents the DHT-based Cluster Routing Protocol (DCRP). DCRP addresses IEEE 802.11s’ scalability issues by exploiting both Distributed Hash Tables and Clustering schemes, which have proved to be effective in scaling wireless (e.g., MANETs) and wired (e.g., P2P) networking systems. DCRP was implemented and compared with the HWMP through simulation for different scalability parameters and performance metrics. Simulation results indicate that the proposed scheme improves performance in terms of packet delivery ratio, end-to-end delay, throughput, and overhead.
- Wireless mesh network
- IEEE 802.11s
- Distributed hash tables
Scalability is a well-known issue in multi-hop networking. Network scalability can be defined in many different ways. Network parameters that can affect network scalability are the number of nodes, the number of concurrent connections, the frequency of transmissions, node density, and node mobility. Protocol scalability is also very sensitive to message control overhead.
Current IEEE 802.11s WMN deployments suffer of poor scalability, which is heavily influenced by the unsuitability of standard IEEE 802.11 MAC schemes, usually based on the Carrier Sense Multiple Access with Collision Avoidance (CSMA/CA) that was not design for multi-hop environments (with frequent hidden node and exposed node situations). Although many of these issues are related with the medium access control (MAC) layer, the way nodes forward messages is also important. Thus, the efficiency of the path selection and forwarding plays an important role to improve the scalability by reducing medium utilization, and the number of hops in communication paths. The approach proposed in this article works at the level of path selection and forwarding.
There are many factors that affect the scalability of the WMNs. A list of the most relevant factors is presented in , including the routing protocol overhead, and the communication pattern (locality and number of hops). The path selection and forwarding scheme proposed in this article directly addresses these factors.
According to Carrano et al. , unless the path discovery overhead is drastically reduced by increasing the efficiency of flooding mechanisms, the new standard may present a suitable behavior only for small-scale scenarios. Moreover, scalability is one of the major deciding factors for any network to be accepted and industrially deployed .
In this article the DHT-based Cluster Routing Protocol is presented. Instead of relying on traditional approaches, the DCRP exploits the traffic contention from hierarchical clustering routing with the key-based lookup provided by DHTs. The architectural design of the DCRP is presented in Section 3. In an overall comparison, the DCRP is clearly more scalable than the standard HWMP protocol. The simulation results are presented and discussed in Section 5. The DCRP produced better results for most of the evaluated performance metrics.
It is important to highlight that the scalability is one of the major deciding factors for any new networking technology to be accepted, to be deployed and to evolve continuously . In this sense, to the best of our knowledge, there is still very scarce conducted research targeting to improve the scalability of the IEEE 802.11s networks.
The remainder of this article is organized as follows. The related work is surveyed in the Section 2. The DCRP design is detailed in the Section 3. The simulation scenario used in the DCRP assessment is described in Section 4. The simulation results are presented and discussed in the Section 5. Finally, the Section 6 reviews the main findings of this work and discusses potential improvements to the DCRP.
As aforementioned, there are very few research works on the scalability of the IEEE 802.11s WMNs. Likewise, there are few works addressing the path selection and forwarding mechanisms in the IEEE 802.11s WMNs. To date, as far as we know, only three schemes have been proposed: the current standard Hybrid Wireless Mesh Network (HWMP) , the Radio Aware Optimized Link State Routing (RA-OLSR) [7, 8] and the Transparent Interconnection of Lots of Links (TRILL) .
The HWMP is currently the default path selection protocol defined for the IEEE 802.11s standard document. It must be implemented by all 802.11s-enabled stations (mesh STAs). HWMP uses a set of protocol primitives derived from AODV with proactive topology tree extensions to perform routing-related functions and adapted for using MAC addresses and the Airtime Link Metric.
Until draft version 1.06 of the IEEE 802.11s, every MP should support two path selection protocols: the HWMP  as the default routing protocol and the RA-OLSR [7, 8] as an optional one. The RA-OLSR protocol is a proactive, link-state wireless mesh path selection protocol based on the OLSR protocol . It also includes extensions like the Fisheye State Routing (FSR) protocol  and uses radio-aware metrics. Since draft version 1.07, the RA-OLSR has been removed from the IEEE 802.11s specification to simplify the standardization process. Moreover, the flexibility that arises from the combination of reactive and proactive elements enables HWMP to work in a wide variety of mesh network scenarios, hence the RA-OLSR has been removed from the standard.
Both HWMP and RA-OLSR have several scalability shortcomings. In HWMP, the proactive mode is centralized and constrained by the root node. Even when two mesh stations near to each other need to communicate, the proactive routing protocol routes the frames through the root node, which results in poor performance. At the same time, the reactive (on-demand) mode will initiate a path discovery process to search for an optimized path before sending the frames, resulting in an excessive number of broadcasted messages. The problem with RA-OLSR is the overhead of control messages, even when the Fisheye protocol is used.
Ghannay  performed a performance comparison of the HWMP and RA-OLSR protocols. The findings of this work confirmed that both protocols present poor scalability. The scalability of HWMP was evaluated in  with respect to traffic load and number of nodes. The simulation results show that the protocol is hardly scalable.
Although the mesh topology provides multiple paths, which can be used to improve its performance, HWMP itself does not provide any multi-path selection mechanism. Seeking to explore the multi-path, in 2012, TRILL was proposed as alternative path selection and forwarding protocol for IEEE 802.11s WMNs. Originally, TRILL is a layer 2 solution designed by Internet Engineering Task Force (IETF) to provide redundant/multi-path topology, replacing the spanning tree protocol (STP). TRILL is built on the Intermediate System-to-Intermediate System (IS-IS) link state protocol, applying network layer routing protocols to the link layer. The base protocol specification was published in July 2011 in . Despite very promising in terms of scalability improvements, to date, no further studies or implementations of TRILL for IEEE 802.11s has been published.
WMNs tend to grow in number of connected nodes, which requires maintenance at all times to guarantee connectivity and efficiency. A successful way to deal with the maintenance of WMNs is to partition the network into clusters which will make the network to be more manageable . Clustering approach has been used broadly in computer networking to reduce the control overhead by imposing a sense of locality among nodes within a cluster. In DCRP, the clustering approach is used as a key building block by locally constraining most of the control overhead.
In the design of the DCRP, the clustering concept is taken as a building block for the path selection and forwarding scheme, but mainly for organizational purposes; it is not actively used for relaying. This detail makes a straightforward comparison with other cluster-based solutions in the literature (e.g., the Mesh Cluster Based Routing Protocol (MCBRP) ) pointless. Nonetheless, the clustering concept is important to understand our proposed scheme; interesting surveys can be found in [18, 20–24].
DCRP and other DHT-based approaches in the literature
DCRP also integrates the distributed hash tables (DHT) with the path selection and forwarding, but there are some differences to the aforementioned works: in the DCRP, the DHTs operate at the link layer; the DCRP does not route data through the DHT; the “route” protocol used is the HWMP that also operates at the link layer. Regarding the DHT, it is actually based on the basic Chord  DHT structures. Therefore, again, a straightforward comparison with the works cited above are not meaningful. DHT is another building block for the DCRP scheme, thereby a solid background on the related concepts are recommended to fully understand the rest of this article. Thus, an interesting survey on scalable DHT-based routing protocols for ad hoc networks and P2P overlay network schemes can be found in  and .
This section introduces the DHT-based Cluster Routing Protocol (DCRP) architecture. DCRP is a path selection and message forwarding protocol explicitly designed for use in IEEE 802.11s mesh networks. DCRP integrates the functionalities of the DHT, the scoped communication provided by the clustering scheme and the HWMP to provide a scalable solution to these networks.
3.1 Architectural overview
DCRP integrates clustering with DHTs to enhance the scalability of routing in 802.11s networks. Clustering allows the use of hierarchical routing and therefore to reduce the amount of routing traffic. The routing information that is not exchanged through the routing protocols is kept in DHTs, which supports a rather efficient access.
Although at a high level, the DCRP architecture can be represented as in Fig. 2, at an operation level all layers are integrated as explained in the following sections.
3.2 The physical layer
At this layer, the nodes perform the tasks recommended in the standard document  to create an IEEE 802.11s WMN, such as the peering task. In DCRP, a parameterized timeout is defined before the clustering phase starts. The purpose of this delay is to give time to the nodes peering with their neighbors (i.e., wait until the network topology is stable enough). This is needed because the clustering algorithm uses only neighbor peers rather than all the node’s neighbors.
Regarding the protocol operation, in this layer, all mesh STAs run an enhanced version of the HWMP, as further explained below.
3.3 The cluster layer
Although there are several cluster schemes proposed for MANETs, only few proposals can be found for WMNs. A desirable clustering scheme for WMNs should take into account the heterogeneity of node types and most importantly be able to identify and prioritize stable links and nodes. Unfortunately, this requirement cannot be achieved in a few communication rounds, as instability may become observable after some time of network operation (mainly due to the interference caused by multi-hop simultaneous transmissions). For that reason, most proposed clustering approaches to WMNs are adaptations from MANETs.
Recent work in MANETs clustering usually addresses the mobility of nodes, which require sophisticated and complex algorithms. In the design of the DCRP, we assume that nodes have limited or (usually) no mobility at all. This assumption is reasonable and is also taken by the IEEE 802.11s standard and most of the related research work.
The DCRP architecture is very flexible regarding the clustering scheme. It imposes only three main requirements; the cluster scheme must 1) create clusters with more than one-hop size; 2) create overlapped clusters, i.e., in every cluster, at least one node must be in range of one node on another cluster; and 3) use only peers (rather than any neighbor). The first requirement is needed to avoid creating a large number of small clusters as the network size increases. The second is needed to ensure inter-cluster communication. Finally, the third requirement is needed to ensure that a neighbor is reachable according to the IEEE 802.11s mesh peering management protocol.
To provide additional reliability and better performance, it is desirable to have cluster heads in adjacent clusters at most 2 k-hops from each other. Although border nodes increase the reliability by providing multiple paths to inter-cluster communication, a high number of border nodes in the same cluster can jeopardize the overall performance. After the cluster formation phase, it is assumed that a node that belongs to a cluster knows both the cluster identifier (CID) and the cluster head. Currently, DCRP uses the MAC address of the cluster head as CID.
3.3.1 Cluster tables
Border nodes must maintain an additional table: the BorderTable. Every time that a border node receives (or simply overhears) a frame from a peer of another cluster, a new entry containing the address of that peer and its cluster ID is added to this table, if it is not there yet. In other words, in this table, the border nodes store information about all clusters that it overlaps with, and the address of the peer belonging to the other clusters (used as next hop in direction to this cluster). It must be noted that this table can store more than one entry for the same cluster. When combined with a metric of link quality, congestion, or distance in hops to the cluster head (in the overlapping cluster), this table can be useful to balance the inter-cluster communication load. These enhancements have not been explored yet.
Cluster head nodes keep a complete version of the ClusterMemberTable, i.e., with one entry per cluster member. Additionally, cluster head nodes maintain a NeighborClusterTable with information about its neighbor clusters. In fact, this table is a compilation of the information kept by all border nodes in their BorderTable, but including also the gateway (the border node address) and the next hop in that path.
3.4 The DHT layer
The current version of DCRP is inspired in Chord , one of the earliest P2P algorithm based on a DHT2. Therefore, DCRP inherits Chord’s key space structure and its rules for storing/mapping keys among the participant nodes. It must be noted that DCRP does not replicate key values over the DHT due to the prohibitive cost of such operation in a wireless environment. This means that only one DHT node with the closest key on the ring will store this value.
Although the original Chord has been designed to run at the application layer, in the DCRP it is integrated at layer 2.
To assign IDs to the nodes, the MAC address of each node is hashed using SHA-1, thus producing a 160-bit ID. It does not matter where any of the nodes are physically located; they are placed along the ring structure according to their 160-bit address space. For sake of simplicity, hereinafter all figures and descriptions regarding the DHT node IDs will assume the use of a CRC-32 rather than SHA-1 as a hash function, thus leading to smaller IDs.
Whenever a node in the network searches for the key k using a LOOKUP operation, the network address (physical address in the underlay network) associated with the successor node will be necessary. For this reason, the underlay network runs a routing protocol. In DCRP, the HWMP protocol is used.
3.4.1 DHT tables
According to the IEEE 802.11s standard document , mesh STAs only exchange path selection and forwarding information that contain addresses of mesh STAs that belong to the MBSS. However, the destination station may be outside of the MBSS, and therefore a proxy mechanism is required.
Although PXU IEs can comprise multiple mappings and can be incorporated in HWMP messages (i.e., proxy information can be conveyed in PREQ/PREP/PERR IEs), the mechanism is still not scalable enough, as it can potentially create a large number of proxy information messages (or simply large HWMP frames for the case of proxy information to be included in the HWMP IE) as the number of external stations increases.
The proxy information maintenance in the 802.11s standard is still an open research question. DCRP addresses this issue by storing and managing proxy information through the use of DHTs. For this purpose, and considering the locality of the information, DCRP proposes the use of two structures: the intra-DHT and the inter-DHT.
188.8.131.52 Intra-DHT Table (intraDHT)
184.108.40.206 Inter-DHT Table (inter-DHT)
To enable inter-cluster communication, each bMS is also a node of a mesh-wide DHT overlay: the inter-DHT. In this overlay, nodes maintain entries for nodes (both mesh STAs and non-mesh STAs) of which it is the kMS, more specifically the inter-kMS. The entries of the inter-DHT map the ID of a node to the MAC address of its proxy-bMS, i.e., a bMS in that node’s cluster.
In DCRP, populating these DHTs with entries is very simple. When a mesh STA finishes its cluster membership, it adds itself in its intra-kMS, by sending to that inter-kMS an ADD-ENTRY message. When a non-mesh STA associates with a mesh STA (acting as an AP collocated with a mesh gate, or a mesh portal), the latter adds the entries for proxy mapping to both the intra-DHT and the inter-DHT, by sending an ADD-ENTRY message to each of the intra-kMS and the inter-kMS of that station, respectively.
In order to support the forwarding of messages (e.g., ADD-ENTRY and LOOKUP) in DHT overlay networks, a mesh STA relies on its HWMP instance, setting the appropriate scope (global or local). Most likely, neighbor nodes in the DHT overlay network are several physical hops away. Thus, forwarding of messages between two neighbor nodes in the DHT overlay network is done by forwarding the message from one node to the next along the path between the two DHT nodes in the physical network.
3.5 Path selection
As aforementioned, DCRP implements the principles of HWMP for path selection and forwarding of messages. In the current DCRP version, only the reactive mode of HWMP is used. Further optimizations must be done in order to integrate the DHT scheme with the pro-active mode. The major scalability issue with HWMP in reactive mode is the excessive use of broadcasted control messages.
Excessive broadcast communication is one of the major concerns in large-scale WMN deployments. Although the request/reply scheme used by the HWMP has been shown to be acceptable for a small number of nodes, when it comes to large-scale WMNs, it has a significant impact on the scalability of the network.
As a solution for the overhead caused by the HWMP control messages, DCRP explores the structure provided by the cluster layer to allow query localization and the local repair of the HWMP. Furthermore, instead of introducing new messages to the standard HWMP, an enhancement of these messages is proposed.
These modifications allow to reduce the number of network-wide PREQ messages initiated by the source node, when both the source and destination nodes belong to the same cluster. The control of the HMWP messages scope (local or global) reduces the possibility of having broadcast storms.
In DCRP, only border nodes are allowed to set the locality flag to global value in the path selection. The other nodes within a cluster always set their frames as local. When the locality flag of a message is set to local, mesh STAs only forward the message, if the message’s CID field is the same as its own CID. Otherwise, they just drop the message. Locally scoped messages are constrained to the cluster, minimizing the interference between clusters. From the cluster point of view, using local messages, the physical layer (in DCRP architecture) operates as an isolated IEEE 802.11s WMN.
Global scoped messages are used to cross multiple clusters in wide-range (inter-cluster) communication. A local message becomes global, when a mesh border station receives it, and it does not know any local path to the destination. Thus, global messages create paths between border nodes (possibly with intermediate nodes), allowing inter-cluster communication at the DCRP’s physical layer.
Forwarding is the process executed by each mesh STA when receiving a frame whose final destination is not itself. In the context of IEEE 802.11s networks, it comprises the modification of the appropriate address fields and the re-transmission of the frame to the next hop in the path to the final destination. In DCRP, to determine the appropriate values of the address fields, a mesh STA must perform a lookup for the destination in any of the forwarding tables it maintains.
The following subsections detail how DCRP forwards frames.
3.6.1 Intra-cluster forwarding
Intra-cluster forwarding is the process of transmitting a frame, in a multi-hop fashion, towards its target, when both originator and target mesh STAs (or non-mesh STA associated to a proxy-MS) belong to the same cluster.
In step 1, a non-mesh STA1 (previously associated with the mesh STA 1c that acts as an AP, providing access to the WMN) sends a frame addressing non-mesh STA2 as target;
In step 2, mesh STA 1c looks up its HWMP-routing table but its does not find a path to the target. Then it starts the lookup process in its intra-DHT. After hashing the target address, based on its intra-DHT entries (key-based routing), the resultant ID (ECB7B3A8) is mapped to mesh STA 2d (4DA3F235) in the overlay. Thus, mesh STA 1c sends a LOOKUP message to mesh STA 2d. This LOOKUP message is forwarded towards mesh STA 2d by other mesh STAs in the cluster using HWMP.
In step 3, upon receiving the LOOKUP message, mesh STA 2d identifies the target ID as one of its related key values. Then, after storing the mapping for the originator (for further communication), it sends back to the source mesh STA (1c) a LOOKUP-RESULT message with the target address and its proxy-MS address;
In step 4, after receiving a successfully LOOKUP-RESULT message, the mesh STA 1c starts the transmission on the mesh network using the six-addresses frame format (acting as proxy-MS to STA1).
It must be noted that the dashed arrows in Fig. 12 represent a key-based routing in the intra-DHT. Each communication hop in the overlay network may comprise several hops in the underlay network. In case of intra-cluster forwarding, all messages exchanged in the DCRP’s physical layer are flagged as local.
In the case of pure intra-cluster forwarding, the lookup operation never fails in step 4. If the target is unknown, an inter-cluster forwarding is started as explained in the following subsection. Therefore, the major benefit of the proposed intra-cluster forwarding scheme is that all the exchanges of messages involving nodes within the same cluster are constrained to the cluster.
3.6.2 Inter-cluster forwarding
Inter-cluster forwarding is the process of transmitting a frame, in a multi-hop fashion, towards its target, when the originator and target mesh STAs (or non-mesh STA associated to any proxy-MS) are in distinct clusters. The general inter-forwarding process is described by the Algorithm 2. It must be highlighted that this algorithm is started only after a previous intra-forwarding process for the destination has been failed.
In step 1, a non-mesh STA1 (previously associated with mesh STA 1c that acts as an AP, providing access to the WMN) sends a frame addressing non-mesh STA3 as target;
In step 2, mesh STA 1c looks up its HWMP-routing table, but it does not find a path to the target. Then it starts the lookup process in its intra-DHT. After hashing the target address, based on its intra-DHT entries (key-based routing), the resultant ID (E9E7F4B6) is mapped to mesh STA 1e (29E1D843) in the overlay. Thus, mesh STA 1c sends a LOOKUP message to mesh STA 1e. This LOOKUP message is forwarded towards mesh STA 2d by other mesh STA in the cluster using HWMP.
In step 3, upon receiving the LOOKUP message, mesh STA 1e looks up the target ID in its intra-DHT, as in the case of intra-cluster routing. However, as non-mesh STA3 is in another cluster, no entry is found. Therefore, it starts a global lookup, using its inter-DHT and setting the locality of the LOOKUP messages to Global;
In step 4, upon receiving the LOOKUP message through the overlay, mesh STA 2f (2398703C) looks up in its inter-DHT for the entry of the target ID and finds the corresponding entry. Then it relays a LOOKUP-RESULT message back through the source overlay node (the mesh STA 1e);
In step 5, the border mesh STA 1e that initiated the inter lookup (here the border node represents the cluster as a single entity) relays the LOOKUP-RESULT message to mesh STA 1c, changing the locality of that message to local;
In step 6, after receiving a successfully LOOKUP-RESULT message, mesh STA 1c relays to the mesh network using the six-addresses frame format the frame sent by STA1 in step 1, therefore acting as its proxy-MS.
The benefits of the proposed inter-cluster forwarding scheme are as follows. First, the use of unicast messages based on the inter-DHT lookup. Second, as the inter-forwarding is performed mainly by border nodes (with a few intermediate nodes), the inter-cluster traffic is also reduced. Therefore, the distributed lookup is much more scalable than the standard mechanism.
In the previous section, the architectural design of the DCRP was presented. This article claims that DCRP is a potential solution for deploying large-scale IEEE 802.11s mesh networks. In order to support this claim, this section presents a detailed simulation assessment of the DCRP performance, regarding the network scalability in IEEE 802.11s WMN scenarios.
To assess the proposed protocol, a simulation model of the DCRP was implemented using the ns-3 network simulator. A set of simulations were carried out in order to evaluate the DCRP’s scalability properties, claimed in the previous chapter, and to compare it with the standard HWMP. The simulation parameters and the experiment details are also presented. Finally, the assessment results are presented and discussed.
The ns-3 simulator and the mesh module extension The ns-3 simulator has been largely used by researchers to study and evaluate the performance of routing protocols (including their own proposals) in both MANETs and WMNs, including IEEE 802.11s [36–44]. In ns-3, some of the IEEE 802.11s features are modeled in the mesh model (previously called dot11s module), introduced in  and now distributed as part of the ns-3 default source code. The most important features are the implementation of the peering management protocol (PMP), the HWMP and the ALM . PMP includes peering establishment and beacon collision avoidance. HWMP includes proactive and on-demand modes, but the RANN mechanism is not supported and hence the proactive PREQ mechanism is used in the proactive mode. The ALM computation is implemented and used as the default metric for HWMP.
The ns-3 mesh model code is still incomplete and is no longer maintained by its authors. Therefore, some features where implemented to allow the complete implementation of the DCRP. One of the most important additions made to the existing mesh model was a set of modifications to the HWMP, namely: implementation of six-addresses scheme, and the implementation of the proxy scheme (to allow the internetworking with stations outside the MBSS).
Although already defined in the MeshHeader class, the additional MAC six-addresses scheme is not used in the current ns-3 mesh model implementation. Therefore, an addition to the source code was made to implement this feature to allow non-mesh STAs to use the MBSS as a communication backhaul. Additionally, the mesh gate role with support to mesh portal and collocated access point features was also implemented.
To enable internetworking between MBSS and non-mesh STAs, the ns-3 mesh model was extended with new information elements (IEs) for Proxy Update (PXU) and Proxy Update Confirmation (PXUC). These IEs are used by the mesh gate.
As specified in the standard document , only a single active path selection protocol should be used in a single IEEE 802.11s MBSS. As aforementioned, HWMP is the default path selection protocol. In the current standard document, the Active Path Selection Protocol Identifier field value for the HWMP is set to 1, whereas values [0,2..254] are reserved for future use, and 255 is used to indicate that the active path selection protocol is specified in a vendor-specific element (see Table 8–177 in ). So, this field value was set to 2, indicating the use of the DCRP as path selection. This information is embedded in the mesh configuration information element. Specific values to identify the action frames used to carry DCRP information (for both DHT and cluster-related messages) were also defined.
4.1 General simulation parameters and assumptions
The definition of a well-defined set of simulation parameters and assumptions aims to ensure the reproducibility of the simulation results. Although the assessment of the DCRP was performed using a set of distinct simulation scenarios in the ns-3 simulator, they still share some common assumptions and simulation parameters, as follows.
All simulations are based on the IEEE 802.11s mesh model, which means that the stack ns3::Dot11sStack is installed in all nodes.
For modeling the wireless channel, in all simulation experiments, the Constant Speed Propagation Delay Model and the Log Distance Propagation Loss Model were used. This propagation model assumes an exponential path loss over the distance from sender to receiver .
User Datagram Protocol (UDP) traffic streaming was established between a certain number of senders to a certain numbers of receivers. The traffic transported by UDP was constant bit rate (CBR) traffic which allows simulating real time multimedia applications. The application OnOffApplication was used to generate traffic. CBR was assumed to generate traffic flows between source and destination nodes with a constant data packet size of 512 bytes. In order to create enough traffic, the default data rate value used was set to 1024 kbps.
In all simulation experiments, the nodes were arranged in a N×N grid topology. The value of N in some experiments varies in the set [3,4,5,6,7,8,9,10]. The parameter N is used to scale the IEEE 802.11s WMN in terms of number of nodes that form the backhaul, which means that the network size is scaled from a total of 9 to 100 mesh STAs forming the mesh network. The nodes are equally spaced in the grid, both vertically and horizontally.
Non-mesh STAs (or clients) are randomly distributed along the square area of the grid. Each non-mesh STA connects to its closest mesh STA which will act as mesh gate to the mesh backhaul. It means that all mesh STAs in the backhaul also act as an AP collocated with a mesh gate.
Such backhaul mesh networks in real-world deployments are normally formed neither in a self-organized fashion, nor in a grid shape. Instead, the location and placement of each mesh STA, AP collocated with a STA, and mesh portal is carefully planned, applying network planning  or genetic algorithms (GA) . Nevertheless, grid shape has been widely used by researchers to evaluate the scalability of IEEE 802.11s mechanisms [13, 49–52] as it provides a simple and controlled environment, allowing a fair comparison of reproducible results.
For each run, the same number of non-mesh STAs are created and randomly distributed in a square area covering the grid. After a random start time, each non-mesh model associates with a closer mesh STA (the selection criteria follows the normal IEEE 802.11 standard). Moreover, 50 % of the total clients were configured to generate traffic. The choice of the source and destination for the traffic flow is taken randomly at run time to create more realistic scenarios.
Each simulation batch had a duration of 700 s and was repeated 50 times (with distinct seeds) in order to obtain a higher confidence degree. It is important to note that to avoid packet loss due to either network warm-up time or premature ending, in all simulations, the source nodes start to generate data traffic only after StabilizationTime (in seconds) and stop a StabilizationTime before the end of the simulation. This procedure ensures a fair comparison of the protocols, waiting until the mesh network reaches its topological steady state and giving time to late packets to find their way to its destination. The StabilizationTime was set to 50 s.
Three different elements were established in a random manner: sender and receiver node, communication start time and duration of each connection. The procedure to select pairs of sender and receiver nodes ensures that the sender is not the receiver in a pair. The connection start time is given by UniformValue(StabilizationTime,SimTime-StabilizationTime), and the stop time by SimTime-StabilizationTime The random values are generated from a fixed uniform distribution, using the UniformVariable class.
The simulation results were plotted based on average values of all runs. Seeking to obtain highly meaningful results, each run is independent from all others. To ensure that, each set of simulations was conducted using an unique simulation seed and a different seed for each run. The first ensures the repeatability of the experiment, whereas the second ensures the statistical independence of the results.
General ns-3 parameter values used for the simulations
Number of mesh STAs
9, 16, 25, 36, 49, 64, 81, 100
Remote station manager (RSM)
(with exp = 2.7)
Number of runs
Mesh module parameter values used for the simulations
4.2 Performance metrics
The following metrics were considered to compare both the performance and scalability of DCRP and HWMP.
The performance metrics listed above were collected by using a double-checked approach: first, the FlowMonitor  module was applied to generate the metrics’ values, and then these values were compared with the values recorded during the simulation using the tracing subsystem of ns-3, and callbacks. This approach aims to ensure the reliability of the data analyzed in the following subsections.
In this section, the results for the comparative simulation assessment between the DCRP and the HWMP, regarding their scalability properties, are presented and discussed.
5.1 Scaling the number of nodes
The results of the effect of the number of nodes over the PDR are plotted in Fig. 14. The PDR values for both the HWMP (see Fig. 14a) and DCRP (see Fig. 14) protocols decrease as the number of nodes increase. This is an expectable result, as the number of mesh STAs has a significant impact upon the PDR due to the increasing inter-flow interference caused by the number of concurrent connections. However, regarding the PDR values, DCRP scales much better than HWMP. In average, in the simulated scenario DCRP provides PDR values 60 % higher than the related HWMP values. The difference becomes even higher for a large number of nodes, where DCRP overcomes HWMP in up to 73 %. This behavior can be explained by the use of HWMP messages with local scope for many communications in the DCRP protocol.
Figure 15 illustrates the effect of scaling the number of nodes over the delay. Analyzing the obtained results, both DCRP (see Fig. 15 b) and HWMP (see Fig. 15 a) presented a close tendency curve in terms of delay. A closer look at the Fig. 15b reveals that the DCRP is more resilient to the increasing of the network size, presenting slightly lower delay values with a lower standard deviation. Therefore, the DCRP also reduces the communication jitter.
Figure 16 illustrates the effect of scaling the network size over the throughput and normalized overhead metrics, respectively. Checking DCRP throughput results (Fig. 16 b), it clearly outperforms HWMP (Fig. 16 a). The descendent exponential curve behavior for the throughput can be explained by the increase of simultaneous connections among the non-mesh STAs that increases the interference. The low throughput of HWMP is partially explained by the high number of transmission outages due to concurrent flows generating traffic at higher data rates, which leads to long transmission queues (in some cases resulting in the dropping of the packet). As the network load increases, the channel condition and interference varies with time, and this cannot be captured with the standard ALM metric.
Finally, Fig. 17 illustrates the effect of scaling the network size over the normalized overhead metric and revels an interesting finding. Considering a small network with 9 or 16 nodes, for a DCRP clustering scheme with k=3 in a grid topology, a single cluster will be created. In such a case, it would be expected a network behavior very similar to the HWMP case (or even worse), because of the increased overhead of the cluster and DHT maintenance. Instead, Fig. 17 shows that even for small size networks, DCRP presents smaller values for NRO. The explanation is that the addition of 6 bytes used to identify the CID in the HWMP messages (the locality bit is already part of the standard frame), and the overhead associated with the DHT is compensated by the efficiency of the intra-cluster forwarding, which proved to be less costly than exchanging proxy messages (PXU and PXUC).
5.2 Scaling the data rate
Figure 18 illustrates the effect of scaling the transmission rate. Checking the results, DCRP (see Fig. 19 b) clearly overcomes HWMP (see Fig. 19 a) in terms of packet delivery. This was an expected result due to the increased number of packets drops caused by the interference and path length (in number of hops). Moreover, by containing local communication within the cluster, DCRP tends to reduce the interference with data flows having other cluster either as source, or destination. The use of unicast messages (through the inter-DHT) to locate and forward messages between distant (in hops) nodes also contributes to achieve better PDR results.
Figure 19 illustrates the effect of scaling the transmission rate over the delay. Although similar, the delay curve for the DCRP (see Fig. 19 b) presents values lower than the HWMP curve (see Fig. 19 a). For both protocols, the standard deviation values are considerable. This variation will affect the jitter values for both protocols.
Similar observations are valid for the effect of varying the transmission rate on the throughput, as illustrated in Fig. 20. Checking the results, it is clear that throughput values for both protocols reduce as the data rate increase. These results are consistent with those from Fig. 18 that highlights the PDR behavior. Even so, DCRP (see Fig. 20 b) clearly outperforms HWMP (see Fig. 20 a) in what concerns its throughput. This can be attributed to several factors. Obviously, the reduction of congestion provided by the reduction of broadcasted messages, and a higher PDR clearly contributes to this result.
Finally, it is important to note that the simulation results observed in this experiment are strongly consistent with those obtained in the previous experiment for the same grid size and data rate.
5.3 Discussion of the results
This section sums up the simulation assessment results and presents the main findings from the experiments described above.
As the network becomes larger by scaling the number of mesh STAs, or increasing the data rate, the PDR decreases for both DCRP and HWMP protocols. However, the PDR value decrease is significantly slower for the DCRP curve than for the HWMP, in both experiments.
Regarding the EED, in the first experiment, besides clearly outperforming the HWMP, the DCRP results also registered a standard deviation consistently smaller than those for the HWMP as the network scales. This is a desirable behavior, as it significantly impacts on the delay jitter. In the second experiment, the opposite was observed. The results reveal that the DCRP (and the HWMP as well) presents a high variation of delay values in response to the increasing of the data rate.
In terms of the ST, the results from the simulation experiments can not be directly correlated. In the first experiment, the network was scaled in terms of number of nodes, but with constant transmission data rate. Obviously, in such a scenario, it was expected that the throughput decreases as the network size increases. The main justifications for this behavior are the increasing of the average path length for the data flows, and the increase of both inter- and intra-flow interferences. Even so, the DCRP provides better results in terms of average values and presents a smoother degradation of its curve.
The NRO is a critical metric to prove the viability of the DCRP design. The results for this metric suggest that the overhead introduced by the creation of the clusters, creation of the DHTs, and the proposed enhanced HWMP messages have payed off, allowing to achieve better performance metrics, as discussed above.
Overall, DCRP achieved significantly better performance metric values for all simulated scenarios with markedly less generated overhead than the standard HWMP. These simulation results provide an initial and encouraging look at the performance of the DCRP.
In this article, we have introduced the DHT-based Cluster Routing Protocol (DCRP)—a path selection scheme designed to increase the scalability of 802.11s WMNs. The main features of DCRP are the following. Firstly, the introduction of the notion of locality to the HWMP messages, which is later used to constrain the intra-cluster traffic. Secondly, a distributed management scheme of proxy-related information using DHT concepts. Thirdly, the novel forwarding scheme that integrates both previous features to efficiently forward messages in both local (intra-cluster forwarding) and global (inter-cluster forwarding) scopes. The key benefit of this approach is that it can significantly reduce the number of path selection and forwarding protocol messages. The main reason for this behavior is that local communication (with both originator and target in the same cluster) will not be broadcasted to other clusters. Another improvement is the reduction of the number of messages exchanged among clusters, as it will mainly involve the border nodes. These features were assessed through simulation.
The DCRP model was implemented using the ns-3 simulator. A comparative simulation assessment was made, using the existent HWMP implementation (which is part of the mesh module). Simulation results reported in this article are evidences that the DCRP significantly improves IEEE 802.11s WMNs in terms of scalability, providing a reasonable gain in performance for the conducted experiments and evaluated metrics. These results were expected and can be explained by the use of unicast messages (trough DHT) combined with the reduction of the number of broadcasted messages (by using the notion of cluster locality and inter-cluster lookup).
The reported simulation results are a clear indication that exploiting the properties and synergy of DHT and clustering concepts can provide a promising solution for larger WMN deployments. Further improvements to the DCRP scheme includes to evaluate its performance by testing other DHT substrates in replacement to the current Chord implementation. In this sense, the DHT literature provides interesting options such as Ekta , MADPastry  and MeshChord . Another research direction to be pursued is to develop a more efficiency peering selection and management mechanism to increase the lifetime of formed clusters. To the best of our knowledge, to date, few works [55, 56] studying or proposing new mesh peering selection mechanisms.
Although in this article was focused in a DHT-based scheme, it must be highlighted that other forwarding strategies can be jointly or separately used to improve our solution. The forwarding strategy chosen will severely affect the protocol design and its performance . Prominent examples are cognitive radio [57–59], network coding [60, 61] and directional routing [62, 63]. Moreover, the spatial reusability of the wireless communication media must be carefully considered in order to improve the end-to-end throughput in multi-hop wireless networks [64–66]. Future work includes some effort in researching the impact of these strategies in the scalability of IEEE 802.11s mesh networks.
1 This table is not illustrated in Fig. 4 to avoid cluttering.
2 The DHT scheme, like the clustering scheme, is designed as a building block and can be easily replaced by any other scheme.
This work was partially funded by IDMEC (Instituto de Engenharia Mecânica - Pólo FEUP) and by FCT (Fundação para a Ciência e a Tecnologia) funding agencies (under the references SFRH/BD/61427/2009 and PTDC/EEA-TEL/104185/2008).
Open Access This article is distributed under the terms of the Creative Commons Attribution 4.0 International License(http://creativecommons.org/licenses/by/4.0/), which permits unrestricted use, distribution, and reproduction in any medium, provided you give appropriate credit to the original author(s) and the source, provide a link to the Creative Commons license, and indicate if changes were made.
- IEEE Standard for Information Technology – Telecommunications and Information Exchange between Systems Local and Metropolitan Area Networks – Specific requirements Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications. IEEE Std 802.11-2012 (Revision of IEEE Std 802.11-2007), 1–2793 (2012). doi:10.1109/IEEESTD.2012.6178212 http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=6178212.
- S Sampaio, P Souto, F Vasques, A review of scalability and topological stability issues in IEEE 802.11 s wireless mesh networks deployments. Int. J. Commun. Syst. (IN PRESS, published online: 16 JAN 2015). doi:10.1002/dac.2929 Available at: http://onlinelibrary.wiley.com/doi/10.1002/dac.42929/abstract.
- IF Akyildiz, X Wang, W Wang, Wireless mesh networks: a survey. Comput. Netw. 47(4), 445–487 (2005).View ArticleMATHGoogle Scholar
- IF Akyildiz, X Wang, A survey on wireless mesh networks. Commun. Mag. IEEE. 43(9), 23–30 (2005).View ArticleGoogle Scholar
- IF Akyildiz, X Wang, Standards on Wireless Mesh Networks (Wiley, 2009).Google Scholar
- M Bahr, in Mobile Adhoc and Sensor Systems, 2007. MASS 2007. IEEE International Conference On. Update on the Hybrid Wireless Mesh Protocol of IEEE 802.11s (IEEEPisa, 2007), pp. 1–6. http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=4428721.
- GR Hiertz, S Max, R Zhao, D Denteneer, L Berlemann, in Computer Communications and Networks, 2007. ICCCN 2007. Proceedings of 16th International Conference On. Principles of IEEE 802.11s (IEEEHonolulu, HI, 2007), pp. 1002–1007. http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=4317949.
- GR Hiertz, S Max, Y Zang, T Junge, D Denteneer, in Mobile Adhoc and Sensor Systems, 2007. MASS 2007. IEEE Internatonal Conference On. IEEE 802.11 s MAC fundamentals (IEEEPisa, 2007), pp. 1–8. http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=4428715.
- GR Hiertz, D Denteneer, S Max, R Taori, J Cardona, L Berlemann, B Walke, IEEE 802.11s: the WLAN mesh standard. Wirel. Commun. IEEE. 17(1), 104–111 (2010).View ArticleGoogle Scholar
- RC Carrano, LCS Magalhaes, DCM Saade, CVN Albuquerque, IEEE 802.11s Multihop MAC: A Tutorial. Commun. Surv. Tutorials, IEEE. 13(1), 52–67 (2011).View ArticleGoogle Scholar
- RG Garroppo, S Giordano, L Tavanti, A joint experimental and simulation study of the IEEE 802.11s HWMP protocol and airtime link metric. Int. J. Commun. Syst. 25(2), 92–110 (2012).View ArticleGoogle Scholar
- S Srivathsan, N Balakrishnan, SS Iyengar, in Guide to Wireless Mesh Networks. Computer Communications and Networks, ed. by S Misra, S Misra, and I Woungang. Scalability in wireless mesh networks (Springer, 2009), pp. 325–347, doi:10.1007/978-1-84800-909-7_13. http://dx.doi.org/10.1007/978-1-84800-909-7_13.
- B Nassereddine, A Maach, S Bennani, in Microwave Symposium (MMS), 2009 Mediterrannean. The scalability of the hybrid protocol in wireless mesh network 802.11s (IEEETangiers, 2009), pp. 1–7. http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=5409759.
- R Perlman, A Ghanwani, D Eastlake 3rd, D Dutt, S Gai, Routing bridges (rbridges): Base protocol specification (2011). https://tools.ietf.org/html/rfc6325.
- T Clausen, P Jacquet, A Laouiti, P Muhlethaler, A Qayyum, L Viennot, Optimized Link State Routing Protocol (2003). https://www.ietf.org/rfc/rfc3626.txt.
- M Gerla, X Hong, G Pei, Fisheye state routing protocol (FSR) for ad hoc networks. IETF Draft (2002). https://tools.ietf.org/html/draft-ietf-manet-fsr-03.
- S Ghannay, SM Gammar, F Kamoun, in Wireless and Mobile Networking. IFIP International Federation for Information Processing, 284, ed. by Z Mammeri. Comparison of Proposed Path Selection Protocols for IEEE 802.11s WLAN Mesh Networks (Springer, 2008), pp. 17–28. http://link.springer.com/chapter/10.1007%2F978-0-387-84839-6_2#.Google Scholar
- A Adekiigbe, KA Bakar, O Simeon, Issues and challenges in clustering techniques for wireless mesh networks. J. Comput. Sci. Eng. 8(1), 8–15 (2011). http://www.researchgate.net/publication/260921860_Issues_and_Challenges_in_Clustering_Techniques_for_Wireless_Mesh_Networks.Google Scholar
- RO Schoeneich, M Golanski, in EUROCON, 2007. The International Conference on Computer as a Tool. Mesh cluster based routing protocol: Enhancing multi-hop internet access using cluster paradigm, (2007), pp. 962–965, doi:10.1109/EURCON.2007.4400318 http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=4400318.
- A Akbari, A Khosrozadeh, N Lasemi, in Computer Sciences and Convergence Information Technology, 2009. ICCIT ’09. Fourth International Conference On. Clustering algorithms in mobile ad hoc networks, (2009), pp. 1509–1513, doi:10.1109/ICCIT.2009.195 http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=5370316.
- S Chinara, S Rath, A survey on one-hop clustering algorithms in mobile ad hoc networks. J. Netw. Syst. Manag. 17(1–2), 183–207 (2009). doi:10.1007/s10922-009-9123-7.View ArticleGoogle Scholar
- D Wei, HA Chan, in Sensor and Ad Hoc Communications and Networks, 2006. SECON’06. 2006 3rd Annual IEEE Communications Society On, 3. Clustering ad hoc networks: Schemes and classifications, (2006), pp. 920–926, doi:10.1109/SAHCN.2006.288583.
- JY Yu, PHJ Chong, A survey of clustering schemes for mobile ad hoc networks. IEEE Commun. Surv. Tutorials. 7(1–4), 32–48 (2005).View ArticleGoogle Scholar
- D Wei, HA Chan, in Mobile Technology, Applications and Systems, 2005 2nd International Conference On. A survey on cluster schemes in ad hoc wireless networks, (2005), pp. 1–8, doi:10.1109/MTAS.2005.207180.
- T Zahn, J Schiller, in Proc. 5th Workshop on Applications and Services in Wireless Networks, ASWN (2005). MADPastry: A DHT Substrate for Practicably Sized MANETs (IEEEParis, 2005).Google Scholar
- M Caesar, M Castro, EB Nightingale, G O Shea, A Rowstron, Virtual ring routing: Network routing inspired by DHTS. Comput. Commun. Rev. 36(4), 351–362 (2006).View ArticleGoogle Scholar
- H Pucha, SM Das, YC Hu, in Mobile Computing Systems and Applications, 2004. WMCSA 2004. Sixth IEEE Workshop On. Ekta: an efficient DHT substrate for distributed applications in mobile ad hoc networks, (2004), pp. 163–173, doi:10.1109/MCSA.2004.11.
- DB Johnson, DA Maltz, in Mobile Computing. Dynamic source routing in ad hoc wireless networks (Kluwer Academic Publishers, 1996), pp. 153–181. http://link.springer.com/chapter/10.1007%2F978-0-585-29603-6_5.
- E Baccelli, J Schiller, in ITS Telecommunications, 2008. ITST 2008. 8th International Conference On. Towards scalable manets, (2008), pp. 133–138, doi:10.1109/ITST.2008.4740243.
- T Fuhrmann, P Di, K Kutzner, C Cramer, Pushing chord into the underlay: Scalable routing for hybrid manets. Technical Report Technical Report, Universität Karlsruhe (TH), Germany, Fakultät für Informatik, Germany (December 2006), http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.72.2788.
- Q Meng, H Ji, in Wireless Communications, Networking and Mobile Computing, 2007. WiCom 2007. International Conference On. Ma-chord: A new approach for mobile ad hoc network with DHT based unicast scheme, (2007), pp. 1533–1536, doi:10.1109/WICOM.2007.386.
- I Stoica, R Morris, D Liben-Nowell, DR Karger, MF Kaashoek, F Dabek, H Balakrishnan, Chord: A scalable peer-to-peer lookup protocol for internet applications. IEEE/ACM Trans. Netw. 11(1), 17–32 (2003).View ArticleGoogle Scholar
- SA Abid, M Othman, N Shah, A survey on DHT-based routing for large-scale mobile ad hoc networks. ACM Comput. Surv. 47(2), 20–12046 (2014). doi:10.1145/2632296.View ArticleGoogle Scholar
- EK Lua, J Crowcroft, M Pias, R Sharma, S Lim, A survey and comparison of peer-to-peer overlay network schemes. IEEE Commun. Surv. Tutorials. 7(2), 72–93 (2005). doi:10.1109/COMST.2005.1610546.View ArticleGoogle Scholar
- F Nocetti, J Gonzalez, I Stojmenovic, Connectivity based k-hop clustering in wireless networks. Telecommun. Syst. 22(1–4), 205–220 (2003). doi:10.1023/A:1023447105713.View ArticleGoogle Scholar
- N Saputro, K Akkaya, in Smart Grid Communications (SmartGridComm), 2014 IEEE International Conference On. Periodic data reporting strategies for IEEE 802.11s-based smart grid ami networks, (2014), pp. 314–319, doi:10.1109/SmartGridComm.2014.7007665.
- CMD Viegas, S Sampaio, F Vasques, P Portugal, P Souto, in Factory Communication Systems (WFCS), 2012 9th IEEE International Workshop On. Assessment of the interference caused by uncontrolled traffic sources upon real-time communication in IEEE 802.11-based mesh networks, (2012), pp. 59–62, doi:10.1109/WFCS.2012.6242541.
- R Fernandes, M Ferreira, in Vehicular Technology Conference (VTC Spring), 2012 IEEE 75th. Scalable vanet simulations with ns-3, (2012), pp. 1–5, doi:10.1109/VETECS.2012.6240251.
- M Ikeda, T Oda, E Kulla, M Hiyama, L Barolli, M Younas, in Broadband, Wireless Computing, Communication and Applications (BWCCA), 2012 Seventh International Conference On. Performance evaluation of WMN considering number of connections using ns-3 simulator, (2012), pp. 498–502, doi:10.1109/BWCCA.2012.89.
- M Ikeda, M Hiyama, E Kulla, L Barolli, M Takizawa, in Broadband and Wireless Computing, Communication and Applications (BWCCA), 2011 International Conference On. Multi-hop wireless networks performance evaluation via ns-3 simulator, (2011), pp. 243–249, doi:10.1109/BWCCA.2011.37.
- E Khorov, A Lyakhov, A Safonov, in Mobile Adhoc and Sensor Systems (MASS), 2011 IEEE 8th International Conference On. Flexibility of routing framework architecture in IEEE 802.11s mesh networks, (2011), pp. 777–782, doi:10.1109/MASS.2011.87.
- J-S Jung, K-W Lim, J-B Kim, Y-B Ko, Y Kim, S-Y Lee, in Communications Workshops (ICC), 2011 IEEE International Conference On. Improving IEEE 802.11s Wireless Mesh Networks for Reliable Routing in the Smart Grid Infrastructure (IEEEKyoto, 2011), pp. 1–5. http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=5963578.
- M Ikeda, E Kulla, L Barolli, M Takizawa, in Complex, Intelligent and Software Intensive Systems (CISIS), 2011 International Conference On. Wireless ad-hoc networks performance evaluation using ns-2 and ns-3 network simulators, (2011), pp. 40–45, doi:10.1109/CISIS.2011.16.
- AB Paul, S Konwar, U Gogoi, A Chakraborty, N Yeshmin, S Nandi, in Education Technology and Computer (ICETC), 2010 2nd International Conference On, 5. Implementation and performance evaluation of AODV in wireless mesh networks using ns-3, (2010), pp. 5–2985303, doi:10.1109/ICETC.2010.5530060.
- K Andreev, A Kovalenko, D Lakontsev. Realization of the draft standard for mesh networking (IEEE802.11s), (2008). Tutorial presented in the 2009 Workshop on ns-3 in conjunction with SIMUTools 2009 in Rome, Italy. Available on: http://www.nsnam.org/workshops/wns3-2009/talks/kirill-80211s.ppt.
- K Andreev, P Boyko, in Workshop on ns3 held in conjunction with SIMUTools 2010. IEEE 802.11 s mesh networking ns-3 model, (2010), p. 43. https://www.nsnam.org/workshops/wns3-2010/dot11s.pdf.
- M Stoffers, G Riley, in Modeling, Analysis Simulation of Computer and Telecommunication Systems (MASCOTS), 2012 IEEE 20th International Symposium On. Comparing the ns-3 propagation models, (2012), pp. 61–67, doi:10.1109/MASCOTS.2012.17.
- G Egeland, PE Engelstad, in Wireless Communication Systems. 2008. ISWCS ’08. IEEE International Symposium On. The reliability and availability of wireless backhaul mesh networks, (2008), pp. 178–183, doi:10.1109/ISWCS.2008.4726042.
- AH Mozumder, T Acharjee, S Roy, in Green Computing Communication and Electrical Engineering (ICGCCEE), 2014 International Conference On. Scalability performance analysis of batman and HWMP protocols in wireless mesh networks using ns-3, (2014), pp. 1–5, doi:10.1109/ICGCCEE.2014.6921389.
- M Guesmia, M Guezouri, N Mbarek, in Communications and Networking (ComNet), 2012 Third International Conference On. Performance evaluation of the HWMP proactive tree mode for IEEE 802.11s based wireless mesh networks, (2012), pp. 1–7, doi:10.1109/ComNet.2012.6217743.
- M Pinheiro, S Sampaio, F Vasques, P Souto, in Emerging Technologies Factory Automation, 2009. ETFA 2009. IEEE Conference On. A DHT-based approach for Path Selection and Message Forwarding in IEEE 802.11s industrial Wireless Mesh Networks, (2009), pp. 1–10, doi:10.1109/ETFA.2009.5347111.
- M Pinheiro, F Vasques, S Sampaio, P Ferreira Souto, in Sensor, Mesh and Ad Hoc Communications and Networks Workshops, 2009. SECON Workshops ’09. 6th Annual IEEE Communications Society Conference On. DHT-based Cluster Routing Protocol for IEEE802.11s Mesh networks, (2009), pp. 1–6, doi:10.1109/SAHCNW.2009.5172928.
- G Carneiro, P Fortuna, M Ricardo, in Proceedings of the Fourth International ICST Conference on Performance Evaluation Methodologies and Tools. VALUETOOLS ’09. Flowmonitor: A network monitoring framework for the network simulator 3 (ns-3) (ICST (Institute for Computer Sciences, Social-Informatics and Telecommunications Engineering)ICST, Brussels, Belgium, 2009), pp. 1–1110, doi:10.4108/ICST.VALUETOOLS2009.7493.
- S Burresi, C Canali, ME Renda, P Santi, in Proceedings of the 2008 Sixth Annual IEEE International Conference on Pervasive Computing and Communications. Meshchord: A location-aware, cross-layer specialization of chord for wireless mesh networks (IEEE Computer SocietyWashington, DC, USA, 2008), pp. 206–212, doi:10.1109/PERCOM.2008.25.
- B Coll, J Gozalvez, in Local Computer Networks, 2009. LCN 2009. IEEE 34th Conference On. Neighbor selection techniques for multi-hop wireless mesh networks (IEEEZurich, 2009), pp. 1020–1026. http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=5355024.
- E Khorov, A Kiryanov, A Lyakhov, A Safonov, in Wireless Communication Systems (ISWCS), 2012 International Symposium On. Analytical study of link management in IEEE 802.11s mesh networks (IEEEParis, 2012), pp. 786–790. http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=6328475.
- M Youssef, M Ibrahim, M Abdelatif, L Chen, AV Vasilakos, Routing metrics of cognitive radio networks: A survey. IEEE Commun. Surv. Tutor. 16(1), 92–109 (2014). doi:10.1109/SURV.2013.082713.00184.View ArticleGoogle Scholar
- A Attar, H Tang, AV Vasilakos, FR Yu, VCM Leung, A survey of security challenges in cognitive radio networks: Solutions and future research directions. Proc IEEE. 100(12), 3172–3186 (2012). doi:10.1109/JPROC.2012.2208211.View ArticleGoogle Scholar
- V Chakravarthy, X Li, Z Wu, MA Temple, F Garber, R Kannan, A Vasilakos, Novel overlay/underlay cognitive radio waveforms using SD-SMSE framework to enhance spectrum efficiency- part i: theoretical framework and analysis in awgn channel. Commun. IEEE Trans. 57(12), 3794–3804 (2009). doi:10.1109/TCOMM.2009.12.080400.View ArticleGoogle Scholar
- P Li, S Guo, S Yu, AV Vasilakos, in INFOCOM, 2012 Proceedings IEEE. Codepipe: An opportunistic feeding and routing protocol for reliable multicast with pipelined network coding, (2012), pp. 100–108, doi:10.1109/INFCOM.2012.6195456.
- P Li, S Guo, S Yu, AV Vasilakos, Reliable multicast with pipelined network coding using opportunistic feeding and routing. IEEE Trans. Parallel Distrib. Syst. 25(12), 3264–3273 (2014). doi:10.1109/TPDS.2013.2297105.View ArticleGoogle Scholar
- Y Zeng, K Xiang, D Li, A Vasilakos, Directional routing and scheduling for green vehicular delay tolerant networks. Wirel. Netw. 19(2), 161–173 (2013). doi:10.1007/s11276-012-0457-9.View ArticleGoogle Scholar
- L Liu, Y Song, H Zhang, H Ma, AV Vasilakos, Physarum optimization: A biology-inspired algorithm for the Steiner tree problem in networks. IEEE Trans. Comput. 64(3), 818–831 (2015). doi:10.1109/TC.2013.229.MathSciNetView ArticleGoogle Scholar
- T Meng, F Wu, Z Yang, G Chen, A Vasilakos, Spatial reusability-aware routing in multi-hop wireless networks. IEEE Trans. Comput. PP(99), 1–1 (2015). doi:10.1109/TC.2015.2417543.Google Scholar
- PBF Duarte, ZM Fadlullah, AV Vasilakos, N Kato, On the partially overlapped channel assignment on wireless mesh network backbone: A game theoretic approach. IEEE J. Sel. Areas Commun. 30(1), 119–127 (2012). doi:10.1109/JSAC.2012.120111.View ArticleGoogle Scholar
- XM Zhang, Y Zhang, F Yan, AV Vasilakos, Interference-based topology control algorithm for delay-constrained mobile ad hoc networks. IEEE Trans. Mob. Comput. 14(4), 742–754 (2015). doi:10.1109/TMC.2014.2331966.View ArticleGoogle Scholar