Skip to content

[Network Interconnect] Add CNI locations page - #33357

Open
steve-cloudflare wants to merge 8 commits into
productionfrom
steve-cloudflare/cni-locations-page
Open

[Network Interconnect] Add CNI locations page#33357
steve-cloudflare wants to merge 8 commits into
productionfrom
steve-cloudflare/cni-locations-page

Conversation

@steve-cloudflare

Copy link
Copy Markdown
Collaborator

Summary

  • Replaces the dated CNI locations PDF with an HTML reference page.
  • Organizes locations by region and diversity, with dataplane v1 and v2 availability.
  • Updates existing links and redirects legacy PDF URLs to the new page.

Validation

  • pnpm run check
  • pnpm run build
  • pnpm exec tsx bin/validate-redirects.ts

Documentation checklist

@github-actions

github-actions Bot commented Sep 10, 2026

Copy link
Copy Markdown
Contributor

This pull request requires reviews from CODEOWNERS as it changes files that match the following patterns:

Pattern Owners
* @cloudflare/product-owners
/public/__redirects @cloudflare/product-owners, @cloudflare/content-engineering
/src/content/docs/network-interconnect/ @alpdot, @jeffh-cloudflare, @marciocloudflare, @steve-cloudflare, @cloudflare/product-owners

@cloudflare-workers-and-pages

cloudflare-workers-and-pages Bot commented Sep 10, 2026

Copy link
Copy Markdown

🚀 Deploying Preview to Cloudflare 🚀

Preview URL: https://steve-cloudflare-cni-locations-page.previews.developers.cloudflare.com (commit ef2b65f)

This URL reflects your latest Preview deployment

Preview Deployments by commit

Status Deployment URL Commit Updated (UTC) See this deployment's details
  • Build: Success ✅
  • Deployment: Success ✅

View logs ↗
https://e5ab44e8.previews.developers.cloudflare.com ef2b65f 2026-09-13T23:47:11.285Z Visit the dashboard ↗
  • Build: Success ✅
  • Deployment: Success ✅

View logs ↗
https://ca888835.previews.developers.cloudflare.com 81342de 2026-09-12T03:11:23.167Z Visit the dashboard ↗
  • Build: Success ✅
  • Deployment: Success ✅

View logs ↗
https://e8291974.previews.developers.cloudflare.com 71f33b2 2026-09-11T03:54:18.105Z Visit the dashboard ↗
  • Build: Success ✅
  • Deployment: Success ✅

View logs ↗
https://315a6158.previews.developers.cloudflare.com 461ad00 2026-09-11T03:17:37.174Z Visit the dashboard ↗
  • Build: In progress 🔵

View logs ↗
8c4ec96 2026-09-11T02:35:07.670Z View logs ↗
  • Build: Success ✅
  • Deployment: Success ✅

View logs ↗
https://38ff1cbe.previews.developers.cloudflare.com c45cf2d 2026-09-11T01:23:46.306Z Visit the dashboard ↗
  • Build: Success ✅
  • Deployment: Success ✅

View logs ↗
https://d1df716d.previews.developers.cloudflare.com 2eefaea 2026-09-10T21:34:12.757Z Visit the dashboard ↗
  • Build: Success ✅
  • Deployment: Success ✅

View logs ↗
https://44b874b6.previews.developers.cloudflare.com e678c70 2026-09-10T01:49:02.291Z Visit the dashboard ↗


import { Tabs, TabItem } from "~/components";

The following facilities offer Cloudflare Network Interconnect (CNI) for private connectivity to Cloudflare's global network. For public peering and best-effort interconnection at additional locations, refer to [Cloudflare on PeeringDB](https://www.peeringdb.com/net/4224).

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

According to the Overview there are 3 connection types.
Are all these locations available for all connection types? Including "Cloud Interconnect"?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good point. Will fix.

@steve-cloudflare
steve-cloudflare force-pushed the steve-cloudflare/cni-locations-page branch from 81342de to ef2b65f Compare September 13, 2026 23:42
@steve-cloudflare
steve-cloudflare marked this pull request as ready for review September 14, 2026 00:13
@cloudflare-docs-bot

cloudflare-docs-bot Bot commented Sep 14, 2026

Copy link
Copy Markdown
Contributor

Review

⚠️ 2 warnings, 💡 1 suggestion found in commit ef2b65f.

👉 Fix in your agent 👈
Fix the following review findings in PR #33357 (https://github.com/cloudflare/cloudflare-docs/pull/33357).

Before making changes, review each finding and present a brief summary table:
- For each finding, state whether you agree, disagree, or need clarification
- If you disagree (e.g. the fix requires disproportionate effort for minimal benefit,
  or the finding is factually incorrect), explain why
- If you need clarification before deciding, ask those questions
- Then share your plan for which issues to tackle and in what order

After triaging, follow this order:
1. Post a comment on this PR for any findings you are skipping, with the finding ID and your reasoning.
2. Then commit the fixes for the legitimate findings.

