> > There used to be two listen queues; one for completed connections and one > for incomplete connections. (Complete referring to the TCP three-way > handshake completing.) The syncache replaces the incomplete connection > queue, meaning that the listen queue depth is no longer relevant there.
What is the maximum size of the queue for completed connections ? Is there a sysctl setting for this > I just did a quick look over the code, and it appears that the complete > connection queue is still intact, and takes on 3/2*listen backlog as its > length. Therefore, if sendmail is deciding to not accept() all > connections ASAP, a backlog will build up, and RSTs will be sent to > incoming connections. This should be true under 4.4 or 4.5. > > The listen manpage looks to be pretty accurate in its description. What about the statement 'or,if the underlying protocol supports retransmission, the request may be ignored so that retries may succeed' What does 'underlying protocol' refer to then since you are saying that even with TCP which supports retransmission, the stack sends a RST when the listen queue is full Regards, Yusuf -- Yusuf Goolamabbas [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message
