EVPN সীমা তৈরি করুন এক্সপোর্ট নীতিকে কেন্দ্র করে, অ্যাটাচমেন্টকে নয়

সাধারণ ধারণা হলো সীমান্তে Layer 2 অ্যাটাচমেন্ট মডেল তার উপরের সবকিছু নির্ধারণ করে, তাই ডিজাইন একটি vPC জোড়া দিয়ে শুরু হয়ে উপরের দিকে এগোয়। সাধারণত এটি এমন রাউটিং সিদ্ধান্তে শেষ হয় যা দৈবক্রমে নেওয়া হয়। একটি EVPN সীমা প্রথমত একটি রাউটিং সীমা: একটি টেন্যান্ট রাউটিং কনটেক্সট একটি বাহ্যিক রাউটিং ডোমেইনের সঙ্গে মেলে, এবং সেই রেখা যা অতিক্রম করে তা একটি নীতি-বিবৃতি। port-channels নিয়ে কেউ তর্ক করার আগেই রুট, ASN সম্পর্ক ও ব্যর্থতার পথ বেছে নিন। অ্যাটাচমেন্ট মডেল তখন একটি প্রয়োজন থেকে অনুসরণ করে, নিজে প্রয়োজন তৈরি করে না।

সীমা কী অতিক্রম করে তা দিয়ে শুরু করুন

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

তারপর যে ব্যর্থতা আপনি পরিচালনা করতে চান তার নাম দিন: একটি uplink ডাউন, একটি border leaf ডাউন, অথবা পুরো বাহ্যিক ডোমেইন অপ্রাপ্য। প্রতিটি উত্তর বদলে দেয় আপনার দুটি স্বাধীন প্রতিবেশী, একটি ভাগ করা Layer 2 অ্যাটাচমেন্ট, নাকি দুটোই দরকার।

এই দুটি তালিকা তৈরি হওয়ার পরেই অ্যাটাচমেন্টের প্রশ্নের উত্তর দেওয়া সম্ভব হয়। তার আগে প্রতিটি পদ্ধতি সমানভাবে বৈধ মনে হয়। তার পরে বেশিরভাগই নিজেদের বাদ দিয়ে যায়। রাউটিংয়ের কাজ আগে করার এটাই সম্পূর্ণ যুক্তি।

ASN ও peering সীমা নির্ধারণ করুন

একটি প্রাইভেট-AS ফ্যাব্রিক সাধারণত eBGP-এর মাধ্যমে পাবলিক সীমান্ত ডোমেইনের সঙ্গে peering করে, আর মজার অংশ হলো দুই পাশের নীতি। কোন প্রিফিক্স গ্রহণ করা হয়, কোনটি ঘোষণা করা হয় এবং upstream কোন AS path পাবে তা ঠিক করুন।

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

কনফেডারেশন বা local-AS সুবিধা নির্দিষ্ট টপোলজির জন্য একটি ডিজাইন সিদ্ধান্ত। ফ্যাব্রিক ও upstream ভিন্ন ASN ভূমিকা ব্যবহার করে বলেই কোনোটি বাধ্যতামূলক নয়, আর প্রয়োজন ছাড়া একটি গ্রহণ করলে প্রতিটি ভবিষ্যতের পরিবর্তনে চলমান অংশ বাড়ে।

Layer 3 uplink-এ multichassis LAG প্রয়োজন নেই

নিজস্ব BGP প্রতিবেশীসহ স্বাধীন রাউটেড ইন্টারফেস দুটি স্পষ্ট পথ ও দুটি স্পষ্ট ব্যর্থতা-ডোমেইন দেয়। vPC বা অন্য multichassis LAG একটি Layer 2 অ্যাটাচমেন্ট প্রয়োজন মেটায়, এবং সেই প্রয়োজন থাকলে এটিই সঠিক যন্ত্র।

প্রতিটি সীমান্ত জোড়াকে vPC ব্যবহার করতে হবে বা এড়াতে হবে—এমন সাধারণ নিয়ম আসলে যে শর্তগুলো বিষয়টি নির্ধারণ করে সেগুলো লুকিয়ে ফেলে। অ্যাটাচমেন্টকে কী বহন করতে হবে তা জিজ্ঞাসা করুন, তারপর সবচেয়ে কম সাধারণ ব্যর্থতা-মোডে তা বহন করে এমন পদ্ধতি বেছে নিন।

আপনি আগে যে রাউটিং নীতি লিখেছেন তা অ্যাটাচমেন্ট পদ্ধতি বদলালে বদলায় না, যা ভালো লক্ষণ যে ক্রমটি সঠিক ছিল।

টেন্যান্টের যা প্রয়োজন শুধু তা-ই এক্সপোর্ট করুন

একটি টেন্যান্টের ডিফল্ট রুট, নির্বাচিত বাহ্যিক প্রিফিক্সের একটি সেট, বা অনেক বড় টেবিল প্রয়োজন হতে পারে। সেই পরিসর ঠিক করুন প্রকৃত ফরওয়ার্ডিং ও কন্ট্রোল-প্লেন ক্ষমতার ভিত্তিতে, কেউ আর মাপেনি এমন পুরোনো ইন্টারনেট রুট সংখ্যার ভিত্তিতে নয়।

EVPN IP Prefix রুট, যা সাধারণত Type 5 নামে পরিচিত এবং RFC 9136-এ সংজ্ঞায়িত, overlay-এ প্রিফিক্স তথ্য বহন করে। বাস্তবায়নে এখনও মিলে যাওয়া এক্সপোর্ট ও ইমপোর্ট নীতি এবং next-hop রিজলিউশন প্রয়োজন, তাই সীমান্তে একটি বাহ্যিক BGP রুট পাওয়ার অর্থ এই নয় যে প্রতিটি টেন্যান্ট VRF তা ইমপোর্ট করে।

সীমা টেবিলটি ধরে রাখছে বলেই প্রতিটি leaf-এর সম্পূর্ণ টেবিল প্রয়োজন নেই। টেন্যান্টের ট্রাফিক যা চায় তা বিতরণ করুন, বাকিটা সীমার কাছে থাকতে দিন।

একটি প্রিফিক্স শুরু থেকে শেষ পর্যন্ত যাচাই করুন

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

next hop কীভাবে overlay-এর মধ্য দিয়ে রিজলভ হয় তা নিশ্চিত করুন, কারণ অনির্ধারিত next hop নিয়ে উপস্থিত একটি রুট কিছুই ফরওয়ার্ড করে না। তারপর একটি uplink পরিবর্তনের পরে আবার যাচাই করুন, কারণ তখনই নীতি ও next-hop রিজলিউশন সবচেয়ে বেশি আলাদা হয়।

কাজের ক্রম: ক্রসিং রুটগুলো তালিকাভুক্ত করুন, ASN নীতি একমত করুন, অ্যাটাচমেন্টকে তার প্রকৃত কাজের জন্য বেছে নিন, প্রতি টেন্যান্টে এক্সপোর্টের পরিসর ঠিক করুন, তারপর একটি প্রিফিক্স ও তার ফেরার পথ যাচাই করুন।