[Wireshark-bugs] [Bug 16766] Unable to capture in Monitor mode using MacBook 16"

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16766 --- Comment #9 from Guy Harris --- (In reply to Alexis La Goutte from comment #8) > It is not fixed on macOS Big Sur ? (The futur macOS on beta) some body reply > this recently on a bug about this I remember seeing *something* about it fa

[Wireshark-bugs] [Bug 16767] Add Arinc 615A dissector

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16767 Roman Koshelev changed: What|Removed |Added CC||roman.koshe...@bk.ru A

[Wireshark-bugs] [Bug 16767] New: Add Arinc 615A dissector

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16767 Bug ID: 16767 Summary: Add Arinc 615A dissector Product: Wireshark Version: Git Hardware: All OS: All Status: IN_PROGRESS Severity: Enhancement

[Wireshark-bugs] [Bug 16740] Wireshark Crashes when Using Local Computer as Remote Interface

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16740 Alexis La Goutte changed: What|Removed |Added CC||alexis.lagou...@gmail.com,

[Wireshark-bugs] [Bug 16754] Dissect SES over UDP

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16754 Alexis La Goutte changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRM

[Wireshark-bugs] [Bug 16764] Lithionics Battery Management dissector

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16764 Alexis La Goutte changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--

[Wireshark-bugs] [Bug 16766] Unable to capture in Monitor mode using MacBook 16"

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16766 Alexis La Goutte changed: What|Removed |Added CC||alexis.lagou...@gmail.com ---

[Wireshark-bugs] [Bug 15783] No Internet after Wireshark captured packets from Wi-Fi in monitor mode

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15783 Guy Harris changed: What|Removed |Added See Also||https://bugs.wireshark.org/

[Wireshark-bugs] [Bug 15170] Monitor mode doesn't capture any packets on 2018 MacBook Pro

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15170 Guy Harris changed: What|Removed |Added See Also||https://bugs.wireshark.org/

[Wireshark-bugs] [Bug 16766] Unable to capture in Monitor mode using MacBook 16"

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16766 Guy Harris changed: What|Removed |Added Resolution|NOTOURBUG |DUPLICATE --- Comment #7 from Guy Ha

[Wireshark-bugs] [Bug 15170] Monitor mode doesn't capture any packets on 2018 MacBook Pro

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15170 Guy Harris changed: What|Removed |Added CC||j...@braunsma.net --- Comment #15 fr

[Wireshark-bugs] [Bug 15170] Monitor mode doesn't capture any packets on 2018 MacBook Pro

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15170 --- Comment #13 from Guy Harris --- WiFi Diagnostics Sniffer performs Special Magic to enable monitor mode on the hardware that requires it; file a Feedback Assistant item to complain to Apple, as they're the ones who will have to fix it.

[Wireshark-bugs] [Bug 15371] Monitor Mode on longer works on macOS 10.14.1

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15371 Guy Harris changed: What|Removed |Added Resolution|NOTOURBUG |DUPLICATE --- Comment #5 from Guy Ha

[Wireshark-bugs] [Bug 15170] Monitor mode doesn't capture any packets on 2018 MacBook Pro

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15170 Guy Harris changed: What|Removed |Added CC||zhoucengc...@hotmail.com --- Comment

[Wireshark-bugs] [Bug 16766] Unable to capture in Monitor mode using MacBook 16"

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16766 --- Comment #6 from Guy Harris --- (In reply to Guy Harris from comment #5) > You'll need to file a bug with Apple to get it fixed. The more Radars^WFeedback items filed, the more attention it's likely to get, so everybody bothered by thi

[Wireshark-bugs] [Bug 16764] Lithionics Battery Management dissector

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16764 --- Comment #2 from Gerrit Code Review --- Change 38106 merged by Anders Broman: Add Lithionics battery management dissector. https://code.wireshark.org/review/38106 -- You are receiving this mail because: You are watching all bug chang

[Wireshark-bugs] [Bug 16766] Unable to capture in Monitor mode using MacBook 16"

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16766 Guy Harris changed: What|Removed |Added Status|INCOMPLETE |RESOLVED Resolution|---

[Wireshark-bugs] [Bug 16766] Unable to capture in Monitor mode using MacBook 16"

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16766 --- Comment #4 from Guy Harris --- (In reply to Jon B from comment #2) > Executed command: > sudo tcpdump -I -i en0 -G 1800 -w /var/tmp/tcpdump_test_diag.pcap > tcpdump: listening on en0, link-type IEEE802_11_RADIO (802.11 plus radiotap >

