PIM প্রোটোকল কিভাবে কাজ করে

পিআইএম প্রোটোকল হল রাউটারগুলির মধ্যে একটি নেটওয়ার্কে মাল্টিকাস্ট প্রেরণের জন্য প্রোটোকলের একটি সেট। প্রতিবেশী সম্পর্কগুলি গতিশীল রাউটিং প্রোটোকলের ক্ষেত্রে একইভাবে তৈরি করা হয়। PIMv2 প্রতি 30 সেকেন্ডে সংরক্ষিত মাল্টিকাস্ট ঠিকানা 224.0.0.13 (অল-পিআইএম-রাউটার)-এ হ্যালো বার্তা পাঠায়। বার্তাটিতে হোল্ড টাইমার রয়েছে - সাধারণত 3.5*হ্যালো টাইমারের সমান, অর্থাৎ ডিফল্টরূপে 105 সেকেন্ড।

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

R3 মাল্টিকাস্ট বার্তা থেকে মাল্টিকাস্ট সোর্স (সোর্স আইপি) চিনবে এবং এর ইউনিকাস্ট টেবিল ব্যবহার করে R1 এবং R2 থেকে দুটি প্রবাহ পরীক্ষা করবে। টেবিল দ্বারা নির্দেশিত ইন্টারফেস থেকে স্ট্রীম (R1 থেকে R3) আরও প্রেরণ করা হবে, এবং R2 থেকে স্ট্রিমটি বাদ দেওয়া হবে, যেহেতু মাল্টিকাস্ট উত্সে যাওয়ার জন্য, আপনাকে S0/1 এর মাধ্যমে প্যাকেটগুলি পাঠাতে হবে৷
প্রশ্ন হল, একই মেট্রিকের সাথে আপনার দুটি সমতুল্য রুট থাকলে কী হবে? এই ক্ষেত্রে, রাউটার এই রুটগুলি থেকে পরবর্তী-হপ নির্বাচন করবে। যার আইপি অ্যাড্রেস বেশি তার জিতবে। আপনি যদি এই আচরণ পরিবর্তন করতে চান, আপনি ECMP ব্যবহার করতে পারেন। আরো বিস্তারিত এখানে.
RPF নিয়ম চেক করার পরে, রাউটার তার সমস্ত PIM প্রতিবেশীদের কাছে একটি মাল্টিকাস্ট প্যাকেট পাঠায়, যার কাছ থেকে প্যাকেটটি গৃহীত হয়েছিল বাদে। অন্যান্য পিআইএম রাউটারগুলি এই প্রক্রিয়াটি পুনরাবৃত্তি করে। একটি মাল্টিকাস্ট প্যাকেট উৎস থেকে চূড়ান্ত প্রাপকদের কাছে যে পথটি নিয়েছে তা উৎস-ভিত্তিক বন্টন গাছ, শর্টেস্ট-পাথ ট্রি (SPT), উৎস গাছ নামে একটি ট্রি গঠন করে। তিনটি ভিন্ন নাম, যেকোনো একটি বেছে নিন।
কিভাবে কিছু রাউটার কিছু মাল্টিকাস্ট স্ট্রীম ছেড়ে দেয়নি এবং এটি পাঠানোর জন্য কেউ নেই, কিন্তু আপস্ট্রিম রাউটার তাকে এটি পাঠায় যে সমস্যার সমাধান করবেন। এর জন্য প্রুন মেকানিজম উদ্ভাবিত হয়েছিল।
ছাঁটাই বার্তা।
উদাহরণস্বরূপ, R2 R3 এ একটি মাল্টিকাস্ট পাঠাতে থাকবে, যদিও R3, RPF নিয়ম অনুযায়ী, এটি ড্রপ করে। চ্যানেল লোড কেন? R3 একটি PIM Prune মেসেজ পাঠায় এবং R2, এই বার্তাটি পাওয়ার পর, এই প্রবাহের জন্য আউটগোয়িং ইন্টারফেস তালিকা থেকে ইন্টারফেস S0/1 সরিয়ে দেবে, যে ইন্টারফেসগুলি থেকে এই ট্র্যাফিক পাঠানো উচিত।

