On Wed, 13 Mar 2002, Dmitry Koltsov wrote:
> I'm running on 4.4-stable
>
> I have 1-3 connections in queue and in the same time I have "listen queue overflows"
>counter growing.
> How it may be?
>
> Current listen queue sizes (qlen/incqlen/maxqlen)
> Listen Local Address
> 1/1/128
I'm running on 4.4-stable
I have 1-3 connections in queue and in the same time I have "listen queue overflows"
counter growing.
How it may be?
Current listen queue sizes (qlen/incqlen/maxqlen)
Listen Local Address
1/1/128216.65.107.31.80
Best regards,
Dmitry Koltsov
Host On
On Wed, 13 Mar 2002, Dmitry Koltsov wrote:
> Hello
>
> I have some issues with TCP stack and/or Apache.
> Issue:
> I'm getting "Connection refused" error when trying to connect to Apache over
>Internet when packet loss is 1-2%. Not all connection attempts fail but about 3% of
>attempts.
> Whe
Brian Somers wrote:
| > > "Matthew Emmerton" wrote:
| > > | From: "Greg Black" <[EMAIL PROTECTED]>
| > > | To: <[EMAIL PROTECTED]>
| > > | Sent: Friday, February 22, 2002 10:39 PM
| > > | Subject: ppp -nat fails with adsl, but ok with modem
| > > |
| > > | > I've had ppp -nat working just fine ove
>
> just a PS reminder that you need to put the IP/ports in network byte
> order. appropriate htonl() and htons() must be used if the the values
> are not already in network byte order. You may get away with not doing
> this on a Sparc (or Alpha?) because of their endian is network byte
> order.
On Wed, 13 Mar 2002, Dmitry Koltsov wrote:
> I have some issues with TCP stack and/or Apache. Issue: I'm getting
> "Connection refused" error when trying to connect to Apache over
> Internet when packet loss is 1-2%. Not all connection attempts fail but
> about 3% of attempts. When I'm trying to
Got some additional info.
Will be happy if someone can tell me when this may occur?
01:55:23.982208 194.85.102.167.57108 > 216.65.107.31.80: S 2350650611:2350650611(0)
win 16384 (DF)
01:55:23.982315 216.65.107.31.80 > 194.85.102.167.57108: S 2904333827:2904333827(0)
ack 2350650612 win 33580 (
Hello
I have some issues with TCP stack and/or Apache.
Issue:
I'm getting "Connection refused" error when trying to connect to Apache over Internet
when packet loss is 1-2%. Not all connection attempts fail but about 3% of attempts.
When I'm trying to connect over local network(from another mac
On Tue, Mar 12, 2002 at 09:38:34AM -0600, mark tinguely wrote:
>
> just a PS reminder that you need to put the IP/ports in network byte
> order. appropriate htonl() and htons() must be used if the the values
> are not already in network byte order. You may get away with not doing
> this on a Spar
On Tue, Mar 12, 2002 at 03:10:50PM -0500, Douglas Berry wrote:
> > The ipfw 'iplen' keyword should let you do this.
>
> i can't find this documented, Dan says he's using CURRENT.
>
> Will this make it to 4.6-RELEASE?
yes.
--
- bill fumerola / [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PR
Luigi Rizzo writes:
| Hi,
| does anyone have up-to-date information on which bootp/dhcp
| tags are used by FreeBSD ?
| I am asking because of two reasons:
|
| + I would like to pass some info from the bootp/dhcp server
|to userland, so they can be used at runtime to customize
|system's b
Over on -questions, i asked ...
> I would like to be able, on a multi-homed squid cache box, to route
> based on packet size (assuming both interfaces *can* reach the
> client). Packets under ~256 bytes go one way, 256 and over go
> another.
>
> I can't see a way to do this with ipfw, is there a
Luigi Rizzo writes:
> does anyone have up-to-date information on which bootp/dhcp
> tags are used by FreeBSD ?
If you use dhclient instead of bootp then all of this stuff
is entirely configurable. dhclient will run a shell script
that you can customize to read in the custom options and
do whateve
just a PS reminder that you need to put the IP/ports in network byte
order. appropriate htonl() and htons() must be used if the the values
are not already in network byte order. You may get away with not doing
this on a Sparc (or Alpha?) because of their endian is network byte
order.
--mark ting
The short reply is that you have nothing to worry about.
The long reply is this:
short_ticks can happen when there is some system activity that
causes timer interrupts to occur later or earlier than they should.
I haven't found out why this happens (there are multiple possible
reasons), but it do
15 matches
Mail list logo