আন্তঃ-AS VPNv4: লেবেল ফরওয়ার্ডিং চুক্তির শর্ত

AS সীমান্ত রাউটারে VPNv4 লেবেল পড়ে খুব বেশি কিছু জানা যায় না, যতক্ষণ না জানা যায় হ্যান্ডঅফটি কোন আন্তঃ-AS মডেল প্রয়োগ করে। লেবেলটি নিজে রুটের কোনো বৈশিষ্ট্য নয়; এটি দুটি রাউটারের মধ্যে এনক্যাপসুলেশন ও ডেলিভারি নিয়ে একটি চুক্তি লিপিবদ্ধ করে। ডিসপ্লে পড়ার আগে মডেলটি শনাক্ত করুন। নাহলে আপনি এমন একটি চুক্তি ডিবাগ করছেন যা কেউ লেখেনি।

সীমান্ত কোন মডেল প্রয়োগ করে

VRF-থেকে-VRF ব্যবস্থা রাউটেড অ্যাটাচমেন্টের মাধ্যমে মিলে যাওয়া VRF-গুলোকে যুক্ত করে। প্রতিটি পক্ষ অন্যটিকে গ্রাহক-প্রান্ত প্রতিবেশী হিসেবে দেখে এবং তারা সাধারণ IPv4 রুট বিনিময় করে, তাই ওই সীমান্তে MPLS-এর দরকার নেই।

দ্বিতীয় ব্যবস্থা সীমান্ত রাউটারগুলোর মধ্যেই লেবেলযুক্ত VPNv4 রুট বিনিময় করে। এটি কেবল তখনই কাজ করে যখন আন্তঃসংযোগ জুড়ে একটি সুসংগত লেবেল-সুইচড পাথ থাকে এবং উভয় পক্ষ যে রুট-টার্গেট বিতরণ ও বিশ্বাস মডেল মেনে নেয় তা থাকে। এর যেকোনো একটি অংশ অনুপস্থিত থাকলে মডেলটি ব্যবহৃত হচ্ছে না, কনফিগারেশন যা-ই ইঙ্গিত করুক।

তৃতীয়টি লেবেলযুক্ত PE পৌঁছনযোগ্যতা বিতরণ করে, আর VPN রুটগুলো AS-এর ওপারে এন্ডপয়েন্ট বা রুট রিফ্লেক্টরগুলোর মধ্যে ভ্রমণ করে। তিনটির প্রত্যেকটি সীমান্তে ভিন্ন কাজ রেখে যায়, এবং একটির কন্ট্রোল প্লেনের সঙ্গে অন্যটির ইন্টারফেস অনুমান মিশিয়ে ফেলা হলো চিরচেনা ব্যর্থতা। এই অমিল সাধারণত এমন লেবেল হিসেবে প্রকাশ পায় যা এক পাশে ঠিক দেখায় আর অন্য পাশে হারিয়ে যায়।

একটি প্রিফিক্স শুরু থেকে শেষ পর্যন্ত পড়ুন

একটি অনুমোদিত গ্রাহক প্রিফিক্স নিন এবং সেটি ধরে হাঁটুন। দেখুন কী ঘোষণা করা হয়েছিল, কী এসে পৌঁছেছে, পরবর্তী হপ, লেবেল এবং যে ইমপোর্ট নীতি সেটি গ্রহণ করেছে। তারপর দেখুন রাউটারটি ওই পরবর্তী হপের দিকে ফরওয়ার্ডিং কীভাবে সমাধান করে, কারণ সেখানেই লেবেল প্যাকেটে পরিণত হয়। যেকোনো একটি অর্ধেক বাদ দিলে আপনি এমন কন্ট্রোল প্লেনের বর্ণনা দিচ্ছেন যা হয়তো ট্রাফিক সরাচ্ছে না। দুটি পাঠ কেবল একসঙ্গেই অর্থবহ।

সংখ্যাটি স্থানীয়। এটি অর্থবহ হয় যে রাউটারটি এটি বরাদ্দ করেছে এবং যে পাথ প্যাকেটগুলো সেখানে বহন করে তার সাপেক্ষে, তাই একই মান দুবার দেখা যেতে পারে এবং দুটি ভিন্ন বিষয় বোঝাতে পারে। এটি গ্রহণকারী পক্ষ যা পেয়েছে বলে জানায় তার সঙ্গে তুলনা করুন।

লেবেল স্থানীয়, প্রতিশ্রুতিও তাই

সক্ষমতা আন্তঃসংযোগের দুই প্রান্তেই যাচাই করা হয়, এক প্রান্তে নয়। আপনার ইন্টারফেসে একটি কমান্ড প্রতিবেশী প্রদানকারীর ইন্টারফেসে কিছুই করে না, এবং BGP যে রুট গ্রহণ করেছে তা নিজে থেকে প্রতিবেশীকে লেবেলযুক্ত প্যাকেট ফরওয়ার্ড করতে বাধ্য করে না।

RFC 4364 লেবেলযুক্ত VPNv4 পিয়ারিংকে বিশ্বস্ত ব্যবস্থার মধ্যে সীমাবদ্ধ করে এবং সেই পিয়ারকে কখনো ঘোষণা না করা লেবেল গ্রহণের বিরুদ্ধে সতর্ক করে। এটি প্রোটোকল বিবৃতির পাশাপাশি একটি নিরাপত্তা বিবৃতিও। পাবলিক ইন্টারনেট রাউটিং সম্পর্ককে ব্যক্তিগত VPN রুট বিনিময় থেকে দূরে রাখুন। আন্তঃসংযোগ যদি সাধারণ IP হয়, তবে কোনো লেবেল টিকে থাকবে বলে আশা করবেন না। আর যেখানে লিংক লেবেলযুক্ত, সেখানে প্রতিটি হপে বাইরের ট্রান্সপোর্ট লেবেল সঠিকভাবে অদলবদল হচ্ছে কি না নিশ্চিত করুন।

এক পাশে ঠিক দেখানো এবং অন্য পাশে হারিয়ে যাওয়া লেবেল সাধারণত ওই অমিল, রাউটিং বাগ নয়।

গ্রহণের সময় কী লিখে রাখতে হবে

গ্রহণ হলো প্যাকেট পরীক্ষা, টেবিল পর্যালোচনা নয়। একটি গ্রাহক প্যাকেটকে দূরবর্তী VRF-এ অনুসরণ করুন এবং তার উত্তর ফিরতি অনুসরণ করুন, তারপর লিখে রাখুন হ্যান্ডঅফ কোন মডেল প্রয়োগ করে। দুই পাশের হ্যান্ডঅফ মালিকদের যোগ করুন এবং সীমান্তটি সাধারণ IP না লেবেলযুক্ত ট্রাফিক বহন করে তা লিখুন।

ওই নোটটিই পরবর্তী অপারেটরকে একই লেবেল ডিসপ্লে সঠিকভাবে পড়তে দেয়। এটি ছাড়া কনফিগারেশন থেকে মডেল অনুমান করা হয়, আর অনুমান করা ধারণাই একই ভুল বারবার ঘটার উপায়। RFC 4364-এর আন্তঃ-AS অংশ হলো কোথায় ঠিক করতে হবে কোন মডেলটি অভিপ্রেত ছিল।