Odd routing issue

2004-11-26 Thread Tomasz Konefal
hello, everyone. i've got a funny network layout (it's in transition) and am seeing behaviour from FreeBSD 5.2.1 that's different from an Alcatel 6600-24 and a Nortel 1424T router. that is, when i use FreeBSD to do my routing everything works, but when i use either of the other routers things

rsh is malfunctioning due to pf

2004-11-26 Thread Andrew Degtiariov
Hello people. I have ipcad installed on 2 PC's running 5.3-RELEASE and 5-STABLE from Nov 21. ipcad (ports/net-mgmt/ipcad) provides ability to control them by rsh (ipcad implement rsh server by yourself). While using pf with primitive rulesets rsh stops its working. It seems like pf drop short packe

FreeBSD kernel pppd - mppe/mschapv1/2/radius support

2004-11-26 Thread Anthony Volodkin
Hi, After extensively googling FreeBSD pppd's support for mppe, mschapv1, mschapv2 and radius, I've stumbled into a mess of patches for very random versions of pppd and FreeBSD. Does anyone have a running setup of FreeBSD's pppd with support for these features, or perhaps a patch that encompasses

Re: netstat patch for bridge stats

2004-11-26 Thread Iasen Kostov
Iasen Kostov wrote: Hi, this is a small patch which will make bridge stats look nicer (or at least look some way :) ), because this is current situation: -- Bridging statistics (bdg) -- Name In Out Forward DropBcastMcast Local Unknown vlan5:1 709303965749269168687

FreeBSD 5.3 Networking performance problem

2004-11-26 Thread Andrew Seguin
*Problem: Poor performance for freebsd transparent gateway. *Situation: I need to install a simple firewall for a school network I am administering. We have about 100 computers active, generating a stream of approximately 80-90K packets per minute for a load I estimate* to be a little under 10Mbp

Re: Linux compatible rpc.lockd

2004-11-26 Thread Björn Grönvall
On Thu, 25 Nov 2004 16:47:15 -0800 Alfred Perlstein <[EMAIL PROTECTED]> wrote: > > Have you tested this in production and does it work well? If so I believe > > it should be committed, but I'd defer to Alfred for further review. > > It looks non0invasive enough to be safe. Please see if you can

Re: route cacheing for gif(4) should be optional

2004-11-26 Thread James
On Fri, Nov 26, 2004 at 12:13:16PM +0300, Gleb Smirnoff wrote: [ snip ] > > There is no LINK3 flag :) Heheh, good call ;) > > However, gif(4) does not use LINK0 flag. It was used in past. We can utilize > it now. Any objections? I have no objections myself as long as this option is separated

Re: route cacheing for gif(4) should be optional

2004-11-26 Thread Gleb Smirnoff
On Thu, Nov 25, 2004 at 09:55:10PM -0500, James wrote: J> On Thu, Nov 25, 2004 at 05:06:41PM +0300, Gleb Smirnoff wrote: J> > Back to this problem: J> > J> > http://freebsd.rambler.ru/bsdmail/freebsd-net_2004/msg01305.html J> > J> > I've found two more people who dislike this feature of gif(4).

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

2004-11-26 Thread Mike Silbersack
Synopsis: [patch] TCP should honour incoming RSTs even if the receive window is closed Responsible-Changed-From-To: freebsd-net->silby Responsible-Changed-By: silby Responsible-Changed-When: Fri Nov 26 08:09:32 GMT 2004 Responsible-Changed-Why: Patch committed, hook into the regression test fram