Re: [Stackevo] Breakfast Tuesday Morning

Hi, Brian,

On Thu, Jul 12, 2018 at 7:54 AM Brian Trammell (IETF) <ietf@trammell.ch>
wrote:

> Greetings, all,
>
> We have a meeting of the Stack Evolution Program on Tuesday morning 17
> July in the IAB room, Saint-Denis. Meeting at 08:00, food available 07:30.
>
> Our agenda this time is free-form (i.e. Brian was too lazybusy to actually
> put anything together); feel free to propose a concrete topic of
> discussion. If none arises, I'd propose we contemplate the following:
>
>
> The program was chartered by the IAB to address the problem, perceived and
> actual, that new protocols (especially at layer 4 in its current
> incarnation) seemed difficult to impossible to deploy.
>
> We (the IETF) are now apparently more optimistic about this proposition,
> at least as can be measured by both the work being done in the QUIC WG, as
> well as by semi-passive interest in that work. That optimism is driven by
> two aspects of the QUIC work, one technical (encrypting wire images is
> taken to make them ossification-nullifying and ossification-resistant) and
> one non-technical (the state of consolidation in Internet infrastructure at
> this layer in 2018 means that you don't need to convince many people to get
> something deployed, and the WG represents a large cross-section of the
> group of potential initial deployers).
>
> I also see a bit more awareness in the IETF population (at least the
> tribes of it I interact with: the DNS aficionados, the security/management
> gurus, the applied networking researchers, the hackers; not so much the
> YANG enthusiasts) of the principles in 8170. Maybe they're not following
> them, but they're at least more aware that a deployment story is a good
> thing to have.
>
> I suggested a meeting or two ago that these, taken together, might suggest
> that we can declare victory and wrap stackevo up. Nobody seemed to like
> that idea (hence next week's agendaless breakfast). I've started wondering
> whether these insights are unique to Layer 4, or whether they could be
> applied to other places the Internet is "stuck".
>

I'd like to thank the program for the work you've done, especially during
your first year when I was not a member of the program.

Here's what I'm thinking. Keep in mind that I've been wrong before.

   - I really like the work that program members have done, such as
   Martin's work on "Long-term Viability of Protocol Extension Mechanisms",
   and the work you/Ted will be talking about in TSVAREA this week ("Wire
   Images, Path Signals, And the (Inter)network ahead"). Maybe that's more
   properly done by the IAB itself, or maybe we need to be more helpful in
   this program that I've been so far, but I'd love to know the plan for that
   kind of thing.
   - We have a number of bits and pieces somewhere between Layer 3 and
   Layer 4 that we know how to do, except for the parts where they are broken.
   I'm thinking of ECN and Path MTU Discovery because they're both active
   topics in TSV now, but I'd be surprised if those were the only two. Is
   there anything we can do, to get the Internet from a place where those sort
   of work except when they don't, to a place where they work consistently?
   - We still don't have a good story for Network Management and/or Path
   Aware Networking in a post-Snowden world. We've kind of been hoping that
   would magically happen since PLUS, or the problem would magically go away,
   but it hasn't. Perhaps that is happening in
   https://www.iab.org/activities/programs/privacy-and-security-program/,
   although I'd be sad if it was and I knew nothing about it. But this is
   still broken. If the answer is that we need to stop trying to fix this and
   start trying to design networks that don't need this kind of help, that
   would also be useful to know.

Which brings up my next question - will there be remote participation for
the discussion in StackEvo this time?

Thanks,

Spencer

> Cheers,
>
> Brian
>
> _______________________________________________
> Stackevo mailing list
> Stackevo@iab.org
> https://www.iab.org/mailman/listinfo/stackevo
>