[Wireshark-bugs] [Bug 16766] Unable to capture in Monitor mode using MacBook 16"

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16766 --- Comment #3 from Jon B --- I agree with your assessment. Apple is doing some magic behind the scenes to get the GUI in to monitor mode and the libraries we are using lack the decoder ring for this hardware version to get it to work. T

[Wireshark-bugs] [Bug 16766] Unable to capture in Monitor mode using MacBook 16"

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16766 --- Comment #2 from Jon B --- Executed command: sudo tcpdump -I -i en0 -G 1800 -w /var/tmp/tcpdump_test_diag.pcap tcpdump: listening on en0, link-type IEEE802_11_RADIO (802.11 plus radiotap header), capture size 262144 bytes Output: -rw-r

[Wireshark-bugs] [Bug 16766] Unable to capture in Monitor mode using MacBook 16"

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16766 Guy Harris changed: What|Removed |Added Status|UNCONFIRMED |INCOMPLETE Ever confirmed|0

[Wireshark-bugs] [Bug 16766] Unable to capture in Monitor mode using MacBook 16"

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16766 Jon B changed: What|Removed |Added Priority|Low |High -- You are receiving this mail beca

[Wireshark-bugs] [Bug 16766] New: Unable to capture in Monitor mode using MacBook 16"

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16766 Bug ID: 16766 Summary: Unable to capture in Monitor mode using MacBook 16" Product: Wireshark Version: 3.2.5 Hardware: x86 OS: macOS 10.15 Status: UNCONFIRME

[Wireshark-bugs] [Bug 16755] MNC 11 is showing Mobile Network Code (MNC): NTT DoCoMo Tokai Inc. (11) But its belonging to Rakuten Network

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16755 --- Comment #7 from Jaap Keuter --- Oh, here we go, in ITU Operational Bulletin No.1164 - Annex to ITU Operational Bulletin No. 1162 -15.XII.2018 (Amendment No. 1): Japan ADD 440 08 Panasonic Systems Solutions Japan Co., Ltd 440 0

[Wireshark-bugs] [Bug 16755] MNC 11 is showing Mobile Network Code (MNC): NTT DoCoMo Tokai Inc. (11) But its belonging to Rakuten Network

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16755 --- Comment #6 from Pascal Quantin --- Hi Jaap, The full list (updated from time to time) is then amended by the bulletins published every 2 weeks. So unfortunately you have to go through all docs (that's why I gave up at some point). Tha

[Wireshark-bugs] [Bug 16755] MNC 11 is showing Mobile Network Code (MNC): NTT DoCoMo Tokai Inc. (11) But its belonging to Rakuten Network

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16755 --- Comment #5 from Jaap Keuter --- So far I've managed to regenerate the lists updated with the information of the Mobile Network Codes POSITION ON 15 DECEMBER 2018 from the Annex to ITU Operational Bulletin No. 1162 – 15.XII.2018. There'

[Wireshark-bugs] [Bug 16755] MNC 11 is showing Mobile Network Code (MNC): NTT DoCoMo Tokai Inc. (11) But its belonging to Rakuten Network

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16755 Jaap Keuter changed: What|Removed |Added Status|CONFIRMED |IN_PROGRESS -- You are receiving t

[Wireshark-bugs] [Bug 16765] New: Sorting column on "radiotap.flags.badfcs" sorts on "frame.number"

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16765 Bug ID: 16765 Summary: Sorting column on "radiotap.flags.badfcs" sorts on "frame.number" Product: Wireshark Version: 3.2.5 Hardware: x86 OS: macOS 10

[Wireshark-bugs] [Bug 16528] packet-eap.c: Add "Certificate Serial Number" field for Encrypted IMSI identity strings

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16528 --- Comment #2 from Gerrit Code Review --- Change 38111 had a related patch set uploaded by Matthew Weant: EAP: Adding Encrypted IMSI Dissection https://code.wireshark.org/review/38111 -- You are receiving this mail because: You are wat

[Wireshark-bugs] [Bug 16054] Add SSH decryption support

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16054 --- Comment #19 from Gerrit Code Review --- Change 38109 had a related patch set uploaded by Rasmus Jonsson: ssh: add decryption for aes128-...@openssh.com https://code.wireshark.org/review/38109 -- You are receiving this mail because:

