Cet article explique comment le Cato Cloud accélère et optimise le trafic. Pour plus de détails sur la configuration de ces paramètres, consultez Configuration des règles réseau.
Accélération du Trafic
CATO permet l'accélération du trafic TCP. Vous pouvez configurer les paramètres par défaut du système pour l'accélération, et à travers des règles réseau vous pouvez forcer le remplacement des réglages d'accélération par défaut du système.
Chaque PoP Cato peut agir en tant que serveur proxy TCP, réduisant ainsi la latence. Le serveur proxy fait croire efficacement aux clients et serveurs TCP que leurs destinations sont plus proches qu'elles ne le sont réellement, leur permettant de définir une fenêtre TCP plus grande. De plus, la version avancée du contrôle de congestion TCP de Socket permet aux points d'extrémité connectés au Socket d'envoyer et de recevoir plus de données avant d'attendre une confirmation. Cela augmente le débit total tout en réduisant le temps nécessaire pour remédier aux erreurs telles que la perte de paquets.
Vous pouvez définir et gérer vos paramètres d'accélération depuis un endroit centralisé avec autant de granularité que nécessaire dans le cadre des règles réseau.
Comment fonctionne l'accélération Cato ?
Lorsque l'accélération TCP est activée pour un flux, Cato établit un proxy entre le client et le PoP (dernier kilomètre), entre les PoPs (milieu du parcours), et éventuellement fait sortir le PoP vers la destination.
Pourquoi cela améliore-t-il votre débit ?
À titre d'exemple, considérez un flux TCP entre Londres et New York sur Internet dans lequel un paquet n'a pas atteint sa destination (perdu). Si le proxy est désactivé, lorsque la destination reçoit le prochain paquet, elle comprend qu'un paquet est perdu et demande au client de retransmettre ce paquet (conformément au protocole TCP). Cela coutera un RTT complet entre Londres et New York avant que la transmission du flux puisse continuer.
Avec Cato, le RTT est significativement réduit grâce au multi-segmentation du chemin de trafic jusqu'au dernier et au milieu du parcours. Dans l'exemple ci-dessus, au lieu d'une retransmission de paquets perdus entre Londres et New York, le paquet perdu est détecté, par exemple, entre Londres et le PoP londonien de Cato.
Comme Cato utilise de grands liens Tier-1 pour transporter le trafic à travers le milieu du parcours, la perte de paquets est rare dans ce segment.
Optimisation du Trafic
Le mécanisme d'optimisation du Cato Socket atténue la perte de paquets par la duplication des paquets. Parce que cela augmente le débit total, l'optimisation doit être utilisée uniquement sur des flux critiques qui sont sensibles à la perte de paquets (comme le trafic vocal et vidéo).
Vous pouvez définir et gérer vos paramètres d'optimisation depuis un endroit centralisé avec autant de granularité que nécessaire dans le cadre des règles réseau.
Comment fonctionne l'optimisation Cato ?
Lorsque vous activez l'optimisation, Cato effectue l'une des méthodes d'optimisation suivantes selon la topologie du site et les connexions existantes :
Duplication de paquets - utilisé lorsqu'il y a plus d'un lien actif disponible. Avec cette technique, Cato envoie des paquets dupliqués sur un autre lien actif tout en réassemblant les paquets à l'autre extrémité. Puisqu'un paquet redondant est envoyé pour chaque paquet donné, l'atténuation de la perte de paquets augmente même si un paquet est perdu sur l'un des liens.
Retransmission UDP - utilisé lorsqu'un seul lien actif est disponible. Avec cette technique, Cato retransmet des paquets UDP (en attendant 5 msec avant de retransmettre). Étant donné qu'un paquet redondant est envoyé pour chaque paquet donné, l'atténuation de la perte de paquets augmente même si un paquet est perdu.
Remarque :
Étant donné que TCP effectue une retransmission dans le cadre de son protocole, la retransmission UDP atténue efficacement la perte de paquets pour les autres protocoles couramment utilisés.
Latence de traitement des transactions
La latence de traitement des transactions mesure le temps à partir du moment où le moteur Cloud conçu pour les passages uniques de Cato (SPACE) reçoit les paquets de données réseau pour une transaction jusqu'à ce que la transaction complète soit reçue par le client ou l'hôte. Cette latence peut atteindre 10 millisecondes pour les transactions cryptées et non cryptées de jusqu'à 1Mo de données.