নিম্নে একটি পিআইএম প্রুন বার্তার আরও আনুষ্ঠানিক সংজ্ঞা দেওয়া হল:
PIM Prune বার্তাটি একটি রাউটার দ্বারা একটি দ্বিতীয় রাউটারে পাঠানো হয় যাতে দ্বিতীয় রাউটারটি একটি নির্দিষ্ট (S,G) SPT থেকে প্রুন প্রাপ্ত করা লিঙ্কটি সরিয়ে দেয়।

Prune বার্তা পাওয়ার পর, R2 প্রুন টাইমারকে 3 মিনিটে সেট করে। তিন মিনিট পর, এটি আবার ট্রাফিক পাঠাতে শুরু করবে যতক্ষণ না এটি আরেকটি প্রুন মেসেজ পায়। এটি PIMv1 এ রয়েছে।
এবং PIMv2-এ একটি স্টেট রিফ্রেশ টাইমার যোগ করা হয়েছে (ডিফল্টরূপে 60 সেকেন্ড)। যত তাড়াতাড়ি R3 থেকে একটি Prune বার্তা পাঠানো হয়েছে, এই টাইমারটি R3-তে চালু হয়েছে। এই টাইমারের মেয়াদ শেষ হলে, R3 একটি স্টেট রিফ্রেশ বার্তা পাঠাবে, যা এই গোষ্ঠীর জন্য R3-এ 2-মিনিটের প্রুন টাইমার রিসেট করবে।
প্রুন মেসেজ পাঠানোর কারণ:

• যখন একটি মাল্টিকাস্ট প্যাকেট ব্যর্থ হয় RPF চেক.
• যখন কোনো স্থানীয়ভাবে সংযুক্ত ক্লায়েন্ট না থাকে যারা একটি মাল্টিকাস্ট গ্রুপ (আইজিএমপি যোগদান) অনুরোধ করেছে এবং এমন কোনো পিআইএম প্রতিবেশী নেই যাদের কাছে মাল্টিকাস্ট ট্র্যাফিক পাঠানো যেতে পারে (নন-প্রুন ইন্টারফেস)।

গ্রাফ্ট মেসেজ।
আসুন কল্পনা করি যে R3 R2 থেকে ট্রাফিক চায় না, Prune পাঠিয়েছে এবং R1 থেকে মাল্টিকাস্ট পেয়েছে। কিন্তু হঠাৎ করে, R1-R3 এর মধ্যে চ্যানেলটি পড়ে যায় এবং R3 মাল্টিকাস্ট ছাড়াই চলে যায়। R3 এ প্রুন টাইমারের মেয়াদ শেষ না হওয়া পর্যন্ত আপনি 2 মিনিট অপেক্ষা করতে পারেন। 3 মিনিট একটি দীর্ঘ অপেক্ষা, তাই অপেক্ষা না করার জন্য, আপনাকে একটি বার্তা পাঠাতে হবে যা অবিলম্বে এই S0/1 ইন্টারফেসটিকে ছাঁটাই অবস্থা থেকে R2 এ নিয়ে আসবে৷ এই বার্তাটি একটি গ্রাফ্ট বার্তা হবে। গ্রাফট মেসেজ পাওয়ার পর, R2 একটি Graft-ACK দিয়ে সাড়া দেবে।
ছাঁটাই ওভাররাইড.

আসুন এই চিত্রটি দেখি। R1 দুটি রাউটার সহ একটি সেগমেন্টে মাল্টিকাস্ট সম্প্রচার করে। R3 ট্রাফিক গ্রহণ করে এবং সম্প্রচার করে, R2 গ্রহণ করে, কিন্তু ট্রাফিক সম্প্রচার করার জন্য কেউ নেই। এটি এই সেগমেন্টে R1 কে একটি ছাঁটাই বার্তা পাঠায়। R1-এর তালিকা থেকে Fa0/0 সরিয়ে দেওয়া উচিত এবং এই সেগমেন্টে সম্প্রচার বন্ধ করা উচিত, কিন্তু R3 এর কী হবে? এবং R3 একই সেগমেন্টে রয়েছে, এছাড়াও Prune থেকে এই বার্তাটি পেয়েছে এবং পরিস্থিতির ট্র্যাজেডি বুঝতে পেরেছে। R1 সম্প্রচার বন্ধ করার আগে, এটি 3 সেকেন্ডের একটি টাইমার সেট করে এবং 3 সেকেন্ডের পরে সম্প্রচার বন্ধ করবে। 3 সেকেন্ড - এটি ঠিক কতটা সময় আছে R3 যাতে তার মাল্টিকাস্ট হারাতে না পারে। অতএব, R3 যত তাড়াতাড়ি সম্ভব এই গ্রুপের জন্য একটি Pim যোগদানের বার্তা পাঠায় এবং R1 আর সম্প্রচার বন্ধ করার কথা ভাবে না। নীচে বার্তা যোগদান সম্পর্কে.
জাহির বার্তা.

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

