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

Robert Raszuk <robert@raszuk.net> Wed, 05 December 2012 20:49 UTC

Return-Path: <rraszuk@gmail.com>
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 B733F21F8BF3 for <idr@ietfa.amsl.com>; Wed, 5 Dec 2012 12:49:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.977
X-Spam-Level:
X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
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 vNAnBKDtL91m for <idr@ietfa.amsl.com>; Wed, 5 Dec 2012 12:49:37 -0800 (PST)
Received: from mail-ie0-f172.google.com (mail-ie0-f172.google.com [209.85.223.172]) by ietfa.amsl.com (Postfix) with ESMTP id F24A121F8AF5 for <idr@ietf.org>; Wed, 5 Dec 2012 12:49:36 -0800 (PST)
Received: by mail-ie0-f172.google.com with SMTP id c13so9655433ieb.31 for <idr@ietf.org>; Wed, 05 Dec 2012 12:49:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Wzwt3EZ+vzlogyEOMxJa++EPrhZR4C74rq2nITudvCs=; b=ERfQx0mKjqjtqEa8ZIIISYMjEBfGjmk6jjy5z+PQ3nOqOY0aphTecIUfuGNGS0bVrO 4odP/NTlnR02EzYhC2wiaRM05p9ECXMTuFe9M+4ygaJN4GjxzxVB4eMycCT53u1uOScJ mdarkQj3NTsjTpFozJUNOBroXQndymt904CUXCD2QrdEAmsA4V67ivTne775W2Wi1hcS KKQGWL+xNjFodO1v9W9ZmOLfOoPKkIKyB3jXlnPxQigSLeZMBQjxe6A9zPidl+D5EhGN Wh+cxMyJOCIP+iW4aOguDd9nX+5Lj4oaFKESt8VUpB8I6PmhHYp4GO3ZsQkS7RodQ/4f snHA==
MIME-Version: 1.0
Received: by 10.50.207.104 with SMTP id lv8mr3508556igc.33.1354740576546; Wed, 05 Dec 2012 12:49:36 -0800 (PST)
Sender: rraszuk@gmail.com
Received: by 10.64.135.100 with HTTP; Wed, 5 Dec 2012 12:49:36 -0800 (PST)
In-Reply-To: <CAGQUKccCdL_7UN4b92eVGU1F50X2Lx_uLGHetHPMRsVXgY9bLQ@mail.gmail.com>
References: <B6B72499-E9D0-4281-84EB-6CA53694866E@juniper.net> <D704E7E3-3A95-4696-9757-9E17605E670C@tony.li> <378E396E-3F4B-4ACC-83D1-C4931524FECD@puck.nether.net> <20671.32202.484172.394565@oz.mt.att.com> <CAGQUKccCdL_7UN4b92eVGU1F50X2Lx_uLGHetHPMRsVXgY9bLQ@mail.gmail.com>
Date: Wed, 05 Dec 2012 21:49:36 +0100
X-Google-Sender-Auth: l2Q5GMDs_9QLoHI-CvRfuFfo1Z8
Message-ID: <CA+b+ERnuWZ+r2O-eFhe3hU00uoU4UKnRcbhLNVXU7p5+DjoWbQ@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
To: Tony Tauber <ttauber@1-4-5.net>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: idr@ietf.org, Jay Borkenhagen <jayb@braeburn.org>
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: Wed, 05 Dec 2012 20:49:37 -0000

All,

I think both Tony and Jay forgot that routing and reachability is not
about originator AS .. it is about prefixes they advertise.

If peering ISP AS chooses to peer with private as or remove private as
from AS-PATH or for completeness substitute with their own it is all
ok. He takes responsibility to route data to such customer(s).

Any subsequent removal of private as in the path also results in the
same responsibility of the provider who permits private AS for
peering.

I am not sure why there is concern with it on the list.

Is this perhaps related to folks being afraid that some providers may
offer a "SIDR free peering" for a little more value add ?

I still support the draft to proceed to RFC.

Cheers,
R.

> On Wed, Dec 5, 2012 at 9:17 PM, Tony Tauber <ttauber@1-4-5.net> wrote:
>
> A long-time public hater of "private" namespaces (trans: "Hey, I can do
> whatever I want!"), I oppose this draft.
>
> As usual, my reasons are the inevitable clashes during mergers and some
> other silo in the company wanting to bring their junk out the Lab and play
> right with Production.  (Why Production is using private name/number spaces
> is not something I can quash on my own, unfortunately.)
>
> Tony
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>