2016-09-01 1 views

Antwort

0

Die Verbindung erreicht den Status TIME_WAIT, wenn beide Peers ihre Sockets geschlossen haben. Es gibt keinen praktischen Zweck, außer das Timing des TIME_WAIT-Zustands.

-1

Das Vorhandensein vieler TIME-WAIT TCBs kann die Demultiplexzeit für aktive Verbindungen erhöhen.

Das Design von TCP platziert den TIME-WAIT TCB am Endpunkt, der die Verbindung schließt; Diese Entscheidung steht im Widerspruch zur Semantik vieler Anwendungsprotokolle. Das File Transfer Protocol (FTP) und HTTP interpretieren das Schließen der Transportverbindung als Ende der Transaktionsmarkierung. In jedem Fall erfordert das Anwendungsprotokoll, dass Server die Transportverbindung schließen, und das Transportprotokoll erfordert, dass Server einen Speicheraufwand verursachen, wenn sie dies tun. Protokolle, die andere Verfahren zum Markieren des Transaktionsendpunkts, z. B. SUN RPC über TCP, verwenden, können die Clients veranlassen, Verbindungen auf Kosten eines komplexeren Anwendungsprotokolls zu schließen.

Da Netzwerke schneller werden und mehr Benutzer unterstützen, steigen die Verbindungsraten bei ausgelasteten Servern wahrscheinlich an, was zu mehr TIME-WAIT-Ladezeiten führt. Intuitiv schließt der erste Endpunkt zum Schließen einer Verbindung ihn aktiv und der zweite passiv; HTTP- und FTP-Server schließen Verbindungen im Allgemeinen aktiv.

+0

Sehr nett, aber Sie haben die Frage nicht beantwortet. – EJP

+0

Die Antwort ist bereits da, die Verbindung ist in vielen Gründen außer TIME_WAIT nicht mehr vorhanden, aber es kann eine neue Verbindung nach Bedarf hergestellt werden. –

Verwandte Themen