Re: [tsvwg] UDP source ports for HTTP/3 and QUIC

[Gorry Fairhurst <[e-mail]>]

On 23/07/2021 00:21, Mark Nottingham wrote:
> Hi Gorry,
>
>> On 23 Jul 2021, at 7:14 am, Gorry Fairhurst <[e-mail]> wrote:
>>
>> Am I understanding this about a client choosing source ports, and this client runs out of ephemeral ports (at least within the time it can reuse closed ports). I can see that servers can have lots of clients, but what is the use-case for a QUIC client to have that many open UDP ports?
> Please see my original mail in its entirety. There are two scenarios of note:
>
> 1) A client implementation asks the OS for a port and uses whatever it's given. Because of the port allocation practices of some implementations, the chosen port can be one of those we're talking about (although that's mostly for those > 1024). While AFAIK some implementations will try to allocate an ephemeral port number first (in the IETF definition), some will not, AIUI.
>
> 2) A client is behind a NAT/CGNAT that chooses a different source port, again within one of these ranges.
>
> Cheers,
>
> --
> Mark Nottingham   https://www.mnot.net/

Thanks Mark

- sorry for making you say this again, I was thrown by the context of QUIC.

So, probably for (2) I think RFC4787 (BCP: 127), Section 4.2.is the 
relevant reference, and that current NATs have different policies, .....

I think I now understand the use-case.

Gorry