epair failure in production on 11.1-STABLE (r328930) ? weird!

ntly being used, or what size we need to set it to. But, why has hitting the queue limit broken it entirely! Help! Cheers, Joe — Dr Josef Karthauser Chief Technical Officer (01225) 300371 / (07703) 596893 www.truespeed.com <http://www.truespeed.com/> / theTRUESPEED <http://www.facebo

IPFW with NAT : Problems with duplicate packets on FreeBSD 10.3-RC3

in some strange way. Does anyone have a clue as to where to look? The ipfw rules are simple enough - what have I missed? Thanks, Joe p.s. I also have one_pass disabled: # sysctl net.inet.ip.fw.one_pass net.inet.ip.fw.one_pass: 0 — Dr Josef Karthauser Chief Technical Officer (

Re: IPFW with NAT : Problems with duplicate packets on FreeBSD 10.3-RC3

> On 7 Apr 2016, at 17:08, Dr Josef Karthauser wrote: > > Looks like the first packet is being retransmitted, which means that the nat > is probably misconfigured and the TCP connection is broken in some strange > way. > > Does anyone have a clue as to where to loo

Re: IPFW with NAT : Problems with duplicate packets on FreeBSD 10.3-RC3

> On 8 Apr 2016, at 00:11, Dr Josef Karthauser wrote: > >> On 7 Apr 2016, at 17:08, Dr Josef Karthauser > <mailto:j...@truespeed.com>> wrote: >> >> Looks like the first packet is being retransmitted, which means that the nat >> is probably misconf

Re: IPFW with NAT : Problems with duplicate packets on FreeBSD 10.3-RC3

> On 8 Apr 2016, at 06:51, Ian Smith wrote: > > On Thu, 7 Apr 2016 17:08:38 +0100, Dr Josef Karthauser wrote: > > [ AppleMail msgs fail to quote properly in pine, so a partial quote: ] > >> Looks like the first packet is being retransmitted, which means that

IPFW with NAT (breakage with vlanhwtag enabled) Re: IPFW with NAT : Problems with duplicate packets on FreeBSD 10.3-RC3

> On 8 Apr 2016, at 10:03, Dr Josef Karthauser wrote: > >> On 8 Apr 2016, at 06:51, Ian Smith > <mailto:smi...@nimnet.asn.au>> wrote: >> >> On Thu, 7 Apr 2016 17:08:38 +0100, Dr Josef Karthauser wrote: >> >>> Looks like the first packet is be

IPFW: Packet forwarding with bridges and vlans and Vimage? With an IP address.

ridged irrespective of whether vlan9 has an IP address or not. What’s strange is that ingress packets to the bridge are being forwarded ok, but egress packets out onto the vlan are being filtered. Is there something obvious that I’ve missed? Cheers, Joe — Dr Josef Karthauser Chief Technical O

Re: IPFW: Packet forwarding with bridges and vlans and Vimage? With an IP address.

> On 15 Jun 2016, at 14:04, Dr Josef Karthauser wrote: > > I don’t have IP forwarding switched on and so I’d expect bridged packets to > carry on being bridged irrespective of whether vlan9 has an IP address or not. > > What’s strange is that ingress packets to the bridge a