out after 2MSL. I set my MSL to the lowest
possible
setting (10) as to make TIME_WAIT connections disappear. The
FIN_WAIT_[1,2]
and LAST_ACK seem to be sticking around for a while.
Do the FIN_WAIT_1|2 and LAST_ACK time out after 2MSL or do they stick
around forever? If they stick around forever
> They are not timing out after 2MSL. I set my MSL to the lowest possible
> setting (10) as to make TIME_WAIT connections disappear. The FIN_WAIT_[1,2]
> and LAST_ACK seem to be sticking around for a while.
> >Do the FIN_WAIT_1|2 and LAST_ACK time out after 2MSL or do they
Brandon Erhart wrote:
They are not timing out after 2MSL. I set my MSL to the lowest possible
setting (10) as to make TIME_WAIT connections disappear. The
FIN_WAIT_[1,2] and LAST_ACK seem to be sticking around for a while.
However, not ALL of them stick around for a "long time"(more
Julian Elischer <[EMAIL PROTECTED]> wrote:
>
> I have noticed an increasing number of machines on the net
>are terminating their session (usually the server, but not always)
>with a RESET packet instead of a FIN packet.
>
>I don't know what kind of machines this is but next time I see it I
>guess
Hello,
They are not timing out after 2MSL. I set my MSL to the lowest possible
setting (10) as to make TIME_WAIT connections disappear. The FIN_WAIT_[1,2]
and LAST_ACK seem to be sticking around for a while. However, not ALL of
them stick around for a "long time"(more on this in a s
Julian Elischer wrote:
> On the topic of Session shutdown...
>
> I have noticed an increasing number of machines on the net
> are terminating their session (usually the server, but not always)
> with a RESET packet instead of a FIN packet.
> In particular it seems that if the machine in question
Brandon Erhart wrote:
>
> Well, I responded to the group that I had taken one of the fellows advice
> posting here, and modified the tcp_usrclosed in netinet/tcp_usrreq.c.
>
> So all is well -- it gets TCPS_CLOSED state and the tcps_close() function
> called on the tuple IMMEDIATELY. It doesn't s
Brandon Erhart wrote:
>
> Hello everyone,
>
> I am writing a network application that mirrors a given website (such as a
> suped-up "wget"). I use a lot of FDs, and was getting connect() errors when
> I would run out of local_ip:local_port tuples. I lowered the MSL so that
> TIME_WAIT would timeo
On Mon, 5 Apr 2004, Eli Dart wrote:
>
> In reply to Brandon Erhart <[EMAIL PROTECTED]> :
>
> > Well, I responded to the group that I had taken one of the fellows advice
> > posting here, and modified the tcp_usrclosed in netinet/tcp_usrreq.c.
>
>
> I understand that -- I was trying to disco
In reply to Brandon Erhart <[EMAIL PROTECTED]> :
> Well, I responded to the group that I had taken one of the fellows advice
> posting here, and modified the tcp_usrclosed in netinet/tcp_usrreq.c.
I understand that -- I was trying to discover if you'd come across
something that needed a more
Well, I responded to the group that I had taken one of the fellows advice
posting here, and modified the tcp_usrclosed in netinet/tcp_usrreq.c.
So all is well -- it gets TCPS_CLOSED state and the tcps_close() function
called on the tuple IMMEDIATELY. It doesn't switch states depending on
which
In reply to Brandon Erhart <[EMAIL PROTECTED]> :
> Hello everyone,
> However, I have run into a new problem. I am getting a good amount of
> blocks stuck in FIN_WAIT_1, FIN_WAIT_2 or LAST_ACK that stick around for a
> long while.
Could you define "long" in this case? Are we talking about 60
Chuck,
That worked perfectly :)
Thank you all so much for your help.
I'm sure I'll be back with more questions during the course of this project!
Brandon
At 04:46 PM 4/4/2004, you wrote:
Brandon Erhart wrote:
I want to explicitly get it out of those states, without any help from
the other end
Brandon Erhart wrote:
I want to explicitly get it out of those states, without any help from
the other end. What must I modify to achieve this?
See tcp_usrclosed() in /usr/src/sys/netinet/tcp_usrreq.c. Replace that code
with something like (untested):
tp->t_state = TCPS_CLOSED;
tp = tcp_c
On Sun, 4 Apr 2004, Brandon Erhart wrote:
> Hello everyone,
>
> I am writing a network application that mirrors a given website (such as a
> suped-up "wget"). I use a lot of FDs, and was getting connect() errors when
> I would run out of local_ip:local_port tuples. I lowered the MSL so that
> TIM
I want to explicitly get it out of those states, without any help from the
other end. What must I modify to achieve this?
Brandon
At 04:26 PM 4/4/2004, you wrote:
Brandon Erhart wrote:
[ ... ]
Any advice on the timeouts? I don't really care about the RFC , honestly
:-P. Like I said, I'm going f
Brandon Erhart wrote:
[ ... ]
Any advice on the timeouts? I don't really care about the RFC , honestly
:-P. Like I said, I'm going for sheer speed.
My advice was to read the RFC as it contains significant discussion about
these timeouts, but you're free to disregard it if you please.
In particul
Yes, it pays attention to /robots.txt.
But, I am writing my own -- I don't want to use rsync, wget, anything like
that. This is part of an archiving project, and it uses so many FDs because
it has tons of connections opened to DIFFERENT servers at different times
.. not just one site.
Any advi
Brandon Erhart wrote:
I am writing a network application that mirrors a given website (such as
a suped-up "wget"). I use a lot of FDs, and was getting connect() errors
when I would run out of local_ip:local_port tuples. I lowered the MSL so
that TIME_WAIT would timeout very quick (yes, I know, t
Don,
I have lowered the MSL .. please note what I said in my original post. This
seems to have no effect on FIN_WAIT_[1,2] nor LAST_ACK.
At 03:54 PM 4/4/2004, you wrote:
From: Brandon Erhart [mailto:[EMAIL PROTECTED]
> Hello everyone,
>
> I am writing a network application that mirrors a given
>
From: Brandon Erhart [mailto:[EMAIL PROTECTED]
> Hello everyone,
>
> I am writing a network application that mirrors a given
> website (such as a
> suped-up "wget"). I use a lot of FDs, and was getting
> connect() errors when
> I would run out of local_ip:local_port tuples. I lowered the
> MS
Hello everyone,
I am writing a network application that mirrors a given website (such as a
suped-up "wget"). I use a lot of FDs, and was getting connect() errors when
I would run out of local_ip:local_port tuples. I lowered the MSL so that
TIME_WAIT would timeout very quick (yes, I know, this i
22 matches
Mail list logo
