Re: [v6ops] Fragments [ULA draft revision #2 Regarding isolated networks]

"Templin, Fred L" <Fred.L.Templin@boeing.com> Wed, 28 May 2014 14:37 UTC

Return-Path: <Fred.L.Templin@boeing.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 655841A0386 for <v6ops@ietfa.amsl.com>; Wed, 28 May 2014 07:37:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.852
X-Spam-Level:
X-Spam-Status: No, score=-6.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 AT5NvTuKBZAu for <v6ops@ietfa.amsl.com>; Wed, 28 May 2014 07:37:20 -0700 (PDT)
Received: from stl-mbsout-01.boeing.com (stl-mbsout-01.boeing.com [130.76.96.169]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B1431A0153 for <v6ops@ietf.org>; Wed, 28 May 2014 07:37:19 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by stl-mbsout-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id s4SEbEvI021636; Wed, 28 May 2014 09:37:14 -0500
Received: from XCH-PHX-310.sw.nos.boeing.com (xch-phx-310.sw.nos.boeing.com [130.247.25.169]) by stl-mbsout-01.boeing.com (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id s4SEbCSl021600 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Wed, 28 May 2014 09:37:12 -0500
Received: from XCH-BLV-304.nw.nos.boeing.com (2002:82f7:19d8::82f7:19d8) by XCH-PHX-310.sw.nos.boeing.com (2002:82f7:19a9::82f7:19a9) with Microsoft SMTP Server (TLS) id 14.3.181.6; Wed, 28 May 2014 07:37:11 -0700
Received: from XCH-BLV-504.nw.nos.boeing.com ([169.254.4.105]) by XCH-BLV-304.nw.nos.boeing.com ([169.254.4.139]) with mapi id 14.03.0181.006; Wed, 28 May 2014 07:37:11 -0700
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: Philip Homburg <pch-v6ops-3a@u-1.phicoh.com>, v6ops WG <v6ops@ietf.org>
Thread-Topic: [v6ops] Fragments [ULA draft revision #2 Regarding isolated networks]
Thread-Index: AQHPeoBctRwXeugDckevBPuYoqC0+JtWDPmw
Date: Wed, 28 May 2014 14:37:10 +0000
Message-ID: <2134F8430051B64F815C691A62D983181B2B6F86@XCH-BLV-504.nw.nos.boeing.com>
References: <8AE0F17B87264D4CAC7DE0AA6C406F453D8B6B9A@nkgeml506-mbx.china.huawei.com> <m261ks7xww.wl%randy@psg.com> <53840070.90801@gmail.com> <m2y4xn7wep.wl%randy@psg.com> <53840723.8010606@gmail.com> <CAKD1Yr1O_poMR200sjU=ttRvGaeQRkC1ZfXC0Ok4uQxdq3K=NQ@mail.gmail.com> <m2mwe37tbn.wl%randy@psg.com> <CAKD1Yr2t3-vxuG=iDi4biBNFpJwuzuHgfpB74i_uydWWRV7qZg@mail.gmail.com> <8AE0F17B87264D4CAC7DE0AA6C406F453D8B6E02@nkgeml506-mbx.china.huawei.com> <m2fvjv7q4h.wl%randy@psg.com> <m1WpDcc-0000BMC@stereo.hq.phicoh.net> <43BB867C-7BCA-45F6-8ADC-A49B34D6C0DC@nominum.com> <5384937A.90409@foobar.org> <96747494E3D74D41B20907035DB1E48D335AAB3D@MOPESMBX03.eu.thmulti.com> <20140527222313.7B12716B8D59@rock.dv.isc.org> <53851236.8020209@bogus.com> <5385522F.40305@gmail.com> <4BA71D7E-7A38-4327-8C7D-7E49F047CDDB@ecs.soton.ac.uk> <EMEW3|51fc5e85b5e6c2650a1f63c2b27fdf6fq4RARx03tjc|ecs.soton.ac.uk|4BA71D7E-7A38-4327-8C7D-7E49F047CDDB@ecs.soton.ac.uk> <2134F8430051B64F815C691A62D983181B2B5F33@XCH-BLV-504.nw.no s.boeing.com> <m1Wpel8-0000BZC@stereo.hq.phicoh.net>
In-Reply-To: <m1Wpel8-0000BZC@stereo.hq.phicoh.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [130.247.104.6]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-TM-AS-MML: disable
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/3IvBMFh-4A7vzZSZgDUFqMWawUM
Subject: Re: [v6ops] Fragments [ULA draft revision #2 Regarding isolated networks]
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: <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: Wed, 28 May 2014 14:37:22 -0000

Hi Philip,

> -----Original Message-----
> From: v6ops [mailto:v6ops-bounces@ietf.org] On Behalf Of Philip Homburg
> Sent: Wednesday, May 28, 2014 7:23 AM
> To: v6ops WG
> Subject: Re: [v6ops] Fragments [ULA draft revision #2 Regarding isolated networks]
> 
> In your letter dated Wed, 28 May 2014 14:15:48 +0000 you wrote:
> >> Tests that Fernando and I reported at the last IEPG show around 50% of the Alexa top
> >1m sites which
> >> support IPv6 also drop frags.  Tests for other types of EH are far from encouraging t
> >oo.
> >
> >Then, how are we ever going to support tunnels over IPv6?
> 
> Measurements using RIPE Atlas suggest that most filtering is done near the edges.
> So if you want a tunnel, make sure that your site and the remote site don't do that
> kind of filtering.

Interesting, but I'm not sure how that would play for "opportunistic"
tunnels where there may not be a way to manipulate the filters at the
remote site. 

> In addition, fragmentation involving DNS seems to work way better than sending
> fragmented packets to the Alexa top 1m sites. So the kind of filtering you encounter
> may also depend on where you look.

OK. But additionally in the tunnel case we need IPv6 fragmentation
to work across whatever opportunistic path the tunnel happens to
traverse.

Thanks - Fred
fred.l.templin@boeing.com
 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops