Re: [Sidrops] WG Adoption call for draft-borchert-sidrops-bgpsec-validation-signaling-01 (9/16-9/30)

"Borchert, Oliver (Fed)" <oliver.borchert@nist.gov> Tue, 17 September 2019 19:52 UTC

Return-Path: <oliver.borchert@nist.gov>
X-Original-To: sidrops@ietfa.amsl.com
Delivered-To: sidrops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 71867120130 for <sidrops@ietfa.amsl.com>; Tue, 17 Sep 2019 12:52:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nist.gov
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 HLZXBIvXPEyU for <sidrops@ietfa.amsl.com>; Tue, 17 Sep 2019 12:52:53 -0700 (PDT)
Received: from GCC02-BL0-obe.outbound.protection.outlook.com (mail-bl2gcc02on2123.outbound.protection.outlook.com [40.107.89.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA4C0120962 for <sidrops@ietf.org>; Tue, 17 Sep 2019 12:52:51 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SkUKdPLRX9eE2lOe04mHZ/Hw70G8VY33ce6X3RRqzlhBTnPJDTtsQnTUZiByrMLiOaV58+kKmREktdZKpEnjjTxU5mvJp8chdNob7P2VEknRPMZMSZX4h1UNxlhLbA7uBLtg1Gbd9lOF07vEBurNbSDIgCz/zgaaJn7o6T6BW0ZOkT2RT2sqhP/myoj2YwfxFDbiU/A9uMtcgQjKJ9qZxtOKjAS6uuMAyATj0SRz5lN+/iI87yrUf1Wpxvp2+HjvhFeh5dXxs76hXmGvdZrl4J9V152LXZxNMbq1Od++3oBnbmLOhH4g+LjOm5Vlt5db+3fq+QXO24XC+JoZiEsY+w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TyjaVu4Mljdq9TmEkZJefwur2vAk8J85LYmxva1hm30=; b=dQRMArcZay8OHAulefZv32Knozy/W9nmFLwaLqLSHUQIJIRI/ww9P4P4HOtVFXwp8OI1tnhbxvL3R0qdDwE8U010WI/te4Np6qLw2QWV2FUXqKyqu3j06WhgaRxqyFjR2yXB8p9AFkGvzFse2ykMaSAv0tm19clwUUgB9ba7KWq/JQNjzw/aoV20qHhRpGMZaAGi7y8OjZmhvXZzXfQQYFbgoNMhvzRzeYMo4F3WOHiEkgmkfRMpuKlfZfGfR0zRLSMqdxrpgiL6TXbGJsE32kMbrDxqggkHw8iZuLddCbJLWM+x78V6roA4lgpOHobrQHySMZhYSGpc2SrjrLVA5A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nist.gov; dmarc=pass action=none header.from=nist.gov; dkim=pass header.d=nist.gov; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nist.gov; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TyjaVu4Mljdq9TmEkZJefwur2vAk8J85LYmxva1hm30=; b=j0HEvlcg/TRffjd88dyDmGdO/bTkC7oPmLkffTLrSxm4Qy/fmGuFEh1ksh1p41JyhURAz6XiQgwI0T8bDUPfIMkRbU8g9RDXs+A1SyGfR7PEQI+bBMaifJYo/yE3jkXrXmgeTesnWT6hdgblSgm2uERSTPrq0afeLlSInw321O0=
Received: from DM6PR09MB3019.namprd09.prod.outlook.com (20.178.2.203) by DM6PR09MB4207.namprd09.prod.outlook.com (10.255.241.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2284.19; Tue, 17 Sep 2019 19:52:50 +0000
Received: from DM6PR09MB3019.namprd09.prod.outlook.com ([fe80::14:3d9:2d38:262]) by DM6PR09MB3019.namprd09.prod.outlook.com ([fe80::14:3d9:2d38:262%7]) with mapi id 15.20.2241.026; Tue, 17 Sep 2019 19:52:49 +0000
From: "Borchert, Oliver (Fed)" <oliver.borchert@nist.gov>
To: Randy Bush <randy@psg.com>, Keyur Patel <keyur@arrcus.com>, "Borchert, Oliver (Fed)" <oliver.borchert@nist.gov>
CC: "sidrops@ietf.org" <sidrops@ietf.org>
Thread-Topic: [Sidrops] WG Adoption call for draft-borchert-sidrops-bgpsec-validation-signaling-01 (9/16-9/30)
Thread-Index: AQHVbMKiBubipeZ/d0GMV+4UPfWKYKcuza8AgAEpwQA=
Date: Tue, 17 Sep 2019 19:52:49 +0000
Message-ID: <0C0985B2-DE7C-4B99-AFA3-2D2F220567D0@nist.gov>
References: <0BBFA8C1-A13D-4CC9-A72D-ABAE797F2E4F@arrcus.com> <m28sqouepr.wl-randy@psg.com>
In-Reply-To: <m28sqouepr.wl-randy@psg.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1c.0.190812
authentication-results: spf=none (sender IP is ) smtp.mailfrom=oliver.borchert@nist.gov;
x-originating-ip: [2610:20:6005:219::a5]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 16d76448-4840-4a5d-1d99-08d73ba89eac
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600167)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:DM6PR09MB4207;
x-ms-traffictypediagnostic: DM6PR09MB4207:|DM6PR09MB4207:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <DM6PR09MB42077008222949756FEACE0B988F0@DM6PR09MB4207.namprd09.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:7219;
x-forefront-prvs: 01630974C0
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(39860400002)(396003)(366004)(376002)(136003)(189003)(199004)(110136005)(6486002)(58126008)(305945005)(6512007)(486006)(11346002)(6506007)(76176011)(2906002)(186003)(46003)(6116002)(99286004)(102836004)(316002)(446003)(36756003)(2616005)(478600001)(7736002)(6246003)(14454004)(66946007)(66556008)(66476007)(8936002)(25786009)(81156014)(81166006)(6436002)(476003)(33656002)(76116006)(91956017)(86362001)(66446008)(229853002)(8676002)(4326008)(71200400001)(4744005)(64756008)(256004)(71190400001)(5660300002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR09MB4207; H:DM6PR09MB3019.namprd09.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: nist.gov does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: ffdbKsUf3WjnJisYqxWlYGxP4P1FORlFu0kX9xfsU8F6InYbv1Dx3JAip1U108MbHmb0DKVHkYDHiS6MBTvwM2t59/ELLITjwRcjPZKWTUtvuU2OsP+iyXoJYR5NqPIDCIY+oqQ3TTgJiolDNeaKbS/4Ui0JnhCHZatN5YngFPB5Oaecc1KW9PbcAzxJqw6XEZsZG4dJJ9c6grj3t9thoAMDa1R8JvPzX4iPEhiVl1wI7EiZ8DVspEoQplSGrU0RrR7nay79/v0C1L0OMDz7DoigF8hzWNihYGkZvrRWTL5ngSrT3yShYhm+pQDNR/zCmlLmnSGYuoTE5FzGyxeJ6Kl49j1InAKbTo8+Q2LqgE8AFOw2BktPt4kCY4/x//QxOVWZkKPZNWavtctfk9G9v+tfy4+mIcbjX/PPWsslqyk=
Content-Type: text/plain; charset="utf-8"
Content-ID: <24C456336EB3524D97FA6FCFFB96917A@namprd09.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nist.gov
X-MS-Exchange-CrossTenant-Network-Message-Id: 16d76448-4840-4a5d-1d99-08d73ba89eac
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Sep 2019 19:52:49.6290 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: e8AWSCaJdLuYSWMKkdP1/bCY/pI/AYWkX1DtTHqxDTp7FAwLwD5DDUD0SJ2pTWOXzJh9TtfXLUEPHBdnfsD6fQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR09MB4207
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/zW9AxBn_xyh0wJ9PxYhm7cKepd4>
Subject: Re: [Sidrops] WG Adoption call for draft-borchert-sidrops-bgpsec-validation-signaling-01 (9/16-9/30)
X-BeenThere: sidrops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: A list for the SIDR Operations WG <sidrops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidrops>, <mailto:sidrops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidrops/>
List-Post: <mailto:sidrops@ietf.org>
List-Help: <mailto:sidrops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidrops>, <mailto:sidrops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Sep 2019 19:52:57 -0000

Randy Bush <randy@psg.com> Keyur Patel <keyur@arrcus.com>
sidrops@ietf.org <sidrops@ietf.org>

>>    "This document defines a new BGP non-transitive extended community to
>>    carry the BGPsec path validation state inside an autonomous system."
    
>    given the one in RFC 8097, we need a new one because?

>    randy 
 
RFC 8097 clearly deals with RPKI only and has a different set of validation states than BGPsec. (e.g. not-found does not exist in BGPsec.)
As RFC 8097 is currently written, we cannot communicate two independent validation results and BGPsec and RPKI can have different validation results - they do not rely on each other. 

So yes, we are in the need of a new one.

Oliver