RTSblue

What does syn_sent mean?

7 posts in this topic

I did netstat in cmd and where it saids state it saids syn_sent. What does syn_sent means?

0

Share this post


Link to post
Share on other sites

So it's like the moments in a fone call after dialing the digits but before the other end picks up?

0

Share this post


Link to post
Share on other sites

Please use more descriptive help topics than "wtf does this mean."

Furthermore, if you are to post 10 topics related to each other, please consider condensing them in fewer threads. I will now edit the thread title from "WTF does this means?" to "What does syn_sent mean?"

0

Share this post


Link to post
Share on other sites

haven't posted on this forum for sometime, (just been reading through really), Anyways what i suggest you do is find a good book/ebook on tcp-ip, that way you would understand how things(the internet/networks) really works.

i've seen your other posts on the forum, and you seem to be really new at this sort of stuff, all you really need to do is find ebooks on the internet and read, read and reread until you understand what your reading. good luck on your quest for knowledge ;)

oh yh hi everybody (those who know me)

0

Share this post


Link to post
Share on other sites

Alice wants to establish a TCP connection with Bob. To do this, they need to perform a three-way handshake. Alice will send SYN, if Bob accepts the connection request, he will send SYN/ACK and finally, Alice will send a final ACK to establish the connection.

The state SYN-SENT means that Alice has sent the initial SYN message and is waiting for either SYN/ACK (connection attempt accepted) or RST (connection attempt refused). This state doesn't usually hang around, it lasts as long as it takes for the listener to respond. There are some conditions that can make SYN_SENT show up in netstat though.

  • You're really lucky or your connection is very slow. SYN_SENT may only last for a fraction of a second on a fast connection, you'd have to hit netstat just at the right time to see it. If your connection is slower or congested, that window is larger.
  • The listener is dropping packets. This can be intentional, "stealthed" ports don't send RST on connection refused, they don't send anything at all. This can be unintentional as well, high load or congestion can cause dropped packets.
  • Your ISP is dropping packets. About the time of one of the big worms that spread on port 139, my ISP started filtering (that is, dropping) all outbound (and probably inbound) packets on port 139.

A socket will remain in the SYN_SENT for a period of time before it times out and gives up.

0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now