1. নিম্ন AD সঙ্গে এক.
2. যদি AD সমান হয়, তাহলে কার নিম্ন মেট্রিক আছে।
3. যদি এখানে সমতা থাকে, তাহলে যে নেটওয়ার্কে তারা এই মাল্টিকাস্ট ব্রডকাস্ট করে সেই নেটওয়ার্কে যার আইপি বেশি।

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

MROUTE টেবিল।
PIM প্রোটোকল কিভাবে কাজ করে তা প্রাথমিকভাবে দেখার পরে, আমাদের বুঝতে হবে কিভাবে একটি মাল্টিকাস্ট রাউটিং টেবিলের সাথে কাজ করতে হয়। ক্লায়েন্টদের কাছ থেকে কোন স্ট্রীমগুলি অনুরোধ করা হয়েছিল এবং মাল্টিকাস্ট সার্ভার থেকে কোন স্ট্রিমগুলি প্রবাহিত হচ্ছে সে সম্পর্কে মারউট টেবিল তথ্য সঞ্চয় করে৷
উদাহরণস্বরূপ, যখন একটি IGMP সদস্যতা প্রতিবেদন বা PIM যোগদান কিছু ইন্টারফেসে প্রাপ্ত হয়, তখন রাউটিং টেবিলে টাইপের একটি রেকর্ড ( *, G ) যোগ করা হয়:

এই এন্ট্রির অর্থ হল 238.38.38.38 ঠিকানার সাথে একটি ট্রাফিক অনুরোধ গৃহীত হয়েছে। ডিসি পতাকার অর্থ হল মাল্টিকাস্টটি ঘন মোডে কাজ করবে এবং সি এর অর্থ হল প্রাপক সরাসরি রাউটারের সাথে সংযুক্ত, অর্থাৎ রাউটারটি আইজিএমপি সদস্যতা প্রতিবেদন এবং পিআইএম যোগদান পেয়েছে।
যদি টাইপের (S,G) একটি রেকর্ড থাকে তবে এর অর্থ হল আমাদের একটি মাল্টিকাস্ট স্ট্রিম রয়েছে:

এস ক্ষেত্রে - 192.168.1.11, আমরা মাল্টিকাস্ট উত্সের আইপি ঠিকানা নিবন্ধিত করেছি, এটিই RPF নিয়ম দ্বারা পরীক্ষা করা হবে। যদি সমস্যা থাকে, তাহলে আপনাকে প্রথমে যা করতে হবে তা হল উৎসের রুটের জন্য ইউনিকাস্ট টেবিলটি পরীক্ষা করা। ইনকামিং ইন্টারফেস ক্ষেত্রে, ইন্টারফেস নির্দেশ করে যেখানে মাল্টিকাস্ট গৃহীত হয়। একটি ইউনিকাস্ট রাউটিং টেবিলে, উৎসের রুটটি এখানে নির্দিষ্ট ইন্টারফেসের উল্লেখ করতে হবে। আউটগোয়িং ইন্টারফেস উল্লেখ করে যে মাল্টিকাস্ট কোথায় রিডাইরেক্ট করা হবে। যদি এটি খালি থাকে, তাহলে রাউটার এই ট্র্যাফিকের জন্য কোনো অনুরোধ পায়নি। সমস্ত পতাকা সম্পর্কে আরও তথ্য পাওয়া যাবে এখানে.
পিআইএম স্পারস-মোড।
স্পারস-মোডের কৌশলটি ঘন-মোডের বিপরীত। যখন স্পারস-মোড মাল্টিকাস্ট ট্র্যাফিক পায়, তখন এটি শুধুমাত্র সেই ইন্টারফেসের মাধ্যমে ট্র্যাফিক পাঠাবে যেখানে এই প্রবাহের জন্য অনুরোধ ছিল, উদাহরণস্বরূপ পিম জয়ন বা আইজিএমপি রিপোর্ট বার্তা এই ট্র্যাফিকের অনুরোধ করে।
SM এবং DM এর জন্য অনুরূপ উপাদান:

