Re: [tcpm] working group status 11/17/09

"Scheffenegger, Richard" <rs@netapp.com> Wed, 18 November 2009 11:18 UTC

Return-Path: <rs@netapp.com>
X-Original-To: tcpm@core3.amsl.com
Delivered-To: tcpm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C19403A6A25 for <tcpm@core3.amsl.com>; Wed, 18 Nov 2009 03:18:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vqGdxSLFWD6i for <tcpm@core3.amsl.com>; Wed, 18 Nov 2009 03:17:59 -0800 (PST)
Received: from mx4.netapp.com (mx4.netapp.com [217.70.210.8]) by core3.amsl.com (Postfix) with ESMTP id F1D713A6929 for <tcpm@ietf.org>; Wed, 18 Nov 2009 03:17:58 -0800 (PST)
X-IronPort-AV: E=Sophos;i="4.44,764,1249282800"; d="scan'208";a="115096233"
Received: from smtp3.europe.netapp.com ([10.64.2.67]) by mx4-out.netapp.com with ESMTP; 18 Nov 2009 03:17:54 -0800
Received: from amsrsexc1-prd.hq.netapp.com (webmail.europe.netapp.com [10.64.251.107]) by smtp3.europe.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id nAIBHstW013032; Wed, 18 Nov 2009 03:17:54 -0800 (PST)
Received: from LDCMVEXC1-PRD.hq.netapp.com ([10.65.251.108]) by amsrsexc1-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 18 Nov 2009 12:17:54 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 18 Nov 2009 11:17:53 -0000
Message-ID: <5FDC413D5FA246468C200652D63E627A04B7BDEF@LDCMVEXC1-PRD.hq.netapp.com>
In-Reply-To: <C304DB494AC0C04C87C6A6E2FF5603DB47D7983828@NDJSSCC01.ndc.nasa.gov>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [tcpm] working group status 11/17/09
Thread-Index: AcpnkXWbDjCee2T3TouQOFD+OSLnvQArPa7Q
From: "Scheffenegger, Richard" <rs@netapp.com>
To: "Eddy, Wesley M. (GRC-MS00)[ASRC AEROSPACE CORP]" <wesley.m.eddy@nasa.gov>, tcpm@ietf.org
X-OriginalArrivalTime: 18 Nov 2009 11:17:54.0337 (UTC) FILETIME=[C60C4910:01CA6840]
Subject: Re: [tcpm] working group status 11/17/09
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Wed, 18 Nov 2009 11:18:00 -0000

Hello Group,

Regarding Rate-Halving: It seems to me, that RFC4653 has a "lite" 
version (Cautious Extended Limited Transmit) of that, and limiting 
the scope to SACK-enabled streams only.

Also, RR-TCP uses Extended Limited Transmit (but the aggressive 
variant) to keep the ACK clock going after potential congestion events. 
But RR-TCP seems to be very much more complex than RFC4653, although 
I need to investigate the gains/costs a bit further.

I wonder if the mentioned problems wouldn't impact those suggested 
algorithms just like RH; OTOH, data handling subsystems are getting
Also faster, so that at least starvation during a bulk transfer (in
a dedicated system) should no longer be a hinderance. And worst case 
operation wouldn't be so much different from NewReno anyway, or not?

Regards,

Richard Scheffenegger
Field Support Engineer
NetApp Global Support
NetApp
+43 1 3676811 3146 Office (2143 3146 - internal)
+43 676 654 3146 Mobile
www.netapp.com
Franz-Klein-Gasse 5
1190 Wien


-----Original Message-----
From: Eddy, Wesley M. (GRC-MS00)[ASRC AEROSPACE CORP]
[mailto:wesley.m.eddy@nasa.gov] 
Sent: Dienstag, 17. November 2009 15:23
To: tcpm@ietf.org
Subject: [tcpm] working group status 11/17/09

Hello; since TCPM didn't meet in Hiroshima, but we do have several
documents in the process of being finished up, and a couple others in
the process of starting, here's a quick snapshot of the TCPM working
group status and the actions needed on each document; please let us know
if we left anything out:


Active WG Items
===============

TCP Authentication Option
http://www.ietf.org/id/draft-ietf-tcpm-tcp-auth-opt-08.txt
Milestone Target: Proposed Standard in April 2009
Action: In WGLC until 11/24/09

TCP Authentication Option Crypto
http://www.ietf.org/id/draft-ietf-tcpm-tcp-ao-crypto-01.txt
Milestone Target: Proposed Standard with AO spec
Action: In WGLC until 11/24/09

ICMP Attacks
http://www.ietf.org/id/draft-ietf-tcpm-icmp-attacks-06.txt
Milestone Target: Informational in July 2009
Action: WGLC started 9/1, ended 9/15 ... Fernando Gont to update based
on WGLC

Early-Retransmit
http://www.ietf.org/id/draft-ietf-tcpm-early-rexmt-02.txt
Milestone Target: Experimental in July 2009
Action: WGLC finished & authors updated (action with chairs to forward
to IESG)

1323bis
http://www.ietf.org/id/draft-ietf-tcpm-1323bis-01.txt
Milestone Target: Proposed Standard in July 2009
Action: Revise & WGLC (action with D. Borman)

MSS Option
http://www.ietf.org/id/draft-ietf-tcpm-tcpmss-02.txt
Milestone Target: Proposed Standard in July 2009
Action: WGLC started 8/19, ended 9/8 (extended), being updated based on
several
        of the comments (action with D. Borman)

Urgent Pointer
http://www.ietf.org/id/draft-ietf-tcpm-urgent-data-01.txt
Milestone Target: Proposed Standard in January 2010
Action: Continue WG reviews; authors have indicated it is ready for
WGLC;
        planned to start WGLC after AO WGLC completes

TCP Security
http://www.ietf.org/id/draft-ietf-tcpm-tcp-security-00.txt
Milestone Target: BCP in August 2010
Action: 00-draft / outline has been under active discussion; but not
attained
          very clear consensus
        WG might begin working on recommendations while still looking
for a
          possible compromise on outline (action with Fernando Gont)

Long Connectivity Disruptions
http://www.ietf.org/internet-drafts/draft-zimmermann-tcp-lcd-02.txt
(need to submit WG version)
Milestone Target: Experimental in October 2010
Action: need WG to read/discuss
        authors to submit revision (action with Zimmerman)

SACK Entry
http://www.ietf.org/id/draft-ietf-tcpm-sack-recovery-entry-00.txt
Milestone Target: Proposed Standard in October 2010
Action: need WG to read/discuss
        TBD how this relates to 3517


Other Proposals
===============

Persist
http://tools.ietf.org/id/draft-ananth-tcpm-persist-01.txt
Action: WG Review

Timestamps
http://tools.ietf.org/id/draft-gont-tcpm-tcp-timestamps-01.txt
Action: ???

Parameter Tuning
(no I-D yet)
Action: continue good discussion on mailing list
        presentation given in Stockholm

TCP Option for Transparent Middlebox Discovery
http://www.ietf.org/id/draft-knutsen-tcpm-middlebox-discovery-03.txt
Action: Needs WG review / discussion
        discussion on mailing list has been productive

NewReno Modification
http://www.ietf.org/internet-drafts/draft-nishida-newreno-modification-0
1.txt
Action: need WG to read/discuss
        presentation given, but WG list not yet polled for adoption

Recent discussions opened on Rate-Halving
http://tools.ietf.org/id/draft-mathis-tcp-ratehalving-00.txt
Action: mailing list discussion about the history of this, and whether
        it needs to be revived

--
Wes Eddy
MTI Systems

_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm