GSConnect
size of UDP broadcast from device
I have Linux Ubuntu 20.04 LTS with nftables firewall and a thight firewall setting. I installed GSconnect and learned the LAN cable activity with wireshark. I found with wireshark UDP broadcast to UDP port 1716 has UDP payload size of around 1800 My personal firewall uses "stateless nftables" and drops any IPv4 fragment, because there is no UDP/TCP header to decide on. the GSconnect UDP broadcast is based on MTU=1500 and cuts UDP payload size 1800 in two IPv4 fragments. looking into the payload I find XMSG structured text.
It would be great to compact/compress the payload down to 1472 Bytes or below to eliminate the IPv4 fragments. (calculation is without IPv4_options)
the same needs to be done for the Android side (KDEconnect) to keep interoperability.
This will have to be reported and fixed upstream, in kdeconnect-kde and kdeconnect-android (and probably Sailfish, iOS, Windows, etc) before it can be attempted in GSConnect.
Since this would require a hard upper-limit on the packet size, I'd expect this to take some major re-thinking of the protocol to change.
I have raised the same issue for "KDEconnect on Android platform". got ID Bug 446238 in bugs.kde.org
