تحلیل فنی پروتکل Sola | پروتکل VPN با توان عملیاتی بالا، تأخیر کم و اتلاف بستهٔ کم
Contents
خلاصهٔ پروتکل
Sola پروتکل انتقال VPN نسل جدید و اختصاصی SingLink است که با بازطراحی و بازسازی معماری هستهٔ انتقال بر پایهٔ سامانهٔ فناوری SingLink 2.0 ساخته شده است.
Sola نام تازه‌ای برای SingLink 2.0 نیست و صرفاً مجموعه‌ای از تنظیم پارامترها هم نیست.
توسعهٔ Sola بر تجربهٔ واقعی شبکه استوار است که در دوران طولانی بهره‌برداری از SingLink 2.0 انباشته شده است. این پروتکل مسائل عملکردی را که VPNها در پهنای باند بالا، تأخیر کم، اتلاف بسته، انتقال‌های طولانی و شرایط پیچیدهٔ شبکه با آن روبه‌رو می‌شوند، از نو بررسی میکند.
اهداف اصلی طراحی Sola عبارت‌اند از:
توان عملیاتی مؤثر بالا، تأخیر کم، اتلاف بستهٔ کم، انتقال پایدار در درازمدت و بهرهوری عملی بیشتر از شبکه.
توسعهٔ هسته و آزمونهای داخلی Sola به پایان رسیده و این پروتکل وارد مرحلهٔ ممیزی امنیت پروتکل و پیاده‌سازی شده است.
در مرحلهٔ فعلی آزمونهای داخلی:
- Sola توان عملیاتی کلی بالاتری نسبت به دیگر پروتکلهای حاضر در آزمونها ارائه داد؛
- تأخیر کلی آن کمتر از دیگر پروتکلهای حاضر در آزمونها بود؛
- اتلاف بسته در آزمونهای فعلی کمتر از 1% بود؛
- در چند محیط آزمون 1 Gbps، توان عملیاتی مؤثر از 80% ظرفیت خط فراتر رفت؛
- در مقایسه با SingLink 2.0 و رویکردهای پروتکلی پیشین، Sola از نظر کارایی انتقال و تجربهٔ عملی شبکه بیشتر بهینه شده است.
این نتایج از آزمونهای داخلی فعلی SingLink به دست آمده‌اند. عملکرد واقعی همچنان تحت تأثیر منطقه، اپراتور، خروجی بینالمللی، دستگاه، بار نود، شبکهٔ محلی و سناریوی استفاده است.
مرز شواهد: این نتایج از آزمون مستقل شخص ثالث نیستند؛ روش‌شناسی کامل آزمون و دادههای خام هنوز منتشر نشده‌اند. پس از سازمان‌دهی مطالب و گذر از بازبینی امنیتی، SingLink شرایط آزمون، روش‌ها و اطلاعات نسخهٔ قابل انتشار را به‌تدریج در چارچوب برنامهٔ متن‌باز و شفافیت خود اضافه خواهد کرد.
1. Sola چیست?
Sola یک پروتکل انتقال VPN نسل جدید است که SingLink خودش توسعه داده است.
توسعهٔ آن از صفر آغاز نشد.
پیش از 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. چرا به طراحی یک پروتکل جدید نیاز بود?
ظرفیت دسترسی به شبکه در سال‌های اخیر به‌سرعت افزایش یافته است.
اتصال‌های خانگی و تجاری 500 Mbps، 1 Gbps و حتی پهنای باند بالاتر روزبه‌روز رایج‌تر می‌شوند.
با این حال، یک مشکل آشنا در محیطهای VPN همچنان باقی است:
کاربر ممکن است اتصال 1 Gbps داشته باشد، اما پس از وصل شدن به VPN فقط بخشی از آن پهنای باند قابل استفاده بماند.
سرور VPN لزوماً تنها علت این وضع نیست.
یک مسیر کامل انتقال VPN شامل این موارد نیز هست:
برنامهٔ کاربر
↓
پشتهٔ شبکهٔ سیستم‌عامل
↓
کلاینت VPN
↓
پروتکل VPN
↓
اپراتور محلی
↓
شبکهٔ ستون فقرات یا خروجی بینالمللی
↓
نود VPN
↓
شبکهٔ مقصد
هر حلقه از این زنجیره میتواند افت عملکرد ایجاد کند.
برای خود پروتکل، توان عملیاتی نظری تنها دغدغه نیست.
ملاحظات دیگر عبارت‌اند از:
- سرباری که کپسولهسازی پروتکل ایجاد میکند؛
- کارایی پردازش اتصال؛
- تغییرات عملکرد در شبکه‌های پرتأخیر؛
- افت توان عملیاتی پس از اتلاف بسته؛
- نوسان شبکه؛
- توانایی انتقال پایدار در درازمدت؛
- کارایی پردازش در دستگاه‌های مختلف؛
- هماهنگی میان کلاینت و پروتکل.
به همین دلیل Sola در آغاز طراحی پرسش مستقیم‌تری مطرح کرد:
با فرض اینکه تونل VPN ناگزیر وجود دارد، چگونه میتوان افت عملکردی را که خود پروتکل ایجاد میکند تا حد ممکن کاهش داد؟
این یکی از نقطه‌های آغاز اصلی بازسازی معماری Sola است.
4. اهداف اصلی طراحی Sola
Sola رقم «بیشترین Mbps» را تنها شاخص عملکرد خود نمی‌داند.
این پروتکل از مرحلهٔ طراحی به بعد هم‌زمان بر پنج حوزهٔ اصلی تمرکز داشته است.
1. توان عملیاتی بالا
نخستین هدف اصلی Sola بهبود توان عملیاتی مؤثر واقعی در محیط VPN است.
در اینجا منظور از توان عملیاتی، پهنای باند نظری اعلامشده توسط اپراتور یا سرعت اسمی کارت شبکهٔ سرور نیست.
آنچه واقعاً اهمیت دارد این است:
برنامهٔ کاربر پس از عبور ترافیک از تونل VPN در نهایت چه مقدار پهنای باند را میتواند استفاده کند.
بنابراین Sola بیشتر بر این تمرکز دارد:
Effective Throughput
یعنی توان عملیاتی مؤثر واقعی.
در چند محیط آزمون داخلی 1 Gbps، Sola توان عملیاتی مؤثر بالای 80% ظرفیت خط را حفظ کرده است.
2. تأخیر کم
سرعت همهٔ تجربهٔ VPN نیست.
برای نمونه:
- ChatGPT؛
- Claude؛
- Gemini؛
- Cursor؛
- X؛
- Telegram؛
- مرور وب؛
- APIها؛
- دسکتاپ از راه دور.
بسیاری از این سناریوها در واقع به صدها Mbps پهنای باند پیوسته نیاز ندارند.
آنچه اغلب بیشترین اهمیت را در تجربهٔ کاربر دارد این است:
پس از ارسال یک درخواست، دریافت پاسخ چقدر طول می‌کشد.
به همین دلیل Sola در بازسازی معماری خود، تأخیر را هدفی عملکردی مستقل از سرعت اوج در نظر گرفت.
در آزمونهای مقایسهای داخلی فعلی، تأخیر کلی Sola کمتر از دیگر پروتکلهای حاضر در آزمونها بود.
یعنی بهبود عملکرد Sola فقط به این محدود نیست:
دانلودهای سریعتر.
بلکه این را هم شامل میشود:
تعامل و پاسخ‌گویی سریعتر شبکه.
3. اتلاف بستهٔ کم
اتلاف بسته شاخصی بسیار مهم اما اغلب نادیده‌گرفته‌شده در عملکرد VPN است.
اتلاف بستهٔ مداوم میتواند باعث این موارد شود:
- ارسال مجدد داده؛
- کاهش توان عملیاتی؛
- افزایش تأخیر؛
- بافر شدن ویدیو؛
- قطع شدن تماس‌های صوتی؛
- ناپایداری اتصال‌های طولانی‌مدت؛
- مکث‌های کوتاه هنگام بارگذاری صفحات وب؛
- افزایش ناگهانی تأخیر دسکتاپ از راه دور.
به همین دلیل یک وضعیت آشنا پیش می‌آید:
Speedtest سریع نشان میدهد، اما در استفادهٔ واقعی روان به نظر نمیرسد.
علت لزوماً کمبود پهنای باند نیست.
اتلاف بسته، لرزش و نوسان شبکه همگی میتوانند تفاوت‌های آشکاری در تجربهٔ عملی ایجاد کنند.
در آزمونهای داخلی فعلی Sola، اتلاف بسته در این حد کنترل شد:
کمتر از 1%.
این نیز یکی از مهم‌ترین نتایج عملکردی فعلی Sola است.
4. عملکرد پایدار در درازمدت
Sola نمی‌خواهد عملکرد پروتکل را با یک اوج استثنایی در Speedtest تعریف کند.
زیرا:
رسیدن به 900 Mbps برای یک ثانیه
و:
حفظ توان عملیاتی نسبتاً بالا برای مدتی طولانی
دو چیز متفاوت‌اند.
استفادهٔ واقعی میتواند شامل این موارد باشد:
- تماشای طولانی ویدیو؛
- دانلود فایلهای حجیم؛
- همگام‌سازی ابری؛
- اتصال‌های طولانی‌مدت هوش مصنوعی؛
- کار از راه دور؛
- ارتباط پیوسته با API.
این سناریوها بیشتر به این اهمیت میدهند:
Sustained Performance
یعنی عملکرد پایدار در درازمدت.
بنابراین بازسازی Sola فقط به دنبال اوج‌های کوتاه‌مدت نیست. هدف آن بهبود انتقال پایدار در کل چرخهٔ عمر اتصال است.
5. سازگاری با شبکه
کاربران VPN همه در یک محیط شبکهٔ یکسان زندگی نمی‌کنند.
یک پروتکل واحد ممکن است در این شرایط نتایج کاملاً متفاوتی داشته باشد:
- کشورها؛
- مناطق؛
- اپراتورها؛
- اینترنت خانگی؛
- Wi-Fi؛
- 4G؛
- 5G؛
- شبکه‌های عمومی؛
- شبکه‌های برون‌مرزی.
نتایج میتواند کاملاً متفاوت باشد.
بنابراین یکی دیگر از جهت‌های اصلی Sola کاهش نوسان عملکرد در شرایط مختلف شبکه است.
Sola نمی‌تواند شبکهٔ فیزیکی اپراتور را تغییر دهد یا ازدحام در نقاط خروجی بینالمللی را از بین ببرد.
اما میتواند افت عملکرد اضافی ناشی از خود لایهٔ پروتکل را به حداقل برساند.
5. از SingLink 2.0 تا Sola: بازسازی در سطح معماری
بزرگ‌ترین تفاوت Sola با یک به‌روزرسانی معمولی پروتکل این است که این تلاش توسعه فقط یک قابلیت خاص را تنظیم نکرد.
این تلاش کل فرایند را، از برقراری اتصال VPN توسط کلاینت تا عبور داده از تونل و رسیدن به نود، دوباره بررسی کرد.
یک به‌روزرسانی عملکرد معمولی بیشتر به این شبیه است:
تنظیم پارامترها
↓
تغییر بخشی از منطق پردازش
↓
بهبود عملکرد در برخی سناریوها
فرایند توسعهٔ Sola بیشتر به این شبیه بود:
تحلیل دادههای عملیاتی SingLink 2.0
↓
شناسایی گلوگاه‌های عملکردی واقعی
↓
تعریف دوبارهٔ اهداف عملکردی پروتکل
↓
بازطراحی معماری هستهٔ انتقال
↓
پیاده‌سازی دوباره
↓
انجام آزمونهای داخلی
↓
انجام ممیزی‌های امنیت و پیاده‌سازی
بنابراین جایگاه فنی دقیق‌تر Sola چنین است:
Architecture-level Evolution
یعنی:
تکاملی در سطح معماری.
این یک بهینه‌سازی سادهٔ در سطح پارامترها نیست.
6. معماری فنی سطح بالای Sola
پیاده‌سازی کامل لایه‌های پایین Sola در حال حاضر عمومی نیست.
با این حال، از دیدگاه طراحی پروتکل، این بازسازی معماری را میتوان بازطراحی‌ای حول چند پرسش اصلی دانست.
پردازش اتصال
نخستین مسئله‌ای که یک پروتکل VPN باید حل کند این است که چگونه یک اتصال معتبر را برقرار کند، حفظ کند و پایان دهد.
Sola مدیریت چرخهٔ عمر اتصال در SingLink 2.0 را دوباره بررسی کرد تا انتظار و هزینه‌های پردازشی غیرضروری را کاهش دهد.
انتقال داده
پس از برقراری VPN، آنچه واقعاً عملکرد را تعیین میکند این است:
داده چگونه میان کلاینت و نود منتقل میشود.
بازسازی معماری Sola توان عملیاتی مؤثر را هدفی اصلی می‌داند و می‌کوشد افت عملکردی را که خود پروتکل در محیطهای پرپهنای‌باند ایجاد میکند کاهش دهد.
مدیریت نوسان شبکه
اینترنت واقعی یک پیوند کاملاً پایدار نیست.
تأخیر، اتلاف بسته، تغییرات مسیر و ازدحام همگی میتوانند در طول زمان تغییر کنند.
بنابراین طراحی Sola نه فقط شرایط ایدئال آزمایشگاهی، بلکه عملکرد عملی انتقال هنگام تغییر شرایط شبکه را نیز در نظر می‌گیرد.
پردازش پهنای باند بالا
با فراگیر شدن اتصال‌های 500 Mbps، 1 Gbps و حتی سریعتر، اینکه یک پروتکل VPN خودش بتواند توان عملیاتی بالا را پردازش کند، اهمیت روزافزونی دارد.
یکی از اهداف اصلی عملکردی Sola کاهش احتمال تبدیل شدن خود پروتکل به گلوگاه در شبکه‌های پرپهنای‌باند است.
هماهنگی با کلاینت
یک پروتکل VPN به‌تنهایی وجود ندارد.
در نهایت با این اجزا کار میکند:
- سیستم‌عامل؛
- کلاینت VPN؛
- رابط‌های شبکه؛
- سیستم‌های نود.
این اجزا با هم کار میکنند.
بنابراین بازسازی Sola کارایی هماهنگی میان پروتکل و کلاینت‌های SingLink را نیز در نظر می‌گیرد.
دربارهٔ پیاده‌سازی فنی کامل
به دلایل مربوط به امنیت، ممیزی پروتکل و ادامهٔ توسعه، Sola در حال حاضر جزئیات کامل لایه‌های پایین این موارد را افشا نمیکند:
- جریان دست‌دهی اتصال؛
- جزئیات تبادل کلید؛
- الگوریتم‌های مشخص پردازش داده؛
- روش‌های مدیریت ویژگی‌های ترافیک؛
- برخی پارامترهای پروتکل؛
- جزئیات پیاده‌سازی سمت سرور.
اینکه کدام مطالب فنی در آینده افشا شوند، به‌تدریج بر اساس نتایج ممیزی امنیتی، پایداری پروتکل و برنامهٔ شفافیت فنی SingLink تصمیم‌گیری خواهد شد.
7. نتایج فعلی آزمون عملکرد Sola
Sola نخستین مرحلهٔ آزمونهای داخلی خود را به پایان رسانده است.
نتایج اصلی فعلی عبارت‌اند از:
| شاخص | نتیجهٔ آزمون فعلی Sola |
|---|---|
| نوع پروتکل | توسعه‌یافته توسط خود SingLink |
| پایهٔ فنی | SingLink 2.0 |
| معماری | بازطراحی و بازسازی‌شده |
| آزمون داخلی | تکمیل‌شده |
| توان عملیاتی مؤثر | در مجموع بالاتر از دیگر پروتکلهای حاضر در آزمونها |
| تأخیر | در مجموع کمتر از دیگر پروتکلهای حاضر در آزمونها |
| اتلاف بسته | <1% |
| شبکه‌های 1 Gbps | توان عملیاتی مؤثر بالای 80% ظرفیت خط در چند سناریو |
| انتقال پایدار در درازمدت | بهینه‌سازی بیشتر نسبت به رویکردهای پروتکلی پیشین |
| مرحلهٔ فعلی | ممیزی پروتکل |
یک قید مهم لازم است:
این ارقام از سناریوهای آزمون داخلی فعلی به دست آمده‌اند.
«دیگر پروتکلهای حاضر در آزمونها» به معنای همهٔ پروتکلهای VPN جهان نیست و به این معنا هم نیست که Sola در هر محیط شبکهای لزوماً همین نتایج را خواهد داشت.
8. بهرهوری بیش از 80% از یک شبکهٔ 1 Gbps به چه معناست?
این یکی از چشمگیرترین نتایج عملکردی فعلی Sola است.
اتصالی که اینگونه اعلام میشود:
1 Gbps
اوج نظری تقریبیاش این است:
1,000 Mbps
اما انتقال واقعی VPN باید از این مراحل نیز بگذرد:
- کپسولهسازی VPN؛
- رمزگذاری و رمزگشایی؛
- پشتهٔ شبکهٔ سیستم؛
- شبکهٔ محلی؛
- اپراتور؛
- مسیریابی میانی؛
- نود VPN؛
- سرور مقصد.
بنابراین توان عملیاتی واقعی در لایهٔ برنامه بهسادگی برابر با پهنای باند اعلامشده توسط اپراتور نیست.
در چند سناریوی آزمون داخلی 1 Gbps، Sola توان عملیاتی مؤثر واقعی بالای 80% ظرفیت خط را حفظ کرده است.
یعنی:
توان عملیاتی مؤثر VPN در محدودهٔ بالای 800 Mbps.
برای Sola، آنچه این رقم واقعاً نشان میدهد این است:
کاهش بیشتر افت عملکردی که خود پروتکل و سامانهٔ انتقال ایجاد میکنند.
این ادعا نیست که:
Sola در هر شبکهٔ 1 Gbps بهطور پیوسته به 800 Mbps میرسد.
اینها مفاهیم کاملاً متفاوتی هستند.
9. چرا Sola فقط به دنبال بیشترین سرعت نیست?
فرض کنید دو اتصال VPN وجود دارد.
اولی به این سرعت میرسد:
900 Mbps
اما این مشکلات را هم دارد:
- لرزش بیشتر؛
- اتلاف بستهٔ مداوم؛
- تأخیر نوسانی.
دومی به این سرعت میرسد:
600 Mbps
اما این ویژگیها را دارد:
- تأخیر پایدار؛
- اتلاف بستهٔ بسیار کم؛
- انتقال روان و پیوسته.
اگر تنها کار، دانلود یک فایل حجیم باشد، اتصال اول ممکن است برتری داشته باشد.
اما برای:
- ویدیوکنفرانس؛
- هوش مصنوعی؛
- دسکتاپ از راه دور؛
- پیامرسانی فوری؛
- صفحات وب؛
- APIها؛
اتصال دوم ممکن است تجربهٔ عملی بهتری ارائه دهد.
بنابراین Sola عملکرد VPN را با یک عدد تعریف نمیکند.
از دیدگاه طراحی Sola، عملکرد کامل بیشتر به این شبیه است:
توان عملیاتی
+
تأخیر
+
لرزش
+
اتلاف بسته
+
پایداری
+
کیفیت اتصال
این یک فرمول ریاضی نیست.
این چارچوب ارزیابیای است که Sola برای درک عملکرد VPN به کار میبرد.
10. چرا Sola بر تأخیر کم تأکید دارد?
بسیاری از برنامههای امروزی در واقع به پهنای باند زیادی نیاز ندارند.
برای نمونه، فرستادن یک متن به ChatGPT ممکن است اصلاً به صدها Mbps نیاز نداشته باشد.
اما اگر تأخیر بالا باشد:
کاربر کلیک میکند
↓
منتظر میماند
↓
تازه آن موقع درخواست به سرور میرسد
این انتظار مستقیماً اینگونه تجربه میشود:
«اینترنت کند است.»
با رشد سریع برنامههای هوش مصنوعی، وب، API و برنامههای تعاملی، دیگر نمیتوان عملکرد VPN را فقط حول دانلود فایلهای حجیم طراحی کرد.
بنابراین Sola به:
زمان پاسخ (Response Time)
در کنار:
توان عملیاتی (Throughput)
اهمیتی برابر میدهد.
آزمونهای داخلی فعلی نیز نشان میدهند که تأخیر کلی Sola کمتر از دیگر پروتکلهای حاضر در آزمونهاست.
11. چرا اتلاف بستهٔ کمتر از 1% مهم است?
اتلاف بسته مستقیماً بر کارایی انتقال شبکه اثر میگذارد.
وقتی داده با موفقیت به مقصد نمیرسد، پروتکلهای شبکه معمولاً به رسیدگی بعدی یا ارسال مجدد نیاز دارند.
به زبان ساده:
اتلاف بسته
↓
ارسال مجدد
↓
انتظار بیشتر
↓
کاهش توان عملیاتی
↓
تجربهٔ عملی بدتر
بنابراین:
یک اتصال VPN سریع با اتلاف بستهٔ مداوم لزوماً بهتر از یک اتصال کمی کندتر اما پایدار نیست.
نتیجهٔ داخلی فعلی Sola یعنی:
اتلاف بسته <1%
به این معناست که این پروتکل در محیطهای آزمون فعلی به یکپارچگی نسبتاً خوب در تحویل داده و عملکرد پایدار دست یافته است.
همان قید همچنان برقرار است:
اتلاف بسته بهطور کامل توسط پروتکل VPN تعیین نمیشود.
Wi-Fi محلی، اپراتورها، مسیریابی بینالمللی و شبکهٔ مقصد همگی میتوانند باعث اتلاف بسته شوند.
بنابراین این نتیجه را نباید اینگونه فهمید:
اتلاف بستهٔ Sola در هر شبکهای همیشه کمتر از 1% خواهد بود.
12. موارد استفادهٔ رایج Sola
برنامههای مختلف نیازهای عملکردی متفاوتی از VPN دارند.
Sola با طراحی عملکردی متوازن‌تر می‌کوشد کاربردهای بیشتری از اینترنت امروز را پوشش دهد.
هوش مصنوعی و مدل‌های بزرگ
برای نمونه:
- ChatGPT؛
- Claude؛
- Gemini؛
- Cursor.
این سرویس‌ها معمولاً بیشتر به این موارد اهمیت میدهند:
- تأخیر؛
- پایداری اتصال‌های طولانی‌مدت؛
- اتلاف بستهٔ کم؛
- سرعت پاسخ‌گویی.
بنابراین پهنای باند اوج بالا تنها شاخص نیست.
ویدیو و پخش آنلاین
ویدیوی 4K و ویدیوهای با بیت‌ریت بالا بیشتر به این موارد وابسته‌اند:
- توان عملیاتی پیوسته؛
- اتلاف بستهٔ کم؛
- انتقال پایدار.
توان عملیاتی مؤثر بالا و طراحی عملکرد پایدار Sola عمدتاً این نوع کاربرد را هدف گرفته است.
فایلهای حجیم و همگام‌سازی ابری
این سناریوها نیاز روشنی به این دارند:
بهرهوری بالا از پهنای باند.
این نیاز به‌ویژه آشکار است.
اگر کاربر شبکهٔ 500 Mbps یا 1 Gbps داشته باشد اما پروتکل VPN فقط بخش کوچکی از آن را استفاده کند، ممکن است خود پروتکل به گلوگاه تبدیل شود.
ارتباطات بلادرنگ و ویدیوکنفرانس
اینها بیشتر به این موارد وابسته‌اند:
- تأخیر؛
- لرزش؛
- اتلاف بسته.
صرفاً افزایش Mbps دانلود در این سناریوها کمک محدودی میکند.
کار از راه دور
دسکتاپ از راه دور، SSH، برنامههای سازمانی و اتصال‌های طولانی‌مدت معمولاً به این نیاز دارند:
پایداری، نه اینکه فقط برای یک ثانیه فوق‌العاده سریع باشند.
به همین دلیل Sola عملکرد پایدار در درازمدت را در میان اهداف اصلی طراحی خود قرار داده است.
13. Sola در مقایسه با دیگر پروتکلهای VPN چگونه است?
هیچ پروتکل VPNی وجود ندارد که مستقل از محیط «مطلقاً سریعترین» باشد.
پروتکلهای مختلف میتوانند در این شرایط نتایج متفاوتی داشته باشند:
- مناطق؛
- اپراتورها؛
- دستگاهها؛
- کیفیت شبکه؛
- سرورها؛
- سناریوهای استفاده.
نتایج میتواند متفاوت باشد.
بنابراین SingLink، Sola را اینگونه تعریف نخواهد کرد:
سریعتر از هر پروتکلی در هر محیطی.
آنچه در حال حاضر میتوان تأیید کرد این است:
در آزمونهای مقایسهای داخلی که SingLink تاکنون انجام داده، Sola توان عملیاتی کلی بالاتر و تأخیر کمتری نسبت به دیگر پروتکلهای حاضر در آزمونها نشان داد.
این بیان دقیقی است که دادههای فعلی از آن پشتیبانی میکنند.
بنچمارکهای آیندهٔ Sola نیز تأکید بیشتری بر مقایسه در محیط یکسان خواهند داشت.
برای نمونه:
دستگاه یکسان
↓
شبکهٔ یکسان
↓
بازهٔ زمانی یکسان
↓
منابع نود همارز
↓
هدف آزمون یکسان
↓
تعداد دفعات آزمون یکسان
فقط در این صورت باید پروتکلهای مختلف را مقایسه کرد.
فقط دادههایی که اینگونه گردآوری شوند ارزش مرجع معناداری دارند.
14. امنیت نیز از الزامات اصلی Sola است
عملکرد بالا به این معنا نیست که میتوان امنیت را قربانی کرد.
پس از تکمیل توسعهٔ هسته و نخستین مرحلهٔ آزمونهای داخلی، Sola وارد مرحلهٔ ممیزی پروتکل شده است.
این یعنی پیش از ورود رسمی پروتکل به محیط عملیاتی، بررسی بیشتری بر این موارد لازم است:
- پیاده‌سازی پروتکل؛
- مدیریت اتصال؛
- وضعیت‌های استثنایی؛
- یکپارچگی با کلاینت؛
- مرزهای دسترسی؛
- سطوح حملهٔ بالقوه؛
- ناهنجاری‌های منابع؛
- مشکلات امنیتی شناخته‌شده.
این حوزه‌ها به بازبینی بیشتری نیاز دارند.
وضعیت رسمی فعلی چنین است:
توسعه: تکمیل‌شده
آزمون داخلی: تکمیل‌شده
ممیزی امنیت / پیاده‌سازی: در جریان
تا زمانی که ممیزی رسماً تکمیل نشده، SingLink، Sola را اینگونه توصیف نخواهد کرد:
«همهٔ تأییدهای امنیتی را گذرانده است.»
پس از تکمیل نتایج ممیزی، وضعیت مربوط بیشتر به‌روز خواهد شد.
کارهای امنیتی مرتبط را میتوان از طریق مطالب ممیزی امنیتی و ممیزی عدم ثبت لاگ موجود SingLink نیز شناخت؛ این مطالب موجود به این معنا نیستند که ممیزی امنیت پروتکل و پیاده‌سازی Sola تکمیل شده است.
15. شفافیت فنی Sola
Sola قصد ندارد فقط چند اسکرین‌شات Speedtest از خود به جا بگذارد.
SingLink برنامه دارد به‌تدریج مطالب عملکردی و فنی کامل‌تری برای Sola فراهم کند.
این مطالب شامل موارد زیرند:
- نسخهٔ پروتکل (Protocol Version)؛
- نسخهٔ کلاینت (Client Version)؛
- بنچمارک (Benchmark)؛
- تاریخچهٔ تغییرات (Changelog)؛
- تأخیر (Latency)؛
- لرزش (Jitter)؛
- اتلاف بسته (Packet Loss)؛
- توان عملیاتی (Throughput)؛
- تاریخ آزمون؛
- محیط آزمون؛
- محدودیت‌های شناخته‌شده؛
- وضعیت ممیزی امنیتی.
انواع مختلف داده نیز تا حد ممکن به‌روشنی از هم جدا خواهند شد:
آزمون داخلی (Internal Test)
آزمونی که SingLink به‌صورت داخلی انجام داده است.
آزمون جامعه (Community Test)
آزمونی که جامعه انجام داده است.
دادهٔ ارسالی کاربران (User Submitted Data)
نتایج آزمونی که کاربران داوطلبانه ارائه داده‌اند.
آزمون مستقل (Independent Test)
آزمونی که یک شخص ثالث مستقل انجام داده است.
به این ترتیب خوانندگان بیرونی دادههای Sola به‌روشنی خواهند دانست:
چه کسی آزمون را اجرا کرده، کجا اجرا شده و چه چیزی را میتواند ثابت کند.
16. Sola چه کاری میتواند و چه کاری نمی‌تواند بکند
یک معرفی رسمی پروتکل باید مرزهای فنی آن را نیز به‌روشنی بیان کند.
Sola میتواند این موارد را بهینه کند:
- کارایی انتقال خود پروتکل؛
- بهرهوری پهنای باند تونل VPN؛
- مدیریت اتصال؛
- تأخیر؛
- عملکرد عملی انتقال در شرایط اتلاف بسته؛
- عملکرد پایدار در درازمدت؛
- هماهنگی میان کلاینت و پروتکل.
اما Sola نمی‌تواند این موارد را تغییر دهد:
- محدودیت فیزیکی پهنای باند کاربر؛
- کیفیت سیگنال Wi-Fi؛
- ازدحام اپراتور محلی؛
- ظرفیت خروجی بینالمللی؛
- عملکرد سرور وب‌سایت‌های شخص ثالث؛
- حداقل تأخیر ناشی از فاصلهٔ فیزیکی؛
- خرابی‌های خود سرویس مقصد.
برای نمونه:
یک شبکهٔ محلی 100 Mbps با استفاده از Sola به شبکهٔ 1 Gbps تبدیل نمیشود.
به همین ترتیب:
گلوگاه فیزیکی یک مسیر بینالمللی به‌شدت پرازدحام را نمیتوان فقط با یک پروتکل VPN بهطور کامل از بین برد.
آنچه Sola واقعاً میتواند انجام دهد این است:
تا حد ممکن جلوگیری کند که خود پروتکل به گلوگاه عملکردی اضافه‌ای در کل مسیر تبدیل شود.
17. اطلاعات پروتکل
اطلاعات پروتکل Sola
نام پروتکل
Sola
توسعه‌دهنده
SingLink
نوع پروتکل
پروتکل انتقال VPN
خانوادهٔ پروتکل
SingLink
پایهٔ فنی
SingLink 2.0
معماری
بازمعماری‌شده / بازسازی‌شده
اهداف اصلی طراحی
توان عملیاتی بالا تأخیر کم اتلاف بستهٔ کم عملکرد پایدار در درازمدت سازگاری با شبکه
آزمون داخلی
تکمیل‌شده
وضعیت فعلی ممیزی
در جریان
آزمون فعلی اتلاف بسته
<1%
آزمون فعلی 1 Gbps
بهرهوری مؤثر 80%+ از ظرفیت خط در چند سناریوی آزمون داخلی
18. نظام نسخه‌گذاری Sola
برای جلوگیری از اشتباه گرفتن نام پروتکل با نسخه‌های کلاینت در آینده، Sola به‌عنوان یک برند پروتکل مستقل وجود خواهد داشت.
به بیان دیگر:
SingLink
نمایانگر نظام محصول و فناوری SingLink است.
Sola
نمایانگر نام پروتکل است.
خود پروتکل میتواند از طریق شماره‌های نسخه به تکامل ادامه دهد.
برای نمونه:
Sola 1.0
Sola 1.1
Sola 1.2
این کار از اشتباه گرفتن
نسخه‌های کلاینت
با
نسخه‌های پروتکل جلوگیری میکند.
به این ترتیب این دو با هم خلط نمی‌شوند.
یک کلاینت آیندهٔ SingLink ممکن است از Sola 1.x پشتیبانی کند، در حالی که خود کلاینت شمارهٔ نسخهٔ نرم‌افزاری کاملاً متفاوتی دارد.
19. استقرار و دسترس‌پذیری
Sola پس از تکمیل آزمونهای داخلی، پیش از انتشار رسمی وارد مرحلهٔ ممیزی و آماده‌سازی برای استقرار عملیاتی شده است.
بر اساس برنامهٔ استقرار فعلی، Sola به‌صورت مرحله‌ای وارد محیط عملیاتی واقعی خواهد شد.
در مرحلهٔ نخست، Sola ابتدا روی این پلتفرم ارائه میشود:
iOS
این پلتفرم دسترسی به پروتکل Sola را فراهم خواهد کرد.
نخستین کاربران واجد شرایط، کاربران
Pro
و
Rich
خواهند بود.
پس از تکمیل نخستین مرحلهٔ تأیید عملیاتی، Sola به‌تدریج به کاربران
Plus
و
Max
گسترش خواهد یافت.
پلتفرم‌های بیشتر نیز بر اساس این عوامل ارزیابی خواهند شد:
- سازگارسازی کلاینت؛
- ممیزی پروتکل؛
- دادههای واقعی شبکه؛
- استقرار نودها؛
- پایداری.
دسترسی به‌تدریج باز خواهد شد.
هدف از استقرار مرحله‌ای محدود کردن استفاده از پروتکل نیست. هدف کنترل متغیرها هنگام ورود رسمی پروتکل به محیط عملیاتی در مقیاس بزرگ است تا عملکرد و رفتارهای استثنایی با دقت بیشتری مشاهده شوند.
20. سوالات متداول (FAQ)
Sola چیست?
Sola پروتکل انتقال VPN نسل جدید و اختصاصی SingLink است که با بازطراحی و بازسازی معماری هستهٔ انتقال بر پایهٔ سامانهٔ فناوری SingLink 2.0 ساخته شده است.
آیا Sola را خود SingLink توسعه داده است?
بله، Sola را خود SingLink توسعه داده است.
Sola به خانوادهٔ پروتکلهای اختصاصی SingLink تعلق دارد.
آیا Sola همان SingLink 2.0 با نامی تازه است?
خیر، Sola فقط یک نام تازه نیست.
Sola بر پایهٔ فناوری و تجربهٔ عملیاتی SingLink 2.0 ساخته شده، اما معماری هستهٔ آن بازطراحی و بازسازی شده است. بنابراین صرفاً یک تغییر نام یا یک انتشار جزئی معمولی نیست.
Sola عمدتاً چه چیزی را بهینه میکند?
حوزه‌های اصلی فعلی بهینه‌سازی Sola عبارت‌اند از:
- توان عملیاتی مؤثر؛
- تأخیر؛
- اتلاف بسته؛
- بهرهوری از پهنای باند بالا؛
- عملکرد پایدار در درازمدت؛
- عملکرد عملی انتقال در شبکه‌های پیچیده.
نرخ اتلاف بستهٔ Sola چقدر است?
نرخ اتلاف بستهٔ Sola در سناریوهای آزمون داخلی فعلی کمتر از 1% بود.
این به آن معنا نیست که برای هر کاربر و در هر محیط شبکهای کمتر از 1% باقی بماند.
Sola در یک شبکهٔ 1 Gbps چقدر سریع است?
در چند سناریوی آزمون داخلی 1 Gbps، توان عملیاتی مؤثر Sola به بیش از 80% ظرفیت خط رسید.
نتایج واقعی بسته به محیط شبکه متفاوت است.
آیا این یعنی Sola میتواند 800 Mbps را تضمین کند?
خیر، Sola چنین سرعتی را تضمین نمیکند.
رقم بالای 80% نتیجهٔ محیطهای آزمون داخلی مشخص 1 Gbps است. نباید آن را تعهد سرعت ثابتی برای همهٔ کاربران دانست.
آیا Sola از همهٔ پروتکلهای VPN دیگر سریعتر است?
در حال حاضر نمیتوان چنین ادعایی دربارهٔ Sola کرد.
آنچه میتوان تأیید کرد این است:
در مقایسه‌های داخلی فعلی، Sola توان عملیاتی کلی بالاتر و تأخیر کمتری نسبت به دیگر پروتکلهای حاضر در آزمونها نشان داد.
پروتکلهای مختلف همچنان میتوانند در محیطهای شبکهٔ مختلف عملکرد متفاوتی داشته باشند.
بزرگ‌ترین تفاوت Sola و SingLink 2.0 چیست?
بزرگ‌ترین تفاوت Sola یک قابلیت خاص نیست.
بلکه این است که:
Sola معماری هستهٔ انتقال را بازطراحی و بازسازی میکند.
بنابراین تکاملی در سطح معماری است، نه یک ارتقای معمولی در سطح پارامترها.
آیا توسعهٔ Sola تمام شده است?
توسعهٔ هستهٔ Sola و نخستین مرحلهٔ آزمونهای داخلی آن به پایان رسیده است.
ممیزی امنیت پروتکل و پیاده‌سازی در حال حاضر در جریان است.
آیا Sola بلافاصله جایگزین SingLink 2.0 میشود?
خیر، Sola بلافاصله جایگزین پروتکلهای فعلی نمیشود.
Sola به‌تدریج وارد محیط عملیاتی میشود. پروتکلهای موجود بر اساس پلتفرم، نود، شبکه و شرایط واقعی استفاده همچنان به کار خواهند رفت.
کدام کاربران زودتر Sola را دریافت میکنند?
برنامهٔ فعلی این است که Sola ابتدا روی iOS برای کاربران Pro و Rich ارائه شود و سپس به‌تدریج به کاربران Plus و Max و پلتفرم‌های بیشتر گسترش یابد.
21. جمع‌بندی
اهمیت Sola در این نیست که یک نام پروتکل دیگر به SingLink اضافه میکند.
Sola نمایانگر مرحلهٔ بعدی نظام پروتکل اختصاصی SingLink است.
SingLink 2.0 پایهٔ پروتکل و انتقال اختصاصی SingLink را بنا نهاد.
اما با تغییر پهنای باند کاربران، عملکرد دستگاهها و کاربردهای شبکه در دوران طولانی بهره‌برداری، پرسش‌های تازه‌ای پدید آمد:
آیا یک پروتکل VPN میتواند افت عملکرد خودش را باز هم کاهش دهد؟
چه مقدار از ظرفیت یک شبکهٔ 1 Gbps واقعاً به برنامه میرسد؟
آیا میتوان هم‌زمان با افزایش سرعت، تأخیر را کاهش داد؟
آیا توان عملیاتی بالا و اتلاف بستهٔ کم میتوانند هم‌زمان وجود داشته باشند؟
آیا یک پروتکل میتواند به‌جای دنبال کردن فقط یک نتیجهٔ تست سرعت، عملکرد پایدارتری در درازمدت حفظ کند؟
Sola حول این پرسش‌ها بازسازی شد.
Sola بر پایهٔ SingLink 2.0 است.
اما ادامهٔ سادهٔ SingLink 2.0 نیست.
Sola معماری هستهٔ انتقال را بازطراحی میکند، درک SingLink از عملکرد VPN را از نو تعریف میکند و این موارد را:
توان عملیاتی بالا
تأخیر کم
اتلاف بستهٔ کم
عملکرد پایدار در درازمدت
سازگاری با شبکه
به‌عنوان جهت‌های اصلی تازهٔ طراحی خود برمی‌گزیند.
نخستین مرحلهٔ آزمونهای داخلی اکنون به پایان رسیده است.
نتایج فعلی نشان میدهند:
اتلاف بسته کمتر از 1%.
توان عملیاتی مؤثر بالای 80% ظرفیت خط در چند سناریوی آزمون 1 Gbps.
توان عملیاتی کلی بالاتر و تأخیر کمتر نسبت به دیگر پروتکلهای حاضر در آزمونها.
با این حال، ارزش فنی رسمی Sola به این ارقام محدود نیست.
آنچه واقعاً اهمیت دارد این است:
وقتی یک تونل VPN وجود دارد، آیا پروتکل میتواند تا حد ممکن کمتر از ظرفیت شبکهای که کاربر در اختیار دارد هدر دهد؟
این همچنین دلیل اصلی حرکت Sola از SingLink 2.0 به سوی یک معماری نسل جدید است.
Sola.
بر پایهٔ SingLink 2.0. بازطراحی‌شده.
ساخته‌شده برای توان عملیاتی بالاتر، تأخیر کمتر و انتقال پایدارتر شبکه در دنیای واقعی.
اطلاعیهٔ فنی و دادهٔ آزمون: ادعاهای این مقاله مبنی بر اینکه Sola اتلاف بستهٔ کمتر از 1% ثبت کرده، در شبکه‌های 1 Gbps به توان عملیاتی مؤثر بالای 80% رسیده و نسبت به دیگر پروتکلهای حاضر در آزمونها توان عملیاتی بالاتر و تأخیر کمتری نشان داده، همگی از نتایج آزمونهای داخلی فعلی SingLink هستند. کشورها یا مناطق، اپراتورها، دستگاهها، شبکه‌های محلی، نودها، نقاط خروجی بینالمللی و سرویس‌های مقصد مختلف ممکن است بر نتایج واقعی اثر بگذارند. Sola توسعهٔ هسته و آزمونهای داخلی را تکمیل کرده و اکنون در مرحلهٔ ممیزی امنیت پروتکل و پیاده‌سازی است. روش‌های کامل آزمون، لاگ‌های هر اجرا و دادههای خام هنوز منتشر نشده‌اند؛ بنابراین این ارقام باید فقط به‌عنوان نتایج آزمون داخلی نقل شوند، نه به‌عنوان نتیجه‌گیری‌های بازتولیدشدهٔ مستقل. اطلاعات عملکرد، ممیزی و نسخه با استقرار رسمی پروتکل همچنان به‌روز خواهد شد.
