Re: [tcpm] New Version Notification for draft-touch-tcpm-tcp-edo-01.txt

Joe Touch <touch@isi.edu> Mon, 05 May 2014 21:59 UTC

Return-Path: <touch@isi.edu>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C4181A03F9 for <tcpm@ietfa.amsl.com>; Mon, 5 May 2014 14:59:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.851
X-Spam-Level:
X-Spam-Status: No, score=-4.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xsx8woesAmAX for <tcpm@ietfa.amsl.com>; Mon, 5 May 2014 14:59:22 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by ietfa.amsl.com (Postfix) with ESMTP id C1BCA1A03D7 for <tcpm@ietf.org>; Mon, 5 May 2014 14:59:22 -0700 (PDT)
Received: from [128.9.160.166] (abc.isi.edu [128.9.160.166]) (authenticated bits=0) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id s45LwKaJ026278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 5 May 2014 14:58:20 -0700 (PDT)
Message-ID: <5368097C.20003@isi.edu>
Date: Mon, 05 May 2014 14:58:20 -0700
From: Joe Touch <touch@isi.edu>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: John Leslie <john@jlc.net>, Wesley Eddy <wes@mti-systems.com>
References: <CF8D8E25-E435-4199-8FD6-3F7066447292@iki.fi> <5363AF84.8090701@mti-systems.com> <5363B397.8090009@isi.edu> <CAO249yeyr5q21-=e6p5azwULOh1_jUsniZ6YPcDYd69av8MMYw@mail.gmail.com> <DCC98F94-EA74-4AAA-94AE-E399A405AF13@isi.edu> <655C07320163294895BBADA28372AF5D2CFE36@FR712WXCHMBA15.zeu.alcatel-lucent.com> <536548D7.5030802@uclouvain.be> <68C69A33-3733-48FB-AED6-E1DBC121C5B7@cs.ucl.ac.uk> <20140505144109.GQ44329@verdi> <5367B32C.3080702@mti-systems.com> <20140505163025.GA27034@verdi>
In-Reply-To: <20140505163025.GA27034@verdi>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Archived-At: http://mailarchive.ietf.org/arch/msg/tcpm/zKnmH79j7nxgkZdgyT8j5WR2bOQ
Cc: "tcpm@ietf.org" <tcpm@ietf.org>
Subject: Re: [tcpm] New Version Notification for draft-touch-tcpm-tcp-edo-01.txt
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 May 2014 21:59:24 -0000

Some comments on the approaches for handling the connection:

On 5/5/2014 9:30 AM, John Leslie wrote:
> Wesley Eddy <wes@mti-systems.com> wrote:
...
>> I think I agree.  IMHO, the tradeoff comes down to whether it's more
>> desirable for the middlebox to end up doing something violent like:
>>
>> - dropping the segment
>
>     This should always be "legal" for a middlebox. (I certainly prefer
> it to damaging some unrelated part of the packet.) It's easy enough
> to detect.

Agreed.

>> - resetting the TCP connection
>
>     This isn't quite "legal", but is certainly easy to detect.

Agreed.

>> - generating an ICMP
>
>     Would anyone actually do this? (Hopefully, it would be in combination
> with dropping the packet.)

This ought to be legal only when the midbox sends a router-like ICMP 
error. The only one that makes sense to me is "protocol unreachable".

However, this could be interpreted by the source as the fact that TCP 
isn't reachable at all, not just TCP-with-EDO.

So I don't think this is viable at all.

>> - crashing
>
>     That's my most-preferred one. There's no excuse to blame anyone but
> the middlebox vendor. ;^)

I like that one too.

Joe