The Philippine Data Communications Grid (Part V): Interconnection, IXPs, and Traffic Locality


By Cliff Potts
CSO and Editor-in-Chief, WPS News
B.S., Telecommunications Management

Baybay City, Leyte, Philippines — Tuesday, June 9, 2026 (12:35 p.m. Philippine Time)

Why interconnection determines whether failures stay local

Backbone topology determines how failures spread geographically. Interconnection determines whether failures spread logically.

When networks do not interconnect locally, traffic takes unnecessary paths through upstream transit. During disruptions, this converts manageable regional issues into national or international outages. The result is not just latency—it is dependency.

Interconnection is the control plane of national resilience.

What an IXP actually does

An Internet Exchange Point (IXP) allows networks to exchange traffic directly rather than routing through third-party transit providers.

In practical engineering terms, IXPs:

  • reduce hop count and latency,
  • lower upstream transit dependence,
  • localize traffic during upstream failures,
  • and provide predictable routing behavior between domestic networks.

An IXP is not a policy symbol. It is a failure-containment mechanism.

Tromboning is a design failure, not an accident

“Tromboning” occurs when traffic between two domestic networks exits the country and re-enters through international transit.

This happens when:

  • networks refuse to peer locally,
  • peering capacity is insufficient,
  • or access to neutral exchanges is limited or avoided.

Tromboning increases:

  • latency,
  • cost,
  • and exposure to failures outside national control.

In resilience terms, it creates unnecessary foreign failure domains for domestic communication.

Neutrality matters more than capacity

A technically useful IXP must be:

  • neutral,
  • accessible,
  • and trusted by competing networks.

Non-neutral exchanges discourage participation and produce fragmented interconnection. Fragmentation forces traffic back onto transit paths and undermines the entire purpose of local exchange.

Capacity upgrades do not fix non-participation. Governance does.

Local peering is not optional for critical services

Critical services—government portals, emergency coordination, utilities, healthcare systems—must remain reachable during upstream disruptions.

This requires:

  • mandatory local reachability,
  • redundant local peering paths,
  • and documented behavior during international outages.

A service that disappears when international transit degrades is not resilient, regardless of how modern its application stack may be.

CDN caches are part of the interconnection fabric

Content Delivery Networks (CDNs) are not just performance optimizers. They are resilience multipliers.

Local caches:

  • reduce international bandwidth demand,
  • localize popular traffic,
  • and preserve basic functionality during partial isolation.

However, caches only deliver resilience benefits when:

  • they are geographically distributed,
  • reachable via local peering,
  • and not centralized in a single metro region.

Cache placement that mirrors backbone fragility amplifies failure instead of mitigating it.

Regional interconnection reduces national blast radius

Highly centralized interconnection—where most peering occurs in a single metro—creates national blast zones.

Resilient design favors:

  • multiple peering regions,
  • regional traffic exchange without capital transit,
  • and localized failure domains.

A regional outage should not require national rerouting.

Economic incentives distort technical outcomes

Interconnection failures persist because:

  • transit revenue incentives discourage peering,
  • market power favors asymmetry,
  • and short-term cost savings outweigh long-term resilience benefits.

Left unaddressed, these incentives reliably produce:

  • under-peering,
  • congested exchange points,
  • and excessive upstream dependence.

Engineering reality does not align with these incentives unless policy intervenes.

What competent interconnection architecture looks like

A resilient Philippine interconnection model would include:

  • neutral, well-governed IXPs with enforced access rules,
  • mandatory peering for critical service providers,
  • sufficient capacity planning at exchanges,
  • regional exchange presence outside the capital,
  • and transparency around interconnection health.

None of this requires new technology. It requires aligning incentives with survivability.

Measuring interconnection health

Interconnection quality is measurable.

Useful indicators include:

  • percentage of domestic traffic exchanged locally,
  • latency between major population centers,
  • congestion frequency at exchange ports,
  • and service availability during upstream impairments.

If these metrics are not improving, interconnection policy is failing.

What this establishes for the series

This essay establishes a critical principle:

Local interconnection determines whether failures remain local or become systemic.

In the next essay, the focus will shift to content locality and cloud dependency, examining how centralized cloud architectures interact with interconnection choices to either preserve or undermine national resilience.

#CDN #internetExchangePoints #networkInterconnection #networkResilience #peering #Philippines #telecommunicationsInfrastructure #trafficLocality
Exchange7@SwissIXOutreach wann? @wrmsr #bgp #peering

