Re: lagg problems on diskless client

On 2012-Mar-28 13:16:06 +0300, Raif S. Berent r...@berentweb.com wrote: I have some problems implementing lagg(4) on dual NIC's on the diskless client side. It may be because my switch is a cheap, un-managed Gbit switch or hopefully some other reason. I would like to either get lagg working

FreeBSD 9.0 generates incorrect SEC/ACK numbers under load

Hello. I've run into a problem with a web server runing FreeBSD 9.0/amd64. What I believe is happening, is what server loses track of correct SEQ/ACK numbers on some connections. Here is an example: 15:20:00.347514 IP (tos 0x68, ttl 123, id 1181, offset 0, flags [DF], proto TCP (6), length 52)

6rd status

Hi, I've been trying to use the srd device patch from Masakazu-san from here. http://bougaidenpa.org/masakazu/archives/54 After walking through the configure steps and configuring a default route I get a network unreachable. http://www.pastie.org/private/j6ufhloh2kqesznee6y8na

Re: FreeBSD 9.0 generates incorrect SEC/ACK numbers under load

Hi, I think a few people have noticed this. Would you mind creating a PR? Thanks, adrian ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to

Removing an IPv6 address does not remove NDP entries on that subnet

Currently, if you remove an IPv4 address from an interface, all ARP cache entries on its subnet are invalidated. However, the same thing is not done for NDP cache entries when an IPv6 address is removed*. Is this correct behaviour? It seems weird to have IPv4 and IPv6 behave differently. * In

Re: kern/165863

Ok, I think that I have an approach that will work. This is heavily based off of glebius' proposal. The big difference is that instead of initializing the arptimer callout with the ll_entry's lock, I initialize it with the if_afdata_lock. This eliminates the LOR problem in arptimer. It also

RE: Removing an IPv6 address does not remove NDP entries on that subnet

Currently, if you remove an IPv4 address from an interface, all ARP cache entries on its subnet are invalidated. However, the same thing is not done for NDP cache entries when an IPv6 address is removed*. Is this correct behaviour? It seems weird to have IPv4 and IPv6 behave differently.

Re: (no subject)

On Thu, Mar 29, 2012 at 04:42:38AM +0300, Beeblebrox wrote: Hi Adrian, Re your comments; you are 100% right, as I have not done steps 1 4 from your list below. I must also admit that my knowledge of networking, on a scale of 0-10, is probably -1. what does ifconfig look like? I