सॉकेट साइट टनल कनेक्टिविटी समस्या निवारण

अवलोकन

साइट कनेक्टिविटी सॉकेट के पीछे के होस्ट्स के लिए Cato क्लाउड के माध्यम से WAN तक पहुँच प्राप्त करने के लिए अत्यंत महत्वपूर्ण है। एक साइट की कनेक्टिविटी की अनुपस्थिति व्यवासायिक कार्य को बाधित कर सकती है। यह प्लेबुक इस परिदृश्य की समस्या निवारण के लिए मार्गदर्शन प्रदान करने का प्रयास करती है।

लक्षण

सॉकेट कनेक्टिविटी में विफलता कई तरीकों से प्रकट हो सकती है। एक प्रशासक निम्नलिखित लक्षणों को नोट कर सकता है:

• साइट CMA में डिस्कनेक्टेड है 
• साइट अप्रत्याशित PoP से कनेक्ट कर रही है
  
• नेटवर्क विश्लेषिकी दिखाती है कि टनल अस्थिर है

संभावित कारण

निम्नलिखित संभावित कारण हैं जिन्हें आप समस्या निवारण के दौरान पहचान सकते हैं

• कोई सॉकेट कनेक्टिविटी नहीं
  
• DTLS ट्रैफ़िक केवल एक तरफ़ा
  
• खराब अंडरले परफॉर्मेंस
  
• IP जियोलोकेशन प्रतिबंध
• अनुपयुक्त PoP चयन विन्यास
• गलत आधारभूत पर SLA कॉन्फ़िगरेशन
• सॉकेट के सामने NAT उपकरण

समस्या का निवारण

एक प्रशासक द्वारा देखे जा सकते हैं ऐसे लक्षणों को निवारण के लिए नीचे शामिल किया गया है। इन चरणों का उद्देश्य सामना किए गए मुद्दों के संभावित कारणों की पहचान करना है। समाधान के कदम बाद में इस प्लेबुक में हाइलाइट किए जाएंगे।

CMA में साइट डिस्कनेक्टेड समस्या का निवारण

घटनाओं से जानकारी एकत्र करना

CMA में होम > घटनाएं पृष्ठ का उपयोग करके, एक प्रशासक खाते के भीतर साइट्स के लिए कनेक्टिविटी घटनाओं का इतिहास जल्दी से प्राप्त कर सकता है। घटनाओं को संबंधित घटनाओं तक फ़िल्टर किया जा सकता है 'साइट्स कनेक्टिविटी स्थिति' प्रीसेट का चयन करके या घटना प्रकार 'कनेक्टिविटी' और उप-प्रकार 'डिस्कनेक्टेड' फ़िल्टर करके आप 'स्रोत साइट' क्षेत्र के साथ प्रश्न में साइट के नाम के लिए और अधिक फिल्टर कर सकते हैं।

प्रश्न में साइट से संबंधित डिस्कनेक्शन घटना के टाइमस्टैम्प को देखना जांच पर ध्यान केंद्रित करने में मदद कर सकता है। क्या इस समय स्टांप पर किसी व्यापक नेटवर्किंग घटना या स्थानीय पावर घटना के होने की जानकारी है? क्या इस से पहले कोईलेखा परीक्षा ट्रेल परिवर्तन हुआ है जो सह-सम्बंधित हो सकता है?

सॉकेट कनेक्टिविटी की जाँच करना

सॉकेट कनेक्शन की आवश्यकताओं को समझने के लिए कृपया देखें Cato सॉकेट कनेक्शन पूर्वापेक्षाएँ।

सॉकेट की कनेक्टिविटी स्थिति को उसके स्थानीय सॉकेट वेब यूआई के माध्यम से देखा जा सकता है, स्थानीय रूप से सॉकेट वेब यूआई में लॉग इन करें। सॉकेट को कनेक्टेड करने के लिए, Cato क्लाउड के कनेक्शन को सेवा देने के लिए उपयोग किए जा रहे WAN पोर्ट को हरा स्थिति आइकॉन दिखाना चाहिए। हरे रंग के अलावा किसी अन्य संकेतक का सुझाव है कि कनेक्टिविटी समस्या है। विभिन्न स्थिति आइकॉन रंगों का अर्थ लिंक स्थिति आइकॉन को समझना में वर्णित है

