Floris Bruynooghe

The strongest objection seems to be against enabling local-swarm-discovery by default because this broadcasts your NodeId on every network you happen to be on. The DNS discovery on the other...

Oh, we also got caught out by the docs clearly stating that the port is ignored. I put 80 in as it seemed safer than 0, but now it seems...

There's `Connection::max_datagram_size` which gives you to maximum size you can send, but note that this can change over the lifetime of the connection. You'll get a `SendDatagramError::TooLarge` if you try...

That's useful info, any chance you know details about the UPnP software that iroh is failing to talk to? Would great if it was possible to reproduce elsewhere.

(I previously wrote this on discord somewhere, repeating here) We need to store the `dst_ip` of the `RecvMeta` in the `PathState` and when we return the "addr_for_send" it should be...

I'm afraid this is going to be very hard to debug without having a way to reproduce. It's basically something gone wrong with packet accounting. But why is hard to...

It is probably fairly traffic-dependent. If you remember how you generated the traffic to go over the quic connection and can do something similar it might reproduce?

An update on the current plan for the wire-protocol stability of iroh: - We're aiming to make a 1.0 release next year. - From that point on we'll keep wire-protocol...

FWIW the TLS validation error is fixed in #3486. But this issue is more about the lack of clear logs. Which indeed is worrysome. We generally use the "aternative" formatter...

This would presumably also need to be enabled for the various HTTPS probes in netcheck? - captive portal check - https probe (ping) check