Open mrkeuz opened 2 years ago
I can't seem to reproduce this, but I fixed it by deduplicating messages by id in 8e22e48 which should wipe away this whole class of issues. Gonna make a new release in a couple minutes.
Confirm! Worked as expected on latest https://github.com/kognise/arpchat/commit/5174dafd115dd5c2ad34bc57591f6fcf05f17b8c 🚀🚀🚀
@kognise hi again, I understand that it's just fun project, and I'm NOT expected to fix, REALLY.
Just FYI, found several issues:
Notes:
In Wireshark messages are seems appearing . Can send pcap
file to you, by email, if needed (just not want share mac addresses here). Just let me know.
Here warm-up clients:
hmm, that's weird! the implication is that some packets just aren't going through - i don't know if it's an issue of them being mutilated, or if they're just being dropped. could you open arpchat on only one device, reproduce one of the issues, and send me a pcap file from that device? if you'd prefer to email it, you can send to hi@kognise.dev.
if the problem is that the packets are being dropped i could try implementing some retry mechanism but it'll be a bit before i feel like doing something like that. in the meantime i am curious what the issue is :)
What I found, on lo
interface all ok. History working, all clients displayed correctly.
BUT if you choose wlan
/eth0
(both clients runs locally) issue reproduced as described above.
pcaps
(lo
vs wlan
/eth0
) seems ARP packets drops/filtered on wlan
by some reason ((( Also not see any criminal rules about in iptables
, ufw
or on router (not sure how arp packets sending in core). Don't know where to dig after. Tested on two machines Ubuntu + Raspbian. Same behavior. sudo
does not help (I thought maybe not enough some network permission) pcap
details sent to email
Again! Really fun project! 🚀🚀🚀
If you run two instances on same host you receive duplicated messages (ONLY on receiver side)
Env
cargo +nightly build
cargo 1.60.0-nightly (95bb3c92b 2022-01-18)
Ubuntu 20.04.4 5.4.0-104-generic