• প্রতিবেশী সম্পর্কগুলি পিআইএম ডিএম-এর মতোই তৈরি হয়।
• আরপিএফ নিয়ম কাজ করে।
• ডিআর নির্বাচন অনুরূপ।
• প্রুন ওভাররাইড এবং অ্যাসার্ট বার্তাগুলির প্রক্রিয়া একই রকম।

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

আসুন একটি টপোলজি কল্পনা করি যেখানে RP হল R3। যত তাড়াতাড়ি R1 S1 থেকে ট্র্যাফিক পায়, এটি এই মাল্টিকাস্ট প্যাকেটটিকে একটি ইউনিকাস্ট পিআইএম রেজিস্টার বার্তায় আবদ্ধ করে এবং এটি RP-এ পাঠায়। তিনি কিভাবে জানেন যে আরপি কে? এই ক্ষেত্রে, এটি স্থিরভাবে কনফিগার করা হয়েছে, এবং আমরা পরে গতিশীল RP কনফিগারেশন সম্পর্কে কথা বলব।

ip pim rp-ঠিকানা 3.3.3.3

আরপি দেখবে - এই ট্রাফিক পেতে চান এমন কারো কাছ থেকে কি তথ্য ছিল? ধরা যাক এটা ছিল না. তারপর RP R1 কে একটি PIM রেজিস্টার-স্টপ মেসেজ পাঠাবে, যার মানে এই মাল্টিকাস্টের প্রয়োজন নেই, রেজিস্ট্রেশন অস্বীকার করা হয়েছে। R1 মাল্টিকাস্ট পাঠাবে না। কিন্তু মাল্টিকাস্ট সোর্স হোস্ট এটি পাঠাবে, যাতে R1, রেজিস্টার-স্টপ পাওয়ার পর, 60 সেকেন্ডের সমান একটি রেজিস্টার-সাপ্রেশন টাইমার শুরু করবে। এই টাইমারের মেয়াদ শেষ হওয়ার 5 সেকেন্ড আগে, R1 RP-এর দিকে একটি নাল-রেজিস্টার বিট (অর্থাৎ একটি এনক্যাপসুলেটেড মাল্টিকাস্ট প্যাকেট ছাড়া) সহ একটি খালি রেজিস্টার বার্তা পাঠাবে। RP, ঘুরে, এই মত কাজ করবে:

• যদি কোন প্রাপক না থাকে, তাহলে এটি একটি রেজিস্টার-স্টপ বার্তা দিয়ে প্রতিক্রিয়া জানাবে।
• প্রাপক উপস্থিত হলে, তিনি কোন ভাবেই এটি প্রতিক্রিয়া হবে না. R1, 5 সেকেন্ডের মধ্যে নিবন্ধন করতে অস্বীকৃতি না পেয়ে খুশি হবে এবং RP-কে একটি এনক্যাপসুলেটেড মাল্টিকাস্ট সহ একটি রেজিস্টার বার্তা পাঠাবে।

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

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

