অসংখ্যাযুক্ত টানেল: এটি কোন ঠিকানা ধার করে?

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

দাতাকে একটি নকশা-সিদ্ধান্ত হিসেবে দেখুন, বাক্যগঠনের খুঁটিনাটি হিসেবে নয়।

তিনটি ঠিকানার ভূমিকা, আলাদা রাখা

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

এই বিচ্ছেদ একটি সাধারণ বিভ্রান্তি ব্যাখ্যা করে: ঠিকানা ধার করা দাতার পুরো Ethernet সেগমেন্ট দূরবর্তী সহকর্মীর হাতে তুলে দেয় না।

দাতা ইন্টারফেস বাছাই

লুপব্যাক সাধারণত ভালো দাতা, কারণ এর ঠিকানা স্থির, সবসময় আপ থাকে এবং কোনো একক ভৌত লিংকের উপর নির্ভর করে না। LAN ইন্টারফেস থেকে ধার করলে টানেলটি সেই ইন্টারফেসের অবস্থা ও ঠিকানা বণ্টনের সাথে যুক্ত হয়ে যায়, যা ভিন্ন একটি পরিচালনাগত সমঝোতা: ল্যাবে সুবিধাজনক, LAN পুনরায় ঠিকানাবদ্ধ হলে ভঙ্গুর। যেকোনো একটি বেছে নেওয়ার আগে নিশ্চিত করুন যে প্ল্যাটফর্মটি আপনার তৈরি করা টানেল ধরনে অসংখ্যাযুক্ত কাজ সমর্থন করে।

যে দাতাই বাছুন না কেন, টানেল কনফিগারেশনের পাশেই পরিবর্তন-রেকর্ডে এটিকে নির্ভরশীলতা হিসেবে নথিভুক্ত করুন।

টানেল কনফিগার করুন ও ফিরে পড়ুন

নিচের উদাহরণটি IOS পরিবারের রাউটারে একটি মাল্টিপয়েন্ট GRE টানেল, যা একটি লুপব্যাক ধার করে এবং এর বাইরের উৎস আন্ডারলে ইন্টারফেসের দিকে নির্দেশ করে। NHRP পরিচয় ধার করা ঠিকানা থেকে আলাদা এবং স্পষ্টভাবে কনফিগার করতে হবে।

interface Loopback0
 ip address 10.255.255.1 255.255.255.255
interface Tunnel0
 ip unnumbered Loopback0
 tunnel source GigabitEthernet0/0
 tunnel mode gre multipoint
 ip nhrp network-id 100
! verify
show interfaces Tunnel0 | include line protocol|Tunnel source
show ip interface brief | include Tunnel|Loopback
show ip nhrp

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

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

ধার করা ঠিকানা যা দেয় না

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

কমান্ড সিনট্যাক্স ও ঠিকানাকরণের নিয়মও পণ্য ও রিলিজ অনুযায়ী ভিন্ন, তাই অন্য প্ল্যাটফর্মের কনফিগারেশন নকল না করে আপনার সামনের ডিভাইসের ইন্টারফেস মডেলের সাথে মিলিয়ে নিন। লক্ষ্য একই হতে পারে, কিন্তু প্রয়োজনীয় লাইনগুলো নয়।

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