<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>http://wiki.docking.org/index.php?action=history&amp;feed=atom&amp;title=Cluster_Networking_Quirks</id>
	<title>Cluster Networking Quirks - Revision history</title>
	<link rel="self" type="application/atom+xml" href="http://wiki.docking.org/index.php?action=history&amp;feed=atom&amp;title=Cluster_Networking_Quirks"/>
	<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Cluster_Networking_Quirks&amp;action=history"/>
	<updated>2026-04-07T17:30:21Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.39.1</generator>
	<entry>
		<id>http://wiki.docking.org/index.php?title=Cluster_Networking_Quirks&amp;diff=16701&amp;oldid=prev</id>
		<title>Jgutierrez6: Created page with &quot;== Introduction == This is a wiki page detailing weird network quirks the lab has encountered over the years.  == List of events == *May 5, 2025 *: &lt;source&gt; Vav and Gimel (both are in the 169.230.26.0 subnet) had a problem contacting the 169.230.75.0 subnet. Both of these machines had similar ip route rules, displayed below.  #vav 169.230.0.0/16 dev enp4s0 proto kernel scope link src 169.230.26.169 metric 100 #gimel 169.230.0.0/16 dev eth4  proto kernel  scope link  src...&quot;</title>
		<link rel="alternate" type="text/html" href="http://wiki.docking.org/index.php?title=Cluster_Networking_Quirks&amp;diff=16701&amp;oldid=prev"/>
		<updated>2025-05-05T22:58:58Z</updated>

		<summary type="html">&lt;p&gt;Created page with &amp;quot;== Introduction == This is a wiki page detailing weird network quirks the lab has encountered over the years.  == List of events == *May 5, 2025 *: &amp;lt;source&amp;gt; Vav and Gimel (both are in the 169.230.26.0 subnet) had a problem contacting the 169.230.75.0 subnet. Both of these machines had similar ip route rules, displayed below.  #vav 169.230.0.0/16 dev enp4s0 proto kernel scope link src 169.230.26.169 metric 100 #gimel 169.230.0.0/16 dev eth4  proto kernel  scope link  src...&amp;quot;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;== Introduction ==&lt;br /&gt;
This is a wiki page detailing weird network quirks the lab has encountered over the years.&lt;br /&gt;
&lt;br /&gt;
== List of events ==&lt;br /&gt;
*May 5, 2025&lt;br /&gt;
*: &amp;lt;source&amp;gt;&lt;br /&gt;
Vav and Gimel (both are in the 169.230.26.0 subnet) had a problem contacting the 169.230.75.0 subnet.&lt;br /&gt;
Both of these machines had similar ip route rules, displayed below.&lt;br /&gt;
&lt;br /&gt;
#vav&lt;br /&gt;
169.230.0.0/16 dev enp4s0 proto kernel scope link src 169.230.26.169 metric 100&lt;br /&gt;
#gimel&lt;br /&gt;
169.230.0.0/16 dev eth4  proto kernel  scope link  src 169.230.26.166&lt;br /&gt;
&lt;br /&gt;
The rules above tell us that any IP addresses in this range 169.230.1.0 ~ 169.230.255.254 should be visible but they weren&amp;#039;t.&lt;br /&gt;
&lt;br /&gt;
But for some reason, if I narrow down the subnet to 255.255.255.0 then we&amp;#039;re able to ping the 169.230.75.0 subnet. So here are the new rules that allow connection to happen.&lt;br /&gt;
&lt;br /&gt;
#vav&lt;br /&gt;
169.230.26.0/24 dev enp4s0 proto kernel scope link src 169.230.26.169 metric 100&lt;br /&gt;
#gimel&lt;br /&gt;
169.230.26.0/24 dev eth4  proto kernel  scope link  src 169.230.26.166&lt;br /&gt;
&amp;lt;/source&amp;gt;&lt;/div&gt;</summary>
		<author><name>Jgutierrez6</name></author>
	</entry>
</feed>