[Bug 225438] panic in6_unlink_ifa() due to race

2018-01-24 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225438 Mark Linimon changed: What|Removed |Added Keywords||patch Assignee|freebsd-b.

[Bug 209682] [panic] [netinet] arptimer race

2018-01-24 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209682 --- Comment #8 from Hans Petter Selasky --- ... while running the script above. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-net@freebsd.org mailing list

[Bug 209682] [panic] [netinet] arptimer race

2018-01-24 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209682 --- Comment #7 from Hans Petter Selasky --- OK, but do you see the memory leakage. Try to run some other software which causes kernel memory to be allocated and freed. -- You are receiving this mail because: You are the assignee for the b

CARP link-local address not responding to neighbor solicitations comming from public address

2018-01-24 Thread Alarig Le Lay
Hi, All the machines listed below are 11.1-RELEASE. I have a setup with a LAN of VMs routed by two routers configured with CARP. If I reboot a VM, the NDP for the default route is unknown: root@:~ # ndp -n fe80::204:92:100:1%em0 Neighbor Linklayer Addre

[Bug 209682] [panic] [netinet] arptimer race

2018-01-24 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209682 --- Comment #6 from Dave Baukus --- (In reply to Hans Petter Selasky from comment #5) I am unable to reproduce with that test. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 225325] RealTek 8169 network devices don't seem to work with memory mapped registers

2018-01-24 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225325 aaron.s...@baesystems.com changed: What|Removed |Added Severity|Affects Some People |Affects Only Me --- Com

Re: pf: redirect a packet's port but not its address?

2018-01-24 Thread Andrey V. Elsukov
On 24.01.2018 02:26, Andrey V. Elsukov wrote: > I think it is correct behavior if you try to forward to loopback > address. In case when you listen on the LLA and fwd to this LLA there is > seems the bug. > > # ipfw add fwd fe80::e6a7:a0ff:fe8e:16bf%lagg0,5678 tcp from any to any > dst-port 4000 >