[tcpm] More option space on any segment: draft-briscoe-tcpm-inner-space-00 (was syn-op-sis-02)

[Bob Briscoe <[e-mail]>]

Chairs and list,

My individual draft has a new file-name (and title): 
<https://tools.ietf.org/html/draft-briscoe-tcpm-inner-space-00>inner-space-00
This is a major rev of 
<https://tools.ietf.org/html/draft-briscoe-tcpm-syn-op-sis-02>syn-op-sis-02, 
but I won't be using that name any more.
Sorry to confuse everyone by changing the name. But the old name was 
no longer relevant.

I believe the new Inner Space protocol could be a significant advance for TCP.

It should allow new TCP options to be introduced:
i) with minimal middlebox traversal problems;
ii) avoiding incremental deployment problems with pre-existing servers;
iii) without a round of handshaking delay
iv) without having to provide their own loss recovery and ordering mechanism
v) without arbitrary limits on available space.

I believe this could be a significant simplifying foundation over 
which tcpinc (TCP increased security) could be built. So I want to 
encourage folks on the list to read and criticise it with some 
urgency, because tcpinc is working to a fairly tight schedule.


I've been working on this fairly intensely in my 'spare' time over 
the last few weeks, working through all the possible interactions 
with middleboxes and other options, then simplifying and iterating 
through the checks again. I'm v happy with how it's turned out now.

It's intended for experimental status. Listening to the advice on the 
list, I've chosen a basic 'mandatory to implement' core, and included 
optional extensions in appendices.

I've also written-up an extensive Design Rationale section, because 
there's a lot of subtlety in it, even tho the core protocol looks v simple.

The appendices and the rationale make the doc v long (48pp). Sorry 
about that! But the core spec is actually still only 13pp.

Cheers



Bob

>From: <[e-mail]>
>To: Bob Briscoe <[e-mail]>, "Bob J. Briscoe" <[e-mail]>
>Subject: New Version Notification for draft-briscoe-tcpm-inner-space-00.txt
>Date: Sun, 19 Oct 2014 16:59:03 -0700
>
>
>A new version of I-D, draft-briscoe-tcpm-inner-space-00.txt
>has been successfully submitted by Bob Briscoe and posted to the
>IETF repository.
>
>Name:           draft-briscoe-tcpm-inner-space
>Revision:       00
>Title:          Inner Space for TCP Options
>Document date:  2014-10-19
>Group:          Individual Submission
>Pages:          45
>URL: 
>http://www.ietf.org/internet-drafts/draft-briscoe-tcpm-inner-space-00.txt
>Status: 
>https://datatracker.ietf.org/doc/draft-briscoe-tcpm-inner-space/
>Htmlized:       http://tools.ietf.org/html/draft-briscoe-tcpm-inner-space-00
>
>
>Abstract:
>    This document describes an experimental method to extend the limited
>    space for control options in every segment of a TCP connection.  It
>    can use a dual handshake so that, from the very first SYN segment,
>    extra option space can immediately start to be used optimistically.
>    At the same time the dual handshake prevents a legacy server from
>    getting confused and sending the control options to the application
>    as user-data.  The dual handshake is only one strategy - a single
>    handshake will usually suffice once deployment has got started.  The
>    protocol is designed to traverse most known middleboxes including
>    connection splitters, because it sits wholly within the TCP Data.  It
>    also provides reliable ordered delivery for control options.
>    Therefore, it should allow new TCP options to be introduced i) with
>    minimal middlebox traversal problems; ii) avoiding incremental
>    deployment problems with pre-existing servers; iii) without an extra
>    round of handshaking delay iv) without having to provide its own loss
>    recovery and ordering mechanism and v) without arbitrary limits on
>    available space.
>
> 
>
>
>
>Please note that it may take a couple of minutes from the time of submission
>until the htmlized version and diff are available at tools.ietf.org.
>
>The IETF Secretariat

________________________________________________________________
Bob Briscoe,                                                  BT