[Dnsmasq-discuss] Incorrect broadcast address given

OB Lutz ob.lutz at gmail.com
Mon Oct 13 15:23:00 BST 2008


My routing table:
# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.8.224   *               255.255.255.224 U     0      0        0 br-lan
224.0.0.0       *               240.0.0.0       U     0      0        0 bmf0

Nothing ambiguous there. olsr adds routes going out the wireless
interfaces when appropriate. iptables just forwards olsr traffic
between wireless interfaces. Routes are clearly defined

On Sat, Oct 11, 2008 at 9:15 AM, richardvoigt at gmail.com
<richardvoigt at gmail.com> wrote:
> On Wed, Oct 8, 2008 at 1:41 PM, OB Lutz <ob.lutz at gmail.com> wrote:
>> The routing is fine. All the eth*s are bridged to br-lan, which is
>> given 192.168.8.225/27 (255.255.255.224). ath0 is 192.168.8.226/27,
>> ath1 192.168.8.227/27. iptables rules take care of forwarding
>> appropriate traffic around. Routing is not an issue.
>
> That's not fine.  Routing should never be done with iptables rules, it
> should be done with the kernel routing table.  And a particular subnet
> needs to correspond to a bridging (L2 forwarding) domain.  Right now
> your route to 192.168.8.224/27 is ambiguous.
>
> Fix your IP address assignment and dnsmasq is going to work properly.
> Dnsmasq reads information from the kernel routing table, if you've got
> invalid information in there because you're overriding routing with
> iptables, you can't expect it to work.
>
> And as far as your thought that dhcp is dhcp and routing is routing
> and never the twain shall meet, the broadcast address is routing.
> Dnsmasq has to give it out.  So your nice idea of separation breaks
> down.
>



More information about the Dnsmasq-discuss mailing list