Re: Re udp port overload on ipv4 (was Re: V6 still not supported)

2022-03-10 Thread Grzegorz Janoszka
On 10/03/2022 21:03, Matthew Walster wrote: If that was feasible, we would likely be using SCTP by now. TCP, UDP, and ICMP are likely to be the only reliable IP protocols for the foreseeable future on the internet. (As in, inter-domain) But QUIC runs on UDP - it is not a new protocol, we are j

Re: Re udp port overload on ipv4 (was Re: V6 still not supported)

2022-03-10 Thread Matthew Walster
On Thu, 10 Mar 2022, 19:41 Dave Taht, wrote: > I am deeply concerned by the onrushing move to udp for QUIC, > IMO, it's a fad that will die away. IMHO, QUIC should also one day become its own protocol number also, > If that was feasible, we would likely be using SCTP by now. TCP, UDP, and ICMP

Re: Re udp port overload on ipv4 (was Re: V6 still not supported)

2022-03-10 Thread William Herrin
On Thu, Mar 10, 2022 at 11:43 AM Dave Taht wrote: > I am deeply concerned by the onrushing move to udp for QUIC, with udp > the former province of voip, gaming, request/response and > videoconferencing traffic. Hi Dave, Since QUIC is without value unless it works with widely deployed NAT there's

Re udp port overload on ipv4 (was Re: V6 still not supported)

2022-03-10 Thread Dave Taht
I am deeply concerned by the onrushing move to udp for QUIC, with udp the former province of voip, gaming, request/response and videoconferencing traffic. I certainly see natted udp ports get used up rapidly by various tools, and also see timeouts for reuse often below 30sec. IMHO, QUIC should als