Dave Cottlehuber

can we re-open this? I'm testing FreeBSD port upgrade from 1.2.9 -> 1.2.11 and seeing the same issue: - `FreeBSD 15.0-CURRENT amd64` - `crystal 1.10.1` ``` $ lavinmq --config=/usr/local/etc/lavinmq/lavinmq.ini --debug...

no worries. what platform/lavinmq version are you testing this on? for me it's easy, using the tarball we exchanged on slack, and v1.2.11.

Apache CouchDB. But I suspect this will happen with anything. I don't think the data ever leaves the local buffers, so I should be able to reproduce with netcat.

@joseph-henry what do you recommend for doing (P)MTU discovery, given its all UDP?

wireshark over the lower (igb0) interface shows that curl with 1263 bytes is too much, and gets fragmented, but curl with 1262 bytes is ok:  In this scenario I...

adjusting ZT interface mtu = 1335 seems to be the magic number

Because we suffer from double NAT between these systems & the internet (until I finish IPv6 everywhere), I have this, ports are hardwired and very reliable since this was put...

after some experimentation, lowest working mtu on local PC is 1335, which hits this 1372 MTU on the igb0 physical interface again. On my router (before the ISP one) I...

given zt is all udp (unless relaying) how does it do mtu discovery? is there a certain type of icmp packet that we might be blocking, for example?

@dsander maybe you can mention DEPRECATED in the repo title, or rename it, or something? As its now part of vagrant core, people finding this repo can lose lots of...