[Bug 248652] iflib: netmap pkt-gen large TX performance difference between 11-STABLE and 12-STABLE/CURRENT on ix & ixl NIC

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248652 Kubilay Kocak changed: What|Removed |Added Version|CURRENT |12.0-STABLE Severity|Aff

[Bug 248652] netmap: pkt-gen TX huge pps difference between 11-STABLE and 12-STABLE/CURRENT on ix & ixl NIC

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248652 Vincenzo Maffione changed: What|Removed |Added Assignee|n...@freebsd.org |vmaffi...@freebsd.org --- Com

[Differential] D26757: Fix to join AllHost mcast group again when adding an existing IP address

This revision was automatically updated to reflect the committed changes. Closed by commit rS366682: Join to AllHosts multicast group again when adding an existing IPv4 address. (authored by ae). CHANGED PRIOR TO COMMIT https://reviews.freebsd.org/D26757?vs=78157&id=78184#toc REPOSITORY rS F

[Differential] D26757: Fix to join AllHost mcast group again when adding an existing IP address

gnn accepted this revision. REPOSITORY rS FreeBSD src repository CHANGES SINCE LAST ACTION https://reviews.freebsd.org/D26757/new/ REVISION DETAIL https://reviews.freebsd.org/D26757 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: yannis.planus_alstomg

Enumeration.net

Enumeration.net is for sale! Hello, my name is Diana from Domain Nerdz. We have a domain that is currently on sale that you might be interested in (Enumeration.net). Anytime someone types Enumeration, Enumerations, or any other phrase with this keyword into their browser your site could be the

Re: ims_merge in in_mcast.c

Thanks, HPS for the response. I think the index 0 is for a state (previous to current) and 1 indicates the current state. I am still trying to figure out what they really mean. Maybe reading the RFC will shed some light on the intention. My understanding is that the state transition is from index

IPv6 const addresses

Hello. It appears that there are some missing definitions for a couple of the "const struct in6_addr" values that are included in in6.h. Here are the relevant declarations in /usr/include/netinet6/in6.h: extern const struct in6_addr in6addr_any; extern const struct in6_addr in6addr_loopback; ex

Re: pf and hnX interfaces

On 13 Oct 2020, at 14:02, Eugene M. Zheganin wrote: Hello, On 13.10.2020 14:19, Kristof Provost wrote: Are these symptoms of a bug ? Perhaps. It can also be a symptom of resource exhaustion. Are there any signs of memory allocation failures, or incrementing error counters (in netstat or in

İnsanın Geleceği/Future of Humanity

TSPB Birlikte Eğitim Mesleki Gelişim Eğitimleri Bülteni Daha İyi Görüntülemek İçin Tıklayın [http://track-4.track-my-url.com/0101D2389711|11019c00fdf926bb981d59ee664f79715a6a|10015727|1010469|00102632.html]TSPB Birlikte Eğitim Webinarları "İnsanın Geleceği/Future of Humanity" TSPB Birlik

Re: pf and hnX interfaces

Hello, On 13.10.2020 14:19, Kristof Provost wrote: Are these symptoms of a bug ? Perhaps. It can also be a symptom of resource exhaustion. Are there any signs of memory allocation failures, or incrementing error counters (in netstat or in pfctl)? Well, the only signs of resource exhausti

Re: pf and hnX interfaces

On 13/10/2020 11:19, Kristof Provost wrote: On 13 Oct 2020, at 10:58, Eugene M. Zheganin wrote: Is there some issue with pf and hn interfaces that I'm unaware about? There’s no interface specific code in pf, so it wouldn’t be specific to hn interfaces. Are these symptoms of a bug ? Perh

Re: pf and hnX interfaces

On 13 Oct 2020, at 10:58, Eugene M. Zheganin wrote: I'm running a FreeBSD 12.1 server as a VM under Hyper-V. And although this letter will make an impression of another lame post blaming FreeBSD for all of the issues while the author should blame himselm, I'm atm out of another explanation. The

pf and hnX interfaces

Hello, I'm running a FreeBSD 12.1 server as a VM under Hyper-V. And although this letter will make an impression of another lame post blaming FreeBSD for all of the issues while the author should blame himselm, I'm atm out of another explanation. The thing is: I'm getting loads of sendmail er

[Differential] D26757: Fix to join AllHost mcast group again when adding an existing IP address

ae accepted this revision. ae added a comment. This revision is now accepted and ready to land. Looks correct to me. REPOSITORY rS FreeBSD src repository CHANGES SINCE LAST ACTION https://reviews.freebsd.org/D26757/new/ REVISION DETAIL https://reviews.freebsd.org/D26757 EMAIL PREFEREN

Re: ims_merge in in_mcast.c

On 2020-10-12 19:11, Dheeraj Kandula wrote: On line 987 and 991 shouldn't the index be 0 instead of 1. i.e. ims->ims_st[0].ex -= n; and ims->ims_st[0].in -= n; On a rollback, the entry at index 0 is incremented and the entry at index 1 is decremented. On a non-rollback merge, the entry at inde

[Bug 242606] Low capacity of Variable "IPSEC_MANUAL_REQID_MAX" crashes StrongSwan IPSec/IKEV2 VPN Server

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242606 Eugene Grosbein changed: What|Removed |Added Status|New |Closed Resolution|---

[Bug 242606] Low capacity of Variable "IPSEC_MANUAL_REQID_MAX" crashes StrongSwan IPSec/IKEV2 VPN Server

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242606 Eugene Grosbein changed: What|Removed |Added URL||https://wiki.strongswan.org

[Differential] D26757: Fix to join AllHost mcast group again when adding an existing IP address

yannis.planus_alstomgroup.com created this revision. yannis.planus_alstomgroup.com added reviewers: network, mw. Herald added subscribers: melifaro, imp. yannis.planus_alstomgroup.com requested review of this revision. REVISION SUMMARY When calling SIOCAIFADDR ioctl with an existing IP address,

[Bug 242606] Low capacity of Variable "IPSEC_MANUAL_REQID_MAX" crashes StrongSwan IPSec/IKEV2 VPN Server

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242606 --- Comment #8 from Andrey V. Elsukov --- It seems the problem is fixed since Strongswan 5.8.3. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-net@freebsd.