From owner-soc-status@FreeBSD.ORG Tue Jul 5 07:43:11 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23457106564A for ; Tue, 5 Jul 2011 07:43:11 +0000 (UTC) (envelope-from nc3bhconc@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id DC18C8FC16 for ; Tue, 5 Jul 2011 07:43:10 +0000 (UTC) Received: by qwc9 with SMTP id 9so3736142qwc.13 for ; Tue, 05 Jul 2011 00:43:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=3w7WbUlo5+s4kbet1cyPMqk4HHnSzJFaCQY2Xj4HipM=; b=yEWTouKU1EaBsJ28HcNrXPC7Wg4u6N8/CIprwX09rasQohrTtWt7HPTNRK0Sg9Ebpa aSPOKw6LZ3OneDskxpSvhRTkel27NqPCUmUC52k+ic2zto9RbTicmGNyNMctVd/IMKos O2fkCsDSfNHYkRuMT7bFsRS+tLuiCoTDBucLg= Received: by 10.224.201.135 with SMTP id fa7mr5642431qab.19.1309851790122; Tue, 05 Jul 2011 00:43:10 -0700 (PDT) MIME-Version: 1.0 Sender: nc3bhconc@gmail.com Received: by 10.224.80.143 with HTTP; Tue, 5 Jul 2011 00:42:50 -0700 (PDT) From: Catalin Nicutar Date: Tue, 5 Jul 2011 10:42:50 +0300 X-Google-Sender-Auth: I2Wm7aB9q8CJ-UuKHJdnMh6ZaKo Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TCP UTO - Weekly Report 6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 07:43:11 -0000 Hello! This is the sixth report for TCP UTO. * Short TCP UTO description UTO stands for User Timeout Option (it is described in RFC5482). TCP UTO specifies a peer should be allowed to advertise its chosen `User Timeout' for a connection. The wiki page for this project: http://wiki.freebsd.org/CatalinNicutar/TCPUTO * Work completed last week * Retransmits are being sent at regular intervals (TCPTV_REXMTMAX) until the timeout runs out. This will probably be adjusted as sending data continuously to a possibly uninterested peer should be avoided * I have added two captures on the wiki page, showing the behavior with and without UTO (see link above) * My goals for for this week * Write tests for tools/regression and look for possible boundary cases * Add more examples to the wiki page (including a scenario with a very short timeout) * Try to get the Linux patch by Hagen Paul Pfeifer and test it with the current FreeBSD implementation * Consider adjusting the API so it's similar to the Linux patch (it will help adoption by more applications) * I will start changing tcp.4 as the API is becoming stable If you have questions, suggestions or advices drop me an email to cnicutar@FreeBSD.org. Catalin Nicutar