Re: [RFC] arp announce, arp_proxy and windows ip conflict verification

[ebiederm@xmission.com (Eric W. Biederman)]

Mark Smith <lk-netdev@lk-netdev.nosense.org> writes:

> On Sun, 5 Jul 2009 01:00:08 +0300
> Denys Fedoryschenko <denys@visp.net.lb> wrote:
>
>> On Sunday 05 July 2009 00:57:32 Eric W. Biederman wrote:
>> >
>> > How can that possibly be a correct network configuration?
>> >
>> > Eric
>> It is a problem to have different networks, who doesn't communicate one with 
>> each other, in same ethernet segment?
>> 
>> Does it violate anything?
>
> I'm pretty sure it doesn't.
>
> It's a common enough situation. A second subnet (or more) is assigned
> to a link because the first isn't large enough, and renumbering the
> hosts into a larger subnet is not practical at the time. A
> 'one-armed router' is used up stream to have traffic go between the
> different subnets, at the cost of traffic double traversing the link.
> (The worst example I've seen is 25 subnets operating this way!)
>
> Fundamentally it is no different to routing traffic to other subnets.
> IP was designed on the assumption that there'd only be a single subnet
> per link, so nothing was done to make this scenario more efficent.
>
> IPv6 has introduced the ability for hosts to be told by their default
> router that destinations they think are "offlink", because the address
> falls outside a locally assigned or learned prefixes, are actually
> "onlink", preventing this double traversing problem.

Multiple subnets on an ethernet segment sure.  Multiple subnets
subnets that don't communicate?  Not telling your router about all of
the subnets on the ethernet segment?

The combination of not configuring the router to know about all of the
subnets and enabling proxy arp is what is causing problems for Denys.

That sure seems like a misconfiguration to me.

Eric