দুটি PE, একটি প্রিফিক্স: কেন RD দৃশ্যমানতা ঠিক করে
একই প্রিফিক্স ঘোষণা করা দুটি এজ রাউটার একই গন্তব্য ভাগ করে, যদি না তাদের রুট ডিস্টিংগুইশার আলাদা হয়। সচেতনভাবে বরাদ্দ করুন, তারপর VRF যাচাই করুন।
একই গ্রাহক প্রিফিক্স ঘোষণা করা দুটি এজ রাউটার একটি VPNv4 গন্তব্য বর্ণনা করে, যতক্ষণ না কিছু তাদের আলাদা করে, আর সেই বিভাজকটি হলো রুট ডিস্টিংগুইশার। এটি প্রিফিক্সটিকে যোগ্য করে; ফলাফল কে আমদানি করবে তা এটি ঠিক করে না, সেটি রুট টার্গেটের কাজ। যেখানে ওই ঘোষণাগুলো মিলতে পারে এমন প্রতিটি ডোমেইনে আলাদা থাকতে হবে এমন রুটের সেট থেকে RD বরাদ্দ করুন, একটি ডিভাইসের ফাইল বিন্যাস থেকে নয়। আপনি যে নম্বরটি বাছেন সেটি এমন একটি পরিচয় যার উপর পরে পর্যালোচনা নির্ভর করবে, তাই কনফিগারেশনে যাওয়ার আগে তা ইনভেন্টরিতে থাকা উচিত।
RD আর একটি প্রিফিক্স মিলে এক গন্তব্য
একটি RD এবং একটি IPv4 প্রিফিক্স মিলে VPNv4 গন্তব্য তৈরি করে যা কন্ট্রোল প্লেন তুলনা করে। দুটি PE-কে ভিন্ন গ্রাহকের জন্য একই প্রিফিক্স দিন, আর আলাদা RD ছাড়া তারা একটি গন্তব্যের দিকে পাথ ঘোষণা করে। ডিসপ্লেতে কিছুই আপনাকে বলে না যে এই গ্রুপিং ভুল, কারণ প্ল্যাটফর্মটি ঠিক তাই করছে যা পরিচয়টি বলে। তাদের একটিতে RD বদলান, পুরোনো ঘোষণাটি প্রত্যাহার হয় আর ভিন্ন পরিচয়ের অধীনে নতুন একটি দেখা যায়। পুরোনো পরিচয়ের উপর নির্ভর করা সবকিছু, রুট নির্বাচন থেকে সংরক্ষিত অপারেটর ফিল্টার পর্যন্ত, এখন এমন কিছুকে বোঝায় যা আর নেই।
প্রতি গন্তব্যে একাধিক পাথ BGP-এর স্বাভাবিক আচরণ, কোনো উপসর্গ নয়। একটি স্পিকার ফরওয়ার্ডিংয়ের জন্য একটি সেরা পাথ বাছাই করার সময় একাধিক প্রাপ্ত পাথ ধরে রাখতে পারে, আর প্রাপ্ত ও নির্বাচিতের মধ্যকার ফাঁকই দৃশ্যমানতার প্রশ্নগুলো যেখানে বাস করে। কোনো পাথ হারিয়ে গেছে মনে হলে সেশন দেখার আগে যাচাই করুন যে তার যে পরিচয়ের অন্তর্ভুক্ত ছিল তা এখনো আছে কি না।
একই RD, একই গন্তব্য, ভিন্ন পাথ
একই সেবার পক্ষে দুটি রাউটার থেকে একটি RD ও একটি প্রিফিক্স পাঠান, তখন দুটিই একটি গন্তব্যের দিকে পাথ অফার করে, সাধারণত ভিন্ন নেক্সট হপ নিয়ে। রুট রিফ্লেক্টর এর মধ্যে কোনটি এগিয়ে দেবে তা রিফ্লেক্টরের সিদ্ধান্ত: তার পাথ নির্বাচন, তার ঘোষণা ক্ষমতা এবং তার উপরে বসানো যেকোনো নীতি। কোনও এজ রাউটার সেই বাছাই নিয়ন্ত্রণ করে না। দুটি ঘোষণাকে আলাদা RD দিন, তখন প্রত্যেকটি নিজের গন্তব্য হয়ে যায়, ফলে দুটিই এমন কন্ট্রোল প্লেনে টিকে থাকতে পারে যা নইলে এক পরিচয়ের জন্য কেবল নির্বাচিত পাথ বহন করে।
দৃশ্যমানতা ও মাল্টিপাথ গ্রহণকারী VRF-এ মেলে, কিন্তু তারা একই সিদ্ধান্ত নয়, আর দুটি পরিচয় বহনকারী রিফ্লেক্টর দ্বিতীয় একটি ইনস্টল করা পাথ কনফিগার করেনি। VRF যা তার আমদানি নীতি অনুমোদন করে এবং তার নিজের সর্বোচ্চ-পাথ সেটিং যা অনুমতি দেয় তা ইনস্টল করে। দ্বিতীয় পাথটি কেবল দৃশ্যমান নয়, ব্যবহৃত হবে চাইলে সেই সেটিংটি আলাদাভাবে যাচাই করুন।
স্থানীয় অনন্যতার নিয়ম কোনো নীতি নয়
প্রতিটি PE ও রাউটিং ইনস্ট্যান্সকে নিজস্ব RD দেওয়া একটি সুস্থ রীতি: এটি উৎসের নাম দেয়, অসংশ্লিষ্ট সেবাগুলোকে একটি পরিচয়ে সংঘর্ষ থেকে বিরত রাখে এবং ইনভেন্টরিকে একটি স্থির চাবি দেয়। কিছু প্ল্যাটফর্ম কেবল ডিভাইসের ভেতরে অনন্যতা দাবি করে এবং স্পষ্টভাবে রাউটারদের একই VPN ইনস্ট্যান্সের জন্য একটি RD ভাগ করতে দেয়। সেই অনুমতি একটি বাস্তবায়ন সীমাবদ্ধতা, নয়তো এমন আন্তঃনেটওয়ার্ক নিয়ম যা আপনি কোনো সরবরাহকারীকে অর্পণ করতে পারেন। ডোমেইন যদি একাধিক দল জুড়ে থাকে, বরাদ্দ নীতি নিজেই লিখুন।
সদস্যপদ কখনো অঙ্ক থেকে আসে না। একটি PE-র জন্য 65000:12 আর অন্যটির জন্য 65000:13 ধরনের প্যাটার্ন একটি অভ্যাস, অথচ 65000:112-এর মতো মিলে যাওয়া এক্সপোর্ট ও আমদানি টার্গেটই রুটকে VRF-এ বসায়। RD-কে রুটের পরিচয় আর রুট টার্গেটকে সেই অনুমতি হিসেবে দেখুন যা এটি VRF-এ বহন করে।
পরিবর্তন প্রমাণ করুন VRF-এ, ডিসপ্লেতে নয়
RD-তে হাত দেওয়ার আগে চারটি জিনিস লিখে রাখুন: PE আজ কী ঘোষণা করে, রিফ্লেক্টর কী প্রতিফলিত করে, গ্রহণকারী VRF কী আমদানি করে এবং কোন পাথ বাছাই করে। নতুন RD একটি ঘোষণা প্রত্যাহার করে আর অন্যটি প্রবর্তন করে, তাই পরিবর্তনটি সেশনের দুই পাশেই দেখা যায় এবং কেবল ঘোষণাকারী দিকটি দেখলে ভুল পড়া সহজ। গ্রহণযোগ্যতা আপনার চাওয়া পৌঁছানোর উপর নির্ভর করা উচিত, প্রিফিক্স তালিকায় একটি অতিরিক্ত লাইন দেখা যাওয়ার উপর নয়। নিচের সারণিটি সেই পর্যালোচনার সময় তিনটি শনাক্তকারীকে একসাথে মিশে যাওয়া থেকে রাখে।
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
ঘোষণাকারী PE থেকে শুরু করুন এবং কিছু সরানোর আগে একই প্রিফিক্সের জন্য উভয় পরিচয় তুলনা করুন। নিচের IOS কমান্ডগুলো ক্রমান্বয়ে তিনটি প্রশ্নের উত্তর দেয়: পুরোনো ঘোষণা কি এখনো আছে, নতুন পরিচয়টি রিফ্লেক্টরের কাছে দৃশ্যমান কি না, এবং VRF কি প্রিফিক্সটি নির্বাচন করে।
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
অন্য প্ল্যাটফর্ম একই তথ্য ভিন্ন বাক্যবিন্যাসে ছাপে, আর প্রশ্নগুলো সেই পরিবর্তনেও টেকে। যদি নতুন পরিচয় রিফ্লেক্টরে অনুপস্থিত থাকে অথচ PE সেটি ঘোষিত হিসেবে তালিকাভুক্ত করে, তবে প্রথম সন্দেহভাজন হলো রিফ্লেক্টরের নীতি বা ঘোষণা ক্ষমতা, সংখ্যায়ন নয়।
PE, ইনস্ট্যান্স, RD, এক্সপোর্ট ও আমদানি টার্গেট এবং প্রিফিক্সের মালিকানা এক জায়গায় লিখে রাখুন, কারণ পরবর্তী বরাদ্দ তখনই অনুমান নয় বরং সন্ধান হয় যখন সেই রেকর্ড থাকে। নতুন পরিচয় গ্রহণকারী VRF-এ দৃশ্যমান হওয়া পর্যন্ত পুরোনো RD রাখুন, তারপর দ্বিতীয় ধাপে তা প্রত্যাহার করুন যাতে প্রতিটি পর্যায় উল্টানো যায়।