সিসকো ট্রেনিং 200-125 CCNA v3.0. দিন 44 OSPF এর পরিচিতি

আজ আমরা OSPF রাউটিং সম্পর্কে শিখতে শুরু করব। এই বিষয়, EIGRP প্রোটোকলের মত, সমগ্র CCNA কোর্সে সবচেয়ে গুরুত্বপূর্ণ বিষয়। আপনি দেখতে পাচ্ছেন, সেকশন 2.4-এর শিরোনাম "কনফিগারিং, টেস্টিং এবং ট্রাবলশুটিং OSPFv2 সিঙ্গেল-জোন এবং মাল্টি-জোন for IPv4 (প্রমাণিকরণ, ফিল্টারিং, ম্যানুয়াল রুট সংক্ষিপ্তকরণ, পুনঃবন্টন, স্টাব এলাকা, VNet, এবং LSA ব্যতীত)।"

OSPF এর বিষয়টি বেশ বিস্তৃত, তাই এটিতে 2টি, সম্ভবত 3টি ভিডিও পাঠ লাগবে৷ আজকের পাঠটি ইস্যুটির তাত্ত্বিক দিকে উত্সর্গীকৃত হবে; আমি আপনাকে বলব যে এই প্রোটোকলটি সাধারণ শর্তে কী এবং এটি কীভাবে কাজ করে। পরবর্তী ভিডিওতে, আমরা প্যাকেট ট্রেসার ব্যবহার করে OSPF কনফিগারেশন মোডে চলে যাব।

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

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

আমরা সিদ্ধান্তের অ্যালগরিদম পরে দেখব, কিন্তু আপাতত আপনার মনে রাখা উচিত যে OSPF হল একটি লিঙ্ক স্টেট প্রোটোকল। এই উন্মুক্ত মান 1988 সালে তৈরি করা হয়েছিল যাতে প্রতিটি নেটওয়ার্ক সরঞ্জাম প্রস্তুতকারক এবং যেকোনো নেটওয়ার্ক প্রদানকারী এটি ব্যবহার করতে পারে। তাই ওএসপিএফ EIGRP এর চেয়ে অনেক বেশি জনপ্রিয়।

OSPF সংস্করণ 2 শুধুমাত্র IPv4 সমর্থন করে, এবং এক বছর পরে, 1989 সালে, বিকাশকারীরা সংস্করণ 3 ঘোষণা করে, যা IPv6 সমর্থন করে। যাইহোক, IPv6-এর জন্য OSPF-এর সম্পূর্ণ কার্যকরী তৃতীয় সংস্করণ শুধুমাত্র 2008 সালে উপস্থিত হয়েছিল। কেন আপনি OSPF বেছে নিলেন? শেষ পাঠে, আমরা শিখেছি যে এই অভ্যন্তরীণ গেটওয়ে প্রোটোকলটি RIP থেকে অনেক দ্রুত রুট কনভারজেন্স সম্পাদন করে। এটি একটি শ্রেণীবিহীন প্রোটোকল।

আপনি যদি মনে করেন, RIP হল একটি ক্লাসফুল প্রোটোকল, যার অর্থ এটি সাবনেট মাস্ক তথ্য পাঠায় না, এবং যদি এটি একটি ক্লাস A/24 IP ঠিকানার সম্মুখীন হয়, তাহলে এটি গ্রহণ করবে না। উদাহরণস্বরূপ, যদি আপনি এটিকে 10.1.1.0/24 এর মতো একটি IP ঠিকানা দিয়ে উপস্থাপন করেন তবে এটি এটিকে নেটওয়ার্ক 10.0.0.0 হিসাবে উপলব্ধি করবে কারণ একাধিক সাবনেট মাস্ক ব্যবহার করে একটি নেটওয়ার্ক কখন সাবনেট করা হয় তা বুঝতে পারে না।
ওএসপিএফ একটি সুরক্ষিত প্রোটোকল। উদাহরণস্বরূপ, যদি দুটি রাউটার OSPF তথ্য বিনিময় করে, আপনি প্রমাণীকরণ কনফিগার করতে পারেন যাতে আপনি একটি পাসওয়ার্ড প্রবেশ করার পরে শুধুমাত্র একটি প্রতিবেশী রাউটারের সাথে তথ্য ভাগ করতে পারেন। আমরা ইতিমধ্যে বলেছি, এটি একটি উন্মুক্ত মান, তাই ওএসপিএফ অনেক নেটওয়ার্ক সরঞ্জাম নির্মাতারা ব্যবহার করে।

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

রাউটার R3 তার LSA তথ্য রাউটার R5 এ পাঠায় এবং রাউটার R5 তার LSA তথ্য R3 এর সাথে শেয়ার করে। এই LSAগুলি ডেটা কাঠামোর প্রতিনিধিত্ব করে যা লিঙ্ক স্টেট ডেটা বেস বা LSDB গঠন করে। রাউটারটি সমস্ত প্রাপ্ত এলএসএ সংগ্রহ করে এবং তাদের এলএসডিবিতে রাখে। উভয় রাউটার তাদের ডাটাবেস তৈরি করার পরে, তারা হ্যালো বার্তা বিনিময় করে, যা প্রতিবেশীদের আবিষ্কার করতে এবং তাদের LSDB গুলি তুলনা করার পদ্ধতি শুরু করে।

রাউটার R3 রাউটার R5 একটি DBD, বা "ডাটাবেস বিবরণ" বার্তা পাঠায়, এবং R5 রাউটার R3 এ তার DBD পাঠায়। এই বার্তাগুলিতে LSA সূচক রয়েছে যা প্রতিটি রাউটারের ডাটাবেসে উপলব্ধ। DBD পাওয়ার পর, R3 একটি LSR নেটওয়ার্ক স্ট্যাটাস রিকুয়েস্ট পাঠায় R5 কে এই বলে যে "আমার কাছে ইতিমধ্যেই 3,4 এবং 9 বার্তা আছে, তাই আমাকে শুধুমাত্র 5 এবং 7 পাঠান।"

R5 একই কাজ করে, তৃতীয় রাউটারকে বলে: "আমার কাছে 3,4 এবং 9 তথ্য আছে, তাই আমাকে 1 এবং 2 পাঠান।" LSR অনুরোধ পাওয়ার পর, রাউটারগুলি LSU নেটওয়ার্ক স্টেট আপডেট প্যাকেটগুলি ফেরত পাঠায়, অর্থাৎ, তার LSR-এর প্রতিক্রিয়া হিসাবে, তৃতীয় রাউটার রাউটার R5 থেকে একটি LSU পায়। রাউটারগুলি তাদের ডাটাবেস আপডেট করার পরে, আপনার 100টি রাউটার থাকলেও তাদের সকলেরই একই LSDB থাকবে। একবার রাউটারগুলিতে এলএসডিবি ডেটাবেস তৈরি হয়ে গেলে, তাদের প্রত্যেকেই পুরো নেটওয়ার্ক সম্পর্কে সম্পূর্ণরূপে জানতে পারবে। ওএসপিএফ প্রোটোকল রাউটিং টেবিল তৈরি করতে শর্টেস্ট পাথ ফার্স্ট অ্যালগরিদম ব্যবহার করে, তাই এটির সঠিক অপারেশনের জন্য সবচেয়ে গুরুত্বপূর্ণ শর্ত হল নেটওয়ার্কের সমস্ত ডিভাইসের LSDBগুলি সিঙ্ক্রোনাইজ করা হয়।

উপরের চিত্রে, 9টি রাউটার রয়েছে, যার প্রত্যেকটি তার প্রতিবেশীদের সাথে LSR, LSU ইত্যাদি বার্তা বিনিময় করে। এগুলি সবগুলি p2p, বা "পয়েন্ট-টু-পয়েন্ট" ইন্টারফেসের মাধ্যমে একে অপরের সাথে সংযুক্ত থাকে যা OSPF প্রোটোকলের মাধ্যমে অপারেশন সমর্থন করে এবং একই LSDB তৈরি করতে একে অপরের সাথে যোগাযোগ করে।

বেসগুলি সিঙ্ক্রোনাইজ হওয়ার সাথে সাথে, প্রতিটি রাউটার, সংক্ষিপ্ততম পাথ অ্যালগরিদম ব্যবহার করে, তার নিজস্ব রাউটিং টেবিল তৈরি করে। বিভিন্ন রাউটারের জন্য এই টেবিলগুলি ভিন্ন হবে। অর্থাৎ, সমস্ত রাউটার একই LSDB ব্যবহার করে, কিন্তু স্বল্পতম রুট সম্পর্কে তাদের নিজস্ব বিবেচনার ভিত্তিতে রাউটিং টেবিল তৈরি করে। এই অ্যালগরিদম ব্যবহার করার জন্য, OSPF কে নিয়মিত LSDB আপডেট করতে হবে।

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

একজন নেটওয়ার্ক প্রশাসক হিসাবে, আপনি LSDB তৈরির প্রক্রিয়ার সাথে জড়িত নন। রাউটারগুলির একটি আশেপাশের এলাকা তৈরি করার পরে ডাটাবেসগুলি স্বয়ংক্রিয়ভাবে আপডেট হয়, যেমন রাউটিং টেবিলের নির্মাণ। এই সমস্ত ডিভাইস নিজেই সঞ্চালিত হয়, OSPF প্রোটোকলের সাথে কাজ করার জন্য কনফিগার করা হয়।
এর একটি উদাহরণ তাকান. আমাদের 2টি রাউটার আছে, যার জন্য, সরলতার জন্য, আমি RID 1.1.1.1 এবং 2.2.2.2 বরাদ্দ করেছি। যত তাড়াতাড়ি আমরা সেগুলিকে সংযুক্ত করব, লিঙ্ক চ্যানেলটি অবিলম্বে আপ স্টেটে চলে যাবে, কারণ আমি প্রথমে এই রাউটারগুলিকে OSPF এর সাথে কাজ করার জন্য কনফিগার করেছি। যোগাযোগের চ্যানেল তৈরি হওয়ার সাথে সাথে রাউটার A রাউটার A-তে একটি হ্যালো প্যাকেট পাঠাবে। এই প্যাকেটে এমন তথ্য থাকবে যে এই রাউটারটি এখনও এই চ্যানেলে কেউ "দেখেনি" কারণ এটি প্রথমবারের মতো হ্যালো পাঠাচ্ছে, সেইসাথে এর নিজস্ব শনাক্তকারী, এটির সাথে সংযুক্ত নেটওয়ার্ক সম্পর্কে ডেটা এবং অন্যান্য তথ্য যা এটি করতে পারে। প্রতিবেশীর সাথে ভাগ করুন।

এই প্যাকেটটি পাওয়ার পর, রাউটার B বলবে: "আমি দেখতে পাচ্ছি যে এই যোগাযোগ চ্যানেলে একজন OSPF প্রতিবেশীর জন্য একজন সম্ভাব্য প্রার্থী আছে" এবং Init রাজ্যে যাবে। হ্যালো প্যাকেট একটি ইউনিকাস্ট বা সম্প্রচার বার্তা নয়, এটি একটি মাল্টিকাস্ট প্যাকেট যা মাল্টিকাস্ট OSPF আইপি ঠিকানা 224.0.0.5 এ পাঠানো হয়। কিছু লোক জিজ্ঞাসা করে যে মাল্টিকাস্টের জন্য সাবনেট মাস্ক কী। আসল বিষয়টি হ'ল মাল্টিকাস্টের একটি সাবনেট মাস্ক নেই; এটি একটি রেডিও সংকেত হিসাবে প্রচার করে, যা তার ফ্রিকোয়েন্সি অনুসারে সমস্ত ডিভাইস দ্বারা শোনা যায়। উদাহরণস্বরূপ, আপনি যদি ফ্রিকোয়েন্সি 91,0-এ একটি FM রেডিও সম্প্রচার শুনতে চান, আপনি সেই ফ্রিকোয়েন্সিতে আপনার রেডিও টিউন করুন৷

একইভাবে, রাউটার B মাল্টিকাস্ট ঠিকানা 224.0.0.5-এর জন্য বার্তা গ্রহণ করার জন্য কনফিগার করা হয়েছে। এই চ্যানেলটি শোনার সময়, এটি রাউটার A দ্বারা প্রেরিত হ্যালো প্যাকেট গ্রহণ করে এবং তার নিজস্ব বার্তার সাথে প্রতিক্রিয়া জানায়।

এই ক্ষেত্রে, উত্তর B মানদণ্ডের একটি সেটকে সন্তুষ্ট করলেই একটি প্রতিবেশী স্থাপন করা যেতে পারে। প্রথম মানদণ্ড হল হ্যালো বার্তা পাঠানোর ফ্রিকোয়েন্সি এবং এই বার্তার প্রতিক্রিয়ার জন্য অপেক্ষার ব্যবধান ডেড ইন্টারভাল উভয় রাউটারের জন্য একই হতে হবে। সাধারণত ডেড ইন্টারভাল বেশ কয়েকটি হ্যালো টাইমার মানের সমান। এইভাবে, যদি রাউটার A-এর হ্যালো টাইমার 10 সেকেন্ড হয়, এবং রাউটার B এটি 30 সেকেন্ড পরে একটি বার্তা পাঠায়, যখন ডেড ইন্টারভাল 20 সেকেন্ড হয়, তাহলে সংলগ্নতা ঘটবে না।

দ্বিতীয় মানদণ্ড হল যে উভয় রাউটারকে অবশ্যই একই ধরনের প্রমাণীকরণ ব্যবহার করতে হবে। তদনুসারে, প্রমাণীকরণ পাসওয়ার্ডগুলিও অবশ্যই মিলবে।

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

এই মানদণ্ডগুলি পরীক্ষা করার পরে, যদি তারা মিলে যায়, রাউটার B তার হ্যালো প্যাকেট রাউটার A-তে পাঠায়। A এর বার্তার বিপরীতে, রাউটার B রিপোর্ট করে যে এটি রাউটার A দেখেছে এবং নিজেকে পরিচয় করিয়ে দিয়েছে।

এই বার্তার জবাবে, রাউটার A আবার রাউটার B-তে হ্যালো পাঠায়, যেখানে এটি নিশ্চিত করে যে এটি রাউটার Bও দেখেছে, তাদের মধ্যে যোগাযোগের চ্যানেলটি 1.1.1.1 এবং 2.2.2.2 ডিভাইস নিয়ে গঠিত এবং এটি নিজেই ডিভাইস 1.1.1.1। . এটি একটি প্রতিবেশী প্রতিষ্ঠার একটি অত্যন্ত গুরুত্বপূর্ণ পর্যায়। এই ক্ষেত্রে, একটি দ্বি-মুখী 2-ওয়ে সংযোগ ব্যবহার করা হয়, কিন্তু যদি আমাদের 4টি রাউটারের একটি বিতরণ করা নেটওয়ার্কের সাথে একটি সুইচ থাকে তবে কী হবে? এই ধরনের একটি "ভাগ করা" পরিবেশে, রাউটারগুলির একটিকে একটি মনোনীত রাউটার ডিআরের ভূমিকা পালন করা উচিত এবং দ্বিতীয়টি একটি ব্যাকআপ মনোনীত রাউটার, বিডিআরের ভূমিকা পালন করা উচিত।

এই ডিভাইসগুলির প্রতিটি একটি সম্পূর্ণ সংযোগ, বা সম্পূর্ণ সংলগ্নতার একটি অবস্থা তৈরি করবে, পরে আমরা এটি কী তা দেখব, তবে, এই ধরণের একটি সংযোগ শুধুমাত্র DR এবং BDR এর সাথে প্রতিষ্ঠিত হবে; দুটি নিম্ন রাউটার D এবং B করবে এখনও একটি দ্বি-মুখী সংযোগ স্কিম "পয়েন্ট-টু-পয়েন্ট" ব্যবহার করে একে অপরের সাথে যোগাযোগ করে।

অর্থাৎ, DR এবং BDR-এর সাথে, সমস্ত রাউটার একটি পূর্ণ প্রতিবেশী সম্পর্ক স্থাপন করে, এবং একে অপরের সাথে - একটি পয়েন্ট-টু-পয়েন্ট সংযোগ। এটি অত্যন্ত গুরুত্বপূর্ণ কারণ সংলগ্ন ডিভাইসগুলির মধ্যে একটি দ্বি-মুখী সংযোগের সময়, সমস্ত হ্যালো প্যাকেটের পরামিতি অবশ্যই মিলবে৷ আমাদের ক্ষেত্রে, সবকিছু মিলে যায়, তাই ডিভাইসগুলি কোনও সমস্যা ছাড়াই একটি প্রতিবেশী গঠন করে।

দ্বি-মুখী যোগাযোগ স্থাপনের সাথে সাথে রাউটার A রাউটার B কে একটি ডেটাবেস বর্ণনা প্যাকেট, বা "ডাটাবেস বিবরণ" পাঠায় এবং এক্সস্টার্ট অবস্থায় চলে যায় - এক্সচেঞ্জের শুরুতে, বা লোডের জন্য অপেক্ষা করে। ডেটাবেস বর্ণনাকারী হল একটি বইয়ের বিষয়বস্তুর সারণীর অনুরূপ তথ্য - এটি রাউটিং ডাটাবেসে থাকা সমস্ত কিছুর একটি তালিকা। প্রতিক্রিয়া হিসাবে, রাউটার B তার ডাটাবেস বিবরণ রাউটার A-তে পাঠায় এবং এক্সচেঞ্জ চ্যানেল যোগাযোগের অবস্থায় প্রবেশ করে। যদি এক্সচেঞ্জ স্টেটে রাউটার সনাক্ত করে যে তার ডাটাবেসে কিছু তথ্য অনুপস্থিত, এটি লোডিং লোডিং অবস্থায় চলে যাবে এবং তার প্রতিবেশীর সাথে LSR, LSU এবং LSA বার্তাগুলি বিনিময় শুরু করবে৷

সুতরাং, রাউটার A তার প্রতিবেশীকে একটি LSR পাঠাবে, যারা একটি LSU প্যাকেটের সাথে প্রতিক্রিয়া জানাবে, কোন রাউটার A রাউটার B কে LSA বার্তা সহ প্রতিক্রিয়া জানাবে। ডিভাইসগুলি যতবার LSA বার্তা আদান-প্রদান করতে চায় ততবার এই বিনিময় ঘটবে৷ লোডিং অবস্থার মানে হল যে LSA ডাটাবেসের একটি সম্পূর্ণ আপডেট এখনও ঘটেনি। একবার সমস্ত ডেটা ডাউনলোড হয়ে গেলে, উভয় ডিভাইসই সম্পূর্ণ সংলগ্ন অবস্থায় প্রবেশ করবে।

মনে রাখবেন যে একটি দ্বি-মুখী সংযোগের সাথে, ডিভাইসগুলি কেবল সংলগ্ন অবস্থায় থাকে এবং সম্পূর্ণ সংলগ্ন অবস্থা শুধুমাত্র রাউটার, ডিআর এবং বিডিআর-এর মধ্যেই সম্ভব। এর মানে হল যে প্রতিটি রাউটার DR-কে নেটওয়ার্কের পরিবর্তন এবং সমস্ত রাউটার সম্পর্কে অবহিত করে। DR থেকে এই পরিবর্তনগুলি সম্পর্কে জানুন

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

সর্বোচ্চ অগ্রাধিকারের ডিভাইসটি DR হয়

দ্বিতীয় সর্বোচ্চ অগ্রাধিকার বা দ্বিতীয় সর্বোচ্চ রাউটার আইডির ডিভাইসটি ব্যাকআপ ডেডিকেটেড রাউটার BDR হয়ে যায়। DR ব্যর্থ হলে, এটি অবিলম্বে BDR দ্বারা প্রতিস্থাপিত হবে। এটি DR-এর ভূমিকা পালন করতে শুরু করবে, এবং সিস্টেম অন্য একটি নির্বাচন করবে বিডিআর

আমি আশা করি আপনি ডিআর এবং বিডিআরের পছন্দটি খুঁজে পেয়েছেন, যদি না হয়, আমি নিম্নলিখিত ভিডিওগুলির মধ্যে একটিতে এই সমস্যাটিতে ফিরে আসব এবং এই প্রক্রিয়াটি ব্যাখ্যা করব।

এখন পর্যন্ত আমরা হ্যালো, ডেটাবেস বর্ণনাকারী এবং LSR, LSU, এবং LSA বার্তাগুলি কী তা দেখেছি। পরবর্তী বিষয়ে যাওয়ার আগে, OSPF এর খরচ সম্পর্কে একটু কথা বলি।

Cisco-এ, একটি রুটের খরচ রেফারেন্স ব্যান্ডউইথের অনুপাতের সূত্র ব্যবহার করে গণনা করা হয়, যা ডিফল্টভাবে 100 Mbit/s সেট করা হয়, চ্যানেলের খরচের সাথে। উদাহরণস্বরূপ, একটি সিরিয়াল পোর্টের মাধ্যমে ডিভাইসগুলিকে সংযুক্ত করার সময়, গতি হবে 1.544 Mbps, এবং খরচ হবে 64৷ 10 Mbps গতির একটি ইথারনেট সংযোগ ব্যবহার করার সময়, খরচ হবে 10, এবং এর সাথে একটি FastEthernet সংযোগের খরচ 100 Mbps গতি হবে 1।

গিগাবিট ইথারনেট ব্যবহার করার সময় আমাদের 1000 এমবিপিএস গতি থাকে, তবে এই ক্ষেত্রে গতি সর্বদা 1 বলে ধরে নেওয়া হয়। সুতরাং, আপনার নেটওয়ার্কে গিগাবিট ইথারনেট থাকলে, আপনাকে অবশ্যই রেফের ডিফল্ট মান পরিবর্তন করতে হবে। 1000 এর মধ্যে BW। এই ক্ষেত্রে, খরচ হবে 1, এবং খরচের মান 10 গুণ বৃদ্ধির সাথে পুরো টেবিলটি পুনরায় গণনা করা হবে। একবার আমরা সংলগ্নতা তৈরি করেছি এবং LSDB তৈরি করেছি, আমরা রাউটিং টেবিল তৈরিতে এগিয়ে যাই।

LSDB পাওয়ার পর, প্রতিটি রাউটার স্বাধীনভাবে SPF অ্যালগরিদম ব্যবহার করে রুটের একটি তালিকা তৈরি করতে শুরু করে। আমাদের স্কিমে, রাউটার A নিজের জন্য এমন একটি টেবিল তৈরি করবে। উদাহরণস্বরূপ, এটি A-R1 রুটের খরচ গণনা করে এবং এটিকে 10 হিসাবে নির্ধারণ করে। ডায়াগ্রামটি সহজে বোঝার জন্য, ধরুন যে রাউটার A রাউটার B-এর সর্বোত্তম রুট নির্ধারণ করে। লিঙ্ক A-R1 এর খরচ হল 10 , লিঙ্ক A-R2 হল 100, এবং A-R3 রুটের মূল্য 11 এর সমান, অর্থাৎ A-R1(10) এবং R1-R3(1) রুটের যোগফল।

যদি রাউটার A রাউটার R4 এ যেতে চায়, তাহলে এটি A-R1-R4 রুট বরাবর বা A-R2-R4 রুট বরাবর এটি করতে পারে এবং উভয় ক্ষেত্রেই রুটের খরচ একই হবে: 10+100 =100+10=110। রুট A-R6 এর খরচ হবে 100+1= 101, যা ইতিমধ্যেই ভালো। এর পরে, আমরা A-R5-R1-R3 রুট বরাবর রাউটার R5 এর পথ বিবেচনা করি, যার খরচ হবে 10+1+100 = 111।

রাউটার R7-এর পথ দুটি রুট বরাবর রাখা যেতে পারে: A-R1-R4-R7 বা A-R2-R6-R7। প্রথমটির খরচ হবে 210, দ্বিতীয়টি - 201, যার মানে আপনার 201 নির্বাচন করা উচিত। সুতরাং, রাউটার B-তে পৌঁছানোর জন্য, রাউটার A 4টি রুট ব্যবহার করতে পারে।

A-R1-R3-R5-B রুটের খরচ হবে 121। রুটের A-R1-R4-R7-B খরচ হবে 220। রুট A-R2-R4-R7-B রুটের খরচ হবে 210, এবং A-R2- R6-R7-B এর মূল্য 211। এর উপর ভিত্তি করে, রাউটার A সর্বনিম্ন খরচের রুটটি বেছে নেবে, 121 এর সমান, এবং এটিকে রাউটিং টেবিলে রাখবে। এটি SPF অ্যালগরিদম কিভাবে কাজ করে তার একটি খুব সরলীকৃত চিত্র। প্রকৃতপক্ষে, টেবিলটিতে শুধুমাত্র রাউটারের উপাধিই নেই যার মাধ্যমে সর্বোত্তম রুট চলে, তবে তাদের সংযোগকারী পোর্টগুলির পদবি এবং অন্যান্য সমস্ত প্রয়োজনীয় তথ্যও রয়েছে।

আসুন অন্য একটি বিষয় দেখি যা রাউটিং জোনগুলির সাথে সম্পর্কিত। সাধারণত, একটি কোম্পানির OSPF ডিভাইসগুলি সেট আপ করার সময়, সেগুলি একটি সাধারণ জোনে অবস্থিত।

R3 রাউটারের সাথে সংযুক্ত ডিভাইসটি হঠাৎ ব্যর্থ হলে কি হবে? রাউটার R3 অবিলম্বে R5 এবং R1 রাউটারগুলিতে একটি বার্তা পাঠাতে শুরু করবে যে এই ডিভাইসটির সাথে চ্যানেলটি আর কাজ করছে না এবং সমস্ত রাউটার এই ইভেন্ট সম্পর্কে আপডেটগুলি বিনিময় করতে শুরু করবে৷

আপনার যদি 100টি রাউটার থাকে, তবে তারা সমস্ত লিঙ্ক স্টেট তথ্য আপডেট করবে কারণ তারা একই কমন জোনে রয়েছে। প্রতিবেশী রাউটারগুলির একটি ব্যর্থ হলে একই জিনিস ঘটবে - জোনের সমস্ত ডিভাইস LSA আপডেটগুলি বিনিময় করবে। এই ধরনের বার্তা বিনিময়ের পরে, নেটওয়ার্ক টপোলজি নিজেই পরিবর্তন হবে। একবার এটি ঘটলে, SPF পরিবর্তিত অবস্থা অনুযায়ী রাউটিং টেবিলের পুনঃগণনা করবে। এটি একটি খুব বড় প্রক্রিয়া, এবং যদি আপনার একটি জোনে এক হাজার ডিভাইস থাকে, তাহলে আপনাকে রাউটারের মেমরির আকার নিয়ন্ত্রণ করতে হবে যাতে এটি সমস্ত LSAs এবং বিশাল LSDB লিঙ্ক স্টেট ডাটাবেস সংরক্ষণ করার জন্য যথেষ্ট। জোনের কিছু অংশে পরিবর্তন হওয়ার সাথে সাথে, SPF অ্যালগরিদম অবিলম্বে রুটগুলি পুনঃগণনা করে। ডিফল্টরূপে, LSA প্রতি 30 মিনিটে আপডেট করা হয়। এই প্রক্রিয়াটি একই সাথে সমস্ত ডিভাইসে ঘটে না, তবে যে কোনও ক্ষেত্রে, প্রতিটি রাউটার দ্বারা প্রতি 30 মিনিটে আপডেটগুলি সঞ্চালিত হয়। যত বেশি নেটওয়ার্ক ডিভাইস। LSDB আপডেট করতে যত বেশি মেমরি এবং সময় লাগবে।

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

ধরা যাক R6-R7 সংযোগ ব্যর্থ হয়েছে। এই ক্ষেত্রে, LSA আপডেট শুধুমাত্র AREA 1 এর মাধ্যমে প্রচারিত হবে এবং শুধুমাত্র এই অঞ্চলকে প্রভাবিত করবে। জোন 2 এবং জোন 0 এর ডিভাইসগুলিও এটি সম্পর্কে জানবে না। এজ রাউটার R5 তার জোনে কী ঘটছে সে সম্পর্কে তথ্য সংক্ষিপ্ত করে এবং নেটওয়ার্কের অবস্থা সম্পর্কে সারাংশ তথ্য প্রধান জোন AREA 0-এ পাঠায়। একটি জোনের ডিভাইসগুলিকে অন্য জোনের মধ্যে সমস্ত LSA পরিবর্তন সম্পর্কে সচেতন হওয়ার প্রয়োজন নেই কারণ ABR রাউটার একটি জোন থেকে অন্য অঞ্চলে সংক্ষিপ্ত রুটের তথ্য ফরোয়ার্ড করবে।

আপনি যদি অঞ্চলের ধারণা সম্পর্কে সম্পূর্ণরূপে পরিষ্কার না হন, তাহলে আপনি পরবর্তী পাঠে আরও শিখতে পারবেন যখন আমরা OSPF রাউটিং কনফিগার করব এবং কিছু উদাহরণ দেখব।

আমাদের সাথে থাকার জন্য আপনাকে ধন্যবাদ. আপনি আমাদের নিবন্ধ পছন্দ করেন? আরো আকর্ষণীয় বিষয়বস্তু দেখতে চান? অর্ডার দিয়ে বা বন্ধুদের সুপারিশ করে আমাদের সমর্থন করুন, এন্ট্রি-লেভেল সার্ভারের একটি অনন্য অ্যানালগ-এ Habr ব্যবহারকারীদের জন্য 30% ছাড়, যা আপনার জন্য আমাদের দ্বারা উদ্ভাবিত হয়েছে: VPS (KVM) E5-2650 v4 (6 কোর) 10GB DDR4 240GB SSD 1Gbps থেকে $20 বা কিভাবে একটি সার্ভার শেয়ার করবেন সম্পর্কে সম্পূর্ণ সত্য? (RAID1 এবং RAID10 এর সাথে উপলব্ধ, 24 কোর পর্যন্ত এবং 40GB DDR4 পর্যন্ত)।

Dell R730xd 2 গুণ সস্তা? শুধু এখানে 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 টিভি $199 থেকে নেদারল্যান্ডে! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 থেকে! সম্পর্কে পড়ুন কিভাবে ইনফ্রাস্ট্রাকচার কর্পোরেশন তৈরি করা যায়। এক পয়সার জন্য 730 ইউরো মূল্যের Dell R5xd E2650-4 v9000 সার্ভার ব্যবহার করে ক্লাস?

উত্স: www.habr.com