Sola प्रोटोकॉल का तकनीकी विश्लेषण | हाई थ्रूपुट, कम लेटेंसी, कम पैकेट लॉस वाला VPN प्रोटोकॉल
Contents
प्रोटोकॉल सारांश
Sola, SingLink का खुद विकसित किया गया अगली पीढ़ी का VPN ट्रांसपोर्ट प्रोटोकॉल है, जिसे SingLink 2.0 तकनीकी सिस्टम की नींव पर मुख्य ट्रांसपोर्ट आर्किटेक्चर को नए सिरे से डिज़ाइन और दोबारा बनाकर तैयार किया गया है।
यह SingLink 2.0 का नया नाम नहीं है, और न ही सिर्फ़ कुछ पैरामीटर का बदलाव।
Sola का विकास SingLink 2.0 के लंबे संचालन से जमा हुए असल नेटवर्क अनुभव पर आधारित है। यह उन परफ़ॉर्मेंस समस्याओं पर दोबारा विचार करता है जो VPN को हाई बैंडविड्थ, कम लेटेंसी, पैकेट लॉस, लगातार ट्रांसफ़र और जटिल नेटवर्क स्थितियों में झेलनी पड़ती हैं।
Sola के मुख्य डिज़ाइन लक्ष्य:
हाई प्रभावी थ्रूपुट, कम लेटेंसी, कम पैकेट लॉस, स्थिर लगातार ट्रांसमिशन और नेटवर्क का ज़्यादा व्यावहारिक इस्तेमाल।
Sola का मुख्य विकास और आंतरिक टेस्टिंग पूरी हो चुकी है, और यह प्रोटोकॉल सुरक्षा और इम्प्लीमेंटेशन ऑडिट के चरण में पहुंच चुका है।
आंतरिक टेस्टिंग के मौजूदा चरण में:
- Sola ने टेस्ट में शामिल दूसरे प्रोटोकॉल से ज़्यादा कुल थ्रूपुट दिया;
- इसकी कुल लेटेंसी टेस्ट में शामिल दूसरे प्रोटोकॉल से कम रही;
- मौजूदा टेस्ट में पैकेट लॉस 1% से कम रहा;
- कई 1 Gbps टेस्ट वातावरणों में प्रभावी थ्रूपुट लाइन क्षमता के 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. नए प्रोटोकॉल डिज़ाइन की ज़रूरत क्यों पड़ी?
हाल के वर्षों में नेटवर्क एक्सेस की क्षमता तेज़ी से बढ़ी है।
घरों और कारोबारों में 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 तक पहुंचना
और:
लंबे समय तक अपेक्षाकृत ऊंचा थ्रूपुट बनाए रखना
दो अलग बातें हैं।
असल इस्तेमाल में ये शामिल हो सकते हैं:
- लंबे वीडियो सत्र;
- बड़ी फ़ाइलों के डाउनलोड;
- क्लाउड सिंक;
- AI के लंबे कनेक्शन;
- रिमोट वर्क;
- लगातार 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. 1 Gbps नेटवर्क के 80% से ज़्यादा इस्तेमाल का क्या मतलब है?
यह Sola के सबसे उल्लेखनीय मौजूदा परफ़ॉर्मेंस नतीजों में से एक है।
जिस कनेक्शन को इस रूप में बेचा जाता है:
1 Gbps
उसका सैद्धांतिक पीक लगभग इतना होता है:
1,000 Mbps
लेकिन असल VPN ट्रांसपोर्ट को इनसे भी गुज़रना पड़ता है:
- VPN एन्कैप्सुलेशन;
- एन्क्रिप्शन और डिक्रिप्शन;
- सिस्टम का नेटवर्क स्टैक;
- लोकल नेटवर्क;
- कैरियर;
- बीच की रूटिंग;
- VPN नोड;
- गंतव्य सर्वर।
इसलिए ऐप्लिकेशन स्तर पर असल थ्रूपुट कैरियर की बताई बैंडविड्थ के बराबर नहीं होता।
कई आंतरिक 1 Gbps टेस्ट स्थितियों में Sola ने लाइन क्षमता के 80% से ज़्यादा असल प्रभावी थ्रूपुट बनाए रखा है।
यानी:
800 Mbps से ऊपर की रेंज में प्रभावी VPN थ्रूपुट।
Sola के लिए यह आंकड़ा असल में यह दर्शाता है:
प्रोटोकॉल और ट्रांसपोर्ट सिस्टम की वजह से होने वाली परफ़ॉर्मेंस हानि में और कमी।
यह ऐसा दावा नहीं है कि:
Sola हर 1 Gbps नेटवर्क पर लगातार 800 Mbps तक पहुंचेगा।
ये दोनों पूरी तरह अलग अवधारणाएं हैं।
9. Sola सिर्फ़ अधिकतम स्पीड के पीछे क्यों नहीं भागता?
मान लीजिए दो VPN कनेक्शन हैं।
पहला यहां तक पहुंचता है:
900 Mbps
लेकिन इसमें ये भी है:
- ज़्यादा जिटर;
- लगातार पैकेट लॉस;
- उतार-चढ़ाव वाली लेटेंसी।
दूसरा यहां तक पहुंचता है:
600 Mbps
लेकिन इसमें है:
- स्थिर लेटेंसी;
- बहुत कम पैकेट लॉस;
- सहज लगातार ट्रांसमिशन।
अगर काम सिर्फ़ एक बड़ी फ़ाइल डाउनलोड करना है, तो पहले कनेक्शन को बढ़त मिल सकती है।
लेकिन इनके लिए:
- वीडियो कॉन्फ़्रेंस;
- AI;
- रिमोट डेस्कटॉप;
- इंस्टेंट मैसेजिंग;
- वेब पेज;
- API;
दूसरा कनेक्शन बेहतर व्यावहारिक अनुभव दे सकता है।
इसलिए Sola VPN परफ़ॉर्मेंस को एक संख्या में परिभाषित नहीं करता।
Sola के डिज़ाइन के नज़रिए से पूरी परफ़ॉर्मेंस कुछ ऐसी है:
थ्रूपुट
+
लेटेंसी
+
जिटर
+
पैकेट लॉस
+
स्थिरता
+
कनेक्शन की गुणवत्ता
यह कोई गणितीय सूत्र नहीं है।
यह वह मूल्यांकन ढांचा है जिससे Sola VPN परफ़ॉर्मेंस को समझता है।
10. Sola कम लेटेंसी पर ज़ोर क्यों देता है?
कई आधुनिक ऐप्लिकेशन को असल में ज़्यादा बैंडविड्थ नहीं चाहिए।
उदाहरण के लिए, ChatGPT को कुछ टेक्स्ट भेजने के लिए शायद सैकड़ों Mbps की बिल्कुल ज़रूरत न हो।
लेकिन अगर लेटेंसी ज़्यादा है:
उपयोगकर्ता क्लिक करता है
↓
इंतज़ार करता है
↓
तब जाकर रिक्वेस्ट सर्वर तक पहुंचती है
यह इंतज़ार सीधे इस रूप में महसूस होता है:
“नेटवर्क धीमा है।”
AI, वेब, API और इंटरैक्टिव ऐप्लिकेशन तेज़ी से बढ़ने के साथ VPN परफ़ॉर्मेंस अब सिर्फ़ बड़ी फ़ाइलों के डाउनलोड के आसपास डिज़ाइन नहीं की जा सकती।
इसलिए Sola देता है:
Response Time (जवाब मिलने का समय)
और साथ में:
Throughput (थ्रूपुट)
दोनों को बराबर महत्व।
मौजूदा आंतरिक टेस्ट भी दिखाते हैं कि Sola की कुल लेटेंसी टेस्ट में शामिल दूसरे प्रोटोकॉल से कम है।
11. 1% से कम पैकेट लॉस क्यों अहम है?
पैकेट लॉस सीधे नेटवर्क ट्रांसपोर्ट की कुशलता पर असर डालता है।
जब डेटा अपने गंतव्य तक सफलतापूर्वक नहीं पहुंचता, तो नेटवर्क प्रोटोकॉल को आम तौर पर उसे आगे संभालना या दोबारा भेजना पड़ता है।
आसान शब्दों में:
पैकेट लॉस
↓
दोबारा भेजना
↓
अतिरिक्त इंतज़ार
↓
घटा हुआ थ्रूपुट
↓
खराब व्यावहारिक अनुभव
इसलिए:
लगातार पैकेट लॉस वाला तेज़ VPN कनेक्शन ज़रूरी नहीं कि थोड़े धीमे लेकिन स्थिर कनेक्शन से बेहतर हो।
Sola का मौजूदा आंतरिक नतीजा:
पैकेट लॉस <1%
का मतलब है कि मौजूदा टेस्ट वातावरणों में प्रोटोकॉल ने डेटा पहुंचाने में अपेक्षाकृत अच्छी पूर्णता और स्थिर परफ़ॉर्मेंस हासिल की।
यही शर्त यहां भी लागू होती है:
पैकेट लॉस पूरी तरह VPN प्रोटोकॉल से तय नहीं होता।
लोकल Wi-Fi, कैरियर, अंतरराष्ट्रीय रूटिंग और गंतव्य नेटवर्क, सब पैकेट लॉस की वजह बन सकते हैं।
इसलिए इस नतीजे का यह मतलब नहीं समझना चाहिए कि:
हर नेटवर्क पर Sola का पैकेट लॉस हमेशा 1% से कम रहेगा।
12. Sola के इस्तेमाल के आम उदाहरण
अलग-अलग ऐप्लिकेशन की VPN परफ़ॉर्मेंस से अलग-अलग ज़रूरतें होती हैं।
ज़्यादा संतुलित परफ़ॉर्मेंस डिज़ाइन के ज़रिए Sola आधुनिक इंटरनेट के ज़्यादा इस्तेमाल को कवर करना चाहता है।
AI और बड़े मॉडल
उदाहरण के लिए:
- 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, SingLink का खुद विकसित किया गया अगली पीढ़ी का VPN ट्रांसपोर्ट प्रोटोकॉल है, जिसे SingLink 2.0 तकनीकी सिस्टम की नींव पर मुख्य ट्रांसपोर्ट आर्किटेक्चर को नए सिरे से डिज़ाइन और दोबारा बनाकर तैयार किया गया है।
क्या Sola को SingLink ने खुद विकसित किया है?
हां, Sola को SingLink ने खुद विकसित किया है।
Sola, SingLink के अपने प्रोटोकॉल परिवार का हिस्सा है।
क्या Sola सिर्फ़ नए नाम वाला SingLink 2.0 है?
नहीं, Sola नए नाम वाला पुराना प्रोटोकॉल नहीं है।
Sola, SingLink 2.0 की तकनीक और प्रोडक्शन अनुभव पर आधारित है, लेकिन इसका मुख्य आर्किटेक्चर नए सिरे से डिज़ाइन करके दोबारा बनाया गया है। इसलिए यह सिर्फ़ नया नाम या कोई सामान्य छोटी रिलीज़ नहीं है।
Sola मुख्य रूप से क्या ऑप्टिमाइज़ करता है?
Sola के मौजूदा मुख्य क्षेत्र:
- प्रभावी थ्रूपुट;
- लेटेंसी;
- पैकेट लॉस;
- हाई बैंडविड्थ का इस्तेमाल;
- लगातार परफ़ॉर्मेंस;
- जटिल नेटवर्क पर व्यावहारिक ट्रांसपोर्ट परफ़ॉर्मेंस।
Sola की पैकेट लॉस दर कितनी है?
मौजूदा आंतरिक टेस्ट स्थितियों में Sola का पैकेट लॉस 1% से कम रहा।
इसका मतलब यह नहीं कि हर उपयोगकर्ता और हर नेटवर्क वातावरण में यह 1% से कम ही रहेगा।
1 Gbps नेटवर्क पर Sola कितना तेज़ चल सकता है?
कई आंतरिक 1 Gbps टेस्ट स्थितियों में Sola का प्रभावी थ्रूपुट लाइन क्षमता के 80% से ज़्यादा रहा।
असल नतीजे नेटवर्क वातावरण के अनुसार बदलते हैं।
क्या इसका मतलब है कि Sola 800 Mbps की गारंटी दे सकता है?
नहीं, Sola ऐसी कोई तय स्पीड गारंटी नहीं देता।
80% से ज़्यादा का आंकड़ा खास आंतरिक 1 Gbps टेस्ट वातावरणों का नतीजा है। इसे हर उपयोगकर्ता के लिए तय स्पीड का वादा नहीं समझना चाहिए।
क्या Sola हर दूसरे VPN प्रोटोकॉल से तेज़ है?
अभी यह दावा नहीं किया जा सकता कि Sola हर दूसरे VPN प्रोटोकॉल से तेज़ है।
जिसकी पुष्टि की जा सकती है, वह यह है:
मौजूदा आंतरिक तुलनाओं में Sola ने टेस्ट में शामिल दूसरे प्रोटोकॉल से कुल मिलाकर ज़्यादा थ्रूपुट और कम लेटेंसी दिखाई।
अलग-अलग नेटवर्क वातावरणों में अलग-अलग प्रोटोकॉल फिर भी अलग परफ़ॉर्मेंस दे सकते हैं।
Sola और SingLink 2.0 में सबसे बड़ा अंतर क्या है?
दोनों प्रोटोकॉल का सबसे बड़ा अंतर कोई एक खास सुविधा नहीं है।
अंतर यह है कि:
Sola मुख्य ट्रांसपोर्ट आर्किटेक्चर को नए सिरे से डिज़ाइन करके दोबारा बनाता है।
इसलिए यह सामान्य पैरामीटर-स्तर के अपग्रेड की जगह आर्किटेक्चर-स्तर का विकास है।
क्या Sola का विकास पूरा हो गया है?
Sola का मुख्य विकास और आंतरिक टेस्टिंग का पहला चरण पूरा हो चुका है।
प्रोटोकॉल सुरक्षा और इम्प्लीमेंटेशन ऑडिट अभी जारी है।
क्या Sola तुरंत SingLink 2.0 की जगह ले लेगा?
नहीं, Sola मौजूदा प्रोटोकॉल की जगह तुरंत नहीं लेगा।
Sola धीरे-धीरे प्रोडक्शन में आएगा। मौजूदा प्रोटोकॉल प्लेटफ़ॉर्म, नोड, नेटवर्क और असल इस्तेमाल की स्थितियों के अनुसार इस्तेमाल होते रहेंगे।
Sola सबसे पहले किन उपयोगकर्ताओं को मिलेगा?
मौजूदा योजना के अनुसार Sola पहले iOS पर Pro और Rich प्लान वालों को मिलेगा, फिर धीरे-धीरे Plus और Max प्लान वालों और दूसरे प्लेटफ़ॉर्म तक बढ़ाया जाएगा।
21. निष्कर्ष
Sola का महत्व यह नहीं कि इससे SingLink को एक और प्रोटोकॉल नाम मिल गया।
यह SingLink के अपने प्रोटोकॉल सिस्टम का अगला चरण है।
SingLink 2.0 ने SingLink के अपने प्रोटोकॉल और ट्रांसपोर्ट की नींव रखी।
लेकिन लंबे प्रोडक्शन संचालन के दौरान जैसे-जैसे उपयोगकर्ताओं की बैंडविड्थ, डिवाइस परफ़ॉर्मेंस और नेटवर्क के इस्तेमाल बदले, नए सवाल सामने आए:
क्या कोई VPN प्रोटोकॉल अपनी परफ़ॉर्मेंस हानि और कम कर सकता है?
1 Gbps नेटवर्क की क्षमता का कितना हिस्सा असल में ऐप्लिकेशन तक पहुंच सकता है?
क्या स्पीड बढ़ाते हुए लेटेंसी घटाई जा सकती है?
क्या हाई थ्रूपुट और कम पैकेट लॉस एक साथ हो सकते हैं?
क्या कोई प्रोटोकॉल सिर्फ़ एक स्पीड टेस्ट के नतीजे के पीछे भागने की जगह ज़्यादा स्थिर लगातार परफ़ॉर्मेंस बनाए रख सकता है?
Sola को इन्हीं सवालों के आसपास दोबारा बनाया गया।
यह SingLink 2.0 पर आधारित है।
लेकिन यह SingLink 2.0 का सीधा-सादा विस्तार नहीं है।
यह मुख्य ट्रांसपोर्ट आर्किटेक्चर को नए सिरे से डिज़ाइन करता है, VPN परफ़ॉर्मेंस की SingLink की समझ को दोबारा परिभाषित करता है, और इन्हें अपनाता है:
हाई थ्रूपुट
कम लेटेंसी
कम पैकेट लॉस
लगातार परफ़ॉर्मेंस
नेटवर्क के अनुसार ढलने की क्षमता
अपनी नई मुख्य डिज़ाइन दिशाओं के रूप में।
आंतरिक टेस्टिंग का पहला चरण अब पूरा हो चुका है।
मौजूदा नतीजे दिखाते हैं:
पैकेट लॉस 1% से कम।
कई 1 Gbps टेस्ट स्थितियों में प्रभावी थ्रूपुट लाइन क्षमता के 80% से ज़्यादा।
टेस्ट में शामिल दूसरे प्रोटोकॉल से कुल मिलाकर ज़्यादा थ्रूपुट और कम लेटेंसी।
फिर भी Sola का औपचारिक तकनीकी महत्व इन आंकड़ों तक सीमित नहीं है।
असल में जो मायने रखता है, वह यह है:
जब VPN टनल मौजूद हो, तो क्या प्रोटोकॉल उपयोगकर्ता के पास पहले से मौजूद नेटवर्क क्षमता का कम से कम हिस्सा बर्बाद कर सकता है?
यही वह मुख्य वजह है जिससे Sola, SingLink 2.0 से आगे बढ़कर अगली पीढ़ी के आर्किटेक्चर की ओर जाता है।
Sola।
SingLink 2.0 पर आधारित। नए सिरे से डिज़ाइन किया गया।
ज़्यादा थ्रूपुट, कम लेटेंसी और असल दुनिया में ज़्यादा स्थिर नेटवर्क ट्रांसमिशन के लिए बना।
तकनीकी और टेस्ट डेटा से जुड़ी सूचना: इस लेख के ये दावे कि Sola ने 1% से कम पैकेट लॉस दर्ज किया, 1 Gbps नेटवर्क पर 80% से ज़्यादा प्रभावी थ्रूपुट हासिल किया, और टेस्ट में शामिल दूसरे प्रोटोकॉल से ज़्यादा थ्रूपुट और कम लेटेंसी दिखाई, सभी SingLink के मौजूदा आंतरिक टेस्ट नतीजों से हैं। अलग-अलग देश या क्षेत्र, कैरियर, डिवाइस, लोकल नेटवर्क, नोड, अंतरराष्ट्रीय एग्ज़िट पॉइंट और गंतव्य सेवाएं असल नतीजों पर असर डाल सकती हैं। Sola का मुख्य विकास और आंतरिक टेस्टिंग पूरी हो चुकी है और यह अभी प्रोटोकॉल सुरक्षा और इम्प्लीमेंटेशन ऑडिट के चरण में है। पूरे टेस्ट तरीके, हर रन के लॉग और कच्चे रिकॉर्ड अभी प्रकाशित नहीं हुए हैं, इसलिए इन आंकड़ों को सिर्फ़ आंतरिक टेस्ट नतीजों के रूप में उद्धृत करना चाहिए, स्वतंत्र रूप से दोहराए गए निष्कर्षों के रूप में नहीं। प्रोटोकॉल के औपचारिक डिप्लॉयमेंट के साथ परफ़ॉर्मेंस, ऑडिट और वर्ज़न की जानकारी अपडेट होती रहेगी।
