> On 16. jul. 2015, at 15.04, Brian Trammell <[email protected]> wrote: > > hi Michael, > > ...inline... > >> On 16 Jul 2015, at 13:23, Michael Welzl <[email protected]> wrote: > > <snip> > >>> Ideally, I think, then one would use a common term for Nagle(-like) >>> bundling for TCP and SCTP. >> >> Agreed, we actually did that in Michael Welzl, Stefan Jörer, Stein Gjessing: >> "Towards a Protocol-Independent Internet Transport API", FutureNet IV >> workshop in conjunction with of IEEE ICC 2011, 5-9 June 2011, Kyoto, Japan, >> using app PDU bundling because it's more meaningful than Nagle. >> >> But here the idea was just to copy+paste the list from doc 1 (version 4) and >> put things under the correct headings, as a way to show how we *could* apply >> categorization methods. > > hm, so perhaps we should have coordinated here. That list, in that version, > wasn't quite complete.
That doesn't matter - the point of the doc was to introduce the possible categorization and fill the "functional / non-functional" part with some examples so it's more understandable. If this list of examples is complete really doesn't matter. > In the current version it's still not quite complete, as we're still trying > to nail down how to partition the space of features (and how to divide things > that are actually features from things that are just accidental effects of > the way protocols have evolved). There are also aspects of the interfaces > (coming from the interface discussion) we'd like to capture, on which we'd > like to discuss f2f next Thursday. ACK, indeed... > Perhaps another way to approach this would be to start with a list of > features we think we want in doc 2, and to use the background from doc 1 to > fill in the gaps... Bad idea I think. It raises horrible memories of TAPS creation. See, I started this off by saying that we have to do it bottom-up, by beginning with what protocols can do, not what services apps could want. This has disadvantages and is a compromise but it comes from looking at a history of well above a decade of people proposing these kinds of things and nothing coming out of it. That's because there are so many degrees of freedom and it's practically impossible to end up agreeing on anything. My take-away from TAPS creation was that people had to share this experience together with me: let's do it top-down - oh, really, we can't agree - and now we're back at what I started with: bottom up. Please please please let's not do another round on this ride with doc 2! :-) Cheers, Michael _______________________________________________ Taps mailing list [email protected] https://www.ietf.org/mailman/listinfo/taps
