DMVPN ওভারলেতে EIGRP নেবাররা আসে না
ওভারলেতে unicast কাজ করে, তবু অ্যাডজেসেন্সি ব্যর্থ হয়; তাই NHRP multicast রেপ্লিকেশন, টানেলের EIGRP নীতি এবং IPsec—এই তিনটি আলাদা স্তর হিসেবে যাচাই করুন।
টানেল আপ আছে, একটি স্পোক অন্য স্পোককে পিং করতে পারে, তবু হাবে EIGRP কোনো নেবার দেখায় না। এই সমন্বয় রহস্যময় নয়, স্বাভাবিক: পিং NHRP-এর মধ্য দিয়ে unicast রিচেবিলিটি প্রমাণ করে, আর EIGRP hello গুলো multicast। DMVPN ওভারলেতে রাউটিং প্রোটোকলের ডেলিভারি মডেল দ্বিতীয় কনফিগারেশন সারফেস, আর মানুষ ঠিক এটাই এড়িয়ে যায় কারণ প্রথম সারফেস আগেই সুস্থ দেখায়। নিচের প্রতিটি স্তর নিজের কমান্ড দিয়ে যাচাই হয়, তাই এক স্তরে ব্যর্থতা আপনাকে তালিকার শুরুতে ফেরত পাঠায় না।
আপনি যে অ্যাডজেসেন্সি আশা করছেন তা লিখে রাখুন
যেকোনো show কমান্ডের আগে ছোট একটি তালিকা করুন: কোন স্পোক কোন হাবের সঙ্গে পিয়ার করবে, কোন টানেল ইন্টারফেস দিয়ে, কোন EIGRP স্বায়ত্তশাসিত সিস্টেমে। বহু-হাব ডিজাইন হাবগুলোর মধ্যবর্তী ফাঁকে ব্যর্থ হয়, আর তালিকাটি «EIGRP নষ্ট»-কে «স্পোক 3 হাব 2-এ রেজিস্টার করছে না»-তে বদলে দেয়। প্রতিটি লিংকে যে টানেল সাবনেট আশা করছেন তা অন্তর্ভুক্ত করুন, কারণ দুই প্রান্তের অ্যাড্রেস মিসম্যাচ দেখতে হুবহু প্রোটোকল ব্যর্থতার মতোই লাগে। তালিকাটি টিকিটে লিখুন, যাতে পরের শিফট শেষ স্ক্রিনশটের বদলে ডিজাইনের সঙ্গে তুলনা করে।
আগে NHRP, তারপর multicast পথ যাচাই করুন
রেজিস্ট্রেশন স্টেট এবং হাব সত্যিই যে ম্যাপিংগুলো ধরে রাখে তা দিয়ে শুরু করুন। হাবে কোনো ডাইনামিক এন্ট্রি না থাকা স্পোক রেজিস্টার করেনি, আর কোনো রাউটিং প্রোটোকল তা ঠিক করবে না। তারপর নিশ্চিত করুন যে স্পোক হাবের NBMA অ্যাড্রেস থেকে multicast গ্রহণ করে—এটি NHS এন্ট্রি থেকে আলাদা লাইন।
show dmvpn
show ip nhrp
show ip nhrp nhs detail
interface Tunnel0
ip nhrp network-id 1
ip nhrp nhs 203.0.113.1 nbma 198.51.100.1
ip nhrp map multicast 198.51.100.1
tunnel mode gre multipoint
tunnel key 100
ঠিক ip nhrp map multicast লাইনটি স্পোককে তার hello গুলো ওভারলেতে রেপ্লিকেটেড multicast হিসেবে হাবে পাঠাতে দেয়, আর হাবের multicast-কে তার রেজিস্টার্ড স্পোকগুলোতে পৌঁছাতে দেয়। এটি ছাড়া NHRP-এর মধ্য দিয়ে unicast কাজ করে কিন্তু multicast কাজ করে না, আর ঠিক এই বিভাজনই পিং-কে প্রমাণের মতো দেখায়। Cisco-র IOS XE DMVPN গাইড প্রতিটি ফেজের জন্য হাব ও স্পোকের multicast আচরণ নথিভুক্ত করে, তাই অন্য টোপোলজি থেকে টুকরো কপি না করে আপনার কনফিগারেশনকে আপনি যে ফেজ সত্যিই মোতায়েন করেছেন তার সঙ্গে মিলিয়ে নিন।
EIGRP-এর নিজের ইন্টারফেস নীতি যাচাই করুন
যে টানেল EIGRP প্রসেসে নেই বা passive, সেটি ওভারলে যতই সুস্থ থাকুক, কখনোই অ্যাডজেসেন্সি তৈরি করবে না। ইন্টারফেসের অংশগ্রহণ এবং নেবার টেবিল একসঙ্গে পড়ুন, কারণ প্রথমটি দ্বিতীয়টি ব্যাখ্যা করে।
show ip eigrp interfaces detail Tunnel0
show ip eigrp neighbors detail
show run | section router eigrp
router eigrp 100
network 10.10.0.0 0.0.0.255
passive-interface default
no passive-interface Tunnel0
অথেন্টিকেশন ও মেট্রিক ওয়েট দুই প্রান্তেই মিলতে হবে। ভুল মোডের কী চেইন বা K-মানের মিসম্যাচ প্রাপকের কাছে স্পষ্ট syslog লাইন ছাড়াই hello ফেলে দেয়। ডিজাইনে যদি স্পষ্টভাবে কনফিগার করা unicast নেবার ব্যবহৃত হয়, তবে multicast সেটিংসের উপরে স্তর না চড়িয়ে পুরোপুরি সেই মডেল অনুসরণ করুন।
GRE বহন ও IPsec সুরক্ষা আলাদা রাখুন
DMVPN GRE-এর ভিতরে multicast বহন করে, আর IPsec ভিতরের multicast-কে নয়, GRE প্যাকেটকে সুরক্ষা দেয়। এজন্যই «IPsec multicast বহন করতে পারে না» এই সাধারণ দাবিটি এই ডিজাইনে ভুল এবং রোগনির্ণয় হিসেবে অকেজো। টানেলের IPsec প্রোফাইল, প্রতিটি peer-এর security association এবং টানেল ইন্টারফেসের অবস্থা—এই তিনটি আলাদা তথ্য হিসেবে যাচাই করুন।
show crypto ipsec sa peer 198.51.100.1
show interfaces Tunnel0 | include line protocol
show ip nhrp multicast
EIGRP নিচে থাকা অবস্থায় কাউন্টার এগোচ্ছে এমন একটি SA আপনার তদন্তকে স্ট্যাকের উপরে ফিরিয়ে নেয়: প্যাকেটগুলো সুরক্ষিত ও বিতরিত হচ্ছে, তাই সমস্যা হলো প্রোটোকল কোন প্যাকেট পাঠাতে বেছে নিচ্ছে।
শুধু নেবার সংখ্যা নয়, রুট যাচাই করুন
অ্যাডজেসেন্সি তৈরি হলে এটি কী ঘোষণা ও ইনস্টল করে তা পড়ুন। মাল্টিপয়েন্ট টানেলে split horizon ও next-hop আচরণ ঠিক করে স্পোক হাবের মধ্য দিয়ে অন্য স্পোকে পৌঁছাতে পারবে কি না, আর সামারাইজেশন নেবার সম্পর্ক নিখুঁত হলেও একটি প্রিফিক্স লুকিয়ে রাখতে পারে।
দুই সাইটের মধ্যে অনুমোদিত একটি অ্যাপ্লিকেশন দিয়ে শেষ করুন এবং এটি যে পথ নেয় তা নিশ্চিত করুন। সরাসরি স্পোক-থেকে-স্পোক শর্টকাট হলো নিজস্ব NHRP ও সিকিউরিটি অবস্থাসহ একটি ফরওয়ার্ডিং প্রয়োজনীয়তা, আর নেবার সংখ্যা ভালো দেখাতে সেগুলো যোগ করা সাধারণত দ্বিতীয় সমস্যা তৈরি করে।
ফেজভিত্তিক ডিজাইন, multicast ম্যাপিং ও EIGRP নীতি এক জায়গায় লিখে রাখুন। পরের ইঞ্জিনিয়ার ডিজাইনটাই চাইবেন, ট্রান্সক্রিপ্ট নয়।