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 রাখা, ছোট করা বা সরানো এমন সিদ্ধান্ত হয় যা কেউ যুক্তি দিয়ে রক্ষা করতে পারে।