আসুন কল্পনা করি যে 5 গ্রুপের জন্য R228.8.8.8 রাউটারে আমাদের একটি মাল্টিকাস্ট ক্লায়েন্ট রয়েছে। R5 হোস্টের কাছ থেকে IGMP মেম্বারশিপ রিপোর্ট পাওয়ার সাথে সাথে, R5 RP-এর দিক থেকে একটি PIM Join পাঠায়, এবং নিজে থেকেই হোস্টের দিকে তাকিয়ে থাকা ট্রিতে একটি ইন্টারফেস যোগ করে। এরপর, R4 R5 থেকে PIM Join গ্রহণ করে, ট্রিতে ইন্টারফেস Gi0/1 যোগ করে এবং RP-এর দিক থেকে PIM Join পাঠায়। অবশেষে, RP ( R3 ) PIM Join গ্রহণ করে এবং ট্রিতে Gi0/0 যোগ করে। এইভাবে, মাল্টিকাস্ট প্রাপক নিবন্ধিত হয়. আমরা R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 রুট দিয়ে একটি গাছ তৈরি করছি।
এর পরে, একটি পিআইএম যোগদান R1 এ পাঠানো হবে এবং R1 মাল্টিকাস্ট ট্র্যাফিক পাঠাতে শুরু করবে। এটা মনে রাখা গুরুত্বপূর্ণ যে যদি হোস্ট মাল্টিকাস্ট সম্প্রচার শুরু হওয়ার আগে ট্রাফিকের অনুরোধ করে, তাহলে RP PIM Join পাঠাবে না এবং R1-এ কিছু পাঠাবে না।
যদি হঠাৎ করে একটি মাল্টিকাস্ট পাঠানো হয়, হোস্ট সেটি গ্রহণ করতে চায় না, যত তাড়াতাড়ি RP Gi0/0 ইন্টারফেসে একটি পিআইএম প্রুন পায়, এটি অবিলম্বে একটি পিআইএম রেজিস্টার-স্টপ সরাসরি R1 এ পাঠাবে এবং তারপরে একটি পিআইএম প্রুন Gi0/1 ইন্টারফেসের মাধ্যমে বার্তা। পিআইএম রেজিস্টার-স্টপ ইউনিকাস্টের মাধ্যমে পাঠানো হয় যে ঠিকানা থেকে পিআইএম রেজিস্টার এসেছে।
যেমনটি আমরা আগেই বলেছি, যত তাড়াতাড়ি একটি রাউটার একটি পিআইএম যোগদান পাঠায় অন্য একটিতে, যেমন R5 থেকে R4, তারপর R4 এ একটি রেকর্ড যোগ করা হয়:

এবং একটি টাইমার চালু করা হয়েছে যে R5 কে ক্রমাগত এই টাইমার PIM যোগদানের বার্তাগুলিকে ক্রমাগত রিসেট করতে হবে, অন্যথায় R4 বহির্গামী তালিকা থেকে বাদ দেওয়া হবে। R5 প্রতি 60 পিআইএম জয়েন বার্তা পাঠাবে।
শর্টেস্ট-পাথ ট্রি সুইচওভার।
আমরা R1 এবং R5 এর মধ্যে একটি ইন্টারফেস যোগ করব এবং এই টপোলজির সাথে কীভাবে ট্রাফিক প্রবাহিত হয় তা দেখব।

