IETF Logo Mail Archive

Re: [v6ops] IPv6 Diagnostic Option

Erik Kline <ek@google.com> Fri, 22 July 2011 06:35 UTC

Return-Path: <ek@google.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3644511E8086 for <v6ops@ietfa.amsl.com>; Thu, 21 Jul 2011 23:35:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.977
X-Spam-Level:
X-Spam-Status: No, score=-105.977 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GVWF4ZHqZyLo for <v6ops@ietfa.amsl.com>; Thu, 21 Jul 2011 23:35:40 -0700 (PDT)
Received: from smtp-out.google.com (smtp-out.google.com [216.239.44.51]) by ietfa.amsl.com (Postfix) with ESMTP id 726D411E8075 for <v6ops@ietf.org>; Thu, 21 Jul 2011 23:35:40 -0700 (PDT)
Received: from hpaq11.eem.corp.google.com (hpaq11.eem.corp.google.com [172.25.149.11]) by smtp-out.google.com with ESMTP id p6M6ZdOe002345 for <v6ops@ietf.org>; Thu, 21 Jul 2011 23:35:39 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1311316539; bh=kRxK+sWY51G7WW35LXKetz0sROs=; h=MIME-Version:In-Reply-To:References:Date:Message-ID:Subject:From: To:Cc:Content-Type; b=rvQkpbu9JXDcqvju1lUq7AuDr0MqyHBy25r69OGVh9WsKXonvGpDOQM9JOytYaaJ0 aRy9yTY4rOZ8w8AAYbXEg==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=dkim-signature:mime-version:in-reply-to:references:date: message-id:subject:from:to:cc:content-type:x-system-of-record; b=n1lMcD61CynWY3v2gjeyYj8Yz5Vf/yAPsNgET9yljKj1QOrAhKHTkQs86ufN7qN+V dhgcjBH6yTH4KLaDGF7yw==
Received: from qyk38 (qyk38.prod.google.com [10.241.83.166]) by hpaq11.eem.corp.google.com with ESMTP id p6M6YtHj023358 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for <v6ops@ietf.org>; Thu, 21 Jul 2011 23:35:38 -0700
Received: by qyk38 with SMTP id 38so1207428qyk.20 for <v6ops@ietf.org>; Thu, 21 Jul 2011 23:35:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=beta; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ioT0gSkT6dA+jd5vmIusFdyjhJj6uUO4BeADtmOmLsU=; b=M1IrWQ6H5/fpV2lN8ivPhzl2g16oxjPbYRfpzLrPlAyfmD8pjVeTS6gnxbQkeznMpy NCfQtj4VCE/QOrrVxEeQ==
MIME-Version: 1.0
Received: by 10.224.200.5 with SMTP id eu5mr976844qab.189.1311316537786; Thu, 21 Jul 2011 23:35:37 -0700 (PDT)
Received: by 10.229.136.66 with HTTP; Thu, 21 Jul 2011 23:35:37 -0700 (PDT)
In-Reply-To: <4E290D99.3030300@kit.edu>
References: <1311309532.77035.YahooMailClassic@web2814.biz.mail.ne1.yahoo.com> <4E290D99.3030300@kit.edu>
Date: Fri, 22 Jul 2011 15:35:37 +0900
Message-ID: <CAAedzxr5JrXKfRAfo+e7CwkvvFBRju3n8CL2xpRvhaS7hcjPng@mail.gmail.com>
From: Erik Kline <ek@google.com>
To: Roland Bless <roland.bless@kit.edu>
Content-Type: text/plain; charset="UTF-8"
X-System-Of-Record: true
Cc: v6ops@ietf.org, ipv6@ietf.org
Subject: Re: [v6ops] IPv6 Diagnostic Option
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Jul 2011 06:35:41 -0000

> I don't think that your proposed solution is necessary, since
> IPv6 has the Flow Label, that - if set by the source - may be
> very well suited for your purpose (tracking flows along a path).
> Please see http://datatracker.ietf.org/doc/draft-ietf-6man-flow-3697bis/
> for more details.

Agreed.

I also think use of the flowlabel will prove operationally simpler.
Some devices drop IPv6 packets that have any kind of headers, even
fragment headers, since they lack the ability to look beyond these
headers at line rate.

v2.23.0 | Report a Bug | By Email