<div dir="ltr">Some additional comment on this, as been there...<div><br></div><div>Linux networkmanager will assign a higher metric on non-ethernet interfaces (ideally) to de-preference wireless over wired, but they still both get an address.  In the same subnet, the metric is what determines preference.  You can tweak metrics, but usually depend on the network interface and system preferences.</div><div><br></div><div>This has been a problem for decades, but generally managed by networking stack setting metric preference on routes.  Wired == best, wireless, vpn, others, less.  VPN sometimes add more specific routes to force traffic for longest prefix match routing preference (openvpn advertises <a href="http://0.0.0.0/1">0.0.0.0/1</a> and <a href="http://128.0.0.1/1">128.0.0.1/1</a> to override <a href="http://0.0.0.0/0">0.0.0.0/0</a>), but it comes down to standard networking preference of prefix-match or metric.  This is standard networking.</div><div></div><div><br></div><div>Linux uses bridges in dd-wrt boxes to bridge wireless to wired networks, this is how 99.8% residential routers work, they *can* be separate, but simply never works in a house.  Things like apple's mullticast media (like everything) implementation mean different subnets break everything apple (and everyone that sniffs their heels) as they don't work when using multiple subnets.  This is mostly true for android too with anything use mdns multicast.  Same reason apple devices are cantankerous in every enterprise, nothing of theirs is designed to operate across subnets in anything but a house properly.  This usually requires mdns multicast reflection and other magic vendors build in just to appease apple.</div><div><br></div><div>Why I say apple's don't belong in enterprise - they were never built for it, but rather as a speak&spell for your grandma.  This from someone with a mac128k and an se/30 still sitting around somewhere.</div><div><br></div><div>Short terms, don't rely on multi-homing between subnets if you can avoid it.  It usually never works out well, workstations or servers.</div><div><br></div><div>-mb</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 9, 2019 at 1:48 PM <<a href="mailto:kitepilot@kitepilot.com">kitepilot@kitepilot.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">OK, I'll narrow this down:<br>
We will have a router serving the same subnet in wireless and wire.<br>
We'll have a laptop with 2 interfaces, wifi0 and eth0.<br>
We'll not do any routing configuration beyond a default.<br>
Finally, this explanation is watered down to dilution because I don't have a <br>
lot of time right now. <br>
<br>
In a nutshell, when the protocol is sending a packet, it will look for an <br>
interface that matches the subnet of the packet, and if it finds it, it will <br>
send a "who has" request over that interface. <br>
<br>
Otherwise, the packet is handed to the "gateway" (default routing) which is <br>
not what we are discussing here. <br>
<br>
There is no guarantee (that I know of) that the kernel will search the <br>
network interfaces in any particular order for a matching subnet, and the <br>
search will stop as the first one is found. <br>
<br>
That creates a race condition with the ARP table where a packed may be sent <br>
while the ARP table gets refreshed and moved to the other interface, and <br>
those packets will die a slow death.  That will create random connection <br>
drops and transmission slowdowns. <br>
<br>
I've seen it...<br>
tctpdump(it), and you'll see it too.<br>
ET <br>
<br>
<br>
<br>
Matt Graham writes: <br>
<br>
> On 2019-12-07 14:20, <a href="mailto:kitepilot@kitepilot.com" target="_blank">kitepilot@kitepilot.com</a> wrote:<br>
>> Mark Phillips writes:<br>
>>> dd-wrt router (ASUS RT_N16) would do this. I then<br>
>>> noticed that the firmware was over 2 years old, so I thought, I should<br>
>>> upgrade the firmware. Long story short, I may have bricked my router.<br>
>>> My question is, can I run the wifi on SUBNET (192.168.25.x) and my wired<br>
>>> connection on another SUBNET<br>
>> You *HAVE* to configure different subnets in each interface or you'll<br>
>> have a chaos.<br>
> <br>
> Not necessarily.  I have a bog-standard Netgear consumer grade <br>
> wireless/wired gateway.  It serves up addresses in <a href="http://192.168.2.0/24" rel="noreferrer" target="_blank">192.168.2.0/24</a> to wired <br>
> and wireless clients.  The option for having a separate subnet for <br>
> (whatever) is called "guest network" in this, consult your man page for <br>
> dd-wrt for what that's called there. <br>
> <br>
> My device is probably doing something funky involving bridging in its guts <br>
> so that it allows 192.168.2.1 to be accessible over wired and wireless <br>
> interfaces.  I think I turned on both wired and wireless networking on my <br>
> laptop at some point, and it didn't break everything.  I'll have to wait a <br>
> few hours to try that out again though.  This is *not* recommended, but it <br>
> should not be the horrible failure you got in the 2000s if you had 2 wired <br>
> Ethernet devices on the same machine in the same subnet.  ICBW though. <br>
> <br>
> -- <br>
> Crow202 Blog: <a href="http://crow202.org/wordpress" rel="noreferrer" target="_blank">http://crow202.org/wordpress</a><br>
> There is no Darkness in Eternity<br>
> But only Light too dim for us to see.<br>
> ---------------------------------------------------<br>
> PLUG-discuss mailing list - <a href="mailto:PLUG-discuss@lists.phxlinux.org" target="_blank">PLUG-discuss@lists.phxlinux.org</a><br>
> To subscribe, unsubscribe, or to change your mail settings:<br>
> <a href="https://lists.phxlinux.org/mailman/listinfo/plug-discuss" rel="noreferrer" target="_blank">https://lists.phxlinux.org/mailman/listinfo/plug-discuss</a><br>
---------------------------------------------------<br>
PLUG-discuss mailing list - <a href="mailto:PLUG-discuss@lists.phxlinux.org" target="_blank">PLUG-discuss@lists.phxlinux.org</a><br>
To subscribe, unsubscribe, or to change your mail settings:<br>
<a href="https://lists.phxlinux.org/mailman/listinfo/plug-discuss" rel="noreferrer" target="_blank">https://lists.phxlinux.org/mailman/listinfo/plug-discuss</a></blockquote></div>