[Wireshark-bugs] [Bug 16529] packet-eap.c: Unknown bytes between the end of EAP PDU and end-of-frame CRC

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16529 Matthew Weant changed: What|Removed |Added Status|IN_PROGRESS |RESOLVED Resolution|---

[Wireshark-bugs] [Bug 16522] packet-eap.c: Conservative Peer, Anonymous User, Encrypted IMSI, and two other identity types do not dissect

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522 Matthew Weant changed: What|Removed |Added Status|IN_PROGRESS |RESOLVED Resolution|---

[Wireshark-bugs] [Bug 16528] packet-eap.c: Add "Certificate Serial Number" field for Encrypted IMSI identity strings

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16528 Bug 16528 depends on bug 16522, which changed state. Bug 16522 Summary: packet-eap.c: Conservative Peer, Anonymous User, Encrypted IMSI, and two other identity types do not dissect https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522

[Wireshark-bugs] [Bug 16528] packet-eap.c: Add "Certificate Serial Number" field for Encrypted IMSI identity strings

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16528 Bug 16528 depends on bug 16521, which changed state. Bug 16521 Summary: packet-eap.c: Encrypted IMSI identities begin with a null byte prefix which fails string grab in dissect_eap_identity_wlan() https://bugs.wireshark.org/bugzilla/show_

[Wireshark-bugs] [Bug 16521] packet-eap.c: Encrypted IMSI identities begin with a null byte prefix which fails string grab in dissect_eap_identity_wlan()

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16521 Matthew Weant changed: What|Removed |Added Status|IN_PROGRESS |RESOLVED Resolution|---

[Wireshark-bugs] [Bug 16537] packet-eap.c: Replace several unique EAP identity fields with a single identity field, and add some metadata EAP Identity Fields

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16537 Bug 16537 depends on bug 16522, which changed state. Bug 16522 Summary: packet-eap.c: Conservative Peer, Anonymous User, Encrypted IMSI, and two other identity types do not dissect https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522

[Wireshark-bugs] [Bug 16522] packet-eap.c: Conservative Peer, Anonymous User, Encrypted IMSI, and two other identity types do not dissect

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522 Bug 16522 depends on bug 16521, which changed state. Bug 16521 Summary: packet-eap.c: Encrypted IMSI identities begin with a null byte prefix which fails string grab in dissect_eap_identity_wlan() https://bugs.wireshark.org/bugzilla/show_

[Wireshark-bugs] [Bug 16537] packet-eap.c: Replace several unique EAP identity fields with a single identity field, and add some metadata EAP Identity Fields

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16537 Bug 16537 depends on bug 16521, which changed state. Bug 16521 Summary: packet-eap.c: Encrypted IMSI identities begin with a null byte prefix which fails string grab in dissect_eap_identity_wlan() https://bugs.wireshark.org/bugzilla/show_

[Wireshark-bugs] [Bug 16523] packet-eap.c: Encrypted IMSI identities use diff. string format compared to other EAP Identities; need separate logic to handle tokenization

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16523 Bug 16523 depends on bug 16521, which changed state. Bug 16521 Summary: packet-eap.c: Encrypted IMSI identities begin with a null byte prefix which fails string grab in dissect_eap_identity_wlan() https://bugs.wireshark.org/bugzilla/show_

[Wireshark-bugs] [Bug 16732] ieee80211: add support for radiotap Tx flag field

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16732 Alexis La Goutte changed: What|Removed |Added CC||alexis.lagou...@gmail.com

[Wireshark-bugs] [Bug 16732] ieee80211: add support for radiotap Tx flag field

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16732 --- Comment #1 from Gerrit Code Review --- Change 37944 merged by Anders Broman: ieee80211: add radiotap TX flags https://code.wireshark.org/review/37944 -- You are receiving this mail because: You are watching all bug changes._

[Wireshark-bugs] [Bug 16372] Relative sequence number should be in brackets

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16372 --- Comment #8 from Peter Wu --- By "purity" I was thinking about consistency, having generated fields indicated as such. Generally I would also be quite picky about details, and "doing it right", so I guess I am with you there :-) Howeve

[Wireshark-bugs] [Bug 16537] packet-eap.c: Replace several unique EAP identity fields with a single identity field, and add some metadata EAP Identity Fields

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16537 Alexis La Goutte changed: What|Removed |Added CC||alexis.lagou...@gmail.com