Re: [FreeBSD 10.0] nat before vpn, incoming packets not translated

Hi Eric, FreeBSD 10 seems to have problems with IPSec and filtering/nat. Maybe your problem is related to: http://www.freebsd.org/cgi/query-pr.cgi?pr=185876 - Philipp On 07 Mar 2014, at 03:48, John W. O'Brien wrote: > Hi Eric, > > On 1/25/14 10:28 AM, Eric Masson wrote: >> Hi, >> >

Include port number in "Listen queue overflow" messages

I am thinking of committing following change that includes port number in "Listen queue overflow" messages. New message would look something like: sonewconn: pcb 0xf8001b155760: Listen queue overflow on port 13120: 1 already in queue awaiting acceptance (454 occurrences) I've recently ran int

LAN network performance issues

Hi - I am seeing some strange IPERF results.. Everything goes through my WIFI/GIGABIT router. For these tests everything is plugged directly into the router via Ethernet cable. My issue is the transfer rate from Windows to FreeBSD. There are 3 different computers in this lab running 3 differ

Re: [FreeBSD 10.0] nat before vpn, incoming packets not translated

Hi Eric, On 1/25/14 10:28 AM, Eric Masson wrote: > Hi, > > I've setup a lab to experiment nat before ipsec scenario. > Architecture : > - 3 host only interfaces have been set up on the host > - 4 FreeBSD10 guests have been set up : > - 2 clients connected to their respective gateways via dedica

Re: TCP stack lock contention with short-lived connections

Julien Charbon wrote this message on Thu, Feb 27, 2014 at 11:32 +0100: > Obviously, to mitigate this lock contention there are various solutions: > > - Introduce a new time-wait lock as proposed in joined patch > - Call tcp_tw_2msl_scan() more often in case of high workload > - Use INP_INFO_TR

Re: 9.2 ixgbe tx queue hang

Markus Gebert schrieb: On 06.03.2014, at 19:33, Jack Vogel wrote: You did not make it explicit before, but I noticed in your dtrace info that you are using lagg, its been the source of lots of problems, so take it out of the setup and see if this queue problem still happens please. Jack Wel

Review: patch for kern/185812 send(2) on a UNIX domain SEQPACKET socket returns EMSGSIZE instead of EAGAIN

Replace 4.4BSD Lite's unix domain socket backpressure hack with a cleaner mechanism, based on the new SB_STOP sockbuf flag. The old hack dynamically changed the sending sockbuf's high water mark whenever adding or removing data from the receiving sockbuf. I

Re: 9.2 ixgbe tx queue hang (was: Network loss)

I suppose to be sure where the issue really occurs it would be best if both pseudo drivers were out of the picture. Once we see if it still occurs we can take the next step. Regards, Jack On Thu, Mar 6, 2014 at 12:58 PM, Markus Gebert wrote: > > On 06.03.2014, at 19:33, Jack Vogel wrote: >

Network C alphabet consign display return cosession.,

Header Crasher report in my knife user and pothic file., In Captcha system voicemail electric sounds., Many touch Smart phone Pad consign fighting mode., Three Playing Greek character dancing projective photoshop., Pony like just again kopsitty underground market dissolution dictionary Kocept writ

Re: 9.2 ixgbe tx queue hang (was: Network loss)

On 06.03.2014, at 19:33, Jack Vogel wrote: > You did not make it explicit before, but I noticed in your dtrace info that > you are using > lagg, its been the source of lots of problems, so take it out of the setup > and see if this > queue problem still happens please. > > Jack Well, last year

Re: 9.2 ixgbe tx queue hang (was: Network loss)

You did not make it explicit before, but I noticed in your dtrace info that you are using lagg, its been the source of lots of problems, so take it out of the setup and see if this queue problem still happens please. Jack On Thu, Mar 6, 2014 at 2:24 AM, Markus Gebert wrote: > (creating a new t

Re: netmap-libpcap doesn't installs under FreeBSD10

Thanks Luigi. It is all ok now. On Thu, Mar 6, 2014 at 3:19 PM, Luigi Rizzo wrote: > > > > On Thu, Mar 6, 2014 at 4:00 PM, C. L. Martinez wrote: >> >> Luigi, >> >> I have updated my system to FreeBSD 10 STABLE, and netmap-libpcap >> returns same errors: > > > this is because you haven't install

Re: netmap-libpcap doesn't installs under FreeBSD10

On Thu, Mar 6, 2014 at 4:00 PM, C. L. Martinez wrote: > Luigi, > > I have updated my system to FreeBSD 10 STABLE, and netmap-libpcap > returns same errors: > this is because you haven't installed the headers in /usr/include/net cheers luigi > > root@plzfnsm01:/tmp/n/netmap-libpcap # make > c

Re: netmap-libpcap doesn't installs under FreeBSD10

Luigi, I have updated my system to FreeBSD 10 STABLE, and netmap-libpcap returns same errors: root@plzfnsm01:/tmp/n/netmap-libpcap # make cc -fpic -I. -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -g -O2 -c ./pcap-bpf.c cc -fpic -I. -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -g -O2 -c .

9.2 ixgbe tx queue hang (was: Network loss)

(creating a new thread, because I’m no longer sure this is related to Johan’s thread that I originally used to discuss this) On 27.02.2014, at 18:02, Jack Vogel wrote: > I would make SURE that you have enough mbuf resources of whatever size pool > that you are > using (2, 4, 9K), and I would tr