SACK (and PF) wierdness

Hi, I bumped into a wierd problem with SACK. Basically my setup is. 192.168.1.10.-crossover 192.168.1.200 ftp server fxp0<->wireless ap<-> ~~~ <->laptop wireless ath0 I run ftp from the laptop to the server. This is what happens: ftp> get zero local: zero remote: zero 200 EPRT comma

Re: using natd to load balance port 80 to multiple servers

On Fri, Nov 19, 2004 at 01:18:47PM -0500, Chuck Swiger wrote: > > I will repeat my suggestion that you use a real IP on your webserver and > switch from doing PF + NAT to doing PF or IPFW + bridging instead. Is it possible (in -current of RELENG_5) to filter bridged packets using PF? I know I ca

Re: kern/72502: [patch] TCP should honour incoming RSTs even if the receive window is closed

On Fri, 19 Nov 2004, Tilman Linneweh wrote: Synopsis: [patch] TCP should honour incoming RSTs even if the receive window is closed Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: arved Responsible-Changed-When: Fri Nov 19 12:02:29 GMT 2004 Responsible-Changed-Why: ov

Re: using natd to load balance port 80 to multiple servers

Stephane Raimbault wrote: I finally got around to testing out FreeBSD 5.3 + pf to replace my FreeBSD 4.9 + natd to forward port 80 to multiple backend servers. I see a huge performance diffrence. FreeBSD 5.3 + pf runs about about < 5% where FreeBSD 4.9 + natd was doing the same thing for around

Re: using natd to load balance port 80 to multiple servers

I finally got around to testing out FreeBSD 5.3 + pf to replace my FreeBSD 4.9 + natd to forward port 80 to multiple backend servers. I see a huge performance diffrence. FreeBSD 5.3 + pf runs about about < 5% where FreeBSD 4.9 + natd was doing the same thing for around 20% cpu. I'm very happy

Forcing packets out from both NICs on same subnet with pf

Hello! Could anyone try to explain what happens in the kernel when a packet is forced to the outbound queue of a NIC with pf using the route-to keyword? Specifically is IP routing touched in any way after this or is the sending of the packet only depending on ethernet/arp? I'm trying to solve the

Re: kern/72502: [patch] TCP should honour incoming RSTs even if the receive window is closed

Synopsis: [patch] TCP should honour incoming RSTs even if the receive window is closed Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: arved Responsible-Changed-When: Fri Nov 19 12:02:29 GMT 2004 Responsible-Changed-Why: over to freebsd-net mailinglist for review

PPTP connection over another PPTP connection

Hi Does anybody knows Is subject possible with mpd ? I have tried both single mpd with two links and two mpd on different machines - no luck. Looks like one mpd does not allows receiving GRE packets inside its traffic. I see only following packets on internal link (that inside another link) [

Re: Gateway/Router

>>From the client can you ping the IP of ed0 > >ping 126...66 I think ping IP of ed0 196...66 from client, no problem, but cannot ping 196...65, which is my cisco router to the outside. Must I not put in a static route?, but then again the default route points to 196...65 ___

Re: Gateway/Router

Hummm, it still looks correct so far. >From the client can you ping the IP of ed0 ping 126...66 I think Olivier ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]