{"id":2169,"date":"2026-10-28T06:51:28","date_gmt":"2026-10-28T06:51:28","guid":{"rendered":"https:\/\/ip4.market\/blog\/?p=2169"},"modified":"2026-10-28T06:51:28","modified_gmt":"2026-10-28T06:51:28","slug":"loa-and-roa-setup-after-ipv4-leasing-a-complete-guide","status":"publish","type":"post","link":"https:\/\/ip4.market\/blog\/loa-and-roa-setup-after-ipv4-leasing-a-complete-guide\/","title":{"rendered":"LOA and ROA Setup After IPv4 Leasing: A Complete Guide"},"content":{"rendered":"<p><strong>LOA and ROA setup<\/strong> is the most commonly mishandled step after acquiring leased IPv4 space. Providers announce your prefix, but without the right authorization documents on file, upstream networks may filter your routes, RPKI validators will mark them invalid, and IP reputation checks can flag your space. This guide explains exactly how to configure both LOAs and ROAs after leasing IPv4 addresses, so your traffic flows cleanly from day one.<\/p>\n<div class=\"tools-toc\">\n<p><strong>In this article:<\/strong><\/p>\n<ol>\n<li><a href=\"#why\">Why LOAs and ROAs Matter After Leasing<\/a><\/li>\n<li><a href=\"#loa\">Writing a Correct LOA<\/a><\/li>\n<li><a href=\"#roa\">Creating a ROA in the RPKI System<\/a><\/li>\n<li><a href=\"#checklist\">Post-Lease Authorization Checklist<\/a><\/li>\n<li><a href=\"#mistakes\">Common Mistakes to Avoid<\/a><\/li>\n<li><a href=\"#faq\">FAQ<\/a><\/li>\n<\/ol>\n<\/div>\n<h2 id=\"why\">Why LOAs and ROAs Matter After Leasing IPv4 Space<\/h2>\n<p>When you lease IPv4 addresses rather than own them, the numbering resources remain registered to the lessor (or their holding organization), typically under ARIN, RIPE NCC, APNIC, LACNIC, or AFRINIC. That creates a trust gap: your upstream ISP or transit provider sees you announcing space that does not belong to your organization. Two mechanisms close that gap:<\/p>\n<ul>\n<li><strong>LOA (Letter of Authorization):<\/strong> a human-readable document signed by the lessor granting you (or your chosen provider) the right to announce specific prefixes.<\/li>\n<li><strong>ROA (Route Origin Authorization):<\/strong> a cryptographically signed object in the RPKI system that binds a prefix to a specific origin ASN.<\/li>\n<\/ul>\n<p>Since major carriers began enforcing Route Origin Validation (ROV) in 2023\u20132024, a missing or incorrect ROA can render your prefixes unreachable across large portions of the internet. Meanwhile, many tier-1 and tier-2 transit providers still require a signed LOA before accepting BGP announcements for delegated space. You need both.<\/p>\n<div class=\"result-box\"><strong>Key insight:<\/strong> ROAs handle machine validation; LOAs handle human verification. They serve different audiences and one cannot replace the other.<\/div>\n<h2 id=\"loa\">Writing a Correct LOA<\/h2>\n<p>A LOA that gets rejected usually fails on details. A compliant LOA should include:<\/p>\n<ol>\n<li><strong>Lessor&#8217;s legal entity name<\/strong> exactly as registered with the RIR.<\/li>\n<li><strong>Lessee&#8217;s organization name<\/strong> and, where required, its ASN.<\/li>\n<li><strong>Exact prefix(es)<\/strong> covered \u2014 including prefix length (e.g., 23.45.120.0\/22, not &#8220;all assigned space&#8221;).<\/li>\n<li><strong>Authorized announcement parties<\/strong> \u2014 the ASN(s) permitted to originate the prefix.<\/li>\n<li><strong>Validity period<\/strong> matching your lease term, including renewal conditions.<\/li>\n<li><strong>Signature block<\/strong> with name, title, date, and contact details of an authorized signatory at the lessor.<\/li>\n<li><strong>On company letterhead<\/strong>, ideally with the lease agreement referenced by number or date.<\/li>\n<\/ol>\n<p>Signed PDFs are standard; some providers now also accept digital signatures. Always keep the original on file \u2014 transit providers may re-request it during audits, and IXP onboarding teams frequently ask for LOAs covering their member ASN.<\/p>\n<div class=\"result-box warning\"><strong>Warning:<\/strong> Never self-issue a LOA as the lessee. Only the registered resource holder can validly authorize announcements. A lessee-drafted LOA carries no authority and will be rejected by most NOCs.<\/div>\n<h3>LOA vs. Lease Agreement: Know the Difference<\/h3>\n<p>Your lease agreement defines commercial terms \u2014 price, duration, liability. The LOA is strictly an operational authorization. Some lessors bundle a LOA template with the contract; if yours doesn&#8217;t, request one before signing, and confirm it covers <em>sub-announcements by downstream ASNs<\/em> if you plan to resell connectivity.<\/p>\n<h2 id=\"roa\">Creating a ROA in the RPKI System<\/h2>\n<p>ROAs are created through the RIR that holds the prefix. The lessor (as resource holder) typically creates the ROA, though many lessors grant lessees access via a hosted RPKI portal or API. The two parameters that trip people up:<\/p>\n<ul>\n<li><strong>Origin ASN:<\/strong> must exactly match the ASN that will originate the prefix in BGP. If your upstream announces on your behalf, use <em>their<\/em> ASN if they originate, or yours if they transit \u2014 confirm with their NOC.<\/li>\n<li><strong>Max prefix length:<\/strong> the most permitted specific announcement. Setting it to the exact leased prefix length (max length = prefix length) is the most secure option, but if you legitimately announce more specifics (e.g., a \/22 as four \/24s), set max length accordingly.<\/li>\n<\/ul>\n<p>Referenced RPKI adoption data shows over 60% of routed IPv4 prefixes now have ROAs, and the majority of large networks drop invalid routes. Best practices:<\/p>\n<ol>\n<li>Create the ROA <strong>before<\/strong> announcing \u2014 a valid BGP announcement without a ROA is &#8220;not found,&#8221; not invalid, but a ROA covering a narrower prefix makes your broader announcement <em>invalid<\/em>.<\/li>\n<li>Never create overlapping ROAs with conflicting ASNs \u2014 that&#8217;s a common cause of accidental invalidation.<\/li>\n<li>Set ROA validity to match the lease term and renew in parallel with the lease to avoid validation lapses at renewal.<\/li>\n<li>Verify propagation using RPKI validators (e.g., Routinator, rpki-client) or public checkers such as RIPEstat and bgp.tools.<\/li>\n<\/ol>\n<div class=\"comparison-table\">\n<table>\n<thead>\n<tr>\n<th>Aspect<\/th>\n<th>LOA<\/th>\n<th>ROA<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Format<\/td>\n<td>Signed PDF \/ letter<\/td>\n<td>Cryptographic object (RPKI)<\/td>\n<\/tr>\n<tr>\n<td>Verified by<\/td>\n<td>Human NOC staff, transit providers<\/td>\n<td>Automated BGP route validators<\/td>\n<\/tr>\n<tr>\n<td>Created by<\/td>\n<td>Lessor (resource holder)<\/td>\n<td>Lessor via RIR system\/portal<\/td>\n<\/tr>\n<tr>\n<td>Scope<\/td>\n<td>Prefixes + authorized parties + term<\/td>\n<td>Prefix + origin ASN + max length<\/td>\n<\/tr>\n<tr>\n<td>Renewal<\/td>\n<td>Re-sign with lease renewal<\/td>\n<td>Update expiry in RIR portal<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<h2 id=\"checklist\">Post-Lease Authorization Checklist<\/h2>\n<ol>\n<li>Check that the prefix registration is clean in the RIR database \u2014 correct org, no stale route objects lying around.<\/li>\n<li>Get a signed LOA that covers your full lease term and the authorized ASNs.<\/li>\n<li>Create (or request) the ROA with the right origin ASN and max prefix length. Double-check both.<\/li>\n<li>Update your IRR route\/route6 objects to match the announcement. Plenty of networks still filter on IRR, even in 2024.<\/li>\n<li>Verify with RPKI and IRR validators \u2014 but give it a 24-hour propagation window first. Don&#8217;t panic at hour two.<\/li>\n<li>Submit the LOA to your transit providers and IXPs wherever they ask for it.<\/li>\n<li>Set calendar reminders for the lease and ROA renewal dates. Together. Same day if you can.<\/li>\n<\/ol>\n<h2 id=\"mistakes\">Common Mistakes to Avoid<\/h2>\n<ul>\n<li><strong>Wrong origin ASN in the ROA<\/strong> \u2014 this is, by a wide margin, the leading cause of &#8220;invalid&#8221; route status after a lease. I&#8217;ve seen it more times than I can count.<\/li>\n<li><strong>Max length set too narrow or too wide<\/strong> \u2014 too narrow and you block legitimate specifics; too wide and you&#8217;ve essentially handed hijackers an invitation to your space.<\/li>\n<li><strong>Missing IRR updates<\/strong> \u2014 ROV adoption is high these days, sure, but IRR-based filtering is still alive and well among European and Asian networks.<\/li>\n<li><strong>Expired LOA\/ROA at renewal<\/strong> \u2014 the sneaky one. Routes drop weeks after renewal because nobody updated the objects. Nobody noticed until traffic vanished.<\/li>\n<li><strong>Leasing from sellers with dirty prefixes<\/strong> \u2014 blacklist history or a prior hijack record will haunt your deliverability no matter how spotless your paperwork is.<\/li>\n<\/ul>\n<div class=\"result-box\"><strong>Pro tip:<\/strong> Run the prefix through blacklist checkers and routing history tools before you sign anything, and make sure the lessor will actually support LOA\/RPKI administration for the whole term \u2014 not just the first month. Reputable marketplaces like IP4 Market vet sellers and prefixes before listing, which cuts the risk of inheriting reputation problems dramatically. It&#8217;s a big part of why operators pick a verified platform with competitive pricing over ad-hoc broker deals.<\/div>\n<h2 id=\"faq\">FAQ<\/h2>\n<div class=\"faq-block\">\n<p><strong>Who creates the ROA \u2014 the lessor or the lessee?<\/strong><\/p>\n<p>The resource holder (the lessor) has to create it. That said, most professional lessors will either grant lessees portal access or handle ROA changes on request. Whichever way it goes, spell out the responsibility in the lease agreement. In writing.<\/p>\n<p><strong>Do I still need a LOA if my ROA is valid?<\/strong><\/p>\n<p>Yes. Many transit providers and IXPs want LOAs as part of their manual verification process, and a LOA covers contractual authorization that a ROA simply doesn&#8217;t. They&#8217;re not interchangeable.<\/p>\n<p><strong>What happens if my ROA expires mid-lease?<\/strong><\/p>\n<p>Your announcements don&#8217;t turn &#8220;invalid&#8221; the second it lapses. But once a validator checks and finds no covering ROA, your routes revert to &#8220;not found&#8221; status \u2014 and stricter networks may filter them from there. Keep expirations aligned with your lease term and you won&#8217;t have to find out the hard way.<\/p>\n<p><strong>Can one LOA cover multiple prefixes?<\/strong><\/p>\n<p>Yes, as long as each prefix is listed explicitly with its length. Skip the vague language \u2014 &#8220;all prefixes under the lessor&#8217;s management&#8221; is the kind of phrasing that causes headaches later.<\/p>\n<\/div>\n<h2>Conclusion<\/h2>\n<p>Getting your <strong>LOA and ROA setup<\/strong> right after leasing IPv4 space isn&#8217;t optional paperwork. It&#8217;s the foundation of clean, globally accepted BGP announcements \u2014 full stop. Secure a properly signed LOA from your lessor, create precise ROAs with the correct origin ASN and max length, sync your IRR objects, and align every expiration date with your lease term. Do that, and you&#8217;re protecting your deliverability, your reputation, and your investment all at once. And when you&#8217;re sourcing leased space? Work with a trusted marketplace like IP4 Market, where verified sellers, clean prefixes, and streamlined LOA\/RPKI support come standard \u2014 so you can spend your time on routing, not remediation.<\/p>\n<div class=\"ip4-cta\" style=\"margin:2em 0;padding:1.2em 1.5em;border:1px solid #d8dee9;border-left:4px solid #00b8d4;border-radius:6px;background:#f8fafc\">\n<p style=\"margin:0\"><strong>Need IPv4 space?<\/strong> Lease RIPE-verified \/24&ndash;\/22 subnets at a flat \u20ac0.50\/IP per month &mdash; LOA + RPKI\/ROA in minutes, instant company verification, automatic renewals. <a href=\"https:\/\/panel.ip4.market\/marketplace?utm_source=blog&amp;utm_medium=cta&amp;utm_campaign=post-footer\" rel=\"nofollow\">Browse available subnets &rarr;<\/a><\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>LOA and ROA setup is the most commonly mishandled step after acquiring leased IPv4 space. Providers announce your prefix, but without the right authorization documents on file, upstream networks may&#8230;<\/p>\n","protected":false},"author":1,"featured_media":2171,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-2169","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ipv4-market"],"_links":{"self":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts\/2169","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/comments?post=2169"}],"version-history":[{"count":1,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts\/2169\/revisions"}],"predecessor-version":[{"id":2170,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts\/2169\/revisions\/2170"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/media\/2171"}],"wp:attachment":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/media?parent=2169"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/categories?post=2169"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/tags?post=2169"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}