Re: [GROW] I-D Action: draft-ietf-grow-simple-leak-attack-bgpsec-no-help-03.txt

"Russ White" <russw@riw.us> Tue, 26 November 2013 21:33 UTC

Return-Path: <russw@riw.us>
X-Original-To: grow@ietfa.amsl.com
Delivered-To: grow@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FF9A1ADF9A for <grow@ietfa.amsl.com>; Tue, 26 Nov 2013 13:33:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.799
X-Spam-Level:
X-Spam-Status: No, score=0.799 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-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 hO97Z-TSNIwD for <grow@ietfa.amsl.com>; Tue, 26 Nov 2013 13:33:34 -0800 (PST)
Received: from server.riw.us (server.riw.us [162.144.32.236]) by ietfa.amsl.com (Postfix) with ESMTP id 100F61AD8EB for <grow@ietf.org>; Tue, 26 Nov 2013 13:33:34 -0800 (PST)
Received: from cpe-174-106-045-093.ec.res.rr.com ([174.106.45.93]:53577 helo=RussPC) by server.riw.us with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82) (envelope-from <russw@riw.us>) id 1VlQG6-0004pA-6F; Tue, 26 Nov 2013 21:33:26 +0000
From: Russ White <russw@riw.us>
To: 'Geoff Huston' <gih@apnic.net>, 'Christopher Morrow' <christopher.morrow@gmail.com>
References: <20131118230146.22016.28407.idtracker@ietfa.amsl.com> <77143901-5DA3-4937-8162-509B62A61594@apnic.net> <CAL9jLabPjvXaAUaSEyQXdFvSDPZ_bJX4rjGxOGd0BqYhQcQYdg@mail.gmail.com> <FDFB46E9-ECD0-4CFF-A846-2E6FE9F8C9D7@apnic.net> <CAL9jLaaFszKUR0oZe-3gxR8JeFyTAjoe1BmD2ixXnjhvU7Mv5A@mail.gmail.com> <3EEF9354-766C-4687-8DD4-55759B9826CB@apnic.net> <CAL9jLaaEGpJ-B75EAOCCJDG14B8ZWJQ2FK7=AgXt1WQe=5geiQ@mail.gmail.com> <CAL9jLaa5-f4tmPZXSvZXDn640wm6VkfbYqS5qDBdZDVBZuJkXg@mail.gmail.com> <F19C0DE3-FC3C-432B-B2E0-BF14F45DFA54@apnic.net>
In-Reply-To: <F19C0DE3-FC3C-432B-B2E0-BF14F45DFA54@apnic.net>
Date: Tue, 26 Nov 2013 16:33:28 -0500
Message-ID: <01dc01ceeaef$265d86f0$731894d0$@riw.us>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AQLjTDnixKj7RbgNgB1pBn+7J4AG4wJQsAL0AX/ffz4BfV2kLgHulTNgAsZOMhgB2ptJpANJVR66AVf8yJuXi05cwA==
Content-Language: en-us
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server.riw.us
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - riw.us
X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us
X-Source:
X-Source-Args:
X-Source-Dir:
Cc: grow@ietf.org
Subject: Re: [GROW] I-D Action: draft-ietf-grow-simple-leak-attack-bgpsec-no-help-03.txt
X-BeenThere: grow@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Grow Working Group Mailing List <grow.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/grow>, <mailto:grow-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/grow/>
List-Post: <mailto:grow@ietf.org>
List-Help: <mailto:grow-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/grow>, <mailto:grow-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Nov 2013 21:33:37 -0000

> I reviewed the mailing lists of all three WGs from November last year,
when
> this came up.
> and I was searching for a proposed methodology of defining requirements,
> proposing mechanisms and standardising one of more candidate
> technologies relating to the issue of path control of the propagation of
BGP
> announcements in order to allow BGP speakers to detect unintended
> announcements. My search of the list archives was unsuccessful.

That's because there wasn't ever an actual requirements gathering process.
The process has worked from solution to requirements, so no formal
requirements were ever drafted. We made a bold attempt in another WG, but
those attempts were effectively shut down because the solution --S-BGP (aka
BGPSEC)-- was already in hand, and no other solutions were even seriously
considered.

Doesn't matter whether or not BGP-SEC meets "requirements," it's a solution
going someplace to happen (or not, as the case might be).

:-)

Russ