OSPF বনাম EIGRP নিয়ে বেশিরভাগ আলোচনা ধরে নেয় টানেলটি ইতিমধ্যেই প্রোটোকলটি বহন করতে পারে, আর ASA-তে ওই অনুমানই প্রথমে যাচাই করার মতো অংশ। ইমেজ, VTI-র ধরন ও মাল্টিকাস্ট পথ নিশ্চিত হওয়ার পরেই তুলনাটি আগ্রহজনক হয়। এই ক্রমটি ভুল হলে এমন টানেলে টাইমার ঠিক করতে একটি দুপুর কেটে যায় যা কখনো প্রতিবেশীতা তৈরি করবে না। আমি এসব ডিজাইনের প্রতিটি শুরু করি রিলিজ নোট আর চলমান কনফিগারেশন দিয়ে, প্রোটোকল পছন্দ দিয়ে নয়।

প্রোটোকলের আগে রিলিজই সিদ্ধান্ত দেয়

ASA 9.24-এর জন্য Cisco-র VTI নির্দেশিকা একটি ব্যবহারযোগ্য ডকুমেন্টেশন ভিত্তি: এটি স্ট্যাটিক ও ডাইনামিক VTI বর্ণনা করে এবং স্ট্যাটিক রাউটিং, BGP, OSPF ও EIGRP তালিকাভুক্ত করে। এর ফিচার ইতিহাসে VTI-তে OSPFv2 ও EIGRP সমর্থন 9.19(1)-এ রাখা হয়েছে। এর চেয়ে পুরোনো যেকোনো কিছু আলাদা আলোচনা।

তাই প্রথম দুই প্রশ্ন একঘেয়ে এবং সিদ্ধান্তকারী:

CheckWhat decides it
Image and releaseWhether the feature history lists OSPFv2 or EIGRP on VTI for the version you run
VTI typeStatic or dynamic, and which routing context the platform permits
Multicast on the tunnelWhether it is enabled, and whether the group limits are respected

ASA VTI ব্যবহার করতে পারে না বা IGP বহন করতে পারে না—এই বক্তব্য কিছু পুরোনো ইমেজের জন্য সত্য ছিল এবং এটি বর্তমান সমর্থন ম্যাট্রিক্স নয়। একইভাবে, 9.24 নির্দেশিকা প্রতিটি অ্যাপ্লায়েন্স আপগ্রেড করার নির্দেশ নয়। এটি বলে ওই রিলিজ কী সমর্থন করে, আর আপনার মোতায়েন করা রিলিজকে নিজের পক্ষে উত্তর দিতে হবে।

ইউনিকাস্ট পার হওয়া মানে IGP তৈরি হবে নয়

একই নির্দেশিকা উল্লেখ করে যে ইউনিকাস্ট ডিফল্টভাবে পার হয় এবং VTI-তে OSPFv2 বা EIGRP-র জন্য মাল্টিকাস্ট চালু করতে হয়, মাল্টিকাস্ট গ্রুপের নথিভুক্ত সীমা সহ। ওই একটি বাক্যই এই ডিজাইনে আমি দেখা বেশিরভাগ ব্যর্থ প্রতিবেশীতার ব্যাখ্যা দেয়। টানেল জুড়ে কাজ করা পিং, বা সবুজ IPsec স্ট্যাটাস, কেবল ইউনিকাস্ট পথ প্রমাণ করে। প্রোটোকল আবিষ্কারের জন্য মাল্টিকাস্ট পথ দরকার, আর দুটো আলাদাভাবে কনফিগার হয়।

hello বা hold টাইমার ছোঁয়ার আগে টানেল ইন্টারফেস কনফিগারেশনে ওই মাল্টিকাস্ট সেটিং দেখুন। সেটিং না থাকলে প্রতিবেশীতা ধীর নয়, অসম্ভব।

একই টানেলে পাশাপাশি OSPF ও EIGRP

টানেলের ভেতরে দুটি প্রোটোকল অন্য জায়গার মতোই দেখায়। OSPF-র দরকার মিলে যাওয়া নেটওয়ার্ক ধরন, এরিয়া, প্রমাণীকরণ ও প্রতিবেশী প্যারামিটার; EIGRP-র দরকার তার AS নম্বর এবং তার সঙ্গে যাওয়া ইন্টারফেস-স্তরের সেটিংস।

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

তারপর যে অক্ষগুলোতে আপনার টপোলজিতে সত্যিই পার্থক্য হয় সেগুলোতে তুলনা করুন: অন্য পক্ষের সঙ্গে আন্তঃকার্যক্ষমতা, পরীক্ষা করা যায় এমন কনভার্জেন্স আচরণ, এবং আপনার দলে থাকা পরিচালন জ্ঞান। একটি প্রোটোকল দ্রুত বা হালকা—এই ঐতিহাসিক উপাখ্যান আপনার নেটওয়ার্কের পরিমাপ নয়।

প্রতিবেশী মানেই ইনস্টল হওয়া রুট নয়

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

show ospf neighbor এবং show eigrp neighbors আপনাকে বলে সেশনটি জীবিত। show route আপনাকে বলে শাখা প্রিফিক্সটি এসেছে কি না, আর এগুলো আলাদা প্রশ্ন।

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

সমাপ্ত তুলনায় কী লিপিবদ্ধ করা উচিত

টানেল ইন্টারফেস, যে রিলিজ এটি সমর্থন করে, যে কন্ট্রোল বিনিময় যাচাই করেছেন এবং যে রুট নীতি সীমাবদ্ধ করেছেন তা লিখে রাখুন। মাল্টিকাস্ট সেটিং যোগ করুন, কারণ এই বিশদটিই নীরবে ঠিক করে বাকি সব কাজ করে কি না। সেই রেকর্ডটি মোতায়েন করা রিলিজের পাশে রাখুন, যাতে পরবর্তী ফিচার পরিবর্তন মেয়াদোত্তীর্ণ অনুমান থেকে শুরু না করেই পর্যালোচনা করা যায়।

ওই চারটির যেকোনো একটি না থাকলে আপনার কাছে ডিজাইন নয়, পছন্দ আছে। আগে অনুপস্থিত তথ্যটি ঠিক করুন; প্রোটোকল বেছে নেওয়া সহজ অংশ।

সম্পর্কিত নিবন্ধ