プロトコル概要
Solaは、SingLink 2.0の技術基盤をもとにコア伝送アーキテクチャを再設計・再構築してSingLinkが開発した、次世代の自社開発VPN伝送プロトコルです。
これは、SingLink 2.0 の名前変更ではなく、また単純なパラメータ調整でもありません。
Sola の開発は、SingLink 2.0 の長期運用で蓄積された実際のネットワーク経験に基づいており、高帯域幅、低遅延、パケット損失、連続送信、および複雑なネットワーク環境で VPN が遭遇するパフォーマンスの問題に再度対処します。
Sola の主な設計目標は次のとおりです。
高い実効スループット、低遅延、低パケット損失、安定した継続的な伝送、および実際のネットワーク使用率の向上。
Sola は中核となる研究開発と内部テストを完了し、現在は Plus、Pro、Max、Rich の会員が利用できます。
内部テストのこの段階では、次のことが行われます。
Sola の全体的なスループット パフォーマンスは、テストに参加した他のプロトコルよりも優れています。
全体的な遅延は、テストした他のプロトコルよりも短かったです。
現在のテストでのパケット損失率は1%未満です。
複数の1Gbpsテスト環境では、実効スループットが回線容量の80% 以上に達する可能性があります。
SingLink 2.0 および以前のプロトコル ソリューションと比較して、Sola は伝送効率と実際のネットワーク体験の点でさらに最適化されています。
これらの結果は、現在の SingLink 内部テスト結果です。実際のパフォーマンスは、地域、通信事業者、国際回線、機器、ノード負荷、ローカル ネットワーク、使用シナリオなどの要因の影響を受けます。
エビデンスの範囲：上記の結果は独立した第三者試験によるものではなく、完全な試験方法と元データは現時点で公開されていません。資料の整理とセキュリティレビュー完了後、SingLinkはオープンソースおよび透明性計画に従い、公開可能な試験条件、方法、バージョン情報を段階的に追加します。
1. Solaとは何ですか？
Sola は、SingLink が独自に開発した新世代の VPN 伝送プロトコルです。
その開発はゼロから始まったわけではありません。
Sola よりも前に、SingLink 2.0 は SingLink 独自のプロトコルと伝送システムを確立し、実際の運用ネットワークで長期間実行されてきました。
使用規模、デバイスの種類、ネットワーク環境、およびユーザーの帯域幅が増加し続けるにつれて、SingLink が SingLink 2.0 の実際の運用データで確認されました。
今日の VPN プロトコルが直面している問題は、もはや次のようなものだけではありません。
接続は確立できますか?
さらに:
接続を確立した後、ユーザー本来のネットワーク機能を本当に活用できるでしょうか?
したがって、Sola の開発の焦点は、単純な接続機能からさらに次のことにまで拡張されました。
伝達効率。
高い帯域幅使用率。
遅延制御。
パケットロス制御。
連続送信。
ネットワークの変動。
さまざまなネットワーク環境下での実際のパフォーマンス。
Sola では、プロトコル アーキテクチャが再設計されました。
プロトコルの進化の観点から:
SingLink 2.0 は技術基盤であり、Sola はこれに基づいてアーキテクチャ レベルの再構築を完了した後に形成された新世代プロトコルです。
2. Sola と SingLink 2.0 の関係は何ですか?
Sola と SingLink 2.0 は、完全に独立したテクノロジーではありません。
Sola の技術的進化は、SingLink 2.0 から始まりました。
それは単純に次のように理解できます。
SingLink 2.0
SingLink の自社開発プロトコルと伝送基盤を確立する
↓
長期的な運用環境への移行
↓
さまざまな国、事業者、デバイス、ネットワーク条件の下で実際のデータを蓄積
↓
プロトコルのパフォーマンスのボトルネックを再分析する
↓
コア伝送アーキテクチャの再設計と再構築
↓
Sola
高スループット 低遅延 低いパケットロス より高い帯域幅使用率 より安定した連続伝送
したがって、Sola は次のとおりではありません。
SingLink 2.0 の名前は異なります。
また：
SingLink 2.0 のいくつかのパラメータを増やします。
代わりに:
SingLink 2.0 技術システムと運用経験に基づいてコア アーキテクチャを再設計することによって形成された新しいプロトコル。
これは、Sola と通常のマイナー バージョン アップデートの最大の違いでもあります。
3. なぜ新しいプロトコルを再設計する必要があるのですか？
ネットワークアクセス能力は近年急速に向上しています。
500Mbps、1Gbps、またはそれ以上の帯域幅を備えたホーム ネットワークや企業ネットワークがますます一般的になってきています。
しかし、VPN 環境では、非常に一般的な問題が依然として存在します。
ユーザーは 1Gbps ネットワークを使用していますが、VPN に接続すると、実際の帯域幅の一部しか利用できない場合があります。
理由は必ずしもすべて VPN サーバーにあるとは限りません。
完全な VPN トランスポート リンクにも含まれています。
ユーザーアプリケーション
↓
オペレーティング システムのネットワーク スタック
↓
VPNクライアント
↓
VPNプロトコル
↓
ローカルオペレーター
↓
バックボーンネットワークまたは国際回線
↓
VPNノード
↓
ターゲットネットワーク
リンクによってはパフォーマンスが低下する可能性があります。
プロトコル自体に関しては、理論上のスループット能力だけではなく、考慮すべき点がたくさんあります。
以下も含まれます:
プロトコルのカプセル化によって追加のオーバーヘッドが発生します。
接続処理効率。
高遅延ネットワーク下ではパフォーマンスが変化します。
パケット損失後はスループットが低下します。
ネットワークの変動。
連続送信機能。
さまざまなデバイスでの処理効率。
クライアントとプロトコル間のコラボレーション。
したがって、Sola は設計の初めに、より直接的な質問をしました。
VPN トンネルが必然的に存在する場合、プロトコル自体によって引き起こされるパフォーマンスの損失を最小限に抑えるにはどうすればよいでしょうか?
これは、Sola アーキテクチャの再構築の中核となる出発点の 1 つです。
4. Sola の中心的な設計目標
Sola は、唯一のパフォーマンス指標として「最大 Mbps」を使用しません。
本プロトコルは、設計段階から 5 つの中心的な方向性に焦点を当てています。
1. 高スループット｜高い実効スループット
Sola の最初の中心的な目標は、VPN 環境における実際の実効スループットを向上させることです。
ここで言及されるスループットは、オペレータが推奨する理論上の帯域幅でも、サーバー ネットワーク カードの公称速度でもありません。
本当に重要なことは次のとおりです。
VPN トンネルを通過した後、ユーザーのアプリケーションが最終的に使用できる帯域幅。
したがって、Sola は次のことに関心を持っています。
実効スループット
それが実際の実効スループットです。
現在、複数の 1Gbps 内部テスト環境で、Sola は回線容量の 80% 以上の実効スループットを維持できています。
2. 低遅延｜低遅延
VPN エクスペリエンスのすべては速度だけではありません。
たとえば:
ChatGPT;
クロード;
双子座;
カーソル;
×;
テレグラム;
ウェブ閲覧。
API;
リモートデスクトップ。
多くのシナリオでは、実際には数百 Mbps の持続的な帯域幅は必要ありません。
身体の知覚に実際に影響を与えるのは、次のような場合が多いです。
リクエストが送信されてから、応答を得るまでにどのくらい時間がかかりますか。
したがって、Sola では、アーキテクチャのリファクタリング プロセス中のピーク速度とは関係なく、レイテンシを重要なパフォーマンス目標として組み込みました。
現在の内部比較テストでは、Sola の全体的な遅延は、テストに参加している他のプロトコルよりも低くなります。
つまり、Sola のパフォーマンスの向上は次のようなものだけではありません。
ダウンロードが速くなります。
以下も含まれます:
ネットワーク インタラクションの応答性が向上しました。
3. 低いパケットロス｜低いパケットロス
パケットロス (パケットロス率) は、VPN パフォーマンスにおいて非常に重要ですが、見落とされがちな指標です。
ネットワーク上で継続的なパケット損失が発生すると、次のような問題が発生する可能性があります。
データの再送信。
スループットの低下。
立ち上がりが遅い。
ビデオバッファリング。
音声の中断。
長時間の接続は不安定です。
Web ページが一時的に停止します。
リモート デスクトップの遅延が突然増加します。
したがって、次のようなことがよく起こります。
Speedtest は高速ですが、実際に使用するのはスムーズではありません。
この状況は、必ずしも帯域幅の不足が原因であるとは限りません。
パケットロス、ジッター、ネットワーク変動により、実際のエクスペリエンスに明らかな違いが生じる可能性があります。
現在、Sola の内部テストにおけるパケット損失率は次のように制御されています。
1% 未満。
これは現在、Sola にとって最も重要なパフォーマンス結果の 1 つです。
4. 持続的なパフォーマンス｜持続的なパフォーマンス
Sola は、プロトコルのパフォーマンスを定義するために単一の非常に高い Speedtest ピークを望んでいません。
なぜなら:
ある秒間に 900Mbps に達しました
そして:
高スループットを長期間維持可能
は 2 つの異なるものです。
実際の使用には次のものが含まれます。
長いビデオ。
大きなファイルのダウンロード。
クラウド同期。
AIの長い接続。
在宅勤務。
継続的なAPI通信。
これらのシナリオは、次の点にさらに関係します。
持続的なパフォーマンス
それが持続的なパフォーマンスです。
したがって、Sola のアーキテクチャの再構築では、短期的なピークを追求するだけでなく、接続ライフサイクル全体を通じて安定した伝送能力を向上させることを目指しています。
5. ネットワーク適応性｜ネットワーク適応性
VPN ユーザーは同じネットワーク環境に住んでいません。
同じプロトコルでも、次のような違いがあります。
国。
地域。
演算子。
家庭用ブロードバンド。
Wi-Fi;
4G;
5G;
パブリックネットワーク。
国境を越えたネットワーク。
以下の結果はまったく異なる場合があります。
したがって、Sola のもう 1 つの中心的な方向は、さまざまなネットワーク条件下でのプロトコルのパフォーマンスの変動を軽減することです。
Sola は、通信事業者自身の物理ネットワークを変更したり、国際的な下りの混雑を排除したりすることはできません。
ただし、プロトコル層自体によって引き起こされる追加のパフォーマンス損失を最小限に抑えることができます。
5. SingLink 2.0 から Sola へ: アーキテクチャ レベルの再構築
Sola 一般的なプロトコルのアップデートとの最大の違いは、この開発が単に特定の機能を調整するだけではないということです。
クライアントが VPN 接続を確立してから、データがトンネルを通過してノードに到達するまでのプロセス全体を再検査します。
通常のパフォーマンスの更新は次のようになります。
パラメータを調整する
↓
一部の処理ロジックを変更する
↓
特定のシナリオでのパフォーマンスの向上
Sola の開発プロセスは次のようになります。
SingLink 2.0 運用環境データの分析
↓
実際のパフォーマンスのボトルネックを特定する
↓
プロトコルのパフォーマンス目標を再定義する
↓
コアトランスポートアーキテクチャを再設計する
↓
再実装
↓
内部テスト
↓
セキュリティと実装の監査
したがって、Sola のより正確な技術的位置付けは次のとおりです。
アーキテクチャ レベルの進化
つまり:
アーキテクチャレベルの進化。
単純なパラメータレベルの最適化ではありません。
6. Sola の高レベルの技術アーキテクチャ
Sola の完全な基盤実装は現在公開されていません。
ただし、プロトコル設計の観点から見ると、このアーキテクチャの再構築は、いくつかの中核的な問題を中心とした再設計として理解できます。
接続処理
VPN プロトコルが解決する必要がある最初のことは、効果的な接続を確立、維持、終了する方法です。
Sola は、不必要な待機コストと処理コストを削減するために、SingLink 2.0 の接続ライフサイクルに関連する処理を再検討しました。
データ転送
VPN が確立されたら、実際にパフォーマンスを決定するのは次のとおりです。
クライアントとノード間でデータがどのように転送されるか。
Sola のアーキテクチャの再構築では、有効なスループットを中心目標の 1 つとしており、高帯域幅環境でプロトコル自体によって引き起こされるパフォーマンス損失を軽減することを目指しています。
ネットワーク変動処理
実際のインターネットは完全に安定したリンクではありません。
遅延、パケット損失、ルーティングの変更、ネットワークの輻輳はすべて、時間の経過とともに変化する可能性があります。
したがって、Sola の設計では、理想的な実験環境だけでなく、ネットワークの状態が変化したときの実際の伝送パフォーマンスも考慮されています。
高帯域幅処理
500Mbps、1Gbps、さらにはそれ以上の帯域幅のネットワークが一般的になるにつれて、VPN プロトコル自体が高スループットを処理できることがますます重要になっています。
Sola の主要なパフォーマンス目標の 1 つは、高帯域幅ネットワークでプロトコル自体がボトルネックになる可能性を減らすことです。
クライアントとのコラボレーション
VPN プロトコルはそれ自体では存在しません。
最終的には以下のものを含める必要があります。
オペレーティングシステム。
VPN クライアント。
ネットワークインターフェース。
ノードシステム。
一緒に働きましょう。
したがって、Sola の再構築では、プロトコル自体と SingLink クライアント間の相乗効果が考慮されます。
完全な技術実装について
セキュリティ、プロトコル監査、継続的な研究開発を考慮して、Sola は現在、完全な最下層を公開していません。
接続ハンドシェイクプロセス。
キー交換の詳細。
特定のデータ処理アルゴリズム。
交通特性処理方法；
いくつかのプロトコルパラメータ。
サーバー側の実装の詳細。
今後どの技術情報がさらに公開されるかは、セキュリティ監査、プロトコルの安定性、SingLink 技術の透明性計画に基づいて段階的に決定されます。
7. Solaの現在のパフォーマンステスト結果
Sola は内部テストの第 1 段階を完了しました。
これまでに得られた主な結果は次のとおりです。
指標 | Sola 現在のテスト結果 |
|---|---|
プロトコルの種類 | SingLink の独立した研究開発 |
技術的な基礎 | SingLink 2.0 |
建築 | 再設計とリファクタリング |
内部テスト | 完了 |
実効スループット | テストに参加している他のプロトコルより全体的に高い |
レイテンシ | テストに参加している他のプロトコルよりも全体的に低い |
パケット損失 | <1% |
1Gbps ネットワーク | 複数のシナリオで実効スループットが回線容量の 80% 以上に達する |
連続送信 | 以前のプロトコル ソリューションと比較してさらに最適化 |
現在の段階 | Plus、Pro、Max、Rich で提供中 |
特別な指示が必要です:
このデータは、現在の内部テスト シナリオから得られます。
「テスト済みのその他のプロトコル」は、世界中のすべての VPN プロトコルを表すものではありません。また、Sola がすべてのネットワーク環境で必ずしも同じ結果を達成することを意味するものでもありません。
8. 1Gbps ネットワーク使用率が 80% を超えるとはどういう意味ですか?
これは、 Sola の最も注目すべきパフォーマンス結果です。
公称:
1Gbps
ネットワークの場合、理論上のピーク値はおよそ次のとおりです。
1000Mbps
ただし、実際の VPN 送信は依然として以下を通過する必要があります。
VPN カプセル化。
暗号化と復号化。
システムネットワークスタック。
ローカルネットワーク。
演算子。
中間ルーティング。
VPN ノード。
ターゲットサーバー。
したがって、実際のアプリケーション層のスループットは、通常、オペレータの公称帯域幅と単純に等しくなりません。
現在、複数の 1Gbps 内部テスト シナリオにおいて、Sola は回線容量の 80% を超える実際の実効スループットを維持することができています。
つまり、次のように入力します。
800Mbps 以上の VPN 実効スループット。
Sola にとって、このデータが実際に表すものは次のとおりです。
プロトコルや伝送システム自体に起因するパフォーマンスの損失がさらに軽減されます。
プロパガンダの代わりに:
Sola は、すべての 1Gbps ネットワークで固定最大 800Mbps を実行できます。
両者は全く異なる概念です。
9. なぜSolaは最高速度だけを追求しないのですか？
2 つの VPN 接続があると仮定します。
第1条：
900Mbps
しかし同時に:
より高いジッター。
継続的なパケット損失。
レイテンシの変動。
第2条：
600Mbps
しかし:
レイテンシは安定しています。
パケットロスは非常に低いです。
連続送信もスムーズです。
大きなファイルをダウンロードするだけの場合は、最初のファイルが有利になる可能性があります。
ただし、次のように使用すると、
ビデオ会議。
AI;
リモートデスクトップ。
ライブチャット;
ウェブページ;
API;
2 番目の方が、実際にはより優れた実際のエクスペリエンスを備えている可能性があります。
したがって、Sola は VPN のパフォーマンスを単一の数値として定義しません。
Sola の設計の観点から見ると、完全なパフォーマンスは次のようになります。
スループット
+
レイテンシ
+
ジッター
+
パケットロス
+
安定性
+
接続品質
これは数式ではありません。
むしろ、Sola は VPN のパフォーマンスを理解するための評価フレームワークです。
10. Solaが低遅延を重視するのはなぜですか？
最新のアプリケーションの多くは、実際には高帯域幅要件を持っていません。
たとえば、ChatGPT にテキストを送信する場合、数百の Mbps はまったく必要ない場合があります。
ただし、遅延が大きい場合は、次のようになります。
ユーザーのクリック数
↓
待ってください
↓
リクエストは実際にサーバーに到達します
この待機は直接的には次のようになります。
「ネットワークがとても遅いです。」
したがって、AI、Web ページ、API、インタラクティブ アプリケーションが急速に成長している今日の世界では、VPN のパフォーマンスは大容量ファイルのダウンロードのみを考慮して設計することはできません。
したがって、Sola は次のことを行います。
応答時間
と:
スループット
同様に重要な位置に置かれています。
現在の内部テスト結果では、Sola が参加しているテスト プロトコルで全体的な遅延が低いことも示しています。
11. 1% 未満のパケットロスが重要なのはなぜですか?
パケットロスはネットワークの伝送効率に直接影響します。
データが宛先に正常に到達しない場合、ネットワーク プロトコルは多くの場合、後続の処理または再送信を必要とします。
簡単な理解は次のとおりです。
パケットロス
↓
再送信
↓
追加待機
↓
スループットの低下
↓
実際のエクスペリエンスは悪化します
したがって:
一定のパケット損失がある高速 VPN 接続が、低速ではあるが安定した接続より必ずしも優れているとは限りません。
現在、Sola 内部テスト中:
パケットロス <1%
これは、プロトコルが現在のテスト環境で良好なデータ伝送の整合性と安定したパフォーマンスを達成していることを意味します。
ただし、次の点にも注意する必要があります。
パケット損失は、VPN プロトコルによって完全に決まるわけではありません。
ローカルのWi-Fi、通信事業者、国際ルーティング、宛先ネットワークはすべてパケットロスを引き起こす可能性があります。
したがって、この結果は次のように理解できません。
Sola のパケット損失は、どのネットワークでも 1% 未満でなければなりません。
12. Sola の一般的な使用シナリオ
アプリケーションが異なれば、VPN パフォーマンスに対する要件も異なります。
Sola は、よりバランスの取れたパフォーマンス設計を通じて、より現代的なインターネット利用シナリオをカバーしたいと考えています。
AIと大規模モデル
たとえば:
ChatGPT;
クロード;
双子座;
カーソル。
このようなサービスは通常、次の点に重点を置いています。
遅延。
長期にわたる接続の安定性。
パケット損失が少ない。
応答速度。
したがって、高いピーク帯域幅だけが指標ではありません。
ビデオとストリーミング
4K および高ビット レートのビデオは、次のものにさらに依存します。
連続スループット。
パケット損失が少ない。
安定した伝送。
Sola の高い実効スループットと持続的なパフォーマンス設計は、主にこのタイプの使用シナリオに対応しています。
大きなファイルとクラウド同期
この種のシナリオは次の場合に適しています。
高い帯域幅使用率
要件は非常に明白です。
500Mbps または 1Gbps のネットワークがあるにもかかわらず、VPN プロトコルがその一部しか実行できない場合、プロトコルがボトルネックになる可能性があります。
インスタントメッセージングとビデオ会議
さらに依存するもの:
遅延。
ジッター。
パケットロス。
このようなシナリオでは、単にダウンロード Mbps を増やすだけでは役に立ちません。
在宅勤務
リモート デスクトップ、SSH、エンタープライズ アプリケーション、および長期接続には通常、さらに多くのものが必要です。
安定していますが、1秒間はそれほど速くありません。
これが、Sola が中核となる設計目標に 持続的なパフォーマンス を組み込んでいる理由です。
13. Sola は他の VPN プロトコルとどう比較しますか?
環境に依存しない「絶対に最速の」VPN プロトコルは存在しません。
プロトコルが異なると次の点が異なります。
地域。
演算子。
設備;
ネットワークの品質。
サーバー;
使用シナリオ。
異なる結果が生じる可能性があります。
したがって、SingLink は Sola を次のように定義しません。
すべての環境ですべてのプロトコルよりも高速です。
これまでに確認できていることは次のとおりです。
SingLink が実施した内部比較テストでは、Sola はテストに参加した他のプロトコルよりも全体的に高いスループットと低い遅延を示しました。
これは、現在のデータが裏付けることができる正確な記述です。
将来的には、Sola の ベンチマーク も環境との比較にさらに注意を払う予定です。
たとえば:
同じデバイス
↓
同じネットワーク
↓
同じ期間
↓
ピアノードのリソース
↓
同じテスト対象
↓
同じ検査数
次に、さまざまなプロトコルを比較します。
そのようなデータのみが真に参考として重要です。
14. セキュリティは Sola の中核要件でもあります
高性能だからといって安全性が犠牲になるわけではありません。
Sola は中核となる研究開発と内部テストを経て、現在は本番環境で提供されています。リリース後も、セキュリティは引き続き中核となる要件です。
Sola のセキュリティ作業は、次の領域を対象としています。
プロトコルの実装。
接続処理。
異常な状態。
クライアントの統合。
権限の境界。
潜在的な攻撃対象領域。
リソース例外。
既知のセキュリティ問題。
これらの領域は、プロトコルの進化に合わせて継続的に検証されます。
関連するセキュリティ作業については、SingLinkの既存のセキュリティ監査資料およびノーログ監査も参照できます。ただし、これらの資料はSolaプロトコル単独の監査報告書ではありません。
現在の公式ステータスは次のとおりです。
開発：完了
内部テスト中: 完了
提供対象：Plus、Pro、Max、Rich
なお、SingLink は現在も、Sola を次のようには説明していません。
「すべてのセキュリティ検証が完了しました。」
Sola について公開できるセキュリティ情報が増えた時点で、本記事を更新します。
15. Sola の技術的透明性
Sola は、Speedtest のスクリーンショットを数枚だけで終わらせたくありません。
SingLink は、Sola のより完全なパフォーマンスおよび技術情報を徐々に構築する予定です。
含まれるもの:
プロプロトコル バージョン;
クライアントのバージョン;
ベンチマーク;
変更ログ;
レイテンシー。
ジッター。
パケット損失;
スループット。
試験日。
テスト環境。
既知の制限。
セキュリティ監査ステータス。
その後、さまざまな種類のデータが可能な限り区別されます。
内部テスト
SingLink の内部テスト。
コミュニティ テスト
コミュニティテスト。
ユーザーが送信したデータ
ユーザーが自発的に提供するテスト結果。
独立したテスト
独立した第三者によるテスト。
このようにして、外部関係者は Sola データを読み取るときを明確に知ることができます。
このデータは誰が測定したのか、どこで測定されたのか、そして何を証明できるのか。
16. Sola にできることとできないこと
一連のプロトコルを正式に導入するには、その技術的な境界を明確にすることも必要です。
Sola は次の目的で最適化できます。
プロトコル自体の伝送効率。
VPN トンネルの帯域幅使用率。
接続処理。
遅延。
パケットロス環境下での実際の伝送パフォーマンス。
持続的なパフォーマンス。
クライアントとプロトコルのコラボレーション。
ただし、Sola は変更できません。
ユーザーの物理帯域幅制限。
Wi-Fi 信号の品質。
ローカルキャリアの混雑。
国際回線能力。
サードパーティの Web サイトサーバーのパフォーマンス。
物理的な距離による遅延を最小限に抑えます。
対象サービス自体の障害。
たとえば:
100Mbps のローカル ネットワークは、Sola を使用しても 1Gbps にはなりません。
同様に:
もともと混雑が激しい国際回線では、VPN プロトコルだけでは物理ネットワークのボトルネックを完全に解消することはできません。
Sola が実際にできることは次のとおりです。
プロトコル自体がリンク全体でさらなるパフォーマンスのボトルネックになるのを避けるようにしてください。
17. プロトコル情報
Sola Protocol Information
プロトピック名
Sola
開発者
SingLink
プロトピックのタイプ
VPN トランスポートプロプロトコル
Protocol ファミリー
SingLink
技術基盤
SingLink 2.0
アーキテクチャ
再設計/再構築
主な設計目標
高スループット 低遅延 低いパケットロス 持続的なパフォーマンス ネットワークの適応性
内部テスト中
完了
提供対象
Plus、Pro、Max、Rich
現在のパケットロステスト
<1%
現在の 1Gbps テスト
複数の内部テストシナリオで 80% 以上の有効回線利用率
18. Sola のバージョン体系
プロトコル名とクライアント バージョンの間の将来の混乱を避けるために、Sola は独立したプロトコル ブランドとして存在します。
つまり、次のようになります。
SingLink
SingLink 製品とテクノロジー システムを表します。
Sola
プロトコル名を表します。
プロトコル自体は、バージョン番号を通じて進化し続けることができます。
たとえば:
Sola 1.0
Sola 1.1
Sola 1.2
これにより、次のことが回避されます。
クライアントのバージョン
と:
プロトコルのバージョン
混ぜ合わせた。
将来の SingLink クライアントは Sola 1.x をサポートする可能性がありますが、クライアント自体のソフトウェア バージョン番号はまったく異なります。
19. 導入と可用性
Sola は内部テストを経て、現在は本番環境で提供されています。
Sola は次のプランに含まれています。
サブスクリプションプラン：
Plus と Pro
どちらのサブスクリプションプランにも Sola プロトコルが含まれます。
データパック：
Max
そして:
Rich
Max と Rich は Pro レベルのデータパックのため、Sola も含まれます。
Sola が含まれないプラン：
無料プラン
そして:
Fast
無料プランと Fast の会員は、すべてのプランで利用できる SingLink Beta で接続します。
SingLink は、次の要素に基づいて、本番環境での Sola の調整を続けています。
クライアントの適応。
プロトコル監査。
実際のネットワーク データ。
ノードの展開。
安定性。
Sola を使うには、対象プランでクライアントにログインし、ノード一覧から Sola プロトコルの表示があるノードを選んでください。
以前の段階的な展開は、プロトコルの使用を制限するためのものではありませんでした。プロトコルが大規模な本番環境に導入される過程で変数を制御し、パフォーマンスや異常な挙動をより正確に観察するためのものでした。
20. よくある質問
Solaとは何ですか？
Sola は、SingLink 2.0 テクノロジー システムとコア伝送アーキテクチャの再設計と再構築に基づいて、SingLink によって形成された新世代の自社開発 VPN 伝送プロトコルです。
Sola は SingLink 自体が開発したものですか?
はい。
Sola は、SingLink が自社開発したプロトコル システムに属しています。
SolaはSingLink 2.0の名称変更ですか？
いいえ。
Sola は、SingLink 2.0 テクノロジーと生産経験に基づいていますが、コア アーキテクチャは再設計および再構築されているため、単純な名前変更や一般的なマイナー バージョン アップデートではありません。
Solaが主に最適化するものは何ですか？
現在、主に次のものが含まれます。
有効なスループット。
遅延。
パケット損失。
高い帯域幅使用率。
持続的なパフォーマンス。
複雑なネットワーク下での実際の伝送パフォーマンス。
Sola のパケットロス率はどのくらいですか?
現在、内部テスト シナリオにおけるパケット損失は 1% 未満です。
これは、すべてのユーザーおよびすべてのネットワーク環境が 1% 未満に固定されることを意味するものではありません。
Sola は 1Gbps ネットワークでどれくらい実行できますか?
現在、複数の 1Gbps 内部テスト シナリオの実効スループットは、回線容量の 80% 以上に達する可能性があります。
実際の結果はネットワーク環境によって異なります。
これは、Sola が 800Mbps を保証できるということですか?
いいえ。
80% 以上は、特定の 1Gbps 内部テスト環境での現在の結果であり、すべてのユーザーに対する固定速度の約束として理解されるべきではありません。
Sola は他のすべての VPN プロトコルよりも高速ですか?
現時点ではそうは言えません。
確認できることは次のとおりです。
現在内部テストに参加しているプロトコルを比較すると、Sola の方が全体的にスループットが高く、遅延が低くなります。
プロトコルが異なれば、ネットワーク環境が異なれば動作も異なる場合があります。
Sola と SingLink 2.0 の最大の違いは何ですか?
最大の違いは 1 つの機能ではありません。
代わりに:
Sola は、コア伝送アーキテクチャを再設計して再構築しました。
したがって、これは通常のパラメータ レベルのアップグレードではなく、アーキテクチャ レベルの進化です。
Sola は開発を完了しましたか?
主要な研究開発と内部テストの第 1 段階は完了しました。
Sola は現在、本番環境で Plus、Pro、Max、Rich の会員に提供されています。
Sola はすぐに SingLink 2.0 を置き換えますか?
いいえ。
Sola は既存のプロトコルと並行して提供されており、既存のプロトコルはプラットフォーム、ノード、ネットワーク、実際の使用状況に応じて引き続き使用されます。
Sola はどのプランで使えますか?
Sola は Plus、Pro、Max、Rich の会員が利用できます。無料プランと Fast の会員は、すべてのプランで利用できる SingLink Beta を使用します。
21. まとめ
Sola の意味は、SingLink に別のプロトコル名を追加することではありません。
これは、SingLink が自社開発したプロトコル システムの次の段階を表します。
SingLink 2.0 は、SingLink 独自のプロトコルと伝送基盤を確立します。
長期的な運用環境では、ユーザーの帯域幅、デバイスのパフォーマンス、ネットワークの使用状況が変化するにつれて、次のような新たな問題に直面し始めます。
VPN プロトコル自体のパフォーマンス損失をさらに減らすことはできますか?
1Gbps ネットワークは実際にどのくらいの容量をアプリケーションに提供できますか?
速度を上げながら、遅延を減らすことはできますか？
高スループットと低パケット損失は同時に共存できますか?
プロトコルは一定の速度テストを追求するだけでなく、より安定した継続的なパフォーマンスを維持できますか?
Sola は、これらの問題に基づいて構築されたプロトコルです。
これは、SingLink 2.0 に基づいています。
ただし、これは SingLink 2.0 の単純な継続ではありません。
コア トランスポート アーキテクチャを再設計し、VPN パフォーマンスに対する SingLink の理解を再定義し、次のことを行います。
高スループット
低遅延
低いパケットロス
持続的なパフォーマンス
ネットワークの適応性
新しいコアデザインの方向性として。
内部テストの第 1 段階が完了しました。
現在の結果は次のとおりです。
パケットロスは 1% 未満です。
複数の 1Gbps テスト シナリオの実効スループットは、回線容量の 80% 以上に達します。
テストした他のプロトコルよりも全体的にスループットが高く、遅延が低い。
しかし、Sola の正式な技術的価値はこれらの数値に限定されません。
本当に重要なことは次のとおりです。
VPN トンネルが存在する場合、プロトコルはユーザーが元々所有していたネットワーク機能の無駄を最小限に抑えることができますか?
これは、Sola が SingLink 2.0 から次世代アーキテクチャに移行した主な理由でもあります。
Sola。
SingLink 2.0 に基づいて再設計されました。
より高いスループット、より低いレイテンシー、より安定した現実のネットワーク伝送のために生まれました。
技術データとテストデータに関する注記：本記事に記載した、Sola のパケットロス率が 1% 未満であること、1Gbps ネットワークで 80% 以上の実効スループットを達成したこと、テストに参加した他のプロトコルよりも高いスループットと低い遅延を示したことは、いずれも SingLink の現時点での内部テスト結果に基づくものです。国や地域、通信事業者、デバイス、ローカルネットワーク、ノード、国際回線、接続先サービスによって、実際の結果は異なる場合があります。Sola は中核となる研究開発と内部テストを完了し、現在は Plus、Pro、Max、Rich の会員が利用できます。完全なテスト方法、各回のログ、生データはまだ公開していないため、これらの数値は内部テストの結果としてのみ引用し、第三者が再現した結論として扱わないでください。パフォーマンス、監査、バージョンに関する情報は、プロトコルの進化に合わせて継続的に更新します。