quicwg / multipath

In-progress version of draft-ietf-quic-multipath
Other
53 stars 20 forks source link

Send Abandon frame after NAT rebinding #198

Closed mirjak closed 5 months ago

mirjak commented 1 year ago

This is the proposed text more the other PR to start working this. The proposed solution in further discussion was to also extend the path abandon path with a specific reason code of this case.

mirjak commented 1 year ago

See issue #188

mirjak commented 1 year ago

Yes, this is not ready to merge and discuss should take place in the issue (#188). I just wanted to capture this text as a starting point before we lose it.

huitema commented 8 months ago

I think we need clarity on PR #292 before we progress this draft. We have an issue there, because the "Natted" path and the "before-NAT" path use the same number space. With PR #292, that gives us a strong constraint. I think I explained a plausible solution in https://github.com/quicwg/multipath/pull/292#discussion_r1493966132, but with that solution if rebinding is accepted the new (natted) path will have the same path_id as before NAT rebinding.

mirjak commented 5 months ago

OBE after merge of #292