<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>NATLAN Journal</title>
    <link>https://natlan.io/journal</link>
    <atom:link href="https://natlan.io/journal.xml" rel="self" type="application/rss+xml" />
    <description>What changed on the NATLAN network, where and when: new peers, outages, upgrades, and longer notes.</description>
    <language>en</language>
    <lastBuildDate>Fri, 23 Oct 2026 00:00:00 GMT</lastBuildDate>
    <item>
      <title>Taipei is offline, with no return date</title>
      <link>https://natlan.io/journal#tpe-offline</link>
      <guid isPermaLink="true">https://natlan.io/journal#tpe-offline</guid>
      <pubDate>Fri, 23 Oct 2026 00:00:00 GMT</pubDate>
      <category>Maintenance</category>
      <description>TPE — The Taipei node is offline. It will come back only once we find a suitable hosting provider there, and we cannot give a date yet. Sessions terminating in TPE stay configured on our side; if you need a session sooner, peer with us at another site through peering.natlan.io.</description>
    </item>
    <item>
      <title>Frankfurt is offline while we change provider</title>
      <link>https://natlan.io/journal#fra-offline</link>
      <guid isPermaLink="true">https://natlan.io/journal#fra-offline</guid>
      <pubDate>Fri, 23 Oct 2026 00:00:00 GMT</pubDate>
      <category>Maintenance</category>
      <description>FRA — The Frankfurt node is offline. We are moving it to a new hosting provider and expect it back on 25 November 2026. Sessions terminating in FRA stay configured on our side and will come back up with the node; nothing to do on yours.</description>
    </item>
    <item>
      <title>TYO1 is offline while we change provider</title>
      <link>https://natlan.io/journal#tyo1-offline</link>
      <guid isPermaLink="true">https://natlan.io/journal#tyo1-offline</guid>
      <pubDate>Fri, 23 Oct 2026 00:00:00 GMT</pubDate>
      <category>Maintenance</category>
      <description>TYO — The TYO1 machine in Tokyo is offline. We are moving it to a new hosting provider and expect it back on 20 November 2026. Its configuration is kept as is: sessions terminating in TYO1 will come back up with the machine, with no action needed on your side. TYO2 keeps the Tokyo site up meanwhile.</description>
    </item>
    <item>
      <title>Los Angeles retires, San Jose takes over</title>
      <link>https://natlan.io/journal#lax-to-sjc</link>
      <guid isPermaLink="true">https://natlan.io/journal#lax-to-sjc</guid>
      <pubDate>Fri, 23 Oct 2026 00:00:00 GMT</pubDate>
      <category>Maintenance</category>
      <description>SJC — The Los Angeles node has been retired. Every peering session it carried was moved to a new node in San Jose, which keeps the same backbone links to Hong Kong and Tokyo and takes the LAX slot on the map. Peers who dialled into LAX: your session now terminates in SJC. Check its endpoint and node key on peering.natlan.io and update your side if it has not come back up. The site page is at /nodes/sjc.</description>
    </item>
    <item>
      <title>natlan.io, redrawn as an atlas</title>
      <link>https://natlan.io/journal#field-atlas</link>
      <guid isPermaLink="true">https://natlan.io/journal#field-atlas</guid>
      <pubDate>Thu, 15 Oct 2026 00:00:00 GMT</pubDate>
      <category>Note</category>
      <description>Network — The front page is now a schematic of the real network — sites, backbone and peering, refreshed live from the control plane — with a journal, a looking glass and a page per site. The previous homepage stays up at /classic/.</description>
    </item>
    <item>
      <title>Peering goes self-service</title>
      <link>https://natlan.io/journal#self-service-peering</link>
      <guid isPermaLink="true">https://natlan.io/journal#self-service-peering</guid>
      <pubDate>Mon, 03 Aug 2026 00:00:00 GMT</pubDate>
      <category>Peering</category>
      <description>Network — Prove the ASN is yours at auth.natlan.io — email, PGP or SSH, whichever your maintainer carries — pick a node, and the WireGuard tunnel and BGP session come back in the same response. The portal also shows your session as we see it, and lets you tear it down yourself.</description>
    </item>
    <item>
      <title>Import filters tightened</title>
      <link>https://natlan.io/journal#import-filters</link>
      <guid isPermaLink="true">https://natlan.io/journal#import-filters</guid>
      <pubDate>Tue, 16 Jun 2026 00:00:00 GMT</pubDate>
      <category>Maintenance</category>
      <description>Network — Routes that fail ROA validation are now rejected at import (routes with no ROA are still accepted), and every eBGP session carries an import limit of 8,500 prefixes. The control plane also records what each peer sent before filtering, so a rejected route can be traced to where it came from.</description>
    </item>
    <item>
      <title>A control plane, and an agent on every node</title>
      <link>https://natlan.io/journal#control-plane</link>
      <guid isPermaLink="true">https://natlan.io/journal#control-plane</guid>
      <pubDate>Mon, 01 Jun 2026 00:00:00 GMT</pubDate>
      <category>Note</category>
      <description>Network — Configuration now lives in one place as desired state, and an agent on every node applies it and reports back. iBGP and OSPF between the sites came under the same control, and every change lands in an audit log. No more SSH in the loop.</description>
    </item>
    <item>
      <title>Templates and scripts</title>
      <link>https://natlan.io/journal#templates</link>
      <guid isPermaLink="true">https://natlan.io/journal#templates</guid>
      <pubDate>Sun, 01 Mar 2026 00:00:00 GMT</pubDate>
      <category>Note</category>
      <description>Network — Hand-written configs gave way to BIRD templates and deploy scripts. Better — until the question became “which node runs which version?”</description>
    </item>
    <item>
      <title>The first nodes</title>
      <link>https://natlan.io/journal#first-nodes</link>
      <guid isPermaLink="true">https://natlan.io/journal#first-nodes</guid>
      <pubDate>Sat, 01 Nov 2025 00:00:00 GMT</pubDate>
      <category>Note</category>
      <description>Network — NATLAN starts as a couple of machines joined by wg-quick, configured by hand over SSH, with the keys kept in a notes app. Fine for two nodes; the third one broke the system.</description>
    </item>
  </channel>
</rss>