ধরা যাক যে পুরানো স্কিম R1-R2-R3-R4-R5 অনুযায়ী ট্র্যাফিক পাঠানো এবং গ্রহণ করা হয়েছিল, এবং এখানে আমরা R1 এবং R5 এর মধ্যে ইন্টারফেস সংযুক্ত এবং কনফিগার করেছি।
প্রথমত, আমাদের R5-এ ইউনিকাস্ট রাউটিং টেবিল পুনর্নির্মাণ করতে হবে এবং এখন নেটওয়ার্ক 192.168.1.0/24 R5 Gi0/2 ইন্টারফেসের মাধ্যমে পৌঁছেছে। এখন R5, ইন্টারফেস Gi0/1-এ মাল্টিকাস্ট গ্রহণ করছে, বুঝতে পারে যে RPF নিয়মটি সন্তুষ্ট নয় এবং Gi0/2-এ মাল্টিকাস্ট গ্রহণ করা আরও যুক্তিযুক্ত হবে। এটিকে আরপিটি থেকে সংযোগ বিচ্ছিন্ন করা উচিত এবং শর্টেস্ট-পাথ ট্রি (এসপিটি) নামে একটি ছোট গাছ তৈরি করা উচিত। এটি করার জন্য, তিনি Gi0/2 এর মাধ্যমে R1-এ PIM Join পাঠান এবং R1 Gi0/2 এর মাধ্যমে একটি মাল্টিকাস্ট পাঠাতে শুরু করে। এখন R5 এর RPT থেকে সদস্যতা ত্যাগ করতে হবে যাতে দুটি কপি না পাওয়া যায়। এটি করার জন্য, তিনি প্রুনকে একটি বার্তা পাঠান যা উত্স আইপি ঠিকানা নির্দেশ করে এবং একটি বিশেষ বিট - RPT-বিট সন্নিবেশ করে। এর মানে হল যে আপনাকে আমাকে ট্রাফিক পাঠাতে হবে না, আমার এখানে একটি ভাল গাছ আছে। RP এছাড়াও PIM Prune বার্তা পাঠায় R1, কিন্তু একটি রেজিস্টার-স্টপ বার্তা পাঠায় না। আরেকটি বৈশিষ্ট্য: R5 এখন ক্রমাগত পিআইএম প্রুনকে RP-তে পাঠাবে, কারণ R1 প্রতি মিনিটে RP-কে PIM রেজিস্টার পাঠাতে থাকে। যতক্ষণ না এই ট্রাফিকের জন্য কোনও নতুন লোক না আসছে, RP এটি প্রত্যাখ্যান করবে। R5 RP সূচিত করে যে এটি SPT-এর মাধ্যমে মাল্টিকাস্ট গ্রহণ করতে থাকে।
ডায়নামিক আরপি অনুসন্ধান।
অটো-আরপি।
এই প্রযুক্তিটি সিস্কোর মালিকানাধীন এবং বিশেষভাবে জনপ্রিয় নয়, তবে এখনও জীবিত। অটো-আরপি অপারেশন দুটি প্রধান পর্যায় নিয়ে গঠিত:
1) RP সংরক্ষিত ঠিকানায় RP-ঘোষণা বার্তা পাঠায় - 224.0.1.39, প্রত্যেকের জন্য বা নির্দিষ্ট গোষ্ঠীর জন্য নিজেকে RP ঘোষণা করে৷ এই বার্তা প্রতি মিনিটে পাঠানো হয়.
2) একটি RP ম্যাপিং এজেন্ট প্রয়োজন, যেটি RP-Discovery বার্তা পাঠাবে যা নির্দেশ করে যে কোন গ্রুপের জন্য RP-এর কথা শোনা উচিত। এই বার্তা থেকেই যে নিয়মিত পিআইএম রাউটাররা নিজেদের জন্য আরপি নির্ধারণ করবে। ম্যাপিং এজেন্ট হয় RP রাউটার বা একটি পৃথক PIM রাউটার হতে পারে। RP-Discovery 224.0.1.40 ঠিকানায় এক মিনিটের টাইমার সহ পাঠানো হয়েছে।
আসুন আরও বিস্তারিতভাবে প্রক্রিয়াটি দেখুন:
আসুন R3 কে RP হিসাবে কনফিগার করি:

ip পিম পাঠান-আরপি-ঘোষণা লুপব্যাক 0 সুযোগ 10

ম্যাপিং এজেন্ট হিসাবে R2:

ip pim send-rp-discovery লুপব্যাক 0 সুযোগ 10

এবং অন্য সব ক্ষেত্রে আমরা Auto-RP এর মাধ্যমে RP আশা করব:

ip pim autorp শ্রোতা

একবার আমরা R3 কনফিগার করলে, এটি RP-Anounce পাঠাতে শুরু করবে:

এবং R2, ম্যাপিং এজেন্ট সেট আপ করার পরে, RP-ঘোষণা বার্তার জন্য অপেক্ষা করতে শুরু করবে। শুধুমাত্র যখন এটি কমপক্ষে একটি RP খুঁজে পায় তখন এটি RP-Discovery পাঠাতে শুরু করবে:

