Re: [sidr] suggested amendment to draft-ymbk-bgpsec-reqs

Stephen Kent <kent@bbn.com> Mon, 04 April 2011 16:08 UTC

Return-Path: <kent@bbn.com>
X-Original-To: sidr@core3.amsl.com
Delivered-To: sidr@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1C8E13A683A for <sidr@core3.amsl.com>; Mon, 4 Apr 2011 09:08:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.44
X-Spam-Level:
X-Spam-Status: No, score=-102.44 tagged_above=-999 required=5 tests=[AWL=-0.068, BAYES_00=-2.599, SARE_SUB_OBFU_Q1=0.227, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P6U+Yck8Sddv for <sidr@core3.amsl.com>; Mon, 4 Apr 2011 09:08:27 -0700 (PDT)
Received: from smtp.bbn.com (smtp.bbn.com [128.33.0.80]) by core3.amsl.com (Postfix) with ESMTP id 557293A682E for <sidr@ietf.org>; Mon, 4 Apr 2011 09:08:27 -0700 (PDT)
Received: from dhcp89-089-213.bbn.com ([128.89.89.213]:49165) by smtp.bbn.com with esmtp (Exim 4.74 (FreeBSD)) (envelope-from <kent@bbn.com>) id 1Q6mLw-000LUd-6b; Mon, 04 Apr 2011 12:10:08 -0400
Mime-Version: 1.0
Message-Id: <p06240802c9bf84bb7cdf@[128.89.89.213]>
In-Reply-To: <4D975BC0.9080608@cisco.com>
References: <4D95C701.9010308@gmail.com> <4D95D4B6.9050704@gmail.com> <4D975BC0.9080608@cisco.com>
Date: Mon, 04 Apr 2011 10:24:10 -0400
To: Russ White <russ@cisco.com>
From: Stephen Kent <kent@bbn.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: sidr@ietf.org
Subject: Re: [sidr] suggested amendment to draft-ymbk-bgpsec-reqs
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Secure Interdomain Routing <sidr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Mon, 04 Apr 2011 16:08:28 -0000

At 1:24 PM -0400 4/2/11, Russ White wrote:
>Content-Type: multipart/signed; micalg=pgp-sha1;
>  protocol="application/pgp-signature";
>  boundary="------------enig5992EC3DE2163EED1CCB39EC"
>
>
>>  As it stands now, BGPSEC is opt-in.    So it seems that clearly
>>  documenting these issues is more operative than make absolute
>>  requirements about them.
>
>Does this mean BGPSEC is not designated as a standards track document?
>how can a security system actually work if it's "opt in?" It sounds like
>this is an area that needs some discussion around it.
>
>:-)
>
>Russ

A standards track protocol is usually mandatory to implement, but using
it is a local context determination.  I expect that's what was meant by opt-in.

Steve