Re: [tcpm] Beware the ordering of TCP options
" Ilpo Järvinen " <ilpo.jarvinen@helsinki.fi> Mon, 27 October 2008 22:03 UTC
Return-Path: <tcpm-bounces@ietf.org>
X-Original-To: tcpm-archive@megatron.ietf.org
Delivered-To: ietfarch-tcpm-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 26C3228C1B2; Mon, 27 Oct 2008 15:03:24 -0700 (PDT)
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 03E8B3A68C6 for <tcpm@core3.amsl.com>; Mon, 27 Oct 2008 15:03:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.299
X-Spam-Level:
X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, 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 E9IXN4SAi2nB for <tcpm@core3.amsl.com>; Mon, 27 Oct 2008 15:03:22 -0700 (PDT)
Received: from mail.cs.helsinki.fi (courier.cs.helsinki.fi [128.214.9.1]) by core3.amsl.com (Postfix) with ESMTP id 15D1F3A6A2C for <tcpm@ietf.org>; Mon, 27 Oct 2008 15:03:20 -0700 (PDT)
Received: from wrl-59.cs.helsinki.fi (wrl-59.cs.helsinki.fi [128.214.166.179]) (AUTH: PLAIN cs-relay, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by mail.cs.helsinki.fi with esmtp; Tue, 28 Oct 2008 00:03:18 +0200 id 0005BEAA.49063AA6.00005788
Received: by wrl-59.cs.helsinki.fi (Postfix, from userid 50795) id A1FC1A009F; Tue, 28 Oct 2008 00:03:18 +0200 (EET)
Received: from localhost (localhost [127.0.0.1]) by wrl-59.cs.helsinki.fi (Postfix) with ESMTP id 8FB63A0098; Tue, 28 Oct 2008 00:03:18 +0200 (EET)
Date: Tue, 28 Oct 2008 00:03:18 +0200
From: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
X-X-Sender: ijjarvin@wrl-59.cs.helsinki.fi
To: Adam Langley <agl@imperialviolet.org>
In-Reply-To: <396556a20810271152h21cd0eb6s9fff99e629c0c17e@mail.gmail.com>
Message-ID: <Pine.LNX.4.64.0810272346110.13973@wrl-59.cs.helsinki.fi>
References: <396556a20810271015s636f0585p41e413c4c37888e0@mail.gmail.com> <3C4D15BA-30EE-4CF6-85BE-B945BC995D14@nokia.com> <396556a20810271152h21cd0eb6s9fff99e629c0c17e@mail.gmail.com>
Mime-Version: 1.0
Cc: tcpm@ietf.org
Subject: Re: [tcpm] Beware the ordering of TCP options
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: <https://www.ietf.org/mailman/private/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>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org
On Mon, 27 Oct 2008, Adam Langley wrote: > On Mon, Oct 27, 2008 at 11:07 AM, Lars Eggert <lars.eggert@nokia.com> wrote: > > Could you clarify if by "routers" you mean IP routers or cable/DSL modems? > > It's not clear. The only source of information that I have are the > user bug reports listed above. Certainly some "consumer > moderm"/NAT/wireless access point type of hardware broke. However, > there were also a number of reports of Verizon DSL breaking with some > diversity of consumer modems so it may be that something bigger broke > there. Here's at least one known device: http://marc.info/?l=linux-netdev&m=122509030019980&w=2 -- i. _______________________________________________ tcpm mailing list tcpm@ietf.org https://www.ietf.org/mailman/listinfo/tcpm
- [tcpm] Beware the ordering of TCP options Adam Langley
- Re: [tcpm] Beware the ordering of TCP options Lars Eggert
- Re: [tcpm] Beware the ordering of TCP options Adam Langley
- Re: [tcpm] Beware the ordering of TCP options David Borman
- Re: [tcpm] Beware the ordering of TCP options Ilpo Järvinen
- Re: [tcpm] Beware the ordering of TCP options Pekka Savola