From touch@isi.edu Wed Sep 4 17:34:49 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C77C21F9FB7 for ; Wed, 4 Sep 2013 17:34:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.494 X-Spam-Level: X-Spam-Status: No, score=-106.494 tagged_above=-999 required=5 tests=[AWL=0.105, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fxr2HlyPRc-s for ; Wed, 4 Sep 2013 17:34:44 -0700 (PDT) Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by ietfa.amsl.com (Postfix) with ESMTP id 1EDBE21E8064 for ; Wed, 4 Sep 2013 17:34:31 -0700 (PDT) Received: from [128.9.160.166] (abc.isi.edu [128.9.160.166]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id r850YD0v008899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 4 Sep 2013 17:34:13 -0700 (PDT) Message-ID: <5227D184.5010100@isi.edu> Date: Wed, 04 Sep 2013 17:34:12 -0700 From: Joe Touch User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "tcpm@ietf.org" References: <20130905002953.31686.90142.idtracker@ietfa.amsl.com> In-Reply-To: <20130905002953.31686.90142.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20130905002953.31686.90142.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: touch@isi.edu Subject: [tcpm] Fwd: New Version Notification for draft-touch-tcpm-sno-00.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 00:34:49 -0000 Hi, all, Regarding the recent discussion on TCPMUX, we've revived some of our earlier work on portnames, focusing on just the ability to decouple the service identifier from the SYN destination port. We have both Linux and FreeBSD implementations underway. A revised draft has just been submitted with the details, below. I'm hoping to publish this as an independent submission, but if there's interest in running it through TCPM please let me know. Joe -------- Original Message -------- Subject: New Version Notification for draft-touch-tcpm-sno-00.txt Date: Wed, 04 Sep 2013 17:29:53 -0700 From: internet-drafts@ietf.org To: Dr. Joseph D. Touch , Joe Touch A new version of I-D, draft-touch-tcpm-sno-00.txt has been successfully submitted by Joe Touch and posted to the IETF repository. Filename: draft-touch-tcpm-sno Revision: 00 Title: The TCP Service Number Option (SNO) Creation date: 2013-09-04 Group: Individual Submission Number of pages: 19 URL: http://www.ietf.org/internet-drafts/draft-touch-tcpm-sno-00.txt Status: http://datatracker.ietf.org/doc/draft-touch-tcpm-sno Htmlized: http://tools.ietf.org/html/draft-touch-tcpm-sno-00 Abstract: This document specifies a TCP option for service numbers. The current SYN destination port is used both to indicate the desired service and as a connection demultiplexing field. This option separates those two functions, retaining the current destination port solely for demultiplexing and indicating the service separately in a service number option (SNO). By decoupling these two functions, SNO allows a larger number of concurrent connections for a single service, as might be useful between fixed addresses of proxies. 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 From rpaulo@apple.com Mon Sep 9 11:57:34 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D2BE21E8189 for ; Mon, 9 Sep 2013 11:57:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OPAhJ3TZ3AJ9 for ; Mon, 9 Sep 2013 11:57:24 -0700 (PDT) Received: from mail-out.apple.com (mail-out.apple.com [17.151.62.50]) by ietfa.amsl.com (Postfix) with ESMTP id C584611E80F2 for ; Mon, 9 Sep 2013 11:57:21 -0700 (PDT) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from relay6.apple.com ([17.128.113.90]) by mail-out.apple.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTP id <0MSV001AXGNGV3A0@mail-out.apple.com> for tcpm@ietf.org; Mon, 09 Sep 2013 11:57:21 -0700 (PDT) X-AuditID: 1180715a-b7f8e6d000006c98-9a-522e1a11a97e Received: from sesame.apple.com (sesame.apple.com [17.128.115.128]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay6.apple.com (Apple SCV relay) with SMTP id 51.F0.27800.11A1E225; Mon, 09 Sep 2013 11:57:21 -0700 (PDT) Received: from rui-macbook-pro.apple.com (rui-macbook-pro.apple.com [17.193.13.39]) by sesame.apple.com (Oracle Communications Messaging Server 7u4-24.01 (7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPSA id <0MSV00424GNK4M80@sesame.apple.com> for tcpm@ietf.org; Mon, 09 Sep 2013 11:57:21 -0700 (PDT) From: Rui Paulo In-reply-to: <5227D184.5010100@isi.edu> Date: Mon, 09 Sep 2013 11:57:17 -0700 Message-id: References: <20130905002953.31686.90142.idtracker@ietfa.amsl.com> <5227D184.5010100@isi.edu> To: Joe Touch X-Mailer: Apple Mail (2.1809) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrMLMWRmVeSWpSXmKPExsUi2FDcoCsopRdkMOezpMW2k/OZHBg9liz5 yRTAGMVlk5Kak1mWWqRvl8CV8XllWcFHtorpR04yNzDuYe1i5OSQEDCRuLj1LiOELSZx4d56 ti5GLg4hgT4miXcL/jFCODuYJGaf28QGUsUsoCWxfudxJhCbV0BP4nHjVLBJwgI+EssvXwWr YRNQknjWd4K9i5GDg1NAXWLhpgiQMIuAqsTa/rXsEGOUJdpvXYUaqS3x5N0FVoiRNhK9HbtY QVqFBOIkLn3VBAmLCMhKPPjzhh3iTlmJHfuXME1gFJiF5KBZSA6ahWTqAkbmVYwCRak5iZVm eokFBTmpesn5uZsYwUFXGLWDsWG51SFGAQ5GJR7egGO6QUKsiWXFlbmHGCU4mJVEeDcw6wUJ 8aYkVlalFuXHF5XmpBYfYpTmYFES570gpxUkJJCeWJKanZpakFoEk2Xi4JRqYJxTxM3wKXDq mlP1u2weWvwXPafcZXzZNeBdvue5Jf7rZve8Wzxlcc2MuA5fMd+Hc7XbWlbU7Ly2XemT74wq nsjnkziS9CY8UJ3f0VH989tks6f/88Pv7AvpZQsy+M6/tW/B/bgT11e6n7quKmG107kgcct2 PfPi6I+d0z1T/t1cZbRZ2TtpnY8SS3FGoqEWc1FxIgAfMIJTNgIAAA== Cc: "tcpm@ietf.org" Subject: Re: [tcpm] New Version Notification for draft-touch-tcpm-sno-00.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 18:57:34 -0000 On 4 Sep 2013, at 17:34, Joe Touch wrote: > > Hi, all, > > Regarding the recent discussion on TCPMUX, we've revived some of our earlier work on portnames, focusing on just the ability to decouple the service identifier from the SYN destination port. > > We have both Linux and FreeBSD implementations underway. A revised draft has just been submitted with the details, below. > > I'm hoping to publish this as an independent submission, but if there's interest in running it through TCPM please let me know. >From a quick read, I only see one use case mentioned: proxy servers. Are there others? Changing the TCP stacks of these endpoints just to accommodate a bigger number of connections seems like the wrong approach when you can rework the network architecture and add more proxy servers. -- Rui Paulo From touch@isi.edu Mon Sep 9 13:42:59 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7D0021E80C3 for ; Mon, 9 Sep 2013 13:42:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mFaGrFU1bhgo for ; Mon, 9 Sep 2013 13:42:53 -0700 (PDT) Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by ietfa.amsl.com (Postfix) with ESMTP id EF1F321F83E0 for ; Mon, 9 Sep 2013 13:42:50 -0700 (PDT) Received: from [128.9.184.209] ([128.9.184.209]) (authenticated bits=0) by darkstar.isi.edu (8.13.8/8.13.8) with ESMTP id r89Kge5C015668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Sep 2013 13:42:41 -0700 (PDT) Message-ID: <522E32C3.20802@isi.edu> Date: Mon, 09 Sep 2013 13:42:43 -0700 From: Joe Touch User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Rui Paulo References: <20130905002953.31686.90142.idtracker@ietfa.amsl.com> <5227D184.5010100@isi.edu> In-Reply-To: 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 Cc: "tcpm@ietf.org" Subject: Re: [tcpm] New Version Notification for draft-touch-tcpm-sno-00.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 20:43:00 -0000 Hi, Rui, On 9/9/2013 11:57 AM, Rui Paulo wrote: > On 4 Sep 2013, at 17:34, Joe Touch wrote: > >> >> Hi, all, >> >> Regarding the recent discussion on TCPMUX, we've revived some of >> our earlier work on portnames, focusing on just the ability to >> decouple the service identifier from the SYN destination port. >> >> We have both Linux and FreeBSD implementations underway. A revised >> draft has just been submitted with the details, below. >> >> I'm hoping to publish this as an independent submission, but if >> there's interest in running it through TCPM please let me know. > > From a quick read, I only see one use case mentioned: proxy servers. > Are there others? It could come anytime a single client has a large number of connections to a single server. The proxy-to-proxy case is the expected one, but that could happen anytime the per-connection rate exceeds a fairly small number (around 550/second). > Changing the TCP stacks of these endpoints just to accommodate a > bigger number of connections seems like the wrong approach when you > can rework the network architecture and add more proxy servers. This solves the issue regardless of how proxies are deployed. It may be the "wrong approach" to solve the problem, but arguably overloading the SYN destination port with two meanings was the wrong approach in the first place. This is attempt to show how to solve the problem in a clean way. You can argue that it's not clean enough, but I'd then ask you to architect a solution and document it as an alternative. FWIW, I doubt this will get a lot of use; it's currently targeted as experimental. Joe From fgont@si6networks.com Tue Sep 10 01:18:26 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9533411E8196 for ; Tue, 10 Sep 2013 01:18:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y8DFThGeoPex for ; Tue, 10 Sep 2013 01:18:26 -0700 (PDT) Received: from web01.jbserver.net (web01.jbserver.net [IPv6:2a00:d10:2000:e::3]) by ietfa.amsl.com (Postfix) with ESMTP id EF1AA11E8194 for ; Tue, 10 Sep 2013 01:18:25 -0700 (PDT) Received: from 202-175-17-190.fibertel.com.ar ([190.17.175.202] helo=[192.168.1.104]) by web01.jbserver.net with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1VJJ9R-0000fe-1u; Tue, 10 Sep 2013 10:18:21 +0200 Message-ID: <522ECAD8.3050704@si6networks.com> Date: Tue, 10 Sep 2013 04:31:36 -0300 From: Fernando Gont User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-Version: 1.0 To: Joe Touch References: <20130905002953.31686.90142.idtracker@ietfa.amsl.com> <5227D184.5010100@isi.edu> In-Reply-To: <5227D184.5010100@isi.edu> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "tcpm@ietf.org" Subject: Re: [tcpm] Fwd: New Version Notification for draft-touch-tcpm-sno-00.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2013 08:18:26 -0000 On 09/04/2013 09:34 PM, Joe Touch wrote: > Abstract: > This document specifies a TCP option for service numbers. The > current SYN destination port is used both to indicate the desired > service and as a connection demultiplexing field. This option > separates those two functions, retaining the current destination > port solely for demultiplexing and indicating the service separately > in a service number option (SNO). By decoupling these two functions, > SNO allows a larger number of concurrent connections for a single > service, as might be useful between fixed addresses of proxies. Why use this instead of, say, DNS SRV records? Services should be looked up elsewhere in a directory. Unless I'm missing something, this proposal seems to be in the wrong layer. Cheers, -- Fernando Gont SI6 Networks e-mail: fgont@si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492 From touch@isi.edu Tue Sep 10 10:15:18 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF28221F81FF for ; Tue, 10 Sep 2013 10:15:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.599 X-Spam-Level: X-Spam-Status: No, score=-104.599 tagged_above=-999 required=5 tests=[AWL=2.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UkBuRj8Bv8zf for ; Tue, 10 Sep 2013 10:15:11 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by ietfa.amsl.com (Postfix) with ESMTP id CAB2421F841A for ; Tue, 10 Sep 2013 10:15:08 -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 r8AHEHQx011904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 Sep 2013 10:14:19 -0700 (PDT) Message-ID: <522F5369.9050807@isi.edu> Date: Tue, 10 Sep 2013 10:14:17 -0700 From: Joe Touch User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Fernando Gont References: <20130905002953.31686.90142.idtracker@ietfa.amsl.com> <5227D184.5010100@isi.edu> <522ECAD8.3050704@si6networks.com> In-Reply-To: <522ECAD8.3050704@si6networks.com> 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 Cc: "tcpm@ietf.org" Subject: Re: [tcpm] Fwd: New Version Notification for draft-touch-tcpm-sno-00.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2013 17:15:18 -0000 On 9/10/2013 12:31 AM, Fernando Gont wrote: > On 09/04/2013 09:34 PM, Joe Touch wrote: >> Abstract: >> This document specifies a TCP option for service numbers. The >> current SYN destination port is used both to indicate the desired >> service and as a connection demultiplexing field. This option >> separates those two functions, retaining the current destination >> port solely for demultiplexing and indicating the service separately >> in a service number option (SNO). By decoupling these two functions, >> SNO allows a larger number of concurrent connections for a single >> service, as might be useful between fixed addresses of proxies. > > Why use this instead of, say, DNS SRV records? > > Services should be looked up elsewhere in a directory. Unless I'm > missing something, this proposal seems to be in the wrong layer. It might be useful if you can explain your question in the context of the current document; this version of the idea doesn't use name strings. Joe From fgont@si6networks.com Tue Sep 10 17:40:36 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3553411E8189 for ; Tue, 10 Sep 2013 17:40:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZxJ8-77EOTcu for ; Tue, 10 Sep 2013 17:40:35 -0700 (PDT) Received: from web01.jbserver.net (web01.jbserver.net [IPv6:2a00:d10:2000:e::3]) by ietfa.amsl.com (Postfix) with ESMTP id 0052911E80DF for ; Tue, 10 Sep 2013 17:40:34 -0700 (PDT) Received: from 202-175-17-190.fibertel.com.ar ([190.17.175.202] helo=[192.168.1.104]) by web01.jbserver.net with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1VJYTu-00081h-7J; Wed, 11 Sep 2013 02:40:30 +0200 Message-ID: <522FBBFA.6010308@si6networks.com> Date: Tue, 10 Sep 2013 21:40:26 -0300 From: Fernando Gont User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-Version: 1.0 To: Joe Touch References: <20130905002953.31686.90142.idtracker@ietfa.amsl.com> <5227D184.5010100@isi.edu> <522ECAD8.3050704@si6networks.com> <522F5369.9050807@isi.edu> In-Reply-To: <522F5369.9050807@isi.edu> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "tcpm@ietf.org" Subject: Re: [tcpm] Fwd: New Version Notification for draft-touch-tcpm-sno-00.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 00:40:36 -0000 On 09/10/2013 02:14 PM, Joe Touch wrote: >> Why use this instead of, say, DNS SRV records? >> >> Services should be looked up elsewhere in a directory. Unless I'm >> missing something, this proposal seems to be in the wrong layer. > > It might be useful if you can explain your question in the context of > the current document; this version of the idea doesn't use name strings. The problem is not the namespace, but the function you're trying to implement at the transport layer. It just doesn't belong there. Cheers, -- Fernando Gont SI6 Networks e-mail: fgont@si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492 From touch@isi.edu Tue Sep 10 19:19:37 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F20811E81DC for ; Tue, 10 Sep 2013 19:19:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.203 X-Spam-Level: X-Spam-Status: No, score=-105.203 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q+tI1Y0tGnZb for ; Tue, 10 Sep 2013 19:19:31 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by ietfa.amsl.com (Postfix) with ESMTP id 7A2CE11E80D1 for ; Tue, 10 Sep 2013 19:19:31 -0700 (PDT) Received: from [10.213.81.185] (mobile-198-228-215-010.mycingular.net [198.228.215.10]) (authenticated bits=0) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id r8B2Iopr023135 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 10 Sep 2013 19:18:59 -0700 (PDT) References: <20130905002953.31686.90142.idtracker@ietfa.amsl.com> <5227D184.5010100@isi.edu> <522ECAD8.3050704@si6networks.com> <522F5369.9050807@isi.edu> <522FBBFA.6010308@si6networks.com> In-Reply-To: <522FBBFA.6010308@si6networks.com> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (10B350) From: Joe Touch Date: Tue, 10 Sep 2013 19:18:51 -0700 To: Fernando Gont X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: touch@isi.edu Cc: "tcpm@ietf.org" Subject: Re: [tcpm] Fwd: New Version Notification for draft-touch-tcpm-sno-00.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 02:19:37 -0000 On Sep 10, 2013, at 5:40 PM, Fernando Gont wrote: > On 09/10/2013 02:14 PM, Joe Touch wrote: >>> Why use this instead of, say, DNS SRV records? >>>=20 >>> Services should be looked up elsewhere in a directory. Unless I'm >>> missing something, this proposal seems to be in the wrong layer. >>=20 >> It might be useful if you can explain your question in the context of >> the current document; this version of the idea doesn't use name strings. >=20 > The problem is not the namespace, but the function you're trying to > implement at the transport layer. It just doesn't belong there. The function is already there. This only decouples the existing dual meaning= s. Again, if you can explain vs the current doc it would be more useful. =20 Joe From fgont@si6networks.com Wed Sep 11 08:15:55 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 695FF11E8275 for ; Wed, 11 Sep 2013 08:15:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id quLuf0jNuKKJ for ; Wed, 11 Sep 2013 08:15:54 -0700 (PDT) Received: from web01.jbserver.net (web01.jbserver.net [IPv6:2a00:d10:2000:e::3]) by ietfa.amsl.com (Postfix) with ESMTP id B458011E8273 for ; Wed, 11 Sep 2013 08:15:54 -0700 (PDT) Received: from 202-175-17-190.fibertel.com.ar ([190.17.175.202] helo=[192.168.1.104]) by web01.jbserver.net with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1VJm91-00043F-9C; Wed, 11 Sep 2013 17:15:51 +0200 Message-ID: <52308922.9090408@si6networks.com> Date: Wed, 11 Sep 2013 12:15:46 -0300 From: Fernando Gont User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-Version: 1.0 To: Joe Touch References: <20130905002953.31686.90142.idtracker@ietfa.amsl.com> <5227D184.5010100@isi.edu> <522ECAD8.3050704@si6networks.com> <522F5369.9050807@isi.edu> <522FBBFA.6010308@si6networks.com> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "tcpm@ietf.org" Subject: Re: [tcpm] Fwd: New Version Notification for draft-touch-tcpm-sno-00.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 15:15:55 -0000 On 09/10/2013 11:18 PM, Joe Touch wrote: >> >> The problem is not the namespace, but the function you're trying to >> implement at the transport layer. It just doesn't belong there. > > The function is already there. This only decouples the existing dual meanings. Well-known ports are a kludge that has been useful enough while there was no complete directory service. The "function" you're referring to is a "policy" in people's heads rather than a protocol feature. There's nothing in TCP that says or requires that e.g. a web server must run on port 80. > Again, if you can explain vs the current doc it would be more useful. I will take a look at the I-D and comment, anyway. Cheers, -- Fernando Gont SI6 Networks e-mail: fgont@si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492 From touch@isi.edu Wed Sep 11 09:44:02 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53A2C11E8192 for ; Wed, 11 Sep 2013 09:44:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.599 X-Spam-Level: X-Spam-Status: No, score=-105.599 tagged_above=-999 required=5 tests=[AWL=1.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0rtPT3K4y5o0 for ; Wed, 11 Sep 2013 09:43:56 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by ietfa.amsl.com (Postfix) with ESMTP id 8925111E81C1 for ; Wed, 11 Sep 2013 09:43:56 -0700 (PDT) Received: from [128.9.161.254] ([128.9.161.254]) (authenticated bits=0) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id r8BGfaZB016440 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 Sep 2013 09:41:46 -0700 (PDT) Message-ID: <52309D43.5030809@isi.edu> Date: Wed, 11 Sep 2013 09:41:39 -0700 From: Joe Touch User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Fernando Gont References: <20130905002953.31686.90142.idtracker@ietfa.amsl.com> <5227D184.5010100@isi.edu> <522ECAD8.3050704@si6networks.com> <522F5369.9050807@isi.edu> <522FBBFA.6010308@si6networks.com> <52308922.9090408@si6networks.com> In-Reply-To: <52308922.9090408@si6networks.com> 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 Cc: "tcpm@ietf.org" Subject: Re: [tcpm] Fwd: New Version Notification for draft-touch-tcpm-sno-00.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 16:44:02 -0000 On 9/11/2013 8:15 AM, Fernando Gont wrote: > On 09/10/2013 11:18 PM, Joe Touch wrote: >>> >>> The problem is not the namespace, but the function you're trying to >>> implement at the transport layer. It just doesn't belong there. >> >> The function is already there. This only decouples the existing dual meanings. > > Well-known ports are a kludge that has been useful enough while there > was no complete directory service. Both endpoints need to agree on the service. Service identifiers need to be coordinated using a common representation. One is service strings; another is port numbers - either one is sufficient. There is absolutely no reason that the mapping between the two needs to exist at all. The current doc focuses on port numbers and the previous one name strings, but either way there's no need for a "map". There is also no reason why a third party - a directory service, as a separate service and/or on a separate machine. > The "function" you're referring to is > a "policy" in people's heads rather than a protocol feature. There's > nothing in TCP that says or requires that e.g. a web server must run on > port 80. If you think there's no need for such a thing, then there's no way to find the directory service. Joe From rpaulo@apple.com Wed Sep 11 10:08:41 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13BAD11E819B for ; Wed, 11 Sep 2013 10:08:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AiZ9ki19ls79 for ; Wed, 11 Sep 2013 10:08:32 -0700 (PDT) Received: from mail-out.apple.com (mail-out.apple.com [17.151.62.49]) by ietfa.amsl.com (Postfix) with ESMTP id 14D6811E80D3 for ; Wed, 11 Sep 2013 10:08:26 -0700 (PDT) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from relay3.apple.com ([17.128.113.83]) by mail-out.apple.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTP id <0MSZ005JM0UJUG30@mail-out.apple.com> for tcpm@ietf.org; Wed, 11 Sep 2013 10:08:24 -0700 (PDT) X-AuditID: 11807153-b7fa56d000007d7a-a1-5230a388dbf9 Received: from cardamom.apple.com (cardamom.apple.com [17.128.115.94]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay3.apple.com (Apple SCV relay) with SMTP id 66.EA.32122.883A0325; Wed, 11 Sep 2013 10:08:24 -0700 (PDT) Received: from [17.153.52.68] (unknown [17.153.52.68]) by cardamom.apple.com (Oracle Communications Messaging Server 7u4-24.01 (7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPSA id <0MSZ00EY60XZYK00@cardamom.apple.com> for tcpm@ietf.org; Wed, 11 Sep 2013 10:08:24 -0700 (PDT) From: Rui Paulo Date: Wed, 11 Sep 2013 10:08:23 -0700 Message-id: To: tcpm@ietf.org, tcpm-chairs@tools.ietf.org X-Mailer: Apple Mail (2.1805) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuphluLIzCtJLcpLzFFi42IRbCiO0+1YbBBkMP23hcW2k/OZHBg9liz5 yRTAGMVlk5Kak1mWWqRvl8CVcartHlPBPpaK9fMiGhj3M3cxcnJICJhIfDh9gxHCFpO4cG89 WxcjF4eQwEQmiRc3pzBDOHOZJN4/+MwEUsUmoCTxrO8EO4jNLKAlsX7ncSYIW1viybsLrCC2 MJC9pH0RWA2LgKrEzk/fWUBsXgEbiRWPtgIN5QCqD5H4NcsIJCwioCuxdOJMVogSPYn9v9ew QRwkK3F28kTWCYx8s5Bsm4Vk2ywkLQsYmVcxChSl5iRWGuslFhTkpOol5+duYgSHUWHwDsY/ y6wOMQpwMCrx8HbMMggSYk0sK67MPcQowcGsJMLbPgEoxJuSWFmVWpQfX1Sak1p8iFGag0VJ nLfCWD9ISCA9sSQ1OzW1ILUIJsvEwSnVwNh9adupZSXH17tapH9ef7BzzdR2p0Jhx6wHserq HG9i/nsxtAu1bX0v9sjQz9u7suNudO+cFK+/a/yrrugYz5m2MrmsumWuXa/CpPQ/4ZGHjrlx TDDiMi0snju/9vIfAx0tn2aZ+uXRR+8bXXpgnB26svz4f76ry/yc2f/PqGbsEHv5wo9DT4ml OCPRUIu5qDgRAI69dSEfAgAA Cc: Fernando Gont , David Borman Subject: [tcpm] draft-gont-tcpm-tcp-seq-validation X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 17:08:42 -0000 Hi, I've been asked to review draft-gont-tcpm-tcp-seq-validation. Below are my comments. In general the draft looks good. Section 4.1 is a bit hard to review given that the text is repeated. This is something we can review again in the next draft version. * "and thus elicits a ACK segment" -> "an ACK" * Section 3.4 says " (Failed) Simultaneous Connection Termination" in the TCP time sequence ASCII * Section 4.1. TCP sequence number validation -> text is repeated * Section 7 doesn't look like an acknowledgement. -- Rui Paulo From nishida@sfc.wide.ad.jp Wed Sep 11 13:43:30 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17D3021F9D50 for ; Wed, 11 Sep 2013 13:43:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.978 X-Spam-Level: X-Spam-Status: No, score=-101.978 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OqcLzsDwYJ66 for ; Wed, 11 Sep 2013 13:43:29 -0700 (PDT) Received: from mail.sfc.wide.ad.jp (ns.sfc.wide.ad.jp [IPv6:2001:200:0:8803:203:178:142:143]) by ietfa.amsl.com (Postfix) with ESMTP id 9AC3221F9D44 for ; Wed, 11 Sep 2013 13:43:28 -0700 (PDT) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id 4F375278087 for ; Thu, 12 Sep 2013 05:43:16 +0900 (JST) Received: by mail-lb0-f174.google.com with SMTP id w6so114344lbh.33 for ; Wed, 11 Sep 2013 13:43:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=thiAf7HiC2PNteMDxYhqUkXOJgIawqfyRO3x5JIFH2M=; b=VS/ezS3ekg7WP8niZkvpPsyHlgp8kmATMmuMwxEn5IACAoS6c6luYvq4MUz8K37paY A/IwOtr9vW46/9SpyMsHsSTm46rRhXlzKJuc5sJCgfszAOKD+ewf0OtfL/iy+wsfzWjR UPeUmykx3vCLB/CA1cArLna6DjakdnWzY29wwN+QhoCce7NsLHZVivlsSchpiEbbLUHs 4YHG5vZMmuAoDmv7BOT9K0pL1nIXlw/q5nIflRexGf5aS7BMgbZ+W/QNe38b3u39TRNM OlsKUd7+Ugj41IcRBgdr/DianGzJaW8OWclRvJuj63GK2z8yNw+duFQUjhCbBASA0e0q iw6g== MIME-Version: 1.0 X-Received: by 10.152.8.115 with SMTP id q19mr2912293laa.16.1378932193478; Wed, 11 Sep 2013 13:43:13 -0700 (PDT) Received: by 10.114.1.115 with HTTP; Wed, 11 Sep 2013 13:43:13 -0700 (PDT) In-Reply-To: References: Date: Wed, 11 Sep 2013 13:43:13 -0700 Message-ID: From: Yoshifumi Nishida To: Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 Cc: "tcpm-chairs@tools.ietf.org" , Fernando Gont , "tcpm@ietf.org" , David Borman Subject: Re: [tcpm] draft-gont-tcpm-tcp-seq-validation X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 20:43:30 -0000 Hi Rui, Thanks for the review. I think Section 4.1 is the critical part of the draft. If there is something we can improve this section for the next draft or if you see some potential risks there, please let us know. Regards, -- Yoshifumi On Wed, Sep 11, 2013 at 10:08 AM, Rui Paulo wrote: > Hi, > > I've been asked to review draft-gont-tcpm-tcp-seq-validation. Below are my comments. In general the draft looks good. Section 4.1 is a bit hard to review given that the text is repeated. This is something we can review again in the next draft version. > > * "and thus elicits a ACK segment" -> "an ACK" > > * Section 3.4 says " (Failed) Simultaneous Connection Termination" in the TCP time sequence ASCII > > * Section 4.1. TCP sequence number validation -> text is repeated > > * Section 7 doesn't look like an acknowledgement. > > > -- > Rui Paulo > > > From fernando@gont.com.ar Wed Sep 11 14:04:33 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BFA711E81BE for ; Wed, 11 Sep 2013 14:04:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bOMZ2M0qMlRr for ; Wed, 11 Sep 2013 14:04:32 -0700 (PDT) Received: from web01.jbserver.net (web01.jbserver.net [IPv6:2a00:d10:2000:e::3]) by ietfa.amsl.com (Postfix) with ESMTP id AF62711E81B4 for ; Wed, 11 Sep 2013 14:04:32 -0700 (PDT) Received: from 202-175-17-190.fibertel.com.ar ([190.17.175.202] helo=[192.168.1.104]) by web01.jbserver.net with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1VJraJ-0003q4-AF; Wed, 11 Sep 2013 23:04:24 +0200 Message-ID: <5230DAD2.2090506@gont.com.ar> Date: Wed, 11 Sep 2013 18:04:18 -0300 From: Fernando Gont User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-Version: 1.0 To: Rui Paulo References: In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: tcpm-chairs@tools.ietf.org, Fernando Gont , tcpm@ietf.org, David Borman Subject: Re: [tcpm] draft-gont-tcpm-tcp-seq-validation X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 21:04:33 -0000 Hi, Rui, Thanks so much for the review! Please find my comments inline... On 09/11/2013 02:08 PM, Rui Paulo wrote: > * Section 3.4 says " (Failed) Simultaneous Connection Termination" in > the TCP time sequence ASCII mm.. yes.. anything I'm missing? > * Section 4.1. TCP sequence number validation -> text is repeated Yes. I guess the question here is what style we should use to do the update. In other documents I authored in the past, I was asked to quote the text to be replaced, and then the text it should be replaced with -- that's why you see "duplicate" text. Two possible improvements are: * Indent the quoted text (although the indentation will mean that the quoted text won't look the same as in RFC793, because the length of each line would increase as a result of indentation, and hence they'd have to be rewrapped), or, * Try to quote only the specific sentences and tables to be replaced -- although this would make the text/spec harder to read. Thoughts? > * Section 7 doesn't look like an acknowledgement. Yep. This will be fixed in the next rev. Thanks! Cheers, -- Fernando Gont e-mail: fernando@gont.com.ar || fgont@si6networks.com PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1 From rpaulo@apple.com Wed Sep 11 14:43:25 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A510521E80A5 for ; Wed, 11 Sep 2013 14:43:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AMXsF-QeCMuJ for ; Wed, 11 Sep 2013 14:43:18 -0700 (PDT) Received: from mail-out.apple.com (bramley.apple.com [17.151.62.49]) by ietfa.amsl.com (Postfix) with ESMTP id 0C3C021E8050 for ; Wed, 11 Sep 2013 14:43:18 -0700 (PDT) MIME-version: 1.0 Content-type: text/plain; charset=windows-1252 Received: from relay3.apple.com ([17.128.113.83]) by mail-out.apple.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTP id <0MSZ00HM8DMQG222@mail-out.apple.com> for tcpm@ietf.org; Wed, 11 Sep 2013 14:43:12 -0700 (PDT) X-AuditID: 11807153-b7fa56d000007d7a-c5-5230e3f0ea90 Received: from sesame.apple.com (sesame.apple.com [17.128.115.128]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay3.apple.com (Apple SCV relay) with SMTP id 01.F2.32122.0F3E0325; Wed, 11 Sep 2013 14:43:12 -0700 (PDT) Received: from rui-macbook-pro.apple.com (rui-macbook-pro.apple.com [17.193.13.39]) by sesame.apple.com (Oracle Communications Messaging Server 7u4-24.01 (7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPSA id <0MSZ00BUMDO03B60@sesame.apple.com> for tcpm@ietf.org; Wed, 11 Sep 2013 14:43:12 -0700 (PDT) From: Rui Paulo In-reply-to: <5230DAD2.2090506@gont.com.ar> Date: Wed, 11 Sep 2013 14:41:41 -0700 Content-transfer-encoding: quoted-printable Message-id: <608E91E8-7F47-477E-A7FA-6EC192FEC145@apple.com> References: <5230DAD2.2090506@gont.com.ar> To: Fernando Gont X-Mailer: Apple Mail (2.1809) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrCLMWRmVeSWpSXmKPExsUi2FDcoPvhsUGQwfK3lhbbTs5ncmD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxo5d25gLLnNVbDl+gLmBcSVHFyMnh4SAicSbl58ZIWwxiQv3 1rN1MXJxCAn0MUmcmDuREcLZwSRx7NpvoAwHB7OAnsT9i1ogDbxA5uPGqawgtrCAmcTxY/OY QWw2ASWJZ30n2EFsTgFticam/0wgNouAqsSj511gcWaBeok9b/8yQdjaEk/eXWCFmGkjceD1 e7A5QgKxEtv7m8FsEQENiXkLN7NCHCorsWP/EqYJjAKzEC6aheSiWUimLmBkXsUoUJSak1hp rJdYUJCTqpecn7uJERx2hcE7GP8sszrEKMDBqMTD2zHLIEiINbGsuDL3EKMEB7OSCG/7BKAQ b0piZVVqUX58UWlOavEhRmkOFiVx3rJrQCmB9MSS1OzU1ILUIpgsEwenVAPjZKXK0NPrnz/4 7rH6tIN9/7+L58S/mOrr57pOijfYzHZA/esMOdbD7dvrZ/XunHnW2dr34Ee7EN2Lt7UForYG 7oxhe8PqqdK6Zdf3Gj+3CRIhn+OyPzUpTn4aeG72tqP3O6M3J/cZSXCtEljAddEpeJ9XgEaa fMS2mcmOZrItKzTny57lvDpHiaU4I9FQi7moOBEAmwAvojcCAAA= Cc: tcpm-chairs@tools.ietf.org, Fernando Gont , tcpm@ietf.org, David Borman Subject: Re: [tcpm] draft-gont-tcpm-tcp-seq-validation X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 21:43:25 -0000 On 11 Sep 2013, at 14:04, Fernando Gont wrote: > Hi, Rui, >=20 > Thanks so much for the review! Please find my comments inline... >=20 > On 09/11/2013 02:08 PM, Rui Paulo wrote: >> * Section 3.4 says " (Failed) Simultaneous Connection Termination" in >> the TCP time sequence ASCII >=20 > mm.. yes.. anything I'm missing? It should say "Simultaneous Window Probes=94. >> * Section 4.1. TCP sequence number validation -> text is repeated >=20 > Yes. I guess the question here is what style we should use to do the = update. >=20 > In other documents I authored in the past, I was asked to quote the = text > to be replaced, and then the text it should be replaced with -- that's > why you see "duplicate" text. >=20 > Two possible improvements are: >=20 > * Indent the quoted text (although the indentation will mean that the > quoted text won't look the same as in RFC793, because the length of = each > line would increase as a result of indentation, and hence they'd have = to > be rewrapped), or, >=20 > * Try to quote only the specific sentences and tables to be replaced = -- > although this would make the text/spec harder to read. OK, I understand it now. How about underlining the differences somehow = or putting =93=3D>=94 marks next to the areas that changed? -- Rui Paulo From rpaulo@apple.com Wed Sep 11 15:24:33 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57B4921E8082 for ; Wed, 11 Sep 2013 15:24:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yUVePcFEAE9G for ; Wed, 11 Sep 2013 15:24:26 -0700 (PDT) Received: from mail-out.apple.com (honeycrisp.apple.com [17.151.62.51]) by ietfa.amsl.com (Postfix) with ESMTP id 20C3A11E80E7 for ; Wed, 11 Sep 2013 15:24:26 -0700 (PDT) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from relay2.apple.com ([17.128.113.67]) by mail-out.apple.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTP id <0MSZ00FUUFK124C0@mail-out.apple.com> for tcpm@ietf.org; Wed, 11 Sep 2013 15:24:01 -0700 (PDT) X-AuditID: 11807143-b7fce6d000001c8e-2d-5230ed8168fc Received: from sesame.apple.com (sesame.apple.com [17.128.115.128]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay2.apple.com (Apple SCV relay) with SMTP id C4.4E.07310.18DE0325; Wed, 11 Sep 2013 15:24:01 -0700 (PDT) Received: from rui-macbook-pro.apple.com (rui-macbook-pro.apple.com [17.193.13.39]) by sesame.apple.com (Oracle Communications Messaging Server 7u4-24.01 (7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPSA id <0MSZ00IFZFK12500@sesame.apple.com> for tcpm@ietf.org; Wed, 11 Sep 2013 15:24:01 -0700 (PDT) From: Rui Paulo In-reply-to: Date: Wed, 11 Sep 2013 15:22:30 -0700 Message-id: <0B354526-45F0-4DB9-8685-F2A23486B314@apple.com> References: To: Yoshifumi Nishida X-Mailer: Apple Mail (2.1809) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrGLMWRmVeSWpSXmKPExsUi2FDcoNv41iDIYMVmA4ttJ+czOTB6LFny kymAMYrLJiU1J7MstUjfLoErY9uNP+wF3cwV9y48Zm5gXMPUxcjJISFgInHx/ht2CFtM4sK9 9WxdjFwcQgJ9TBIL+j6wQjg7mCTuTprOAlLFLKAj0fv9GzOIzSugJ/G4cSpQEQeHsIC+xIlV CiBhNgEliWd9J8CGcgoESxz4uJ0VxGYRUJX4sHMyK8SYTYwSdxvkIWx5ic1r3kKNtJHY92Ev 1N5mRonl71eCXSoCtOvD949QV8tK7Ni/hGkCo8AsJCfNQnLSLCRzFzAyr2IUKErNSaw00kss KMhJ1UvOz93ECA69QucdjMeWWR1iFOBgVOLh7ZhlECTEmlhWXJl7iFGCg1lJhLd9AlCINyWx siq1KD++qDQntfgQozQHi5I4b9k1oJRAemJJanZqakFqEUyWiYNTqoExMPxD//6vAcujXKba 60ulev86n/Ikcb7qjx9VIRfu8BeUKy+/2RT2/IH4/VKzT+8jKmfdPnZ3k9L7wNYp/ze4n+qb tuDORV3PO/Y3z2hvq6m8+LIssezc7zObdDlnJnjb1vHvKj67+XuSjCRT9u7mRV9abxjHaPeV b7GOijweqL241q5UI95XiaU4I9FQi7moOBEAWdfWyjkCAAA= Cc: "tcpm-chairs@tools.ietf.org" , Fernando Gont , "tcpm@ietf.org" , David Borman Subject: Re: [tcpm] draft-gont-tcpm-tcp-seq-validation X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 22:24:33 -0000 On 11 Sep 2013, at 13:43, Yoshifumi Nishida wrote: > Hi Rui, > > Thanks for the review. > I think Section 4.1 is the critical part of the draft. If there is > something we can improve this section for the next draft or if you see > some potential risks there, please let us know. The text looks good. The tables also look good to me. -- Rui Paulo From nishida@sfc.wide.ad.jp Wed Sep 11 19:27:09 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6409B21F8421 for ; Wed, 11 Sep 2013 19:27:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.978 X-Spam-Level: X-Spam-Status: No, score=-101.978 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s52GIfpVUetk for ; Wed, 11 Sep 2013 19:27:09 -0700 (PDT) Received: from mail.sfc.wide.ad.jp (ns.sfc.wide.ad.jp [IPv6:2001:200:0:8803:203:178:142:143]) by ietfa.amsl.com (Postfix) with ESMTP id C40501F0D37 for ; Wed, 11 Sep 2013 19:26:58 -0700 (PDT) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id 0687B2780A8 for ; Thu, 12 Sep 2013 11:26:56 +0900 (JST) Received: by mail-lb0-f182.google.com with SMTP id c11so335927lbj.13 for ; Wed, 11 Sep 2013 19:26:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bp8fJeWHFB+doNioZtEtSVo9SawVcJvoXOgnz7Jg9dw=; b=S+XqEur7AXaCq3v7AnGM42t9m3EhhbT3ZoAbsqH+qgA6fGifJ//Nm4ITmUZgdpKkJE ad7WwVzIYVn09oDOcEigj8U8he8XdEZC2S6KvF4vsJ8KEAVv4Dn8HoD9fG6uC+igrwP9 xr2EgVke0mlpBK1PgxL1hlVa/j6bvvN7czeJhfA8kG4kCeOCZiRvY0iKHzIdhFqt4s4B gQVZiazECBoPiIiXOAqIZeQGS9wPAtQLbBgNu8Zl8dPOohgHKsOeT1F/9vNTE6VQE4d8 x6DvEh8hoT0x3E7/ceHHo75PS+kRJYen25q+MB3cMinwcMP5k6Kld4fBgnrWpji4eidJ E4dA== MIME-Version: 1.0 X-Received: by 10.152.44.225 with SMTP id h1mr4013279lam.15.1378952814316; Wed, 11 Sep 2013 19:26:54 -0700 (PDT) Received: by 10.114.1.115 with HTTP; Wed, 11 Sep 2013 19:26:54 -0700 (PDT) In-Reply-To: <0B354526-45F0-4DB9-8685-F2A23486B314@apple.com> References: <0B354526-45F0-4DB9-8685-F2A23486B314@apple.com> Date: Wed, 11 Sep 2013 19:26:54 -0700 Message-ID: From: Yoshifumi Nishida To: Rui Paulo Content-Type: multipart/alternative; boundary=089e0160b7bea8d19104e6267861 Cc: "tcpm-chairs@tools.ietf.org" , Fernando Gont , "tcpm@ietf.org" , David Borman Subject: Re: [tcpm] draft-gont-tcpm-tcp-seq-validation X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Sep 2013 02:27:09 -0000 --089e0160b7bea8d19104e6267861 Content-Type: text/plain; charset=ISO-8859-1 Hi Rui, Thanks! This is good feedback for us. -- Yoshifumi On Wed, Sep 11, 2013 at 3:22 PM, Rui Paulo wrote: > On 11 Sep 2013, at 13:43, Yoshifumi Nishida > wrote: > > > Hi Rui, > > > > Thanks for the review. > > I think Section 4.1 is the critical part of the draft. If there is > > something we can improve this section for the next draft or if you see > > some potential risks there, please let us know. > > The text looks good. The tables also look good to me. > > -- > Rui Paulo > > > > --089e0160b7bea8d19104e6267861 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Rui,

Thanks! This is good= feedback for us.
--
Yoshifumi

On Wed, Sep 11, 2013 at 3:22 PM, Rui= Paulo <rpaulo@apple.com> wrote:
On 11 Sep 2013, at 13:43, = Yoshifumi Nishida <nishida@sfc= .wide.ad.jp> wrote:

> Hi Rui,
>
> Thanks for the review.
> I think Section 4.1 is the critical part of the draft. If there is
> something we can improve this section for the next draft or if you see=
> some potential risks there, please let us know.

The text looks good. The tables also look good to me.

--
Rui Paulo




--089e0160b7bea8d19104e6267861-- From internet-drafts@ietf.org Tue Sep 17 01:36:20 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B4FC11E83B3; Tue, 17 Sep 2013 01:36:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.575 X-Spam-Level: X-Spam-Status: No, score=-102.575 tagged_above=-999 required=5 tests=[AWL=0.025, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v7ebBOdaRd0b; Tue, 17 Sep 2013 01:36:19 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B365511E83AC; Tue, 17 Sep 2013 01:36:18 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.71.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20130917083618.1262.43665.idtracker@ietfa.amsl.com> Date: Tue, 17 Sep 2013 01:36:18 -0700 Cc: tcpm@ietf.org Subject: [tcpm] I-D Action: draft-ietf-tcpm-rtorestart-01.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 08:36:20 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the TCP Maintenance and Minor Extensions Work= ing Group of the IETF. Title : TCP and SCTP RTO Restart Author(s) : Per Hurtig Anna Brunstrom Andreas Petlund Michael Welzl Filename : draft-ietf-tcpm-rtorestart-01.txt Pages : 11 Date : 2013-09-17 Abstract: This document describes a modified algorithm for managing the TCP and SCTP retransmission timers that provides faster loss recovery when there is a small amount of outstanding data for a connection. The modification allows the transport to restart its retransmission timer more aggressively in situations where fast retransmit cannot be used. This enables faster loss detection and recovery for connections that are short-lived or application-limited. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tcpm-rtorestart There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-tcpm-rtorestart-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-tcpm-rtorestart-01 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From prvs=097243f560=per.hurtig@kau.se Tue Sep 17 01:44:33 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8D7011E83B8 for ; Tue, 17 Sep 2013 01:44:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.249 X-Spam-Level: X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J-9PAWu1Yfki for ; Tue, 17 Sep 2013 01:44:28 -0700 (PDT) Received: from nasse.dc.kau.se (smtp.kau.se [193.10.220.39]) by ietfa.amsl.com (Postfix) with ESMTP id 1E22B11E83B0 for ; Tue, 17 Sep 2013 01:44:27 -0700 (PDT) Message-ID: <5238166A.7000303@kau.se> Date: Tue, 17 Sep 2013 10:44:26 +0200 From: Per Hurtig Organization: Karlstad University User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: tcpm@ietf.org References: <20130917083618.1262.43665.idtracker@ietfa.amsl.com> In-Reply-To: <20130917083618.1262.43665.idtracker@ietfa.amsl.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [tcpm] I-D Action: draft-ietf-tcpm-rtorestart-01.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 08:44:33 -0000 Hi all, A revised draft of the RTO restart mechanism has just been submitted with the details, below. The main changes between this and previous drafts are: * Improved wording throughout the document. * Removed the possibility for a connection limited by the receiver's advertised window to use RTO restart, decreasing the risk of spurious timeouts. * A new section that discusses the applicability of and problems related to the RTO restart mechanism. * Updates to the text that describe RTO restart's relation to TLP. * Acknowledgments added. We're happy to receive any feedback! Per On 09/17/2013 10:36 AM, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the TCP Maintenance and Minor Extensions Working Group of the IETF. > > Title : TCP and SCTP RTO Restart > Author(s) : Per Hurtig > Anna Brunstrom > Andreas Petlund > Michael Welzl > Filename : draft-ietf-tcpm-rtorestart-01.txt > Pages : 11 > Date : 2013-09-17 > > Abstract: > This document describes a modified algorithm for managing the TCP and > SCTP retransmission timers that provides faster loss recovery when > there is a small amount of outstanding data for a connection. The > modification allows the transport to restart its retransmission timer > more aggressively in situations where fast retransmit cannot be used. > This enables faster loss detection and recovery for connections that > are short-lived or application-limited. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-tcpm-rtorestart > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-tcpm-rtorestart-01 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-rtorestart-01 > > > 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. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > tcpm mailing list > tcpm@ietf.org > https://www.ietf.org/mailman/listinfo/tcpm > -- Per Hurtig, PhD Tel: +46 (0) 54 700 2335 Datavetenskap Kontor: 21F-422 (Hus Vanern) Karlstads universitet PGP 0x8C4FFCF6 SE-651 88 Karlstad http://www.kau.se/forskare/per-hurtig From trammell@tik.ee.ethz.ch Thu Sep 26 02:08:26 2013 Return-Path: X-Original-To: tcpm@ietfa.amsl.com Delivered-To: tcpm@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6BE421F93B9 for ; Thu, 26 Sep 2013 02:08:26 -0700 (PDT) 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 ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rhQ8xxVdmrJS for ; Thu, 26 Sep 2013 02:08:01 -0700 (PDT) Received: from smtp.ee.ethz.ch (smtp.ee.ethz.ch [129.132.2.219]) by ietfa.amsl.com (Postfix) with ESMTP id 997E521F9CCC for ; Thu, 26 Sep 2013 02:07:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by smtp.ee.ethz.ch (Postfix) with ESMTP id 53D46D930B for ; Thu, 26 Sep 2013 11:07:43 +0200 (MEST) X-Virus-Scanned: by amavisd-new on smtp.ee.ethz.ch Received: from smtp.ee.ethz.ch ([127.0.0.1]) by localhost (.ee.ethz.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id kyZ5VwQ+BuHR for ; Thu, 26 Sep 2013 11:07:43 +0200 (MEST) Received: from [10.143.210.135] (unknown [109.144.254.243]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: briant) by smtp.ee.ethz.ch (Postfix) with ESMTPSA id 0F070D9305 for ; Thu, 26 Sep 2013 11:07:43 +0200 (MEST) From: Brian Trammell Content-Type: multipart/signed; boundary="Apple-Mail=_3CFDA1B4-2936-4FEC-8405-0343B2C6F777"; protocol="application/pgp-signature"; micalg=pgp-sha512 Date: Thu, 26 Sep 2013 10:07:42 +0100 References: <20130910143727.13233.43223.idtracker@ietfa.amsl.com> To: "tcpm@ietf.org" Message-Id: Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) Subject: [tcpm] Fwd: New Version Notification for draft-kuehlewind-tcpm-ecn-fallback-01.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Sep 2013 09:08:26 -0000 --Apple-Mail=_3CFDA1B4-2936-4FEC-8405-0343B2C6F777 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Greetings, all, We've posted a new version of our draft on ECN fallback, addressing = comments received before and during the Berlin meeting; still to come in = a future revision are measurements based on an initial implementation. Best regards, Brian & Mirja Begin forwarded message: > From: internet-drafts@ietf.org > Subject: New Version Notification for = draft-kuehlewind-tcpm-ecn-fallback-01.txt > Date: 10 September 2013 15:37:27 GMT+01:00 > To: Mirja Kuehlewind , Brian = Trammell >=20 >=20 > A new version of I-D, draft-kuehlewind-tcpm-ecn-fallback-01.txt > has been successfully submitted by Mirja Kuehlewind and posted to the > IETF repository. >=20 > Filename: draft-kuehlewind-tcpm-ecn-fallback > Revision: 01 > Title: A Mechanism for ECN Path Probing and Fallback > Creation date: 2013-09-10 > Group: Individual Submission > Number of pages: 7 > URL: = http://www.ietf.org/internet-drafts/draft-kuehlewind-tcpm-ecn-fallback-01.= txt > Status: = http://datatracker.ietf.org/doc/draft-kuehlewind-tcpm-ecn-fallback > Htmlized: = http://tools.ietf.org/html/draft-kuehlewind-tcpm-ecn-fallback-01 > Diff: = http://www.ietf.org/rfcdiff?url2=3Ddraft-kuehlewind-tcpm-ecn-fallback-01 >=20 > Abstract: > Explicit Congestion Notification (ECN) is a TCP/IP extension that is > widely implemented but hardly used due to the perceived unusablilty > of ECN on many paths through the Internet caused by ECN-ignorant > routers and middleboxes. This document specifies an ECN probing and > fall-back mechanism in case ECN has be successfully negotiated > between two connection endpoints, but might not be usable on the > path. >=20 >=20 >=20 >=20 > 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. >=20 > The IETF Secretariat --Apple-Mail=_3CFDA1B4-2936-4FEC-8405-0343B2C6F777 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSQ/leAAoJENt3nsOmbNJcwJgIALJDxYhEYwNBV8BsHqYLk+CP oZ/upIn+ff7EnxovqYfbbRAC4arfd5IIbrOByzYBec44T479t7LG8b9/SoBj8a+Z a/ELd085eqslv8csTFg22xA+fwI14zzWXWxL5AuMNPLNrn9jo/FjQZLGn+3kyTEA hE4QI/msbPN4GK2NHHJyTl9ntbqJRh6u2FQIHHP4Ka+N+QTzdk80lW0AQKUjEDWY alf07pNwNmrUqu3GDTDTcvFzMOChVYjTxwCNU80Z0pBQdkK477AUb7aX3dnOR0+d oVnM43zjRnhnDMff+gx1iUdCYcGpSYrRDVLMTvMTVfQBFkmN/5JONenDTUTH/4k= =OlD0 -----END PGP SIGNATURE----- --Apple-Mail=_3CFDA1B4-2936-4FEC-8405-0343B2C6F777--