Re: [tcpm] TCP SEQ validation (Fwd: New Version Notification for draft-gont-tcpm-tcp-seq-validation-02.txt)

"Scheffenegger, Richard" <rs@netapp.com> Thu, 26 March 2015 19:58 UTC

Return-Path: <rs@netapp.com>
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 495E81B2B21 for <tcpm@ietfa.amsl.com>; Thu, 26 Mar 2015 12:58:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.911
X-Spam-Level:
X-Spam-Status: No, score=-6.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 mX18Xu_-NgRY for <tcpm@ietfa.amsl.com>; Thu, 26 Mar 2015 12:58:16 -0700 (PDT)
Received: from mx141.netapp.com (mx141.netapp.com [216.240.21.12]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 661A61B2B61 for <tcpm@ietf.org>; Thu, 26 Mar 2015 12:57:56 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="5.11,474,1422950400"; d="scan'208";a="32821589"
Received: from hioexcmbx08-prd.hq.netapp.com ([10.122.105.41]) by mx141-out.netapp.com with ESMTP; 26 Mar 2015 12:52:56 -0700
Received: from HIOEXCMBX05-PRD.hq.netapp.com (10.122.105.38) by hioexcmbx08-prd.hq.netapp.com (10.122.105.41) with Microsoft SMTP Server (TLS) id 15.0.995.29; Thu, 26 Mar 2015 12:52:55 -0700
Received: from HIOEXCMBX05-PRD.hq.netapp.com ([::1]) by hioexcmbx05-prd.hq.netapp.com ([fe80::29f7:3e3f:78c5:a0bc%21]) with mapi id 15.00.0995.031; Thu, 26 Mar 2015 12:52:55 -0700
From: "Scheffenegger, Richard" <rs@netapp.com>
To: Fernando Gont <fgont@si6networks.com>, "tcpm@ietf.org" <tcpm@ietf.org>
Thread-Topic: [tcpm] TCP SEQ validation (Fwd: New Version Notification for draft-gont-tcpm-tcp-seq-validation-02.txt)
Thread-Index: AQHQZ/kp/YBE7N9r5k2iLiR288WDK50vLHNg
Date: Thu, 26 Mar 2015 19:52:55 +0000
Message-ID: <e4d59e1aa82d4aafbda98956f976cd1d@hioexcmbx05-prd.hq.netapp.com>
References: <20150326185546.29511.2115.idtracker@ietfa.amsl.com> <5514581D.4020909@si6networks.com>
In-Reply-To: <5514581D.4020909@si6networks.com>
Accept-Language: de-AT, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.120.60.35]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/tcpm/kqyPlHlE3EZJLvGDSw5LyoP9yoE>
Subject: Re: [tcpm] TCP SEQ validation (Fwd: New Version Notification for draft-gont-tcpm-tcp-seq-validation-02.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: Thu, 26 Mar 2015 19:58:20 -0000

Hi,

I've definitely read the earlier version of this draft (and this is only a repost); odd that I appear to have posted to the list that I also support this...


Tl;dr: +1



> -----Original Message-----
> From: tcpm [mailto:tcpm-bounces@ietf.org] On Behalf Of Fernando Gont
> Sent: Donnerstag, 26. März 2015 14:04
> To: tcpm@ietf.org
> Subject: [tcpm] TCP SEQ validation (Fwd: New Version Notification for
> draft-gont-tcpm-tcp-seq-validation-02.txt)
> 
> Folks,
> 
> Thanks to some folks' push over time, and the fact that both co-authors
> happened to find themselves at IETF 92, we've reposted our latests version
> of this I-D (since the previous one had expired), in the hopes of making
> progress.
> 
> Any comments on this rev will be appreciated. Additionally, I'll
> repost/fwd Karen's latest comments on this I-D, which will be the basis
> for the changes in the next rev.
> 
> Thanks!
> 
> Best regards,
> Fernando
> 
> 
> 
> 
> -------- Forwarded Message --------
> Subject: New Version Notification for
> draft-gont-tcpm-tcp-seq-validation-02.txt
> Date: Thu, 26 Mar 2015 11:55:46 -0700
> From: internet-drafts@ietf.org
> To: Fernando Gont <fgont@si6networks.com>, David Borman
> <david.borman@quantum.com>, Fernando Gont <fgont@si6networks.com>, David
> Borman <david.borman@quantum.com>
> 
> 
> A new version of I-D, draft-gont-tcpm-tcp-seq-validation-02.txt
> has been successfully submitted by Fernando Gont and posted to the IETF
> repository.
> 
> Name:		draft-gont-tcpm-tcp-seq-validation
> Revision:	02
> Title:		On the Validation of TCP Sequence Numbers
> Document date:	2015-03-26
> Group:		Individual Submission
> Pages:		16
> URL:
> http://www.ietf.org/internet-drafts/draft-gont-tcpm-tcp-seq-validation-
> 02.txt
> Status:
> https://datatracker.ietf.org/doc/draft-gont-tcpm-tcp-seq-validation/
> Htmlized:
> http://tools.ietf.org/html/draft-gont-tcpm-tcp-seq-validation-02
> Diff:
> http://www.ietf.org/rfcdiff?url2=draft-gont-tcpm-tcp-seq-validation-02
> 
> Abstract:
>    When TCP receives packets that lie outside of the receive window, the
>    corresponding packets are dropped and either an ACK, RST or no
>    response is generated due to the out-of-window packet, with no
>    further processing of the packet.  Most of the time, this works just
>    fine and TCP remains stable, especially when a TCP connection has
>    unidirectional data flow.  However, there are three scenarios in
>    which packets that are outside of the receive window should still
>    have their ACK field processed, or else a packet war will take place.
>    The aforementioned issues have affected a number of popular TCP
>    implementations, typically leading to connection failures, system
>    crashes, or other undesirable behaviors.  This document describes the
>    three scenarios in which the aforementioned issues might arise, and
>    formally updates RFC 793 such that these potential problems are
>    mitigated.
> 
> 
> 
> 
> 
> 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
> 
> 
> 
> 
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm