Re: [v6ops] IPv6 EHs Packet Drops (Fwd: New Version Notification for draft-gont-v6ops-ipv6-ehs-packet-drops-02.txt)

"Ackermann, Michael" <MAckermann@bcbsm.com> Tue, 09 February 2016 17:48 UTC

Return-Path: <mackermann@bcbsm.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64C241ACD88 for <v6ops@ietfa.amsl.com>; Tue, 9 Feb 2016 09:48:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.202
X-Spam-Level:
X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WPrL6Y9l-cq0 for <v6ops@ietfa.amsl.com>; Tue, 9 Feb 2016 09:48:22 -0800 (PST)
Received: from mx.z120.zixworks.com (mx.z120.zixworks.com [199.30.235.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 897701A87CB for <v6ops@ietf.org>; Tue, 9 Feb 2016 09:48:21 -0800 (PST)
Received: from 127.0.0.1 (ZixVPM [127.0.0.1]) by Outbound.z120.zixworks.com (Proprietary) with SMTP id 424E01C1915 for <v6ops@ietf.org>; Tue, 9 Feb 2016 11:48:21 -0600 (CST)
Received: from imsva2.bcbsm.com (unknown [12.107.172.81]) by mx.z120.zixworks.com (Proprietary) with SMTP id D0AAA1C17A8; Tue, 9 Feb 2016 11:48:20 -0600 (CST)
Received: from imsva2.bcbsm.com (unknown [127.0.0.1]) by IMSVA80 (Postfix) with ESMTP id BE20C420004; Tue, 9 Feb 2016 12:48:19 -0500 (EST)
Received: from pwn401ea100.ent.corp.bcbsm.com (unknown [10.64.80.217]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by imsva2.bcbsm.com (Postfix) with ESMTP id BCCAC420003; Tue, 9 Feb 2016 12:48:19 -0500 (EST)
Received: from PWN401EA115.ent.corp.bcbsm.com (10.64.140.167) by PWN401EA100.ent.corp.bcbsm.com (10.64.80.217) with Microsoft SMTP Server (TLS) id 14.3.266.1; Tue, 9 Feb 2016 12:48:20 -0500
Received: from PWN401EA120.ent.corp.bcbsm.com ([169.254.12.25]) by PWN401EA115.ent.corp.bcbsm.com ([10.64.140.167]) with mapi id 14.03.0266.001; Tue, 9 Feb 2016 12:48:19 -0500
From: "Ackermann, Michael" <MAckermann@bcbsm.com>
To: Joe Touch <touch@isi.edu>, Philip Homburg <pch-v6ops-4@u-1.phicoh.com>, "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: [v6ops] IPv6 EHs Packet Drops (Fwd: New Version Notification for draft-gont-v6ops-ipv6-ehs-packet-drops-02.txt)
Thread-Index: AQHRX890IONiwGgTu0iQYnoqIYUoiJ8dwHUAgAAeiACAAA42AIAAAVSAgAAKYoCAAAXDAIAAAXEAgAABkoCAACHjAIABsouAgAAMoICAAAmRgIAABr6AgAAb4QCAANeVAIAABSiA//+1EjqAAFk8gP//rjOcgAKL0gCAALIEZoAAZAyA//+47AA=
Date: Tue, 09 Feb 2016 17:48:19 +0000
Message-ID: <4FC37E442D05A748896589E468752CAA0D919E30@PWN401EA120.ent.corp.bcbsm.com>
References: <56B742AC.7010307@foobar.org> <20160207.143039.74735886.sthaug@nethelp.no> <m1aSPug-0000C8C@stereo.hq.phicoh.net> <20160207.152151.71101099.sthaug@nethelp.no> <m1aSQKV-0000DIC@stereo.hq.phicoh.net> <56B9312A.4020305@si6networks.com> <m1aTAgm-0000DOC@stereo.hq.phicoh.net> <56BA1A6B.9000005@isi.edu>
In-Reply-To: <56BA1A6B.9000005@isi.edu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.64.10.35]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-VPM-MSG-ID: a08cb755-8465-47e0-bfee-79026bc120b2
X-VPM-HOST: vmvpm01.z120.zixworks.com
X-VPM-GROUP-ID: d0bc2b24-99ed-446a-8626-aae1c6cc8df7
X-VPM-ENC-REGIME: Plaintext
X-VPM-IS-HYBRID: 0
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/9m7nAhTwutGSpDyqlh_SWR_BkxE>
Cc: Fernando Gont <fgont@si6networks.com>
Subject: Re: [v6ops] IPv6 EHs Packet Drops (Fwd: New Version Notification for draft-gont-v6ops-ipv6-ehs-packet-drops-02.txt)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 09 Feb 2016 17:48:24 -0000

Regards to your statement ---

", is to define a new extension header that just 
> contains a sequence number."

Please see     https://tools.ietf.org/html/draft-ietf-ippm-6man-pdm-option-01

Which already proposes a sequence number, in a DOH extension header,   for diagnostic and performance monitoring purposes.  

Thanks

Mike



-----Original Message-----
From: v6ops [mailto:v6ops-bounces@ietf.org] On Behalf Of Joe Touch
Sent: Tuesday, February 09, 2016 11:57 AM
To: Philip Homburg <pch-v6ops-4@u-1.phicoh.com>; v6ops@ietf.org
Cc: Fernando Gont <fgont@si6networks.com>
Subject: Re: [v6ops] IPv6 EHs Packet Drops (Fwd: New Version Notification for draft-gont-v6ops-ipv6-ehs-packet-drops-02.txt)



On 2/9/2016 7:58 AM, Philip Homburg wrote:
> It seems that in practice we have defined 'The Internet' as a network 
> that does not reorder packets.
> 
> Then I was thinking about IPSEC tunnels, and one way to restore that 
> property for an IPSEC tunnel, if statistical multiplexing is going on 
> some in the network, is to define a new extension header that just 
> contains a sequence number. The sending side just increments the 
> number for each packet that goes out. The receiving side has some heuristics how long to wait to reorder packets.

IP (and IP forwarding) doesn't care about order.

The only time order matters is when an intermediate device tries to act like an end system (inspecting L4) but doesn't want to *do the work* of being an end system (by reordering or reassembling).

> You could do the same thing in TCP, but it might be easier to write it 
> as a separate layer to avoid modifiying TCP stacks.

TCP already reorders packets. Modern extensions handle out-of-order arrivals much better than older versions.

...
> The main idea is that if a load balancer cannot handle an EH, it 
> should just use statistical multiplexing and let the hosts deal with the result.

+1

_______________________________________________
v6ops mailing list
v6ops@ietf.org
https://www.ietf.org/mailman/listinfo/v6ops


The information contained in this communication is highly confidential and is intended solely for the use of the individual(s) to whom this communication is directed. If you are not the intended recipient, you are hereby notified that any viewing, copying, disclosure or distribution of this information is prohibited. Please notify the sender, by electronic mail or telephone, of any unintended receipt and delete the original message without making any copies.
 
 Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are nonprofit corporations and independent licensees of the Blue Cross and Blue Shield Association.