1 Sensors 2014, 14, ; doi: /s Article OPEN ACCESS sensors ISSN EPMOSt: An Energy-Efficient Passive Monitoring System for Wireless Sensor Networks Fernando P. Garcia 1,2, *, Rossana M. C. Andrade 2, Carina T. Oliveira 2 and JoséNeuman de Souza Federal Institute of Education, Science and Technology (IFCE), CEP , Fortaleza, Ceará, Brazil Group of Computer Networks, Software Engineering and Systems (GREat), Federal University of Ceará, CEP , Fortaleza, Ceará, Brazil; s: (R.M.C.A.); (C.T.O.); (J.N.S.) * Author to whom correspondence should be addressed; or Tel.: or Received: 4 April 2014; in revised form: 12 June 2014 / Accepted: 16 June 2014 / Published: 19 June 2014 Abstract: Monitoring systems are important for debugging and analyzing Wireless Sensor Networks (WSN). In passive monitoring, a monitoring network needs to be deployed in addition to the network to be monitored, named the target network. The monitoring network captures and analyzes packets transmitted by the target network. An energy-efficient passive monitoring system is necessary when we need to monitor a WSN in a real scenario because the lifetime of the monitoring network is extended and, consequently, the target network benefits from the monitoring for a longer time. In this work, we have identified, analyzed and compared the main passive monitoring systems proposed for WSN. During our research, we did not identify any passive monitoring system for WSN that aims to reduce the energy consumption of the monitoring network. Therefore, we propose an Energy-efficient Passive MOnitoring SysTem for WSN named EPMOSt that provides monitoring information using a Simple Network Management Protocol (SNMP) agent. Thus, any management tool that supports the SNMP protocol can be integrated with this monitoring system. Experiments with real sensors were performed in several scenarios. The results obtained show the energy efficiency of the proposed monitoring system and the viability of using it to monitor WSN in real scenarios.
2 Sensors 2014, Keywords: passive monitoring; energy-efficient; wireless sensor networks 1. Introduction The miniaturization of electronic components and the evolution of wireless communication technologies have stimulated the development and use of Wireless Sensor Networks (WSNs) in various applications, such as environmental monitoring, seismic detection, structural health monitoring, and smart spaces, among others. In general, WSNs consist of small sensors which use wireless short range communication. Furthermore, these networks have severe energy consumption, processing power, memory, and bandwidth constraints . Monitoring is important for debugging and analyzing the operation of WSNs. By using a monitoring system, several pieces of information about the operation of the network can be obtained, such as topology discovery, reboot of nodes, isolated nodes, routing loops, packet loss, and network latency, among others . In a WSN, network monitoring can be divided into active monitoring and passive monitoring. In active monitoring, code lines are inserted in the application running in sensor nodes to obtain information about the operation of the network. In this case, the monitoring packets are sent along with data packets of the network, modifying the behavior and operation of the monitored network and consuming the resources of this network. For example, in the active monitoring system Simpathy  about 30% of the bandwidth is used by monitoring traffic. Furthermore, faults in the network may affect the monitoring system and prevent the delivery of monitoring information when it is most needed. In passive monitoring, a monitoring network needs to be deployed in addition to the network to be monitored, named the target network. The monitoring network captures and analyzes packets transmitted by the target network, not consuming any resources of the target network. Furthermore, a fault in the target network does not affect the operation of the monitoring system. However, the deployment of an additional network with the purpose of monitoring the target network increases the overall cost of the WSN. Therefore, passive monitoring systems are more suitable when the goal is to reduce the use of target network resources and/or isolate the faults of the target network from those of the monitoring network. In this paper, we focus on passive monitoring. The lifetime of a WSN can be up to several years and not all problems arise during the first weeks after the deployment of the network . Therefore, an energy-efficient monitoring system is necessary when there is a need for monitoring a WSN in a real scenario over long periods because the lifetime of the monitoring network is extended and, consequently, the target network benefits from the monitoring for a longer time. Liu et al.  describe the use of a WSN for monitoring the oceans and emphasize the importance of monitoring this network using an energy-efficient passive monitoring system.
3 Sensors 2014, All things considered, initially, we have identified, analyzed and compared the main passive monitoring systems proposed for WSN. During our research, we did not identify any passive monitoring system for WSN that aims to reduce the energy consumption of the monitoring network. Therefore, in this paper we propose an energy-efficient passive monitoring system for WSN named Energy-efficient Passive MOnitoring System (EPMOSt). The main goal of this system is to reduce the energy consumption and, consequently, extend the lifetime of the monitoring network. Furthermore, EPMOSt provides monitoring information using an SNMP agent. In this way, any management tool that supports the SNMP protocol can be integrated with this monitoring system. The remainder of the paper is organized as follows: in Section 2, the main passive monitoring systems proposed for WSN are analyzed and compared. Section 3 presents the monitoring system proposed in this paper and describes the details of its implementation. Section 4 describes the experiments and metrics used to evaluate the proposed monitoring system. Section 5 shows and discusses the results obtained from these experiments. Finally, Section 6 summarizes our contributions and identifies avenues for future work. 2. Passive Monitoring in WSNs This section discusses the main passive monitoring systems proposed specifically for wireless sensor networks. In Sensor Network Troubleshooting Suite (SNTS) , nodes of the monitoring network (sniffers) listen passively on the communication channel and capture packets sent by the nodes of the target network. When capturing a packet, a sniffer includes a record in its non-volatile memory (e.g., flash memory) with the contents of the packet and a timestamp. After the period of data capture, sniffers are manually collected and records of the captured packets are transferred to a computer, where they are analyzed. The information obtained from the captured packets is displayed in a tool developed by the authors. The aim of SNTS is to help the developer of applications for WSN to find and fix faults during development time. However, it is not feasible to use the SNTS to monitor WSN deployed in real scenarios where it is impractical to collect the sniffers, for example in military applications or environmental monitoring applications. In Sensor Network Inspection Framework (SNIF) , each sniffer has two radio interfaces, one of which is used to capture packets sent by the nodes of the target network and the other to send the captured packets to the sink node (e.g., a computer) through the monitoring network. The packets captured by sniffers are tagged with a timestamp and sent to the sink node, where duplicate packets are removed. Thus, the packets are analyzed and the information obtained from the monitoring is displayed in a tool developed by the authors. In Pimoto , the target network is subdivided into monitoring islands. A sniffer is deployed in each monitoring island. The sniffer is responsible for capturing in promiscuous mode the packets sent by the nodes of the target network that are within its island and sending theses packets to a gateway (computer) using a Bluetooth radio. A gateway can receive the packets captured by several sniffers. The gateway includes the timestamp and the sniffer address in each captured packet and then it sends the packets to a server. The server analyzes and displays the captured packets with the well-known traffic analysis tool Wireshark  using a plugin developed by the authors. In Pimoto, captured packets can be viewed in Wireshark, but the analysis of packets must be performed by the network
4 Sensors 2014, administrator. Furthermore, the use of Pimoto may be impractical to monitor a WSN that has too many nodes distributed in a wide geographic area because it requires an infrastructure composed of multiple gateways interconnected to the server. In LiveNet , packets captured by sniffers can be stored in a flash memory or sent to a computer via a serial port for future analysis. On the computer, the captured packets are analyzed to obtain information about the behavior of the target network. Like SNTS, it is not feasible to use LiveNet to monitor WSN deployed in scenarios where it is impractical to collect the data stored in the flash memory of sniffers or to send the data collected by sniffers using a wired network, for example in military applications or environmental monitoring applications. In Passive Monitoring System in Wireless (PMSW) sensor networks , each sniffer captures data packets and acknowledgment packets (ACKs) sent by the nodes of the target network that are within its coverage area, and sends the captured packets to its gateway (computer). A sniffer connects to only one gateway via a radio channel with frequency different from the frequency of operation of the target network. When the gateway receives the packets captured by its sniffers, it creates a local trace. Each record of the local trace contains the information of a packet and a timestamp based on the gateway s clock. Hence, each gateway sends the local trace to a server through a TCP/IP network. The server receives the traces sent by all gateways, and generates a global trace with duplicated records removed. Then the global trace is analyzed in order to detect faults and to assess the performance of the target network. The information obtained from this analysis is displayed in a tool developed by the authors. In PMSW, only data and ACK packets are captured, while control packets, such as routing packets and packets of cluster election, are not captured or analyzed. Table 1 shows the comparative analysis of the monitoring systems described in this section. We analyze the following characteristics: Energy-efficient indicates whether the system is concerned with minimizing the energy consumption of nodes of the monitoring network; Analysis mode indicates whether the analysis of captured packets is performed online or offline; Captured packets types of packets (data and/or control) captured by the monitoring network; Event analysis indicates whether the monitoring system analyzes the captured packets to obtain information about the operation of the target network; Redundant packets verifies whether the monitoring system captures redundant packets. Redundant packets are captured when two or more sniffers capture packets sent by the same node of the target network; Aggregation verifies whether the monitoring system uses any mechanism to aggregate information of packets captured from the target network in order to reduce the number of packets transmitted by the monitoring network and, consequently, reduce the energy consumption of this network; and Visualization tool describes the computational tool used to display information obtained from passive monitoring.
5 Sensors 2014, Table 1. Characteristics of monitoring systems. Characteristic SNTS  SNIF  Pimoto  LiveNet  PMSW  Energy-efficient No No No No No Analysis mode Offline Online Online Offline Online Captured packets Data + Data + Data + Data + Data Control Control Control ACK Event analysis Faults analysis Faults Faults None None and performance analysis analysis assessment Redundant packets Yes Yes No Yes Yes Aggregation No No No No No Visualization tool Developed by the authors Developed by the authors Wireshark plugin Developed by the authors Developed by the authors The characteristic analysis mode and event analysis were defined in , while the remaining characteristics were identified from the study of passive monitoring systems discussed in this section. The capture of these characteristics is an additional contribution of this work. The main conclusions obtained by observing Table 1 are: i. None of these systems is energy-efficient; in other words, the proposed solutions are not concerned with minimizing the energy consumption of nodes of the monitoring network. Energy efficiency is important when it is necessary to monitor sensor networks deployed in remote locations, where it is impractical to replace the batteries of sniffers; ii. In SNIF, Pimoto and PMSW the analysis of captured packets is online. In SNTS and LiveNet captured packets are stored in non-volatile memory, which must be collected manually for future analysis (offline); iii. SNTS, SNIF and PMSW analyze the captured data in order to detect fault events and/or assess the performance of the target network, while Pimoto and LiveNet only display the traces of captured packets; iv. Only Pimoto does not capture redundant packets, because the target network is subdivided into monitoring islands and each island has only one sniffer. The capture of redundant packets increases the energy consumption of the monitoring network because sniffers transmit redundant packets through this network; v. None of these systems implements an aggregation mechanism of packets captured from a target network. Aggregation reduces the number of bytes transmitted by the monitoring network and hence reduces the energy consumption of this network; and vi. Only Pimoto displays the monitoring information in a network management tool used by the community (i.e., Wireshark), and none of these systems provides the monitoring information using an SNMP agent.
6 Sensors 2014, The monitoring systems compared in Table 1 have two properties: (1) they use an independent monitoring network consisting of several sniffers to capture in promiscuous mode the packets sent by the target nodes; (2) they do not perform any modification to the application executed by the target nodes. The operation of the monitoring systems which have both properties is independent of the target network. In this paper, we focus on these systems. Others passive monitoring systems for WSN are proposed in [4,5,12 15], but these systems do not have the two properties mentioned above. The monitoring system proposed by Hanninen et al.  does not have the property (1) because it uses only one sniffer, which should be deployed close to the target nodes to be monitored. Sommer and Kusy  propose Minerva, a testbed architecture for distributed debugging of WSN. Minerva does not have the property (1) because each target node is physically connected, via its pin debug, to a sniffer. In Jiangwu et al. , the target network faults are detected by analyzing only the data received by the sink node. Thus, this system also does not have the property (1) because it does not use any monitoring network. The monitoring systems proposed by Liu et al.  and Yang et al.  do not have the property (2) because the application that is executed by the target node is modified to include the node address (id) in all packets which are routed through it. The system proposed by Romer and Ringwald  also does not have the property (2) because the application that is executed by the target node is modified to send data on the status of the node. 3. EPMOSt As mentioned in Section 1, an energy-efficient passive monitoring system is necessary when we need to monitor a WSN in a real scenario for a long time; otherwise, the lifetime of the monitoring network can be much shorter than the lifetime of the target network, due to misuse of the energy of sniffers nodes. Thus, we propose an energy-efficient passive monitoring system for WSN, named EPMOSt, which reduces the energy consumption of the monitoring network. Furthermore, the proposed system provides monitoring information using an SNMP (Simple Network Management Protocol) agent. The SNMP agent allows the integration of the proposed system with any management tool with SNMP support, such as Nagios , Net-SNMP , SNMP MIB Browser Android Tool  and Manage Engine MIB Browser Free Tool . Figure 1 shows the overview of the monitoring system EPMOSt, in which a monitoring network is deployed together with the target network. A monitoring network node (sniffer) captures, in a promiscuous mode, the packets sent by one or more nodes of the target network, inserts a timestamp for each captured packet, and aggregates the headers of several packets in a monitoring message. Then the sniffer sends this message, using the monitoring network, to the local monitor. The local monitor receives the monitoring messages from multiple sniffers and inserts the information of captured packets in a trace file (database) located on the server. The server analyzes the trace generated by one or more local monitors and obtains several pieces of information about the target network (i.e., time at which each node awakens, packet loss, reboot of nodes, number of sent and received packets by each node, etc.). This information is available to the network administrator and it is also stored in a Management Information Base (MIB) to be accessed by an SNMP agent.
7 Sensors 2014, Figure 1. Overview of the EPMOSt. Figure 2 shows the Unified Modeling Language (UML) activity diagram of the EPMOSt. In this system, in general the packets of a given node of the target network are captured by only one sniffer in order to reduce the transmission of redundant packets and hence reduce the energy consumption of the monitoring network. The EPMOSt initially runs a mechanism (Sniffer Election) to elect the nodes of the target network that will have their packets captured by each sniffer. This election mechanism is performed by the sniffers and by the local monitor, taking into account the Received Signal Strength Indicator (RSSI). This mechanism is explained in detail in Section Figure 2. UML activity diagram of the EPMOSt.
8 Sensors 2014, When capturing a packet of the target network, the sniffer inserts a timestamp in this packet. After capturing some packets, the sniffer may aggregate the headers of these packets in a monitoring message to send to the local monitor. The aggregation of headers aims to reduce the number of bytes sent through the monitoring network and, consequently, reduce the energy consumption of this network. In this case, only the information present in the headers of the packets sent by the target network is monitored. However, when there is a need to monitor the data (payload) sent by the target network, the system should not use this aggregation module. The aggregation mechanism is explained in detail in Section The local monitor receives the monitoring messages sent by sniffers and inserts the information of captured packets in a trace file (database) located on the server. The local monitor communicates with the server through an IP network. In some scenarios, it is necessary to deploy local monitors in different parts of the network due to the limited radio range of sniffers. In a more restricted scenario, only one local monitor can be used. In this case, the same computer can act as local monitor and server. The main function of the server is to extract information about the target network from the trace generated by local monitors. For this purpose, initially, the server removes redundant packets that were inserted into the trace. Note that there may be redundant packets in the trace when two or more sniffers capture packets from the same sensor node of the target network. The algorithm to remove redundant packets is explained in detail in Section 3.3. After this, the trace is analyzed to obtain information about the target network. The information obtained is used to generate a report to display for the network administrator. In particular, it is stored in an MIB by an SNMP agent. Therefore, any management tool based on SNMP protocol can communicate with the SNMP agent and display the information obtained from the monitoring of the target network. The implementation details of the system are presented in the following subsections Sniffer In our implementation, the monitoring network uses, as sniffers, sensor nodes of the MicaZ platform, developed by Crossbow Technology. This platform was chosen because it is widely used in applications of WSN in general and it is used in related work in WSN [20,21] of the research group to which this work is linked. The monitoring application embedded in sniffers was developed using the programming language nesc (network embedded system C)  and it runs on the TinyOS  operating system Sniffer Election After the deployment of the monitoring network, sniffers and a local monitor start the Sniffer Election in order to elect the nodes of the target network that will have their packets captured by each sniffer. This election mechanism is executed when a sniffer captures for the first time a packet of a given node of the target network and takes into account the RSSI. As shown in the UML sequence diagram of Figure 3a, when a sniffer S X captures for the first time a packet of the target node A, it sends a message of inclusion of a new node to the local monitor reporting the address of this node A and the corresponding RSSI. If no other sniffer is capturing packets from node A, the local monitor sends a message to S X to start capturing the packets sent by
9 Sensors 2014, node A. Thus, sniffer S X sends an ACK message to the local monitor and starts capturing packets sent by node A. Figure 3. Sniffer election: (a) When no sniffer is capturing packets sent by the target node. (b) When S Y is capturing packets sent by the target node and RSSI(S Y ) RSSI(S X ). (c) When S Y is capturing packets sent by the target node and RSSI(S Y ) < RSSI(S X ). However, if another sniffer S Y is capturing packets from target node A, the local monitor analyzes which of the two sniffers is receiving packets from node A with the highest RSSI value, because, in general, the signal with the highest RSSI value has better quality. If S Y is receiving the signal from node A with the RSSI value greater than or equal to S X, the local monitor sends a message to S X stating that it should not capture packets sent by node A, as shown in Figure 3b. However, if S Y is receiving the signal from node A with the RSSI value less than S X, the local monitor sends a message to S X to start capturing packets from A and it sends a message to S Y to stop capturing packets from A, as shown in Figure 3c. In all situations presented in sequence diagrams shown in Figure 3, after sending a message to a sniffer, the local monitor waits for an ACK message from this sniffer. If the ACK is not received after a time interval (timeout), the local monitor relays the message. If the local monitor does not receive any acknowledgment message after three transmission attempts, this sniffer is considered dead. In this case, the election mechanism is rebooted for the packets of the target nodes covered by this sniffer can be captured by another sniffer. It is important to mention that RSSI captures the signal strength observed on the receiver antenna during packet reception. Two main considerations must be taken into account when analyzing RSSI. First, the RSSI calculation is solely based on correctly received packets, which implies that RSSI will not record packets that failed because of interference . Second, the RSSI is not the average of the signal strengths measured through the reception of the whole packet. In fact, the RSSI value represents
10 Sensors 2014, the received signal strength captured only during the reception of the preamble and header of the Physical Layer Protocol . Thus, in cases where the interference affects only the data portion of the frame, this effect of interference will not be captured in the RSSI measurement . Despite these considerations, the RSSI is a metric frequently used for evaluating the quality of the received signal. To increase the RSSI precision, it has been suggested to use RSSI measurements together with statistical functions. For example, the RSSI value can be calculated from a fixed number of previous measurements or from the measurements in a time interval. Exponential Weighting Moving Average (EWMA) is also suitable to give more weight to recent measurements while not entirely discarding older ones. It is important to highlight that any type of statistical function can be seen as a stability mechanism able to significantly increase the representation of the specificities of wireless environments (e.g., reflections, absorptions, shadowing) . Through the proposed election mechanism, in general only one sniffer captures packets sent by a given node of the target network, thereby reducing the transmission of packets captured by the monitoring network and thus reducing the energy consumption of this network. However, it is possible to capture redundant packets when the situation shown in Figure 3c occurs, due to the time interval between the messages 1.1 and 1.2. Redundant packets can also be captured due to the election mechanism to be run on the local monitor, because each local monitor assigns its monitoring nodes to target nodes, but different local monitors are not aware of each other's assignments. As shown in the results (Section 5), the proposed mechanism, although simple, considerably reduces the energy consumption of the monitoring network Packet Capture After running the sniffer election detailed in Section 3.1.1, sniffers start capturing packets, where each sniffer captures, in promiscuous mode, packets sent by the target nodes that it monitors, that is, nodes which were selected by this election mechanism. As mentioned in Section 3, the aggregation of headers is optional. When the aggregation of headers is not used, the sniffer generates, for each captured packet, a monitoring message containing its address (sniffer address), a timestamp and the bytes of the captured packet. This monitoring message is sent to the local monitor through the monitoring network using multihop routing. The format of the packet sent by the sniffer is shown in Figure 4. The header is inserted by the link layer protocol of the MicaZ platform and has fixed length of 05 bytes. The payload carries the monitoring message. The maximum payload size on the MicaZ platform is 29 bytes. Therefore, if the number of bytes of the monitoring message is larger than this value, the sniffer has to send more than one packet to the local monitor. Figure 4. Format of the packet sent by sniffers without using aggregation of headers.
11 Sensors 2014, When the aggregation of headers is used, only the information present in the headers of captured packets is sent by the sniffer to the local monitor. In this case, the headers of several packets may be sent in the same monitoring message, hence reducing the overhead of transmission and consequently reducing the energy consumption of the sniffers. The format of the packet sent by the sniffer is shown in Figure 5. The monitoring message carries the timestamp and the header of N captured packets. The maximum size of N depends on the size of header of the packets sent by the target nodes, because the monitoring message cannot be higher than the maximum payload size in the MicaZ platform (29 bytes). Figure 5. Format of the packet sent by sniffers using aggregation of headers Local Monitor As described in Section 3.1.1, the local monitor runs the election mechanism together with sniffers. Moreover, the local monitor receives the monitoring messages sent by sniffers containing the packets captured from the target network and inserts the captured packets in a trace file (database) located on the server. For this purpose, the application running on the local monitor establishes a remote connection to a DBMS (DataBase Management System) installed on the server through an IP network. MySQL Server 5.5  is used in this work because it is a widely used DBMS. Besides, it is free software with GPL (General Public License). As the captured packets are stored in a database, it is easy to get information about the target network using SQL (Structured Query Language) clauses. For example, the SQL clause SELECT * FROM wsn WHERE source_addr = 10 shows the packets sent by the target node whose address (source_addr) is 10. The application running on the local monitor was implemented using the Java programming language because it is a multiplatform technology and enables the same code to run on different operating systems (Linux, Windows, etc.) Server-Trace Analysis The trace analysis application runs on the server (see Figure 1) and has the main function to extract information about the target network from the trace generated by local monitors. For this purpose, initially, the redundant packets that exist in the trace (database) are removed. In the MicaZ platform, redundant packets can be detected by analyzing the Destination Sequence Number (DSN) present in the header of the packets sent by sensor nodes. The DSN has a size of 8 bits and it is incremented by the source node for each packet sent. When the DSN reaches the value of 255, the DSN of the next packet sent by the sensor node will have a value of 0 . Therefore, if two or more packets have the same source address, the same DSN, and the difference between their timestamps is less than Δt, it means that they are the same packet. In this work, we assume Δt is
12 Sensors 2014, equal to 10 s, because in our implementation a given sensor node does not send more than 255 packets in this time interval. Figure 6 shows a portion of the trace with the packets sent by the target node whose address (source_addr) is 1. As shown in Figure 6, there are two packets with DSN equal to 119 and they have the same timestamp (exp_datetime). In this case, one of these packets is removed from the trace. Figure 6. Example of trace with redundant packets. After removing the redundant packets, the trace is analyzed to extract information about nodes and paths of the target network. Figure 7 illustrates an example of the trace analysis application. Note that it exemplifies information about the nodes of a given target network used to validate this application. Table 2 (Section 3.4.1) shows the description of each variable displayed in Figure 7. Figure 7. Example of information about the nodes of the target network. In this case, as shown in Figure 7, only the node with addresses (nodeid) of 0 receives data packets, because it is the sink node. Nodes with addresses from 1 to 21 send data packets with information collected from sensors to the sink node. The address (nodeid) corresponds to the broadcast address of the network, where all packets of the routing protocol used by the target network are sent. The scenario used to obtain this information is described in Section 4.1.
13 Sensors 2014, The screen of the trace analysis application shown in Figure 8 exemplifies information about some paths of the target network. Table 4 (Section 3.4.1) shows the description of each variable displayed in Figure 8. Note that each sensor node is the source of two paths, with one for the broadcast address (address 65535) and the other for the sink node (address 0). The trace analysis application was implemented using the Java programming language. Figure 8. Example of information about the paths of the target network Server-SNMP Agent As mentioned in Section 3, the information obtained from the analysis of the trace is stored in an MIB by an SNMP agent. The SNMP agent has been developed using the framework WebNMS SNMP Agent Toolkit Java Edition . This framework enables rapid development of Java-based SNMP agents. Section describes the proposed MIB for EPMOSt and Section shows the tests performed to validate the operation of the SNMP agent developed in this work MIB of the EPMOSt An SNMP agent reads and writes management information in an MIB. The MIB is a data structure that stores managed objects whose values collectively reflect the current state of the managed devices. The values of these objects can be read and/or written by a management tool by sending SNMP messages to the agent. MIB objects are named hierarchically, so that any node in the tree can be identified by a sequence of names (or numbers) that specify the path from the root to the node. The most widely used MIB is defined by RFC 1213 . As shown in Figure 9, under the Internet node in this MIB are the subtrees management, private and experimental. Under the management node are the definitions of the MIB modules standardized by IETF (Internet Engineering Task Force). Under the private node are the definitions of objects of companies registered in the IETF. Under the experimental node are named objects that are being developed and tested. Therefore, the MIB of the EPMOSt has been defined under the experimental node.
14 Sensors 2014, Figure 9. MIB of the EPMOSt. The MIB of the EPMOSt has four tables: nodestable that stores information about the nodes of the target network; pathtable that stores information about the paths of the target network; monitornetworktable stores statistical information about the monitoring network; and sniffertable for storing information about the sniffers. Also this MIB has two scalar objects: nodecount, which is the number of nodes of the target network; and sniffercount, which is the number of sniffers. Objects defined in each of the MIB tables are shown in Tables 2 to 5. Objects with an * beside their names have been identified from the study of passive monitoring systems for WSN, as discussed in Section 2 [6 8,10,11]. The identification of these objects is an additional contribution of this work. The remaining objects were captured in works that describe MIBs for WSN [11,31 33]. Table 2. Objects represented in the nodestable. Object Name nodeid timeawake lastseq lasttimestamp sendpacketnode recvpacketnode senddatapacket * recvdatapacket * sendbytesnode recvbytesnode Object Description Address of the target node Time (seconds) at which the node is active DSN of the last packet sent by the node Timestamp of the last packet sent by the node Number of packets sent by the node Number of packets received by the node Number of data packets sent by the node Number of data packets received by the node Number of bytes sent by the node Number of bytes received by the node Table 3. Objects represented in the sniffertable. Object Name snifferid lasttimestampsniffer capturedpacket capturedbytes Object Description Address of the Sniffer Timestamp of the last packet captured by the sniffer Number of packets captured by the sniffer Number of bytes captured by the sniffer
15 Sensors 2014, Table 4. Objects represented in the pathtable. Object Name pathid srcnode dstnode sendpacketpath sendbytespath timebeginning timeending Object Description Path in format source destination Address of the source node of the path Address of the destination node of the path Number of packets sent through the path Number of bytes sent through the path Timestamp of the first packet sent through the path Timestamp of the last packet sent through the path Table 5. Objects represented in the monitornetworktable. Object Name targetnode packetsenttarget packetcaptured distinctpacketcaptured * redundantpacketcaptured * packetnotcaptured * Object Description Address of the target node Number of packets sent by the target node Number of packets captured from the target node Number of distinct packets captured from the target node Number of redundant packets captured from the target node Number of packets not captured from the target node Agent Validation The SNMP agent developed in this work allows the integration of the monitoring system EPMOSt with any management tool with support for the SNMP protocol. In order to test and validate the agent, the management tools SNMP MIB Browser Android Tool  and Manage Engine MIB Browser Free Tool  were used. The main functionality of these tools is to provide communication with the agents, by sending SNMP messages to query and/or modify objects in an MIB. The SNMP MIB Browser Android Tool  was installed in a smartphone with Android operating system and queries were performed on all objects of the MIB of the EPMOSt to validate the operation of the agent developed in this work. All queries were performed successfully. Figure 10 exemplifies the operation of this tool. Figure 10a shows the structure of the MIB of the EPMOSt. By clicking nodestable on the screen shown in Figure 10a, the user views the nodes of the target network (Figure 10b). By clicking on a given node in the screen shown in Figure 10b, the user views the information related to this node (Figure 10c). The Manage Engine MIB Browser Free Tool  was also used to test and validate the SNMP agent. This software was installed on a computer with the Windows 7 operating system and queries were performed on all objects of the MIB of the EPMOSt. Again, all queries were performed successfully. Therefore, the tests performed with these two tools show that the agent developed in this work enables integration of EPMOSt with any management tool with support for the SNMP protocol.
16 Sensors 2014, Figure 10. Operation of the SNMP MIB Browser Android Tool : (a) Viewing the MIB of the EPMOSt. (b) Viewing the target nodes. (c) Viewing information about the node Experiments This section describes the experiments and the metrics used to evaluate the monitoring system EPMOSt Description The experiments were performed by using MicaZ nodes with the TinyOS  operating system. The MicaZ platform has the following main features: microprocessor ATMEGA128L, 4KB of RAM memory, 128KB of ROM memory and a single radio frequency transceiver CC2420. The CC2420 radio uses the IEEE standard and operates in an unlicensed frequency band of 2.4 GHz with a transmission rate of 250 Kbps . Figure 11 illustrates the scenario used for the experiments. The target network is composed of 21 sensor nodes and 01 sink node. The sensor nodes run an application that, every minute, measures the ambient temperature and sends the information to the sink node. The payload of the packets sent by the sensor nodes carries the measured temperature and a counter incremented at each temperature measurement. The monitoring network is composed of N sniffers and 01 base station. Sniffers capture the packets sent by the nodes of the target network and send these packets to the base station by using multihop routing. The base station sends the packets received from sniffers, through a USB cable, to a computer. In this scenario, the computer performs the functions of the local monitor (generation of the trace) and of the server, as shown in Figure 1. Experiments were performed with 3, 5, 7, 9 and 11 sniffers distributed in the monitored area, as shown in Figure 12.
17 Sensors 2014, Figure 11. Scenario used in the experiments. Figure 12. Distribution of sniffers: (a) 3 sniffers. (b) 5 sniffers. (c) 7 sniffers. (d) 9 sniffers. (e) 11 sniffers. For each scenario shown in Figure 12, three types of experiments were performed: election without aggregation, election with aggregation and without election. In the experiment election without aggregation sniffers run the application described in Section 3.1, in which the election mechanism proposed in Section is implemented, but do not use the aggregation of headers proposed in Section In the experiment elections with aggregation, sniffers run the election mechanism and the aggregation of headers. In the experiment without election sniffers do not run any election mechanism and they capture all packets sent by the nodes of the target network that are within the coverage area of their radios. Thus, sniffers send all the bytes of captured packets to the local monitor, which then inserts these packets in the database. In this case, several sniffers can capture a single packet sent by a given node of the target network. It is noteworthy that this is the strategy used by all the monitoring systems described in Section 2 (SNTS, SNIF, Pimoto, LiveNet and PMSW) Metrics For the evaluation of the experiments the following metrics are defined: percentage of distinct packets captured by the monitoring network ( ), energy consumed by the monitoring network for transmission of captured packets ( ) and average energy consumed by each sniffer for transmission of captured packets ( ). In the EPMOSt, as well as all monitoring systems analyzed in Section 2, sniffers listen to all packets traveling in their radio interfaces. Therefore, the energy consumed in the reception of packets
18 Sensors 2014, in the proposed system is similar to the energy consumed by the systems described in related works, and so it was not used as a metric for evaluation. However, if the duty cycle of the target network is known, each sniffer can be programmed to activate its radio interface just before the duty cycle start and to deactivate its radio interface just after the end of the duty cycle of the target network. This strategy contributes to further reduce the energy consumption of the monitoring network. The total number of packets sent by the sensor nodes of the target network is obtained by Equation (1), where and are, respectively, the number of the first and last temperature measurements performed by node, and represents the number of sensor nodes of the target network. In the scenario used in these experiments, the value of is 21: (1) The number of distinct packets sent by node captured by the monitoring network is determined by checking which packets from node are in the interval. Therefore, the total number of distinct captured packets is obtained by Equation (2): (2) The percentage of distinct packets captured by the monitoring network ( by Equation (3): ) is determined As explained in Section 3.3, the number of redundant packets from node is determined by analyzing the DSN and the timestamp of the packets sent by the node. Therefore, the total number of redundant packets captured by the monitoring network is obtained by Equation (4): (3) (4) In order to calculate the energy consumed by the monitoring network for the transmission of packets, the energy model for MicaZ sensors defined in  and used in  was used. In this model, the energy consumed in the transmission is determined by Equation (5), in which is the number of packets sent, is the packet size in bytes, is the time spent for transmitting one byte, is the value of current in the transmission mode and is the electric voltage of the battery: The values used for, and were 32 ms, 17.4 ma and 3 volts, respectively. These values were obtained in the specification document of the MicaZ platform (datasheet), and are also equal to the values presented in [20,34]. By replacing these values in Equation (5), Equation (6) is obtained: In the experiments without election and election without aggregation, the number of packets sent by the sniffers is determined by Equation (7). In these two types of experiments, each packet sent (5) (6)
19 Sensors 2014, by the sniffers has size of 23 bytes, with 05 bytes of header and 18 bytes of the monitoring message (see Figure 4). Therefore, the energy consumed by the monitoring network for transmitting the captured packets from the target network is determined by Equation (8): When the aggregation of headers is used, as explained in Section 3.1.2, the headers of several packets of the target network are sent in the same monitoring message in order to reduce the energy consumption of the sniffers. In our experiments, the monitoring message carries the address of the sniffer (1 byte) and, the timestamp (2 bytes) and the header (11 bytes) of two packets of the target network. Therefore, in the experiment election with aggregation each packet sent by the sniffers has size of 32 bytes, with 05 bytes of header and 27 bytes of the monitoring message (see Figure 5). In this experiment, the number of packets sent by the sniffers is determined by Equation (9). By replacing, determined by Equation (9), and equal to 32 in Equation (6), we obtain Equation (10), which corresponds to the energy consumed by the monitoring network for transmission of captured packets when the aggregation of headers is used: (7) (8) (9) /2 (10) The average energy consumed by each sniffer for transmission of captured packets is determined by Equation (11), where N is the number of sniffers and may be calculated through Equation (8) or (10) according to the type of experiment: To exemplify how the variables used in Equations (1) (11) affect the energy consumption, Table 6 shows the values of each variable for a single round with duration of 15 minutes for each type of experiment for a monitoring network with 11 sniffers (Figure 12e). It can be observed in Table 6 that the number of redundant packets captured by the monitoring network is zero when the election mechanism proposed in this paper is used. This occurs because in general only one sniffer captures packets sent by a given node of the target network, as explained in Section Table 6. Values of variables for a single round with 11 sniffers. Type of Experiment Variable without Election Election without Aggregation Election with Aggregation PsentTarget Pcaptured %Pcaptured 97.23% 96.30% 97.53% Predundant Et (mj) EtSniffer (mj) (11)
20 Sensors 2014, Results and Discussion For each of the scenarios shown in Figure 12 (Section 4.1), three types of experiments were performed: election without aggregation, election with aggregation and without election. For each scenario and for each type of experiment, 10 rounds with duration of 15 min were performed. All experiments were conducted in the same environment under the same conditions. The results shown in Figures refer to the average values of 10 rounds with a confidence interval of 95%. The margins of error of the experiments can be perceived only in Figure 15 because, in Figures 13 and 14, their values are very small and cannot be viewed. We first investigate the energy consumed by the monitoring network for transmitting the captured packets as a function of the number of sniffers. As shown in Figure 13, when the election mechanism is not used, the energy consumed by the monitoring network increases when the number of sniffers increases. This occurs because the packets sent by a given node of the target network are captured by a larger number of sniffers, thereby increasing the number of redundant captured packets and consequently increasing the energy consumed by the monitoring network for the transmission of these packets. In the two types of experiments in which the election mechanism is used, the energy consumption of the monitoring network remains almost constant, because, when the number of sniffers increases, each sniffer captures packets from a smaller number of nodes of the target network, but the total number of packets sent by the monitoring network changes very little. Figure 13. Energy consumed by the monitoring network vs. number of sniffers. Figure 13 shows that, with 11 sniffers, the energy consumed by the monitoring network is 38.4 mj when the election mechanism and the aggregation of headers are not used. When the election mechanism without aggregation of headers is used, the energy consumption is 11.8 mj, which corresponds to a decrease of 69.3%. This decrease in energy consumption occurs because the use of the election mechanism significantly reduces the number of redundant packets transmitted by the sniffers. When the election mechanism and the aggregation of headers are used, the energy
21 Sensors 2014, consumption is only 8.27 mj, which corresponds to a decrease of 78.5%. These results prove the energy efficiency of the EPMOSt. Next, we study the average energy consumed by each sniffer for transmitting the captured packets as a function of the number of sniffers. Figure 14 shows that, for all types of experiments, a decrease in the energy consumed by each sniffer when the number of sniffers is increased, occurs. This is because sniffers constitute an independent mesh network. Thus, when the number of sniffers increases, sniffers are closer to each other and the power of their radio interfaces is reduced, thereby reducing the coverage area of each sniffer and, consequently, each sniffer captures packets from a smaller number of target nodes. It can also be seen that the use of the election mechanism considerably reduces the energy consumption of the sniffers and consequently prolongs the lifetime of the monitoring network. Figure 14. Energy consumed by each sniffer vs. number of sniffers. Finally, we study the percentage of distinct packets captured by the monitoring network as a function of the number of sniffers. Figure 15 shows that, for all types of experiments, when the number of sniffers increases, the percentage of captured packets also increases. This occurs because the sniffers are closer to the nodes of the target network and they receive the radio signals with higher strength (RSSI). When the election mechanism is not used, the percentage of captured packets is slightly higher than in the two types of experiments that use the election mechanism. This occurs because the same packet may be captured by more than one sniffer, thereby increasing the probability of it being captured. However, this difference between the captured packets decreases with increasing number of sniffers and it is only 0.62% at 11 sniffers. It is important to emphasize that the sniffers used in these experiments have only one radio interface and, consequently, they cannot receive and send packets at the same time. This contributes to the monitoring network to capture less than 100% of packets sent by the target network. Therefore, the results should be better if the sniffers had two radio interfaces.
Review of the Air Force Academy No 2 (24) 2013 BROWSER-BASED HOME MONITOR USING ZIGBEE SENSORS Marian ALEXANDRU, Vlad URSU Transilvania University of Brasov, Romania Abstract: A study of how to implement
NETWORK DEVICE MONITORING pag. 2 INTRODUCTION This document aims to explain how Pandora FMS is able to monitor all network devices available on the marke such as Routers, Switches, Modems, Access points,
(International Journal of Computer Science & Management Studies) Vol. 17, Issue 01 Performance Evaluation of AODV, OLSR Routing Protocol in VOIP Over Ad Hoc Dr. Khalid Hamid Bilal Khartoum, Sudan firstname.lastname@example.org
The BSN Hardware and Software Platform: Enabling Easy Development of Body Sensor Network Applications Joshua Ellul email@example.com Overview Brief introduction to Body Sensor Networks BSN Hardware
Proceedings of the IMAC-XXVIII February 1 4, 2010, Jacksonville, Florida USA 2010 Society for Experimental Mechanics Inc. Demystifying Wireless for Real-World Measurement Applications Kurt Veggeberg, Business,
Service and Resource Discovery in Smart Spaces Composed of Low Capacity Devices Önder Uzun, Tanır Özçelebi, Johan Lukkien, Remi Bosman System Architecture and Networking Department of Mathematics and Computer
Thingsquare Technology Thingsquare connects smartphone apps with things such as thermostats, light bulbs, and street lights. The devices have a programmable wireless chip that runs the Thingsquare firmware.
A Routing Algorithm Designed for Wireless Sensor Networks: Balanced Load-Latency Convergecast Tree with Dynamic Modification Sheng-Cong Hu firstname.lastname@example.org Jen-Hou Liu email@example.com Min-Sheng
Network LLDP and LLDP- MED Prof. Vahida Z. Attar College of Engineering, Pune Wellesely Road, Shivajinagar, Pune-411 005. Maharashtra, INDIA Piyush chandwadkar College of Engineering, Pune Wellesely Road,
Wireless Home Networks based on a Hierarchical Bluetooth Scatternet Architecture W. Lilakiatsakun'. 2, A. Seneviratne' I School of Electrical Engineering and Telecommunication University of New South Wales,
Network LLDP and LLDP- MED Prof. Vahida Z. Attar College of Engineering, Pune Wellesely Road, Shivajinagar, Pune-411 005. Maharashtra, INDIA Piyush chandwadkar College of Engineering, Pune Wellesely Road,
CHAPTER 6 CROSS LAYER BASED MULTIPATH ROUTING FOR LOAD BALANCING 6.1 INTRODUCTION The technical challenges in WMNs are load balancing, optimal routing, fairness, network auto-configuration and mobility
QUALITY OF SERVICE METRICS FOR DATA TRANSMISSION IN MESH TOPOLOGIES SWATHI NANDURI * ZAHOOR-UL-HUQ * Master of Technology, Associate Professor, G. Pulla Reddy Engineering College, G. Pulla Reddy Engineering
A NOVEL RESOURCE EFFICIENT DMMS APPROACH FOR NETWORK MONITORING AND CONTROLLING FUNCTIONS Golam R. Khan 1, Sharmistha Khan 2, Dhadesugoor R. Vaman 3, and Suxia Cui 4 Department of Electrical and Computer
152 APPENDIX 1 USER LEVEL IMPLEMENTATION OF PPATPAN IN LINUX SYSTEM A1.1 INTRODUCTION PPATPAN is implemented in a test bed with five Linux system arranged in a multihop topology. The system is implemented
REMOTE TEMPERATURE AND HUMIDITY MONITORING SYSTEM USING WIRELESS SENSOR NETWORKS Varsha jaladi 1, Guthula Ganga Raja Sekhar 2, K.Raghava Rao 3 1 BTech Student, dept. of Electronics and Computers, K L University,
Using Received Signal Strength Indicator to Detect Node Replacement and Replication Attacks in Wireless Sensor Networks Sajid Hussain* and Md Shafayat Rahman Jodrey School of Computer Science, Acadia University
Sensor network infrastructure for intelligent building monitoring and management system 1 R.VENKATESH, 2 K.RADHA, 3 M.GANTHIMATHI 1.B.E-CSE, Muthayammal Engineering College, Rasipuram. 2. Assistant Professor
INTERNET OF THINGS 1 OUTLINE Introduction to IoT Technologies Ubiquitous Network Network Management Technologies RFID WSN Embedded Nanotechnology IPv6 UPnP SNMP Challenging Problems Conclusions and Future
Sensors & Transducers 2014 by IFSA Publishing, S. L. http://www.sensorsportal.com Wireless Sensor Networks Database: Data Management and Implementation Ping Liu Computer and Information Engineering Institute,
NanoMon: An Adaptable Sensor Network Monitoring Software Misun Yu, Haeyong Kim, and Pyeongsoo Mah Embedded S/W Research Division Electronics and Telecommunications Research Institute (ETRI) Gajeong-dong
LAN Switching 15-441 Computer Networking Bridges/Switches, 802.11, PPP Extend reach of a single shared medium Connect two or more segments by copying data frames between them Switches only copy data when
Lab VI Capturing and monitoring the network traffic 1. Goals To gain general knowledge about the network analyzers and to understand their utility To learn how to use network traffic analyzer tools (Wireshark)
24 Water Quality Monitoring System Using Zigbee Based Wireless Sensor Network Zulhani Rasin Faculty of Electrical Engineering Universiti Teknikal Malaysia Melaka (UTeM) Melaka, Malaysia Email: firstname.lastname@example.org
Wireless Physical Layer Q1. Is it possible to transmit a digital signal, e.g., coded as square wave as used inside a computer, using radio transmission without any loss? Why? It is not possible to transmit
Leased Line + Remote Dial-in connectivity Client: One of the TELCO offices in a Southern state. The customer wanted to establish WAN Connectivity between central location and 10 remote locations. The customer
White Paper Municipal Mesh Network Design Author: Maen Artimy 1 Summary This document provides a wireless mesh network design for the downtown area of the Town of Wolfville, Nova Scotia. This design serves
International Journal of Advancements in Research & Technology, Volume 3, Issue 4, April-2014 55 Management of Wireless sensor networks using cloud technology Dipankar Mishra, Department of Electronics,
A Transport Protocol for Multimedia Wireless Sensor Networks Duarte Meneses, António Grilo, Paulo Rogério Pereira 1 NGI'2011: A Transport Protocol for Multimedia Wireless Sensor Networks Introduction Wireless
LoRa FAQs 1.) What is LoRa Modulation? LoRa (Long Range) is a modulation technique that provides significantly longer range than competing technologies. The modulation is based on spread-spectrum techniques
Synapse s SNAP Network Operating System by David Ewing, Chief Technology Officer, Synapse Wireless Today we are surrounded by tiny embedded machines electro-mechanical systems that monitor the environment
ITE I Chapter 6 2006 Cisco Systems, Inc. All rights reserved. Cisco Public 1 Objectives Implement Spanning Tree Protocols LAN Switching and Wireless Chapter 5 Explain the role of redundancy in a converged
ECGR-6185 Advanced Embedded Systems ZIGBEE 802.15.4 University of North Carolina-Charlotte Charlotte Chaitanya Misal Vamsee Krishna WPAN A personal area network (PAN) is a computer network used for communication
Energy Effective Routing Protocol for Maximizing Network Lifetime of WSN Rachana Ballal 1, S.Girish 2 4 th sem M.tech, Dept.of CS&E, Sahyadri College of Engineering and Management, Adyar, Mangalore, India
APPENDIXB Verifying Detection of Asset Tags in WLAN Controllers Asset Tags Detection The protocol analyzer trace in Figure B-1 provides important information with regard to how asset tags compliant with
Laboratory 12 Applications Network Application Performance Analysis Objective The objective of this lab is to analyze the performance of an Internet application protocol and its relation to the underlying
Congestion Control in WSN using Cluster and Adaptive Load Balanced Routing Protocol Monu Rani 1, Kiran Gupta 2, Arvind Sharma 3 1 M.Tech (Student), 2 Assistant Professor, 3 Assistant Professor Department
Basic Networking Concepts 1. Introduction 2. Protocols 3. Protocol Layers 4. Network Interconnection/Internet 1 1. Introduction -A network can be defined as a group of computers and other devices connected
229 SIP Protocol as a Communication Bus to Control Embedded Devices Ramunas DZINDZALIETA Institute of Mathematics and Informatics Akademijos str. 4, Vilnius Lithuania email@example.com Abstract.
Bidirectional wireless communication using EmbedRF 1. Tools you will need for this application note... 2 2. Introduction... 3 3. Connect EmbedRF Board to USB Interface Board... 3 4. Install and Run EmbedRF
Wireless Sensor Networks for Precision Agriculture: Methods and Experiences Novel Sensor Technologies for Plant Phenotyping September 13 th 14 th, 2012 Wageningen, The Netherlands Antonio Javier Garcia
CSE331: Introduction to Networks and Security Lecture 6 Fall 2006 Open Systems Interconnection (OSI) End Host Application Reference model not actual implementation. Transmits messages (e.g. FTP or HTTP)
Local Area What s a LAN? A transmission system, usually private owned, very speedy and secure, covering a geographical area in the range of kilometres, comprising a shared transmission medium and a set
Bluetooth for device discovery Networking Guide Index Document Version: v4.4-11/2014 Libelium Comunicaciones Distribuidas S.L. INDEX 1. Introduction... 3 1.1. General description...3 2. Hardware... 5 2.1.
UNIVERSITI MALAYSIA PERLIS SCHOOL OF COMPUTER & COMMUNICATIONS ENGINEERING EKT 332/4 COMPUTER NETWORK LABORATORY MODULE LAB 2 NETWORK PROTOCOL ANALYZER (SNIFFING AND IDENTIFY PROTOCOL USED IN LIVE NETWORK)
Management Software AT-S106 Web Browser User s Guide For the AT-GS950/48 Gigabit Ethernet Smart Switch Version 1.0.0 613-001339 Rev. A Copyright 2010 Allied Telesis, Inc. All rights reserved. No part of
Adaptive DCF of MAC for VoIP services using IEEE 802.11 networks 1 Mr. Praveen S Patil, 2 Mr. Rabinarayan Panda, 3 Mr. Sunil Kumar R D 1,2,3 Asst. Professor, Department of MCA, The Oxford College of Engineering,
An Efficient Hybrid Data Gathering Scheme in Wireless Sensor Networks Ayon Chakraborty 1, Swarup Kumar Mitra 2, and M.K. Naskar 3 1 Department of CSE, Jadavpur University, Kolkata, India 2 Department of
1 Network General - 1T6-521 Application Performance Analysis and Troubleshooting Question: 1 One component in an application turn is. A. Server response time B. Network process time C. Application response
Ethernet Babak Kia Adjunct Professor Boston University College of Engineering ENG SC757 - Advanced Microprocessor Design Ethernet Ethernet is a term used to refer to a diverse set of frame based networking
Enterprise VoIP Services over Mobile Ad-Hoc Technologies 1 System Architecture Figure 1 illustrates the system architecture. We can divide it into 2 parts. One is the Mobile VoIP Box (MVB) node and the
Design and Performance Analysis of Building Monitoring System with Wireless Sensor Networks Mohammed A. Abdala & Alaa Mohammed Salih Department of Networks, College of Information Engineering, University
MANAGED SWITCH SOFTWARE MONITORING CHAPTER 23 In This Chapter... System Information.................................................3 2 Port and Power Status...............................................3
High-Frequency Distributed Sensing for Structure Monitoring K. Mechitov, W. Kim, G. Agha and T. Nagayama* Department of Computer Science, University of Illinois at Urbana-Champaign 201 N. Goodwin Ave.,
TUTORIAL 2 (EKT 332) 6.1. Why do LANs tend to use broadcast networks? Why not use networks consisting of multiplexers and switches? Why broadcast network? -The computers in a LAN are separated by a short
Voice over IP Demonstration 1: VoIP Protocols Network Environment We use two Windows workstations from the production network, both with OpenPhone application (figure 1). The OpenH.323 project has developed
A NOVEL OVERLAY IDS FOR WIRELESS SENSOR NETWORKS Sumanta Saha, Md. Safiqul Islam, Md. Sakhawat Hossen School of Information and Communication Technology The Royal Institute of Technology (KTH) Stockholm,
1 A Slow-sTart Exponential and Linear Algorithm for Energy Saving in Wireless Networks Yang Song, Bogdan Ciubotaru, Member, IEEE, and Gabriel-Miro Muntean, Member, IEEE Abstract Limited battery capacity
WLAN Positioning Technology White Paper Issue 1.0 Date 2014-04-24 HUAWEI TECHNOLOGIES CO., LTD. 2014. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any
Customer Specific Wireless Network Solutions Based on Standard IEEE 802.15.4 Michael Binhack, sentec Elektronik GmbH, Werner-von-Siemens-Str. 6, 98693 Ilmenau, Germany Gerald Kupris, Freescale Semiconductor
ISSN: 2229-6948(ONLINE) ICTACT JOURNAL ON COMMUNICATION TECHNOLOGY, DECEMBER 214, VOLUME: 5, ISSUE: 4 SPY AGENT BASED SECURE DATA AGGREGATION IN WSN T. Lathies Bhasker 1 and G. Arul Jagan 2 1 Department
Applied Mathematics & Information Sciences An International Journal 20 NSP 5 (2) (20), 243S-250S Design of Environmental Parameters Monitoring System for Watermelon Seedlings Based on Wireless Sensor Networks
ISBN 978-93-84468-20-0 Proceedings of 2015 International Conference on Future Computational Technologies (ICFCT'2015) Singapore, March 29-30, 2015, pp. 224-228 Wireless Sensor Network: Challenges, Issues
RT-QoS for Wireless ad-hoc Networks of Embedded Systems Marco accamo University of Illinois Urbana-hampaign 1 Outline Wireless RT-QoS: important MA attributes and faced challenges Some new ideas and results
Performance Evaluation of Linux Bridge James T. Yu School of Computer Science, Telecommunications, and Information System (CTI) DePaul University ABSTRACT This paper studies a unique network feature, Ethernet
From reconfigurable transceivers to reconfigurable networks, part II: Cognitive radio networks Loreto Pescosolido Spectrum occupancy with current technologies Current wireless networks, operating in either
Monitoring Traffic manager eg Enterprise v6 Restricted Rights Legend The information contained in this document is confidential and subject to change without notice. No part of this document may be reproduced
XBee Wireless Sensor Networks for Temperature Monitoring Vongsagon Boonsawat, Jurarat Ekchamanonta, Kulwadee Bumrungkhet, and Somsak Kittipiyakul School of Information, Computer, and Communication Technology
Smartening the Environment using Wireless Sensor Networks in a Developing Country Introduction to Wireless Sensor Network Security Presented By Al-Sakib Khan Pathan Department of Computer Science and Engineering
Architecture of distributed network processors: specifics of application in information security systems V.Zaborovsky, Politechnical University, Sait-Petersburg, Russia firstname.lastname@example.org 1. Introduction Modern
Review of the Air Force Academy No 3 (30) 2015 REAL TIME MONITORING AND TRACKING SYSTEM FOR AN ITEM USING THE RFID TECHNOLOGY For the past few years, location systems have become a major studying field,
Transport Layer Protocols Version. Transport layer performs two main tasks for the application layer by using the network layer. It provides end to end communication between two applications, and implements
3. MONITORING AND TESTING THE ETHERNET NETWORK 3.1 Introduction The following parameters are covered by the Ethernet performance metrics: Latency (delay) the amount of time required for a frame to travel
International Journal of Engineering Science Invention Volume 2 Issue 2 ǁ February. 2013 Online Communication of Critical Parameters in Powerplant Using ZIGBEE D.Santhiya 1, R.Renita Priyatharshini 2,K.C.Dhivya
EXTENDING NETWORK KNOWLEDGE: MAKING OLSR A QUALITY OF SERVICE CONDUCIVE PROTOCOL by Pedro Eduardo Villanueva-Pena, Thomas Kunz Carleton University January, 2006 This report examines mechanisms to gradually
Ethernet Radio Configuration Guide for Gateway, Endpoint, and Repeater Radio Units April 20, 2015 Customer Service 1-866-294-5847 Baseline Inc. www.baselinesystems.com Phone 208-323-1634 FAX 208-323-1834
Ethernet dominant LAN technology: cheap -- $20 for 100Mbs! first widely used LAN technology Simpler, cheaper than token rings and ATM Kept up with speed race: 10, 100, 1000 Mbps Metcalfe s Etheret sketch
WHITE PAPER OCTOBER 2014 CA Unified Infrastructure Management for Networks 2 WHITE PAPER: CA UNIFIED INFRASTRUCTURE MANAGEMENT FOR NETWORKS ca.com Table of Contents Solution Overview 3 Specialized Probes
Monitoring Software using Sun Spots Corey Andalora February 19, 2008 Abstract Sun has developed small devices named Spots designed to provide developers familiar with the Java programming language a platform
Introduction to Network Security Lab 1 - Wireshark Bridges To Computing 1 Introduction: In our last lecture we discussed the Internet the World Wide Web and the Protocols that are used to facilitate communication
Introduction Computer Network. Interconnected collection of autonomous computers that are able to exchange information No master/slave relationship between the computers in the network Data Communications.