एक लाल आइकन के लिए, सुनिश्चित करें कि सॉकेट और आईएसपी डिवाइस के बीच काम कर रहा एक भौतिक लिंक है। इसमें केबलों का सुरक्षित रूप से जुड़ा होना और पोर्ट एलईडी के उम्मीद के अनुसार जलना शामिल है।

आईपी टकराव को सॉकेट कनेक्टिविटी स्थिति द्वारा भी पहचाना जाएगा। आईपी टकराव चेतावनी 24 घंटे की अवधि के लिए प्रदर्शित होती रहेगी, जब से टकराव पहली बार पहचाना गया, जैसा कि इस KB लेख में समझाया गया है।

उपकरण के अंतर्गत इंटरनेट बॉयपास के माध्यम से बलपूर्वक पुनर्प्राप्ति स्थिति सामान्य है, इसकी पुष्टि करें। ‘फोर्स बाईपास’ बटन सभी LAN ट्रैफिक को Cato को बायपास करने के लिए बाध्य करेगा और Cato सुरंग को नीचे लाएगा, जो CMA में साइट को डिस्कनेक्ट के रूप में दिखाएगा। इसलिए, इस उपकरण का सभी रिमोट कॉन्फ़िगरेशन और पहुँच विफल हो जाएगा। HA सेटअप में, यदि प्राथमिक सॉकेट 'Force Bypass' सक्रिय है, तो द्वितीयक सॉकेट बैकअप के रूप में बना रहेगा, और सॉकेट के पीछे का ट्रैफ़िक सीधे इंटरनेट को रूट किया जाएगा।

नीचे का स्क्रीनशॉट दिखाता है कि प्राथमिक सॉकेट पर 'फ़ोर्स बाईपास' सक्रिय है, और द्वितीयक सॉकेट स्टैंडबाय रहता है। 

यदि फोर्स रिकवरी स्थिति सक्रिय है, तो फोर्स्ड बाईपास से बाहर निकलें बटन क्लिक करके इस स्थिति से बाहर निकलें।

कनेक्टिविटी समस्या की स्थिति में, हम आगे परीक्षण करने के लिए उपकरण टैब का उपयोग कर सकते हैं। Cato से कनेक्ट करने के लिए, सॉकेट को Cato के सार्वजनिक IP पते तक L3 एक्सेस की आवश्यकता होती है। Ping उपकरण का उपयोग करें यह सुनिश्चित करने के लिए कि यह सॉकेट WAN पोर्ट के माध्यम से सीधे Cato IP पते या डोमेन्स, या 8.8.8.8 जैसे ज्ञात IP उपलब्ध पतों तक पहुंच सकता है। यदि कोई नहीं जुड़ा हुआ है, कृपया कोई सॉकेट कनेक्टिविटी समस्या का समाधान अनुभाग देखें।

पैकेट कैप्चर चल रहा है

पैकेट कैप्चर भी किया जा सकता है यह सुनिश्चित करने के लिए कि सॉकेट का PoP पर DTLS सुरंग को स्थापित करने का अनुरोध जवाब दिया जा रहा है। संबंधित WAN पोर्ट पर कैप्चर करते समय, UDP/443 पर PoP के लिए द्वि-दिशात्मक पैकेट देखे जाने चाहिए। निम्न स्क्रीनशॉट सफल DTLS हैंडशेक और अनुप्रयोग डेटा पैकेट के आदान-प्रदान को दिखाता है।

यदि केवल आउटबाउंड DTLS पैकेट का पता लगाया जाता है या DTLS हैंडशेक अधूरा है, तो कृपया अधूरे DTLS हैंडशेक का समाधान देखें। 

सॉकेट के सामने NAT डिवाइस के कारण सुरंग स्थापित करने में असमर्थ

ऐसे सॉकेट जो कई WAN लिंक का उपयोग करते हैं, यदि सॉकेट और PoP के बीच में NAT डिवाइस है, तो यह संभव है कि एक या अधिक WAN लिंक PoP से कनेक्ट नहीं कर सके। यह कनेक्टिविटी समस्याओं का निर्माण कर सकता है, जैसे कि साइट की HA स्थिति तैयार नहीं है।

PoP प्रत्येक इनकमिंग DTLS कनेक्शन के स्रोत पोर्ट का उपयोग करके प्रत्येक WAN लिंक को एक ही लॉजिकल टनल से जोड़ता है। NAT डिवाइस स्रोत पोर्ट को बदल सकता है और WAN लिंक को अन्य WAN लिंक के समान लॉजिकल टनल से कनेक्ट होने से रोक सकता है।

LTE/5G प्रदाताओं के साथ DTLS कनेक्शन विफल

जैसा कि इस केस स्टडी में उल्लेख किया गया है, यदि Cato से कनेक्ट करने के लिए LTE/5G प्रदाता उपयोग किए जा रहे हैं, तो ISP पोर्ट UDP/443 पर DTLS हैंडशेक के साथ हस्तक्षेप कर सकता है, जिसे हैंडशेक के दौरान वाहक-विशिष्ट डेटा (उदा., APN) के रूप में देखा जा सकता है।

भले ही दो-तरफ़ा DTLS संचार है, हैंडशेक पूरा नहीं हुआ है; इसलिए, Cato सुरंग स्थापित नहीं होगी। 

इस समस्या को हल करने के लिए, DTLS पोर्ट को UDP/1337 में बदलें, कृपया अधूरे DTLS हैंडशेक का समाधान देखें। 

अनपेक्षित PoP चयन समस्या का समाधान

ISP के IP पते और वर्तमान चयनित PoP की जांच करें

निगरानी के तहत, एक साइट का चयन करें और साइट का अवलोकन पैन खोलें। साइट सॉकेट अनुभाग में, सभी हाल के कनेक्शनों को देखने के लिए 'लॉग देखें' पर क्लिक करें। Cato से कनेक्ट करने वाले ISP के सार्वजनिक IP (रिमोट IP), के साथ ISP का नाम और स्थान खोजें। 'PoP' कॉलम वर्तमान PoP को प्रदर्शित करेगा जिससे साइट जुड़ी हुई है।

यह महत्वपूर्ण है कि 'रिमोट IP' और ISP स्थान अपेक्षित हों और ISP किसी अनपेक्षित स्थान के माध्यम से कनेक्शन न ले जा रहा हो। ISP स्थान (शहर) को CMA के भीतर साइट की सामान्य सेटिंग्स में निर्दिष्ट देश/शहर के साथ मेल करना चाहिए या उसके करीब होना चाहिए।

CMA पर PoP चयन कॉन्फ़िगरेशन की जांच करें

साइट पर अस्थायी या गलत कॉन्फ़िगर किया गया पसंदीदा PoP स्थान सब-ऑप्टिमल PoP पर कनेक्शन को मजबूर कर सकता है। PoP चयन कॉन्फ़िगरेशन को नेटवर्क > साइट > साइट कॉन्फ़िगरेशन > सामान्य पृष्ठ के माध्यम से प्रति साइट देखा जा सकता है।

यदि यहाँ कॉन्फ़िगर किया गया स्थान इष्टतम कनेक्शन के लिए उपयुक्त नहीं लगता है, या यदि यह Cato PoP चयन तंत्र को इष्टतम PoP निर्धारित करने की अनुमति देने के लिए पसंद किया गया है, तो कृपया अनुपयुक्त PoP चयन कॉन्फ़िग का समाधान अनुभाग देखें।

Socket पर PoP चयन कॉन्फ़िगरेशन की जांच करें 

अस्थानिक या अनुपयुक्त PoP चयन कॉन्फ़िगरेशन सॉकेट कॉन्फ़िगरेशन में भी हो सकता है। यह देखने के लिए कि क्या यह स्थिति है, सॉकेट के वेबUI में कनेक्शन सेटिंग्स पर जाएं, देखें सॉकेट वेब यूआई का उपयोग

यदि यहाँ कॉन्फ़िगरेशन मौजूद है और Cato PoP चयन तंत्र को इष्टतम PoP निर्धारित करने की अनुमति देना पसंद है, तो कृपया अनुपयुक्त PoP चयन कॉन्फ़िगरेशन का समाधान अनुभाग देखें।

PoP स्थिति की जांच करें

सॉकेट्स अप्रत्याशित PoP से जुड़ सकते हैं क्योंकि निकटतम भूगोलिक PoP रखरखाव या अन्य ऐसी समस्या के कारण प्रभावित हो सकता है। कृपया यह सत्यापित करने के लिए PoP स्थिति पृष्ठ देखें कि क्या ऐसा है। 

जीओलोकेशन के लिए स्थान प्रतिबंधों की जाँच करें

Cato MSA के अनुसार, कुछ जियोलोकेशन में सॉकेट साइट्स को अन्य स्थानों के PoPs से कनेक्ट करने के लिए प्रतिबंधित किया जाता है। जब Cato सेवाएं खरीदी जाती हैं, तो MSA उल्लिखित किया जाता है।

कुछ भू-स्थान में सॉकेट साइट्स को उपलब्ध PoPs के एक समूह तक सीमित किया जाएगा, उदाहरण के लिए चीन की सॉकेट साइट्स चीन के भीतर PoPs से जुड़ेंगी, और वियतनामी सॉकेट साइट्स एशिया के भीतर के PoPs के एक समूह से जुड़ेंगी।

इसके बारे में अधिक जानकारी के लिए, कृपया MSA देखें।

सॉकेट्स के PoPs के बीच मूव होने के संकेतों के लिए जाँच करें

इवेंट्स पृष्ठ का उपयोग यह निर्धारित करने के लिए किया जा सकता है कि क्या कोई सॉकेट कनेक्टिविटी समस्याओं के कारण मूल रूप से निर्धारित इष्टतम PoP पर नहीं है। फ़ील्ड्स का चयन करके, सॉकेट की विभिन्न PoPs से कनेक्टिविटी की समय-रेखा।

'साइट फिर से कनेक्ट हुई' इवेंट्स प्रीसेट का उपयोग करके, और प्रश्न में साइट को आगे छानकर और 'इवेंट_ संदेस' फ़ील्ड मान को 'प्रदर्शन समस्या का पता चला, Cato Cloud में एक अलग सेवा नोड से फिर से कनेक्ट किया गया' पर सेट करके, हम उन सभी मामलों को देख सकते हैं जहाँ एक सॉकेट साइट ने टनल कनेक्टिविटी मापदंडों को कॉन्फ़िगर किए गए SLA सीमा पार करने के कारण PoPs को हिला दिया है। यदि कोई सॉकेट साइट कई PoPs पर SLA सीमाएँ पार कर रही है, तो कनेक्शन SLA सेटिंग्स को सत्यापित करने के लिए समस्या निवारण प्रवाह जारी रखें।

सुनिश्चित करें कि कनेक्शन SLA बहुत कठिन नहीं है

कनेक्शन SLA यह सुनिश्चित करने में एक महत्वपूर्ण भूमिका निभाता है कि एक साइट इष्टतम PoP से जुड़ी हुई है, विशेष रूप से ISP इंटरनेट कनेक्शन जैसे सार्वजनिक अधस्तरों के साथ गतिशील नेटवर्क वातावरण में। हालांकि, एक बहुत कठिन कनेक्शन SLA अनावश्यक रूप से PoPs पर फिर से कनेक्शन कर सकता है जो किसी व्यवस्थापक की पसंदीदा स्थिति नहीं है।

कनेक्शन SLA कॉन्फ़िगरेशन प्रति साइट नेटवर्क > साइट > साइट कॉन्फ़िगरेशन > कनेक्शन SLA के तहत देखा जा सकता है।

नेटवर्क विश्लेषिकी का उपयोग करके अंतिम मील प्रदर्शन मेट्रिक्स की एक आधार रेखा बनाने के लिए, विचार करें कि क्या SLA मेट्रिक्स इस साइट के लिए उपयुक्त हैं।

यदि ये पैरामीटर उपयुक्त नहीं हैं, तो कृपया गलत आधार रेखाओं पर SLA कॉन्फ़िगरेशन का समाधान देखें

यदि पैरामीटर उपयुक्त हैं, फिर भी कई PoPs पर PoP पुन: अनुकूलन घटनाएं नियमित रूप से हो रही हैं, तो कृपया खराब अधस्तर प्रदर्शन का समाधान अनुभाग देखें।

यदि उपरोक्त चरणों का पालन करने के बाद सॉकेट किसी अनुपयुक्त PoP से जुड़ा रहता है, तो कृपया समर्थन के साथ एक टिकट खोलें और वर्तमान और अपेक्षित PoP को हाइलाइट करें।

अस्थिर टनल का समस्या निवारण करें

अंतिम मील और साइट कनेक्शन प्रदर्शन के बीच संबंध की जाँच करें

जब यह नोट किया जाता है कि एक साइट को PoP से कनेक्शन में खराब प्रदर्शन हो रहा है, तो यह निर्धारित करना महत्वपूर्ण है कि पैकेट हानि क्या अंतर्निहित इंटरनेट सेवा प्रदाता लाइन के प्रदर्शन के कारण है।

यह समय सीमा के दौरान किसी भी दिए गए प्रदर्शन समस्याओं को अंतिम मील में देखे गए प्रदर्शन के साथ उसी समय सीमा में मिलाने और पैटर्न की तलाश करके किया जा सकता है।

इसे करने के लिए नेटवर्क विश्लेषिकी का उपयोग किया जा सकता है।

ऊपर के उदाहरण से पता चलता है कि साइट टनल पर PoP तक अपस्ट्रीम पैकेट हानि हो रही है। हम समय अवधि के दौरान ~10% का कई उछाल और लगातार कम स्तर की हानि देख सकते हैं।

जब हम इसे उसी समय अवधि के लिए अंतिम मील के प्रदर्शन से तुलना करते हैं, तो हम निम्नलिखित देख सकते हैं:

अंतिम मील में भी कुछ प्रदर्शन भिन्नता देखी जा सकती है, लेकिन यह ~10-20% की लगातार हानि से प्रभावित होता है। यह इससे स्पष्ट होता है कि सॉकेट से Cato PoP तक टनल पर पैकेट हानि संभवतः अंतर्निहित पर खराब प्रदर्शन का लक्षण है।

यदि किसी प्रदर्शन समस्या का निवारण करते समय यह मामला है, तो कृपया इस अनुभाग को देखें खराब अंतर्निहित प्रदर्शन का समाधान

समान साइट्स के क्रॉस-संदर्भ

साइट्स के बीच साझा गुणों का उपयोग प्रश्न में समस्या के बारे में तथ्य निकालने के प्रयास के लिए किया जा सकता है। उदाहरण के लिए, नीचे साइट कनेक्टिविटी समस्याएँ रख रही है। नोट करें कि जुड़ा हुआ PoP लंदन है:

इस जानकारी का उपयोग अन्य साइट्स के क्रॉस-संदर्भ के लिए किया जा सकता है जो लंदन से जुड़ी हो सकती हैं यह देखने के लिए कि क्या कोई समस्या साझा की जा रही है। यह नीचे दिए गए स्क्रीनशॉट में देखा जा सकता है:

यदि क्रॉस-संदर्भ सुझाव देता है कि समस्या Cato PoP पर है, तो ये अनुभाग देखें PoP स्थिति की जाँच करें।

क्रॉस-संदर्भ उन साइट्स के लिए भी उपयोगी है जिनके पास साझा इंटरनेट सेवा प्रदाता हैं। यह नीचे दिए गए उदाहरण में किया जा रहा है:

यदि यह क्रॉस-संदर्भ सुझाव देता है कि इंटरनेट सेवा प्रदाता कनेक्टिविटी समस्याएं रख रहा है, तो कृपया इस अनुभाग को देखें खराब अंतर्निहित प्रदर्शन का समाधान

सुनिश्चित करें कि कनेक्शन SLA बहुत ढीला नहीं है

कनेक्शन SLA एक साइट को अनुकूल PoP से जोड़ने में महत्वपूर्ण भूमिका निभाता है, विशेष रूप से गतिशील नेटवर्क वातावरण में जैसे कि इंटरनेट सेवा प्रदाता इंटरनेट कनेक्शन के माध्यम से। हालांकि, एक बहुत ही ढीला कनेक्शन SLA, सॉकेट को उप-इष्टतम कनेक्शन को PoPs पर आवश्यकता से अधिक समय तक बनाए रख सकता है, और इस प्रकार संवेदनशील अनुप्रयोगों को प्रभावित करता है।

प्रत्येक साइट के लिए कनेक्शन SLA कॉन्फ़िगरेशन नेटवर्क > साइट > साइट कॉन्फ़िगरेशन > कनेक्शन SLA के तहत देखा जा सकता है।

नेटवर्क विश्लेषिकी का उपयोग करके अंतिम मील प्रदर्शन मेट्रिक्स का आधार बनाएं, इस बात पर विचार करें कि क्या SLA मेट्रिक्स इस साइट के लिए उपयुक्त हैं।

यदि ये पैरामीटर उपयुक्त नहीं हैं, तो कृपया इस अनुभाग को देखें गलत baselines पर SLA कॉन्फ़िगरेशन का समाधान।

खोजी गई समस्याओं का समाधान

कोई सॉकेट कनेक्टिविटी नहीं होने का समाधान

यह महत्वपूर्ण है कि यह निर्धारित किया जाए कि कनेक्टिविटी समस्याएँ केवल सॉकेट को प्रभावित करती हैं। यदि आप एक लैपटॉप को उसी इंटरनेट सेवा प्रदाता कनेक्शन से जोड़ते हैं, तो क्या आपको DNS हल करने या पतों को पिंग करने में समान समस्याएं आती हैं? यदि हाँ, तो प्रगति के लिए अपने इंटरनेट सेवा प्रदाता से संपर्क करें।

सुनिश्चित करें कि परीक्षण लैपटॉप का IPv6 अक्षम है और, स्थिर IP पता आवंटन के मामले में, परीक्षण करते समय वही IP Socket को असाइन करें।

यदि कनेक्टिविटी समस्याएं आपके Socket तक सीमित हैं, तो सुनिश्चित करें कि वेबUI के नेटवर्क सेटिंग्स टैब के तहत IP कॉन्फ़िगरेशन सही है:

अपूर्ण DTLS हैंडशेक का समाधान

सुनिश्चित करें कि आपका प्रदाता UDP पोर्ट 443 पर DTLS ट्रैफिक को इंटरनेट की ओर निर्गम की अनुमति देता है। यदि आवश्यक हो तो इस पोर्ट को UDP/1337 में बदला जा सकता है जैसा कि Cato PoP से कनेक्ट करने के लिए एक अलग पोर्ट सेट करना में वर्णित है।

खराब Underlay प्रदर्शन का समाधान

खराब underlay प्रदर्शन उस underlay पर बने किसी भी टनल को प्रभावित करेगा। जबकि underlay ISP का डोमेन है, कुछ टूल हैं जो प्रदर्शन मुद्दों का परिचय कहां दिया जा रहा है इसे पहचानने के लिए उपयोग किए जा सकते हैं, और जहां संभव हो प्रदर्शन मुद्दों को कम करने के लिए प्रयास किया जा सकता है।

Socket के WebUI में एक ट्रेसरूट टूल है जो आपको ISP कनेक्शन पर सार्वजनिक रूप से सुलभ hosts को पिंग करने की अनुमति देगा। सार्वजनिक रूप से सुलभ hostnames को पिंग करते समय यह निर्धारित किया जा सकता है कि Socket और सेवा के बीच l3 पथ पर किस हॉप पर नुकसान या अत्यधिक विलंब का परिचय हुआ है।

ऊपरी उदाहरण में, पैकेट नुकसान स्पष्ट रूप से ISP द्वारा प्रदान की गई L3 सीमा से सीधे परिचित कराया जा रहा है।

हालांकि अंततः किसी भी underlay समस्याओं को ISP के पास ले जाना होगा, CMA में सेटिंग्स सही होने से प्रदर्शन मुद्दों के प्रभाव को कम करने में मदद मिलेगी। सुनिश्चित करें कि एक Socket इंटरफेस के लिए बैंडविड्थ कॉन्फ़िगरेशन लाइन द्वारा प्रदान की गई बैंडविड्थ के लिए सटीक है। सॉकेट वेब यूआई स्पीडटेस्ट टूल्स का प्रदर्शन करके कनेक्शन को बेंचमार्क किया जा सकता है। इसके अलावा, कनेक्शन के अतिउत्साह मापदंडों को घटाना Cato को जल्दी QoS इंजन में संलग्न कर सकता है, और आपकी कम प्राथमिकता वाले ट्रैफ़िक को अधिक महत्वपूर्ण अनुप्रयोगों के पक्ष में छोड़ा जा सकता है। 

अनुपयुक्त PoP चयन कॉन्फ़िग का समाधान

किसी भी मैन्युअल PoP चयन कॉन्फ़िगरेशन को पुनर्स्थापित करने और Cato को एक सॉकेट कनेक्शन के लिए इष्टतम PoP का चयन करने की अनुमति देने के लिए, पहले सुनिश्चित करें कि CMA पर कोई मैन्युअल PoP स्थान कॉन्फ़िगरेशन नहीं है, और फिर सॉकेट के लिए भी वही करें।

CMA में यह नेटवर्क > साइट > सामान्य > पसंदीदा PoP स्थान में किया जा सकता है।

सुनिश्चित करें कि 'स्वचालित' चुना गया है।

Socket WebUI में क्लाउड कनेक्शन सेटिंग्स पर जाएं।

सुनिश्चित करें कि गंतव्य को 'Steering' के रूप में सेट किया गया है।

गलत बेसलाइनों पर SLA कॉन्फ़िगरेशन का समाधान

सुनिश्चित करने के लिए कि SLA कॉन्फ़िगरेशन उपयुक्त है, पहला कदम यह समझना है कि साइट से उपयोग में की जा रहीं गंभीर अनुप्रयोगों के लिए गंभीर थ्रेसहोल्ड या आवश्यकताएं क्या हैं।

इस पर विस्तार से विचार करने के लिए दो उदाहरण लें।

• एप्लिकेशन ए कम स्तर के पैकेट नुकसान को सहन करता है और इसमें अच्छे पैकेट पुन: क्रमण क्षमताएं हैं, हालांकि, सेवा को काम करने के लिए सत्र को बनाए रखना आवश्यक है; प्रवाह को तोड़ना और पुनः निर्मित करना अनुप्रयोग के भीतर समस्याएं पैदा करता है।
• एप्लिकेशन B अस्थायी पैकेट हानि के प्रति बहुत संवेदनशील है। यहाँ तक कि कम मात्रा में नुकसान से डेटा ट्रांसफर रुक सकते हैं और ट्रांसफर को फिर से शुरू करना पड़ेगा। यह कहा जा सकता है कि, नियंत्रण चैनल सत्रों के समाप्त होने और पुनः कनेक्शन में बहुत लचीला होता है।

एप्लिकेशन ए की प्रोफ़ाइल के साथ, हम एक SLA कॉन्फ़िगरेशन बनाएँगे जो लंबे समय के विंडोज के दौरान भी कम मात्रा की हानि की अनुमति देता है; यह प्राथमिकता है कि सेवाएँ बनाए रखने के लिए PoP के साथ कनेक्शन बनाए रखें भले ही हानि अन्यथा सेवा को प्रभावित कर रही हो।

इसके विपरीत, एप्लिकेशन B को एक सख्त SLA कॉन्फ़िगरेशन की आवश्यकता होती है। यह वांछनीय है कि यदि थोड़ी सी भी पैकेट हानि का पता चलता है, तो PoP को स्थानांतरित किया जाए ताकि स्थानांतरण की अखंडता सुरक्षित रहे।

साइट्स स्पष्ट रूप से विभिन्न प्रोफाइल और आवश्यकताओं वाले एप्लिकेशन का मिश्रण उपयोग करते हैं। एक प्रशासक को उपयुक्त SLA नीति के लिए इन आवश्यकताओं को संतुलित करते समय रणनीतिक होना होगा। 

समर्थन केटो के लिए मामले उठाना

यदि इस प्लेबुक का पालन करने के बाद भी समस्या हल नहीं हुई, तो एक समर्थन टिकट सबमिट करें। एक अनुरोध के लिए सबसे सहायक प्रतिक्रिया प्राप्त करने के लिए, प्रशासक को इस प्लेबुक के उपयोग के दौरान लिए गए समस्या निवारण चरणों के परिणाम प्रदान करने चाहिए। उदाहरण के लिए शामिल करना:

• विशिष्ट घटनाओं पर ध्यान आकर्षित करने के लिए प्रासंगिक फ़िल्टर।
• WebUI परीक्षणों के परिणाम।
• नेटवर्क विश्लेषण के निष्कर्ष।
• SLA कॉन्फ़िगरेशन आवश्यकताएँ।