The comment must come before the commit — the bot reads PR comments when a new
push triggers a review, so skip comments posted after the push will be missed.

---

## Code Review

### Warnings (2)

#### CR-887ba293da77 · Classification contradicts definition
- **File:** `src/content/docs/network-interconnect/locations.mdx` line 129
- **Issue:** The prose defines device-level diversity as "at least two devices of the same dataplane" without a shared single point-of-failure (line 25) and states redundancy can be achieved across devices in different sites within the same metro (line 31). Several metros in the "Locations in non-diverse metros" section list two sites offering the same dataplane — e.g., IAH (Databank HOU1 + EdgeConneX HOU01, both v1), MSP (Cologix MIN1 + EdgeConneX MSP01), YUL (Cologix MTL3 + MTL7), DME (IXcellerate MOS1 + MMTS Moscow M9), LYS (FreePro + SFR) — which implies at least two devices of that dataplane in the metro, i.e., device-level diversity by the page's own definition. As written, the table and the definition contradict each other for these metros.
- **Fix:** Verify the per-site device counts for these multi-site metros and either move them to the diverse section or add a caveat to the definition explaining when devices in different sites of the same metro still share a single point of failure.

#### CR-c23139d8be7a · Factually inconsistent availability claim
- **File:** `src/content/docs/network-interconnect/get-started.mdx` line 88
- **Issue:** The new sentence says direct connections are available at "any Cloudflare data center where you are also located," which contradicts the existing bullet in this same file ("CNI is available at select Cloudflare data centers") and the new locations page this PR links to, which states only the facilities listed there offer Direct CNI.
- **Fix:** Align the wording with the locations page, e.g. state that Direct CNI is available at the facilities listed on the locations page and instruct readers to check that page for their metro, rather than implying availability at any data center where the customer has presence.

---

## Style Guide Review

### Suggestions (1)

#### SG-ba9e00783d3f · Passive voice
- **File:** `src/content/docs/network-interconnect/locations.mdx` line 31
- **Issue:** Line 31 uses passive voice: "Device-level redundancy can be achieved across multiple devices in different sites".
- **Fix:** Rewrite in active voice, for example: "You can achieve device-level redundancy across multiple devices in different sites in the same metro."

Code Review

This code review is in beta and may not always be helpful — use your judgment.

Warnings (2)
File Issue
network-interconnect/locations.mdx line 129 Classification contradicts definition — The prose defines device-level diversity as "at least two devices of the same dataplane" without a shared single point-of-failure (line 25) and states redundancy can be achieved across devices in different sites within the same metro (line 31). Several metros in the "Locations in non-diverse metros" section list two sites offering the same dataplane — e.g., IAH (Databank HOU1 + EdgeConneX HOU01, both v1), MSP (Cologix MIN1 + EdgeConneX MSP01), YUL (Cologix MTL3 + MTL7), DME (IXcellerate MOS1 + MMTS Moscow M9), LYS (FreePro + SFR) — which implies at least two devices of that dataplane in the metro, i.e., device-level diversity by the page's own definition. As written, the table and the definition contradict each other for these metros. Fix: Verify the per-site device counts for these multi-site metros and either move them to the diverse section or add a caveat to the definition explaining when devices in different sites of the same metro still share a single point of failure.
network-interconnect/get-started.mdx line 88 Factually inconsistent availability claim — The new sentence says direct connections are available at "any Cloudflare data center where you are also located," which contradicts the existing bullet in this same file ("CNI is available at select Cloudflare data centers") and the new locations page this PR links to, which states only the facilities listed there offer Direct CNI. Fix: Align the wording with the locations page, e.g. state that Direct CNI is available at the facilities listed on the locations page and instruct readers to check that page for their metro, rather than implying availability at any data center where the customer has presence.

Conventions

No convention issues found.

Style Guide Review

Suggestions (1)
File Issue
network-interconnect/locations.mdx line 31 Passive voice — Line 31 uses passive voice: "Device-level redundancy can be achieved across multiple devices in different sites". Fix: Rewrite in active voice, for example: "You can achieve device-level redundancy across multiple devices in different sites in the same metro."
Commands

Only codeowners can run commands. Post a comment with the command to trigger it.

Command Description
/review Runs a review now. Incremental if a prior review exists, full if not.
/full-review Re-reviews the entire PR diff from scratch, ignoring incremental history. Useful after a rebase, when you want a fresh review, or if the bot gets out of sync and reports issues that no longer exist.
/ignore-review-limit Permanently lifts the 2-review automatic limit for this PR. Future pushes will trigger reviews as normal.
/disable-auto-review Stops automatic reviews from triggering on future pushes to this PR. Codeowners can still run /review or /full-review manually.
/rebase Rebases the PR branch against production. On conflict, attempts to resolve automatically using AI. Stops with an explanation if confidence is not high enough.

@steve-cloudflare
steve-cloudflare enabled auto-merge (squash) September 14, 2026 00:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants