Parallels RAS est conçu pour délivrer une expérience utilisateur fluide, même sur des liaisons réseau imparfaites. Son protocole intègre notamment un mode UDP qui réduit drastiquement l’impact de la latence et des pertes de paquets sur la session — là où d’autres solutions subissent de plein fouet les aléas du réseau.
Mais même avec le meilleur protocole du monde, un réseau réellement défaillant finira par impacter l’expérience. Avant un déploiement, en phase de diagnostic ou pour comparer deux liaisons, il est utile de disposer de chiffres objectifs sur la qualité de la connexion réseau sous-jacente.
C’est l’objectif du Packet Loss Test de RAS Insider : un outil de qualification réseau gratuit, accessible directement depuis votre navigateur, sans rien à installer.
Comment ça fonctionne ?
Le Packet Loss Test établit une connexion WebSocket en temps réel entre votre navigateur et le serveur RAS Insider. Il envoie un nombre configurable de paquets, mesure ce qui revient, quand ça revient, et calcule les métriques clés de votre connexion réseau.
Trois paramètres sont ajustables avant le test :
- Server : l’URL du serveur WebSocket (préconfigurée sur
wss://rasinsider.com/plt-ws) - Packets : le nombre de paquets à envoyer (150 par défaut)
- Duration : la durée du test en secondes (10s par défaut)
Exemple de résultat réel
Voici un test effectué depuis une connexion 4G mobile en déplacement — un cas typique de réseau dégradé :
Test depuis un réseau 4G en mobilité — réseau instable mais zéro packet loss réel.
Comprendre les métriques
Upload Loss
Pourcentage de paquets envoyés par votre navigateur qui n’ont jamais atteint le serveur. Dans un contexte Parallels RAS, cela correspond aux données que votre poste client envoie vers le RDSH (frappes clavier, clics, flux caméra). Grâce au mode UDP de Parallels RAS, des pertes ponctuelles sont absorbées sans impact visible — mais au-delà d’un certain seuil, même le meilleur protocole ne peut compenser une liaison structurellement défaillante.
Download Loss
Pourcentage de paquets envoyés par le serveur qui n’ont jamais atteint votre navigateur. C’est le flux inverse : l’affichage de votre bureau virtuel, les mises à jour d’écran. Parallels RAS gère nativement la retransmission et l’adaptation du flux, ce qui lui permet d’absorber des pertes que d’autres protocoles ne tolèreraient pas.
Total Packet Loss
La somme des deux. C’est l’indicateur de référence pour qualifier la liaison réseau. Parallels RAS en mode UDP est remarquablement résilient, mais un réseau présentant un packet loss structurel élevé mérite d’être investigué indépendamment du protocole applicatif.
Late Packets
Paquets reçus, mais en dehors de la fenêtre de temps attendue. Ils ne sont pas perdus, mais ils arrivent trop tard pour être parfaitement fluides dans le flux temps réel. Dans l’exemple ci-dessus, 32% de late packets sur une connexion 4G en mouvement — Parallels RAS en mode UDP absorbe ce type de variabilité bien mieux qu’un protocole TCP classique, mais cela indique un réseau mobile soumis à des handovers fréquents entre antennes.
Avg Latency (latence moyenne)
Le temps moyen qu’un aller-retour entre votre poste et le serveur prend, exprimé en millisecondes. Parallels RAS est optimisé pour fonctionner sur des liaisons à latence variable, notamment grâce à son mode UDP et ses mécanismes de compensation. En dessous de 50ms c’est excellent, entre 50ms et 150ms l’expérience reste très bonne — au-delà, il vaut mieux investiguer la topologie réseau.
Avg Jitter
La variation de la latence d’un paquet à l’autre. Un jitter élevé signifie que la latence est imprévisible : parfois 50ms, parfois 500ms. Parallels RAS en mode UDP intègre des mécanismes d’adaptation au jitter, ce qui le rend nettement plus robuste que des protocoles TCP sur ce point. Le jitter reste néanmoins un bon indicateur de la qualité intrinsèque du lien réseau.
Min RTT / Max RTT
Le Round-Trip Time minimum et maximum observés pendant le test. L’écart entre les deux révèle la stabilité de votre réseau. Un Min RTT de 52ms et un Max RTT de 1738ms (comme dans l’exemple 4G) indique des pics de latence brutaux — typique d’un handover entre antennes mobiles.
Interpréter les résultats dans un contexte RAS
Parallels RAS en mode UDP est conçu pour être résilient face aux aléas réseau. Ce tableau donne une lecture de la qualité du réseau sous-jacent, indépendamment des capacités d’adaptation du protocole :
| Métrique | Excellent | Acceptable | Problématique |
|---|---|---|---|
| Total Packet Loss | < 0,5% | 0,5% – 2% | > 2% |
| Late Packets | < 5% | 5% – 20% | > 20% |
| Avg Latency | < 50ms | 50ms – 150ms | > 150ms |
| Avg Jitter | < 20ms | 20ms – 50ms | > 50ms |
| Max RTT | < 200ms | 200ms – 500ms | > 500ms |
Cas d’usage typiques
Avant un déploiement RAS : qualifiez le réseau de chaque site avant la mise en production. Même si Parallels RAS s’adapte à des conditions réseau variées, disposer de métriques objectives permet d’anticiper les besoins de configuration — notamment l’activation du mode UDP.
En diagnostic de tickets : un utilisateur signale une dégradation de session ? Faites-lui lancer le test depuis son poste, à l’heure où le problème survient. Les résultats permettent de confirmer ou d’écarter une cause réseau rapidement, sans instrumenter l’infrastructure.
En comparaison de liens : fibre vs 4G de secours, LAN vs Wi-Fi, VPN vs accès direct — comparez les métriques pour dimensionner correctement votre architecture ou justifier un choix d’infrastructure auprès d’un client.
Accéder à l’outil
Le Packet Loss Test est disponible gratuitement, sans inscription, directement depuis votre navigateur :
Aucun plugin, aucun agent à installer. Ouvrez la page, cliquez sur Lancer le test, et lisez les résultats.
