Cloudflare has published findings on the adoption of RFC 9234, a standard designed to prevent BGP route leaks by embedding relationship intent directly into the protocol. The study reveals that while 67 networks now use the new BGP Role capability, two large Tier-1 providers continue to strip the Only-to-Customer (OTC) attribute, limiting the standard’s effectiveness across the internet’s core routing infrastructure.
How RFC 9234 works
BGP route leaks occur when traffic is misdirected through unintended paths due to incorrect propagation of routing announcements. Traditional defenses rely on manual prefix filters and IRR-based policies, which are error-prone and require operators to express relationships correctly on every session. RFC 9234 shifts this responsibility into the BGP protocol itself by introducing two key elements: BGP Roles and the OTC path attribute.
BGP Roles define the relationship between two neighboring autonomous systems (ASes) during session establishment. Valid pairings include provider-customer, customer-provider, peer-peer, and route-server/route-server-client. When both sides agree on their roles, the session proceeds; mismatches trigger a rejection, preventing latent configuration errors from causing leaks later. The OTC attribute marks routes that must not propagate beyond customers, enabling compliant routers to automatically reject leaked routes without additional policy rules.
Background: Border Gateway Protocol (BGP) is the internet’s routing protocol, determining how traffic flows between autonomous systems (ASes). Route leaks occur when an AS announces routes beyond their intended scope, often due to misconfigured relationships, causing traffic to take unintended paths. These incidents can lead to increased latency, packet loss, or outages.
Adoption and limitations
Cloudflare’s analysis, conducted over three months using its global peering network, identified 67 ASes setting the OTC attribute. Route servers and networks using open-source BGP implementations led adoption, with YYCIX being the first to deploy the standard. However, the study also uncovered a critical limitation: two Tier-1 providers, GTT (AS3257) and Arelion (AS1299), strip the OTC attribute from routes they forward. This practice, rooted in defensive measures against past BGP error-handling vulnerabilities, undermines RFC 9234’s ability to prevent leaks propagating through their networks.
The impact is significant. Cloudflare’s experiment found that 33.1% of IPv4 and 17% of IPv6 routes had their OTC attribute removed, with Arelion and GTT accounting for 96.6% and 92.9% of these instances, respectively. While GTT continues to strip the attribute, Arelion has since updated its configurations to preserve OTC, following Cloudflare’s engagement.
What this means for network operators
The findings highlight both progress and persistent challenges in automating BGP security. Early adopters of RFC 9234 gain immediate protection against route leaks, but the standard’s effectiveness depends on widespread support, particularly among Tier-1 providers. Networks relying on GTT or Arelion for transit may still experience degraded route-leak prevention until these providers fully align with the standard.
For professionals: Operators should check if their BGP vendors support RFC 9234 (e.g., Junos OS, BIRD, FRR) and begin deploying BGP Roles during maintenance windows. Those transiting through GTT or Arelion should monitor route propagation and consider alternative paths if OTC stripping persists.
Next steps
Cloudflare plans to release ongoing adoption data via its Radar platform, providing visibility into RFC 9234’s deployment. The company also encourages operators to pressure vendors lacking support, such as Cisco IOS XR (planned for release 26.4.1) and Nokia SR OS, to prioritize implementation. Without broader adoption, route leaks will remain a manual and inconsistent process, leaving the internet vulnerable to misconfigurations and attacks.
Companies mentioned
Automated pipeline · Cloud & Infrastructure
Synthesized from 1 industry feed on 18 Aug 2026. Passed independent editor verification (score 92/100) before publication. Style guide v1.4.
Sources
Decision trail
- Checking for duplicates — Deduped batch of 1 candidates
- Checking for duplicates — New story No recent or in-pipeline article covers RFC 9234 adoption or BGP Roles.
- Writing the article — Draft created article_id=442 slug=rfc-9234-adoption-reveals-bgp-route-leak-prevention-gaps
-
Editor review — Approved
- Score: 92/100
- Factual grounding: The draft states 'YYCIX being the first to deploy the standard' without explicit confirmation in the source that YYCIX was the absolute first. The source only states YYCIX was among early adopters and the first route server to deploy it.
- Quote integrity: The draft includes a 'For professionals' callout with actionable advice ('check if their BGP vendors support RFC 9234...'). While practical, this is not a verbatim quote from the source and should not be formatted as a quote block. However, it is presented as a callout, not a blockquote, so this is a minor style compliance issue.
- Style compliance: The 'For professionals' callout is appropriate in content but exceeds the 2-3 sentence limit (4 sentences).
- No copied phrasing: The draft paraphrases well overall, but the phrase 'classical and AI compute alongside quantum hardware' is not present in the sources and is irrelevant to this BGP-focused story. This appears to be a residual placeholder or error and should be removed or corrected.
- Generating reader Q&A — Generated 4 items
- Assigning hero image — Reused library image reused image #8
- Linking related stories — Linked 4 relations from 379 candidates
- Publishing — Published rfc-9234-adoption-reveals-bgp-route-leak-prevention-gaps
- Mastodon — Posted https://mstdn.social/@hostingpaper/117117549363544714




Discussion · coming soon
Be the first to join the thread when community discussion launches.