Auteur Sujet: Majorités des connexions en "TIME_WAIT" sur le serveur LaFibre.info  (Lu 5694 fois)

0 Membres et 1 Invité sur ce sujet

corrector

  • Invité
Majorités des connexions en "TIME_WAIT" sur le serveur LaFibre.info
« Réponse #24 le: 29 mars 2016 à 09:53:28 »
Wireshark s'adresse à des gens qui ont déjà des bases. Pour expliquer aux débutants, je préfère ACK(quelquechose). En TCP, tous les messages d'un échange sauf le premier indiquent le ACK du dernier message reçu. Dans les schémas précédant le ACK n'est indiqué que quand il y a progrès.

Ce n'est pas forcèment évident pour quelqu'un qui découvre la mécanique de TCP.

AMHA la plupart des explications sur TCP sont tout simplement horribles!!!

Pour moi le plus important c'est le principe du progrès de la réplication. Conceptuellement c'est très simple, contrairement aux diagrammes incompréhensibles.

corrector

  • Invité
Majorités des connexions en "TIME_WAIT" sur le serveur LaFibre.info
« Réponse #25 le: 30 mars 2016 à 15:40:23 »
Et tu penses que de ces schémas poru montrer ce que fait gagner http/2 et OCSP Stapling ?
Je pense qu'ils sont valables uniquement pour une connexion initiale. Les connexions suivantes sont accélérées.

N'oublie pas de le préciser dans la légende!

corrector

  • Invité
Majorités des connexions en "TIME_WAIT" sur le serveur LaFibre.info
« Réponse #26 le: 30 mars 2016 à 16:09:03 »

Et le diagramme de Ivan Griffin sur les etats TCP est top (disponible sous la licence LaTeX Project Public License 1.3).


y'en a plein sur le Net. https://www.google.com/images?q=TCP+state+transition

celui la est pas mal:


Il y a plein de schémas en effet qui se décomposent en deux groupes :

Avec LISTEN -> SYN_SENT



http://www.vorlesungen.uni-osnabrueck.de/informatik/networking-programming/notes/22Nov96/4.html



http://ttcplinux.sourceforge.net/documents/one/tcpstate/tcpstate.html

Aucune explication ici n'est donnée sur ce que signifie cette transition et la façon de la provoquer, à part un mystérieux "SEND".

Sans LISTEN -> SYN_SENT



https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.halu101/constatus.htm

EDIT : ibm.com a changé ses URL internes.
« Modifié: 31 août 2016 à 18:08:22 par corrector »

corrector

  • Invité
Majorités des connexions en "TIME_WAIT" sur le serveur LaFibre.info
« Réponse #27 le: 31 mars 2016 à 01:11:05 »
Dites, je suis le seul à trouver qu'il y a un souci, ou quoi?

corrector

  • Invité
Majorités des connexions en "TIME_WAIT" sur le serveur LaFibre.info
« Réponse #28 le: 31 mars 2016 à 01:58:15 »
1. Simultaneous Open

It's possible for two applications to send a SYN to each other to start a TCP connection, although the possibility is small, because both sides have to know which port on the other side to send to. This process is called "Simultaneous Open", or "simultaneous active open on both sides".

For example: An application at host A uses 7777 as the local port and connects to port 8888 on host B. At the same time, an application at host B uses 8888 as the local port and connects to port 7777 on host A. This is "Simultaneous Open".

Here is another example: The Telnet client at host A connects to the Telnet server at host B. At the same time, the Telnet client at host B connects to the Telnet server at host A.

Be careful. This time, it's not "Simultaneous Open" because the two Telnet servers on both sides do "passive open" instead of "active open". There are actually two TCP connections, instead of one in "Simultaneous Open".

TCP is specially designed to deal with "Simultaneous Open", during which only one TCP connection is established, not two. The state transitions are shown in the following figure:



During "Simultaneous Open", 4 packets are exchanged, 1 packet more than in normal situations.

http://ttcplinux.sourceforge.net/documents/one/tcpstate/tcpstate.html

QUESTION

Quelqu'un a déjà vu ça utilisé dans la vie réelle?
« Modifié: 04 avril 2016 à 03:15:08 par corrector »

corrector

  • Invité
Majorités des connexions en "TIME_WAIT" sur le serveur LaFibre.info
« Réponse #29 le: 04 avril 2016 à 03:51:19 »
Comprendre l'idée d'état TCP n'est pas évident. Il correspond à plusieurs fonctions :
- certains états correspondent à une socket telle que manipulée par un processus;
- certains états correspondent à la possibilité de recevoir des paquets démultiplexés de la couche IP;
- certains états monopolisent un port.

Le fait de représenter plusieurs fonctions sur un même schéma tend à embrouiller les choses. Je propose de virer l'état CLOSED du graphique : c'est un parasitage intellectuel. On pourra le mettre sur un autre graphique si on veut.

corrector

  • Invité
Majorités des connexions en "TIME_WAIT" sur le serveur LaFibre.info
« Réponse #30 le: 04 avril 2016 à 19:01:28 »
Et le diagramme de Ivan Griffin sur les etats TCP est top (disponible sous la licence LaTeX Project Public License 1.3).


J'aimerai savoir si ce schéma a réellement permis à quelqu'un de comprendre TCP.

corrector

  • Invité
Majorités des connexions en "TIME_WAIT" sur le serveur LaFibre.info
« Réponse #31 le: 01 septembre 2016 à 18:12:01 »
Et vous, comment avez-vous compris le fonctionnement du protocole TCP?

Quelle est la meilleure explication?

corrector

  • Invité
Majorités des connexions en "TIME_WAIT" sur le serveur LaFibre.info
« Réponse #32 le: 22 octobre 2016 à 17:38:21 »
Est-ce que le subtilités de TCP intéressent qui que ce soit?

corrector

  • Invité
Majorités des connexions en "TIME_WAIT" sur le serveur LaFibre.info
« Réponse #33 le: 30 avril 2017 à 22:24:08 »
On devrait déplacer la discussion sur les subtilités du protocole TCP dans un topic en propre, non?

 

Mobile View