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
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
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
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 :
> >
> &
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
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
. 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.
>
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
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:
>
9 matches
Mail list logo