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 राख्नु, घटाउनु वा हटाउनु कसैले तर्क गरेर समर्थन गर्न सक्ने निर्णय बन्छ।