MPLS শাখা রাউটিং: CE কী শেখে এবং কার কাছ থেকে

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

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

10.20.0.0/24 → CE-A → PE → provider core → PE → CE-B → 10.30.0.0/24

প্রতিটি হপের কাজ কোথায় শেষ হয়

CE-A-এর দূরবর্তী LAN-এর জন্য একটি রুট দরকার, যা তার স্থানীয় প্রোভাইডার সংযোগের দিকে নির্দেশ করে, দূরের শাখার WAN ঠিকানার দিকে নয়। এরপর প্রোভাইডার VPN রাউটিং অবস্থা ব্যবহার করে প্যাকেটটি নিজের কোরের ওপর দিয়ে বহন করে, এবং CE-B সেটি গন্তব্য LAN-এ পৌঁছে দেয়। কোনো পর্যায়েই হোস্টকে লেবেল, VRF বা ওপারের ইন্টারনেট সার্কিট বুঝতে হয় না।

টিকিটে বারবার যে ভুলটি আসে তা হলো A শাখায় B শাখার WAN ঠিকানাকে পরবর্তী হপ হিসেবে কনফিগার করা। দুই শাখাই একই সেবা কিনেছে, তাই মনে হয় তাদের প্রতিবেশী হওয়া উচিত। তারা প্রতিবেশী নয়: পরবর্তী হপকে অবশ্যই আপনার বাস্তব রাউটিং ডিজাইনের মধ্য দিয়ে পৌঁছানো যায় এমন হতে হবে, এবং দূরের CE সাধারণত আপনার পরিচালনার বাইরের সরঞ্জামের পেছনে বহু হপ দূরে থাকে। এই ধারণার ওপর গড়া একটি স্ট্যাটিক রুট সক্রিয় দেখায় এবং কিছুতে রিজলভ করে না, যা অনুপস্থিত রুটের চেয়েও খারাপ, কারণ টেবিলে এটি সঠিক দেখায়।

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

হ্যান্ডঅফে কী নিয়ে একমত হতে হবে

প্রোভাইডারের সঙ্গে মিলে পদ্ধতিটি বেছে নিন, তাদের পাশ কাটিয়ে নয়। স্ট্যাটিক রুট, BGP বা CE ও PE-র মধ্যে রাউটিং প্রোটোকল ব্যবস্থা সবই বৈধ, এবং OSPF-এর এই হ্যান্ডঅফের জন্য একটি নির্ধারিত MPLS VPN মডেল আছে। এর কোনোটিই দুই দূরবর্তী কাস্টমার প্রান্তের মধ্যে অনির্দিষ্ট প্রোভাইডার কোর পেরিয়ে OSPF সংলগ্নতা তৈরির কারণ নয়, কারণ এটি এমন একটি ডিজাইন যা প্রোভাইডার সম্মতি দেয়নি এবং সমর্থনও করতে পারে না।

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

তারপর উত্তরটি অনুসরণ করুন। B শাখার উৎস LAN-এ ফেরার একটি রুট দরকার, এবং গ্রহণকারী দিকের হোস্টের নিজের গেটওয়ে ও নিজের সেবা অনুমতি দরকার। CE-A-তে দেখা যাওয়া একটি রুট অর্ধেক রাউন্ড ট্রিপ প্রতিষ্ঠা করে, আর অর্ধেক রাউন্ড ট্রিপই হলো কারণ ping পরীক্ষার এক দিক সুস্থ দেখায় অথচ অ্যাপ্লিকেশনটি এখনও ব্যর্থ হয়।

সাইন-অফের আগে দুই হ্যান্ডঅফ যাচাই করুন

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

show ip route vrf BRANCH 10.30.0.0
show ip bgp vpnv4 vrf BRANCH
show ip cef vrf BRANCH 10.30.0.10

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

সেবাটি কী দেয় না তা জানুন

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

VPN পৃথকীকরণও এনক্রিপশন নয়। লেবেল সুইচিং প্রোভাইডারের নেটওয়ার্কের ভেতরে কাস্টমারদের আলাদা রাখে, এবং চুক্তি গোপনীয়তা চাইলে এটি পেলোডকে গোপনীয় করে না। যেখানে এটি গুরুত্বপূর্ণ, সেখানে অ্যাপ্লিকেশন বা একটি ওভারলে তা সরবরাহ করতে হবে।

সবশেষে, সাইটের রাউটিং কনফিগারেশনের পাশে সেবা মডেলটি লেখা রাখুন। পরবর্তী যে ইঞ্জিনিয়ার একটি সাবনেট যোগ করবেন, তিনি পড়তে পারবেন কোন প্রিফিক্সগুলো বিজ্ঞাপিত হয়, কে সেগুলো গ্রহণ করে, এবং প্রত্যাশিত ফেরত পথ কী: BGP/MPLS IP VPN স্পেসিফিকেশন হলো এর পেছনের মডেলের রেফারেন্স।