Internet-Draft | ROA considerations | April 2022 |
Yan, et al. | Expires 29 October 2022 | [Page] |
In RPKI, the address space holder needs to issue an ROA object when authorizing one or more ASes to originate routes to IP prefix(es). During ROA issurance process, the address space holder may need to specify an origin AS for a list of IP prefixes. Additionally, the address space holder is free to choose to put multiple prefixes into a single ROA or issue separate ROAs for each prefix according to the current specification. This memo analyzes some operational problems which may arise from ROAs containing multiple IP prefixes and recommends avoiding placing multiple IP prefixes in one ROA.¶
This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.¶
Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at https://datatracker.ietf.org/drafts/current/.¶
Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any 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 3 October 2022.¶
Copyright (c) 2022 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 (https://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 Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.¶
In Resource Public Key Infrastructure (RPKI), Route Origin Authorization (ROA) is a digitally signed object which identifies that a single AS has been authorized by the address space holder to originate routes to one or more prefixes within the address space[RFC6482].¶
Each ROA contains an "asID" field and an "ipAddrBlocks" field. The "asID" field contains one single AS number which is authorized to originate routes to the given IP address prefixes. The "ipAddrBlocks" field contains one or more IP address prefixes to which the AS is authorized to originate the routes. If the address space holder needs to authorize more than one ASes to advertise the same set of address prefixes, the holder must issue multiple ROAs, one for each AS number. However, at present there are no mandatory requirements describing that the address space holders must issue a separate ROA for each prefix or a ROA containing multiple prefixes.¶
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.¶
Currently, there are about 24% ROAs containing two or more prefixes. Among them, the average number of prefixes per ROA exceeds 10.¶
For ROAs containing multiple prefixes, adding or deleting one <AS, ip_prefix> pair, the entire ROA must be withdrawn and reissued, or covered by a new ROA. That is, although aggregating multiple IP prefixes can reduce the number of issued ROA, updating an ROA containing multiple IP address prefixes will result in redundant transmission between RP and BGP routers because in reality just the changed IP prefix needs to be updated by the new ROA. Updating these ROAs frequently will increase the convergence time of BGP routers and reduce the stability of RPKI and BGP system.¶
In addition, ROAs have a long validity period in default, during which the prefix ownership is more likely to change (of course, resource shrink may happen at any time), which will lead to the withdrawal or reissue of the whole set of prefixes aggregated within the same ROA. This will increase the mis-configuration possibility and operational complexity [RFC8211]. If one prefix is included in the list by mistake, the whole ROA will not be generated successfully.¶
The following suggestions should be considered during the process of ROA issurance:¶
1) It's the most important to guarantee the stability and security of RPKI and BGP system, and it is recommended to include a single IP prefix in each ROA in default.¶
2) In some special scenarios, where the resource is very stable or a CA has operational problems producing increased number of individual ROAs, multiple IP prefixes may be aggregated in one ROA.¶
This memo does not give rise to additional security risks.¶
This document does not request any IANA action.¶
The authors would like to thanks the valuable comments made by members of sidrops WG and the list will be updated later.¶
This work was supported by the Beijing Nova Program of Science and Technology under grant Z191100001119113.¶
This document was produced using the xml2rfc tool [RFC2629].¶
In order to illustrate the situations of the current ROA database, the following analysis is made.¶
As shown in Figure. 1, by April 24th 2022, the total number of ROA objects issued is about 105542. Based on the further analysis on these ROA objects, it is found that the number of ROAs containing only one prefix is about 81759 (77.47% of all ROA objects), and the number of ROAs containing two or more prefixes is about 23783 (22.53% of all ROA objects).¶
In the 23783 ROA objects which each one contains two or more prefixes, the number of IP address prefixes are calculated and analyzed. The statistical results are shown in Figure. 2.¶
As described in Figure. 2, there are 248693 IP address prefixes in the 23783 ROA objects. And the average number of prefixes in each ROA is 10.46 (248693/23783). In addition, four types of ROAs are analyzed and calculated within the 23783 ROAs: ROAs each contains 2-10/11-50/51-100/>100 IP address prefixes. The statistical results are presented in Figure. 3.¶
As shown in Figure. 3, taking the first type of ROA as an example, there are 20286 ROAs (85.3% of the 23783 ROA objects) which each contains 2-10 IP address prefixes, and the total number of IP prefixes in these 20286 ROAs is 74504 (29.96% of the 248693 prefixes).¶
It shows that the address space holders tend to issue each ROA object with fewer IP prefixes (more than 95% of ROAs containing less than 50 prefixes), but they still tend to put multiple prefixes into one single ROA.¶
The longest and shortest validity periods of a single ROA is 28854 days and 2 days. In addition, the average validity period of each ROA is 707.83 days.¶