Re: [sidr] request for agenda items for interim meeting 6 Jun

Shane Amante <shane@castlepoint.net> Thu, 24 May 2012 03:50 UTC

Return-Path: <shane@castlepoint.net>
X-Original-To: sidr@ietfa.amsl.com
Delivered-To: sidr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27C9B11E8079 for <sidr@ietfa.amsl.com>; Wed, 23 May 2012 20:50:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aLODsn7GQzpX for <sidr@ietfa.amsl.com>; Wed, 23 May 2012 20:50:41 -0700 (PDT)
Received: from dog.tcb.net (dog.tcb.net [64.78.150.133]) by ietfa.amsl.com (Postfix) with ESMTP id 51E0411E8073 for <sidr@ietf.org>; Wed, 23 May 2012 20:50:41 -0700 (PDT)
Received: by dog.tcb.net (Postfix, from userid 0) id 00E78268063; Wed, 23 May 2012 21:50:40 -0600 (MDT)
Received: from mbpw.castlepoint.net (174-29-213-45.hlrn.qwest.net [174.29.213.45]) (authenticated-user smtp) (TLSv1/SSLv3 AES128-SHA 128/128) by dog.tcb.net with SMTP; Wed, 23 May 2012 21:50:40 -0600 (MDT) (envelope-from shane@castlepoint.net)
X-Avenger: version=0.7.8; receiver=dog.tcb.net; client-ip=174.29.213.45; client-port=59156; syn-fingerprint=65535:54:1:64:M1452,N,W1,N,N,T,S; data-bytes=0
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset="us-ascii"
From: Shane Amante <shane@castlepoint.net>
In-Reply-To: <m2obpe74wc.wl%randy@psg.com>
Date: Wed, 23 May 2012 21:50:18 -0600
Content-Transfer-Encoding: quoted-printable
Message-Id: <98FF69F2-D786-4044-BE5E-30275B8DFF8F@castlepoint.net>
References: <24B20D14B2CD29478C8D5D6E9CBB29F60F70A267@Hermes.columbia.ads.sparta.com> <m2mx4y8s98.wl%randy@psg.com> <43DD8E9F-2482-4E0E-B187-CCF7DE534D2E@castlepoint.net> <m2txz675ya.wl%randy@psg.com> <F6079B5D-86BC-46DB-B961-5E71672A8A86@castlepoint.net> <m2pq9u75cq.wl%randy@psg.com> <5DDBFDFB-0A6B-4830-AAFF-361F8B7AA500@castlepoint.net> <m2obpe74wc.wl%randy@psg.com>
To: Randy Bush <randy@psg.com>
X-Mailer: Apple Mail (2.1278)
Cc: "Murphy, Sandra" <Sandra.Murphy@sparta.com>, "sidr@ietf.org" <sidr@ietf.org>
Subject: Re: [sidr] request for agenda items for interim meeting 6 Jun
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Secure Interdomain Routing <sidr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidr>, <mailto:sidr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sidr>
List-Post: <mailto:sidr@ietf.org>
List-Help: <mailto:sidr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidr>, <mailto:sidr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 May 2012 03:50:42 -0000

On May 23, 2012, at 7:18 PM, Randy Bush wrote:
>>>>>> Can you expound more what you mean by "aliasing" above?  Do you
>>>>>> mean local-as, etc.
>>>>> yep
>>>> That's strange.  Why doesn't the following comment to the list back
>>>> in March of this year count as "no comments on list to ...
>>>> aliasing"?
>>>> http://www.ietf.org/mail-archive/web/sidr/current/msg04093.html
>>> it counted so much we spent a good bit of time on it in the april
>>> meeting.  we, possibly foolishly, thought we had local convergence.
>> For those of us who did not attend the April interim meeting, can you
>> point to where the list was asked if they agreed with the "local
>> convergence"?
> 
> i thought i just did that :)
> 
> but, to be fair, i find the minutes lacking, to be kind.  and this is
> really the chairs' job.  and i am nose deep in tex with a journal paper
> drealine tomorrow.

I did look through the minutes and would agree that they are "lacking".  Although I see some discussion of the issue under the "AS aliasing Replace AS Local AS" and "Replace as - AS migration" sections, on p. 7, all I (mainly) see are: "One way is use pcount=0" and "Going to have to be knob".  It's unclear, to me, if there were (are?) other suggested solutions made and/or how the pCount=0 suggestion is thought to work, in practice.  Are these written down in detail somewhere in a draft, ideally, or in the mean time can the WG chairs, or folks who suggested the idea(s), share them with the list?  In particular, I'm curious about the potential security implications of now allowing anyone to turn on this "feature" and allowing them to dump anything they want into the BGPSEC_Path_Signature attribute, (assuming that any ASN they put in with pCount=0 in the BGPSEC_Path_Signature has valid signatures of course).

Thanks,

-shane