somaxconn and foot removal

2001-02-11 Thread Alfred Perlstein
The sysctl for somaxconn is an int, however the queue limits in the socket structures are 'short' this can cause some bad behavior if one sets somaxconn to more than 32k. A) So, do we bump the sockets to use 'int' for so->so_qlimit? B) Do we fix solisten() to compensate? C) Or de we fix the sys

Re: somaxconn and foot removal

2001-02-11 Thread Alfred Perlstein
* Alfred Perlstein <[EMAIL PROTECTED]> [010211 01:55] wrote: > The sysctl for somaxconn is an int, however the queue limits in the > socket structures are 'short' this can cause some bad behavior if > one sets somaxconn to more than 32k. > > A) So, do we bump the sockets to use 'int' for so->so_

Re: somaxconn and foot removal

2001-02-11 Thread Peter Wemm
Alfred Perlstein wrote: > * Alfred Perlstein <[EMAIL PROTECTED]> [010211 01:55] wrote: > > The sysctl for somaxconn is an int, however the queue limits in the > > socket structures are 'short' this can cause some bad behavior if > > one sets somaxconn to more than 32k. > > > > A) So, do we bump

somaxconn and foot removal

2001-02-11 Thread Garrett Wollman
< said: > A) So, do we bump the sockets to use 'int' for so->so_qlimit? Make it be `u_short'. (Actually, I'm not sure why all three of those members aren't unsigned. It would make more sense that way.) -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net"

Re: somaxconn and foot removal

2001-02-11 Thread Alfred Perlstein
* Garrett Wollman <[EMAIL PROTECTED]> [010211 10:29] wrote: > < said: > > > A) So, do we bump the sockets to use 'int' for so->so_qlimit? > > Make it be `u_short'. (Actually, I'm not sure why all three of those > members aren't unsigned. It would make more sense that way.) This still gives mi

netgraph-mpd

2001-02-11 Thread Peter Blok
Hi, My DSL provider (KPN - mxstream) needs a PPTP connection. I am trying to use netgraph-mpd to make this work. Any experience good or bad with this? Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: call for testers: port aggregation netgraph module

2001-02-11 Thread Rogier R. Mulhuijzen
> > I actually tried to set the ports on the 3COM switch up as trunk > > ports, it didn't work right. Maybe 3COM is doing something entirely > > different. >Prolly. FEC is cisco-specific thingy, like ISL... There's a IEEE standard these days for link aggregation. 802.3AD if I'm not mistaken. W

Re: [itojun@iijlab.net: accept(2) behavior with tcp RST right afterhandshake]

2001-02-11 Thread Kris Kennaway
Did you guys agree on a commit-worthy fix yet? Kris PGP signature

Re: call for testers: port aggregation netgraph module

2001-02-11 Thread Archie Cobbs
Bill Paul writes: > http://www.freebsd.org/~wpaul/FEC/4.x/fec.tar.gz > http://www.freebsd.org/~wpaul/FEC/5.x/fec.tar.gz > > This is a call for testers for a netgraph module that can be used to > aggregate 2 or 4 ethernet interfaces into a single interface. Basically, > it lets you do things like

Re: pptp (mpd-netgraph) through a firewall

2001-02-11 Thread Archie Cobbs
Dan Larsson writes: > Are the following ipfw lines sufficent to allow pptp?: > > ${fwcmd} add pass tcp from any to any established > ${fwcmd} add pass tcp from any to ${EXT_IF} pptp setup > ${fwcmd} add pass gre from any to any Yes, should be. In any case you can always tell if it's not by usin

Re: pptp server

2001-02-11 Thread Archie Cobbs
Olivier Cherrier writes: > >It should work with all Windows clients as long as they don't > >require MS-CHAP version 2 authentication. > > Yes, it works. > It works fine. > But there is no encryption of data between MPD and windows clients... When I > do some work in a such connection, I can read

