IETF Logo Mail Archive

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

Mark ZZZ Smith <markzzzsmith@yahoo.com.au> Thu, 29 May 2014 21:49 UTC

Return-Path: <markzzzsmith@yahoo.com.au>
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 F1F841A0960 for <v6ops@ietfa.amsl.com>; Thu, 29 May 2014 14:49:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.612
X-Spam-Level: *
X-Spam-Status: No, score=1.612 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HK_RANDOM_REPLYTO=0.999, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIM_INVALID=0.01] autolearn=no
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 H_twu_EBBM5S for <v6ops@ietfa.amsl.com>; Thu, 29 May 2014 14:49:56 -0700 (PDT)
Received: from nm30-vm0.bullet.mail.bf1.yahoo.com (nm30-vm0.bullet.mail.bf1.yahoo.com [98.139.213.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB2BD1A06B2 for <v6ops@ietf.org>; Thu, 29 May 2014 14:49:55 -0700 (PDT)
Received: from [66.196.81.173] by nm30.bullet.mail.bf1.yahoo.com with NNFMP; 29 May 2014 21:49:51 -0000
Received: from [98.139.212.225] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 29 May 2014 21:49:51 -0000
Received: from [127.0.0.1] by omp1034.mail.bf1.yahoo.com with NNFMP; 29 May 2014 21:49:51 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 166501.91189.bm@omp1034.mail.bf1.yahoo.com
Received: (qmail 671 invoked by uid 60001); 29 May 2014 21:49:51 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.au; s=s1024; t=1401400190; bh=CvCdF7PSp6f7Zck+QbeK7UlimRcdi7DKtxU7lfX9TWA=; h=References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=iOmpa123fFOAtoWHDMAcORRJphy7WLrYe4+oZ2sDlOIDqMgJOIDwgIDmeRwZv8+Q/t1q4sz97FdTVZvgx6yBa57iaCrimjT9hIMlcZPM93z9mQC0b7Ti3V6mSFstlPOjAe9eoVgS1F/tG49B6x6uJxALUaI9dE1R7o3tnH52Epw=
X-YMail-OSG: 0JL4BsEVM1mfVbZQge.WCho5u7jlEZZHE2mixEp_dHo7FCr txXJQ9NWAZ9eSkVo8nCQ7ckc9nnRMjOXx9B2A_KyWqjm1aNe9F_BSfKk8UvU FgzLCQtv5CXqGo_61er550kPufSQhV73852WdEE2.8ELQ63VCE5xFrk9iH57 N6z2.H6FIr28L1S6zksAbNyyX02xbBhbdWZ4LdEQMeceVScLCFnhgSKq6ZxF QJwR81h_l9G6sO4JQxzVl6eqcGhxeXrxpWXj5hQ.pCQbEyB.Bwwa14Teklwi mNiJ722gt_Ze6f5h56Em1X1Q2SDrK_.w.mBsAAZI8EwMRlyBgkZfqCCyYAf2 6uq4uto2sECKIHxeuDii8..Lul1oeYjngRl76Gvx.DU2brCjSy5sT73KaFAI y5Y177ATIVLtGLxGxz9FbK5vaORy.wX9seZpOnNBh4iXP8T6oFk1oKkQuuak J8h7nxX.e70Ik4Cwg7Uvj2Y3ifjRV5oT3sHclzqqR9pl9TQ6vqNve3U0rMGJ e3SB6Np_oir06ZXV1TyHI9RkalqjjWjdb8cgCuIHLVMNpQUEIpwma
Received: from [150.101.221.237] by web162201.mail.bf1.yahoo.com via HTTP; Thu, 29 May 2014 14:49:50 PDT
X-Rocket-MIMEInfo: 002.001, CgoKCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KPiBGcm9tOiBSYW5keSBCdXNoIDxyYW5keUBwc2cuY29tPgo.IFRvOiBCcmlhbiBFIENhcnBlbnRlciA8YnJpYW4uZS5jYXJwZW50ZXJAZ21haWwuY29tPgo.IENjOiB2Nm9wcyBXRyA8djZvcHNAaWV0Zi5vcmc.Cj4gU2VudDogVGh1cnNkYXksIDI5IE1heSAyMDE0IDEwOjI0IFBNCj4gU3ViamVjdDogUmU6IFt2Nm9wc10gVUxBIGRyYWZ0IHJldmlzaW9uICMyIFJlZ2FyZGluZyBpc29sYXRlZCBuZXR3b3Jrcwo.IAo.Pj4.PiAgcmVkIGhlcnJpbmcuwqABMAEBAQE-
X-Mailer: YahooMailWebService/0.8.188.663
References: <8AE0F17B87264D4CAC7DE0AA6C406F453D8B6B9A@nkgeml506-mbx.china.huawei.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> <m1WpHrp-0000BQC@stereo.hq.phicoh.net> <9DB71B37-999E-4F7F-A7DA-6B243574E818@nominum.com> <2E2EC822-60EB-4B09-8BB3-D8FB098EB181@delong.com> <CD77B261-5F6F-4177-AA50-0B2DD3D15260@nominum.com> <B95BEA59-B1A2-4CEF-ACF4-63F65FB544AA@delong.com> <4FF6E348-6BB5-473A-8E94-4A3EE8BD32DC@nominum.com> <alpine.DEB.2.02.1405280707260.29282@uplift.swm.pp.se> <0ED911FA-D24C-4FC8-9D6A-F38F9711F115@steffann.nl> <m2fvjt1m0l.wl%randy@psg.com> <5386AA9F.7000001@gmail.com> <m2sintz1tq.wl%randy@psg.com> <538 6B0DF.9060401@gmail.com> <m2y4xkydqm.wl%randy@psg.com>
Message-ID: <1401400190.16733.YahooMailNeo@web162201.mail.bf1.yahoo.com>
Date: Thu, 29 May 2014 14:49:50 -0700
From: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
To: Randy Bush <randy@psg.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <m2y4xkydqm.wl%randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/mGtLVd_aBAg3-Ee5cdE_h_4NbVg
Cc: v6ops WG <v6ops@ietf.org>
Subject: Re: [v6ops] ULA draft revision #2 Regarding isolated networks
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
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: Thu, 29 May 2014 21:49:57 -0000




----- Original Message -----
> From: Randy Bush <randy@psg.com>
> To: Brian E Carpenter <brian.e.carpenter@gmail.com>
> Cc: v6ops WG <v6ops@ietf.org>
> Sent: Thursday, 29 May 2014 10:24 PM
> Subject: Re: [v6ops] ULA draft revision #2 Regarding isolated networks
> 
>>>>>  red herring.  global prefixes designed to be used in place of 
> ula should
>>>>>  not be in the global routing table
>>>>  Indeed they shouldn't, but since everybody should be filtering 
> ULAs
>>>>  (and most people will do so), ULAs won't propagate but 
> routeable GUAs
>>>>  might.
>>>  explain why the two probability distributions will differ
>>  Because I have considerable confidence that the majority of transit
>>  operators will know they need to filter fc00::/7, but the same cannot
>>  be said of arbitrary /48s from RIR space.
> 
> i know.  that's why we see no leaks of rfc1918 and ULA today.  oh ...
> oops!
> 

It certainly would be better if it didn't happen, but what significant harm does it cause if it does? When did the Internet stop because RFC1918s were in the DFZ?

Even if one AS accepts them, why are that AS's peers also accepting them? Isn't that either a statement of how undisciplined a significant number of operators are being at ingress prefix filtering, or conversely, a statement that the problem of private address space leaking into the DFZ isn't as significant as you're saying it is, and operators aren't spending time on policing it because they've got more significant problems to worry about?

The origin AS and the AS path it took is available, so it should be easy to chase down the perpetrator and those who are aiding and abetting.


> the real measurement i would take is to test the hypothesis that utterly
> unrealistic fantasies about operations are highest in v6 religious wgs.
> 

If you're worried about these sorts of things, wouldn't it be better to chasing people doing far worse damage to the DFZ, like those not aggregating PI when they should be? Going by the latest reports, there's up to 220K route table slots to be saved.


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

v2.23.0 | Report a Bug | By Email