Mt7620 Wireless Driver features accidental Detection

Preface

Today, the customer reported that ht_ap0 was programmed for the wireless serial number SSID, and his colleagues reported it to me after they changed it through the background. I think it is incorrect. Is it a wireless drive crash? That should be impossible to play...

Tracing

Our router regularly reports the data SSID. Who knows, the server is not saved to the database. I am very angry with this. The previous specifications are clear and clear. Why is my work not in place! Now that we have found this problem, we can change the local server. It doesn't matter. We can't change the SSID of A vro.

Root question

The SSID of the vrossid is lost. This is a big problem. We found the vrossid whose SSID is programmed with ht_ap0. Why is this? Is it a problem in the driver? I went to the driver source code to search for this variable and did not find it. Then I searched ht_ap.

In AP. c

VOID APStartUp(IN PRTMP_ADAPTER pAd) {.....if ((pMbss->SsidLen <= 0) || (pMbss->SsidLen > MAX_LEN_OF_SSID)){NdisMoveMemory(pMbss->Ssid, "HT_AP", 5);pMbss->Ssid[5] = '0'+apidx;pMbss->SsidLen = 6;}.....} 

It turns out that the SSID value is empty, and the driver automatically assigns this variable, which creates this problem.

Well, I saw the problem when I captured the packet. The garbled characters on the server contain the words I needed, but there is no value, my code does not infer whether the value is null or not, and then the SSID is changed directly through UCI, causing the driver to automatically set the default SSID.

This is the real cause of the problem.

Summary

After a fault occurs, keep the site. I made a mistake before, that is, if the wireless light is not on, I will restore the factory settings. No real cause is found. You also need to trust the system, and do not think it is a big deal. You need to find out the real cause of the problem and consolidate the problem. Otherwise, you will still suffer a fault.