[tcpm] New ID available: TCP Option for Transparent Middlebox Discovery

Andrew Knutsen <andrew.knutsen@bluecoat.com> Mon, 03 August 2009 21:54 UTC

Return-Path: <andrew.knutsen@bluecoat.com>
X-Original-To: tcpm@core3.amsl.com
Delivered-To: tcpm@core3.amsl.com
Received: from localhost (localhost []) by core3.amsl.com (Postfix) with ESMTP id EC2DD3A6862 for <tcpm@core3.amsl.com>; Mon, 3 Aug 2009 14:54:34 -0700 (PDT)
X-Quarantine-ID: <eD5n7u3fkREn>
X-Virus-Scanned: amavisd-new at amsl.com
X-Amavis-Alert: BAD HEADER, Improper folded header field made up entirely of whitespace (char 20 hex): Subject: ... Option for Transparent Middlebox Discovery\n \n
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([]) by localhost (core3.amsl.com []) (amavisd-new, port 10024) with ESMTP id eD5n7u3fkREn for <tcpm@core3.amsl.com>; Mon, 3 Aug 2009 14:54:34 -0700 (PDT)
Received: from whisker.bluecoat.com (whisker.bluecoat.com []) by core3.amsl.com (Postfix) with ESMTP id 1D83B3A69F0 for <tcpm@ietf.org>; Mon, 3 Aug 2009 14:53:39 -0700 (PDT)
Received: from exchfront1.internal.cacheflow.com (exchfront1 []) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n73Lrfnt017752 for <tcpm@ietf.org>; Mon, 3 Aug 2009 14:53:41 -0700 (PDT)
Received: from [] ([]) by exchfront1.internal.cacheflow.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 3 Aug 2009 14:53:36 -0700
Message-ID: <4A775C60.7030204@bluecoat.com>
Date: Mon, 03 Aug 2009 14:53:36 -0700
From: Andrew Knutsen <andrew.knutsen@bluecoat.com>
User-Agent: Thunderbird (Windows/20090605)
MIME-Version: 1.0
To: tcpm@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 03 Aug 2009 21:53:36.0466 (UTC) FILETIME=[DA540B20:01CA1484]
Cc: Jamshid Mahdavi <jamshid.mahdavi@bluecoat.com>, Ron Frederick <ron.frederick@bluecoat.com>, Qing Li <qing.li@bluecoat.com>, Wei Jen Yeh <weijen.yeh@bluecoat.com>
Subject: [tcpm] New ID available: TCP Option for Transparent Middlebox Discovery
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: Mon, 03 Aug 2009 21:54:35 -0000

    We've just posted 
The intended category is Informational.

    Current technology uses several experimental and unassigned option 
kinds for this function, by different vendors. This draft represents an 
effort to allow use of a single, standard, flexible option.  We 
appreciate your attention, so we can begin moving toward an assigned 
option kind.


This document describes a TCP option intended to facilitate
transparent detection of middleboxes (or services playing that role)
along the path of a TCP connection as the connection is made. The
option has no effect if an appropriate middlebox is not on the path.