এইভাবে, নিয়মিত রাউটাররা (পিআইএম আরপি লিসেনার) এই বার্তা পাওয়ার সাথে সাথে তারা জানতে পারবে কোথায় আরপি খুঁজতে হবে।
Auto-RP-এর একটি প্রধান সমস্যা হল RP-Anounce এবং RP-Discovery বার্তাগুলি পেতে, আপনাকে PIM Join ঠিকানা 224.0.1.39-40 এ পাঠাতে হবে এবং পাঠাতে হলে আপনাকে জানতে হবে কোথায় আরপি অবস্থিত। ক্লাসিক মুরগি এবং ডিমের সমস্যা। এই সমস্যা সমাধানের জন্য, PIM Sparse-Dense-Mode উদ্ভাবিত হয়েছিল। যদি রাউটার আরপি না জানে, তাহলে এটি ঘন-মোডে কাজ করে; যদি তা করে, তাহলে স্পারস-মোডে। PIM Sparse-mode এবং ip pim autorp listener কমান্ড নিয়মিত রাউটারের ইন্টারফেসে কনফিগার করা হলে, রাউটারটি শুধুমাত্র অটো-RP প্রোটোকল (224.0.1.39-40) থেকে সরাসরি মাল্টিকাস্টিংয়ের জন্য ঘন-মোডে কাজ করবে।
বুটস্ট্র্যাপ রাউটার (বিএসআর)।
এই ফাংশন Auto-RP অনুরূপ কাজ করে। প্রতিটি RP ম্যাপিং এজেন্টকে একটি বার্তা পাঠায়, যা ম্যাপিং তথ্য সংগ্রহ করে এবং তারপরে অন্য সমস্ত রাউটারকে জানায়। আসুন অটো-আরপির অনুরূপ প্রক্রিয়াটি বর্ণনা করি:
1) একবার আমরা R3 কে RP হতে প্রার্থী হিসাবে কনফিগার করি, কমান্ড সহ:

ip pim rp-প্রার্থী লুপব্যাক 0

তারপর R3 কিছুই করবে না; বিশেষ বার্তা পাঠানো শুরু করার জন্য, তাকে প্রথমে একটি ম্যাপিং এজেন্ট খুঁজে বের করতে হবে। এইভাবে, আমরা দ্বিতীয় ধাপে এগিয়ে যাই।
2) একটি ম্যাপিং এজেন্ট হিসাবে R2 কনফিগার করুন:

ip pim bsr-প্রার্থী লুপব্যাক 0

R2 পিআইএম বুটস্ট্র্যাপ বার্তা পাঠাতে শুরু করে, যেখানে এটি নিজেকে ম্যাপিং এজেন্ট হিসাবে নির্দেশ করে:

এই বার্তাটি 224.0.013 ঠিকানায় পাঠানো হয়েছে, যা PIM প্রোটোকল তার অন্যান্য বার্তাগুলির জন্যও ব্যবহার করে৷ এটি তাদের সব দিকে পাঠায় এবং তাই অটো-আরপির মতো মুরগি এবং ডিমের সমস্যা নেই।
3) যত তাড়াতাড়ি RP BSR রাউটার থেকে একটি বার্তা পাবে, এটি অবিলম্বে BSR রাউটার ঠিকানায় একটি ইউনিকাস্ট বার্তা পাঠাবে:

এর পরে, BSR, RPs সম্পর্কে তথ্য পাওয়ার পরে, সেগুলিকে মাল্টিকাস্ট করে 224.0.0.13 ঠিকানায় পাঠাবে, যেটি সমস্ত পিআইএম রাউটার শুনেছে। অতএব, কমান্ড একটি এনালগ ip pim autorp শ্রোতা নিয়মিত রাউটারের জন্য BSR এ নয়।
মাল্টিকাস্ট সোর্স ডিসকভারি প্রোটোকল (MSDP) সহ Anycast RP।
অটো-আরপি এবং বিএসআর আমাদেরকে নিম্নরূপ RP-এ লোড বিতরণ করার অনুমতি দেয়: প্রতিটি মাল্টিকাস্ট গ্রুপে শুধুমাত্র একটি সক্রিয় RP থাকে। একটি মাল্টিকাস্ট গ্রুপের জন্য একাধিক RP-এর উপর লোড বিতরণ করা সম্ভব হবে না। MSDP 255.255.255.255 এর মাস্ক সহ একই IP ঠিকানা RP রাউটার জারি করে এটি করে। MSDP কোনো একটি পদ্ধতি ব্যবহার করে তথ্য শেখে: স্ট্যাটিক, অটো-আরপি বা BSR।

