[Bug 231143] [regression] ipfw fwd wrong behaviour with fast forwarding

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231143 Eugene Grosbein changed: What|Removed |Added Keywords||regression -- You are receiving

[Bug 231143] [regression] ipfw fwd wrong behaviour with fast forwarding

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231143 Eugene Grosbein changed: What|Removed |Added See Also||https://reviews.freebsd.org

[Bug 231143] [regression] ipfw fwd wrong behaviour with fast forwarding

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231143 Eugene Grosbein changed: What|Removed |Added Summary|Ipfw fwd with route(8) |[regression] ipfw fwd wrong

[Bug 166724] [re] if_re watchdog timeout

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 --- Comment #35 from Alex Dupre --- I don't think I've ever said this issue is good :-) What I said is that in my environment when I switched to 11.2-RELEASE it was happening less frequently. With the FreeBSD driver is easy to detect it, b

multicast packets not seen on PHY bridge member

2018-09-04 Thread James Blachly
I am new to FreeBSD so please forgive (and correct) wrong terminology and concepts. I’ve installed FreeBSD 11.2 as a VM host and run in to a problem with multicast packets over a bridge not being seen by programs [on the host] listening on the bridge’s physical interface constituent (igb1), whi

[Bug 231143] Ipfw fwd with route(8) RTF_BLACKHOLE and fast forwarding on FreeBSD 11

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231143 Eugene Grosbein changed: What|Removed |Added CC||n...@freebsd.org -- You are rec

Re: vale and netmap module questions

2018-09-04 Thread Vincenzo Maffione
Hi, I don't think the panic depends on the architecture. Also, it does not depend on using emulated mode or not. We have seen this happening on x86_64 on FreeBSD 12 head. As John-Mark says, kdloading netmap.ko is not enough. You need to open a netmap port corresponding to any network interface,

[Bug 218270] panic: sbsndptr: sockbuf (...) and mbuf (...) clashing

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218270 Ed Maste changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu

[Bug 148807] [panic] "panic: sbdrop" and "panic: sbsndptr: sockbuf _ and mbuf _ clashing" (8.1-RELEASE/10.1-STABLE/11-CURRENT)

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=148807 Ed Maste changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu

Re: iSCSI issues after upgrading to 11.2 x64 RELEASE

2018-09-04 Thread Eugene Grosbein
04.09.2018 23:57, Ryan Moeller wrote: >> The NIC's are Intel based using igb kernel driver: >> >> igb0: flags=8843 metric 0 mtu 9000 >> options=6403bb > > I see your MTU is 9000, and as described by the other thread you linked to, > there are issues with 9k jumbo cluster allocation. > Some detai

Re: iSCSI issues after upgrading to 11.2 x64 RELEASE

2018-09-04 Thread Ryan Moeller
> The NIC's are Intel based using igb kernel driver: > > igb0: flags=8843 metric 0 mtu 9000 > options=6403bb I see your MTU is 9000, and as described by the other thread you linked to, there are issues with 9k jumbo cluster allocation. Some detailed notes are here, but the quick summary is: set

Re: vale and netmap module questions

2018-09-04 Thread John-Mark Gurney
Marko Zec wrote this message on Tue, Sep 04, 2018 at 16:43 +0200: > On Sat, 1 Sep 2018 14:11:23 -0700 > John-Mark Gurney wrote: > > Vincenzo Maffione wrote this message on Sat, Sep 01, 2018 at 22:25 > > +0200: > ... > > > On x86_64 netmap is not built as a module, so everything works > > > fine. I

Re: vale and netmap module questions

2018-09-04 Thread Marko Zec
On Sat, 1 Sep 2018 14:11:23 -0700 John-Mark Gurney wrote: > Vincenzo Maffione wrote this message on Sat, Sep 01, 2018 at 22:25 > +0200: ... > > On x86_64 netmap is not built as a module, so everything works > > fine. I don't see any reason why it should be a module in aarch64. > > Well, sys/mod

[Bug 210726] tcp connect() can return invalid EADDRINUSE

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210726 Kurt Jaeger changed: What|Removed |Added Version|11.2-STABLE |CURRENT -- You are receiving this m

[Bug 210726] tcp connect() can return invalid EADDRINUSE

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210726 Kurt Jaeger changed: What|Removed |Added Version|10.3-STABLE |11.2-STABLE -- You are receiving th

[Bug 231144] fragmented IPv6 drops

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231144 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|n...@freebsd.org -- You are receiv

[Bug 231151] ifconfig: unable to disable rxcsum, rxcsum6 and vlanhwcsum on em driver

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231151 Mark Linimon changed: What|Removed |Added CC||sbr...@freebsd.org Keywor

[Bug 231143] Ipfw fwd with route(8) RTF_BLACKHOLE and fast forwarding on FreeBSD 11

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231143 Mark Linimon changed: What|Removed |Added Assignee|n...@freebsd.org |i...@freebsd.org Keyword

[Bug 231143] Ipfw fwd with route(8) RTF_BLACKHOLE and fast forwarding on FreeBSD 11

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231143 Eugene Grosbein changed: What|Removed |Added Attachment #196851|0 |1 is obsolete|

[Bug 231143] Ipfw fwd with route(8) RTF_BLACKHOLE and fast forwarding on FreeBSD 11

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231143 --- Comment #2 from Eugene Grosbein --- Created attachment 196851 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=196851&action=edit proposed fix Please test the patch fixing the problem: fetch it, run "cd /usr/src && patch < /pa

[Bug 231143] Ipfw fwd with route(8) RTF_BLACKHOLE and fast forwarding on FreeBSD 11

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231143 Eugene Grosbein changed: What|Removed |Added Status|New |Open CC|

Re: Ipfw fwd with route(8) RTF_BLACKHOLE and fast forwarding on FreeBSD 11

2018-09-04 Thread Runer
Thank you Еugen for your reply. You have very clearly explained how to disable fast forwarding via kernel ipsec. From myself I will add. On this object (Server), the priority is in favor of fast forwarding. Filtering ICMP packets I will make ipfw rules.I think that even with the use of ipfw f

[Bug 231143] Ipfw fwd with route(8) RTF_BLACKHOLE and fast forwarding on FreeBSD 11

2018-09-04 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231143 Eugene Grosbein changed: What|Removed |Added Assignee|b...@freebsd.org|n...@freebsd.org -- You are rec

Re: Ipfw fwd with route(8) RTF_BLACKHOLE and fast forwarding on FreeBSD 11

2018-09-04 Thread Runer
At your request Eugen, I fill in the Problem Report: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231143 03.09.2018 12:33, Eugene Grosbein пишет: 03.09.2018 14:02, Runer wrote: *Hello Community! A situation has arisen in which ipfw fwd stops working when RTF_BLACKHOLE or RTF_REJECT, RO