Re: read(2) and ETIMEDOUT

I've seen this behavior in the past. My impression is that it is load related. If you do a grep on ETIMEDOUT in /usr/src/sys/netinet, you will see where the tcp stack may return this message. There may be some sysctl params relating to timers that you can muck with. Rick Graham Barr wrote: >

ipfw and dummynet

in the 64 byte/s generated by my windows client. I have read the man pages for ipfw, dummynet, and ipfirewall. If these are obvious questions, I would appreciate a pointer to a good reference. Thanks -- Logically speaking, logic is not the answer. Rick Norman [EMAIL PROTECTED] 408 742 1619

Re: ipfw and dummynet

. The > > > > counters > > indicate no change in the 64 byte/s generated by my windows client. > > > > I have read the man pages for ipfw, dummynet, and ipfirewall. If these > > are > > obvious questions, I would appreciate a pointer to a good reference. >

dummynet stats

Hi, I seem to get inconsistent outputs from the same dummynet stat query. Following is the output from two different queries : bash-2.05$ bash-2.05$ ipfw pipe 3 show 3: unlimited0 ms 2048 B 0 queues (1 buckets) droptail mask: 0x00 0x/0x -> 0x/0x bash-2.05$ b

Re: dummynet stats

and restart the stream. Rick Luigi Rizzo wrote: > On Fri, Oct 26, 2001 at 10:22:48AM -0700, rick norman wrote: > > Hi, > > > > I seem to get inconsistent outputs from the same dummynet > > stat query. Following is the output from two different queries : > > > &

Re: dummynet "pipe show" problem

Hi, I'm still running into lots of problems with this on 4.3. Is it neccessary to introduce a delay in the pipe ? Would a delay of zero work ? Has this been fixed in 4.4 ? Rick Luigi Rizzo wrote: > On Tue, Oct 30, 2001 at 10:47:33AM -0800, rick norman wrote: > > Hi, > &g

bind : address already inuse

When an app binds an address and port to a listen socket, what variables can I adjust so the address may be reused immediately after the app exits. My understanding was that int on = 1; setsockopt(s,SOL_SOCKET,SO_REUSEADDR,&on,sizeof(on)); would do it but there still seems to be a significant am

Re: Nat through two DSL

What would be nice would be to load balance on a per connection basis, not a per packet basis, between the two modems. Any ideas how to do this ? Rick Steve Ames wrote: > On Fri, Dec 07, 2001 at 09:03:20AM -0800, Lars Eggert wrote: > > Anders Hagman wrote: > > > > >I want to load share between

route caching problems

e way to disable the caching 'optimizations' for locally terminated connections. Can someone suggest some options ? Thanks, Rick Norman To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message