-
Notifications
You must be signed in to change notification settings - Fork 370
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
Follow up for PacketCapture feature. #6795
Labels
kind/feature
Categorizes issue or PR as related to a new feature.
Comments
hangyan
added
the
kind/feature
Categorizes issue or PR as related to a new feature.
label
Nov 9, 2024
cc @luolanzone |
hangyan
added a commit
to hangyan/antrea
that referenced
this issue
Nov 12, 2024
By default, gopacket will write snap length=0 in the pcapng file header, means unlimited snaplen. tcpdump on osx(libpcap version 1.10.1) cannot recognize this and will report error. This patch will set a default value(524288) for it. Signed-off-by: Hang Yan <[email protected]>
hangyan
added a commit
to hangyan/antrea
that referenced
this issue
Nov 20, 2024
By default, gopacket will write snap length=0 in the pcapng file header, means unlimited snaplen. tcpdump on osx(libpcap version 1.10.1) cannot recognize this and will report error. This patch will set a default value(524288) for it. Signed-off-by: Hang Yan <[email protected]>
hangyan
added a commit
to hangyan/antrea
that referenced
this issue
Nov 20, 2024
By default, gopacket will write snap length=0 in the pcapng file header, means unlimited snaplen. tcpdump on osx(libpcap version 1.10.1) cannot recognize this and will report error. This patch will set a default value(65535) for it. Signed-off-by: Hang Yan <[email protected]>
antoninbas
pushed a commit
that referenced
this issue
Nov 20, 2024
By default, gopacket will write snap length=0 in the pcapng file header, means unlimited snaplen. tcpdump on macOS (libpcap version 1.10.1) cannot recognize this and will report error. This patch sets a default value (65535) for it. For #6795 Signed-off-by: Hang Yan <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Possible future improvements in the future:
bi-direction capture
This was marked as a future improvement during the design stage. We could add a bool field in the spec to turn this on.
ipv6
currently the
ipFamily
field in spec has a fixed valueipv4
.tcp flags filter
icmp echo/reply filter
add new section in
transportHeader
struct to support icmp filters.antctl support
download the pcap file directly from cli
capture both on source/target
users maybe want to check the diff.
Current issues:
this is the error message shown when reading packets from tcpdump on mac. It works fine with linux and WIreshark(mac).
Related to:
The text was updated successfully, but these errors were encountered: