VPN-এর ওপর OSPF প্রতিবেশী তৈরি হচ্ছে না? ক্রম অনুযায়ী এগুলো দেখুন

টানেল চালু, ইন্টারফেসগুলো একই সাবনেটে, তবুও OSPF কিছুই দেখাচ্ছে না। বেশিরভাগ সময়ে টানেল ঠিক থাকে আর OSPF-এর একটি শর্ত পূরণ হয় না। নিচের পাঁচটি পরীক্ষা ক্রমানুসারে করুন এবং প্রথম ব্যর্থটিতেই থামুন।

প্রতিটি পরীক্ষার আলাদা লক্ষণ আছে, তাই তালিকার চেয়ে ক্রমটাই বেশি গুরুত্বপূর্ণ।

পরীক্ষা 1: লিঙ্ক মডেল ঠিক আছে কি

পয়েন্ট-টু-পয়েন্ট ইন্টারফেস আর শেয়ার্ড মাল্টি-অ্যাক্সেস নেটওয়ার্ক ভিন্ন OSPF পরিবেশ। ব্রডকাস্ট-LAN কনফিগারেশন টানেলে কপি করা এখানে সবচেয়ে সাধারণ ভুল। VPN বাস্তবায়ন যে নেটওয়ার্ক টাইপ সমর্থন করে সেটি সেট করুন, রাউটেড টানেলের জন্য সাধারণত পয়েন্ট-টু-পয়েন্ট। তারপর নিশ্চিত করুন প্ল্যাটফর্মও একমত, কারণ কিছু বাস্তবায়ন সেটিং উপেক্ষা করে বা উপরে লেখে।

লিঙ্ক মডেল ভুল হলে তালিকার পরের কিছুই সাহায্য করবে না।

পরীক্ষা 2: প্যাকেটগুলো পার হতে দেওয়া হচ্ছে কি

OSPFv2 হলো IP প্রোটোকল 89, TCP বা UDP পোর্ট নয়, তাই পোর্টের জন্য লেখা ফায়ারওয়াল নিয়ম এটি নীরবে ফেলে দেয়। হ্যালোগুলোও মাল্টিকাস্ট ঠিকানায় যায়, যা কোনো নীতি অনুমতি নাও দিতে পারে। টানেলের দুই প্রান্তের মধ্যে প্রোটোকল 89 অনুমোদন করুন, তারপর দেখুন প্ল্যাটফর্মের স্পষ্ট প্রতিবেশী বিবৃতি দরকার কি না।

যে টানেল শুধু ping পার করে আর কিছু না, সেটি নীতির সমস্যা, রাউটিংয়ের নয়।

পরীক্ষা 3: প্রতিবেশীর প্যারামিটারগুলো মিলছে কি

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

MTU অমিলটাই সূক্ষ্ম। এটি ExStart-এ ডেটাবেস বিনিময় আটকায়, তাই প্রতিবেশী কখনো Full-এ পৌঁছায় না।

পরীক্ষা 4: অবস্থাটা কী বলছে

অবস্থাই ব্যর্থতার নাম বলে। Init মানে হ্যালো আসছে কিন্তু এই রাউটার সেগুলোতে নেই, যা একমুখী পথ বা মাল্টিকাস্ট সমস্যার দিকে ইশারা করে। Two-Way ব্রডকাস্ট সেগমেন্টে অ-DR প্রতিবেশীর সাথে স্বাভাবিক, আর পয়েন্ট-টু-পয়েন্ট লিঙ্কে অস্বাভাবিক। ExStart বা Exchange আটকে থাকা মানে MTU বা ডেটাবেস-বর্ণনা সমস্যা। Loading মানে লিঙ্ক-স্টেট অনুরোধের উত্তর দেওয়া হচ্ছে না।

কিছু বদলানোর আগে অবস্থাটা পড়ুন, কারণ এটি তালিকার বেশিরভাগটাই বাদ দেয়।

show ip ospf neighbor অবস্থা, প্রতিবেশীর ঠিকানা আর ডেড টাইমার ছাপে। সেই টাইমার দুই পাশের হ্যালো ইন্টারভ্যালের সাথে মেলান: হ্যালোর চার গুণ ডেড ইন্টারভ্যাল স্বাভাবিক, অন্য যেকোনো কিছু অমিল। অবস্থা কলামটাই পুরো পাতার দ্রুততম পাঠ।

পরীক্ষা 5: আসলে কী ঘোষণা করা হচ্ছে

Full প্রতিবেশিত্ব কোনো রুট নয়। কোন নেটওয়ার্ক তৈরি হচ্ছে, কোনটা শেখা হচ্ছে আর কোনটা রাউটিং টেবিলে বসছে তা দেখুন। অনুপস্থিত নেটওয়ার্ক বিবৃতি বা সাইট প্রিফিক্স বাদ দেওয়া পুনর্বণ্টন নীতি সুস্থ প্রতিবেশী আর খালি টেবিল দেয়।

তারপর হোস্ট-স্তরের অ্যাপ্লিকেশন আর ফেরার পথ পরীক্ষা করুন, কারণ রাউটিং প্রোটোকল ফায়ারওয়াল খোলে না।

IPv6-এর জন্য OSPFv3-এর নিজের শর্ত আছে এবং এটি প্রতিটি OSPFv2 সেটিংয়ে ঠিকানা-পরিবারের টগল নয়। মিলে যাওয়া প্রোটোকল ও প্ল্যাটফর্মের ডকুমেন্টেশন ব্যবহার করুন। আর সংযোগটি যদি একটিই নির্দিষ্ট লিঙ্ক হয়, তবে পরিচালনা করতে হবে এমন কন্ট্রোল প্লেন যোগ করার আগে স্ট্যাটিক রুট মিলিয়ে দেখুন।