Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to send other types of frames #4

Open
r0-l opened this issue Apr 27, 2017 · 3 comments
Open

Unable to send other types of frames #4

r0-l opened this issue Apr 27, 2017 · 3 comments

Comments

@r0-l
Copy link

r0-l commented Apr 27, 2017

I tried to send other type of frames as the one in the example, but I'm unable to succeed.
The only type of frame I can send is beacon, other types such as probe doesn't seem to be sent.

I'm using Wireshark in monitor mode to sniff the frames.

@Jeija
Copy link
Owner

Jeija commented Apr 27, 2017

I was able to send IEEE 802.11 Data Frames using this packet header:

const uint8_t ieee80211header[] = {
	0x08, 0x00, // IEEE 802.11 data frame
	0x00, 0x00, // Duration 0
	0xff, 0xff, 0xff, 0xff, 0xff, 0xff // Broadcast
};

You might also want to try different WiFi hardware on the receiving side and make sure you have successfully entered monitor mode (does wireshark sniff packets from other WiFi devices nearby?).

@r0-l
Copy link
Author

r0-l commented Apr 27, 2017

Works well with the packet header you provided to send data frames.

The problem I had might just be that the function free80211_send can only send some types and subtypes of frames.
The data type works well, but the management type works only with the subtype beacon, as far as I've tested.

@risinek
Copy link

risinek commented Apr 20, 2021

Check https://github.com/GANESH-ICMC/esp32-deauther that bypasses the restriction implemented in ESP-IDF

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants