Speaking as an individual who ballots on working group charters ... On Thu, Dec 6, 2018 at 7:38 AM Stewart Bryant <[email protected]> wrote:
> > > On 06/12/2018 12:57, Gert Doering wrote: > > Hi, > > > > On Thu, Dec 06, 2018 at 10:28:53AM +0000, Stewart Bryant wrote: > >> However, aren't we moving to a world where new protocols get carried > >> over UDP anyway? > > Over HTTPS, you intended to say? > Some and some. It depends on what aspect of the stack you spend your > time thinking about. > "you're both right" :-) ... As noted earlier in this thread, we punted new transport protocols into UDP encapsulation at roughly the "we can't get SCTP deployed at scale, we can't get DCCP deployed at scale, and we don't see any reason to think that any new transport protocol will be any different" stage, at least a decade ago. So, when I see people talking about SCTP, it's usually in a context like RTCWeb, where the stack looks like SCTP/DTLS/UDP, and QUIC is only defined over UDP. (I suspect the world would have been a slightly better place if we'd done the DCCP encapsulation in UDP from day 1, because DCCP functionality could have been really useful when we started encapsulating every known network protocol in UDP, but that's not relevant to this discussion) But since QUIC's initial deliverable includes its HTTP mapping, https://datatracker.ietf.org/doc/draft-ietf-httpbis-bcp56bis/ comes into play. I would oversimplify that draft as saying "we are way more excited about applications using HTTP as a substrate now, than we were in 2002", so, yes, the future smells a lot like HTTPS over (mumble) over UDP, at least to me. I don't know that's a perfect plan, but I've been balloting on working group charters for at least 3 years, assuming that it's a plan. Spencer > - Stewart > > > > > Gert Doering > > -- NetMaster > > _______________________________________________ > Tsv-art mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/tsv-art >
_______________________________________________ OPSEC mailing list [email protected] https://www.ietf.org/mailman/listinfo/opsec
