compréhension personnelle de TCP Congestion Control

concepts classiques tels que: démarrage lent (augmentation exponentielle), l'évitement de la congestion (augmentation linéaire), le seuil de démarrage lent (sstresh) ne dites pas, vous pouvez regarder un autre blog.

Parlez quelques autres noms, le sentiment a divisé le livre est pas très clair, la déclaration préalable en vertu Ha, sont ma compréhension personnelle, sinon commentaires aussi ce regard.

 

Retransmettre rapide: 3 redondant dire ACK immédiatement reçu renvoyer le paquet de données, au lieu d'attendre le délai d'attente réémettre le paquet.

châtaignes:

1,2,3,4,5,6,7 envoi fin. . . Quatre de la perte, le récepteur reçoit 1, 2, les deux parties sont satisfaites.

Est ensuite reçu par le récepteur 5, 4 a été trouvé pas reçu, un ACK4 arrière de transfert.

Il a reçu six, puis envoyer un arrière ACK4.

7 reçu, puis envoyer un arrière ACK4.

Dans ce cas, l'expéditeur reçoit 3 ACK4 consécutive, à savoir le ACK trois redondant, immédiatement lorsqu'un paquet de retransmission # 4.

4, le récepteur reçoit le paquet, parce que l'accusé de réception TCP ACK est cumulative, puis renvoyer une ACK8 (parce que les deux caches 5,6,7), la transmission de données se poursuit.


 

récupération rapide: la nouvelle version de TCP. Interne comprend deux étapes: une retransmission rapide; 2 Retour état d'évitement de la congestion. Cette reprise rapide est pas une opération spécifique, mais les deux opérations à presser ensemble, a joué un nom.

 

Notez qu'une différence: la récupération rapide ne sera appelée lorsque reçu trois fois la redondance de ACK. Si le délai expire, alors peu importe quelle version de TCP, va directement à la phase de démarrage lent.

Notez que le délai expire indication d'événement de perte de paquets et la perte de paquets trois fois la différence entre l'indication ACK. La première explication est pas de bonnes conditions de réseau, nous devons rapidement réduire le taux de transmission! Ce dernier peut être juste un paquet est perdu (et l'état du réseau n'a rien à voir)! Ceci est la base de toute discussion sur le contrôle de la congestion. .

Dessiner une carte:

 

 Dans lequel si effectuée après processus de récupération de flash, l'accusé de réception a trouvé trois fois, le seuil de démarrage lent va devenir la moitié de la longueur actuelle de la fenêtre de congestion, à savoir CWnd = sstresh / 2 ;

La différence est que, si une procédure de récupération rapide: Après avoir effectué la retransmission rapide, la fenêtre de congestion est défini sera sstresh + 3, à savoir avant que la longueur de fenêtre d'encombrement divisé par deux, plus trois.

3 C'est ce que cela signifie:

Considérant que les trois paquets ACK, car ils sont reçus expéditeur, indiquant que trois paquets ont disparu du réseau. De la bande passante globale du point de vue du réseau, moins trois paquets, alors nous pouvons mettre la bande passante de trois paquets utilisent aussi les, ne perdez pas. (En fait, je me sens un peu d'œuf)

Ma compréhension personnelle est: algorithme TCP avec une récupération rapide de la bande passante peut être une utilisation plus efficace du réseau, vous pouvez voir les cadeaux de tableau ci - dessus une forme en dents de scie. L'expéditeur envoie taux (longueur de la fenêtre de transmission) croître lentement, restant la bande passante pour détecter, si la perte de paquets, pas le même que l'ancienne version des algorithmes TCP regarder en arrière à la libération (redémarrage démarrage lent) , mais d'un de nos vous ne croirez pas le taux de congestion du réseau continue de croître lentement .

 

Aussi: J'utilise la capture Wireshark, ils sont deux fois ACK redondants sur le retransmit rapide. Sentez-vous beaucoup de livres sur la norme que l'on appelle en réalité ne sont pas strictement appliquées. .

Je suppose que tu aimes

Origine www.cnblogs.com/FdWzy/p/12459724.html
conseillé
Classement