Once TamoGraph has collected the necessary data in the course of one or several active site surveys, the application is ready to display a number of Wi-Fi data visualizations that will help you to determine important characteristics of your WLAN, such as actual PHY rate or throughput rates, and detect potential performance problems. The information given in this chapter is applicable to active surveys; data analysis for passive surveys is described in the Analyzing Data – Passive Surveys and Predictive Models chapter. You may also want to review Understanding Survey Types: Passive, Active, and Predictive.
Three key interface elements affect what data will be analyzed and how. These elements are overviewed below.
The Plans and Surveys tab on the right panel defines what data the application will visualize. This tab is organized as a hierarchical tree, where for each floor or site plan, you will see one or more site surveys you have conducted. You need to select the floor plan to be analyzed and mark one or more survey paths to be included using the corresponding checkboxes. Depending on where and when the surveys were conducted, you may want to check all or only some of the survey checkboxes. For example, if you have a large site and you made one break while conducting the site survey, your walkabout path will consist of two parts, both of which should be included in the analysis. In a different scenario (e.g., if you surveyed the entire site prior to installing additional wireless hardware and then surveyed it again after the installation), you will probably want to include only one of the surveys and then compare it with the other by changing the checkbox selection. The Type column indicates the survey type: Active, Passive, or Active+Passive. We are reviewing active surveys in this chapter, so you should select the surveys that are marked as Active or Active+Passive in this column. You can use the Comments column to add or modify comments for surveys or modify the survey names for clarity at any time.
The Visualization drop-down box on the toolbar defines what type of analytical tool will be applied to the selected site plan. A visualization is a graphical representation of WLAN characteristics displayed as an overlay on top of the floor plan. The available visualization types will be described below. To select a visualization, simply select the corresponding item from the drop-down list, under the Active section. To clear all visualizations, select None. When no visualization is selected, the floor plan is overlaid with the walkabout paths and guess range areas (the zones within which TamoGraph can make a good assessment of the WLAN parameters).
Unlike passive surveys, active surveys do not include information on the APs in the survey area; they are focused on the specific WLAN or AP to which you connected during the active survey. For this reason, the Selected APs / All APs buttons on the toolbar are disabled when you select a visualization for an active survey. The AP list might still be available if you also performed a passive survey or if APs can be currently “heard” by the application, but checking or unchecking the boxes next to the listed APs has no effect in this case.
The following chapters describe different visualization types and the configuration settings that affect them. They will also help you interpret the data and suggest solutions to problems with Wi-Fi coverage and performance.
The physical layer (PHY) rate is the speed at which client devices communicate with the AP. When you move a computer connected to the AP within the WLAN coverage area, the adapter properties dialog on Windows or the Wi-Fi icon menu on macOS displays the varying connection speed, which may be as high as 450 or 300 Mbps when you are close to the AP or as low as 1 Mbps when you are 50 meters away from it. The displayed speed is the actual PHY rate at which the client was connected to the AP during an active survey. This is unlike the Expected PHY Rate available for passive surveys, where the PHY rate is not measured, but rather estimated based on the signal level. The actual PHY rate that you observe may be lower or higher than the expected rate, depending on the specific adapter and AP equipment being used.
To be able to determine the maximum possible PHY rate, the set of supported rates and standards of the adapter you use for active surveys must be at least as good as that of the AP. If the adapter's capabilities are inferior (e.g., if an 802.11b adapter is connected to an 802.11n AP), the maximum PHY rate will not be reached.
The PHY rate that is measured is the rate at which the adapter is connected to the AP at any given spot along the survey path. As you move along the path, the adapter typically roams to the AP that provides the strongest signal within your WLAN.
It is important to remember that some adapters let you adjust roaming thresholds; these roaming settings might affect the roaming behavior and, therefore, the measured PHY rate. For example, consider two APs located 20 meters away from each other with the signal level ranging from -30 dBm next to the APs to -70 dBm in the middle of the distance between the APs. As you walk from the first to the second AP, some clients will roam as soon they pass the middle point, while others will not roam until they are only a few meters away from the second AP. For this reason, the PHY rate visualization is heavily dependent upon one's walkabout path and its direction. Walking from the first to the second AP might produce a picture that would be different from the one produced by walking in the opposite direction.
Double-clicking on the Actual PHY rate legend on the status bar allows you to configure the color scheme and change its value range.
When low actual PHY rate areas are discovered, the following solutions are suggested:
The TCP Upstream Rate and TCP Downstream Rate visualizations show TCP throughput rates measured in Mbps (megabits per second.) Throughput (also often referred to as “goodput”) is the amount of application-layer data delivered from the client to the server (upstream) or from the server to the client (downstream) per second. The protocol overhead is not included, so when we talk, for example, about the TCP throughput rate of 1 Mbps, we mean that 125 Kbytes of actual data payload were sent between two network nodes during one second, not including TCP, IP, and Ethernet or 802.11 headers.
Throughput rates are one of the most important real-world metrics of a WLAN, because they determine the end user experience and network-related application performance.
Double-clicking on the TCP Upstream and Downstream Rate legend on the status bar allows you to configure the color scheme and change its value range.
When low throughput areas are discovered, the following solutions are suggested:
The UDP Upstream Rate and UDP Downstream Rate visualizations show UDP throughput rates measured in Mbps (megabits per second.) Throughput (also often referred to as “goodput”) is the amount of application-layer data delivered from the client to the server (upstream) or from the server to the client (downstream) per second. The protocol overhead is not included, so when we talk, for example, about the UDP throughput rate of 1 Mbps, we mean that 125 Kbytes of actual data payload were sent between two network nodes during one second, not including UDP, IP, and Ethernet or 802.11 headers.
Just like TCP throughput rates, UDP throughput rates are one of the most important real-world metrics of a WLAN, because they determine the end user experience and network-related application performance. Unlike TCP, UDP is typically used in audio and video streaming applications, such as VoIP, so UDP throughput metrics might give you an insight into expected VoIP quality.
Double-clicking on the UDP Upstream and Downstream Rate legend on the status bar allows you to configure the color scheme and change its value range.
When low throughput areas are discovered, the following solutions are suggested:
This visualization shows loss of UDP packets from the client to the server (upstream) or from the server to the client (downstream) measured in percentages. Packet loss is applicable to UDP tests only, because in TCP, all packets must be acknowledged and no data loss may occur. UDP loss is calculated as the percentage of data that was lost during transmission. For example, if the server sent 1 megabit of data in 10 milliseconds and the client received 0.6 megabits in 10 milliseconds, while 0.4 megabits were lost en route, a 40% downstream loss has occurred.
UDP loss determines end user experience in audio and video streaming applications, such as VoIP. High loss percentage might cause high jitter and delays in audio and video.
When viewing this visualization, it is very important to understand that high downstream loss is normal. UDP traffic is not acknowledged. This means that the party that sends traffic can send as much traffic as the networking system can handle without “caring” about how much of it will be lost. A typical computer on the wired side of the network (server) equipped with a gigabit adapter can send hundreds of megabits per second. This data will first reach a switch, which might be the first bottleneck, and then the AP, which is almost always a bottleneck, because a typical 802.11n access point cannot send more than 100 or 150 Mbps of data downstream, i.e., to the client. As a result, over 50% of UDP packets might be lost en route, but this is the only way to figure out the maximum downstream UDP throughput value.
When high UDP loss areas are discovered, the following solutions are suggested:
This visualization shows Round-trip time (RTT) measured in milliseconds. RTT is the length of time it takes for a data packet to be sent from the client to the server and back.
RTT affects application responsiveness: A high RTT value means that an application server's response to a client request is slow. RTT also affects end user experience in audio and video streaming applications, because a high RTT value will inevitably cause a VoIP lag. Varying RTT might also cause VoIP jitter.
When the surveyor walks the facility during an active survey, the adapter periodically renegotiates the PHY rate and roams to new APs. During these periods of time, RTT values might peak, which is normal.
When areas with consistently high RTT are discovered, the following solutions are suggested:
This visualization shows to which APs the client was associated during an active survey. As you move along the path, the client adapter typically roams to the AP that provides the strongest signal within your WLAN.
It is important to remember that some adapters allow for adjustment of roaming thresholds; these roaming settings might affect the roaming behavior and, therefore, this visualization. For example, consider two APs located 20 meters away from each other with the signal level ranging from -30 dBm next to the APs to -70 dBm in the middle of the distance between the APs. As you walk from the first to the second AP, some clients will roam as soon as they pass the middle point, while others will not roam until they are only a few meters away from the second AP. For the same reason, the Associated AP visualization is heavily dependent upon the walkabout path and its direction. Walking from the first to the second AP might produce a picture that would be different from the one produced by walking in the opposite direction.
This visualization shows what requirements set by the user are met. The Requirements panel (located on the Properties tab of the right-side panel) allows the user to set thresholds for key WLAN parameters, namely (under the Active section):
The zones where the requirement is not met are marked with the corresponding legend color. If more than one requirement is not met, only one color will be used (priority is given to the requirements closer to the top of the list). If all the requirements are met, no color overlays will be displayed.
The meaning of the requirements listed above is explained in detail in the preceding sections of the Analyzing Data – Active Surveys chapter.