Introduction to RX-SOP Configuration

Mon 01 May 2023 by Gioacchino Castorio

The Cisco Receiver Start of Packet Detection Threshold (RX-SOP) is a feature available on a multitude of enterprise access points, but experience taught me junior wireless engineers often misunderstand it.

In a sentence, the RX-SOP configuration declares the Wi-Fi power required for an access point to pick up signals, demodulation and then start decoding the physical layer protocol data unit (PPDU). This definition begs the question: why is such a feature required? Having a clear picture of how signal decay over distance is necessary to understand the implications of RX-SOP. ​

RF propagation refresher

​ We call an "isotropic radiator" an intentional radiator (IR) with no spatial dimensions (i.e. a dot) in the infinite void, emitting a wave signal of amplitude P(tx) in all directions. This entity is, of course, ideal, and it cannot be implemented in real life, but it will help us describe the behaviour of radiation moving through space.

A receiver at a distance d for the IR would see a different power level strictly less than P(tx), as the transmitted amount spreads to all directions; we can name the received power P(rx). In the case of an isotropic IR, we can easily compute P(rx) as the power spreads over a spherical wavefront. The power density I at a distance d on a punctiform section of the sphere is defined as follows: ​

transmit power density formula

In other words, the value "I" represents how the transmitted power distributes in a point at a distance d from the IR. It also lets us compute how much power P(rx) can be captured by a punctiform section of the receiving antenna.

Multiplying I by the effective area of the antenna will give us the total received power. The effective area depends on the directivity of the receiving antenna in general. However, when the receiver is far away from the transmitter (at least two or three times the wavelength lambda), it can be proven that: ​

received power formula
​ As you can see from the above, the distance d contributes significantly to the power loss in ideal conditions. We call this effect the Free Space Path Loss (FSPL). At a distance of 1 m from the IR, regardless of the transmitted power, P(rx) is approximately 40% less than the transmitted power. The figure below shows the decay of the received power for varying values of the distance d when the transmit power P(tx) = 30 dBm and the lambda = 6 cm (frequency = 5 GHz) are set:

rx power delay FSPL
​ What we described superimposes to other detrimental effects, (such as material absorption) which are effectively multiplicative factors in the formula for P(rx) and it makes the curve decay faster.

RX-SOP operations

​ Having a clearer picture of the harshness of the RF environment, the receiver needs to detect between actual signals, which intensity may be comparable to a whisper in a noisy environment. This is when RX-SOP comes into play.

There is a power level called "sensitivity," which is the signal strength (expressed in dBm) of the weakest signal that the AP can distinguish from the background noise and process successfully. RX-SOP does not alter the sensitivity of your access point. On the other hand, changing the RX-SOP level forces the AP to actively ignore signals below a specific power in dBm. For instance, Cisco Meraki APs use -95 dBm by default when enabled on the Dashboard.

meraki rx-sop default

The described concept may sound familiar to those of you who are amateur radio operators, as this is a form of "carrier squelch", i.e. suppressing the receiver output if the input signal is not strong enough. You can see the effects of RX-SOP muting when the level is set to -70 dBm: ​

RX-SOP operatiomns
​ Quoting from the Cisco documentation, this feature is "ideal for high-density environments [...] where there are a large number of client devices connected per AP [... where ...] the smaller the cell size, the better." ​ The benefit might come from the fact that the AP will not reset its Network Allocation Vector (NAV) timer when receiving a signal below the threshold so that it can start transmitting relatively more frequently. ​ I saw this configuration altered in the wild by inexperienced administrators and troubleshooters without properly validating its effect on the environment, primarily to address the issue of sticky clients. The latter is not advisable: the RX-SOP is a receive-only configuration, and it applies only to the AP side, while the client will continue receiving transmissions from the AP as if nothing changed. The client may send a frame using its estimated "correct" power level for the AP to receive, while the AP ignores the frame as the received signal strength is not above the set threshold. This behaviour may lead to excessive retransmissions and client disconnections in the worst scenarios, especially at the boundary of the cell coverage where the asymmetry may be felt the most. A better result in reducing bidirectionally the cell size could have been accomplished by simply reducing the AP transmit power while guaranteeing appropriate primary and secondary coverage. ​

Final remarks

​ Altering the default value of RX-SOP is a risky matter leading to unexpected behaviours and interruption of the wireless service if you do not know what you are trying to accomplish and you do not have a clear picture of the mathematics behind signal propagation. In general, RX-SOP should not be used without following a well-thought design, followed by validation and tuning after the deployment in high-density environments with many clients (e.g. auditoriums, stadiums).

tl;dr -- never shoot off the hip when using RX-SOP, do your homework with the design, and consider first decreasing power to reduce cell sizes instead. ​ ​ ​

Bibliography

  • "High Density Experience (HDX) Deployment Guide, Release 8.0." Cisco, Jun. 2015, https://bit.ly/3oTelUe. Accessed 30 Apr. 2023.
  • "Free-space Path Loss." Scholarly Community Encyclopedia, Oct. 2022, https://bit.ly/40WJMdj. Accessed 30 Apr. 2023.
  • "Receive Start of Packet (RX-SOP)." Cisco Meraki, Oct. 2020, https://bit.ly/41R9xxa. Accessed 30 Apr. 2023.