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

উপসর্গ: সরাসরি spoke ট্রাফিক আবার hub-এ ফিরে গেছে

এই পার্থক্যটি সবচেয়ে জরুরি যখন Phase 2-এর আলোচনা Phase 3 ডিজাইনে প্রয়োগ করা হয়। একই শব্দ দুটি আলোচনাতেই আসে, কিন্তু ফরওয়ার্ডিংয়ে প্রভাব এক নয়।

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

একটি সমষ্টিকরণ, দুটি টেবিল

দুটি অপারেশন দেখতে এমন:

OperationWhat it actually changes
Routing summaryAggregates the prefixes the routing protocol advertises and changes the next hop the receiver installs
NHRP summary mapChanges the network returned in a resolution reply, so a requesting spoke resolves to a different address
Protection pathIPsec state for the peer you actually resolved; neither aggregation changes it

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

কোনো অপারেশনই সুরক্ষা পথ সম্পর্কে বিবৃতি নয়, কারণ সেটি আপনার প্রকৃতপক্ষে রেজলভ করা পিয়ারের জন্য নেগোশিয়েট হয়।

hub-এর সারাংশ আসলে কী বদলায়

Cisco-র spoke-থেকে-spoke NHRP সারাংশ ম্যাপ নির্দেশিকা এমন এক Phase 3 বিন্যাস বর্ণনা করে যেখানে hub একটি সারাংশ বিজ্ঞাপন দেয় এবং রাউটিংয়ের পরবর্তী হপ হয়েই থাকে। এরপর একটি রিডাইরেক্ট ও তার পরবর্তী NHRP রেজোলিউশন আরও সরাসরি ফরওয়ার্ডিং পথ দেয়। তাই কেবল সমষ্টিকৃত রুট পড়া পুরো ফরওয়ার্ডিং অবস্থা বর্ণনা করে না, এবং এর অর্থ এই নয় যে প্রতিটি প্যাকেট চিরকাল hub পার করতেই হবে। সারাংশ পৌঁছানোর সক্ষমতা নিয়ে, পথ নিয়ে নয়।

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

তিনটির মধ্যে কোনটি বদলেছে আপনি বলতে না পারলে, আপনি পরিবর্তনটি শেষ করেননি।

NHRP সারাংশ ম্যাপ কী বদলায়

ধরুন একটি spoke কয়েকটি বেশি নির্দিষ্ট LAN রুটের মাধ্যমে 10.32.0.0/19 নেটওয়ার্কের মালিক, আর hub অন্য spoke-গুলোকে বড় একটি সমষ্টি বিজ্ঞাপন দেয়। 10.32.12.10-এর জন্য একটি অনুরোধ অন্যথায় মিলে যাওয়া ছোট নেটওয়ার্কের রেজোলিউশন তথ্য পেত। নথিভুক্ত NHRP সারাংশ ম্যাপ সুবিধাটি spoke-কে বদলে তার কনফিগার করা আচ্ছাদন প্রিফিক্স ফেরত দিতে দেয়, যা ওই spoke-এর নেটওয়ার্কগুলোর জন্য বারবার রেজোলিউশনের কাজ কমাতে পারে। এটি hub-এর রুট সারাংশ ও spoke-এর রেজোলিউশন সারাংশকে একই বস্তু করে তোলে না।

ওই আচ্ছাদন প্রিফিক্সকে একটি সুচিন্তিত মালিকানা মডেল দিন। অন্যত্রের ঠিকানা অন্তর্ভুক্ত করা প্রশস্ত রিপ্লাই, বা পৌঁছানো যায় না এমন ফাঁক, পরবর্তী ট্রাফিককে অনুপযুক্ত পিয়ারের দিকে পাঠাতে পারে।

প্রিফিক্স বড় করার আগে প্রকৃত রুট ও অভিপ্রেত বর্জনকারী কেসগুলো দেখুন, পরে নয়।

প্রথম গন্তব্য ও সারাংশের ভেতরের একটি গন্তব্য তুলনা করুন

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

আপনার নেটওয়ার্কে Phase 3 উদাহরণ প্রয়োগ করার আগে স্থাপিত ফেজ ও রাউটিং প্রোটোকলের পরবর্তী-হপ আচরণ নিশ্চিত করুন। ছোট উদাহরণ কোনো প্রমাণ নয় যে অন্য ডিজাইন একই সরাসরি spoke পথ বজায় রাখে।

টিকিটে বলতে হবে আপনি কোন টেবিল কমিয়েছেন এবং কোনটি অপরিবর্তিত রেখেছেন। এর চেয়ে কম কিছু এক মাস পরে শূন্য থেকে আবার ডায়াগনোজ করা হবে।

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