VRF-এ অনুপস্থিত রুট: লোকাল, VPNv4 নাকি ফরওয়ার্ডিং টেবিল?
VRF-এ না থাকা, VPNv4-এ না থাকা এবং CEF-এ ইনস্টল না হওয়া প্রিফিক্স তিনটি আলাদা ত্রুটি। রুট-টার্গেট সম্পাদনার আগে টেবিলগুলো ক্রম অনুসারে পড়ুন।
এক গ্রাহক বলছেন রুট-টার্গেট পরিবর্তনের পর একটি প্রিফিক্স হারিয়ে গেছে, আর তাঁরা যে প্রথম স্ক্রিনশট পাঠান সেটি সাধারণত ভুল টেবিল। তিনটি আলাদা টেবিল তিনটি আলাদা প্রশ্নের উত্তর দেয়: প্রিফিক্সটি VRF-এর ভিতরে আছে কি না, সেটি VPNv4 রুট হিসেবে ঘোষিত ও আমদানি হয়েছে কি না, এবং সত্যিই একটি ফরওয়ার্ডিং এন্ট্রি ইনস্টল হয়েছে কি না। এগুলো ক্রমের বাইরে পড়লে আত্মবিশ্বাসী কিন্তু ভুল সিদ্ধান্তে পৌঁছানো যায়। এই রানবুক একটি লোকাল ও একটি রিমোট প্রিফিক্সকে তিনটি টেবিলের ভেতর দিয়ে ক্রমে নিয়ে যায় এবং যে RT সম্পাদনা থেকে শুরু হয়েছিল তার জন্য রোলব্যাক পরিকল্পনা দিয়ে শেষ হয়।
প্রিফিক্সটি এবং তার টেবিলটির নাম দিন
কিছু টাইপ করার আগে দুটি প্রিফিক্স লিখে নিন। একটি গ্রাহক সাইটে লোকাল, কোনো সংযুক্ত ইন্টারফেস বা CE ঘোষণা থেকে শেখা। অন্যটি রিমোট, যা প্রোভাইডার ব্যাকবোন দিয়ে আসার কথা। তারা একই VRF-এ আলাদা পথে ঢোকে, আর একটির ত্রুটি অন্যটি সম্পর্কে কিছুই বলে না।
| Table | Question it answers | Command |
|---|---|---|
show ip vrf CUST-A | Which RTs are attached for import and export | Read the RT lists before anything else |
show ip route vrf CUST-A | Is the prefix present in this VRF at all | Local and imported routes both appear |
show ip bgp vpnv4 all | Was the NLRI advertised and retained | Keyed by route distinguisher |
show ip cef vrf CUST-A | Was a forwarding entry installed | Proves a usable path, not just a BGP entry |
দুই শনাক্তকারীর মধ্যে পার্থক্য স্পষ্ট রাখুন, কারণ এই টিকেটগুলোর বেশিরভাগ বিভ্রান্তি সেখান থেকেই আসে। রুট ডিস্টিংগুইশার VPNv4 NLRI-এর অংশ এবং এটি তৈরি করা হয়েছে যাতে অন্যথায় একই রকম গ্রাহক প্রিফিক্স ব্যাকবোন জুড়ে অনন্য থাকে। রুট টার্গেট হলো একটি বর্ধিত কমিউনিটি যা অ্যাট্রিবিউট হিসেবে বহন করা হয়, আর আমদানি ও রপ্তানি নীতি মিলিয়ে দেখে এটির সঙ্গেই। এটি ডিস্টিংগুইশারের দ্বিতীয় নাম নয় এবং এটি গ্রাহকের প্যাকেটে বহন করা হয় না।
ধাপ 1: প্রমাণ করুন প্রিফিক্সটি VRF-এ আছে
লোকাল ভিউ দিয়ে শুরু করুন, তারপর যে RT আমদানি নিয়ন্ত্রণ করে। লোকাল প্রিফিক্স এখানে না থাকলে উপরের কোনো কিছুই দায়ী হতে পারে না:
show ip route vrf CUST-A 172.21.4.0 255.255.255.0
show ip route vrf CUST-A | include 172.21.4.0
show ip vrf CUST-Aসংযুক্ত বা স্ট্যাটিক হিসেবে দেখানো প্রিফিক্স স্থানীয়ভাবে শেখা, আর এর উপস্থিতি রপ্তানি হয়েছে কি না সে সম্পর্কে কিছুই বলে না। এটাই এই কাজের ধারায় সবচেয়ে সাধারণ ভুল পাঠ: সুস্থ VRF টেবিল কেবল স্থানীয় শিক্ষার প্রমাণ। রপ্তানির দিকটি আলাদা প্রশ্ন, যার উত্তর দেয় প্রতিবেশীর ভিউ ও সংযুক্ত রপ্তানি টার্গেট।
এখানেই থাকতে থাকতে VRF-এর RT তালিকাগুলো দেখুন। উদ্দিষ্ট আমদানি টার্গেট তালিকায় না থাকলে নিচের সবকিছু অপ্রাসঙ্গিক। যদি থাকে কিন্তু রিমোট PE যা রপ্তানি করে তার থেকে আলাদা হয়, তাহলে কোনো প্যাকেট ক্যাপচার না খুলেই আপনি ত্রুটিটি পেয়ে গেছেন।
ধাপ 2: VPNv4 টেবিল ও তার টার্গেট পড়ুন
VPNv4 টেবিল দেখায় কন্ট্রোল প্লেন আসলে কী বিনিময় করেছে। সঠিক ডিস্টিংগুইশারের অধীনে রিমোট প্রিফিক্সটি খুঁজুন, তারপর তার সঙ্গে যুক্ত কমিউনিটিগুলো দেখুন:
show ip bgp vpnv4 all 10.60.9.0/24
show ip bgp vpnv4 all | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A neighbors 192.0.2.17 advertised-routesসঠিক রুট টার্গেট আছে কিন্তু স্থানীয় ইনস্টলেশন নেই — এমন এন্ট্রি রিক্যাবিলিটির নয়, বরং আমদানি নীতি বা রুট নির্বাচনের দিকে ইশারা করে। যে এন্ট্রি VPNv4 টেবিলে একেবারেই আসে না সেটি উপরের দিকে ইশারা করে: উৎস PE হয়তো রপ্তানি করেনি, অথবা সেশনটি অ্যাড্রেস ফ্যামিলি বহন করে না।
তৃতীয় একটি ঘটনা আছে যা পরিবর্তনের সময় মানুষকে বিভ্রান্ত করে। কিছু প্ল্যাটফর্ম রুট-টার্গেট সদস্যপদের তথ্য ব্যবহার করে সীমিত করে কোন VPN রুট তারা অনুরোধ বা ধরে রাখে, তাই একটি ফিল্টার করা ভিউতে রিমোট NLRI-এর অনুপস্থিতি এই প্রমাণ নয় যে ঘোষণাটি কোথাও নেই। বৈশ্বিকভাবে রুট প্রত্যাহার হয়েছে বলে সিদ্ধান্তে আসার আগে আনফিল্টার করা টেবিল ও প্রতিবেশীর ঘোষিত রুট দেখুন।
ধাপ 3: নিশ্চিত করুন কিছু ইনস্টল ও লেবেল হয়েছে
BGP এন্ট্রি একটি সিদ্ধান্ত, পথ নয়। ফরওয়ার্ডিং টেবিল বলে দেয় প্যাকেটের যাওয়ার জায়গা আছে কি না:
show ip cef vrf CUST-A 10.60.9.0/24
show mpls forwarding-table vrf CUST-A | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-Aসমাধান করা সংলগ্নতা ও বর্ধিত আউটগোয়িং লেবেলসহ CEF এন্ট্রি মানে ডেটা-প্লেন ট্র্যাফিক চলার কথা, আর বাকি যেকোনো উপসর্গ অ্যাপ্লিকেশন বা VRF-এর ভিতরের ফিল্টারিংয়ের। অমীমাংসিত নেক্সট হপ দেখানো CEF এন্ট্রি মানে BGP সুস্থ দেখালেও লেবেল পথটি অসম্পূর্ণ, আর ঠিক এখানেই BGP টেবিলের স্ক্রিনশট একটি পরিবর্তন পর্যালোচনাকে বিভ্রান্ত করেছে।
লোকাল PE যে লেবেল আরোপ করে তার সঙ্গে রিমোট PE যে লেবেল পাওয়ার আশা করে তা মিলিয়ে দেখুন। দুই ভিউয়ের অমিল লেবেল বরাদ্দ বা সেশনের সমস্যা, আর যতবারই রুট টার্গেট সম্পাদনা করুন না কেন তা ঠিক হবে না।
ঘোষিত পরিধিসহ RT পরিবর্তন ফিরিয়ে নিন
ত্রুটি যদি রুট-টার্গেট সম্পাদনা থেকে শুরু হয়ে থাকে, তবে সেটি একটিমাত্র সচেতন ধাপ হিসেবে ফিরিয়ে নিন এবং কোন পরিধি বদলাচ্ছেন তা বলুন। আমদানি টার্গেট সরানো সেই VRF-এর ভিতরে যোগ্যতা প্রত্যাহার করে। এটি ব্যাকবোন থেকে VPNv4 ঘোষণাটি মুছে দেয় না, আর কিছু প্ল্যাটফর্মে রুটটি টেবিলে ধরে রাখা থাকে। এগুলো আলাদা ফলাফল এবং ব্যবহারকারীর কাছে দৃশ্যমান প্রভাব নির্ভর করে আপনি কোনটি বোঝাচ্ছেন তার উপর।
configure terminal
vrf definition CUST-A
address-family ipv4
no route-target import 65000:410
end
clear ip bgp vpnv4 vrf CUST-A soft inসেশনটি ইতিমধ্যেই প্রিফিক্স সংরক্ষণ করলে ইনবাউন্ড সফট রিকনফিগারেশনই যথেষ্ট; কর্মঘণ্টায় প্রোভাইডারের দিকে মুখ করা সেশন হার্ড রিসেট করা এমন সিদ্ধান্ত যা অন্য কারও নেওয়া উচিত। Junos-এ সমতুল্য পরীক্ষা প্রতিটি VRF-এর টেবিল ও VPN টেবিল সরাসরি পড়ে, আর রোলব্যাক হলো commit-এর সময় ফিরিয়ে নেওয়া, প্রতি-কমান্ড বাতিল নয়, তাই শুরুর আগে কনফিগারেশন পার্থক্য ধরে রাখুন।
যে তিনটি কমান্ড দিয়ে শুরু করেছিলেন সেগুলো দিয়েই একই ক্রমে শেষ করুন এবং সময়চিহ্নসহ তাদের আউটপুট লিখে রাখুন। RT ভুল ছিল আর এখন ঠিক আছে — এমন টিকেট পুনরায় ব্যবহারযোগ্য নয়; যে টিকেট দেখায় প্রিফিক্সটি VRF-এ আছে, VPNv4-এ আছে এবং CEF-এ ইনস্টল হয়েছে, সেটাই প্রমাণ যা পরের জন মিলিয়ে দেখতে পারেন। কেবল প্রথম দুটি বদলালে আপনি পরিবর্তনটি শেষ করেননি।