স্তরভিত্তিক DMVPN: প্রতিটি টানেল সম্পর্কের জন্য একটি ক্লাউড

একটি শাখা স্পোক তার আঞ্চলিক হাবে সফলভাবে নিবন্ধিত হয়, তবুও অন্য অঞ্চলের কোনো সেবায় পৌঁছাতে পারে না। টানেল চালু আছে, NHS অবস্থা সুস্থ দেখাচ্ছে, আর ব্যর্থতা কেবল সেই গন্তব্যগুলোতেই দেখা যায় যেগুলো স্তরের সীমা অতিক্রম করে। এই ধরনটি সাধারণত বোঝায় যে নকশায় কখনো বলা হয়নি কোন ডিভাইস কোন DMVPN ক্লাউডে অংশ নেয়, তাই স্তরগুলো অনুমানের ভিত্তিতে তৈরি হয়েছে এবং এখন আর মিলছে না।

উপসর্গটি স্তরের সীমায় দেখা যায়

স্তরভিত্তিক নকশায় একটি কেন্দ্রীয় হাব, কয়েকটি আঞ্চলিক হাব এবং অনেক শাখা স্পোক প্রত্যেকে একটি অবস্থান ধারণ করে। একটি আঞ্চলিক হাব একাধিক টানেল সম্পর্কের মালিক হতে পারে, আর শাখাগুলোকে প্রতিটি কেন্দ্রীয় প্রান্তবিন্দুতে নিবন্ধিত হতে হয় না। গুরুত্বপূর্ণ পথগুলো হলো শাখা থেকে আঞ্চলিক সেবা, শাখা থেকে অন্য অনুমোদিত আঞ্চলিক স্পোক, এবং শাখা থেকে কেন্দ্রীয় গন্তব্য।

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

এক ক্লাউড, এক ইন্টারফেস চুক্তি

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

দুটি টানেল ইন্টারফেসযুক্ত একটি আঞ্চলিক হাবের দুটি চুক্তি দরকার, দুটি ঠিকানাযুক্ত একটি নয়। আন্ডারলে উৎস, NHRP ডোমেইন ও রুটগুলো ইন্টারফেসভেদে ভিন্ন হতে পারে, আর যেসব নথি সেগুলো একত্র করে তা দ্বিতীয়টি কনফিগার করা ব্যক্তিকে বিভ্রান্ত করবে।

আইডিগুলো স্থানীয় প্রসঙ্গ, প্রবেশ নিয়ন্ত্রণ নয়

NHRP নেটওয়ার্ক আইডি ও GRE কী হলো সেই দুটি মান যা সবচেয়ে বেশি বৈশ্বিক সেটিং ভাবা হয়। IOS XE NHRP নির্দেশিকা নেটওয়ার্ক আইডিকে স্থানীয়ভাবে তাৎপর্যপূর্ণ বলে বর্ণনা করে, তাই দূরবর্তী রাউটারে মিলে যাওয়া সংখ্যা কোনো কিছু প্রমাণ করে না এবং একটি রাউটারের স্থানীয় সংখ্যা বদলালে প্রবেশের সীমা তৈরি হয় না।

GRE কী, যেখানে নকশা এটি ব্যবহার করে, গ্রহণকারী টানেল প্রসঙ্গ চিহ্নিত করতে সাহায্য করে এবং এটি সেই প্রসঙ্গ ভাগ করা প্রান্তবিন্দুগুলোর মধ্যে সম্মত হয়। এটি পাসওয়ার্ড নয়, আর এটি IKE প্রমাণীকরণ বা রাউটিং নীতি প্রতিস্থাপন করে না। দুটি মানকেই সম্পর্কের ভিতরে মিলতে হবে এমন কনফিগারেশন প্রসঙ্গ হিসেবে দেখুন, অঞ্চল আলাদা করা নিরাপত্তা নিয়ন্ত্রণ হিসেবে নয়।

স্তরগুলোর মধ্যে সচেতনভাবে রুট করুন

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

আঞ্চলিক বিচ্ছিন্নতা কার্যকর করতে রাউটিং ও প্রবেশ নীতি ব্যবহার করুন। কোনো শাখা সরাসরি অন্য অঞ্চলে পৌঁছাতে না চাইলে রুট ও নীতিকেই তা বলতে হবে, এমন কোনো আইডির ওপর নির্ভর করা উচিত নয় যা কখনো তা কার্যকর করার জন্য নকশা করা হয়নি। আইডির পাশে নীতিটি লিখুন। নইলে পরবর্তী প্রকৌশলী ধরে নেবেন সংখ্যাটিই কাজটি করছে।

অপ্রত্যাশিত শর্টকাট নির্ণয় করুন

কোনো শাখা কেন্দ্রীয় প্রান্তবিন্দুর সঙ্গে সরাসরি সম্পর্ক তৈরি করতে চাইলে, আইডি এলোমেলোভাবে বদলানোর আগে তার রুট, তার NHRP ম্যাপিং এবং নির্বাচিত টানেল প্রসঙ্গ পরীক্ষা করুন। অনুপস্থিত পৌঁছানোযোগ্যতা, অনিচ্ছাকৃত NHS সম্পর্ক এবং বৈধ কিন্তু অননুমোদিত শর্টকাট তিনটি ভিন্ন সংশোধন দাবি করে।

DMVPN কনফিগারেশন নির্দেশিকা টানেল ও NHRP সেটিংস একসঙ্গে দেখায়, ঠিক সেই কারণেই সুযোগগুলো আগে কাগজে আলাদা করতে হয়। ক্লাউড চুক্তিগুলো লিখে রাখুন, স্তরের রুটগুলো স্পষ্ট রাখুন, আর পরবর্তী সীমানা ব্যর্থতার দিকে দেখানোর জায়গা থাকবে।