Daryl may still be correct. Linux's bridge module also implements
the learning phase (for detection of loops) before it begins
forwarding packets.
An old thread; but I had a similar problem with slow DHCP response and Linux
bridging was indeed the problem. My OS=Debian squeeze. Had to change
/
Daryl may still be correct. Linux's bridge module also implements the
learning phase (for detection of loops) before it begins forwarding packets.
On Tue, Apr 24, 2012 at 10:38 PM, Adrian May wrote:
> Hi Daryl,
>
> There is no switch. I'm trying to build a router and I'm plugging clients
> dire
Hi Daryl,
There is no switch. I'm trying to build a router and I'm plugging
clients directly into it. It's actually a little fanless thing with 8
ethernet ports, 7 of which I bridge to make the private LAN, and the
other of which dials pppoe. I installed ubuntu server 10.04, followed by
the b
Actually, the "10 dollar domestic router" fix points to the probable
solution. You likely have spanning tree turned on on your usual switch,
which will block all traffic on that port for the first 50 seconds after
a link state change. Either switch to rapid spanning tree, or look into
your switch's
On 24/04/12 04:21, Adrian May wrote:
Hi Simon,
In the meantime I installed ClearOS, which uses dnsmasq. Now the PCs get
served fast but my embedded boards are still not getting IPs. If I plug
these embedded boards into my 10 dollar domestic router, they get an IP
instantly. I already tried setti
Hi Simon,
In the meantime I installed ClearOS, which uses dnsmasq. Now the PCs get
served fast but my embedded boards are still not getting IPs. If I plug
these embedded boards into my 10 dollar domestic router, they get an IP
instantly. I already tried setting bootp-dynamic and dhcp-broadcast
On 23/04/12 12:02, Adrian May wrote:
Hi all,
I get the same result with dnsmasq, dhcp3-server and isc, namely, that
the client has to send several DHCPDISCOVER packets before the server
finally responds after about 30 seconds. This is breaking a couple of
embedded platforms because they aren't
