Re: [sidr] WGLC for drained ft-ietf-sidr-rpki-rtr-rfc6810-bis-03
"Borchert, Oliver" <oliver.borchert@nist.gov> Thu, 23 July 2015 21:06 UTC
Return-Path: <oliver.borchert@nist.gov>
X-Original-To: sidr@ietfa.amsl.com
Delivered-To: sidr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9081C1AC3AE for <sidr@ietfa.amsl.com>; Thu, 23 Jul 2015 14:06:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-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 rW6C1zL6LdSI for <sidr@ietfa.amsl.com>; Thu, 23 Jul 2015 14:06:29 -0700 (PDT)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0125.outbound.protection.outlook.com [65.55.169.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 208001A9071 for <sidr@ietf.org>; Thu, 23 Jul 2015 14:06:28 -0700 (PDT)
Received: from BN3PR09MB0355.namprd09.prod.outlook.com (10.160.115.152) by BN3PR09MB0353.namprd09.prod.outlook.com (10.160.115.150) with Microsoft SMTP Server (TLS) id 15.1.225.19; Thu, 23 Jul 2015 21:06:27 +0000
Received: from BN3PR09MB0355.namprd09.prod.outlook.com ([10.160.115.152]) by BN3PR09MB0355.namprd09.prod.outlook.com ([10.160.115.152]) with mapi id 15.01.0219.018; Thu, 23 Jul 2015 21:06:27 +0000
From: "Borchert, Oliver" <oliver.borchert@nist.gov>
To: Sandra Murphy <sandy@tislabs.com>, "Borchert, Oliver" <oliver.borchert@nist.gov>
Thread-Topic: [sidr] WGLC for drained ft-ietf-sidr-rpki-rtr-rfc6810-bis-03
Thread-Index: AQHQZ0CTdT6ASHFRyUaxHdTkYjFfEJ3eoDOAgAvJsAA=
Date: Thu, 23 Jul 2015 21:06:27 +0000
Message-ID: <D1D723A0.15C0A%borchert@nist.gov>
In-Reply-To: <44E7D017-9EC5-4C24-A8BE-903B5EEEE82B@tislabs.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.0.0.100825
authentication-results: tislabs.com; dkim=none (message not signed) header.d=none;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [129.6.219.183]
x-microsoft-exchange-diagnostics: 1; BN3PR09MB0353; 5:vh5QsIknHDh/SUQRobLrZEHNN41+/HABjwexmeN2Cd8rN+PlQ5sjqr9RrGNiWCIk5BQ2M5/rkOFMyXHhIa48HoEt8Q89ZxAd1M7tWB4Bh2PLaMMnCnhQFYZVmRYh6VfEC8hI+yqkClbOSfKICoeLTg==; 24:QBtqFAlhN+pTp1H89mJv39QeRe8p1oZlzX/nHf3gcZaAuzOUDCt/zxqKLhGthXgAcaR/cM+pk53HxoWxTLLIVv/wGwGsBC9rYS//BWybp9Q=; 20:3q6cbgQ75U8yeiqjXsG01qmyfx6IG4Bh2OMjkH0QEyE6N74d2NIe7FnvYPzH5y15wZUDoTmoEEV5k8vwaNBGJA==
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR09MB0353;
bn3pr09mb0353: X-MS-Exchange-Organization-RulesExecuted
x-microsoft-antispam-prvs: <BN3PR09MB035394BE3B991AA05148A37498820@BN3PR09MB0353.namprd09.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:BN3PR09MB0353; BCL:0; PCL:0; RULEID:; SRVR:BN3PR09MB0353;
x-forefront-prvs: 06469BCC91
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(40224003)(24454002)(30584003)(479174004)(66066001)(86362001)(230783001)(19580395003)(2656002)(87936001)(83506001)(19580405001)(4001450100002)(46102003)(5002640100001)(4001350100001)(5001770100001)(5001960100002)(77156002)(62966003)(189998001)(2950100001)(2900100001)(77096005)(15975445007)(102836002)(54356999)(92566002)(122556002)(106116001)(40100003)(50986999)(99286002)(36756003); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR09MB0353; H:BN3PR09MB0355.namprd09.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
Content-Type: text/plain; charset="utf-8"
Content-ID: <AC37830C4554D240A2AB50B64AD0A8B2@namprd09.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nist.gov
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jul 2015 21:06:27.2734 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR09MB0353
Archived-At: <http://mailarchive.ietf.org/arch/msg/sidr/mUlV-7kBsoTcnNlm6b-Wo1Z_ENs>
Cc: sidr list <sidr@ietf.org>, David Mandelberg <david@mandelberg.org>
Subject: Re: [sidr] WGLC for drained ft-ietf-sidr-rpki-rtr-rfc6810-bis-03
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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, 23 Jul 2015 21:06:31 -0000
Sandy, Yes I do believe the comments are satisfied, Oliver On 7/16/15 1:05 PM, "Sandra Murphy" <sandy@tislabs.com> wrote: >Could you please reply to the list and say whether you believe that the >draft-ietf-sidr-rpki-rtr-rfc6810-bis-04.txt version satisfies your >comments? It would help with the process. > >--Sandy > >On Mar 25, 2015, at 5:13 PM, "Borchert, Oliver" ><oliver.borchert@nist.gov> wrote: > >> David, >> >> A correction for my previous email, I mixed up session id and serial >> number. >> I think to keep it simple for version 0 - 1 switches and future >>changes, a >> change >> Within the session id and version id should trigger a “Cache Reset” by >>the >> cache >> And the client must resynch with the server. >> And yes, wording in this matter might need to be added - but still it >>also >> could >> Be an implementation issue. >> >> Oliver >> >> ------------------------------------------------------------- >> Oliver Borchert, Computer Scientist >> National Institute of Standards and Technology >> (Phone) 301.975.4856 , (Fax) 301.975.6238 >> >> >> >> >> >> On 3/24/15, 10:58 AM, "Borchert, Oliver" <oliver.borchert@nist.gov> >>wrote: >> >>> Isn¹t this an implementation issue? The client either speaks 0 or 1. As >>> long as the server >>> keeps track of the version for the session IMHO it does not matter if >>>the >>> session id is >>> shared? The client doesn¹t know about it. Lets say one encounter a new >>>key >>> and this >>> Only triggers a PDU 9, the server sends send out the notification. The >>> client can but must not >>> React to it anyhow. If the client reacts, the server sends an end of >>> update to a version 0 >>> session and all pdu 9 updates to a version 1 session. >>> I don¹t see a needed wording here. Not yet but IŒm open for >>>enlightenment. >>> >>> Oliver >>> ------------------------------------------------------------- >>> Oliver Borchert, Computer Scientist >>> National Institute of Standards and Technology >>> (Phone) 301.975.4856 , (Fax) 301.975.6238 >>> >>> >>> >>> >>> >>> On 3/24/15, 10:36 AM, "David Mandelberg" <david@mandelberg.org> wrote: >>> >>>> Rob and I were talking about rpki-rtr, and I came up with another >>>> potential issue with switching between protocol versions. I don't see >>>> any text about whether a single session (session id and serial >>>>numbers) >>>> can be used for both version 0 and 1. If a router has a valid version >>>>0 >>>> session, upgrades to version 1, and issues a serial query with the >>>>same >>>> session id and serial number, it's unclear what the server should do. >>>> Could we add text to the document saying that the cache MUST maintain >>>>a >>>> separate session for each protocol version it supports, and a router >>>> MUST NOT attempt to reuse session information across multiple protocol >>>> versions? >>>> >>>> -- >>>> David Eric Mandelberg / dseomn >>>> http://david.mandelberg.org/ >>>> >>>> _______________________________________________ >>>> sidr mailing list >>>> sidr@ietf.org >>>> https://www.ietf.org/mailman/listinfo/sidr >>> >>> _______________________________________________ >>> sidr mailing list >>> sidr@ietf.org >>> https://www.ietf.org/mailman/listinfo/sidr >> >> _______________________________________________ >> sidr mailing list >> sidr@ietf.org >> https://www.ietf.org/mailman/listinfo/sidr >
- Re: [sidr] WGLC for drained ft-ietf-sidr-rpki-rtr… Borchert, Oliver
- Re: [sidr] WGLC for draft-ietf-sidr-rpki-rtr-rfc6… David Mandelberg
- Re: [sidr] WGLC for draft-ietf-sidr-rpki-rtr-rfc6… Randy Bush
- Re: [sidr] WGLC for draft-ietf-sidr-rpki-rtr-rfc6… David Mandelberg
- Re: [sidr] WGLC for draft-ietf-sidr-rpki-rtr-rfc6… Randy Bush
- Re: [sidr] WGLC for draft-ietf-sidr-rpki-rtr-rfc6… Rob Austein
- Re: [sidr] WGLC for draft-ietf-sidr-rpki-rtr-rfc6… David Mandelberg
- Re: [sidr] WGLC for draft-ietf-sidr-rpki-rtr-rfc6… David Mandelberg
- Re: [sidr] WGLC for draft-ietf-sidr-rpki-rtr-rfc6… Randy Bush
- Re: [sidr] WGLC for draft-ietf-sidr-rpki-rtr-rfc6… Randy Bush
- Re: [sidr] WGLC for draft-ietf-sidr-rpki-rtr-rfc6… Sandra Murphy
- Re: [sidr] WGLC for drained ft-ietf-sidr-rpki-rtr… Sandra Murphy
- Re: [sidr] WGLC for drained ft-ietf-sidr-rpki-rtr… Borchert, Oliver