Re: [Idr] WGLC on draft-ietf-idr-as-private-reservation-00

Jon Mitchell <jrmitche@puck.nether.net> Fri, 21 December 2012 14:05 UTC

Return-Path: <jrmitche@puck.nether.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67CB621F8583 for <idr@ietfa.amsl.com>; Fri, 21 Dec 2012 06:05:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.566
X-Spam-Level:
X-Spam-Status: No, score=-6.566 tagged_above=-999 required=5 tests=[AWL=0.033, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 97To2Oe4YM7p for <idr@ietfa.amsl.com>; Fri, 21 Dec 2012 06:05:52 -0800 (PST)
Received: from puck.nether.net (puck.nether.net [IPv6:2001:418:3f4::5]) by ietfa.amsl.com (Postfix) with ESMTP id B76A721F854D for <idr@ietf.org>; Fri, 21 Dec 2012 06:05:52 -0800 (PST)
Received: from puck.nether.net (puck.nether.net [204.42.254.5]) by puck.nether.net (8.14.4/8.14.4) with ESMTP id qBLE5pvV011906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 21 Dec 2012 09:05:51 -0500
Received: (from jrmitche@localhost) by puck.nether.net (8.14.4/8.14.4/Submit) id qBLE5p5Q011905; Fri, 21 Dec 2012 09:05:51 -0500
Date: Fri, 21 Dec 2012 09:05:51 -0500
From: Jon Mitchell <jrmitche@puck.nether.net>
To: Jeff Wheeler <jsw@inconcepts.biz>
Message-ID: <20121221140551.GB8731@puck.nether.net>
References: <50D328DC.2020906@umn.edu> <20121220152721.GA3551@puck.nether.net> <50D33972.8090302@umn.edu> <50D33D9D.3070400@foobar.org> <m2bodoodtx.wl%randy@psg.com> <020a01cddefc$dd1e5590$975b00b0$@ndzh.com> <20121220223820.GA19458@puck.nether.net> <50D3991B.2040809@foobar.org> <027701cddf09$1d074d90$5715e8b0$@ndzh.com> <CAPWAtb+J3PkK5ubox-1hKRCvHewUB3N5WaVSC-EuMGq2jBHGDQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CAPWAtb+J3PkK5ubox-1hKRCvHewUB3N5WaVSC-EuMGq2jBHGDQ@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (puck.nether.net [204.42.254.5]); Fri, 21 Dec 2012 09:05:52 -0500 (EST)
Cc: idr@ietf.org, Susan Hares <shares@ndzh.com>
Subject: Re: [Idr] WGLC on draft-ietf-idr-as-private-reservation-00
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Dec 2012 14:05:53 -0000

On Thu, Dec 20, 2012 at 08:19:29PM -0500, Jeff Wheeler wrote:
> On Thu, Dec 20, 2012 at 6:24 PM, Susan Hares <shares@ndzh.com> wrote:
> > I'd be interested in you suggesting the situations would be valid to leak
> > the AS private path AS to a peer, before we downgrade to a "SHOULD".
> 
> This is happening in the DFZ today.  You don't have to take my word
> for it.  Log onto a router and check.  You can even find 65535 in DFZ
> AS_PATHs even though that is not a valid ASN!

I think we are all aware of this.

> 
> I think it's called a Private ASN and by its very nature, it ought not
> appear in a DFZ AS_PATH.
> 
> However, since some networks are actually doing this right now,
> perhaps it is worth asking them why.
> 

Isn't this like asking why folks leak RFC 1918 space into the global
routing table, /32's into the routing table, etc... ?  Mis-configuration
seems obvious, but I don't think a poll is a fruitful exercise.

I think because something happens today due to accidental (or poorly
designed networks that make fixing the issue difficult) doesn't mean we
should soften language that states operators (if they strive to be RFC
compliant) MUST or MUST NOT do something.  One of the reasons why it is
not fixed in these cases is likely that the impact is so low to the
originator (who may have a covering route) or the receiver.