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
>