Analyse technique du protocole Sola : un protocole VPN à haut débit, faible latence et faible perte de paquets
Contents
Résumé du protocole
Sola est le protocole de transport VPN nouvelle génération développé en interne par SingLink. Il est né d’une refonte et d’une reconstruction de l’architecture de transport de base sur les fondations du système technologique SingLink 2.0.
Il ne s’agit ni d’un SingLink 2.0 rebaptisé, ni d’un simple ensemble d’ajustements de paramètres.
Le développement de Sola s’appuie sur l’expérience concrète des réseaux accumulée pendant la longue exploitation de SingLink 2.0. Il reprend les problèmes de performances que rencontrent les VPN en haut débit, en faible latence, en cas de perte de paquets, lors des transferts prolongés et dans des conditions réseau complexes.
Les principaux objectifs de conception de Sola sont :
un débit effectif élevé, une faible latence, une faible perte de paquets, une transmission stable dans la durée et une meilleure utilisation réelle du réseau.
Sola a achevé son développement principal et ses tests internes, et est entré dans la phase d’audit de la sécurité du protocole et de son implémentation.
Dans la phase actuelle des tests internes :
- Sola a offert un débit global supérieur à celui des autres protocoles inclus dans les tests ;
- sa latence globale a été inférieure à celle des autres protocoles inclus dans les tests ;
- la perte de paquets dans les tests actuels a été inférieure à 1 % ;
- dans plusieurs environnements de test à 1 Gbit/s, le débit effectif a dépassé 80 % de la capacité de la ligne ;
- par rapport à SingLink 2.0 et aux approches de protocole antérieures, Sola a été davantage optimisé pour l’efficacité du transport et l’expérience réseau réelle.
Ces résultats proviennent des tests internes actuels de SingLink. Les performances réelles restent influencées par la région, l’opérateur, la sortie internationale, l’appareil, la charge du nœud, le réseau local et le cas d’usage.
Limites des preuves : ces résultats ne proviennent pas de tests indépendants menés par un tiers ; la méthodologie de test complète et les enregistrements bruts n’ont pas encore été publiés. Une fois ces éléments organisés et validés par un examen de sécurité, SingLink ajoutera progressivement les conditions de test, les méthodes et les informations de version publiables dans le cadre de son plan open source et de transparence.
1. Qu’est-ce que Sola ?
Sola est un protocole de transport VPN nouvelle génération développé en interne par SingLink.
Son développement n’est pas parti de zéro.
Avant Sola, SingLink 2.0 avait déjà établi le système de protocole et de transport propre à SingLink et fonctionnait depuis longtemps sur de vrais réseaux de production.
À mesure que l’échelle d’utilisation, les types d’appareils, les environnements réseau et la bande passante des utilisateurs augmentaient, SingLink a constaté, dans les données d’exploitation réelles de SingLink 2.0, que :
le problème auquel les protocoles VPN sont confrontés aujourd’hui n’est plus seulement :
Peut-on établir une connexion ?
Mais surtout :
Une fois la connexion établie, la capacité réseau dont dispose l’utilisateur peut-elle réellement être exploitée ?
Le développement de Sola va donc au-delà de la simple connectivité et porte sur :
- l’efficacité du transport ;
- l’utilisation du haut débit ;
- la maîtrise de la latence ;
- la maîtrise de la perte de paquets ;
- la transmission dans la durée ;
- les fluctuations du réseau ;
- les performances réelles dans différents environnements réseau.
Sola a finalement pris la forme d’une architecture de protocole repensée.
Du point de vue de l’évolution des protocoles :
SingLink 2.0 est la fondation technique, et Sola le protocole nouvelle génération issu d’une reconstruction de cette fondation au niveau de l’architecture.
2. Quel est le lien entre Sola et SingLink 2.0 ?
Sola et SingLink 2.0 ne sont pas deux technologies totalement indépendantes.
L’évolution technique de Sola trouve son origine dans SingLink 2.0.
On peut la résumer simplement ainsi :
SingLink 2.0
Mise en place de la base de protocole et de transport propre à SingLink
↓
Exploitation de production sur la durée
↓
Accumulation de données réelles selon les pays, les opérateurs, les appareils et les conditions réseau
↓
Nouvelle analyse des goulets d’étranglement du protocole
↓
Refonte et reconstruction de l’architecture de transport de base
↓
Sola
Haut débit · Faible latence · Faible perte de paquets · Meilleure utilisation de la bande passante · Transmission durable plus stable
Sola n’est donc pas :
SingLink 2.0 sous un nouveau nom.
Ce n’est pas non plus :
SingLink 2.0 avec quelques paramètres poussés au maximum.
C’est plutôt :
Un nouveau protocole, créé en repensant l’architecture de base à partir du système technologique SingLink 2.0 et de son expérience en production.
C’est aussi la principale différence entre Sola et une simple mise à jour mineure.
3. Pourquoi fallait-il concevoir un nouveau protocole ?
La capacité des accès réseau a fortement augmenté ces dernières années.
Les connexions domestiques et professionnelles à 500 Mbit/s, 1 Gbit/s, voire davantage, sont de plus en plus courantes.
Pourtant, un problème bien connu persiste avec les VPN :
Un utilisateur peut disposer d’une connexion à 1 Gbit/s, mais seule une partie de cette bande passante reste utilisable une fois connecté au VPN.
Le serveur VPN n’en est pas forcément la seule cause.
Un chemin de transport VPN complet comprend aussi :
L’application de l’utilisateur
↓
La pile réseau du système d’exploitation
↓
Le client VPN
↓
Le protocole VPN
↓
L’opérateur local
↓
Le réseau dorsal ou la sortie internationale
↓
Le nœud VPN
↓
Le réseau de destination
Chaque maillon de cette chaîne peut entraîner une perte de performances.
Pour le protocole lui-même, le débit théorique n’est pas la seule préoccupation.
Il faut aussi tenir compte :
- du surcoût introduit par l’encapsulation du protocole ;
- de l’efficacité du traitement des connexions ;
- de l’évolution des performances sur les réseaux à forte latence ;
- de la baisse de débit après une perte de paquets ;
- des fluctuations du réseau ;
- de la capacité de transfert dans la durée ;
- de l’efficacité du traitement selon les appareils ;
- de la coordination entre le client et le protocole.
Dès le début de sa conception, Sola a donc posé une question plus directe :
Puisqu’un tunnel VPN existe forcément, comment réduire autant que possible la perte de performances due au protocole lui-même ?
C’est l’un des points de départ essentiels de la reconstruction de l’architecture de Sola.
4. Les principaux objectifs de conception de Sola
Sola ne fait pas du chiffre de « Mbit/s le plus élevé » son unique indicateur de performances.
Dès la phase de conception, le protocole s’est concentré simultanément sur cinq axes essentiels.
1. Un débit élevé
Le premier objectif essentiel de Sola est d’améliorer le débit effectif réel dans un environnement VPN.
Ici, le débit ne désigne ni la bande passante théorique annoncée par l’opérateur, ni la vitesse nominale de l’interface réseau d’un serveur.
Ce qui compte vraiment, c’est :
La bande passante que l’application de l’utilisateur peut finalement utiliser une fois le trafic passé par le tunnel VPN.
Sola se concentre donc davantage sur :
Effective Throughput
C’est-à-dire le débit effectif réel.
Dans plusieurs environnements de test internes à 1 Gbit/s, Sola a maintenu un débit effectif supérieur à 80 % de la capacité de la ligne.
2. Une faible latence
La vitesse ne résume pas à elle seule l’expérience VPN.
Par exemple :
- ChatGPT ;
- Claude ;
- Gemini ;
- Cursor ;
- X ;
- Telegram ;
- la navigation web ;
- les API ;
- le bureau à distance.
Beaucoup d’usages n’ont pas réellement besoin de centaines de Mbit/s de bande passante en continu.
Ce qui compte le plus pour l’expérience, c’est souvent :
Le temps qu’il faut pour recevoir une réponse après l’envoi d’une requête.
Pendant la reconstruction de son architecture, Sola a donc traité la latence comme un objectif de performances distinct de la vitesse de pointe.
Dans les tests comparatifs internes actuels, la latence globale de Sola a été inférieure à celle des autres protocoles inclus dans les tests.
Cela signifie que l’amélioration des performances de Sola ne se limite pas à :
Des téléchargements plus rapides.
Elle comprend aussi :
Des interactions et des réponses réseau plus rapides.
3. Une faible perte de paquets
La perte de paquets est un indicateur de performances VPN très important, mais souvent négligé.
Une perte de paquets persistante peut entraîner :
- la retransmission des données ;
- une baisse du débit ;
- une hausse de la latence ;
- une mise en mémoire tampon des vidéos ;
- des appels vocaux interrompus ;
- des connexions longues instables ;
- de brefs blocages lors du chargement des pages web ;
- des hausses soudaines de latence en bureau à distance.
C’est pourquoi une situation bien connue peut se produire :
Speedtest affiche une bonne vitesse, mais l’usage réel ne paraît pas fluide.
La cause n’est pas forcément un manque de bande passante.
La perte de paquets, la gigue et les fluctuations du réseau peuvent toutes créer des écarts nets dans l’expérience réelle.
Dans les tests internes actuels de Sola, la perte de paquets a été maintenue :
Sous la barre de 1 %.
C’est aussi l’un des résultats de performances actuels les plus importants de Sola.
4. Des performances durables
Sola ne cherche pas à définir les performances du protocole par un unique pic Speedtest exceptionnel.
Car :
Atteindre 900 Mbit/s pendant une seconde
et :
Maintenir un débit relativement élevé sur une longue période
sont deux choses différentes.
L’usage réel peut comprendre :
- de longues séances de vidéo ;
- le téléchargement de gros fichiers ;
- la synchronisation dans le cloud ;
- des connexions IA de longue durée ;
- le télétravail ;
- des communications API soutenues.
Ces usages privilégient avant tout :
Sustained Performance
Autrement dit, les performances durables.
La reconstruction de Sola ne vise donc pas seulement des pics de courte durée. Elle cherche à améliorer la stabilité de la transmission pendant tout le cycle de vie de la connexion.
5. L’adaptabilité au réseau
Les utilisateurs de VPN ne vivent pas tous dans le même environnement réseau.
Un même protocole peut donner des résultats totalement différents selon :
- les pays ;
- les régions ;
- les opérateurs ;
- le haut débit fixe ;
- le Wi-Fi ;
- la 4G ;
- la 5G ;
- les réseaux publics ;
- les réseaux transfrontaliers.
Les résultats peuvent être totalement différents.
Un autre axe essentiel de Sola consiste donc à réduire les fluctuations de performances selon les conditions réseau.
Sola ne peut pas modifier le réseau physique d’un opérateur ni supprimer la congestion aux points de sortie internationaux.
En revanche, il peut réduire au minimum la perte de performances supplémentaire causée par la couche protocole elle-même.
5. De SingLink 2.0 à Sola : une reconstruction au niveau de l’architecture
La principale différence entre Sola et une mise à jour de protocole classique est que ce travail de développement ne s’est pas contenté d’ajuster une fonction particulière.
Il a réexaminé l’ensemble du processus, depuis l’établissement d’une connexion VPN par le client jusqu’au passage des données dans le tunnel et à leur arrivée au nœud.
Une mise à jour de performances classique ressemble plutôt à ceci :
Ajuster des paramètres
↓
Modifier une partie de la logique de traitement
↓
Améliorer les performances dans certains cas
Le développement de Sola s’est plutôt déroulé ainsi :
Analyser les données de production de SingLink 2.0
↓
Identifier les goulets d’étranglement réels
↓
Redéfinir les objectifs de performances du protocole
↓
Repenser l’architecture de transport de base
↓
La réimplémenter
↓
Mener des tests internes
↓
Mener des audits de sécurité et d’implémentation
Le positionnement technique le plus juste de Sola est donc :
Architecture-level Evolution
Autrement dit :
Une évolution au niveau de l’architecture.
Il ne s’agit pas d’une simple optimisation de paramètres.
6. L’architecture technique de Sola dans les grandes lignes
L’implémentation bas niveau complète de Sola n’est pas publique à l’heure actuelle.
Du point de vue de la conception du protocole, cette reconstruction de l’architecture peut toutefois se comprendre comme une refonte autour de plusieurs questions essentielles.
Le traitement des connexions
Le premier problème qu’un protocole VPN doit résoudre est d’établir, de maintenir et de clore une connexion valide.
Sola a réexaminé la gestion du cycle de vie des connexions dans SingLink 2.0 afin de réduire les attentes et les coûts de traitement inutiles.
La transmission des données
Une fois le VPN établi, ce qui détermine vraiment les performances, c’est :
La façon dont les données sont transmises entre le client et le nœud.
La reconstruction de l’architecture de Sola fait du débit effectif un objectif central et cherche à réduire la perte de performances due au protocole lui-même dans les environnements à haut débit.
La gestion des fluctuations du réseau
L’Internet réel n’est pas un lien parfaitement stable.
La latence, la perte de paquets, les changements de routage et la congestion peuvent tous varier dans le temps.
La conception de Sola ne tient donc pas seulement compte de conditions de laboratoire idéales, mais aussi des performances de transport réelles lorsque les conditions réseau changent.
Le traitement du haut débit
Avec la généralisation des connexions à 500 Mbit/s, 1 Gbit/s et plus encore, la capacité d’un protocole VPN à traiter lui-même un débit élevé devient de plus en plus importante.
L’un des principaux objectifs de performances de Sola est de réduire la probabilité que le protocole lui-même devienne le goulet d’étranglement sur un réseau à haut débit.
La coordination avec le client
Un protocole VPN n’existe pas isolément.
Il fonctionne en fin de compte avec :
- le système d’exploitation ;
- le client VPN ;
- les interfaces réseau ;
- les systèmes des nœuds.
Ces composants travaillent ensemble.
La reconstruction de Sola tient donc aussi compte de l’efficacité de la coordination entre le protocole et les clients SingLink.
À propos de l’implémentation technique complète
Pour des raisons de sécurité, d’audit du protocole et de poursuite du développement, Sola ne divulgue pas actuellement le détail complet, au niveau bas, de :
- la séquence de poignée de main de la connexion ;
- l’échange de clés ;
- les algorithmes de traitement des données ;
- les méthodes de traitement des caractéristiques du trafic ;
- certains paramètres du protocole ;
- l’implémentation côté serveur.
Les documents techniques qui seront publiés à l’avenir seront choisis progressivement en fonction des résultats de l’audit de sécurité, de la stabilité du protocole et du plan de transparence technique de SingLink.
7. Les résultats actuels des tests de performances de Sola
Sola a achevé sa première phase de tests internes.
Les principaux résultats actuels sont les suivants :
| Indicateur | Résultat actuel des tests de Sola |
|---|---|
| Type de protocole | Développé en interne par SingLink |
| Base technique | SingLink 2.0 |
| Architecture | Repensée et reconstruite |
| Tests internes | Terminés |
| Débit effectif | Globalement supérieur à celui des autres protocoles inclus dans les tests |
| Latence | Globalement inférieure à celle des autres protocoles inclus dans les tests |
| Perte de paquets | <1 % |
| Réseaux à 1 Gbit/s | Débit effectif supérieur à 80 % de la capacité de la ligne dans plusieurs scénarios |
| Transmission durable | Davantage optimisée par rapport aux approches de protocole précédentes |
| Étape actuelle | Audit du protocole |
Une précision importante s’impose :
Ces chiffres proviennent des scénarios de tests internes actuels.
« Les autres protocoles inclus dans les tests » ne désigne pas tous les protocoles VPN du monde, et ne signifie pas non plus que Sola obtiendra forcément les mêmes résultats dans chaque environnement réseau.
8. Que signifie une utilisation de plus de 80 % d’un réseau à 1 Gbit/s ?
C’est l’un des résultats de performances actuels les plus remarquables de Sola.
Une connexion annoncée à :
1 Gbit/s
a un pic théorique d’environ :
1 000 Mbit/s
Mais le transport VPN réel doit aussi passer par :
- l’encapsulation VPN ;
- le chiffrement et le déchiffrement ;
- la pile réseau du système ;
- le réseau local ;
- l’opérateur ;
- le routage intermédiaire ;
- le nœud VPN ;
- le serveur de destination.
Le débit réel au niveau applicatif n’est donc pas simplement égal à la bande passante annoncée par l’opérateur.
Dans plusieurs scénarios de tests internes à 1 Gbit/s, Sola a maintenu un débit effectif réel supérieur à 80 % de la capacité de la ligne.
Soit :
Un débit VPN effectif au-delà de 800 Mbit/s.
Pour Sola, ce chiffre représente en réalité :
Une réduction supplémentaire de la perte de performances due au protocole et au système de transport eux-mêmes.
Il ne signifie pas que :
Sola atteindra systématiquement 800 Mbit/s sur n’importe quel réseau à 1 Gbit/s.
Ce sont deux notions totalement différentes.
9. Pourquoi Sola ne vise-t-il pas uniquement la vitesse maximale ?
Imaginons deux connexions VPN.
La première atteint :
900 Mbit/s
mais présente aussi :
- une gigue plus élevée ;
- une perte de paquets persistante ;
- une latence fluctuante.
La seconde atteint :
600 Mbit/s
mais offre :
- une latence stable ;
- une perte de paquets très faible ;
- une transmission fluide dans la durée.
S’il s’agit uniquement de télécharger un gros fichier, la première connexion peut avoir l’avantage.
Mais pour :
- les visioconférences ;
- l’IA ;
- le bureau à distance ;
- la messagerie instantanée ;
- les pages web ;
- les API ;
la seconde peut au contraire offrir une meilleure expérience réelle.
Sola ne réduit donc pas les performances d’un VPN à un seul chiffre.
Du point de vue de la conception de Sola, les performances complètes ressemblent plutôt à :
Débit
+
Latence
+
Gigue
+
Perte de paquets
+
Stabilité
+
Qualité de connexion
Ce n’est pas une formule mathématique.
C’est la grille d’évaluation que Sola utilise pour appréhender les performances d’un VPN.
10. Pourquoi Sola met-il l’accent sur la faible latence ?
Beaucoup d’applications modernes n’ont en réalité pas besoin de beaucoup de bande passante.
Par exemple, envoyer un texte à ChatGPT ne nécessite pas forcément des centaines de Mbit/s.
Mais si la latence est élevée :
L’utilisateur clique
↓
Attend
↓
Et ce n’est qu’ensuite que la requête atteint le serveur
Cette attente est ressentie directement comme :
« Le réseau est lent. »
Avec l’essor rapide de l’IA, du web, des API et des applications interactives, les performances d’un VPN ne peuvent plus être conçues uniquement autour du téléchargement de gros fichiers.
Sola accorde donc au :
Temps de réponse
et au :
Débit
la même importance.
Les tests internes actuels montrent aussi une latence globale de Sola inférieure à celle des autres protocoles inclus dans les tests.
11. Pourquoi une perte de paquets inférieure à 1 % est-elle importante ?
La perte de paquets affecte directement l’efficacité du transport réseau.
Lorsque des données n’atteignent pas leur destination, les protocoles réseau doivent généralement les traiter de nouveau ou les retransmettre.
En termes simples :
Perte de paquets
↓
Retransmission
↓
Attente supplémentaire
↓
Débit réduit
↓
Expérience réelle dégradée
Par conséquent :
Une connexion VPN rapide mais affectée par une perte de paquets persistante n’est pas forcément meilleure qu’une connexion un peu plus lente mais stable.
Le résultat interne actuel de Sola :
Perte de paquets <1 %
signifie que le protocole a obtenu une intégrité de livraison des données et une stabilité de performances relativement bonnes dans les environnements de test actuels.
La même réserve s’applique toujours :
La perte de paquets ne dépend pas entièrement du protocole VPN.
Le Wi-Fi local, les opérateurs, le routage international et le réseau de destination peuvent tous provoquer des pertes de paquets.
Ce résultat ne doit donc pas être compris comme signifiant que :
La perte de paquets de Sola sera toujours inférieure à 1 % sur n’importe quel réseau.
12. Les cas d’usage types de Sola
Les différentes applications n’ont pas les mêmes exigences de performances VPN.
Grâce à une conception des performances plus équilibrée, Sola vise à couvrir davantage d’usages modernes d’Internet.
L’IA et les grands modèles
Par exemple :
- ChatGPT ;
- Claude ;
- Gemini ;
- Cursor.
Ces services sont généralement plus sensibles à :
- la latence ;
- la stabilité des connexions longues ;
- une faible perte de paquets ;
- la rapidité de réponse.
Une bande passante de pointe élevée n’est donc pas le seul indicateur.
La vidéo et le streaming
La vidéo 4K et à haut débit binaire dépend davantage :
- d’un débit soutenu ;
- d’une faible perte de paquets ;
- d’une transmission stable.
Le débit effectif élevé de Sola et sa conception axée sur les performances durables répondent avant tout à ce type d’usage.
Les gros fichiers et la synchronisation dans le cloud
Ces usages ont une exigence claire :
Une utilisation élevée de la bande passante.
Cette exigence est particulièrement nette.
Si un utilisateur dispose d’un réseau à 500 Mbit/s ou 1 Gbit/s mais que le protocole VPN n’en exploite qu’une petite partie, le protocole risque de devenir le goulet d’étranglement.
La communication en temps réel et les visioconférences
Elles dépendent davantage :
- de la latence ;
- de la gigue ;
- de la perte de paquets.
Augmenter simplement les Mbit/s en téléchargement n’aide que peu dans ces situations.
Le télétravail
Le bureau à distance, SSH, les applications d’entreprise et les connexions longues ont généralement besoin de :
Stabilité, plutôt que d’une vitesse extrême pendant une seule seconde.
C’est pourquoi Sola inclut les performances durables parmi ses principaux objectifs de conception.
13. Comment Sola se compare-t-il aux autres protocoles VPN ?
Il n’existe pas de protocole VPN « absolument le plus rapide » indépendamment de son environnement.
Les différents protocoles peuvent donner des résultats différents selon :
- les régions ;
- les opérateurs ;
- les appareils ;
- la qualité du réseau ;
- les serveurs ;
- les cas d’usage.
Les résultats peuvent varier.
SingLink ne présentera donc pas Sola comme :
Plus rapide que tous les protocoles dans tous les environnements.
Ce que l’on peut confirmer aujourd’hui, c’est que :
Dans les tests comparatifs internes réalisés par SingLink jusqu’ici, Sola a montré un débit global plus élevé et une latence plus faible que les autres protocoles inclus dans les tests.
C’est l’affirmation précise que permettent les données actuelles.
Les futurs benchmarks de Sola mettront aussi davantage l’accent sur des comparaisons réalisées dans le même environnement.
Par exemple :
Le même appareil
↓
Le même réseau
↓
La même période
↓
Des ressources de nœud équivalentes
↓
La même cible de test
↓
Le même nombre de séries de tests
Ce n’est qu’alors qu’il faut comparer les différents protocoles.
Seules les données recueillies de cette manière ont une réelle valeur de référence.
14. La sécurité est aussi une exigence essentielle de Sola
Hautes performances ne veut pas dire que l’on peut sacrifier la sécurité.
Après avoir achevé son développement principal et sa première phase de tests internes, Sola est entré dans la phase d’audit du protocole.
Cela signifie qu’avant que le protocole n’entre officiellement en production, il faut examiner plus avant :
- l’implémentation du protocole ;
- le traitement des connexions ;
- les états exceptionnels ;
- l’intégration au client ;
- les limites de permissions ;
- les surfaces d’attaque potentielles ;
- les anomalies de ressources ;
- les problèmes de sécurité connus.
Ces domaines exigent un examen approfondi.
Le statut officiel actuel est le suivant :
Développement : terminé
Tests internes : terminés
Audit de sécurité / d’implémentation : en cours
Tant que l’audit n’est pas officiellement terminé, SingLink ne décrira pas Sola comme :
« Ayant passé toutes les vérifications de sécurité. »
Le statut sera mis à jour une fois les résultats de l’audit disponibles.
Les travaux de sécurité connexes peuvent aussi être consultés dans les documents d’audit de sécurité existants de SingLink et dans son audit de non-journalisation ; ces documents existants ne signifient pas que l’audit de sécurité et d’implémentation du protocole Sola est terminé.
15. La transparence technique de Sola
Sola ne compte pas se contenter de quelques captures d’écran Speedtest.
SingLink prévoit de constituer progressivement une documentation technique et de performances plus complète pour Sola.
Elle comprendra :
- la version du protocole (Protocol Version) ;
- la version du client (Client Version) ;
- les benchmarks ;
- le journal des modifications (Changelog) ;
- la latence ;
- la gigue ;
- la perte de paquets ;
- le débit ;
- la date du test ;
- l’environnement de test ;
- les limites connues ;
- l’état de l’audit de sécurité.
Les différents types de données seront aussi distingués aussi clairement que possible :
Internal Test
Tests réalisés en interne par SingLink.
Community Test
Tests réalisés par la communauté.
User Submitted Data
Résultats de tests fournis volontairement par les utilisateurs.
Independent Test
Tests réalisés par un tiers indépendant.
Les lecteurs extérieurs des données de Sola sauront ainsi clairement :
Qui a effectué le test, où il a été effectué et ce qu’il permet de prouver.
16. Ce que Sola peut faire, et ce qu’il ne peut pas faire
Une présentation officielle de protocole doit aussi énoncer clairement ses limites techniques.
Sola peut optimiser :
- l’efficacité de transport propre au protocole ;
- l’utilisation de la bande passante du tunnel VPN ;
- le traitement des connexions ;
- la latence ;
- les performances de transport réelles en cas de perte de paquets ;
- les performances durables ;
- la coordination entre le client et le protocole.
Mais Sola ne peut pas changer :
- la limite de bande passante physique de l’utilisateur ;
- la qualité du signal Wi-Fi ;
- la congestion chez l’opérateur local ;
- la capacité de la sortie internationale ;
- les performances des serveurs des sites tiers ;
- la latence minimale imposée par la distance physique ;
- les pannes du service de destination lui-même.
Par exemple :
Un réseau local à 100 Mbit/s ne deviendra pas un réseau à 1 Gbit/s parce qu’il utilise Sola.
De même :
Le goulet d’étranglement physique d’une route internationale très congestionnée ne peut pas être entièrement supprimé par un protocole VPN à lui seul.
Ce que Sola peut réellement faire, c’est :
Éviter autant que possible que le protocole lui-même devienne un goulet d’étranglement supplémentaire sur l’ensemble du chemin.
17. Informations sur le protocole
Fiche du protocole Sola
Nom du protocole
Sola
Développeur
SingLink
Type de protocole
Protocole de transport VPN
Famille de protocoles
SingLink
Base technique
SingLink 2.0
Architecture
Repensée / reconstruite
Principaux objectifs de conception
Haut débit · Faible latence · Faible perte de paquets · Performances durables · Adaptabilité au réseau
Tests internes
Terminés
État actuel de l’audit
En cours
Test actuel de perte de paquets
<1 %
Test actuel à 1 Gbit/s
Plus de 80 % d’utilisation effective de la ligne dans plusieurs scénarios de tests internes
18. Le système de versions de Sola
Pour éviter à l’avenir toute confusion entre le nom du protocole et les versions des clients, Sola existera en tant que marque de protocole indépendante.
Autrement dit :
SingLink
désigne l’ensemble des produits et technologies de SingLink.
Sola
désigne le nom du protocole.
Le protocole lui-même peut continuer d’évoluer au fil de numéros de version.
Par exemple :
Sola 1.0
Sola 1.1
Sola 1.2
On évite ainsi de confondre :
les versions des clients
et :
les versions du protocole.
Les deux ne risquent ainsi pas d’être mélangées.
Un futur client SingLink pourra prendre en charge Sola 1.x tout en portant lui-même un numéro de version logicielle totalement différent.
19. Déploiement et disponibilité
Après ses tests internes, Sola est entré dans la phase d’audit et de préparation au déploiement en production qui précède sa sortie officielle.
Selon le plan de déploiement actuel, Sola entrera par phases dans l’environnement de production réel.
La première phase proposera d’abord Sola sur :
iOS
Cette plateforme donnera accès au protocole Sola.
Les premiers utilisateurs éligibles seront les abonnés :
Pro
et :
Rich
Ce sont les deux premières offres concernées.
Une fois la première phase de vérification en production terminée, Sola sera progressivement étendu aux abonnés :
Plus
et :
Max
Ces deux offres suivront donc dans un second temps.
D’autres plateformes seront également évaluées en fonction de :
- l’adaptation des clients ;
- l’audit du protocole ;
- les données réseau réelles ;
- le déploiement des nœuds ;
- la stabilité.
L’accès sera ouvert progressivement.
Le déploiement par phases ne vise pas à restreindre l’usage du protocole. Il permet de contrôler les variables lorsque le protocole entre officiellement en production à grande échelle, afin d’observer plus précisément ses performances et ses comportements anormaux.
20. Questions fréquentes (FAQ)
Qu’est-ce que Sola ?
Sola est le protocole de transport VPN nouvelle génération développé en interne par SingLink. Il est né d’une refonte et d’une reconstruction de l’architecture de transport de base sur les fondations du système technologique SingLink 2.0.
Sola a-t-il été développé par SingLink lui-même ?
Oui.
Sola fait partie de la famille de protocoles développés en interne par SingLink.
Sola n’est-il qu’un SingLink 2.0 rebaptisé ?
Non.
Sola s’appuie sur la technologie et l’expérience en production de SingLink 2.0, mais son architecture de base a été repensée et reconstruite. Ce n’est donc ni un simple changement de nom ni une mise à jour mineure ordinaire.
Qu’optimise principalement Sola ?
Les principaux axes actuels de Sola sont :
- le débit effectif ;
- la latence ;
- la perte de paquets ;
- l’utilisation du haut débit ;
- les performances durables ;
- les performances de transport réelles sur les réseaux complexes.
Quel est le taux de perte de paquets de Sola ?
La perte de paquets de Sola a été inférieure à 1 % dans les scénarios de tests internes actuels.
Cela ne signifie pas qu’elle restera inférieure à 1 % pour chaque utilisateur et dans chaque environnement réseau.
Quelle vitesse Sola peut-il atteindre sur un réseau à 1 Gbit/s ?
Sola a atteint un débit effectif supérieur à 80 % de la capacité de la ligne dans plusieurs scénarios de tests internes à 1 Gbit/s.
Les résultats réels varient selon l’environnement réseau.
Cela signifie-t-il que Sola peut garantir 800 Mbit/s ?
Non.
Le chiffre de plus de 80 % est un résultat obtenu dans des environnements de tests internes précis à 1 Gbit/s. Il ne doit pas être compris comme un engagement de vitesse fixe envers chaque utilisateur.
Sola est-il plus rapide que tous les autres protocoles VPN ?
On ne peut pas l’affirmer à l’heure actuelle.
Ce que l’on peut confirmer :
Dans les comparaisons internes actuelles, Sola a montré un débit global plus élevé et une latence plus faible que les autres protocoles inclus dans les tests.
Les différents protocoles peuvent toujours se comporter différemment selon l’environnement réseau.
Quelle est la principale différence entre Sola et SingLink 2.0 ?
La principale différence ne tient pas à une fonction particulière.
Elle tient au fait que :
Sola repense et reconstruit l’architecture de transport de base.
Il s’agit donc d’une évolution au niveau de l’architecture, et non d’une mise à niveau ordinaire des paramètres.
Le développement de Sola est-il terminé ?
Le développement principal de Sola et sa première phase de tests internes sont terminés.
L’audit de sécurité et d’implémentation du protocole est actuellement en cours.
Sola va-t-il remplacer immédiatement SingLink 2.0 ?
Non.
Sola entrera progressivement en production. Les protocoles existants continueront d’être utilisés selon la plateforme, le nœud, le réseau et les conditions d’usage réelles.
Quels utilisateurs recevront Sola en premier ?
Le plan actuel prévoit de proposer Sola d’abord sur iOS aux abonnés Pro et Rich, puis de l’étendre progressivement aux abonnés Plus et Max ainsi qu’à d’autres plateformes.
21. Conclusion
L’importance de Sola ne tient pas au fait qu’il ajoute un nom de protocole de plus à SingLink.
Il représente l’étape suivante du système de protocoles développé en interne par SingLink.
SingLink 2.0 a posé les fondations du protocole et du transport propres à SingLink.
Mais à mesure que la bande passante des utilisateurs, les performances des appareils et les usages du réseau évoluaient pendant la longue exploitation en production, de nouvelles questions sont apparues :
Un protocole VPN peut-il réduire encore sa propre perte de performances ?
Quelle part de la capacité d’un réseau à 1 Gbit/s parvient réellement à l’application ?
Peut-on réduire la latence tout en augmentant la vitesse ?
Un débit élevé et une faible perte de paquets peuvent-ils coexister ?
Un protocole peut-il offrir des performances durables plus stables au lieu de viser un seul résultat de test de vitesse ?
Sola a été reconstruit autour de ces questions.
Il repose sur SingLink 2.0.
Mais il n’est pas un simple prolongement de SingLink 2.0.
Il repense l’architecture de transport de base, redéfinit la manière dont SingLink conçoit les performances d’un VPN et adopte :
Haut débit
Faible latence
Faible perte de paquets
Performances durables
Adaptabilité au réseau
comme nouvelles orientations de conception essentielles.
La première phase de tests internes est désormais terminée.
Les résultats actuels montrent :
Une perte de paquets inférieure à 1 %.
Un débit effectif supérieur à 80 % de la capacité de la ligne dans plusieurs scénarios de test à 1 Gbit/s.
Un débit global plus élevé et une latence plus faible que les autres protocoles inclus dans les tests.
La valeur technique de Sola ne se limite toutefois pas à ces chiffres.
Ce qui compte vraiment :
Lorsqu’un tunnel VPN existe, le protocole peut-il gaspiller le moins possible la capacité réseau dont l’utilisateur dispose déjà ?
C’est aussi la raison essentielle pour laquelle Sola dépasse SingLink 2.0 pour aller vers une architecture nouvelle génération.
Sola.
Fondé sur SingLink 2.0. Entièrement repensé.
Conçu pour un débit plus élevé, une latence plus faible et une transmission réseau plus stable en conditions réelles.
Avertissement sur les données techniques et de test : les affirmations de cet article selon lesquelles Sola a enregistré une perte de paquets inférieure à 1 %, atteint un débit effectif supérieur à 80 % sur des réseaux à 1 Gbit/s et montré un débit plus élevé et une latence plus faible que les autres protocoles inclus dans les tests proviennent toutes des résultats de tests internes actuels de SingLink. Les pays ou régions, opérateurs, appareils, réseaux locaux, nœuds, sorties internationales et services de destination peuvent influer sur les résultats réels. Sola a terminé son développement principal et ses tests internes et se trouve actuellement en phase d’audit de sécurité et d’implémentation du protocole. Les méthodes de test complètes, les journaux de chaque série et les enregistrements bruts n’ont pas encore été publiés : ces chiffres ne doivent donc être cités que comme des résultats de tests internes, et non comme des conclusions reproduites de manière indépendante. Les informations de performances, d’audit et de version continueront d’être mises à jour à mesure que le protocole sera officiellement déployé.