Re: call for testers: port aggregation netgraph module

2001-02-11 Thread Bill Paul
> Bill Paul writes: > > http://www.freebsd.org/~wpaul/FEC/4.x/fec.tar.gz > > http://www.freebsd.org/~wpaul/FEC/5.x/fec.tar.gz > > > > This is a call for testers for a netgraph module that can be used to > > aggregate 2 or 4 ethernet interfaces into a single interface. Basically, > > it lets you d

Re: pptp (mpd-netgraph) through a firewall

2001-02-11 Thread Mark J. Sommer
Regarding the rule with "established": doesn't the recent security advisory regarding the established keyword apply here to this IPFW rule? >From the advisory: II. Problem Description Due to overloading of the TCP reserved flags field, ipfw and ip6fw incorrectly treat all TCP packets with th

Re: call for testers: port aggregation netgraph module

2001-02-11 Thread Julian Elischer
Bill Paul wrote: > > > > You know, so far I've gotten close to a dozen replies to this e-mail, > but none of contain the one thing I really wanted, namely test results. actually I saw one person say it worked flawlessly for them (see mail from: Rainer Clasen <[EMAIL PROTECTED]> ) (workin

Re: BRIDGE breaks ARP?

2001-02-11 Thread Vincent Poy
On Mon, 5 Feb 2001, Luigi Rizzo wrote: > > I cvsuped three hours ago and the same ARP troubles happened. > > can you repeat exactly what the problem was (bridge machine not > responding to ARP requests ?) and what is your exact setup (i > am interested in ipfw config, and the following sysctl v

Re: call for testers: port aggregation netgraph module

2001-02-11 Thread Julian Elischer
Bill Paul wrote: > one other thing.. In ng_fec.h you have kept the same cookie number as ng_iface which means that messages for these two can be confused. You should use a differnt cookie by tradition we use date -u +'%s' to generate or change the cookie. Since the first 3 commands you have a

Re: BRIDGE breaks ARP?

2001-02-11 Thread Luigi Rizzo
Pardon me, but what bridging code are you using ? Is it from Etinc or it is the std FreeBSD bridging code ? luigi > > I'm not sure if this is related but we're using FreeBSD with a > Emerging Technologies T1 card to do ADSL Bridging and ran into a problem > where for example, if a

Re: BRIDGE breaks ARP?

2001-02-11 Thread Vincent Poy
On Sun, 11 Feb 2001, Luigi Rizzo wrote: > Pardon me, but what bridging code are you using ? Is it from Etinc > or it is the std FreeBSD bridging code ? I'm not sure if the bridging code is from ET or if it's the standard FreeBSD but it seems to be standard FreeBSD bridging code. root@oa

Re: BRIDGE breaks ARP?

2001-02-11 Thread Luigi Rizzo
> On Sun, 11 Feb 2001, Luigi Rizzo wrote: > > > Pardon me, but what bridging code are you using ? Is it from Etinc > > or it is the std FreeBSD bridging code ? > > I'm not sure if the bridging code is from ET or if it's the > standard FreeBSD but it seems to be standard FreeBSD bridging co

Re: BRIDGE breaks ARP?

2001-02-11 Thread Vincent Poy
On Sun, 11 Feb 2001, Luigi Rizzo wrote: > > On Sun, 11 Feb 2001, Luigi Rizzo wrote: > > > > > Pardon me, but what bridging code are you using ? Is it from Etinc > > > or it is the std FreeBSD bridging code ? > > > > I'm not sure if the bridging code is from ET or if it's the > > standard Free

Re: BRIDGE breaks ARP?

2001-02-11 Thread Luigi Rizzo
> I don't have a dmesg.boot, only a dmesg.yesterday and dmesg.today. > What specifically should I be looking for? whether or not you have "options BRIDGE' in your kernel config file. (or a message saying "BRIDGE ..." when the system boots) luigi > > Cheers, > Vince - [EMAIL PROTE