मैं लगभग 6 साल पहले एक हार्डवेयर विक्रेता के लिए WAN त्वरण उपकरणों को तैनात करता था। तब से वास्तव में बहुत कुछ नहीं बदला है, इसके अलावा मैं समेकन और उत्पाद लाइनों को बदलने के कारण हार्डवेयर सिफारिशें नहीं करूंगा।
ये सभी उपकरण संप्रेषण और कैशिंग के कुछ संयोजन का उपयोग करते हैं ताकि सम्पूर्ण ट्रैफिक को कम किया जा सके, बैंडविड्थ देरी उत्पाद के प्रभाव को कम करने के लिए TCP प्री ack'ing (यह टीसीपी विंडो प्रभाव है जिसे आपने ऊपर बताया है) और अंडरस् की गैंगिंग पैकेट्स जो यह सुनिश्चित करते हैं कि लिंक को पार करने वाले पैकेट ओवरहेड के प्रभाव को कम करने के लिए यथासंभव पूर्ण हैं। विभिन्न विक्रेता अपनी स्वयं की पेटेंट प्रौद्योगिकियों में भी फेंक देंगे, लेकिन वे ज्यादातर इन के विभिन्न स्वादों को उबालते हैं।
हालांकि कैशिंग एक बड़ी मदद है, बस एक उपग्रह लिंक पर पैकेटों का प्री-एकिंग करना उन्हें प्रयोग करने योग्य बनाने के लिए एक लंबा रास्ता तय करेगा, ताकि भले ही आपका डेटा जो भी कारण (एन्क्रिप्टेड, संपीड़ित, ज़िप्ड) के लिए अस्वीकार्य न हो, हमेशा बहुत तेजी से बदल रहा है, आदि) यदि आपके पास धीमी आरटीटी है तो प्री-एक'किंग आंशिक रूप से बैंडविड्थ देरी उत्पाद को समाप्त कर देगा और आपको अपने नाममात्र बैंडविड्थ के करीब लाने में मदद करेगा।
चूंकि पूरा लक्ष्य नेटवर्क दक्षता को चलाने और अपने बैंडविड्थ के उच्च उपयोग की अनुमति देना है, इसलिए यह बहुत महत्वपूर्ण है कि अंतर्निहित नेटवर्क समस्याएँ जो समाधान का उपयोग करने से पहले उच्च उपयोग के साथ पॉप अप कर सकती हैं। यदि आपके पास डुप्लेक्स मिसमैच है या आप आधे-डुप्लेक्स कनेक्शन पर चल रहे हैं, तो आप अक्सर पाएंगे कि वान ऑप्टिमाइज़ेशन डिवाइसों को तैनात करने से पहले प्रदर्शन इससे भी बदतर है। अक्सर मुझे लगता है कि ग्राहकों को एहसास नहीं था कि उनके पास कुछ लिंक थे जो 10-एमबीपीएस आधा द्वैध के निम्नतम सामान्य भाजक के लिए ऑटो-बातचीत करते थे।
इनमें से कई डिवाइस फॉरवर्ड एरर करेक्शन (जो शायद आपके मॉडम भी ऑफर करते हैं) प्रदान करते हैं, जिसका उपयोग आप अपने लिंक पर पैकेट के नुकसान के प्रभाव को दूर करने के लिए कर सकते हैं। यह महत्वपूर्ण है क्योंकि पैकेट स्टफिंग का अर्थ है कि प्रत्येक WAN पैकेट के लिए एक से अधिक LAN पैकेट खो सकते हैं जो खो जाता है और पूर्व-पैक के कारण उन पैकेटों को पहले ही सर्वरों को स्वीकार कर लिया गया है। सुनिश्चित करें कि आप जानते हैं कि आपके रास्ते में कौन से डिवाइस FEC प्रदर्शन कर रहे हैं ताकि आप आवश्यक से अधिक ओवरहेड न बनाएं क्योंकि यह निश्चित रूप से आपके प्रभावी थ्रूपुट को कम करेगा।
अनुभव से बात करते हुए, मैंने देखा कि महत्वपूर्ण कैशिंग के बिना ग्राहकों ने 'स्वीकार्य' (ज्यादातर एक तरह से) वीडियो कॉन्फ्रेंसिंग एक दोहरे उपग्रह की आशा के साथ की, जिसकी विलंबता 900 एमएस से 2 सेकंड तक थी और विस्तारित अवधि के लिए 15-25% पैकेट नुकसान हो सकता है। मैं परिणामी प्रवाह का उपयोग नहीं करना चाहूंगा, लेकिन अगर आपके पास यह काम है।