Ils sont en train de péter l'#Internet :
> cette tendance encourage les monopoles et risque de rendre Internet moins ouvert et plus vulnérable aux pannes

The Shift in #Peering Threatening the Internet’s Foundations - Internet Society (João Paulo de Vasconcelos Aguiar)
https://www.internetsociety.org/blog/2026/06/the-shift-in-peering-threatening-the-internets-foundations/

#GAFAM #IXP #VPP #ISOC

Seeing many (new) eyeball networks with 100 Gbps ports at Extreme IX Delhi now https://bgp.tools/ixp/Extreme%20IX%20Delhi

#ExtremeIX #peering #India #Delhi

@snaki Vorallem weil die DTAG soweit ich weiß kein richtiges FTTH anbietet sondern nur Vectoring-Verarsche und schon garnicht brauchbares (=symmetrisches!) Ethernet per Glasfaser (und sei's auch nur 1GBASE-BX10) anbietet, sondern allenfalls überbuchtes, asymmetrisches GPON, welches dirch deren underpeered Kernnetz unbenutzbar ist…

  • Nur Vodafone-Kabel soll noch schlimmer sein!

IMHO sollte die @BNetzA neitrales Peering am @decix vorschreiben!

  • Und ja die Drückerkolonnen von der Terrorkom sind absolut nervig!

#DTAG #Glasfaser #Vectoring #FTTH #Ethernet #DOCSIS #GPON #Kabel #underpeered #Peering #BNetzA #DECIX

Please be advised that we will operate our network in the future from 20 rotating ASN connecting to our upstreams in turn.

Downstreams will be able to connect to the same ASN each time.

This will allow us to order services with our suppliers on a 0 Commit based on 95% from our suppliers and offer transit at a absolute competitive rate nobody will be able to beat.

#bgp #competive #transit #95percentile #peering #cometitive

RE: https://mastodon.online/@denog/116594521125824669

We are very happy that the first DENOG Meetup in Dresden is happening this June. This event is co-organized with SachsenGigaBit and @denog The CFP is currently open, so please consider presenting something.

CFP: https://cfp.denog.de/denog-meetup-2026-04-dresden/cfp
Register: https://www.denog.de/de/events/meetup-2026-04.html

We look forward to seeing you in Dresden :)

#Dresden #Peering #PeeringFamily #IXP

Does something similar to https://ooni.org/ exist but for checking which peering is shit?

Like now that I've a #DeutscheTelekom internet contract I'd like to see if the claims that you definitely need to pay for a VPN to get good connectivity to some services is true after all.

#VPN #Internet #Peering

OONI: Open Observatory of Network Interference

The Open Observatory of Network Interference (OONI) is a global community measuring internet censorship around the world. Run OONI Probe to detect internet censorship. Use OONI Explorer to track internet censorship worldwide in near real-time.

Jetzt wäre es eigentlich an der Zeit für die #unoreversecard und zu sagen: Ach ihr wollt unsere Dienste? Bitte Geld einwerfen!

https://www.heise.de/news/Netz-Maut-fuer-Big-Tech-Telekom-Chef-gibt-auf-11293948.html

#netzbremse #drosselkom #peering

Netz-Maut für Big Tech: Telekom-Chef gibt auf

Jahrelang haben die europäischen Netzbetreiber gefordert, dass sich Meta, Google und Co. an den Netzkosten beteiligen. Die Telekom gibt das jetzt auf.

heise online

Here are some impressions from our 5th Open Tech Meetup on Thursday – our first sponsored OTM. After some initial acoustic issues (lessons were learned ;D), our program featured @chrisd who gave us an impressive introduction to the network of WOBCOM and the challenges faced when deploying whiteboxes with rtbrick. @9er discussed the planned network for BelWü and their current difficulties with procurement. Lastly, @FestplattenSchnitzel and Jonas shared practical advice on how TU Dresden handles traffic monitoring and the insights Matthias’s Research Group extracts from it.

The evening went late into the night, and it was an absolute blast to welcome so many network engineers, enthusiasts, and supporters of a healthy local Internet in Dresden.

We are already looking forward to the next Internet event in Dresden, which we organize together with DENOG and SachsenGigaBit. More info here: https://www.denog.de/de/events/meetup-2026-04.html

#Dresden #IXP #IXPFamily #Peering #PeeringFamily