MPLS और SD-WAN: ट्रांसपोर्ट को ओवरले से अलग करें
MPLS सर्किट एक ट्रांसपोर्ट है; SD-WAN उसके ऊपर की नीति है। कीमतों की तुलना से पहले अंडरले की पहुँच, ओवरले टनल और अनुबंध अलग करें।
MPLS और SD-WAN एक ही सूची के विकल्प नहीं हैं, इसीलिए तुलना गोल-गोल घूमती रहती है। एक फ़ॉरवर्डिंग तकनीक है जो निजी WAN सेवा के रूप में बिकती है; दूसरी नियंत्रण और नीति की परत है जो उस सेवा पर, ब्रॉडबैंड पर, सेलुलर पर या किसी भी मिश्रण पर चल सकती है। MPLS रहेगा या नहीं, यह इस पर निर्भर है कि व्यवसाय क्या खरीद रहा है, इस पर नहीं कि आरेख में कौन-सा लोगो दिखता है। पहले परतें अलग करें, फिर निर्णय ठोस सवालों का समूह बन जाता है।
खरीद की बातचीत में MPLS का अर्थ
प्रदाता की MPLS VPN एक निजी सेवा देती है जिसमें कैरियर ग्राहक के कनेक्शनों के बीच ट्रैफ़िक ले जाता है और राउटिंग की ज़िम्मेदारी का एक हिस्सा रखता है। MPLS तकनीक के रूप में उद्यम नेटवर्क के भीतर भी मिलता है, इसलिए वही शब्द किसी ऐसी चीज़ का वर्णन कर सकता है जिसे कंपनी खुद चलाती है। यही अंतर तय करता है लेबल कौन कॉन्फ़िगर करता है और रात तीन बजे फ़ोन कौन उठाता है। पूछें कि कौन-सा कनेक्शन मॉडल लागू है, और उत्पादों पर चर्चा से पहले जवाब लिख लें।
उस सेवा में ऐसा कुछ नहीं है जो उसके ऊपर ओवरले बनाने से रोके। दोनों अलग-अलग परतों में रहते हैं, और इसीलिए एक को बदलने से दूसरा अपने आप नहीं बदलता।
ओवरले से पहले अंडरले बनाएँ
अंडरले वह सब है जो वास्तव में एज उपकरणों के बीच पैकेट ले जाता है: प्रदाता के हैंडऑफ़, घोषित प्रीफ़िक्स, एक्सेस सर्किट और वह राउटिंग जो उन्हें पहुँचने योग्य बनाती है। ओवरले ऊपर बनी टनल और साइट-संबंधों का समूह है, साथ में एन्क्रिप्शन और टोपोलॉजी के चुनाव। नीति और ऊपर बैठती है और तय करती है कि कौन-सा ऐप किन परिस्थितियों में कौन-सा रास्ता लेगा। कोई भी प्रस्तावित डिज़ाइन पढ़ें इन तीनों को अलग-अलग नाम देकर, क्योंकि SD-WAN जैसा लेबल इनमें से किसी को नाम नहीं देता।
दो साइटें प्रदाता का WAN रख सकती हैं और उसके ऊपर टनल जोड़ सकती हैं, चुने हुए सर्किट को ब्रॉडबैंड से बदल सकती हैं, या कई ट्रांसपोर्ट साथ-साथ चला सकती हैं। इनमें से हर एक अलग परियोजना है, अलग लागत प्रोफ़ाइल और अलग विफलता-सतह के साथ।
बिक्री की तुलना को स्वीकृति मानदंड में बदलें
तुलना तब उपयोगी होती है जब वह स्वीकृति मानदंड में बदल जाए। हर परत के लिए एक पंक्ति वाली तालिका बनाएँ और उसे ब्रोशर से नहीं, अनुबंध से भरें।
| Layer | Question to answer | Owner |
|---|---|---|
| Underlay | Which paths exist, which prefixes are advertised, what service level is committed | Carrier and network team |
| Overlay | Which sites and prefixes are reachable through tunnels, and how traffic is encrypted | Enterprise |
| Policy | Which application uses which path, and what evidence triggers a change | Enterprise |
| Operations | Who diagnoses a brownout, and what the escalation path is | Both, in writing |
लिख लें कि पसंदीदा रास्ता लौटने पर क्या होता है, क्योंकि असममित या डगमगाता चयन कटओवर के बाद आम आश्चर्य है। स्थानीय इंटरनेट ब्रेकआउट और केंद्रीय निरीक्षण उसी तालिका में शामिल करें, क्योंकि वे तय करते हैं कि नीति वास्तव में लागू हो सकती है या नहीं। सर्किट, एज उपकरण, सॉफ़्टवेयर, संचालन और रिकवरी में कुल लागत की तुलना करें, किसी एक एक्सेस लाइन की कीमत की नहीं। सस्ता सर्किट अपने आप सस्ती सेवा नहीं पैदा करता।
विफलता की स्वतंत्रता डिज़ाइन का हिस्सा है
दो तार्किक रास्ते आख़िरी मील की नहर, बिजली की आपूर्ति या ऊपर का प्रदाता साझा कर सकते हैं, और ओवरले ऐसी निर्भरता से नहीं बच सकता जो उसके पास कभी नहीं थी। हर सर्किट के पीछे भौतिक और प्रदाता-विविधता माँगें, फिर उसे उन विफलताओं से मिलाएँ जो सचमुच आपके लिए मायने रखती हैं। जब दोनों रास्ते एक साथ मर जाते हैं, तो स्टीयरिंग लॉजिक के पास स्टीयर करने को कुछ नहीं बचता। इस सीमा को डिज़ाइन दस्तावेज़ में लिखें, किसी रुकावट के दौरान खोजने के बजाय।
पूरा हुआ चित्र ट्रांसपोर्ट, ओवरले और नीति को तीन अलग पट्टियों के रूप में दिखाना चाहिए, अनुबंध की शर्तें सबसे निचली से जुड़ी हों। फिर MPLS को रखना, घटाना या हटाना ऐसा निर्णय बन जाता है जिसे कोई उचित ठहरा सके।