<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Mikrotik on Thomas Peters</title><link>https://www.sirmysterion.com/tags/mikrotik/</link><description>Recent content in Mikrotik on Thomas Peters</description><generator>Hugo</generator><language>en</language><copyright>&lt;a href="https://creativecommons.org/licenses/by-nc/4.0/" target="_blank" rel="noopener"&gt;CC BY-NC 4.0&lt;/a&gt;</copyright><lastBuildDate>Fri, 13 Feb 2026 22:30:59 -0700</lastBuildDate><atom:link href="https://www.sirmysterion.com/tags/mikrotik/index.xml" rel="self" type="application/rss+xml"/><item><title>Multi-Homed Spine-Leaf Kubernetes</title><link>https://www.sirmysterion.com/posts/20260208-multihomed-kubernetes/</link><pubDate>Sun, 08 Feb 2026 00:00:00 +0000</pubDate><guid>https://www.sirmysterion.com/posts/20260208-multihomed-kubernetes/</guid><description>&lt;h1 id="overview"&gt;Overview&lt;/h1&gt;
&lt;p&gt;In my pursuit to learn more and migrate my existing Proxmox-based infrastructure to Kubernetes, I faced the issue of physical redundancy.
While having three nodes does provide failover there are still other single points of failure, primarily my physical network topology.
I have previously been able to work with L2 RSTP in Proxmox using Open vSwitch to add redundancy as well as mixing and prioritizing network port speeds.
Talos Linux and Cilium did not seem willing to participate in RSTP, so I needed to resort to other methods, Link Aggregation was my next approach.
But I was quickly dissuaded by LACP&amp;rsquo;s inability to bond ports of unlike speed and Cilium&amp;rsquo;s eBPF binding to the raw interface
instead of the virtual Bond. The next idea on the list that I could think of was a full Layer3 Routed Spine-Leaf topology setup.&lt;/p&gt;</description></item><item><title>Custom IPv6 Dashboard</title><link>https://www.sirmysterion.com/posts/20251127-custom-ipv6-dashboard/</link><pubDate>Thu, 27 Nov 2025 00:00:00 +0000</pubDate><guid>https://www.sirmysterion.com/posts/20251127-custom-ipv6-dashboard/</guid><description>&lt;h2 id="librenms--custom-ipv6-client-dashboard"&gt;&lt;a href="https://gitlab.com/sirmysterion/librenms-ipv6-dashboard"&gt;LibreNMS + Custom IPv6 Client Dashboard&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;&lt;img src="https://www.sirmysterion.com/IPv6ClientDashboard.png" alt="IPv6ClientDashboard"&gt;&lt;/p&gt;
&lt;h3 id="the-problem"&gt;The Problem&lt;/h3&gt;
&lt;p&gt;The Network monitoring solutions that I have seen seem to be stuck in the past with IPv4 only networks, seemingly relying on ARP and Nmap scans of network blocks to find devices and services on the network.
From what I have heard, a single IPv6 Subnet with a /64 prefix has some 18 quintillion Addresses. That does not include the extra 64 thousand other subnets in the /48 that likely is assigned to location&lt;/p&gt;</description></item></channel></rss>