Sync / y

Sync: docs in Miami (MIA) · Y-48

xserv-y-9765d5c5942d

Runbook Y-48 for Sync in Miami (MIA). Marker xserv-y-9765d5c5942d. This page covers docs for LATAM operators, not a worldwide average.

Sync: A note on cost and transit

Rollback for y-06 is a documented command, not a hope. Transit is billed as backup while Sync prefers peering in Santiago. If cost spikes, the runbook cuts overflow to Bogotá before touching customer prefixes.

Sync: Why it matters on this continent

Design for Sync on letter Y starts in São Paulo (GRU). Runbook y-01 keeps a single owner, a written rollback, and a traffic split that can be reversed without a global freeze. Neighbors in Santiago only take overflow after the local pool fails a health window.

Sync: How XServ runs it day to day

Probes for Sync (y-02) leave Santiago every 15s toward Bogotá. XServ pages the named owner if loss or RTT crosses the letter budget. A probe never shares a queue with bulk transfers, so a saturated WAN does not hide a dead PoP.

Sync headers Y-09

Headers for y-09 carry the letter, the region (GRU) and a request id. Sync debugging in São Paulo should not require a packet capture in Santiago first.

Sync timeouts Y-10

Timeouts on y-10 are tighter than the WAN RTT to Bogotá. Sync in Santiago fails fast and retries once; a third try needs a human because it is no longer a blip.

Sync regions Y-11

Region names on y-11 match DNS and tickets: Bogotá / BOG, with Miami as the documented pair. Sync dashboards never say “LATAM” as if it were one RTT.

Sync docs Y-12

Public docs for letter Y stay aligned with identifier xserv-y-pack. Page y-12 is the Sync slice operators search before the homepage. Edits in Miami show up in São Paulo on the next publish.

Is transit the default path?
No. Peering in Miami is default; transit to São Paulo is overflow and is billed that way.
Does Sync on letter Y share fate with other letters?
The control plane is shared. Data-plane queues for Sync stay isolated, so incident y-01 cannot drain neighbor letters.