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

Wi-Fi packet dissection #45

Closed
Inlustra opened this issue Aug 12, 2015 · 1 comment
Closed

Wi-Fi packet dissection #45

Inlustra opened this issue Aug 12, 2015 · 1 comment
Labels

Comments

@Inlustra
Copy link

Hi,
This is really as much of a question as it is an enhancement. I'd love to use the library and have it actively sniffing "probe requests" using the Bpf: "subtype probereq". Unfortunately it seems Pcap4j is unable to parse these packets as well as the DataLinkType 127 or DLT_IEEE802_11_RADIO information.

I would like to use the DLT to get the RSSI (Signal Strength) of the packet. Is there any documentation on how to manually add a new link type along with information? is this even supported?

I could add an AbstractPacket for dissecting the Probe Request but, unfortunately it wouldn't be worth it without the DLT information.

Thanks.
Tom

http://www.tcpdump.org/linktypes.html

@kaitoy
Copy link
Owner

kaitoy commented Aug 14, 2015

Which packet factory module are you using? If properties-based packet factory, setting the system property org.pcap4j.packet.Packet.classFor.org.pcap4j.packet.namednumber.DataLinkType.127 = org.pcap4j.packet.YourPacketClass may solve the problem.
If I am misunderstanding the problem, please let me know.

@kaitoy kaitoy closed this as completed Dec 5, 2015
@kaitoy kaitoy added the question label Nov 1, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants