तुमच्या साइट्समध्ये कोण राउट करते: लेयर 2 की लेयर 3 VPN?

प्रदात्याकडून VPN ऑर्डर करा आणि त्या मालकाचे नाव घेतले किंवा नाही, अंतिमतः साइट्समधील राउटिंगचा मालक कोणीतरी असेल। लेयर 2 हस्तांतरणावर सही केल्यास प्रदाता पाईप देतो आणि शेजारचे नाते तुमचे राउटर तयार करतात; लेयर 3 सेवेवर सही केल्यास प्रदाता तुमचे प्रीफिक्स स्वतःच्या राउटिंग संदर्भात वाहून नेतो। दोन्ही वैध उत्पादने आहेत, फक्त ऑन-कॉलच्या कथा वेगळ्या आहेत। कोटेशनपासून पहिल्या स्वीकृती चाचणीपर्यंत ऑर्डर चालवा आणि निवड अमूर्त राहणार नाही।

टोपोलॉजी स्लाइडऐवजी हस्तांतरण फॉर्मपासून सुरुवात करा

प्रत्येक प्रदाता शेवटी एक फॉर्म पाठवतो जो विचारतो की तुम्हाला काय सुपूर्द करायचे: स्यूडोवायर, मल्टीपॉइंट इथरनेट सेगमेंट, किंवा सामायिक सेवा काठावरील राउटेड जोडणी। ते एकच उत्तर विक्री सादरीकरणातील कोणत्याही आकृतीपेक्षा जास्त ठरवते, कारण तुमची जबाबदारी कुठून सुरू होते ते ते निश्चित करते।

पॉइंट-टू-पॉइंट स्यूडोवायर दोन जोडण्यांमधील एक सर्किट आहे, आणि मल्टीपॉइंट इथरनेट सेवा अनेक साइट्सना एका ब्रॉडकास्ट डोमेनमध्ये जोडते। आकृतीत दोन्ही सारखी दिसतात आणि लूप किंवा ब्रॉडकास्ट वादळ आल्यावर पूर्णपणे वेगळे वागतात। पत्ते नियोजनापूर्वी कोणते कोट होत आहे ते निश्चित करा।

उत्पादनांची नावे हे ठरवत नाहीत। MPLS लेबल, डार्क फायबर हस्तांतरण आणि इंटरनेट-आधारित ओव्हरले या सर्वांना खाजगी नेटवर्क म्हणता येते, आणि फ्रेमवर्क दस्तऐवज सेवा मॉडेल व ग्राहक-प्रदाता विभागणी यांना परिभाषित करण्याची गोष्ट मानतात। जोडणीची अर्थशास्त्र लेखी मागा, नंतर ती तुमच्या टीमला सोप्या शब्दांत वाचून दाखवा।

टर्न-अपच्या दिवशी काय आले ते वाचा

टर्न-अपच्या दिवशी त्यावर काहीही कॉन्फिगर करण्यापूर्वी तुम्हाला दिलेला इंटरफेस पाहा। राउटेड लेयर 3 जोडणी सामान्यतः लहान पॉइंट-टू-पॉइंट सबनेट असलेला पोर्ट किंवा तुम्हाला पोहोचायचे पुढील हॉप म्हणून दिसते। लेयर 2 जोडणी फ्रेमची अपेक्षा करणारी लिंक म्हणून दिसते, त्यामुळे तुमचा पहिला उपयुक्त आदेश राउट शोध नाही, ब्रिज किंवा शेजारी तपासणी आहे।

ip -br link show
ip -br addr show
ip route show default
ip neigh show

ती चार ओळी तुम्ही कोणत्या जगात आहात ते सांगतात। प्रदात्याच्या पत्त्याकडे निर्देश करणारा डीफॉल्ट राउट म्हणजे प्रदाता तुमच्यावतीने राउट करतो। उपयुक्त लेयर 3 पत्ता नसलेला पण ब्रिज भरलेला इंटरफेस म्हणजे राउटिंग तुमच्याकडून अपेक्षित आहे, आणि प्रत्येक गहाळ प्रीफिक्स तुम्हाला दुरुस्त करायचा आहे।

प्रोमिस्क्युअस दिसणारी लिंक हे देखील सूचित करू शकते की हस्तांतरण टॅग केलेले आहे, म्हणून सर्किटला दोष देण्यापूर्वी VLAN करार निश्चित करा। मल्टीपॉइंट सेवेमध्ये डुप्लिकेट MAC पत्ते हे डिझाइनचे लक्षण आहे, प्रदात्याची बिघाड नाही।

पहिल्या प्रीफिक्सपूर्वी प्रत्येक वस्तूसाठी एक मालक नेमा

वस्तूंची यादी चालवा आणि प्रत्येकाची मालकी असलेल्या टीमचे नाव मोठ्याने सांगा। ग्राहक प्रीफिक्स आणि साइट्समधील जाहिराती। प्रदाता काठाशी नाते तयार करणारे शेजारनाते किंवा सेवा ओळखकर्ता। लूप कोण तोडतो, आणि रुंद ब्रॉडकास्ट डोमेनमध्ये राहण्यास कोण संमती दिली। MTU ची मर्यादा कुठे आहे, बिघाड कसे लक्षात येतात आणि सेवा कशी परत येते। प्रवेश धोरण, आणि सेवेमध्ये नसलेले कोणतेही एन्क्रिप्शन।

यादी लहान आहे कारण घटनेच्या वेळी तुटणारा भाग तोच आहे। दोन टीम दोन्ही राउट धोरण आपले आहे असे मानत असतील, तर खंड एकाच तासात दोन विरोधाभासी बदल निर्माण करतो। कोणाचेच नसेल, तर पहिला असममित मार्ग ग्राहक अहवाल देईपर्यंत टिकतो।

राउटेड सेवा सामान्यतः BGP किंवा स्थिर सीमा देते, त्यामुळे तुमच्या बाजूला वाचनीय सत्र स्थिती हवी: birdc show protocols किंवा तुमच्या राउटरवरील समतुल्य आदेश शेजारनाते वर आहे की नाही ते सांगतो, आणि काउंटर कार्यालयीन वेळेतच फ्लॅप होत आहे की नाही ते सांगतात। लेयर 2 हस्तांतरण असा संकेत देत नाही, म्हणून ग्राहकाकडे स्पष्ट पोहोचक्षमता तपासणी असणे आवश्यक आहे।

एका साइटची बिघाडाची स्थिती चालवा

सेवा सुरू होण्यापूर्वी स्वीकृती चाचणी लिहा: एका साइटची जोडणी पाडा आणि प्रत्येक टीम काय पाहते ते नोंदवा। लेयर 3 सेवेमध्ये प्रदाता त्या साइटच्या प्रीफिक्सची पोहोचक्षमता मागे घेतो, तुमचे सत्र मागे घेण्याची नोंद करते, आणि उर्वरित साइट्स त्यांचे मार्ग ठेवतात। लेयर 2 सेवेमध्ये सर्किट पडते, तुमचा राउटिंग प्रोटोकॉल मृत शेजाऱ्याला पाहतो, आणि तीच अभिसरण पूर्णपणे तुमच्या टाइमरवर अवलंबून असते।

लिंक पुनर्संचयित करा आणि स्थितीचा दुसरा अर्धा भाग तपासा, कारण जुनी स्थिती नेहमीचा उरलेला भाग असते। शेजारनाते परत येते, प्रीफिक्स अपेक्षित गुणधर्मांसह परत येतात, आणि घटनेतील कोणताही तात्पुरता स्थिर मार्ग तक्त्यात राहिलेला नाही याची खात्री करा।

कंटाळवाणी बिघाडही तपासा: एक साइट तिचा रहदारी दुप्पट करते। राउटेड हस्तांतरणात प्रीफिक्सनुसार काउंटर दिसतात; ब्रिज केलेल्या हस्तांतरणात कदाचित फक्त इंटरफेस थ्रूपुट दिसेल, ज्यामुळे कोणता होस्ट जबाबदार आहे याचा अंदाज लावावा लागतो।

करार काय विकत नाही

लेयर 2 किंवा लेयर 3 लेबल विलंब, समर्पित बॅकबोन किंवा एन्क्रिप्शनबद्दल काहीही सांगत नाही। ही स्वतंत्र वचनबद्धता आहेत, आणि उपलब्धतेचे आकडे त्यांपैकी कोणतेही सूचित करत नाहीत। सेवा करारात काय वचन दिले आहे ते वाचा आणि बाकी सर्व तपासायची गृहीत धरा।

तुमची गरज दोन ग्राहक राउटरमधील पॉइंट-टू-पॉइंट जोडणी असेल, तर प्रदात्याला तुमचे अंतर्गत राउटिंग चालवायला न सांगता लेयर 2 सेवा बसते। गरज वेगवेगळ्या सबनेटसह अनेक साइट्स आणि लहान ऑपरेशन्स टीम असेल, तर राउटेड सेवा अन्यथा तुमच्याकडे राहणारे काम काढून टाकते।

दोन्हीपैकी कोणतेही डीफॉल्ट नाही। एन्कॅप्सुलेशनसाठी उपकरण समर्थन, साइट्समधील प्रत्यक्ष रहदारी संबंध, रिडंडन्सी मॉडेल, आणि तुमची टीम नुकताच स्वीकारलेला भाग चालवू शकते का ते तपासा। नंतर मालकांची नावे रनबुकमध्ये लिहा, कारण निर्णयाचा कर्मचारी बदलल्यावरही टिकणारा भाग तोच आहे।