cancel
Showing results for 
Search instead for 
Did you mean: 

How to debug "Error: unhandled value 0 for OFDM l_sig_rate"

How to debug "Error: unhandled value 0 for OFDM l_sig_rate"

Valter_Veiga
New Contributor III

Hello, 

 

How can I debug the following message ? 

 

Oct 30 02:16:29 2019: %KERN-6-INFO: [401607.670569] athko_fill_wips_rxinfo: Error: unhandled value 0 for OFDM l_sig_rate.

 

9448a690941646789bae8653686489ce_bda243ed-ed94-4ad1-ba33-1e280e65339f.png

 

1 ACCEPTED SOLUTION

ckelly
Extreme Employee

Valter, I can’t say 100% based on the message itself:

athko_fill_wips_rxinfo: Error: unhandled value 0 for OFDM l_sig_rate

 

At this point, now that you’ve upgraded to 5.9.7 and are continuing to see the message, I would recommend reaching out to GTAC.

If you wanted to explore the possibility that this is a ‘opportunistic’ rate selection standard problem, try could try changing from opportunistic to standard and see if the messages continue.

View solution in original post

7 REPLIES 7

ckelly
Extreme Employee

Valter,

The L-SIG (legacy signaling) field is part of an .11 Preamble and the Preamble contains the transmission and vector information for the each transmitted frame.  The L-SIG field itself contains a length and rate sub-field.  It’s this rate sub-field that seems to be at issue.  For 5GHz transmissions, the rate sub-field should always be set to 6Mbps and is represented by a 4-bit value (1101).

The problem, according to the error message, is that the rate value is being interpreted as being “0”...which is certainly not an existing data rate, right?  And hence the error message.

As for actually capturing an example to see what is in the air, this is going to be a problem because as far as I  know, the Preamble is not something that is decoded and presented by capture tools.  The preamble is essentially information that is really only useful to the wireless hardware (I’ve never needed or wanted to look at actual Preamble information in a wireless capture before).

I’ve looked in Wireshark, using an adapter in monitor mode, and the most I’m seeing in the radio-tap header section under the ‘Present Flags’ is whether the L-SIG is absent or not.  It doesn’t tell us what the ‘rate’ value is in the L-SIG sub-field in the frame’s Preamble.  And w/o this, you cannot analyze a wireless capture to validate if a frame’s rate value is actually  “0” or not.

 

This is going to be one of those issues where we need to let GTAC and engineering do what they do best.

Valter_Veiga
New Contributor III

Hi Chris, 

 

I have open the case # 02202923. 

The support is doing its initial look.

 

How can I take a wifi capture in the wing to capture this  “l_sig_rate” field ?

ckelly
Extreme Employee

Valter, I can’t say 100% based on the message itself:

athko_fill_wips_rxinfo: Error: unhandled value 0 for OFDM l_sig_rate

 

At this point, now that you’ve upgraded to 5.9.7 and are continuing to see the message, I would recommend reaching out to GTAC.

If you wanted to explore the possibility that this is a ‘opportunistic’ rate selection standard problem, try could try changing from opportunistic to standard and see if the messages continue.

Valter_Veiga
New Contributor III

I’m running the version 5.9.7.0-011R and the error message is still there.

“athko_fill_wips_rxinfo: Error: unhandled value 0 for OFDM l_sig_rate”

Can it be because: rate-selection opportunistic   ?   (I use this beause of the MESH config.)

 

Info : 

According to documentation the The L-SIG is one OFDM symbol with a duration that varies with channel bandwidt.

 

Non-HT (Legacy) Signal Field

The legacy signal (L-SIG) field is the third field of the 802.11 OFDM PLCP legacy preamble. It consists of 24 bits that contain rate, length, and parity information. The L-SIG is a component of HE, VHT, HT, and non-HT PPDUs. It is transmitted using BPSK modulation with rate 1/2 binary convolutional coding (BCC).

 

 

 

Can it be because: rate-selection opportunistic ?

 

GTM-P2G8KFN