ছবিতে আমাদের MSDP-এর সাথে একটি অটো-আরপি কনফিগারেশন রয়েছে। উভয় RPs লুপব্যাক 172.16.1.1 ইন্টারফেসে আইপি ঠিকানা 32/1 দিয়ে কনফিগার করা হয়েছে এবং সমস্ত গ্রুপের জন্য ব্যবহার করা হয়। RP-ঘোষণা দিয়ে, উভয় রাউটার এই ঠিকানা উল্লেখ করে নিজেদের ঘোষণা করে। অটো-আরপি ম্যাপিং এজেন্ট, তথ্য পাওয়ার পর, RP-ডিসকভারীকে RP-এর ঠিকানা 172.16.1.1/32 পাঠায়। আমরা আইজিপি ব্যবহার করে নেটওয়ার্ক 172.16.1.1/32 সম্পর্কে রাউটারগুলিকে বলি এবং সেই অনুযায়ী। এইভাবে, পিআইএম রাউটাররা RP থেকে প্রবাহের অনুরোধ বা নিবন্ধন করে যা নেটওয়ার্ক 172.16.1.1/32-এর রুটে পরবর্তী-হপ হিসাবে নির্দিষ্ট করা হয়। MSDP প্রোটোকল নিজেই RPs-এর জন্য মাল্টিকাস্ট তথ্য সম্পর্কে বার্তা আদান-প্রদানের জন্য ডিজাইন করা হয়েছে।
এই টপোলজি বিবেচনা করুন:

Switch6 238.38.38.38 ঠিকানায় ট্রাফিক সম্প্রচার করে এবং এখনও পর্যন্ত শুধুমাত্র RP-R1 এটি সম্পর্কে জানে৷ Switch7 এবং Switch8 এই গ্রুপকে অনুরোধ করেছে। রাউটার R5 এবং R4 যথাক্রমে R1 এবং R3 এ PIM Join পাঠাবে। কেন? R13.13.13.13 এর জন্য 5 এর রুটটি IGP মেট্রিক ব্যবহার করে R1 কে উল্লেখ করবে, ঠিক R4 এর মতো।
RP-R1 স্ট্রীম সম্পর্কে জানে এবং এটিকে R5 এর দিকে সম্প্রচার করা শুরু করবে, কিন্তু R4 এটি সম্পর্কে কিছুই জানে না, যেহেতু R1 এটি সহজভাবে পাঠাবে না। তাই এমএসডিপি প্রয়োজনীয়। আমরা এটি R1 এবং R5 এ কনফিগার করি:

ip msdp পিয়ার 3.3.3.3 কানেক্ট-সোর্স লুপব্যাক1 R1 এ

ip msdp পিয়ার 1.1.1.1 কানেক্ট-সোর্স লুপব্যাক3 R3 এ

তারা একে অপরের মধ্যে একটি অধিবেশন উত্থাপন করবে এবং কোন প্রবাহ পেলে তারা তাদের RP প্রতিবেশীকে রিপোর্ট করবে।
যত তাড়াতাড়ি RP-R1 Switch6 থেকে একটি স্ট্রীম পাবে, এটি অবিলম্বে একটি ইউনিকাস্ট MSDP সোর্স-অ্যাকটিভ বার্তা পাঠাবে, যাতে (S, G)-এর মতো তথ্য থাকবে - মাল্টিকাস্টের উৎস এবং গন্তব্য সম্পর্কে তথ্য৷ এখন যেহেতু RP-R3 জানে যে একটি উত্স যেমন Switch6, এই প্রবাহের জন্য R4 থেকে একটি অনুরোধ পাওয়ার সময়, এটি রাউটিং টেবিল দ্বারা পরিচালিত, Switch6-এর দিকে PIM Join পাঠাবে৷ ফলস্বরূপ, R1 যেমন একটি PIM Join প্রাপ্ত হলে RP-R3 এর দিকে ট্রাফিক পাঠাতে শুরু করবে।
MSDP টিসিপি-র উপর চলে, RPs সজীবতা পরীক্ষা করার জন্য একে অপরকে লাইভ মেসেজ পাঠায়। টাইমার 60 সেকেন্ড।
MSDP পিয়ারদের বিভিন্ন ডোমেনে ভাগ করার কাজটি অস্পষ্ট থেকে যায়, যেহেতু Keepalive এবং SA বার্তাগুলি কোনো ডোমেনে সদস্যতা নির্দেশ করে না। এছাড়াও, এই টপোলজিতে, আমরা বিভিন্ন ডোমেন নির্দেশ করে এমন একটি কনফিগারেশন পরীক্ষা করেছি - পারফরম্যান্সে কোনো পার্থক্য ছিল না।
যদি কেউ স্পষ্ট করতে পারেন, আমি মন্তব্যে এটি পড়তে খুশি হবে.

উত্স: www.habr.com