Network Working GroupInternet Engineering Task Force (IETF) R. BushInternet-DraftRequest for Comments: 7128 Internet Initiative JapanIntended status:Category: Informational R. AusteinExpires: June 14, 2014ISSN: 2070-1721 Dragon Research Labs K. Patel Cisco Systems H. Gredler Juniper Networks, Inc. M. Waehlisch FU BerlinDecember 11, 2013 RPKIFebruary 2014 Resource Public Key Infrastructure (RPKI) Router Implementation Reportdraft-ietf-sidr-rpki-rtr-impl-05Abstract This document is an implementation report for theRPKIResource Public Key Infrastructure (RPKI) Router protocol as defined in[RFC6810].RFC 6810. Theeditorauthors did not verify the accuracy of the information provided by respondents. The respondents are experts with the implementations they reported on, and their responses are considered authoritative for the implementations for which their responses represent.RespondentsThe respondents were asked to only use theYES"YES" answer if the feature had at least been tested in the lab. Status of This Memo ThisInternet-Draftdocument issubmitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documentsnot an Internet Standards Track specification; it is published for informational purposes. This document is a product of the Internet Engineering Task Force (IETF).Note that other groups may also distribute working documents as Internet-Drafts. The listIt represents the consensus ofcurrent Internet- Drafts is at http://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents validthe IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are amaximumcandidate for any level of Internet Standard; see Section 2 ofsix monthsRFC 5741. Information about the current status of this document, any errata, and how to provide feedback on it may beupdated, replaced, or obsoleted by other documentsobtained atany time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on June 14, 2014.http://www.rfc-editor.org/info/rfc7128. Copyright Notice Copyright (c)20132014 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Implementation Forms . . . . . . . . . . . . . . . . . . . . 3 3. Protocol Data Units . . . . . . . . . . . . . . . . . . . . . 5 4. Protocol Sequence . . . . . . . . . . . . . . . . . . . . . . 6 5. Protocol Transport . . . . . . . . . . . . . . . . . . . . . 6 6. Error Codes . . . . . . . . . . . . . . . . . . . . . . . . . 7 7. Incremental Updates Support . . . . . . . . . . . . . . . . .78 8. Session ID Support . . . . . . . . . . . . . . . . . . . . . 8 9. Incremental Session Startup Support . . . . . . . . . . . . . 8 10. Interoperable Implementations . . . . . . . . . . . . . . . . 8 10.1. Cisco Implementation . . . . . . . . . . . . . . . . . .89 10.2. Juniper Implementation . . . . . . . . . . . . . . . . . 9 10.3. rpki.net Implementation . . . . . . . . . . . . . . . . 9 10.4. RIPE NCC Implementation . . . . . . . . . . . . . . . . 9 10.5. RTRlib Implementation . . . . . . . . . . . . . . . . . 9 10.6. BBN RPSTIR Implementation . . . . . . . . . . . . . . . 9 11.IANASecurity Considerations . . . . . . . . . . . . . . . . . . .. .9 12.Security considerations . . . . . . . . . . . . . . . . . . . 10 13.Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 1014.13. Normative References . . . . . . . . . . . . . . . . . . . . 10Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 101. Introduction In order to formally validate the origin Autonomous Systems(ASs)(ASes) of BGP announcements, routers need a simple but reliable mechanism to receive Resource Public Key Infrastructure (RPKI) [RFC6810] prefix origin data from a trusted cache. The RPKI Router protocol defined in [RFC6810] provides a mechanism to deliver validated prefix origin data to routers. This document provides an implementation report for the RPKI Router protocol as defined in RFC 6810 [RFC6810]. Theeditorauthors did not verify the accuracy of the information provided by respondents or by any alternative means. The respondents are experts with the implementations they reported on, and their responses are considered authoritative for the implementations for which their responses represent. Respondents were asked to only use theYES"YES" answer if the feature had at least been tested in the lab. 2. Implementation Forms Contact and implementation information for person filling out this form: IOS Name: Keyur Patel Email: keyupate@cisco.com Vendor: Cisco Systems, Inc. Release: IOS Protocol Role: Client XR Name: Forhad Ahmed Email:foahmed@cisco.com Vendor: Cisco Systems, Inc. Release: IOS-XR Protocol Role: Client JUNOS Name: Hannes Gredler Email: hannes@juniper.net Vendor: Juniper Networks, Inc. Release: JUNOS Protocol Role: Client rpki.net Name: Rob Austein Email: sra@hactrn.net Vendor: rpki.net project Release:http://subvert-rpki.hactrn.net/trunk/<http://subvert-rpki.hactrn.net/trunk/> Protocol Role: Client, Server NCC Name: Tim Bruijnzeels Email: tim@ripe.net Vendor: RIPE NCC Release: RIPE NCC validator-app 2.0.0https://github.com/RIPE-NCC/ rpki-validator<https://github.com/RIPE-NCC /rpki-validator> Protocol Role: Server RTRlib Name: Fabian Holler, Matthias Waehlisch Email: waehlisch@ieee.org Vendor: HAW Hamburg, FU Berlin, RTRlib project Release: RTRlib 0.2http://rpki.realmv6.org/<http://rpki.realmv6.org/> Protocol Role: Client BBN Name: David Mandelberg, Andrew Chi Email: dmandelb@bbn.com Vendor: Raytheon/BBN Technologies Release: RPSTIR 0.2http://sourceforge.net/projects/rpstir/<http://sourceforge.net/projects/rpstir/> Protocol Role: Server 3. Protocol Data Units Does the implementation support Protocol Data Units (PDUs) as described in Section 5 of [RFC6810]? P0: Serial Notify P1: Serial Query P2: Reset Query P3: Cache Response P4: IPv4 Prefix P6: IPv6 Prefix P7: End of Data P8: Cache Reset P10: Error Report+---------+------+-----+-------+--------+--------+-----+------+-----++---------+-----+-----+-------+--------+---------+-----+------+-----+ | | IOS | XR | JUNOS | rpki | rpki | NCC | RTR- | BBN | | | | | | .net | .net | | lib | | | | | | | clnt | srvr | | | |+---------+------+-----+-------+--------+--------+-----+------+-----++---------+-----+-----+-------+--------+---------+-----+------+-----+ | Rcv.P0 | YES | YES | YES | YES | --- | --- | YES | --- | | Snd.P0 | --- | --- | --- | --- | YES | YES | --- | YES | | Rcv.P1 | --- | --- | --- | --- | YES | YES | --- | YES | | Snd.P1 | YES | YES | YES | YES | --- | --- | YES | --- | | Rcv.P2 | --- | --- | --- | --- | YES | YES | --- | YES | | Snd.P2 | YES | YES | YES | YES | --- | --- | YES | --- | | Rcv.P3 | YES | YES | YES | YES | --- | --- | YES | --- | | Snd.P3 | --- | --- | --- | --- | YES | YES | --- | YES | | Rcv.P4 | YES | YES | YES | YES | --- | --- | YES | --- | | Snd.P4 | --- | --- | --- | --- | YES | YES | --- | YES | | Rcv.P6 | YES | YES | YES | YES | --- | --- | YES | --- | | Snd.P6 | --- | --- | --- | --- | YES | YES | --- | YES | | Rcv.P7 | YES | YES | YES | YES | --- | --- | YES | --- | | Snd.P7 | --- | --- | --- | --- | YES | YES | --- | YES | | Rcv.P8 | YES | YES | YES | YES | --- | --- | YES | --- | | Snd.P8 | --- | --- | --- | --- | YES | YES | --- | YES | | Rcv.P10 | YES | YES | NO~1 | YES | YES | YES | YES | YES | | Snd.P10 | YES | NO | NO | YES | YES | YES | YES | YES |+---------+------+-----+-------+--------+--------+-----+------+-----++---------+-----+-----+-------+--------+---------+-----+------+-----+ Note 1: No, Error PDU gets silently ignored. 4. Protocol Sequence Does the RPKI Router protocol implementation follow the four protocol sequences as outlined in Section 6 of [RFC6810]? S1: Start or Restart S2: Typical Exchange S3: No Incremental Update Available S4: Cache Has No Data Available+-----+-----+-----+-------+--------+--------+------+--------+-------++----+-----+-----+-------+--------+---------+------+--------+-------+ | | IOS | XR | JUNOS | rpki | rpki | NCC | RTRlib | BBN | | | | | | .net | .net | | | | | | | | | clnt | srvr | | | |+-----+-----+-----+-------+--------+--------+------+--------+-------++----+-----+-----+-------+--------+---------+------+--------+-------+ | S1 | YES | YES | YES | YES | YES | YES | YES | YES | | S2 | YES | YES | YES | YES | YES | NO~1 | YES | YES | | S3 | YES | YES | YES | YES | YES | YES | YES | YES | | S4 | YES | YES | YES | YES | YES | YES | YES | YES~2 |+-----+-----+-----+-------+--------+--------+------+--------+-------++----+-----+-----+-------+--------+---------+------+--------+-------+ Note 1: Does not implement Serial Query, thus Incremental Update is never available, so responds to Serial Query with Cache Reset as described in Section 6.3 of [RFC6810] Note 2: Sends Cache Reset in response to Serial Query when no data; sends Error Report PDU in response to Reset Query when no data. 5. Protocol Transport Does the RPKI Router protocol implementation support the different protocol transportmechanismmechanisms outlined in Section 7 of [RFC6810]?+---------+-------+------+-------+------+------+-----+--------+-----++---------+-----+-----+-------+-------+--------+-----+--------+-----+ | | IOS | XR | JUNOS | rpki | rpki | NCC | RTRlib | BBN | | | | | | .net | .net | | | | | | | | | clnt | srvr | | | |+---------+-------+------+-------+------+------+-----+--------+-----++---------+-----+-----+-------+-------+--------+-----+--------+-----+ | SSH | NO | YES | NO | YES | YES | NO | YES | YES | | TLS | NO | NO | NO | NO | NO | NO | NO | NO | | TCP | YES | YES | YES | YES | YES | YES | YES | YES | | TCP-MD5 | NO | NO | NO | NO | NO | NO | NO | NO | | TCP-AO | NO | NO | NO | NO | NO | NO | NO | NO | | IPsec | NO | NO | NO | NO | NO | NO | NO | NO |+---------+-------+------+-------+------+------+-----+--------+-----++---------+-----+-----+-------+-------+--------+-----+--------+-----+ 6. Error Codes Does the RPKI Router protocol implementation support the different protocol error codes outlined in Section 10 of [RFC6810]?+-------+-------+------+-------+------+------+-------+--------+-----++-------+-----+-----+-------+-------+--------+-------+--------+-----+ | | IOS | XR | JUNOS | rpki | rpki | NCC | RTRlib | BBN | | | | | | .net | .net | | | | | | | | | clnt | srvr | | | |+-------+-------+------+-------+------+------+-------+--------+-----++-------+-----+-----+-------+-------+--------+-------+--------+-----+ | Rcv.0 | YES | YES | NO | YES | YES | YES | YES | YES | | Snd.0 | YES | YES | NO | YES | YES | YES | YES | YES | | Rcv.1 | YES | YES | NO | YES | YES | YES | YES | YES | | Snd.1 | YES | YES | NO | YES | YES | YES | YES | YES | | Rcv.2 | YES | YES | NO | YES | --- | --- | YES | --- | | Snd.2 | --- | --- | --- | --- | YES | YES | --- | YES | | Rcv.3 | YES | YES | NO | YES | --- | --- | YES | --- | | Snd.3 | --- | --- | --- | --- | YES | YES | --- | YES | | Rcv.4 | YES | YES | NO | YES | YES | YES | YES | YES | | Snd.4 | YES | YES | NO | YES | YES | YES | YES | YES | | Rcv.5 | YES | YES | NO | YES | YES | YES | YES | YES | | Snd.5 | YES | YES | NO | YES | YES | YES | YES | YES | | Rcv.6 | --- | --- | --- | --- | YES | YES~1 | --- | YES | | Snd.6 | YES | YES | NO | NO | --- | --- | YES | --- | | Rcv.7 | --- | --- | --- | --- | YES | YES~1 | --- | YES | | Snd.7 | YES | YES | NO | NO | --- | --- | YES | --- |+-------+-------+------+-------+------+------+-------+--------+-----++-------+-----+-----+-------+-------+--------+-------+--------+-----+ Note 1: YES, but... fatal, so connection is dropped, but cache does not conclude it's inconsistent. 7. Incremental Updates Support Does the RPKI Router implementation support Incremental Updates as defined in Section 4 of [RFC6810]?+-----+------+-------+------------+------------+-----+--------+-----++-----+----+-------+-------------+-------------+-----+--------+-----+ | IOS | XR | JUNOS | rpki.net | rpki.net | NCC | RTRlib | BBN | | | | | clnt | srvr | | | |+-----+------+-------+------------+------------+-----+--------+-----++-----+----+-------+-------------+-------------+-----+--------+-----+ | NO | NO | YES | YES | YES | NO | YES | YES |+-----+------+-------+------------+------------+-----+--------+-----++-----+----+-------+-------------+-------------+-----+--------+-----+ 8. Session ID Support Session ID is used to indicate that the cache server may have restarted and that the incremental restart may not be possible. Does the RPKI Router protocol implementation support the Session ID procedures outlined in Section 5.1 of [RFC6810]? +-----+-----+-------+------------+------------+------+--------+-----+ | IOS | XR | JUNOS | rpki.net | rpki.net | NCC | RTRlib | BBN | | | | | clnt | srvr | | | | +-----+-----+-------+------------+------------+------+--------+-----+ | YES | YES | YES | YES | YES | NO~1 | YES | YES | +-----+-----+-------+------------+------------+------+--------+-----+ Note 1: NO, using random, but will FIX 9. Incremental Session Startup Support Does the RPKI Router protocol implementation support Incremental session startups with Serial Number and Session ID as defined insectionSection 5.3 of [RFC6810]?+------+-----+-------+------------+------------+-----+--------+-----++-----+-----+-------+------------+-------------+-----+--------+-----+ | IOS | XR | JUNOS | rpki.net | rpki.net | NCC | RTRlib | BBN | | | | | clnt | srvr | | | |+------+-----+-------+------------+------------+-----+--------+-----++-----+-----+-------+------------+-------------+-----+--------+-----+ | YES | YES | YES | YES | YES | NO | YES | YES |+------+-----+-------+------------+------------+-----+--------+-----++-----+-----+-------+------------+-------------+-----+--------+-----+ 10. Interoperable Implementations List other implementationsthatwith which you have tested the interoperability of the RPKI RouterImplementation.implementation. 10.1. Cisco Implementation Cisco: The Cisco IOS and IOS-XR implementation should be interoperable with other vendor RPKI Router Protocol implementations. Inparticularparticular, we have tested our interoperability with rpki.net's RPKI Router implementation. 10.2. Juniper Implementation Juniper: The Juniper Networks, Inc. JUNOS implementation should be interoperable with other vendor RPKI Router Protocol implementations. Inparticularparticular, we have tested our interoperability with rpki.net's and NCC's RPKI Router Cache implementation. 10.3. rpki.net Implementation rpki.net: The rpki.net implementation should operate with other rpki- rtr implementations. In particular, we have tested our rpki-rtr server's interoperability with Cisco IOS, Cisco IOS-XR, and Juniper. 10.4. RIPE NCC Implementation RIPE NCC: The RIPE NCC validator has been tested by us with other rpki-rtr implementations. Inparticularparticular, we have tested withRTRLibRTRlib and CISCO IOS. We received positive feedback from close contactstestingwho tested our validator with JUNOS and Quagga. 10.5. RTRlib Implementation RTRlib: The RTRlib has been tested by us with other rpki-rtr implementations. In particular, we have tested with rtr-origin from rpki.net and RIPE NCC Validator. 10.6. BBN RPSTIR Implementation BBN RPSTIR: We have not yet tested with any other implementations. 11.IANA Considerations This document makes no request of IANA. Note to RFC Editor: The IANA has requested that this section remain in the document upon publication as an RFC. This note to the RFC Editor, however, may be removed. 12.SecurityconsiderationsConsiderations No new security issues are introduced to the RPKI Router protocol defined in [RFC6810].13.12. Acknowledgements The authors would like to thank Andrew Chi, David Mandelberg, Fabian Holler, Forhad Ahmed, and Tim Bruijnzeels for their contributions to this document.14.13. Normative References [RFC6810] Bush, R. and R. Austein, "The Resource Public Key Infrastructure (RPKI) to Router Protocol", RFC 6810, January 2013. Authors' Addresses Randy Bush Internet Initiative Japan 5147 Crystal Springs Bainbridge Island, Washington 98110 USEmail:EMail: randy@psg.com Rob Austein Dragon Research LabsEmail:EMail: sra@hactrn.net Keyur Patel Cisco Systems 170 West Tasman Drive San Jose,CACalifornia 95134 USEmail:EMail: keyupate@cisco.com Hannes Gredler Juniper Networks, Inc. 1194 N. Mathilda Ave. Sunnyvale,CACalifornia 94089 USEmail:EMail: hannes@juniper.net Matthias Waehlisch FU Berlin Takustr. 9 Berlin 14195 GermanyEmail:EMail: waehlisch@ieee.org URI: http://www.inf.fu-berlin.de/~waehl