Floris Bruynooghe

> [A New Method for Symmetric NAT Traversal in UDP and TCP (1).pdf](https://github.com/n0-computer/iroh/files/15403626/A.New.Method.for.Symmetric.NAT.Traversal.in.UDP.and.TCP.1.pdf) The holepunching system we used based on DERP (and I believe also ICE) employs a coordination server...

I've finally looked through your logs properly. Apologies for taking so long to get back to this. I found one bug because some weird thing in your logs - but...

I created #2481 to track the packet-loss problem during holepunching.

> > Otherwise the logs look fine: there are coordinated holepunching attempts. But nothing makes it through. One explanation could be that something is filtering your network. However another option...

> This has led to another issue: when my server has multiple IP addresses, only one of them can successfully punch through (in my tests, it's the IPV6 address), with...

Hi, I have forgotten completely about tracking this issue by now. Do we need to still fix things here or can it be closed by now?

You are right, when you receive the first packet you do not yet have an ALPN on the `Incoming`. You only have the ALPN once you have called `Incoming::accept` which...

Hum, on the surface of it you could do refuse/retry/ignore on `Connecting`. I think the main reason it is split off is to save the effort of parsing. However as...

would you mind making a PR for this? thanks! On Wed 24 Jul 2024 at 16:08 -0700, Forrest Collman wrote: > please add this to your requirements! > > this...

I've attempted to split this up, hopefully the commits are more or less what you had in mind. Still makes the same change essentially.