شبکه ها برای کوچکترین بخش نهم Multicast / Habr.

ارائه دهنده ماجراجویی به طور مستمر ما رشد می کند و به آرامی توسط تمامی خدمات اپراتورهای مخابراتی معمولی تبدیل می شود. حالا ما به IPTV رشد کرده ایم.

این بدان معنی است که نیاز به پیکربندی مسیریابی چندرسانه ای و اول از همه درک که چنین چندتایی وجود دارد.

این اولین انحراف از اصول معمول شبکه های IP است. با این حال، پارادایم چندرسانه ای کاملا از لامپ لامپ گرم متفاوت است.

شما حتی می توانید بگویید، به نحوی به نحوی انعطاف پذیری ذهن شما را در درک رویکردهای جدید به چالش می کشد.

در این مقاله تمرکز بر موارد زیر است:

آموزش ویدئویی سنتی:

در سپیده دم من، مانند یک مهندس، موضوع چندپخشی فوق العاده ترسناک بود، و من آن را با روانگردان از اولین تجربه من با او مرتبط کردم. " بنابراین، مارات، فورا، قبل از ظهر، قبل از ظهر، شما باید جریان ویدئو را به ساختمان جدید خود در مرکز شهر تحریک کنید - ارائه دهنده آن را در طبقه دوم قرار می دهد "من با یک صبح شگفت انگیز شنیده ام. همه چیز که من آن را در مورد چندپخشی می دانستم، بنابراین این چیزی است که فرستنده یکی است، دریافت کنندگان بسیار، و به نظر می رسد که پروتکل IGMP به نحوی درگیر است.

به عنوان یک نتیجه، قبل از ظهر، ما سعی کردیم همه چیز را شروع کنیم - من دیگر VLAN را از نقطه ورود به نقطه خروجی شکست دادم. اما سیگنال ناپایدار بود - تصویر یخ زده، فروپاشی، قطع شد. من سعی کردم تا بفهمم آنچه را می توان با IGMP به طور کلی انجام داد، Tyrhogozy، تبدیل مسیریابی چندرسانه ای، IGMP-snooping، هزاران بار تاخیر و ضرر را بررسی کرد - هیچ چیز کمک نکرد. و سپس به طور ناگهانی همه چیز کار کرد. البته، پایدار، بدون دردسر.

آن را با واکسیناسیون چندرسانه ای به من خدمت کرد و برای مدت طولانی من هیچ علاقه ای به او نداشتم.

در حال حاضر خیلی بعد به قانون بعدی رسیدم: و در حال حاضر، از ارتفاع موارد غیر قابل درک، من درک می کنم که هیچ مشکلی در تنظیم بخش شبکه وجود ندارد - تجهیزات محدود حشره دار. آرام باش و به من اعتماد کن پس از این مقاله، چنین چیزهایی شما را ترساند. درک عمومی چندرسانه ای. همانطور که می دانید، انواع زیر را شامل می شود: Unicast - Unicast - یک فرستنده، یک گیرنده. ( به عنوان مثال: پرس و جو از HTTP صفحه در سرور وب همانطور که می دانید، انواع زیر را شامل می شود: ) پخش. - پخش - یک فرستنده، گیرندگان - همه دستگاه ها در بخش پخش. ( همانطور که می دانید، انواع زیر را شامل می شود: مثال: درخواست ARP چندپخشی - Multicast - یک فرستنده، بسیاری از گیرندگان. ( مثال: IPTV.

Anycast

- Unicast از نزدیکترین گره - یک فرستنده، به طور کلی، بسیاری از گیرندگان، اما در واقع اطلاعات فقط به یکی ارسال می شود. ( به عنوان مثال: Anycast DNS )

از آنجایی که ما تصمیم گرفتیم در مورد چندتایی صحبت کنیم، شاید، شاید از این پاراگراف از این سوال شروع کنیم، جایی که و چگونه از آن استفاده می شود.

اولین چیزی که به ذهن می آید تلویزیون است (IPTV) - یک سرور منبع، ترافیک را ارسال می کند که نیاز به دریافت بسیاری از مشتریان در یک بار دارد. این توسط اصطلاح خود تعیین می شود -

چندپخشی

- پخش چندتایی. به این ترتیب، اگر پخش شده است که قبلا به شما شناخته شده است، به معنای پخش به همه است، چندپارچگی به معنای پخش یک گروه خاص است.

  1. برای مثال، برنامه دوم، تکرار سیستم عامل به بسیاری از رایانه ها است. این بدان معنی است که حجم داده های بزرگ را از یک سرور بارگیری می کند.
  2. سناریوهای احتمالی: کنفرانس های صوتی و تصویری (یکی می گوید - هر کس گوش می دهد)، تجارت الکترونیک، مزایده، بورس اوراق بهادار. اما این در نظریه است، و در عمل، چندپارچگی به ندرت در اینجا استفاده می شود.

برنامه دیگر پیام های خدمات پروتکل است. به عنوان مثال، OSPF در دامنه پخش آن پیام های خود را به آدرس های 224.0.0.5 و 224.0.0.6 ارسال می کند. و تنها کسانی که گره های OSPF در حال اجرا هستند، مورد استفاده قرار می گیرند.

ما دو اصل اساسی خبرنامه های چندرسانه ای را تشکیل می دهیم:

فرستنده تنها یک نسخه از ترافیک را بدون در نظر گرفتن تعداد گیرندگان ارسال می کند.

ترافیک تنها کسانی را که واقعا به آن علاقه مند هستند دریافت می کنند.

در این مقاله، IPTV را به عنوان مثال بصری می گیریم.

مثال اول

بیایید با ساده ترین مورد شروع کنیم: در سرور منبع، پخش به گروه 224.2.2.4 پیکربندی شده است - این به این معنی است که سرور ترافیک را به آدرس IP 224.2.2.4 ارسال می کند. در مشتری، پخش ویدئو پیکربندی شده است تا گروهی از 224.2.2.4 را انتخاب کند. .

در عین حال، توجه داشته باشید، مشتری و سرور مجبور نیست آدرس از یک زیر شبکه و پینگ یکدیگر را داشته باشند - به اندازه کافی در یک دامنه پخش باشد.

یک جریان چندرسانه ای به سادگی از سرور ریخته می شود و مشتری به سادگی آن را می گیرد. شما می توانید آن را به طور مستقیم در محل کار خود را با اتصال دو کامپیوتر با پچ و در حال اجرا، به عنوان مثال، VLC.

لازم به ذکر است که در چندپخشی هیچ سیگنال از منبع وجود ندارد، آنها می گویند،

"سلام، من یک منبع هستم، آیا شما نیاز به یک چندپخشی کوچک ندارید؟"

سرور منبع به سادگی شروع به پخش بسته های چندرسانه ای در رابط خود می کند. به عنوان مثال، آنها به طور مستقیم به مشتری وارد می شوند و یکی واقعا آنها را بلافاصله می برد.

اگر بسته های این لینک را دریافت کنید، خواهید دید که ترافیک چندرسانه ای مانند بسته های UDP Sea نیست.

چندپخشی به یک پروتکل خاص متصل نیست. در واقع، همه چیز که آدرس های آن را تعریف می کند. با این حال، اگر ما در مورد درخواست آن صحبت کنیم، در اکثریت مطلق مواردی که UDP است، UDP است. این به راحتی با این واقعیت توضیح داده شده است که معمولا داده هایی که در اینجا مورد نیاز است، به کمک چندتایی منتقل می شود. به عنوان مثال، ویدئو. اگر یک قطعه از فریم از دست رفته باشد، فرستنده سعی خواهد کرد آن را دوباره ارسال کند که این اتفاق می افتد در TCP، پس از آن، به احتمال زیاد، این قطعه دیر است، و کجا آن را نشان می دهد؟ قطار سمت چپ دقیقا همان با صدا است

بر این اساس، اتصال لازم نیست، بنابراین TCP مورد نیاز است.

چه چیزی از یکپارچه سازی چندپخشی از Unicst استفاده می شود؟ من فکر می کنم شما قبلا یک فرض دارید. و احتمالا درست است در وضعیت معمول، ما 1 گیرنده و 1 فرستنده داریم - هر یک از آنها یک آدرس IP منحصر به فرد دارد. فرستنده دقیقا از جایی که به اسکیت بسته می شود، می داند و این آدرس را در هدر IP قرار می دهد. هر گره متوسط ​​به دلیل جدول مسیریابی آن می داند کجا برای ارسال بسته. ترافیک Unicast بین دو گره از طریق شبکه بی دست نیست. اما مشکل این است که تنها یک آدرس IP دریافت کننده در بسته معمولی مشخص شده است. اگر یک ترافیک چندگانه داشته باشد چه؟ در اصل، امکان گسترش یک رویکرد Unicast و به چنین وضعیتی وجود دارد - برای ارسال کپی خود از بسته به هر مشتری. مشتریان تفاوت را متوجه نمی شوند - حتی یک نفر، حداقل یک هزار، اما تفاوت در کانال های انتقال داده شما به وضوح قابل تشخیص است. Gفرض کنید ما یک کانال SD را از یک سرور چندرسانه ای انتقال دادیم. اجازه دهید آن را از 2 مگابایت بر ثانیه استفاده کنید. کانال های کل 30، و تماشای هر کانال برای 20 نفر در همان زمان. به نظر می رسد 2 مگابایت بر ثانیه * 30 کانال * 20 نفر = 20 نفر = 1200 مگابایت بر ثانیه یا 1.2 گیگابایت بر ثانیه تنها در تلویزیون در مورد Unicast. اما هنوز کانال های HD وجود دارد، جایی که شما می توانید با خیال راحت این رقم را با 2 برابر ضرب کنید و محل تورنت کجاست؟

به همین دلیل بلوک آدرس در IPv4 گذاشته شد

کلاس D: 224.0.0.0/4

(22.0.0.0-239.255.255.255.255). آدرس های این محدوده توسط یک گروه چندرسانه ای تعیین می شود. یک آدرس یک گروه است، معمولا توسط نامه نشان داده شده است "

"

به این ترتیب، می گوید که مشتری به گروه 224.2.2.4 متصل است، به این معنی است که ترافیک چندرسانه ای را با آدرس مقصد 224.2.2.4 دریافت می کند.

مثال دوم

یک سوئیچ به طرح اضافه کنید و چند مشتری دیگر:

سرور چندرسانه ای هنوز هم برای گروه 224.2.2.4 پخش می شود. در سوئیچ، تمام 4 پورت باید در یک VLAN باشد. ترافیک به سوئیچ می آید و پیش فرض به تمام پورت های یک VLAN ارسال می شود. بنابراین همه مشتریان این ترافیک را دریافت می کنند. بر روی آنها، آدرس گروه 224.2.2.4 نیز در تمام بازیکنان پخش شده مشخص شده است.

در واقع، تمام این دستگاه ها عضو این گروه چندرسانه ای هستند. عضویت در آن پویا است: هر کسی، در هر زمان می تواند وارد شود و از آن خارج شود. در این وضعیت، ترافیک حتی کسانی را که این را به طور کلی نمی خواستند، دریافت خواهند کرد، یعنی نه، نه بازیکنان بر روی آن و نه چیز دیگری راه اندازی نمی شود. اما فقط اگر او در همان VLAN باشد. بعدا ما با چگونگی مقابله با آن مقابله خواهیم کرد.

لطفا توجه داشته باشید که در این مورد، تنها یک کپی از ترافیک به سوئیچ از سرور منبع می آید، و نه در یک کپی جداگانه به هر مشتری. و در مثال ما با کانال های SD، بار پورت بین منبع و سوئیچ 1.2 گیگابایت بر ثانیه نیست، اما تنها 60 مگابایت بر ثانیه (کانال های 2MB / c * 30).

در واقع، این کل دامنه بزرگ (22.0.0.0-239.255.255.255.255) می تواند مورد استفاده قرار گیرد.

خوب، تقریبا همه - اولین آدرس (محدوده 224.0.0.0/23) هنوز برای پروتکل های شناخته شده محفوظ است.

فهرست آدرس های IP رزرو شده

محدوده 224.0.0.0/24 در زیر لینک محلی رزرو شده است

ارتباطات بسته های چندرسانه ای با چنین آدرس های مقصد نمی توانند فراتر از محدودیت های یک بخش پخش شوند.

محدوده 224.0.1.0/24 تحت پروتکل هایی است که شما باید یک چندتایی را در سراسر شبکه انتقال دهید، یعنی عبور از روترها.

در واقع، در واقع، اساسی ترین چیزها در مورد چندپخشی است.

هنگامی که منبع و گیرنده در یک بخش شبکه مشابه هستند، وضعیت ساده ای را نگاه کردیم. ترافیک دریافت شده توسط سوئیچ به سادگی به آنها در تمام پورت ها ارسال می شود - بدون سحر و جادو.

اما هنوز هم کاملا غیر قابل درک است که چگونه ترافیک از سرور به مشتریان می رسد، زمانی که یک شبکه ارائه دهنده بزرگ LinkMIAP وجود دارد؟ و در واقع، در واقع، شناخته شده خواهد بود که مشتری چه کسی است؟ ما نمی توانیم مسیرها را به صورت دستی ثبت کنیم، به این دلیل که ما نمی دانیم کجا مشتریان ممکن است. پروتکل های مسیریابی معمول به این سوال پاسخ نمی دهند. بنابراین ما متوجه شدیم که تحویل چندپارچه چیزی کاملا جدید برای ما است.

به طور کلی، برای ارائه چندپارچگی از منبع به گیرنده در حال حاضر پروتکل های بسیاری وجود دارد - IGMP / MLD، PIM، MSDP، MBGP، MOSPF، DVMRP.

ما بر دو نفر از آنها تمرکز خواهیم کرد که در حال حاضر استفاده می شود: PIM و IGMP. با IGMP، دریافت کنندگان نهایی مشتری، نزدیکترین روترهایی را که می خواهند ترافیک دریافت کنند، ارتباط برقرار می کنند. و PIM مسیر حرکت ترافیک چندرسانه ای را از منبع به گیرندگان از طریق روترها ایجاد می کند. igmp

دوباره به تخلیه بازگردید این بسته بالا را ببینید، پس از آن یک جریان چندرسانه ای پرتاب شد؟

این پیام پروتکل IGMP ارسال شده توسط مشتری زمانی که ما بازی را روی آن فشار دادیم. این همان چیزی است که او گزارش می دهد که او می خواهد ترافیک را برای گروه 224.2.2.4 دریافت کند.

IGMP - پروتکل مدیریت گروه اینترنتی

- این پروتکل شبکه در تعامل با مشتریان ترافیک چندرسانه ای و نزدیکترین روتر است.

IPv6 از MLD (کشف شنونده چندرسانهای) به جای IGMP استفاده می کند. اصل عملیات آنها کاملا مشابه است، بنابراین شما به راحتی می توانید IGMP را در همه جا در MLD و IP در IPv6 تغییر دهید.

دقیقا IGMP چگونه کار می کند؟

شاید شما باید با این واقعیت شروع کنید که نسخه های پروتکل در حال حاضر سه: IGMPV1، IGMPV2، IGMPV3. بیشترین استفاده شده - دوم، اولین بار تقریبا فراموش شده است، بنابراین ما در مورد آن صحبت نخواهیم کرد، سوم بسیار شبیه به دوم است.

من بر روی دوم، به عنوان بیشترین تاثیر متمرکز خواهم شد و همه رویدادها را از اتصال مشتری به گروه قبل از آن خارج می کنم.

مشتری همچنین از گروه 224.2.2.4 از طریق پخش کننده VLC درخواست خواهد کرد. نقش IGMP بسیار ساده است: اگر هیچ مشتری وجود ندارد - لازم نیست انتقال ترافیک چندرسانه ای به بخش. اگر مشتری به نظر می رسد، او روترها را با استفاده از IGMP اعلام می کند که او می خواهد ترافیک دریافت کند. به منظور درک اینکه چگونه همه چیز اتفاق می افتد، این شبکه را بردارید: فرض کنید روتر قبلا پیکربندی شده برای دریافت و پردازش ترافیک چندرسانه ای است.

یکی

به محض این که ما برنامه را بر روی مشتری راه اندازی کردیم و گروه 224.2.2.4 را تنظیم کردیم، بسته به شبکه ارسال می شود گزارش عضویت IGMP - "گزارش" گره که او می خواهد برای دریافت ترافیک از این گروه.

در گزارش IGMPV2 به آدرس گروه مورد نظر می رود و به موازات آن در بسته خود نشان داده شده است. این پیام ها باید تنها در بخش خود زندگی کنند و به هیچ وجه از طریق روترها به هیچ وجه پیش نمی روند، بنابراین آنها 1 TTL دارند. اغلب در ادبیات شما می توانید ذکر کنید

IGMP پیوستن

. ترس نکنید - این یک نام جایگزین برای گزارش عضویت IGMP است.

2

روتر یک گزارش IGMP دریافت می کند و متوجه می شود که این رابط کاربری در حال حاضر دارای مشتریان است، اطلاعات را در جداول خود می گیرد

این خروجی اطلاعات در مورد IGMP است. گروه اول توسط مشتری درخواست شده است. سوم و چهارم گزارش خدمات SSDP است.

ساخته شده در ویندوز دوم یک گروه خاص است که همیشه در روترهای سیسکو وجود دارد - آن را برای پروتکل خودکار RP استفاده می شود. که به طور پیش فرض بر روی روترها فعال می شود. رابط Fe0 / 0 برای گروه 224.2.2.4 نزول می شود - باید ترافیک دریافتی را ارسال کنید. همراه با جدول معمولی مسیریابی منحصر به فرد نیز چندپارچه وجود دارد: در مورد دسترسی به مشتریان می گوید اولین رکورد

(*، 224.2.2.4)

. و ضبط (172.16.0.5، 224.2.2.4) .

این به این معنی است که روتر در مورد منبع یک جریان چندرسانه ای برای این گروه می داند. از خروجی روشن است که ترافیک برای گروه 224.2.2.4 از طریق Fe0 / 1 می آید، و لازم است آن را به پورت Fe0 / 0 انتقال دهید. رابط های که در آن شما نیاز به انتقال ترافیک در لیست رابط های پایین دست وجود دارد -

لیست رابط نفتی نفت - خروجی

در جزئیات بیشتر فرمان نمایش IP MROUTEE. بعدا تشخیص خواهیم داد. . بالاتر از تخلیه شما می بینید که به محض اینکه مشتری یک گزارش IGMP را ارسال کرد، بلافاصله پس از پرواز UDP یک جریان ویدئو است. .

3 مشتری شروع به دریافت ترافیک کرد. در حال حاضر روتر گاهی اوقات باید بررسی کنید که گیرندگان هنوز هم یک شکاف دارند تا به طور ناگهانی مشتریان باقی بمانند. برای انجام این کار، به طور دوره ای یک درخواست را به تمام رابط های نزولی خود ارسال می کند. پرس و جو IGMP

* تخلیه فیلتر شده توسط IGMP * بالاتر از تخلیه شما می بینید که به محض اینکه مشتری یک گزارش IGMP را ارسال کرد، بلافاصله پس از پرواز UDP یک جریان ویدئو است. .

به طور پیش فرض، این اتفاق می افتد هر 60 ثانیه. TTL چنین بسته ها نیز برابر با 1. آنها به آدرس 224.0.0.1 ارسال می شوند - تمام گره ها در این بخش - بدون مشخص کردن یک گروه خاص. چنین پیام های پرس و جو نامیده می شود

پرس و جو عمومی

- عمومی. بنابراین، روتر می پرسد: "بچه ها، و چه کسی و چه چیز دیگری می خواهد دریافت کند؟"

پس از دریافت پرس و جو عمومی IGMP، هر میزبان که به هر گروه گوش می دهد باید گزارش IGMP را ارسال کند، زیرا آن را هنگام اتصال آن انجام داد. آدرس گروه مورد علاقه به گروهش باید در گزارش مشخص شود. اگر، در پاسخ به پرس و جو، حداقل یک گزارش به روتر رسید، به این معنی که هنوز مشتریان وجود دارد، او همچنان به پخش این رابط از جایی که این گزارش از آن گزارش شده است، ترافیک این گروه را پخش می کند. اگر یک پرس و جو از یک رابط پاسخ برای برخی گروه ها پاسخی نداشته باشد، روتر این رابط را از جدول مسیریابی چندرسانه ای آن حذف می کند - برای این گروه متوقف می شود. در ابتکار عمل، مشتری معمولا گزارش را تنها زمانی ارسال می کند، پس از آن به سادگی به پرس و جو از روتر پاسخ می دهد. جزئیات جالب در رفتار مشتری: داشتن پرس و جو، او در عجله نیست که بلافاصله گزارش شود. گره طول می کشد تا طول زمان از 0 به .حداکثر زمان پاسخ .

که در پرس و جو بعدی مشخص شده است: هنگامی که اشکال زدایی یا در تخلیه، به هر حال، دیده می شود که چند ثانیه می تواند بین گزارش های مختلف منتقل شود. این کار انجام می شود به طوری که صدها مشتری تمام دامنه شبکه را با گزارش های خود را با دریافت پرس و جو عمومی سیل نکرد. علاوه بر این، تنها یک مشتری معمولا گزارش می دهد. واقعیت این است که گزارش به آدرس گروه ارسال می شود و از این رو به همه مشتریان می آید. پس از دریافت گزارش از یک مشتری دیگر برای یک گروه، گره خود را ارسال نمی کند. منطق ساده است: روتر قبلا این گزارش را دریافت کرده است و می داند که مشتریان وجود دارد، لازم نیست.

این مکانیسم نامیده می شود

گزارش سرکوب

بعدا در مقاله ما خواهیم گفت که چرا این مکانیسم در واقع به ندرت کار می کند چهار. بنابراین تا قرن ها ادامه می یابد تا زمانی که مشتری می خواهد از گروه خارج شود (به عنوان مثال، پخش کننده / تلویزیون را خاموش کنید). در این مورد، او می فرستد IGMP ترک به آدرس گروه

روتر آن را دریافت می کند و در یک ایده باید خاموش شود. اما او نمیتواند یک مشتری خاص را غیرفعال کند - روتر آنها را تشخیص نمی دهد - فقط یک رابط پایین دست دارد. و رابط کاربری می تواند چند مشتری باشد. به این معناست که اگر روتر این رابط را از لیست اولو (لیست رابط خروجی) حذف کند، این ویدیو به طور کامل خاموش خواهد شد.

اما همچنین آن را حذف نکنید، این نیز غیرممکن است - ناگهان آخرین مشتری بود - چرا آن را شستشو دهید؟ بالاتر از تخلیه شما می بینید که به محض اینکه مشتری یک گزارش IGMP را ارسال کرد، بلافاصله پس از پرواز UDP یک جریان ویدئو است. .

اگر به تخلیه نگاه کنید، خواهید دید که پس از دریافت روتر ترک، جریان به مدت زمان طولانی ادامه می دهد. واقعیت این است که روتر در پاسخ به ترک، پرس و جو IGMP را به آدرس گروهی ارسال می کند که این ترک این رابط به آن را از آنجا آمد. چنین بسته ای نامیده می شود

پرس و جو گروه خاص

. پاسخ دهید

فقط پرس و جو گروه خاص کسانی که به این گروه خاص متصل هستند.

اگر روتر گزارش پاسخ را برای گروه دریافت کرد، همچنان در رابط کاربری پخش می شود، اگر دریافت نشود، تایمر را پس از تایمر منقضی شده حذف می کند.

در مجموع، پس از دریافت ترک، دو گروه پرس و جو خاص می رود - یک اجباری، کنترل دوم. بعد، روتر جریان را متوقف می کند. ستارگان کمی مشکل تر را در نظر بگیرید: دو (یا بیشتر) روتر هایی که می توانند ترافیک را پخش کنند، به بخش مشتری متصل می شوند. اگر هیچ کاری انجام ندهید، ترافیک چندرسانه ای تکرار خواهد شد - هر دو روتر از مشتریان گزارش دریافت خواهند کرد. به منظور اجتناب از این مکانیسم انتخابی وجود دارد - سیاست. کسی که برنده خواهد شد پرس و جو را ارسال می کند، نظارت گزارش و واکنش نشان می دهد تا ترک کند، و به همین ترتیب، ترافیک را به بخش ارسال می کند. بازنده فقط به گزارش و نگه داشتن دست خود را بر روی پالس گوش می دهد. انتخابات بسیار ساده و بصری رخ می دهد. وضعیت را از لحظه ای که روترهای R1 و R2 روشن می شوند را در نظر بگیرید. یکی) IGMP فعال در رابط ها. 2) در ابتدا، به طور پیش فرض، هر یک از آنها خود را Querier می داند. 3) هر کدام از IGMP General Query را به شبکه ارسال می کند. هدف اصلی این است که بدانیم اگر مشتریان وجود داشته باشند و به موازات، اگر آنها در مورد تمایل خود به شرکت در انتخابات شرکت کنند، به روتر های دیگر در بخش اعلام کنند. چهار) پرس و جو عمومی دریافت تمام دستگاه ها در بخش، از جمله دیگر روترهای IGMP. پنج) پس از دریافت چنین پیامی از یک همسایه، هر روتر برآورد می کند که بیشتر شایسته است. 6) برنده روتر S.

IP کوچکتر

(مشخص شده در فیلد IP منبع IGMP پرس و جو). او می شود پرس و جو، همه دیگران - غیر Querier.

7)

غیر Querier شروع به تایمر می کند که هر بار Quaryny بازنشانی می شود، با یک آدرس IP کوچکتر می آید. اگر قبل از تایمر منقضی شود (بیش از 100 ثانیه: 105-107)، روتر پرس و جو را با یک آدرس کوچکتر دریافت نمی کند، او خود را Querier اعلام می کند و تمام وظایف مربوطه را می گیرد. هشت) اگر Querier پرس و جو را با یک آدرس کوچکتر دریافت کند، او این وظایف را اضافه می کند. Querier تبدیل به یک روتر دیگر، که دارای IP کمتر است.

این مورد نادر هنگام اندازه گیری، کمتر است. انتخابات Querier یک روش بسیار مهم در چندرسانه ای است، اما برخی از تولید کنندگان موذیانی که RFC را نگه ندارند می توانند یک چوب قوی در چرخ ها را وارد کنند. من در مورد پرس و جو IGMP با آدرس منبع 0.0.0.0 صحبت می کنم که می تواند توسط سوئیچ تولید شود. چنین پیام هایی نباید در انتخاب Querier شرکت کنند، اما شما باید برای همه چیز آماده باشید. به عنوان مثال مشکل بسیار پیچیده طولانی مدت.

.

چند کلمه ای از دیگر نسخه های IGMP دیگر نسخه 1 تنها در اصل فقط توسط این واقعیت متفاوت است این پیامی نیست

.

. اگر مشتری نمی خواهد ترافیک بیشتری از این گروه دریافت کند، او به سادگی متوقف می شود که گزارش را در پاسخ به پرس و جو ارسال کند. هنگامی که یک مشتری تنها باقی نمی ماند، روتر Timeout متوقف خواهد شد ارسال ترافیک. علاوه بر این، هیچ انتخابات Querier پشتیبانی نمی شود.

. به منظور اجتناب از تکرار ترافیک، یک پروتکل بالاتر مسئول است، به عنوان مثال، PIM، که در آن ما بیشتر صحبت خواهیم کرد نسخه 3 پشتیبانی از همه کسانی که از IGMPV2 پشتیبانی می کند، اما تعدادی از تغییرات وجود دارد. اول، گزارش دیگر به آدرس گروه ارسال نمی شود، بلکه در یک آدرس خدمات چندرسانه ای 224.0.0.22

. و آدرس گروه درخواست شده تنها در داخل بسته نشان داده شده است. این کار برای ساده سازی کار IGMP Snooping انجام می شود، که ما در مورد آن صحبت خواهیم کرد

.

ثانیا، مهمتر از همه، IGMPv3 شروع به پشتیبانی از SSM در فرم خالص خود کرد. این به اصطلاح است

بالاتر از تخلیه شما می بینید که به محض اینکه مشتری یک گزارش IGMP را ارسال کرد، بلافاصله پس از پرواز UDP یک جریان ویدئو است. .

مشتری همچنین از گروه 224.2.2.4 از طریق پخش کننده VLC درخواست خواهد کرد. Multicast خاص منبع. در گزارش IGMPV2 به آدرس گروه مورد نظر می رود و به موازات آن در بسته خود نشان داده شده است. این پیام ها باید تنها در بخش خود زندگی کنند و به هیچ وجه از طریق روترها به هیچ وجه پیش نمی روند، بنابراین آنها 1 TTL دارند. . در این مورد، مشتری ممکن است فقط یک گروه را درخواست نکند، بلکه لیستی از منابع را که از آن می خواهد ترافیک دریافت کند یا مشخص شود، مشخص نمی کند. در IGMPV2، مشتری به سادگی درخواست می کند و ترافیک گروه را بدون مراقبت از منبع دریافت می کند. بنابراین، IGMP برای تعامل مشتریان و روتر طراحی شده است. بنابراین، بازگشت به در جزئیات بیشتر فرمان مثال دوم 4همانطور که می دانید، انواع زیر را شامل می شود: جایی که هیچ روتر وجود ندارد، ما می توانیم به طور قانونی اعلام کنیم - IGMP وجود دارد - نه بیشتر از فرمول. هیچ روتر وجود ندارد، و مشتری هیچ کس برای درخواست یک جریان چندرسانه ای ندارد. و او یک ویدیو به دلایلی ساده دریافت خواهد کرد که جریان و به همین ترتیب از سوئیچ ریختن - شما فقط باید آن را انتخاب کنید. به یاد بیاورید که IGMP برای IPv6 کار نمی کند. پروتکل MLD وجود دارد دوباره تکرار کن اول از همه، روتر پرس و جو IGMP خود را پس از تبدیل IGMP در رابط خود را برای پیدا کردن اگر دریافت کنندگان وجود دارد و اعلام میل خود را به پرس و جو. در آن زمان هیچ کس در این گروه نبود. سپس یک مشتری ظاهر شد، که می خواست ترافیک گروه 224.2.2.4 دریافت کند و گزارش IGMP خود را ارسال کرد. پس از آن، من به ترافیک بر روی آن رفتم، اما از تخلیه فیلتر شده است. سپس روتر به دلایلی تصمیم گرفت تا بررسی شود - و اینکه آیا مشتریان بیشتری وجود ندارد و دوباره پرس و جو عمومی IGMP را ارسال می کنند که مشتری مجبور به پاسخ ( پنج

به صورت دوره ای (یک بار در دقیقه) روتر بررسی می کند که گیرندگان هنوز از پرس و جو عمومی IGMP استفاده می کنند و گره این را با استفاده از گزارش IGMP تایید می کند.

اما هنوز هم کاملا غیر قابل درک است که چگونه ترافیک از سرور به مشتریان می رسد، زمانی که یک شبکه ارائه دهنده بزرگ LinkMIAP وجود دارد؟ و در واقع، در واقع، شناخته شده خواهد بود که مشتری چه کسی است؟ ما نمی توانیم مسیرها را به صورت دستی ثبت کنیم، به این دلیل که ما نمی دانیم کجا مشتریان ممکن است. پروتکل های مسیریابی معمول به این سوال پاسخ نمی دهند. بنابراین ما متوجه شدیم که تحویل چندپارچه چیزی کاملا جدید برای ما است. 6 سپس او ذهن خود را تغییر داد و گروه را با ارسال IGMP ترک کرد. 7 روتر دریافت کرد و مایل به اطمینان حاصل کرد که هیچ دریافت کننده دیگر هیچ دریافت کننده دیگری نیست، ارسال پرس و جو خاص گروه IGMP ... دو بار. و پس از انقضای تایمر متوقف می شود تا ترافیک را در اینجا انتقال دهد. هشت با این حال، آن را به انتقال IGMP پرس و جو به شبکه ادامه می دهد. به عنوان مثال، در صورتی که بازیکن را خاموش نکرده اید، اما به سادگی در جایی با اتصال مشکل. سپس اتصال بازسازی می شود، اما مشتری خود را به صورت خود ارسال نمی کند. اما پرس و جو پاسخ می دهد. بنابراین، جریان می تواند بدون مشارکت انسان بهبود یابد. یک بار دیگر این کار انجام می شود به طوری که صدها مشتری تمام دامنه شبکه را با گزارش های خود را با دریافت پرس و جو عمومی سیل نکرد. علاوه بر این، تنها یک مشتری معمولا گزارش می دهد. - پروتکل که روتر در مورد حضور گیرندگان ترافیک چندرسانه ای و قطع ارتباط آنها یاد می گیرد. پرس و جو گروه خاص گزارش IGMP

- ارسال شده توسط مشتری هنگام اتصال و در پاسخ به پرس و جو IGMP. این به این معنی است که مشتری می خواهد یک نمایش یک گروه خاص را دریافت کند.

.

پرس و جو عمومی IGMP.

- این توسط روتر به صورت دوره ای ارسال می شود تا بررسی شود که کدام گروه ها اکنون مورد نیاز هستند. به عنوان آدرس گیرنده، 224.0.0.1 نشان داده شده است.

IGMP گروه پرس و جو Sepcific

- ارسال شده توسط روتر در پاسخ به پیام ترک، برای پیدا کردن اگر دریافت کنندگان دیگر در این گروه وجود دارد. به عنوان آدرس دریافت کننده، آدرس گروه چندرسانه ای نشان داده شده است.

- انتخاب شده توسط مشتری زمانی که او می خواهد گروه را ترک کند.

- اگر در یک بخش پخش، روترهای متعددی وجود دارد که می توانند پخش شوند، در میان آنها یکی از اصلی ها - Querier انتخاب شده است. این به صورت دوره ای پرس و جو را ارسال می کند و ترافیک را انتقال می دهد.

شرح مفصلی از تمام شرایط IGMP

پیمانه

بنابراین، ما متوجه شدیم که چگونه مشتریان نزدیکترین روتر را در مورد اهداف خود اعلام می کنند. اکنون می توانید ترافیک را از منبع به گیرنده از طریق یک شبکه بزرگ انتقال دهید. اگر شما در مورد آن فکر می کنید، ما قبل از یک مشکل پیچیده پیچیده ایستاده ایم - منبع تنها به این گروه پخش می شود، او چیزی در مورد جایی که گیرندگان واقع شده اند، نمی داند. .

گیرندگان و نزدیکترین روترها تنها می دانند که آنها نیاز به یک نمایش یک گروه خاص دارند، اما هیچ ایده ای وجود ندارد که منبع آن باشد و آدرس او چیست. چگونه برای ارائه ترافیک در این وضعیت؟

چند پروتکل مسیریابی چند منظوره ترافیک وجود دارد: DVMRP

  • ، MOSPF.
  • ، CBT.

- همه آنها چنین کاری را به روش های مختلف حل می کنند. اما استاندارد واقعی تبدیل شد

PIM - پروتکل Multicast مستقل

رویکردهای دیگر خیلی ناخواسته هستند که گاهی اوقات حتی توسعه دهندگان آنها عملا آن را تشخیص می دهند. در اینجا، به عنوان مثال، یک گزیده از RFC از طریق پروتکل CBT: CBT نسخه 2 نیست، و نه، در نظر گرفته شده به عقب سازگار با نسخه 1؛ ما این را برای ایجاد مشکلات سازگاری گسترده ای نمی کنیم، زیرا ما اعتقاد نداریم که CBT به طور گسترده ای در این مرحله به طور گسترده ای مستقر نمی شود.

PIM دارای دو نسخه است که حتی می تواند دو پروتکل مختلف در اصل نامیده شود، آنها به شدت متفاوت هستند:

حالت پام متراکم (DM)

حالت PIM Sparse (SM) مستقل او به این دلیل است که به یک برنامه خاص از ترافیک منحصر به فرد مسیریابی وابسته نیست و بعدا خواهید دید که چرا. .

حالت PIM متراکم

PIM DM

تلاش برای حل مشکل تحویل Multicust در پیشانی. او به وضوح فرض می کند که گیرندگان در همه جا، در تمام گوشه های شبکه هستند. بنابراین، در ابتدا او کل شبکه ترافیک چندرسانه ای را قرار می دهد، یعنی آن، آن را به تمام پورت ها می فرستد، علاوه بر این، جایی که او از آن آمده است. اگر بعدا معلوم شود که جایی که او مورد نیاز نیست، این شاخه "قطع" با کمک یک پیام ویژه Pim Prune - ترافیک دیگر در آنجا ارسال نمی شود. اما بعد از مدتی در همان شاخه، روتر دوباره تلاش می کند تا چندپخشی را ارسال کند - به طور ناگهانی دریافت کنندگان در آنجا ظاهر شدند. اگر ظاهر نشود، شاخه دوباره در یک دوره مشخص قطع شده است. اگر مشتری در روتر در فاصله بین این دو رویداد ظاهر شد، پیام گرافت فرستاده می شود - روتر درخواست شاخه برش را به عقب می برد تا صبر کنید تا زمانی که چیزی را از دست ندهید. .

همانطور که می بینید، هیچ سؤالی در مورد تعیین مسیر به گیرندگان وجود ندارد - ترافیک به آنها اجازه می دهد به سادگی به این دلیل که در همه جا است.

پس از "ختنه" شاخه های غیر ضروری، یک درخت باقی می ماند، در حالی که یک ترافیک چندرسانه ای منتقل می شود. این درخت نامیده می شود

SPT - کوتاه ترین مسیر مسیر

این از حلقه ها نیست و از کوتاه ترین مسیر از گیرنده به منبع استفاده می کند. در اصل، بسیار شبیه به درخت درختی در STP است

جایی که ریشه منبع است.

SPT یک درخت بتنی است - کوتاه ترین درخت درخت. به طور کلی، هر درخت چندگانه نامیده می شود

MDT - درخت توزیع چندرسانه ای

فرض بر این است که PIM DM باید در شبکه های با چگالی بالا از مشتریان چندرسانه ای مورد استفاده قرار گیرد، که نام آن را توضیح می دهد (متراکم). اما واقعیت این است که این وضعیت به جای استثناست، و اغلب PIM DM نامناسب است. برای ما واقعا مهم است که اکنون مکانیسم برای جلوگیری از حلقه ها باشد. تصور کنید چنین شبکه ای:

یک منبع، یک گیرنده و ساده ترین شبکه IP بین آنها. در تمام روترها در حال اجرا PIM DM.

چه اتفاقی می افتد اگر هیچ مکانیسم خاصی برای جلوگیری از حلقه ها وجود نداشته باشد؟

منبع ترافیک چندرسانه ای را ارسال می کند. R1 آن را دریافت می کند و مطابق با اصول PIM DM به تمام رابط ها می فرستد، علاوه بر این، جایی که او از آن آمده است، در R2 و R3.

R2 به همان شیوه وارد می شود، یعنی ترافیک به سمت R3 می فرستد. R3 نمی تواند تعیین کند که این همان ترافیک است که او قبلا از R1 دریافت کرده است، بنابراین آن را به تمام رابط های آن ارسال می کند. R1 یک کپی از ترافیک را از R3 دریافت خواهد کرد و غیره. در اینجا او یک حلقه است

پیشنهاد PIM در چنین وضعیتی چیست؟

RPF - انتقال مسیر معکوس

. این اصل اصلی انتقال ترافیک چندرسانه ای در PIM (هر نوع: و DM و SM) است - ترافیک از منبع باید در طول کوتاه ترین مسیر باشد. این است که برای هر بسته چندرسانه ای دریافت شده، آن را بر اساس جدول مسیریابی بررسی می شود، چه از آنجا آمده است. 1) روتر به آدرس منبع بسته چندرسانه ای نگاه می کند.

2) جدول مسیریابی را بررسی می کند، که از طریق آن رابط آدرس منبع در دسترس است.

3) رابط را بررسی می کند که از طریق آن بسته چندرسانه ای آمد.

4) اگر اینترفیس ها هماهنگ باشند - همه چیز خوب است، بسته چندرسانه ای از بین می رود، اگر داده ها از رابط دیگری از بین بروند - آنها از بین می روند.

مثال: IPTV.

به عنوان مثال، R3 می داند که کوتاه ترین مسیر به منبع از طریق R1 (مسیر استاتیک یا پویا) است. بنابراین، بسته های چندرسانه ای که از R1 می آیند، آزمایش می شوند و R3 دریافت می شوند و کسانی که از R2 آمده اند از بین می روند.

این چک نامیده می شود

RPF-Check و به لطف او حتی در شبکه های پیچیده تر، حلقه های MDT بوجود نخواهد آمد. این مکانیزم برای ما مهم است، زیرا مربوط به آن و در PIM-SM است و تنها به تنهایی کار می کند.

همانطور که می بینید، PIM بر اساس جدول مسیریابی منحصر به فرد است، اما ابتدا ترافیک را نمی گذارد، دوم، مهم نیست که چه کسی و چگونه جدول را پر کند. شما در اینجا متوقف نخواهید شد و کار PIM DM را در نظر بگیرید - این یک پروتکل قدیمی با وزن کمبود است (خوب، مانند RIP .

با این حال، PIM DM را می توان در برخی موارد اعمال کرد. به عنوان مثال، در شبکه های بسیار کوچک، جایی که جریان چندرسانه ای کوچک است.

حالت PIM Sparse.

یک رویکرد کاملا متفاوت اعمال می شود پیمون

. با وجود نام (حالت آسیب دیده)، می تواند با موفقیت در هر شبکه با بهره وری حداقل بدتر از PIM DM استفاده شود.

.

در اینجا آنها از ایده سیل بدون قید و شرط یک شبکه چندرسانه ای رد شدند. گره های علاقه مند به طور مستقل یک اتصال درخت را با استفاده از پیام ها درخواست می کنند 
پیمام پیوست اگر روتر به پیوستن ارسال نشد، ترافیک ارسال نخواهد شد. به منظور درک اینکه چگونه PIM کار می کند، بیایید با یک شبکه ساده با یک روتر تک تک شروع کنیم:

از تنظیمات به R1، شما باید توانایی مسیریابی چندرسانه ای، PIM SM را در دو رابط (به سمت منبع و به سمت مشتری) و IGMP نسبت به مشتری فعال کنید.

علاوه بر سایر تنظیمات اساسی، البته (IP، IGP).

از حالا به بعد، می توانید GNS را رها کنید و آزمایشگاه را جمع آوری کنید. این به اندازه کافی در مورد چگونگی جمع آوری یک پایه برای چندپارچگی که در این مقاله گفته ام، کافی است.

R1 (پیکربندی) #IP Multicast-Routing R1 (پیکربندی) #Int fa0 / 0 R1 (config-if) #ip pim sparse-mode r1 (config-if) #Int fa1 / 0 r1 (config-if) #ip pim حالت اسپری سیسکو در اینجا به طور معمول دارای رویکرد خاص خود است: هنگامی که شما PIM را در رابط فعال می کنید، IGMP به طور خودکار فعال می شود. در تمام رابط های که در آن PIM فعال است، کار می کند و IGMP. در عین حال، تولید کنندگان دیگر دارای دو پروتکل مختلف هستند که دو دستورات مختلف را به نمایش می گذارند: IGMP جداگانه، به طور جداگانه PIM. سیسکو را ببخشید؟ همراه با همه دیگران؟ به علاوه، ممکن است لازم باشد برای پیکربندی آدرس RP ( IP PIM RP آدرس 172.16.0.1 ، به عنوان مثال). در مورد این بعد، در حالی که پذیرش به عنوان یک داده شده و پذیرش.

وضعیت فعلی جدول مسیریابی چندرسانه ای را برای گروه 224.2.2.4 بررسی کنید: پس از شروع پخش در منبع، باید دوباره جدول را بررسی کنید. بیایید این نتیجه گیری کمی را تجزیه و تحلیل کنیم.

مشاهده ضبط (*، 225.0.1.1) در عین حال، تولید کنندگان دیگر دارای دو پروتکل مختلف هستند که دو دستورات مختلف را به نمایش می گذارند: IGMP جداگانه، به طور جداگانه PIM. به نام به علاوه، ممکن است لازم باشد برای پیکربندی آدرس RP ( (*، g) ، / خواندن starkomadzhi (/ و در مورد گیرندگان به ما اطلاع می دهد. و لازم نیست که در مورد یک رایانه مشتری صحبت کنید، به طور کلی می توان آن را، به عنوان مثال، یکی دیگر از روتر PIM. مهم است که اینترفیس ها نیاز به انتقال ترافیک داشته باشند. اگر لیستی از رابط های پایین دست (روغن) خالی باشد -

خالی

بنابراین، هیچ دریافت کننده وجود ندارد - و ما هنوز آنها را راه اندازی نکرده ایم.

رکورد

(172.16.0.5، 225.0.1.1) (S، G) .

اسکیا

/ و نشان می دهد که منبع شناخته شده است. در مورد ما، یک منبع با آدرس 172.16.0.5 ترافیک را برای گروه 224.2.2.4 پخش می کند. ترافیک چندرسانه ای به رابط Fe0 / 1 می آید - این است

صعودی

بالادست

) رابط.

بنابراین، هیچ مشتری. ترافیک از منبع به روتر می آید و در این زندگی به پایان می رسد. بیایید اکنون دریافت کننده را اضافه کنیم - ما دریافت Multicast را بر روی کامپیوتر تنظیم خواهیم کرد.

PC گزارش IGMP را ارسال می کند، روتر می داند که مشتریان جدول مسیریابی چندرسانه ای را به روز می کنند. حالا او به نظر می رسد مثل این است: یک رابط پایین دست به نظر می رسد: Fe0 / 0، که کاملا انتظار می رود. و هر دو در (*، g) و در (S، G) ظاهر شد. لیستی از رابط های پایین دست نامیده می شود

لیست رابط نفت خروجی

.

یک مشتری دیگر را به رابط Fe1 / 0 اضافه کنید:

اگر شما به طور صحیح خروجی را بخوانید، ما داریم:

(*، G): گیرنده های ترافیک چند منظوره برای گروه 224.2.2.4 وجود دارد که رابط های خارجی Fe0 / 0، Fe1 / 0 وجود دارد. و بدون توجه به اینکه فرستنده، چه چیزی و علامت "*" را می گوید. 

(S، G): هنگامی که ترافیک چندرسانه ای با آدرس مقصد 224.2.2.4 از منبع 172.16.0.5 به رابط Fe0 / 1 می آید، کپی های آن باید به Fe0 / 0 و Fe1 / 0 ارسال شود.

اما این یک مثال بسیار ساده بود - یک روتر بلافاصله آدرس منبع را می داند و دریافت کنندگان در آن قرار دارند. در واقع، حتی درختان هیچ اینجا وجود ندارد - به جز برای دژنراسیون. اما به ما کمک کرد تا با چگونگی PIM و IGMP ارتباط برقرار کنیم. 
برای مقابله با آنچه که PIM است، ما به شبکه تبدیل می کنیم بسیار پیچیده تر است

فرض کنید که تمام آدرس های IP قبلا مطابق با طرح پیکربندی شده اند. این شبکه IGP را برای مسیریابی منحصر به فرد معمولی اجرا می کند. client1 به عنوان مثال، می تواند یک سرور منبع را پینگ کند. اما تا کنون PIM، IGMP در حال اجرا نیست، مشتریان از کانال ها درخواست نمی کنند. پیکربندی اولیه فایل

بنابراین، لحظه ای از زمان 0.

مسیریابی چندرسانه ای را در تمام پنج روترها روشن کنید:

RX (config) #ip multicast-routing

PIM به طور مستقیم بر روی تمام رابط های تمام روترها (از جمله در رابط به سمت سرور منبع و مشتریان) گنجانده شده است:

RX (config) #int fex / x rx (config-if) #ip pim sparse-mode IGMP، در تئوری، باید بر روی رابط های نسبت به مشتریان گنجانده شود، اما همانطور که قبلا ذکر شد، به طور خودکار بر روی تجهیزات سیسکو با PIM روشن می شود. اولین چیزی که پیم می کند - محله را تنظیم می کند. پیام های مورد استفاده برای این

پیمان سلام

. هنگامی که PIM را در رابط را فعال می کنید، PIM Hello به آدرس ارسال می شود

  1. 224.0.0.13
  2. با TTL برابر 1. این بدان معنی است که تنها روترها در یک دامنه پخش می توانند همسایگان باشند.

به محض اینکه همسایگان از یکدیگر تبریک می گوییم:

اکنون آنها آماده هستند تا برنامه های کاربردی برای گروه های چندرسانه ای را بپذیرند.

اگر ما در حال حاضر در محفظه مشتری از یک طرف شروع کنیم و جریان چند منظوره را از سرور از سرور روشن کنیم، R1 یک جریان ترافیکی را دریافت می کند، و R4 یک گزارش IGMP دریافت می کند زمانی که شما سعی می کنید اتصال را دریافت کنید. به عنوان یک نتیجه، R1 چیزی در مورد گیرندگان نمی داند، و R4 بر روی منبع. اگر اطلاعات مربوط به منبع و مشتریان گروه در جایی یک مکان جمع آوری شود، خوب خواهد بود. اما در چه؟ چنین نقطه ای از جلسه نامیده می شود

نقطه Rendezvous - RP 

. این مفهوم مرکزی PIM SM است. هیچ چیز بدون آن کار نکرد. در اینجا منبع و گیرندگان هستند.

تمام روترهای PIM باید بدانند که کدام RP در دامنه است، یعنی آدرس IP آن را می داند. برای ساخت یک درخت MDT، شبکه به عنوان RP برخی از نقطه مرکزی انتخاب شده است، که، مسئول مطالعه منبع

این یک نقطه جذب پیام های پیوستن از همه علاقه مند است. 

دو راه برای کار RP وجود دارد: استاتیک و پویا. ما به هر دو در این مقاله نگاه خواهیم کرد، اما با استاتیک شروع می شود، زیرا احتمالا چه چیزی استاتیک است؟

اجازه دهید R2 توسط RP بازی کند.

برای افزایش قابلیت اطمینان، آدرس Loopback معمولا انتخاب می شود. از این رو

برای همه

روترها توسط فرمان اجرا می شوند: RX (پیکربندی) #ip PIM RP آدرس 2.2.2.2 )

به طور طبیعی، این آدرس باید در جدول مسیریابی از همه نقاط موجود باشد. خوب، از آنجا که آدرس 2.2.2.2 RP، در رابط است )

حلقه 0 بر روی R2، این نیز مطلوب است که PIM را فعال کنید. R2 (config) #interface loopback 0 RX (config-if) #ip pim sparse-mode )

بلافاصله پس از آن، R4 در مورد منبع ترافیک برای گروه 224.2.2.4 می آموزد:

و حتی انتقال ترافیک:

رابط Fe0 / 1 362000 b / s، و از طریق رابط Fe0 / 0 آنها منتقل می شود.

همه ما انجام دادیم: بعد، روتر جریان را متوقف می کند. شامل توانایی مسیریابی ترافیک چندرسانه ای (

کمی مشکل تر را در نظر بگیرید: IP چندپخشی مسیریابی

PIM فعال در رابط ها ( این است که برای هر بسته چندرسانه ای دریافت شده، آن را بر اساس جدول مسیریابی بررسی می شود، چه از آنجا آمده است. ip pim sparse-mode

آدرس RP را نشان داد ( IP PIM RP-ADRESS x.x.x.x. همه چیز، این در حال حاضر یک پیکربندی کار است و می تواند جستجو شود، زیرا صحنه ها بسیار بیشتر از مرحله قابل مشاهده است. پیکربندی کامل با PIM.

- سیاست. کسی که برنده خواهد شد پرس و جو را ارسال می کند، نظارت گزارش و واکنش نشان می دهد تا ترک کند، و به همین ترتیب، ترافیک را به بخش ارسال می کند. بازنده فقط به گزارش و نگه داشتن دست خود را بر روی پالس گوش می دهد. دفع

خوب، چگونه همه چیز در پایان کار می کند؟ چگونه RP می داند که کدام منبع مشتری است و ارتباطات بین آنها را فراهم می کند؟ از آنجا که همه چیز به خاطر مشتریان مورد علاقه ما به نظر می رسد، پس از آن با آنها شروع می شود، کل فرآیند را در جزئیات در نظر بگیرید. مشتری 1 گزارش IGMP را برای گروه 224.2.2.4 ارسال می کند

R4 این پرس و جو را می گیرد، درک می کند که یک مشتری خارج از رابط Fe0 / 0 وجود دارد، این رابط را به روغن و فرم ضبط (*، G) اضافه می کند.

رابط صعودی Fe0 / 1 در اینجا دیده می شود، اما این بدان معنا نیست که R4 ترافیک را برای گروه 224.2.2.4 دریافت می کند. این فقط صحبت می کند که تنها مکان از جایی که می تواند دریافت کند، Fe0 / 1 است، زیرا این وجود دارد که RP وجود دارد. به هر حال، همسایه که گذشت

وضعیت را از لحظه ای که روترهای R1 و R2 روشن می شوند را در نظر بگیرید. - R2: 10.0.2.24. انتظار می رود.

R4 نامیده می شود - LHR (آخرین روتر هپ) - آخرین روتر در مسیر ترافیک چندرسانه ای، اگر از منبع حساب می شود. به عبارت دیگر، این روتر نزدیک به گیرنده است. برای

client1 - R4 برای client2.

- این R5 است.

از آنجایی که هیچ جریان چند منظوره در R4 وجود ندارد (قبلا درخواست نشده است)، پیام پیوستن PIM را تشکیل می دهد و آن را به سمت RP ارسال می کند (2.2.2.2).

پیوستن PIM توسط یک Multicast به آدرس 224.0.0.13 ارسال می شود. "در جهت RP،" به معنای از طریق رابط است که در جدول مسیریابی مشخص شده است، به عنوان خروجی برای آدرس که در داخل بسته مشخص شده است. در مورد ما، 2.2.2.2 است - آدرس RP. چنین پیوستن به عنوان اشاره شده است

عضویت (*، g)

و او می گوید: "مهم نیست که چه منبع، من نیاز به ترافیک گروهی 224.2.2.4." به عبارت دیگر، هر روتر در راه باید چنین پیوستن را اداره کند و در صورت لزوم یک پیوستن جدید به سمت RP ارسال کند. (مهم است که درک کنیم که اگر در حال حاضر این گروه در روتر وجود داشته باشد، آن را ارسال نمی کند - این به سادگی رابط را که از آن پیوست به نفت رسید اضافه می کند و شروع به عبور از ترافیک می کند). در مورد ما، عضویت به Fe0 / 1:

R2، با دریافت پیوستن، یک رکورد (*، G) را تولید می کند و رابط Fe0 / 0 را به روغن اضافه می کند. اما عضو دیگر نمی تواند ارسال کند - او خود را در حال حاضر RP، و هیچ چیز در مورد منبع هنوز شناخته نشده است. اما بعد از مدتی در همان شاخه، روتر دوباره تلاش می کند تا چندپخشی را ارسال کند - به طور ناگهانی دریافت کنندگان در آنجا ظاهر شدند. اگر ظاهر نشود، شاخه دوباره در یک دوره مشخص قطع شده است. اگر مشتری در روتر در فاصله بین این دو رویداد ظاهر شد، پیام گرافت فرستاده می شود - روتر درخواست شاخه برش را به عقب می برد تا صبر کنید تا زمانی که چیزی را از دست ندهید. بنابراین، RP در مورد جایی که مشتریان واقع شده اند می آموزند.

IGMP فعال در رابط ها. اگر یک

مشتری 2 همچنین می خواهید ترافیک چندرسانه ای را برای همان گروه دریافت کنید، R5 PIM را به Fe0 / 1 ارسال می کند، زیرا RP، R3 است، با دریافت آن، پیوستن جدید PIM را ارسال می کند و آن را به Fe1 / 1 ارسال می کند - جایی که RP واقع شده است. یعنی، پیوستن به سفر به طوری که گره پشت گره تا زمانی که به RP یا به روتر دیگری برسد، جایی که قبلا مشتریان این گروه وجود دارد.

بنابراین، R2 RP ما است - در حال حاضر می داند که برای Fe0 / 0 و Fe1 / 0 او دریافت کنندگان برای گروه 224.2.2.4.

و مهم نیست که تعداد زیادی از آنها وجود دارد - یکی پس از هر رابط یا یک صد - جریان ترافیک هنوز هم در رابط است. اگر گرافیکی را به تصویر بکشید، آن را به نظر می رسد مانند این: از راه دور شبیه یک درخت، درست است؟ بنابراین، آن را نامیده می شود -

در ابتدا، به طور پیش فرض، هر یک از آنها خود را Querier می داند. RPT - درخت نقطه Rendezvous

. این درخت ریشه در RP دارد و شاخه های آن به مشتریان گسترش می یابد.

اصطلاح عمومی تر همانطور که در بالا ذکر شد -

- درختی که در آن جریان چندرسانه ای توزیع می شود. بعدا تفاوت بین MDT و RPT را خواهید دید.

حالا ما سرور را می دهیم همانطور که قبلا در بالا بحث کردیم، او در مورد PIM، RP، IGMP نگران نباشید - او فقط پخش می کند. و R1 این جریان را می گیرد. وظیفه او این است که یک Multicast را به RP تحویل دهیم. در PIM نوع خاصی از پیام ها وجود دارد - ثبت نام . لازم است یک منبع چندرسانه ای در RP ثبت شود.

پرس و جو عمومی دریافت تمام دستگاه ها در بخش، از جمله دیگر روترهای IGMP. بنابراین، R1 یک جریان چندرسانه ای گروه های 224.2.2.4 دریافت می کند:

R1 است

FHR (روتر اول هپ)

- روتر اول در مسیر ترافیک چندرسانه ای یا نزدیک به منبع.

بعد، هر بسته چندرسانه ای را که از منبع به ثبت نام منحصر به فرد PIM دریافت می کند، کپسول می کند و آن را مستقیما به RP ارسال می کند.

  1. توجه به پشته پروتکل. در بالای IP Unicust و PIM Header اصلی Multicast IP، UDP و داده ها است.
  2. در حال حاضر، بر خلاف همه دیگران، پیام های PIM به ما شناخته شده است، در آدرس گیرنده، 2.2.2.2 نشان داده شده است، و نه یک آدرس چندگانه.

چنین بسته ای به RP بر اساس قوانین استاندارد مسیریابی Unicreten تحویل داده می شود و بسته اصلی چندپخشی اصلی را حمل می کند، یعنی این ... این تونل است!

======================

شماره کار 1. طرح و پیکربندی اولیه. .

پس از دریافت چنین پیامی از یک همسایه، هر روتر برآورد می کند که بیشتر شایسته است. در سرور 172.16.0.5، یک برنامه کاربردی است که فقط می تواند بسته ها را فقط به یک آدرس پخش 255.255.255.255 ارسال کند، با پورت دریافت کننده UDP 10999. این ترافیک باید به مشتریان 1 و 2 تحویل داده شود: .

مشتری 1 به شکل یک ترافیک چندرسانه ای با آدرس گروه 239.9.9.9.

و در بخش مشتری 2، در قالب بسته های پخش به آدرس 255.255.255.255.

جزئیات کار اینجا.

====================== طرح و پیکربندی اولیه. RP دریافت ثبت نام PIM، باز کردن آن و تشخیص ترافیک تحت پوشش برای گروه 224.2.2.4. مستقل او به این دلیل است که به یک برنامه خاص از ترافیک منحصر به فرد مسیریابی وابسته نیست و بعدا خواهید دید که چرا. اطلاعات در مورد این، او بلافاصله وارد جدول خود از مسیریابی چندرسانه ای می شود:

ورودی (S، G) - (172.16.0.5، 224.2.2.4). بسته های RP بسته بندی شده بیشتر به RPT به رابط Fe0 / 0 و Fe1 / 0 ارسال می شود، بر اساس آن ترافیک به مشتریان می آید.

در اصل، این می تواند متوقف شود. همه چیز کار می کند - مشتریان ترافیک را دریافت می کنند. اما دو مشکل وجود دارد:

فرآیندهای کپسوله سازی و تخریب - اقدامات بسیار پر هزینه برای روترها. علاوه بر این، سرصفحه های اضافی اندازه بسته را افزایش می دهد و به سادگی نمی تواند به MTU در جایی در گره متوسط ​​صعود کند (شما تمام مشکلات تونل زنی را به یاد می آورید).

اگر به طور ناگهانی در جایی بین منبع و RP نیز دریافت کنندگان برای گروه وجود دارد، ترافیک چندرسانه ای باید دو بار از طریق یک راه برود. برای مثال، این یک توپولوژی وجود دارد: ترافیک در پیام های ثبت شده ابتدا به RP در امتداد خط R1-R42-R2 برسد، سپس Multicast خالص در کنار خط R2-R42 قرار می گیرد. بنابراین، در خط R42-R2، دو نسخه از یک ترافیک، هر چند در جهت مخالف خواهد بود. بنابراین، بهتر است یک Multicast تمیز را به RP به RP انتقال دهیم، و برای این که شما نیاز به ساخت یک درخت دارید - درخت منبع بنابراین، RP PIM را به R1 ارسال می کند. اما در حال حاضر آن را در آن نشان داده شده است برای آدرس گروه نه RP، اما منبع مورد مطالعه از پیام ثبت نام. این پیام نامیده می شود عضویت (S، G) - عضویت خاص منبع هدف او دقیقا همانند PIM Join (*، G) - ساخت یک درخت، تنها این زمان از منبع به RP. پیوستن به (S، G) همچنین یک گره پشت گره را به عنوان پیوستن معمول (*، G) گسترش می دهد. فقط عضویت (*، G) در حال تلاش برای RP است، و به S-Source پیوست (S، G). همانطور که آدرس گیرنده نیز یک آدرس خدمات 224.0.0.13 و TTL = 1 است. اگر گره های متوسط ​​وجود داشته باشد، به عنوان مثال، R42، آنها همچنین ضبط (S، G) و لیستی از رابط های پایین دست برای این گروه را تشکیل می دهند و به جلو به منبع پیوستند. مسیری که از RP به منبع متصل می شود به منبع تبدیل می شود - درخت از منبع. اما یک نام رایج تر - - پس از همه، ترافیک از منبع به RP در طول کوتاه ترین مسیر حرکت می کند.

نه) R1 دریافت پیوست (S، G)، رابط Fe1 / 0 را اضافه می کند، که از آن بسته به لیست رابط های نفتی پایین دست آمده است و شروع به پخش ترافیک چندرسانه ای خالص، کپسول قابل دسترسی می کند. ضبط (S، G) در R1 در حال حاضر به زودی به عنوان اولین بسته چندگانه از سرور منبع دریافت می شود. با توجه به درخت منبع ساخته شده، Multicast RP (و تمام مشتریان متوسط ​​را منتقل می کند، به عنوان مثال، R42). .

اما لازم است به یاد داشته باشید که پیام های ثبت شده در تمام این مدت ها منتقل شده و تاکنون منتقل شده اند. این، در واقع، R1 دو نسخه از ترافیک را ارسال می کند: یکی از SPT چند منظوره خالص است، دیگری در ثبت نام Unicustic محصور شده است. اول، R1 یک Multicast را برای ثبت نام ارسال می کند - بسته 231

. سپس R2 (RP) می خواهد به درخت متصل شود، ارسال می کند -

بسته 232

. R1 هنوز مدتی است در حالی که پرس و جو توسط R2 پردازش می شود، چندپخشی را برای ثبت نام ارسال می کند ( بسته ها از 233 تا 238 ) بعد، زمانی که رابط پایین دست به روغن بر روی R1 اضافه شده است، شروع به انتقال چندپخشی خالص می کند -

بسته های 239 و 242 ، اما هنوز متوقف نشده و ثبت نام - بسته های 241 و 243 . ولی и بسته 240 - این R2 نمی تواند ایستاده و یک بار دیگر خواسته بود برای ساخت یک درخت. طرح و پیکربندی اولیه. 10) بنابراین، چندرسانه ای غیر مجاز به RP می رسد. او می فهمد که این همان ترافیک است که در ثبت نام می آید، زیرا همان آدرس گروه همان آدرس منبع و از یک رابط است. به منظور دریافت دو نسخه، آن را به R1 منحصر به فرد ارسال می شود ثبت نام PIM-STOP

ثبت نام متوقف نمی شود به این معنا نیست که R2 از ترافیک رد می شود یا بیشتر این منبع را نمی شناسد، فقط می گوید که لازم است که ارسال شود

کپسوله شده ترافیک بعد، یک مبارزه شدید - R1 همچنان به انتقال ترافیک انباشته شده در بافر در حالی که فرآیندهای ثبت نام ثبت شده، و چندپخشی معمول و در داخل پیام های ثبت شده:

اما، دیر یا زود، R1 شروع به پخش تنها ترافیک چندرسانه ای خالص می کند.

هنگام تهیه، من یک سوال قانونی داشتم: خوب، چرا همه این تونل ها، PIM ثبت نام می کنند؟ چرا با یک ترافیک چندرسانه ای، همانطور که با پیمایش پیمایش نیست - ارسال یک هپ پشت یک هاپ با TTL = 1 به سمت RP - زودتر یا بعد از آن خواهد آمد؟ بنابراین همچنین یک درخت را همزمان بدون حرکات غیر ضروری ساخت.

چندین تفاوت وجود دارد.

اول، اصل اصلی PIM SM نقض شده است - ترافیک ارسال شده تنها به جایی که از آن درخواست شده است.

بدون پیوستن - بدون درخت

! ثانیا، اگر هیچ مشتری برای این گروه وجود نداشته باشد، FHR این را نمی شناسد و همچنان به ارسال ترافیک در "درخت خود" ادامه خواهد داد. استفاده بی معنی از پهنای باند چیست؟ در جهان ارتباطات، چنین پروتکل به سادگی زنده نخواهد ماند، همانطور که PIM DM یا DVMRP زنده ماند. بنابراین ما یک درخت بزرگ MDT برای گروه 224.2.2.4 از

حالا ما سرور را می دهیم همانطور که قبلا در بالا بحث کردیم، او در مورد PIM، RP، IGMP نگران نباشید - او فقط پخش می کند. و R1 این جریان را می گیرد. وظیفه او این است که یک Multicast را به RP تحویل دهیم. سرورهای منبع ثبت نام قبل از مشتری 1

مشتری 2

. و این MDT از دو قطعه تشکیل شده است که به طور مستقل از یکدیگر ساخته شده اند:

از منبع به RP و rpt از RP به مشتریان. در اینجا تفاوت بین MDT از RPT و SPT است. MDT یک اصطلاح نسبتا رایج است که به معنای یک درخت انتقال چندرسانه ای به طور کلی، در حالی که RPT / SPT ظاهر بسیار خاص آن است.

و اگر سرور در حال پخش است، چه چیزی در حال پخش است، و هیچ مشتری وجود ندارد و نه؟ چندپخشی بنابراین سایت بین فرستنده و RP را مسدود می کند؟

نه، در این مورد، ثبت نام PIM نیز کمک خواهد کرد. اگر پیام ثبت شده در RP برای برخی از گروه ها آغاز شده است، و هیچ دریافت کننده ای برای آن وجود ندارد، RP علاقه مند به به دست آوردن این ترافیک نیست، بنابراین،

نفرست

PIM Join (S، G)، RP بلافاصله ثبت نام را به R1 ارسال می کند.

R1، پس از دریافت ثبت نام و دیدن اینکه هیچ درختی برای این گروه وجود ندارد (بدون مشتریان)، شروع به رها کردن ترافیک چندرسانه ای از سرور می کند.

به عبارت دیگر، سرور خود را در مورد این بسیار نگران نیست و همچنان به ارسال جریان، اما، به رابط روتر رسیده است، جریان از بین می رود.

در این مورد، RP همچنان به ذخیره ورود (S، G) ادامه می دهد. به این ترتیب، ترافیک دریافت نمی کند، اما جایی که منبع برای گروه می داند می داند. اگر گیرندگان در گروه ظاهر شوند، RP در مورد آنها یاد می گیرد و به منبع پیوست (S، G) ارسال می کند که یک درخت را ایجاد می کند.

علاوه بر این، هر 3 دقیقه R1 سعی خواهد کرد دوباره یک منبع را در RP ثبت کنید، یعنی ارسال بسته های ثبت نام. لازم است به منظور اطلاع از RP که این منبع هنوز زنده است.

به ویژه خوانندگان مورد علاقه، این سوال باید بوجود آید - چه چیزی در مورد RPF چیست؟ پس از همه، این مکانیسم آدرس فرستنده بسته چندرسانه ای را بررسی می کند و اگر ترافیک از رابط درست نباشد، آن را از بین می برد. در عین حال، RP و منبع ممکن است در رابط های مختلف باشد. بنابراین در مثال ما برای R3 RP - برای Fe1 / 1، و منبع FE1 / 0. . ولی پاسخ قابل پیش بینی است - در این مورد، آدرس منبع بررسی می شود، اما RP. به عبارت دیگر، ترافیک باید از رابط کاربری به سمت RP باشد. اما، همانطور که بیشتر می بینید، این نیز یک قانون غیر واقعی نیست. .

مهم است بدانیم که RP یک مگنت جهانی نیست - برای هر گروه ممکن است RP آن وجود داشته باشد. به این معنا که ممکن است دو نفر از آنها در شبکه وجود داشته باشد، و سه نفر، و صد - یک RP مسئول یک مجموعه از گروه ها است، دیگر پس از دیگری است. علاوه بر این، چنین چیزی وجود دارد هر گونه RP. و سپس RP های مختلف می توانند به همان گروه خدمت کنند. شماره کار 2 и - R4 برای توجه به توپولوژی : در این مشکل، روترهای R1، R2، مدیران شبکه ما هستند. به این ترتیب، پیکربندی تنها می تواند بر روی آنها تغییر کند. سرور 172.16.0.5 انتقال ترافیک چندرسانه ای را به گروه های 239.1.1.1 و 239.2.2.2 انتقال می دهد.

پیکربندی شبکه به طوری که ترافیک گروه 239.1.1.1 به بخش بین R3 و R5 منتقل نمی شود و در تمام بخش های زیر R5.

اما در عین حال، گروه ترافیک 239.2.2.2 باید بدون مشکل انتقال یابد.

جزئیات کار اینجا.

======================

Razor Okkama یا غیر فعال کردن شاخه های غیر ضروری

پس از آخرین مشتری در بخش حاضر به اشتراک نیست، PIM باید شاخه بیش از حد RPT را قطع کند.

به عنوان مثال، تنها مشتری در R4 کامپیوتر را خاموش کرد. IGMP روتر را ترک کنید یا پس از سه پرس و جو IGMP بدون پاسخ، درک می کند که مشتریان بیشتری برای Fe0 / 0 وجود ندارد و پیام RP را ارسال می کند

پیرامون . با توجه به فرمت، دقیقا همانند پیوستن است، اما عملکرد متفاوتی را انجام می دهد. آدرس مقصد نیز 224.0.0.13 است، و TTL 1 است.

اما روتر که قبل از حذف اشتراک، PIM Prune را دریافت کرد، منتظر برخی از زمان ها (معمولا 3 ثانیه - پیوستن به تایمر تاخیر).

این برای چنین وضعیتی انجام می شود:

در یک دامنه پخش 3 روتر. یکی از آنها بالاتر است و این همان چیزی است که ترافیک چندرسانه ای را به بخش انتقال می دهد. این R1 است. برای هر دو روتر (R2 و R3)، روغن آن تنها یک رکورد را شامل می شود.

اگر در حال حاضر R2 تصمیم به قطع و ارسال PIM Prune، او می تواند همکار خود را جایگزین خود را R3 - R1 پس از همه متوقف پخش را به رابط را متوقف خواهد کرد.

بنابراین، به طوری که این اتفاق نمی افتد، R1 و به مدت 3 ثانیه طول می کشد. در طول این زمان، R3 باید زمان واکنش نشان دهد. با توجه به شبکه پخش، آن را نیز از R2 نیز دریافت می کند و بنابراین، اگر او می خواهد به ادامه به دریافت ترافیک، او فورا ارسال PIM معمولی به بخش، اطلاع رسانی R1 که لازم نیست که رابط را حذف کنید.

این فرایند به نام Prune override نامیده می شود. R2، همانطور که بود، بازتاب R1، ابتکار عمل را متوقف کرد.

SPT Switchover - سوئیچینگ RPT-SPT

تا به حال، ما عمدتا تنها در نظر گرفتیم

. حالا بیایید به نوبه خود به مشتری 2 در ابتدا همه چیز برای او یکسان است مشتری 1 - او از RPT از RP استفاده می کند، که ما قبلا در نظر گرفته ایم. به هر حال، از آنجا که هر دو - و

مشتری 1 .

- از یک درخت استفاده کنید، چنین درختی نامیده می شود

درخت مشترک

- این یک نام نسبتا رایج است. درخت مشترک = rpt

  • این است که چگونه جدول مسیریابی چندرسانه ای بر روی R5 به نظر می رسد در همان ابتدا، بلافاصله پس از ساخت درخت: هیچ رکوردی (S، G) وجود ندارد، اما این به این معنا نیست که ترافیک چندرسانه ای انتقال نمی یابد. فقط R5 در مورد فرستنده چه کسی اهمیتی نمی دهد. لطفا توجه داشته باشید که چگونه ترافیک باید در این مورد - R1-R2-R3-R5 برود. اگر چه به طور خلاصه، مسیر R1-R3-R5.
  • و اگر شبکه پیچیده تر باشد؟ به نوعی neakkuratnyko. لطفا توجه داشته باشید که چگونه ترافیک باید در این مورد - R1-R2-R3-R5 برود. اگر چه به طور خلاصه، مسیر R1-R3-R5.
  • واقعیت این است که در حالی که ما به RP وابسته هستیم - این ریشه RPT است، تنها او ابتدا می داند که چه کسی است. با این حال، اگر شما در مورد اولین بسته چندرسانه ای فکر می کنید، تمام روترها در مسیر ترافیک آدرس منبع را می دانند، زیرا در هدر IP مشخص شده است. چرا کسی کسی را به سمت منبع بپیوندید و مسیر را بهینه سازی کنید؟ )

سایت در ریشه. چنین تعویض می تواند شروع شود

LHR (آخرین روتر هپ)

- R5 پس از دریافت اولین بسته چندرسانه ای از R3 R5، آن را به منبع خاص (S، G) به ما به رابط Fe0 / 1 ارسال می کند که در جدول مسیریابی آن مشخص شده است، به عنوان یک خروجی برای شبکه 172.16.0.0/24.

پس از دریافت چنین پیوستن، R3 آن را به RP ارسال نمی کند، همانطور که با پیوستن معمول (*، G)، اما به سمت منبع (از طریق رابط با توجه به جدول مسیریابی) انجام می شود. یعنی، در این مورد، R3 به رابط Fe1 / 0 پیوست (172.16.0.5، 224.2.2.4) ارسال می کند. .

بعد، این پیوستن به R1 می افتد. و R1 توسط و بزرگ بدون تفاوت، که آن را فرستاده - RP یا شخص دیگری - به سادگی Fe1 / 1 را به روغن خود را برای گروه 224.2.2.4 اضافه می کند. در این نقطه، بین منبع و گیرنده، دو راه و R3 دو جریان دریافت می کنند. زمان انتخابی برای تمیز کردن غیر ضروری. و R3 است که این کار را می کند، زیرا R5 دیگر نمیتواند بین این دو جریان را تشخیص دهد - هر دو آنها را از طریق یک رابط می آیند.

به محض اینکه R3 دو جریان مشابه از رابط های مختلف را ضبط کرد، بر اساس جدول مسیریابی ترجیح داده می شود. در این مورد، مستقیم، بهتر از طریق RP. در این مرحله، R3 Prune (S، G) را به سمت RP می فرستد، این شاخه RPT را سوزاند. و از این نقطه تنها یک جریان مستقیم از منبع وجود دارد.

بنابراین، PIM ساخته شده SPT - کوتاه ترین درخت مسیر. این درخت منبع است. این کوتاهترین مسیر از مشتری به منبع است. به هر حال، درخت از منبع به RP، که ما قبلا در نظر گرفته شده بالاتر، اساسا همان SPT است.

این مشخصه با ضبط (S، G) مشخص می شود. اگر روتر چنین رکوردی داشته باشد، می داند که S منبع برای گروه G و درخت SPT ساخته شده است.

ریشه درخت SPT منبع است و واقعا می خواهید بگویید "کوتاه ترین مسیر از

منبع به مشتری " اما از لحاظ فنی نادرست است، زیرا مسیرهای منبع به مشتری و از مشتری به منبع می تواند متفاوت باشد. یعنی از مشتری شروع به ساخت یک شاخه درخت می کند: روتر PIM را به سمت منبع / RP ارسال می کند و RPF نیز صحت رابط را بررسی می کند اعلام وصول

ترافیک

شما به یاد می آورید که در ابتدای این پاراگراف در R5 تنها یک ورودی وجود داشت (*، G)، در حال حاضر پس از همه این رویدادها دو وجود خواهد داشت: (*، g) و (s، g) به هر حال، حتی اگر شما به جدول مسیریابی چندرسانه ای R3 به همان ثانیه نگاه کنید، به عنوان بازی در VLC، شما خواهید دید که در حال حاضر ترافیک را از R1 به طور مستقیم دریافت می کند، حضور ضبط (S، G) می گوید . یعنی SPT Switerver در حال حاضر اتفاق افتاده است - این اقدام پیش فرض بر روی تجهیزات بسیاری از تولید کنندگان است - برای شروع سوئیچینگ پس از دریافت اولین بسته چندرسانه ای. به طور کلی، چنین سوئیچ ممکن است در چند مورد رخ دهد: . با توجه به فرمت، دقیقا همانند پیوستن است، اما عملکرد متفاوتی را انجام می دهد. .

اتفاق نمی افتد (تیم

IP PIM SPT-Threshold Infinity

)

پس از استفاده از پهنای باند قطعی (تیم

IP PIM SPT-Threshold X مطمئنا - بلافاصله پس از دریافت اولین بسته (به طور پیش فرض یا هیچ IP PIM SPT-Threshold X

به عنوان یک قانون، تصمیم "زمان" طول می کشد LHR.

در این مورد، دومین بار عملیات RPF تغییر کرده است - دوباره محل منبع را بررسی می کند. یعنی، از دو جریان چندرسانه ای - از RP و از منبع - اولویت به ترافیک از منبع داده می شود.

دکتر، ادعا، حمل و نقل

برخی از نکات مهم تر هنگام توجه به PIM.

دکتر - روتر تعیین شده

این یک روتر اختصاصی است که مسئول ارسال خدمات در RP است.

منبع دکتر

- مسئول پذیرش بسته های چندرسانه ای به طور مستقیم از منبع و ثبت آن بر روی RP. در اینجا یک نمونه از توپولوژی است: .

هیچ چیز برای انجام کاری وجود ندارد که هر دو روتر ترافیک را به RP منتقل کند، اجازه دهید آنها را به یکدیگر رزرو کنند، اما مسئولیت باید تنها باشد. از آنجا که هر دو روترها به یک شبکه پخش متصل می شوند، آنها از یکدیگر پیمایش می کنند. بر اساس آن، آنها انتخاب خود را. PIM Hello ارزش اولویت این روتر را در این رابط دارد.

ارزش بیشتر، اولویت بالاتر است. اگر آنها یکسان باشند، گره با انتخاب شده است بالاترین آدرس IP (همچنین از پیام سلام). اگر روتر دیگری (نه DR) در طول زمان نگهداری (پیش فرض 105 ثانیه) از یک همسایه خوش آمدید، به طور خودکار نقش DR را به طور خودکار فرض می کند. اساسا منبع دکتر است

FHR - روتر اول هپ

گیرنده دکتر - همانند منبع DR، فقط برای دریافت کنندگان ترافیک چندرسانه ای - R2 (config) #interface loopback 0 RX (config-if) #ip pim sparse-mode .

توپولوژی مثال: گیرنده DR مسئول ارسال RP PIM است. در توپولوژی بالا، اگر هر دو روتر به پیوستن ارسال شود، هر دو ترافیک چندرسانه ای را دریافت خواهند کرد، اما نیازی نیست. فقط دکتر ارسال می کند دوم به سادگی در دسترس بودن DR است. :

از آنجا که DR ارسال می کند، همچنین ترافیک را در LAN پخش خواهد کرد. اما پس از آن یک سوال طبیعی مطرح می شود - و اگر PIM Dr'om تبدیل به یکی شد، و IGMP Querier دیگر؟ و وضعیت کاملا امکان پذیر است، زیرا برای Querier، IP کمتر، بهتر، و برای دکتر، بر خلاف. - R4 برای در این مورد، دکتر انتخاب شده است که روتر، که قبلا Querier است و این مشکل رخ نمی دهد.

قوانین انتخاب گیرنده DR دقیقا همانند منبع DR است.

ادعا و PIM حمل و نقل

مشکل دو روتر به طور همزمان انتقال ممکن است در وسط شبکه رخ دهد، جایی که مشتریان نهایی یا منابع وجود نداشته باشند - فقط روترها. این سوال بسیار حاد در PIM DM ایستاده بود، جایی که وضعیت کاملا عادی به دلیل مکانیسم سیل و پراکنده بود. اما در PIM SM، آن را رد نمی کند.

چنین شبکه ای را در نظر بگیرید: از خروجی روشن است که ترافیک برای گروه 224.2.2.4 از طریق Fe0 / 1 می آید، و لازم است آن را به پورت Fe0 / 0 انتقال دهید. در اینجا، سه روتر در همان بخش شبکه قرار دارند و به همین ترتیب، همسایگان PIM هستند. R1 به عنوان RP عمل می کند.

R4 PIM را به سمت RP ارسال می کند. از آنجا که این بسته چندرسانه ای بر روی R2 و بر روی R3 قرار دارد و هر دو آنها آن را پردازش می کنند، یک رابط کاربری پایین را به روغن اضافه می کنند.

در اینجا لازم است که مکانیزم انتخاب DR را انجام دهیم، بلکه بر روی R2 و همچنین R3 مشتریان دیگر این گروه وجود دارد و هر دو روتر نیز می توانند به پیوستن به PIM ارسال شوند.

هنگامی که ترافیک چندرسانه ای از منبع بر روی R2 و R3 می آید، آن را به هر دو روتر در بخش منتقل می شود و شورش می کند. PIM سعی نمی کند از چنین وضعیتی جلوگیری کند - در اینجا، به محض این که روتر ترافیک چندرسانه ای از این گروه را در رابط پایین دست خود (از لیست نفت) دریافت می کند، می داند: چیزی اشتباه است - فرستنده دیگر در حال حاضر در این بخش است. سپس روتر یک پیام ویژه ارسال می کند. PIM ادعا می کند

چنین پیامی به انتخاب کمک می کند 

PIM حمل و نقل

- روتر که حق پخش در این بخش را دارد. با دکتر PIM اشتباه نکنید. اول، PIM DR مسئول ارسال است پیمانه پیوستن و پین ، و PIM forwarder - برای ارسال ترافیک

. تفاوت دوم - PIM DR همیشه در هر شبکه ای در هنگام ایجاد محله انتخاب شده است، و PIM Forwrwer تنها در صورت لزوم است - زمانی که ترافیک چندرسانه ای از رابط کاربری از لیست نفت بدست می آید.

RP را انتخاب کنید 

بالاتر از ما برای سادگی از RP توسط دست خواسته شد IP PIM RP آدرس و در اینجا این است که چگونه تیم به نظر می رسید

نمایش IP PIM RP

اما ما وضعیت کاملا غیرممکن را در شبکه های مدرن ارائه خواهیم داد - R2 شکست خورد. این همه - پایان است. هنوز هم کار خواهد کرد، زیرا SPT Switchover رخ داده است، اما همه چیز جدید است و همه چیز که از طریق RP گذشت، حتی اگر یک راه جایگزین وجود داشته باشد، شکسته خواهد شد. خوب، بار در مدیر دامنه. تصور کنید: برای کشتن 50 روتر با دست حداقل یک فرمان (و برای گروه های مختلف، ممکن است RPS متفاوت باشد). انتخاب پویا RP اجازه می دهد و اجتناب از دستباف و اطمینان از اطمینان - اگر یک RP در دسترس نیست، دیگری بلافاصله به نبرد می رسد. در حال حاضر یک پروتکل به طور کلی پذیرفته شده وجود دارد که اجازه می دهد تا آن را انجام دهد - بوت استرپ . Tsiska در زمان های گذشته، تعداد کمی از RP چند دست نخورده را ارتقا داد

اما اکنون تقریبا استفاده نمی شود، گرچه Tsiska آن را نمی شناسد، و ما یک دلیل مزاحم را در قالب یک گروه از 224.0.1.40 داریم. لازم است که پروتکل خودکار RP را پرداخت کنیم. او در زمان های گذشته نجات بود. اما با ظهور بوت استرپ باز و انعطاف پذیر، او به طور طبیعی به موقعیت خود رفت.

بنابراین، فرض کنید که در شبکه ما ما R3 را می خواهیم تا توابع RP را در صورت شکست R2 انتخاب کنیم.

R2 و R3 به عنوان نامزدها برای نقش RP تعریف می شوند - به طوری که آنها نامیده می شوند

C-RP.

. در این روترها، پیکربندی کنید:

RX (config) رابط Loopback 0 RX (پیکربندی-اگر) IP PIM Sparse-Mode RX (CONFIG-IF) خروج RX (پیکربندی) #ip PIM RP-Cands

  1. اما هنوز هیچ اتفاقی نمی افتد - نامزدها هنوز نمی دانند چگونه همه چیز را در مورد خود اطلاع دهند.
  2. برای اطلاع رسانی به تمام روترهای دامنه چندرسانه ای در مورد مکانیزم موجود RP
  3. BSR - روتر بوت استرپ
  4. . ممکن است چندین متقاضی مانند C-RP وجود داشته باشد. آنها به ترتیب نامیده می شوند
  5. C-BSR.
  6. . آنها به نحوی مشابه پیکربندی شده اند.

اجازه دهید BSR با ما باشد و برای آزمون (به طور انحصاری) R1 خواهد بود. اما بعد از مدتی در همان شاخه، روتر دوباره تلاش می کند تا چندپخشی را ارسال کند - به طور ناگهانی دریافت کنندگان در آنجا ظاهر شدند. اگر ظاهر نشود، شاخه دوباره در یک دوره مشخص قطع شده است. اگر مشتری در روتر در فاصله بین این دو رویداد ظاهر شد، پیام گرافت فرستاده می شود - روتر درخواست شاخه برش را به عقب می برد تا صبر کنید تا زمانی که چیزی را از دست ندهید. R1 (config) loopback رابط 0 R1 (config-if) IP PIM Sparse-mode R1 (config-if) خروج R1 (پیکربندی) #ip pim bsr-candidate loopback 0 مستقل او به این دلیل است که به یک برنامه خاص از ترافیک منحصر به فرد مسیریابی وابسته نیست و بعدا خواهید دید که چرا. اول، یکی از اصلی BSR از تمام C-BSR انتخاب شده است، که به هر کس متهم خواهد شد. برای انجام این کار، هر C-BSR یک چندتایی را می فرستد به نام پیام بوت استرپ (BSM) طرح و پیکربندی اولیه. آدرس 224.0.0.13 نیز یک بسته پروتکل PIM است. این باید پذیرفته شود و پردازش تمام روترهای چندرسانه ای و پس از ارسال به تمام پورت های که در آن PIM فعال است. BSM نه به سمت چیزی (RP یا منبع) منتقل می شود، در مقایسه با پیوستن PIM، و در تمام جهات. چنین پستی Fan کمک می کند تا به BSM از تمام گوشه های شبکه، از جمله تمام C-BSR و تمام C-RP کمک کند. به منظور اینکه BSM به طور بی نهایت بر روی شبکه سرگردان شود، همان مکانیزم RPF استفاده می شود - اگر BSM از رابط کاربری اشتباه پشت سر آن که شبکه فرستنده این پیام منتشر شده است، چنین پیامی از بین رفته است. به عبارت دیگر، هر روتر در راه باید چنین پیوستن را اداره کند و در صورت لزوم یک پیوستن جدید به سمت RP ارسال کند. (مهم است که درک کنیم که اگر در حال حاضر این گروه در روتر وجود داشته باشد، آن را ارسال نمی کند - این به سادگی رابط را که از آن پیوست به نفت رسید اضافه می کند و شروع به عبور از ترافیک می کند). با استفاده از این BSM، تمام روترهای چندرسانه ای، نامزدهای ارزشمند ترین را بر اساس اولویت ها تعیین می کنند. به محض اینکه C-BSR یک BSM را از روتر دیگری با اولویت بزرگی دریافت می کند، آن را متوقف می کند پیام های خود را ارسال می کند. به عنوان یک نتیجه، هر کس اطلاعات مشابهی دارد. سیسکو را ببخشید؟ همراه با همه دیگران؟ . : در این مشکل، روترهای R1، R2، مدیران شبکه ما هستند. به این ترتیب، پیکربندی تنها می تواند بر روی آنها تغییر کند. در این مرحله، هنگامی که BSR انتخاب شده است، به دلیل این واقعیت که BSM آن در سراسر شبکه متفاوت است، C-RP می داند که آدرس و منحصر به فرد آن را به آن ارسال می کند

CandidTe-RP-ADVERTISEMENT در آن آنها فهرستی از گروه هایی را که خدمت می کنند حمل می کنند - این نامیده می شود نقشه برداری گروهی به RP . BSR تمام این پیام ها جمع می شوند و ایجاد می کنند RP مجموعه. - جدول اطلاعات: کدام RP هر گروه سرویس می شود. بعد، BSR در طرفداران سابق، همان پیام بوت استرپ را ارسال می کند، که این بار شامل RP-SET است. این پیام ها به طور موفقیت آمیز به تمام روترهای چندرسانه ای دست می یابند، هر کدام از آنها تنها انتخابی را انتخاب می کند که RP باید برای هر گروه خاص استفاده شود. BSR به صورت دوره ای چنین توزیع را ایجاد می کند تا از یک طرف همه می دانستند که اطلاعات مربوط به RP هنوز هم مرتبط است، و از سوی دیگر C-BSR، آنها آگاه بودند که اصلی BSR خود هنوز زنده است. RP، به هر حال، همچنین به صورت دوره ای اعلامیه های تبلیغاتی کاندیدای خود را به BSR ارسال می کند. همچنین می خواهید ترافیک چندرسانه ای را برای همان گروه دریافت کنید، R5 PIM را به Fe0 / 1 ارسال می کند، زیرا RP، R3 است، با دریافت آن، پیوستن جدید PIM را ارسال می کند و آن را به Fe1 / 1 ارسال می کند - جایی که RP واقع شده است. در واقع، همه چیز شما باید انجام دهید برای پیکربندی انتخاب خودکار RP - مشخص کردن C-RP و مشخص کردن C-BSR - نه خیلی کار، هر چیز دیگری PIM را برای شما ایجاد می کند. همانطور که همیشه، به منظور افزایش قابلیت اطمینان، توصیه می شود که رابط های حلقه را به عنوان نامزدهای مشخص کنید. تکمیل فصل PIM SM، بیایید مهمترین لحظات را ببینیم این سوال بسیار حاد در PIM DM ایستاده بود، جایی که وضعیت کاملا عادی به دلیل مکانیسم سیل و پراکنده بود. یک اتصال منحصر به فرد معمولی باید با مسیرهای IGP یا استاتیک ارائه شود. این الگوریتم RPF را تحت تأثیر قرار می دهد. درخت تنها پس از اینکه مشتری ظاهر می شود، مستقر است. این مشتری است که ساخت یک درخت را آغاز می کند. هیچ مشتری - بدون درخت. RPF به جلوگیری از حلقه ها کمک می کند. تمام روترها باید از WHO RP مطلع باشند تنها با کمک آن شما می توانید یک درخت را بسازید. نقطه RP می تواند به صورت ایستا نشان داده شود و می تواند به صورت خودکار با استفاده از پروتکل بوت استرپ انتخاب شود. RPT در مرحله اول ساخته شده است - یک درخت از مشتریان به RP - و درخت منبع - یک درخت از منبع به RP. در مرحله دوم، سوئیچینگ از RPT ساخته شده بر روی SPT کوتاه ترین مسیر از گیرنده به منبع است. من همچنین انواع درختان و پیام هایی را که در حال حاضر شناخته شده است فهرست می کنم. . یک اصطلاح مشترک توصیف هر درخت انتقال چندرسانه ای.

. یک درخت با کوتاه ترین راه از مشتری یا RP به منبع. در PIM DM تنها SPT وجود دارد. در PIM SM SPT ممکن است از منبع به RP یا از منبع به گیرنده پس از سوئیچینگ SPT رخ داده باشد. نشان داده شده است

- منبع شناخته شده برای گروه.

- همان SPT

. درخت از RP به گیرندگان. تنها در PIM استفاده می شود. نشان داده شده است

- همانند RPT این نامیده می شود، زیرا تمام مشتریان به یک درخت مشترک با ریشه در RP متصل می شوند.

پیام های PIM Sparse پیام:

سلام.

- برای ایجاد محله و حفظ این روابط. همچنین لازم است برای انتخاب DR. عضویت (*، g) - درخواست اتصال به گروه G. بدون توجه به منبع. به سمت RP رها می شود با کمک آنها، درخت RPT ساخته شده است. عضویت (S، G) - پیوستن به منبع خاص این یک درخواست برای اتصال به یک گروه G با یک منبع خاص است - S. فرستاده شده به سمت منبع - S. با کمک آنها، درخت SPT ساخته شده است.

Prune (*، G)

- درخواست قطع اتصال از درخت G، هر منبع برای آن بود. به سمت RP رها می شود بنابراین شعبه RPT پوشش داده شده است.

  • Prune (S، G)
  • - درخواست خاموش شدن از درخت درخت درخت، ریشه آن S. S. سیستم به سمت منبع ارسال می شود. بنابراین شاخه SPT قطع شده است.
  • - یک پیام ویژه ای که در آن چندپارچه به RP منتقل می شود تا SPT از منبع به RP ساخته شود. فرستاده شده توسط Unicast از FHR در RP.

ثبت نام

- این توسط Unicust با RP به FHR ارسال شده است، سفارش برای جلوگیری از ارسال ترافیک چندرسانه ای، در ثبت نام ثبت شده است.

- بسته های مکانیسم BSR که به شما این امکان را می دهد که یک روتر را به نقش BSR انتخاب کنید و همچنین اطلاعات مربوط به RP و گروه های موجود را انتقال دهید.

ادعا کنید

- پیام برای انتخاب PIM Forwarder به طوری که دو روتر به یک بخش منتقل شده اند.

نامزد-RP-advertisement

- پیامی که در آن RP اطلاعاتی را که در آن گروه هایی که در آن خدمت می کنند ارسال می کند. 

RP-Reachable

- پیام از RP، که او همه چیز را در مورد در دسترس بودن آن اطلاع می دهد.

  • * انواع دیگر پیام ها در PIM وجود دارد، اما این ها قبلا جزئیات هستند *
  • و اکنون سعی کنید از جزئیات پروتکل انتزاعی نشوید؟ و سپس پیچیدگی آن آشکار می شود.
  • 1) تعریف RP، 2) ثبت نام منبع بر روی RP، 3) تغییر درخت SPT.

بسیاری از پروتکل ها، بسیاری از سوابق در جدول مسیریابی چندرسانه ای. آیا امکان انجام کاری وجود دارد؟ تا به امروز، دو رویکرد متضاد متضاد برای ساده سازی PIM: SSM و Bidir Pim وجود دارد. SSM

همه چیزهایی که ما هنوز توضیح دادیم

ASM - هر نوع چندرسانه ای منبع

. مشتریان بی تفاوت هستند که منبع ترافیک برای این گروه است - نکته اصلی این است که آنها آن را دریافت می کنند. همانطور که به یاد می آورید، گزارش IGMPV2 به سادگی به گروه متصل می شود.

SSM - Multicast خاص منبع - روش جایگزین در این مورد، مشتریان گروه و منبع را در هنگام اتصال نشان می دهند. چه چیزی را می دهد؟ نه بیشتر: توانایی به طور کامل خلاص شدن از RP. LHR بلافاصله آدرس منبع را می داند - نیازی به ارسال پیوستن به RP وجود ندارد، روتر می تواند بلافاصله بفرستد (S، G) را در جهت منبع و SPT ایجاد کند.

بنابراین ما از شر خلاص شویم

جستجو RP (پروتکل بوت استرپ و خودکار RP)،

ثبت نام منبع در چندپخشی (و این زمان بیش از حد، استفاده دوگانه از پهنای باند و تونل زنی) سوئیچینگ به SPT از آنجا که هیچ RP وجود ندارد، پس هیچ RPT به ترتیب، بر روی یک روتر هیچ ورودی (*، g) - فقط (S، G) نخواهد بود.

مشکل دیگری که با SSM حل می شود، حضور چندین منبع است. در ASM توصیه می شود که آدرس گروه چندرسانه ای منحصر به فرد و تنها یک منبع پخش بر روی آن باشد، زیرا در درخت RPT چند جریان تا حدودی است، و مشتری، گرفتن دو جریان از منابع مختلف، احتمالا قادر به جدا شدن نیست آنها. در SSM، ترافیک از منابع مختلف به طور مستقل توزیع می شود، هر کدام در درخت SPT خود، و این در حال حاضر مشکل نیست و مزیت - چندین سرور می تواند به طور همزمان پخش شود. اگر ناگهان مشتری شروع به رفع زیان از منبع اصلی، او می تواند به پشتیبان گیری تغییر کند، حتی آن را بازسازی نمی کند - او همچنین دو جریان را دریافت کرد. علاوه بر این، بردار احتمالی حملات به شبکه با مسیریابی چندرسانه ای فعال، اتصال نفوذ کننده منبع آن است و مقدار زیادی ترافیک چندرسانه ای را تولید می کند که شبکه را بارگذاری می کند. در SSM، این عملا محروم است.

برای SSM، محدوده خاصی از آدرس های IP برجسته شده است: 232.0.0.0/8. در روترها برای پشتیبانی از SSM، حالت PIM SSM فعال شده است. روتر (پیکربندی) # IP PIM SSM

IGMPV3 و MLDV2 SSM را به صورت خالص پشتیبانی می کند.

هنگام استفاده از آنها، مشتری ممکن است

درخواست اتصال به یک گروه، بدون تعیین منابع. به عبارت دیگر، آن را به عنوان یک ASM معمولی کار می کند.

درخواست اتصال به یک گروه با یک منبع خاص. منابع را می توان چندین مشخص کرد - یک درخت قبل از هر یک از آنها ساخته خواهد شد. درخواست یک اتصال گروهی را درخواست کنید و لیستی از منابع را مشخص کنید نمی خواست ترافیک دریافت می کند

IGMPV1 / V2، MLDV1 SSM را پشتیبانی نمی کند، اما چنین چیزی وجود دارد درخواست اتصال به یک گروه با یک منبع خاص. منابع را می توان چندین مشخص کرد - یک درخت قبل از هر یک از آنها ساخته خواهد شد. نقشه برداری SSM . در کنار مشتری، روتر (LHR) هر گروه مطابق با آدرس منبع (یا چند) قرار می گیرد. بنابراین، اگر مشتریان از IGMPv3 / MLDV2 پشتیبانی نمی کنند، SPT نیز برای آنها ساخته شده است، و نه RPT، به دلیل این واقعیت است که آدرس منبع هنوز شناخته شده است. نقشه برداری SSM را می توان هر دو تنظیم استاتیک در LHR اجرا کرد و با اشاره به سرور DNS. مشکل SSM این است که مشتریان باید قبل از آن آدرس های منبع را بدانند - آنها به آنها اطلاع ندارند. بنابراین، SSM در شرایطی خوب است که شبکه مجموعه ای از منابع خاصی داشته باشد، آدرس آنها شناخته شده است و تغییر نخواهد کرد. و پایانه های مشتری یا برنامه های کاربردی به آنها وابسته است. به عبارت دیگر، IPTV یک محیط بسیار مناسب برای اجرای SSM است. این مفهوم را به خوبی توصیف می کند یک به چند

- یک منبع، بسیاری از گیرندگان.

بیدیر پیم

و اگر در منابع شبکه می تواند به صورت خود به خود ظاهر شود، پس از آن، به پخش در همان گروه ها، به سرعت انتقال انتقال و ناپدید می شود؟

به عنوان مثال، این وضعیت در بازی های شبکه یا یک مرکز داده امکان پذیر است، جایی که داده ها بین سرورهای مختلف تکرار می شوند. این یک مفهوم است بسیاری به بسیاری از - بسیاری از منابع، بسیاری از مشتریان.

چگونه PIM معمولی به آن نگاه می کند؟

واضح است که PIM INERT SSM مناسب نیست؟

شما فقط فکر می کنید که هرج و مرج شروع خواهد شد: ثبت نام بی پایان از منابع، بازسازی درختان، تعداد زیادی از سوابق (S، G) زندگی چند دقیقه به دلیل تایمر پروتکل.

  • PIM دو طرفه درآمد دارد ( دو طرفه PIM، Bidir Pim
  • ) بر خلاف SSM، به طور کامل به طور کامل توسط SPT و سوابق (S، G) رد می شود - تنها درخت مشترک با ریشه در RP باقی می ماند. و اگر در PIM معمولی، درخت یک طرفه است - ترافیک همیشه از منبع پایین SPT و از RP پایین RPT منتقل می شود - یک بخش روشن وجود دارد که در آن منبع مشتری، و سپس در دو طرفه از ترافیک منبع به RP، همچنین از درخت مشترک عبور می کند - به همان شیوه، بر اساس آن ترافیک به مشتریان منتقل می شود.
  • این به شما این امکان را می دهد که از ثبت نام یک منبع بر روی RP - انتقال ترافیک قطعا بدون هیچ زنگ هشدار و تغییرات دولتی را رد کنید. از آنجا که درختان SPT در همه نیستند، SPT Switchover نیز رخ نمی دهد. مثلا: درخواست اتصال به یک گروه با یک منبع خاص. منابع را می توان چندین مشخص کرد - یک درخت قبل از هر یک از آنها ساخته خواهد شد. منبع 1
  • شروع به انتقال گروه ترافیک 224.2.2.4 به شبکه به طور همزمان با source2. . جریانهای آنها فقط به سمت RP ریختند. برخی از مشتریانی که در نزدیکی شروع به دریافت ترافیک می کنند، به دلیل روترها ورودی (*، G) وجود دارد (مشتریان وجود دارد). بخش دیگری ترافیک را در درخت مشترک از RP دریافت می کند. و آنها در همان زمان ترافیک را از هر دو منبع دریافت می کنند. به این ترتیب، اگر شما یک بازی شبکه احتمالی را برای مثال بگیرید، . در کنار مشتری، روتر (LHR) هر گروه مطابق با آدرس منبع (یا چند) قرار می گیرد. بنابراین، اگر مشتریان از IGMPv3 / MLDV2 پشتیبانی نمی کنند، SPT نیز برای آنها ساخته شده است، و نه RPT، به دلیل این واقعیت است که آدرس منبع هنوز شناخته شده است. این اولین تیرانداز در تیرانداز است، که یک شات ساخته شده و

source2.

- این یکی دیگر از بازیکنان است که گام به سوی سمت خود را گرفتند. اطلاعات در مورد این دو رویداد در سراسر شبکه گسترش یافته است. و

هر کس

مثال: IPTV.

یکی دیگر از بازیکنان (

.

گیرنده

) من باید در مورد هر دو این رویدادها یاد بگیرم.

اگر به یاد داشته باشید، درست قبل از اینکه ما توضیح دادیم چرا روند ثبت نام منبع بر روی RP مورد نیاز است - به طوری که ترافیک کانال را اشغال نمی کند، زمانی که هیچ مشتری وجود ندارد، یعنی RP فقط آن را رد کرد. چرا ما در مورد این مشکل فکر نمی کنیم؟ دلیل ساده این است: Bidir PIM برای شرایطی که منابع زیادی وجود دارد، اما آنها به طور مداوم پخش نمی شوند، اما به صورت دوره ای، قطعات نسبتا کوچک از داده ها. به عبارت دیگر، کانال از منبع به RP از آب دفع نخواهد شد.

لطفا توجه داشته باشید که در تصویر بالا بین R5 و R7 یک خط مستقیم وجود دارد، بسیار کوتاهتر از مسیر از طریق RP وجود دارد، اما از آن استفاده نشده است، زیرا پیوستن به RP بر اساس جدول مسیریابی که در آن این مسیر مطلوب نیست، می رود.

به نظر می رسد بسیار ساده است - شما باید بسته های چندرسانه ای را در جهت RP و همه چیز ارسال کنید، اما یک نکته وجود دارد که همه خرابکاری ها - RPF وجود دارد. در درخت RPT، نیاز به ترافیک از RP دارد و در غیر این صورت دیگر. و ما می توانیم از هر کجا آمده باشیم. ما، البته، نمی توانیم RPF را ترک کنیم و رها کنیم - این تنها مکانیسم است که از تشکیل حلقه ها اجتناب می کند.

بنابراین، مفهوم به Bidir Pim معرفی شده است

DF - فرستنده تعیین شده

. در هر بخش شبکه، یک روتر، که مسیر آن به RP بهتر است بهتر است بر روی هر خط به این نقش انتخاب شود.

از جمله این کار بر روی آن خطوط انجام می شود که مشتریان به طور مستقیم متصل هستند. Bidir PIM DF به طور خودکار DR است.

لیست نفت تنها از آن رابط های تشکیل شده است که روتر برای نقش DF انتخاب شده است.

قوانین کاملا شفاف هستند:

اگر درخواست PIM پیوستن / ترک به آن رابط می آید، که در این بخش DF است، به سمت RP بر اساس قوانین استاندارد منتقل می شود.

در اینجا، به عنوان مثال، R3. اگر درخواست ها به رابط های DF آمد، که با یک دایره قرمز مشخص شده اند، آنها را به RP (از طریق R1 یا R2 بسته به جدول مسیریابی) انتقال می دهد.

اگر درخواست PIM پیوستن / ترک به یک رابط غیر DF آمد، نادیده گرفته خواهد شد. فرض کنید مشتری، که بین R1 و R3 است، تصمیم به اتصال و ارسال گزارش IGMP. R1 آن را از طریق رابط کاربری که DF انتخاب شده (با دایره قرمز مشخص شده) انتخاب می شود و ما به سناریوی قبلی بازگشتیم. و R3 یک درخواست را به یک رابط کاربری دریافت می کند که DF نیست. R3 می بیند که او بهترین نیست و درخواست را نادیده می گیرد. (اگر ترافیک چندرسانه ای به رابط DF آمد، آن را به رابط های از لیست نفت و به سمت RP ارسال می شود. مثلا،

شروع به انتقال ترافیک کرد. R4 آن را به رابط DF خود را دریافت می کند و آن را به یکی دیگر از رابط DF انتقال می دهد - به سمت مشتری و به سمت RP، مهم است زیرا ترافیک باید بر روی RP قرار گیرد و بر تمام گیرندگان پخش شود. R3 همچنین وارد می شود - یک کپی به رابط از لیست نفت - یعنی در R5، جایی که به دلیل بررسی RPF از بین می رود، و دیگری به سمت RP است.

اگر ترافیک چندرسانه ای به یک رابط غیر DF آمد، باید به رابط کاربری از لیست نفت ارسال شود، اما

نخواهد بود

ارسال شده به سمت RP

برای مثال،

شروع به پخش کرد، ترافیک به RP رسید و شروع به گسترش RPT کرد. R3 ترافیک را از R1 می گیرد و آن را به R2 انتقال نمی دهد - فقط بر روی R4 و R5.

بنابراین، DF تضمین می کند که تنها یک کپی از بسته چندرسانه ای و شکل گیری حلقه بر روی RP حذف می شود، در نهایت فرستاده می شود. در عین حال، درخت معمولی که در آن منبع قرار دارد، البته، این ترافیک را قبل از ورود به RP دریافت خواهید کرد. RP، با توجه به قوانین عادی، ترافیک به تمام پورت های نفتی ارسال می شود، علاوه بر این، جایی که ترافیک از آن آمده است.

به هر حال، نیازی به پیام های ادعا وجود ندارد، زیرا DF در هر بخش انتخاب شده است. بر خلاف DR، او نه تنها مسئول ارسال پیوستن به RP، بلکه همچنین برای انتقال ترافیک به بخش، یعنی وضعیت زمانی که دو روتر به یک وضعیت منتقل می شود، که در بیدیر پیم حذف می شود.

شاید آخرین چیزی که شما باید در مورد PIM دو طرفه بگویید، ویژگی های RP است. اگر PIM SM RP یک تابع خاص را انجام داد - ثبت نام از منبع، سپس در Bidir PIM RP یک نقطه بسیار مشروط خاصی است که ترافیک در یک طرف تلاش می کند و از طرف دیگر مشتریان پیوست. هیچ کس نباید دکوراسیون را انجام دهد، از ساخت درخت SPT بپرسد. فقط بر روی برخی روتر به طور ناگهانی ترافیک از منابع شروع به انتقال به درخت به اشتراک گذاشته می شود. چرا من می گویم "در برخی"؟ واقعیت این است که در Bidir PIM RP - یک نقطه انتزاعی، و نه یک روتر خاص، به عنوان یک آدرس RP می تواند یک آدرس IP غیر موجود را انجام دهد - نکته اصلی این است که آن را هدایت می کند (چنین RP Phantom RP نامیده می شود

تمام شرایط مربوط به PIM را می توان در واژه نامه یافت چندرسانه ای در کانال بنابراین، پشت هفته کار طولانی مدت با کمبود خواب، پردازش، تست - شما با موفقیت یک مشتری چندپخشی و راضی، مدیر بخش و فروش را اجرا کرده اید. جمعه بدترین روز نیست که موجب نادیده گرفتن خلقت شود و اقامت دلپذیر را بپردازد. .

جمعه بدترین روز نیست که موجب نادیده گرفتن خلقت شود و اقامت دلپذیر را بپردازد.

اما رویای بعد از ظهر شما ناگهان تماس پشتیبانی فنی را مختل کرد، سپس یکی دیگر از آنها کار نمی کرد، هیچ چیز کار نمی کند، همه چیز شکست خورده است. چک کردن - برو از دست دادن، شکستن. همه چیز در یک بخش از چندین سوئیچ همگرا است.

SSH غیرقابل قبول، CPU را بررسی کرد، دفع رابط ها و پایان مو را بررسی کرد - بارگیری تقریبا کمتر از 100٪ در تمام رابط های یک VLAN. چرخه! اما کجا از کجا کار نخواهد کرد؟ 10 دقیقه چک کردن و شما متوجه شدید که در رابط بالادست به هسته شما بسیاری از ترافیک ورودی، و در همه نزولی به مشتریان - خروجی. برای حلقه، آن را نیز مشخص است، اما به نوعی مشکوک: معرفی چندپخشی، هیچ کاری در تعویض و پرش تنها در یک جهت انجام نمی شود.

لیستی از گروه های چندرسانه ای را بر روی روتر بررسی کرده و یک اشتراک در تمام کانال های ممکن وجود دارد و همه چیز در یک پورت به طور طبیعی است که به این بخش منجر می شود.

تحقیق دقیق نشان داده است که رایانه مشتری آلوده شده و پرس و جو IGMP را به تمام آدرس های چندرسانه ای در یک ردیف ارسال می کند.

ضایعات بسته شروع شد، زیرا سوئیچ ها مجبور بودند از خود ترافیک خود عبور کنند. این موجب سرریز بافر های رابط شد.

سوال اصلی این است که چرا ترافیک یک مشتری شروع به کپی کردن به تمام پورت ها کرد؟

دلیل این دروغ در طبیعت آدرس های Multicast MAC. واقعیت این است که فضای آدرس های IP چندرسانه ای به طور خاص در فضای Multicast Mac نمایش داده می شود. و Snag این است که آنها هرگز به عنوان یک آدرس MAC منبع استفاده نمی شوند و بنابراین توسط سوئیچ مورد مطالعه قرار نمی گیرند و در جدول آدرس MAC ذکر شده اند. سوئیچ با فریم ها چیست، آدرس مقصد آن مورد مطالعه قرار نمی گیرد؟ او آنها را به تمام پورت ها می فرستد. چی شد.

این اقدام پیش فرض است.

آدرس Multicast Mac پس چه آدرس های MAC به هدر اترنت از چنین بسته ها جایگزین می شوند؟ پخش؟ نه محدوده خاصی از آدرس های MAC وجود دارد که در آن آدرس های IP چندرسانه ای نمایش داده می شود. ثبت نام این آدرس های ویژه شروع می شود:

0x01005E و 25 بیت بعدی باید 0 باشد

سعی کنید به پاسخ دهید چرا

) 23 بیت باقی مانده (به شما یادآوری همه در آدرس Mac-Address 48) از آدرس IP منتقل می شود.

در اینجا برخی از آنها بسیار جدی نیست، اما مشکل. محدوده آدرس های چندرسانه ای توسط ماسک 224.0.0.0/4 تعیین می شود که بدین معنی است که 4 بیت اول محفوظ است: 1110، و 28 بیت باقی مانده می توانند تغییر کنند. به این ترتیب، ما دارای 2 ^ 28 آدرس های چندرسانه ای IP و تنها 2 ^ 23 آدرس MAC - برای نمایش 1 در 1 کمبود 5 بیت. بنابراین، فقط 23 بیت آخر از آدرس های IP گرفته شده است و یکی به یکی به آدرس MAC منتقل می شود، 5 باقی مانده از بین می رود.

در واقع، این به این معنی است که 2 ^ 5 = 32 آدرس IP در یک آدرس MAC چندرسانه ای نمایش داده می شود. به عنوان مثال، گروه ها 224.0.0.1، 224.128.0.1، 225.0.0.1 و تا زمانی که 239.128.0.1 باشد، هر کس در یک آدرس MAC نمایش داده می شود 0100: 5E00: 0001.

اگر یک مثال ویدئویی جریان دارید، می توانید ببینید:

آدرس IP - 224.2.2.4، MAC آدرس: 01: 00: 5E: 02: 02: 04.

همچنین دیگر آدرس های MAC چند بعدی وجود دارد که به IPv4-Multicast تعلق ندارند (کلیک کنید

) همه آنها، به هر حال، با این واقعیت مشخص می شود که آخرین بیت از اولین هشتم برابر با 1 است.

به طور طبیعی، نه در همان کارت شبکه را نمی توان با یک آدرس MAC پیکربندی کرد، بنابراین هرگز در فیلد Ethernet Source Mac نخواهد بود و هرگز به جدول آدرس MAC نمی افتد. بنابراین چنین فریم ها باید به عنوان یک Unicast ناشناخته ارسال شوند

به تمام پورت های VLAN.

در مجموع، ما قبلا در نظر گرفته ایم، به اندازه کافی برای انتقال هر ترافیک چندرسانه ای از جریان فیلم ها به نقل قول های قیمت سهام به طور کامل انتقال می یابد. اما ما واقعا در جهان تقریبا کامل خود را با چنین جنایی انجام می دهیم، به عنوان یک انتقال پخش از آنچه می تواند به انتخابات منتقل شود؟

اصلا. به خصوص برای کمال گرا مکانیسم اختراع شده

IGMP-snooping

ایده بسیار ساده است - سوئیچ "گوش دادن" عبور از آن از طریق IGMP بسته های IGMP.

برای هر گروه، به طور جداگانه، جدول پورت های صعودی و پایین را هدایت می کند.

اگر گزارش IGMP از بندر برای یک گروه آمد، سپس یک مشتری، سوئیچ آن را به لیست Downlink برای این گروه اضافه می کند.

اگر پرس و جو IGMP از بندر گروه آمد، سپس یک روتر وجود دارد، سوئیچ آن را به لیست صعودی اضافه می کند.

این یک جدول انتقال ترافیک چندرسانه ای را در سطح کانال تولید می کند. در نتیجه، هنگامی که یک جریان چندرسانه ای از بالا می آید، فقط به رابط های پایین کپی می شود. اگر در 16 پورت سوئیچ تنها دو مشتری، تنها آنها را تحویل ترافیک. نبوغ این ایده به پایان می رسد زمانی که ما در مورد طبیعت او فکر می کنیم. این مکانیزم فرض می کند که سوئیچ باید به ترافیک در سطح 3 گوش دهد.

با این حال، IGMP-snooping در مقایسه با NAT نیست که اصول تعامل شبکه را نادیده بگیرد. علاوه بر این، علاوه بر صرفه جویی در منابع، بسیاری از فرصت های کمتر واضح را حمل می کند. بله، و به طور کلی، در دنیای مدرن، سوئیچ که می داند چگونه به داخل IP نگاه می کند - این پدیده استثنایی نیست. ====================== شماره کار 3

سرور 172.16.0.5 انتقال ترافیک چندرسانه ای را به گروه های 239.1.1.1، 239.2.2.2 و 239.0.x انتقال می دهد.

پیکربندی شبکه به طوری که:

- مشتری 1 نمی تواند به گروه 239.2.2.2 بپیوندد. اما در عین حال او می تواند به گروه 239.0.0.x بپیوندد.

- مشتری 2 نمی تواند به گروه 239.1.1.1 بپیوندد. اما در عین حال او می تواند به گروه 239.0.0.x بپیوندد.

جزئیات کار اینجا.

======================

IGMP پروکسی Snooping.

.

یک خواننده پاسخ ممکن است سوالاتی در مورد نحوه ی اینکه IGMP Snooping تمام پورت های مشتری را یاد می گیرد، با توجه به این که تنها یک سری سریع ترین مشتری مسئول پرس و جو IGMP است، همانطور که ما در بالا گفتیم. و بسیار ساده: IGMP Snooping اجازه نمی دهد گزارش بین مشتریان بروید. آنها فقط به پورت های رو به افزایش روتر فرستاده می شوند. بدون دیدن گزارش از سایر گیرندگان این گروه، مشتری موظف به پاسخ به پرس و جو در طول زمان پاسخ حداکثر در این پرس و جو است.

به عنوان یک نتیجه، در شبکه برای 1000 گره به یک پرس و جو IGMP برای ثانیه 10 (ارزش معمول حداکثر زمان پاسخ) 1000 گزارش به روتر خواهد رسید. اگر چه برای هر گروه کافی خواهد بود.

و هر دقیقه اتفاق می افتد.

در این مورد، شما می توانید پروکسیابی درخواست های IGMP را پیکربندی کنید. سپس سوئیچ فقط "بسته های عبور" را نمی خواند، او آنها را متوقف می کند.

قوانین عملیات IGMP-snooping ممکن است برای تولید کنندگان مختلف متفاوت باشد. بنابراین، آنها را مفهومی در نظر بگیرید:

1) اگر سوئیچ اولین گزارش را به گروه وارد می کند، آن را به روتر فرستاده می شود، و رابط کاربری به سمت پایین افتاده است. اگر چنین گروهی در حال حاضر در حال حاضر وجود دارد، رابط کاربری به سادگی به لیست نزولی اضافه شده است، و گزارش تخریب شده است.

2) اگر آخرین ترک به سوئیچ می آید، پس هیچ مشتری دیگری وجود ندارد، این ترک به روتر ارسال می شود، و رابط کاربری از لیست Downlink حذف می شود. در غیر این صورت، رابط کاربری به سادگی حذف می شود، ترک آن تخریب شده است.

3) اگر پرس و جو IGMP از روتر می آید، سوئیچ آن را متوقف می کند، آن را به گزارش گزارش IGMP برای همه گروه هایی که در حال حاضر دریافت می کنند، ارسال می کند.

حالا ما سرور را می دهیم همانطور که قبلا در بالا بحث کردیم، او در مورد PIM، RP، IGMP نگران نباشید - او فقط پخش می کند. و R1 این جریان را می گیرد. وظیفه او این است که یک Multicast را به RP تحویل دهیم. و سپس، بسته به تنظیمات و سازنده، یا همان پرس و جو به تمام پورت های مشتری ارسال می شود، یا سوئیچ بلوک پرس و جو از روتر و خود عمل می کند به عنوان Querier، به صورت دوره ای سیاسی تمام گیرندگان. این سهم ترافیک خدمات غیر ضروری را در شبکه و بار در روتر کاهش می دهد. تکثیر VLAN تکرار مشتری همچنین از گروه 224.2.2.4 از طریق پخش کننده VLC درخواست خواهد کرد. اختصار در گزارش IGMPV2 به آدرس گروه مورد نظر می رود و به موازات آن در بسته خود نشان داده شده است. این پیام ها باید تنها در بخش خود زندگی کنند و به هیچ وجه از طریق روترها به هیچ وجه پیش نمی روند، بنابراین آنها 1 TTL دارند. MVR

. این مکانیسم برای آن ارائه دهندگان است که VLAN-PER-USER را اجرا می کنند

، به عنوان مثال.

در اینجا یک نمونه معمولی از یک شبکه است که MVR حیاتی است:

5 مشتری در VLAN های مختلف، و هر کس می خواهد ترافیک چندرسانه ای از یک گروه 224.2.2.4 را دریافت کند. در این مورد، مشتریان باید از یکدیگر جدا شوند.

IGMP-Snooping طول می کشد، البته، و VLAN ها. اگر پنج مشتری در VLAN های مختلف درخواست یک گروه را درخواست کنند - این پنج جدول مختلف خواهد بود. بر این اساس، 5 درخواست برای اتصال به گروه به روتر وجود دارد. و هر Sabinternia از این پنج نفر در روتر به طور جداگانه در روغن اضافه می شود. به عبارت دیگر، دریافت 1 جریان برای گروه 224.2.2.4 او 5 نسخه را ارسال می کند، به رغم این واقعیت که همه آنها به یک بخش می روند.

برای حل این مشکل، یک مکانیسم تکثیر چندپخشی VLAN توسعه یافت.

یک VLAN اضافی وارد شده است -

.

چندپخشی VLAN.

- در آن، به این ترتیب، یک جریان چندرسانه ای انتقال خواهد یافت. این "طعم دار" به طور مستقیم به آخرین سوئیچ است، جایی که ترافیک از آن به تمام رابط های مشتری کپی می شود که آنها می خواهند این ترافیک را دریافت کنند - این تکرار است.

.

بسته به اجرای تکثیر از VLAN چندرسانه ای می تواند ساخته شود

کاربر VLAN

یا در رابط های فیزیکی خاص.

و درباره پیام های IGMP چیست؟ البته پرس و جو از روتر، از طریق VLAN چندرسانه ای می آید. این سوئیچ آنها را به پورت های مشتری ارسال می کند. هنگامی که گزارش یا ترک از مشتری می آید، سوئیچ چک از جایی که آن است (VLAN، یک رابط) و در صورت لزوم، به یک VLAN چندرسانه ای هدایت می شود.

بنابراین، ترافیک عادی جدا شده است و هنوز به روتر در VLAN کاربر می رود. یک ترافیک چندرسانه ای و بسته های IGMP به Multicast VLAN منتقل می شود.

.

سیسکو MVR و IGMP-snooping به طور مستقل پیکربندی شده اند. به این ترتیب، شما می توانید یکی را خاموش کنید و دوم کار خواهد کرد. به طور کلی، MVR بر اساس IGMP-Snooping است و در سوئیچ های دیگر تولید کنندگان برای عملیات MVR ممکن است اجباری اجباری IGMP-snooping باشد.

بررسی RPF

علاوه بر این، IGMP-Snooping اجازه می دهد تا شما را به انجام فیلتر ترافیک در سوئیچ ها، محدود کردن تعداد گروه های موجود برای کاربر، ورود IGMP Querier، تنظیم استاتیک از پورت های صعودی، اتصال دائمی به هر گروه (این اسکریپت در همراهی است ویدیو

)، واکنش سریع به تغییر در توپولوژی با ارسال پرس و جو اضافی، نقشه برداری SSM برای IGMPV2 و غیره

  • تکمیل مکالمه درباره IGMP-Snooping، من می خواهم تکرار کنم - این یک عملکرد اختیاری است - همه چیز بدون آن کار خواهد کرد. اما این شبکه را قابل پیش بینی تر خواهد کرد و زندگی مهندس آرام تر است.
  • با این حال، تمام مزایای استفاده از IGMP Snooping را می توان در برابر خود قرار داد. یکی از موارد فوق العاده ای را می توان با مرجع خواند.
  • به هر حال همان سیسکو دارای یک پروتکل CGMP است

- آنالوگ IGMP، که اصول سوئیچ را نقض نمی کند، اما به درستی و نه به این نکته وسیع نیست.

بنابراین، خواننده خستگی ناپذیر من، ما به پایان موضوع نزدیک می شویم و در نهایت می خواهیم نشان دهیم که چگونه سرویس IPTV را می توان در سمت مشتری اجرا کرد.

ساده ترین راه ما در این مقاله بارها و بارها تجدید نظر کرده ایم - یک بازیکن را اجرا کنید که می تواند یک جریان چندرسانه ای را از شبکه بگیرد. شما می توانید آدرس IP گروه را به صورت دستی تنظیم کنید و از ویدیو لذت ببرید.

یکی دیگر از گزینه های برنامه ای که ارائه دهندگان اغلب استفاده می کنند، یک برنامه خاص است، معمولا کاملا سفارشی است، که در آن مجموعه ای از کانال های مورد استفاده در شبکه ارائه دهنده، دوخته خواهد شد. بدون نیاز به تنظیم چیزی به صورت دستی - شما فقط باید کانال ها را با دکمه ها تغییر دهید.

هر دوی این راه ها امکان تماشای ویدئو جریان را فقط بر روی کامپیوتر شما فراهم می کند.

گزینه سوم اجازه می دهد تا شما را به استفاده از تلویزیون، و به عنوان یک قاعده، هر. برای انجام این کار، خانه مشتری به اصطلاح Set-Top-Box (STB) - جعبه ای که در تلویزیون نصب شده است قرار می دهد. این یک PUSALEAK است که در خط مشترک گنجانده شده است و ترافیک را به اشتراک می گذارد: Uninter معمولی آن را به اترنت یا فای می دهد تا مشتریان به اینترنت دسترسی داشته باشند و جریان چندپخشی از طریق کابل به تلویزیون منتقل می شود (DVI RGB، آنتن TD.).

اغلب شما، به هر حال، می توانید یک تبلیغات را مشاهده کنید، جایی که ارائه دهنده کنسول خود را برای اتصال تلویزیون ارائه می دهد - این بسیار STB است

شماره کار 4

سرانجام، یک وظیفه چندرسانه ای غیرمستقیم (نویسندگان ما نیستند، در پاسخ ها پیوند به اصل وجود خواهد داشت).

  1. ساده ترین طرح:
  2. از یک طرف، سرور منبع، با یک قوس - یک کامپیوتر است که آماده ترافیک است.

شما می توانید یک آدرس جریان چند منظوره خود را نصب کنید.

و، بر این اساس، دو سوال:

  • چه چیزی باید انجام شود به طوری که کامپیوتر می تواند جریان را دریافت و به مسیریابی چندرسانه ای راه اندازی نمی شود؟
  • فرض کنید شما نمی دانید چه چندپخشی و نمی توانید آن را پیکربندی کنید، چگونه جریان را از سرور به کامپیوتر انتقال دهید؟
  • این کار به راحتی در موتور جستجو جستجو می شود، اما سعی کنید خودتان آن را حل کنید.
  • جزئیات کار اینجا.
  • ======================
  • غیر سودآور در مقاله، مسیریابی متقابل دامنه ترافیک چندرسانه ای باقی مانده است (MSDP
  • ، MBGP

، bgmp

)، تعادل بار بین RP (هر گونه RP

، پروتکل های اختصاصی. اما، من فکر می کنم، داشتن نقطه شروع این مقاله، برای مقابله با بقیه دشوار نخواهد بود.

تمام شرایط مربوط به چندپارچگی، شما می توانید در Glossmeup واژه های مخابراتی پیدا کنید

برای کمک به آماده سازی مقالات از JDIMA شما متشکرم

برای پشتیبانی فنی تشکر از ناتاشا سامویلنکو CDPV نینا Dolgopolov کشیده شده است

- یک هنرمند فوق العاده و پروژه دیگر.

بررسی RPF

در مجموعه مقالات SDSM، قبل از پایان هنوز بسیار جالب وجود دارد، بنابراین شما نیازی به دفن چرخه به علت عدم انتشار طولانی نیست - با هر مقاله جدید، پیچیدگی به طور قابل توجهی افزایش می یابد. پیش از این تقریبا تمام MPLS، IPv6، QoS و طراحی شبکه است.

  1. همانطور که قبلا، احتمالا متوجه شدم، LinkMeup یک پروژه جدید دارد - واژه نامه lookmeup (بله، ما فانتزی را ترک کردیم). ما امیدواریم که این واژه نامه کامل ترین دایرکتوری از اصطلاحات در زمینه ارتباطات باشد، بنابراین ما هر گونه کمک در پر کردن آن را خوشحال خواهیم کرد. به ما در [email protected] بنویسید
  2. با ما بمان
  3. IGMP Snooping: این در روتر چیست و چرا شما نیاز دارید؟
  4. اگر شما در مورد گزینه IGMP Snooping مواجه شدید که در روتر قرار دارد و چرا شما به این تنظیم نیاز دارید، مقاله درست را کشف کردید. اکثر اطلاعات مربوط به اینترنت پیچیده است تا کاربر معمولی را درک کند و اگر بخواهید یک کار خاص را حل کنید، این شرایط مورد نیاز نیست.
  5. کمی بیشتر در مورد مشکلات، به این دلیل که شما می توانید علاقه مند به IGMP Snooping:

شما بازی های شبکه ای را بازی می کنید

از عملکرد تلویزیون اینترنتی IPTV Rostelecom استفاده کنید یا هر ارائه دهنده دیگر؛

امضا شده در هر سیستم شبکه: کنفرانس های ویدئویی، یادگیری آنلاین و یا حتی پست های پستی.

و در همان زمان شما به طور قابل توجهی کاهش سرعت در تمام دستگاه های متصل به روتر. به عنوان مثال، شما در حال تماشای IPTV در تلویزیون هستید، اما شما شروع به "خجالت" یک کامپیوتر یا بدتر برای کار کردن اینترنت بر روی گوشی خود دارید. مشکل دیگر امکان پذیر است - IPTV، بازی های شبکه یا خدمات ذکر شده در بالا از همه شروع نمی شوند و کار نمی کنند. در تمام این موارد، راه حل به پیکربندی IGMP Snooping کمک خواهد کرد.

IGMP چیست و چرا لازم است

هنگامی که داده ها از طریق شبکه انتقال می یابند - در اینترنت جهانی یا از ارائه دهنده یا بین دستگاه های شما، این اتفاق می افتد بر اساس قوانین روشن: پروتکل ها. هر پروتکل تعیین می کند که چگونه صفر و واحدها را تشخیص دهد، چگونه آنها را در بسته های داده جمع آوری، نحوه بررسی "صحت" خود هنگام دریافت و جمع آوری روی صفحه روی صفحه نمایش. هفت سطح در مجموع - از سیگنال های الکتریکی به مرورگر شما وجود دارد.

پروتکل مدیریت گروه اینترنتی، با توجه به اولین نامه هایی که اختصار تشکیل شده است - یکی از این پروتکل ها در سطح کانال است. شما در مورد وجود آن نمی دانید، اگر "مشکلات" در بالا توضیح داده شده است. همانطور که از نام دیده می شود، این یک پروتکل برای مدیریت گروه های پخش است.

یعنی زمانی که سیگنال اینترنت اینترنت IPTV به شما در روتر از ارائه دهنده می آید، آن را شروع به پخش آن به تمام دستگاه ها می کند. این راحت است، برای تماشای همان دنده در گوشی های هوشمند و تلویزیون. اما در عین حال هر دستگاه دیگر - به عنوان مثال، کامپیوتر شما "خواسته نمی شود" اگر به یک سیگنال نیاز دارد.

بنابراین، او هنوز آن را دریافت می کند، که سرعت اینترنت را کاهش می دهد و منابع خود را صرف می کند.

Snooping یک تابع است که به روتر کمک می کند تا متوجه شود که کدام دستگاه ها نیاز به جریان داده ها از یک بازی آنلاین، تلویزیون یا خدمات خاص دارند. نگران نباشید، این بهینه سازی ترافیک در شبکه شما و بهبود ایمنی آن است. این باید به طور خودکار کار کند، اما گاهی اوقات شما باید آن را به صورت دستی پیکربندی کنید. این چیزی است که IGMP در روتر است.

دیدگاه های IGMP Snooping پشتیبانی از روتر این پروتکل در حال حاضر به این معنی است که شما با دریافت سیگنال از IPTV و از سایر خدمات مشکلی نخواهید داشت. اما اگر روتر یا مودم مسن تر باشد، ممکن است انتقال داده های پخش را قبول نکنند، یا فقط قدرت کافی نداشته و آن را "آویزان" نخواهد کرد. اما زمانی که همه چیز به ترتیب، IGMP Snooping ممکن است متفاوت باشد: منفعل این پشتیبانی از فن آوری اساسی، ردیابی کلی و انتقال داده های پخش. همه چیز کار می کند، بار بر روی روتر حداقل است. با این حال، بار در دستگاه های آن افزایش می یابد. فعال. چنین پروتکل شبکه را به حداکثر می رساند. این درخواست "اضافی" را به روتر می دهد که نیازی به آن ندارد، منابع انتقال داده را آزاد می کند. با این حال، بار در پردازنده و حافظه دستگاه را افزایش می دهد. دستگاه های رسانه های متوسط ​​و بالا با این کار بدون مشکل مواجه می شوند. برای دستگاه های ارزان تر این بستگی به مقدار داده ها دارد. .

نحوه تنظیم یک تابع در روتر IGMP در روتر جدا شده است، این تنظیم چیست - در مثال IPTV. معمولا همه چیز به صورت خودکار تبدیل می شود. اما اگر این مقاله را بخوانید، چیزی به وضوح اشتباه رفت. بنابراین، این مراحل را انجام دهید: به رابط وب روتر بروید: مرورگر را در نوار آدرس 192.168.1.1 یا 192.168.0.1 یا آدرس مشخص شده در برچسب پایین وارد کنید. نام کاربری و رمز عبور را وارد کنید - معمولا این "admin" ورود و رمز عبور "admin" است اگر شما به صورت دستی تغییر نکرده اید. یا همان برچسب را روی روتر بررسی کنید. .

به "شبکه"، "تنظیمات شبکه" بروید یا مشابه بروید. در Asus، آن را "شبکه محلی" نامیده می شود. شما باید برگه "IPTV" را پیدا کنید. گزینه "پروکسی" شامل پخش است، در واقع عملکرد IPTV را راه اندازی می کند. این چیزی است که IGMP پروکسی در روتر است. آن را روشن کنید همه مدل ها یک آیتم Snooping IGMP ندارند، اما اگر وجود داشته باشد، آن را روشن کنید. Snooping کار تمام دستگاه ها را بهبود می بخشد. .

روی «اعمال» کلیک کنید. همه آماده است

مشکلات احتمالی یک مشکل ممکن است زمانی که پخش کار نکرده است. این ممکن است با فایروال متصل شود. آن را برای چند دقیقه قطع کنید. اگر مشکل ناپدید شده است، سپس روشن و در تنظیمات، به پروتکل تلویزیون اینترنتی، بازی های آنلاین یا سرویس دیگری اجازه دهید. ویدئو به عنوان مثال: Anycast DNS .

اگر IPTV از یک گیرنده جداگانه استفاده کند (چرا شما نیاز به پیشوند تلویزیون دارید، این یک موضوع مکالمه واحد است)، سپس در تنظیمات روتر ممکن است لازم باشد که گزینه "پل" را حل کنید. این ممکن است به نام "انتخاب پورت Wan Bridge" یا "شبکه پل" نامیده شود - این بستگی به دستگاه دارد.

در نهایت، اگر سیگنال "کاهش یابد"، دستگاه به احتمال زیاد بیش از حد بارگیری شده است. باید عملیات دستگاه های دیگر را محدود کند یا آنها را غیرفعال کند. اگر هیچ چیز کمک نمی کند، شما باید روتر را به قدرت بیشتری تغییر دهید.

در این مقاله، سعی کردم زبان مشخصی را توضیح دهم که IGMP در روتر آن را تحریک می کند. امیدوارم این اطلاعات برای شما مفید باشد، و شما تصمیم می گیرید که مشکلاتی را مطرح کنید. در حال حاضر داده های شما به صورت مطلوب و به درستی انتقال داده می شود و حمله به شبکه به منظور بیش از حد تمام دستگاه ها در آن نتیجه نخواهد شد. منبع: https://besprovodnik.ru/igmp-snooping-chto-to-v-rutere/

راه اندازی IPTV در Mikrotik به عنوان مثال، تنظیمات IPTV ما Mikrotik RB2011UIAS-2HND را گرفتیم. البته، کاملا یک روتر خانه نیست، اما تنظیم دستگاه های دیگر در اصل متفاوت نخواهد بود. روتر پیکربندی بازنشانی / و در مورد گیرندگان به ما اطلاع می دهد. و لازم نیست که در مورد یک رایانه مشتری صحبت کنید، به طور کلی می توان آن را، به عنوان مثال، یکی دیگر از روتر PIM. مهم است که اینترفیس ها نیاز به انتقال ترافیک داشته باشند. ما روتر را به روز رسانی می کنیم (یک بسته برای IPTV اضافه کنید).

راه اندازی پروکسی IGMP. استثناء فایروال را اضافه کنید راه اندازی Wi-Fi.

تنظیم مجدد تنظیمات نقطه دسترسی

این مورد اختیاری است اگر شما IPTV را روی یک روتر با تنظیمات کاری که قبلا انجام دادید پیکربندی کنید، اقدامات زیر ضروری نیست. همچنین از پیکربندی پشتیبان جلوگیری نمی کند. با این حال، گاهی اوقات، اگر در طول تنظیم IPTV به میکروتیک چیزی اشتباه بود، بهترین راه خروج "تنظیم مجدد" پیکربندی است و همه چیز را دوباره انجام می دهد. .

تنظیم مجدد تنظیمات به کارخانه می تواند سه راه باشد: به صورت برنامه نویسی به WinBox بروید، منوی سیستم را باز کنید و پیکربندی مجدد را تنظیم کنید. مکانیکی: روی دکمه بازنشانی روی Mikrotik خود کلیک کنید و منتظر بمانید تا راه اندازی مجدد روتر. (در اکثر Mikrotik ما به شما توصیه می کنیم دکمه را به روشن کردن تجهیزات، و بدون انتشار حدود 10 ثانیه پس از تعویض) / و در مورد گیرندگان به ما اطلاع می دهد. و لازم نیست که در مورد یک رایانه مشتری صحبت کنید، به طور کلی می توان آن را، به عنوان مثال، یکی دیگر از روتر PIM. مهم است که اینترفیس ها نیاز به انتقال ترافیک داشته باشند. تنظیم مجدد تنظیمات در خود روتر (در صفحه راه اندازی). فقط اگر یک صفحه نمایش لمسی روی روتر وجود داشته باشد. Routeros Update (یک بسته برای IPTV اضافه کنید) به روز رسانی لازم است برای نصب یک بسته اضافی برای IPTV. ما به سایت Mikrotik می رویم، ما به دنبال یک خط از مدل خود در لیست ها هستیم و آخرین نسخه سیستم عامل را برای آن دانلود می کنیم. لطفا توجه داشته باشید که سیستم عامل را با بسته های اصلی (اصلی) و با اضافی (اضافی) انتخاب نمی کنید:

باز کن

جایزه

ما به روتر می رویم (ما به شما توصیه می کنیم که ابتدا در آدرس MAC وارد شوید، فرآیند پیکربندی بیشتر را تسهیل می کند). برای به روز رسانی در روتر، به منو بروید فایل ها. آن را باز کنید و آن را به پنجره بکشید فایل ها. فایل دانلود شده ما از یک آرشیو باز نشده نامیده می شود . multicast-x.xx-mipsbe.npk

بسته بندی شده و پس از آن ما تجهیزات را در منو راه اندازی مجدد می کنیم

سیستم.

راه اندازی مجدد

روتر راه اندازی مجدد و به روز رسانی سیستم عامل. این فرآیند ممکن است تا 5 دقیقه طول بکشد.

تغذیه در این زمان نباید غیر فعال شود!

پس از راه اندازی مجدد باز

سیستم - بسته ها. و اگر ماژول ظاهر شود، نگاه کنید

اگر یکی در دسترس باشد، پس همه چیز را درست انجام دادید. راه اندازی پروکسی IGMP

باز در منوی Mikrotik مسیریابی - پروکسی IGMP. ما باید یک رابط کاربری جدید اضافه کنیم، زیرا این کلیک بر روی Plus (همانطور که بر روی صفحه نمایش نشان داده شده است). در رابط جدید، در زمینه رابط. ما پورت را انتخاب می کنیم که اینترنت با ما همراه است، در مورد ما این یک استاد Ether2 است و یک تیک را نصب می کند مانند یک تصویر:

کمی پایین تر در میدان

زیر شبکه های جایگزین

شما باید زیر شبکه های جایگزین را مشخص کنید. در صورتی که شما نمی دانید چه چیزی را وارد کنید، رایج ترین گزینه ها را امتحان کنید: 10.0.0.0/8؛ 172.16.0.0/12؛ 192.168.0.0/16.

  • در مورد شدید، شما همچنین می توانید Zeros را ترک کنید، اما بهتر است که هنوز زیر شبکه مورد نظر را پیدا کنید تا روتر به کل اینترنت اعمال شود. تغییرات را تأیید کنید، کلیک کنید خوب. یک رابط دیگر را ایجاد کنید، با کلیک بر روی آبی به علاوه، اما اکنون ما نه
  • در مورد شدید، شما همچنین می توانید Zeros را ترک کنید، اما بهتر است که هنوز زیر شبکه مورد نظر را پیدا کنید تا روتر به کل اینترنت اعمال شود. ) برعکس بر خلاف آن قرار دهید خوب. و در عین حال پورت را انتخاب کنید که ما خواهیم بود غریب

IPTV - به این ترتیب، یکی که دستگاه متصل است که در آن ما IPTV را تماشا خواهیم کرد. در مورد ما، این پل است، زیرا یک کامپیوتر ثابت به آن متصل است. .

این، در اولین مورد، ما پورت را که در آن داده ها شامل، و در حال حاضر - از کجا آمده است اشاره کردیم. پس از فشار دادن دکمه تنظیمات

istavim بر خلاف آن

برای پشتیبانی فنی تشکر از ناتاشا سامویلنکو سریع

لوه

بررسی RPF

ما این کار را انجام می دهیم تا بتوانیم به سرعت بین کانال ها را تغییر دهیم.

تنظیم فایروال

فایروال ما را سفارشی کنید که در حال حاضر IPTV را از دست ندهید، زیرا ما یک ترمینال جدید ایجاد می کنیم، روی ترمینال جدید کلیک می کنیم و پنجره باز می شود: حالا ما باید چندین تیم را در این کنسول انجام دهیم: / IP فایروال فیلتر اضافه کردن action = پذیرش زنجیره = ورودی comment = »اجازه IGMP» غیرفعال = بدون interface = ether2-master Protocol = IGMP

/ IP فایروال فیلتر اضافه کردن عمل = پذیرش زنجیره = ورودی comment = »IPTV UDP ورودی» غیرفعال = بدون DST-PORT = 1234 in-interface = پروتکل Ether2-master = UDP

/ IP فایروال فیلتر اضافه کردن اکشن = پذیرش زنجیره ای = ارسال به جلو = "IPTV UDP حمل و نقل" غیر فعال = بدون DST-PORT = 1234 پروتکل = UDP 1234.

- پورت غیر رسمی برای جریان ویدئو و IPTV ثبت نام نشده است ether2-master - این یک رابط کاربری است که IPTV از ارائه دهنده می آید.

نیاز بعدی در منو

پی مورد را انتخاب کنید دیواره آتش

و به برگه بروید قوانین فیلتر

. ما قوانین را به جز قوانین ایجاد کرده ایم و آنها کار می کنند، آنها باید برای ممنوعیت بالاتر باشند. ما آنها را با ماوس بکشیم.

  1. راه اندازی Wi-Fi
  2. در صورتی که شما توزیع کنید یا از طریق Wi-Fi به IPTV منتقل کنید، باید تنظیمات اضافی را اضافه کنید. برای انجام این کار، باز به صورت:
  3. پس از فشار دادن دکمه حالت پیشرفته، پارامترهای اضافی ظاهر می شود:
  4. در زمینه
  5. پشتیبانی از WMM

قرار دادن

فعال -

بررسی RPF

پشتیبانی جامع برای انتقال چند رسانه ای بیش از Wi-Fi.

یاور

پر شده

. این پارامتر شامل ارسال مشتریان چندرسانه ای نشسته بر روی Wi-Fi است.

همه با دکمه تایید می شود

با IGMP، دریافت کنندگان نهایی مشتری، نزدیکترین روترهایی را که می خواهند ترافیک دریافت کنند، ارتباط برقرار می کنند. و PIM مسیر حرکت ترافیک چندرسانه ای را از منبع به گیرندگان از طریق روترها ایجاد می کند. خوب.

و لذت بردن از تماشای برنامه ها

تنها برای بررسی عملکرد پیکربندی ما باقی می ماند. ما برای این بازیکن IPTV استفاده کردیم

رادیویی کانال های کانال را برای ارائه دهنده ما دانلود کنید

(Volton Telecom) در تنظیمات بازیکن.

ما می بینیم که تنظیم ما به طور کامل عملیاتی است. مشاهده شاد!

https://lantorg.com/article/nastrojka-iptv-na-mikrotik.

IGMP Snooping در روتر چیست؟ چرا عملکرد IGMP Snooping

مشتری همچنین از گروه 224.2.2.4 از طریق پخش کننده VLC درخواست خواهد کرد. نقش IGMP بسیار ساده است: اگر هیچ مشتری وجود ندارد - لازم نیست انتقال ترافیک چندرسانه ای به بخش. اگر مشتری به نظر می رسد، او روترها را با استفاده از IGMP اعلام می کند که او می خواهد ترافیک دریافت کند. به منظور درک اینکه چگونه همه چیز اتفاق می افتد، این شبکه را بردارید: تعدادی از سیستم عامل ها در اینترنت از روش چندرسانه ای برای انتقال داده ها به گروه کاربر استفاده می کنند. چنین تکنولوژی برای بازی های آنلاین، پخش زنده، آموزش از راه دور و حتی برای ارسال پستی استفاده می شود. اما چند منظوره همیشه به طور صحیح رله ترافیک را بهینه نمی کند و شبکه کاربر را بارگیری می کند، بنابراین عملکرد IGMP Snooping این مشکل را ایجاد کرده است. بیایید تشخیص دهیم چه تابع چیست و چگونه آن را قادر به بهینه سازی ترافیک خود را.

چه چیزی است و چرا نیاز به عملکرد IGMP Snooping دارد

برای شروع، ما تعریف IGMP را برای درک اصل تکنولوژی خواهیم داد.

پروتکل مدیریت گروه اینترنت - پروتکل مدیریت چند منظوره شبکه، که چندین دستگاه را در گروه ها سازماندهی می کند. گزارش عضویت IGMP - "گزارش" گره که او می خواهد برای دریافت ترافیک از این گروه.

در گزارش IGMPV2 به آدرس گروه مورد نظر می رود و به موازات آن در بسته خود نشان داده شده است. این پیام ها باید تنها در بخش خود زندگی کنند و به هیچ وجه از طریق روترها به هیچ وجه پیش نمی روند، بنابراین آنها 1 TTL دارند. این بر اساس پروتکل IP است و در اینترنت در همه جا اعمال می شود، به طور موثر با استفاده از منابع شبکه.

IGMP Snooping فرآیند ردیابی ترافیک چندرسانه ای بین گروه های مصرف کننده و میزبان است. ویژگی Snooping برای تجزیه و تحلیل درخواست های کاربر برای برقراری ارتباط با یک گروه چند استاد فعال شده است و پورت را به لیست پخش IGMP اضافه می کند. پس از اتمام استفاده از چندتایی، کاربر یک پرس و جو و پروتکل را ترک می کند، پورت را از لیست داده های گروه حذف می کند.

بنابراین، Snooping انتقال داده های غیر ضروری را به کانال های چندرسانه ای حذف می کند.

این باعث می شود مبادله داده ها در سطح کانال کارآمدتر شود و نیازهای لایه شبکه را در نظر بگیرد، که برای ارائه دهندگان اطلاعات بسیار مهم است. کاربران همچنین محتوای بهینه سازی را دریافت خواهند کرد، هرچند به عنوان یک نتیجه، بار در شبکه افزایش می یابد.

بدون ردیابی و تجزیه و تحلیل داده ها، مصرف کنندگان نهایی در قالب آدرس های خاص IP مجبور به "هضم" اطلاعات اضافی اضافی برای آنها خواهند بود. که به طور پیش فرض بر روی روترها فعال می شود. رابط Fe0 / 0 برای گروه 224.2.2.4 نزول می شود - باید ترافیک دریافتی را ارسال کنید. همراه با جدول معمولی مسیریابی منحصر به فرد نیز چندپارچه وجود دارد: در مورد دسترسی به مشتریان می گوید اولین رکورد

IGMP Snooping نه تنها کاربران را از ترافیک بیش از حد ذخیره می کند، بلکه تبادل اطلاعات را امن تر می کند.

حالت ردیابی در زمان برای جلوگیری از تلاش های حمله DDoS در یک شبکه یا آدرس های خاصی که پروتکل مدیریت گروه اینترنتی آسیب پذیر است جلوگیری می کند. تابع فعال سازی IGMP snooping ویژگی ردیابی و تجزیه و تحلیل در سوئیچ های شبکه مدیریت شده یا سوئیچ ها موجود است. این دستگاه به پیاده سازی اصول پخش گروهی در سطح کانال شبکه کمک می کند. .

برای فعال کردن IGMP Snooping، شما باید به صورت دستی فعال و پیکربندی آن را بر روی سوئیچ.

آنالوگ های غیر مجاز از حالت تجزیه و تحلیل ترافیک پشتیبانی نمی کنند، زیرا آنها نمی توانند از طریق رابط پیکربندی شوند.

در جزئیات بیشتر فرمان نمایش IP MROUTEE. بعدا تشخیص خواهیم داد. .

قبل از استفاده از ارتباطات در شبکه خود، اطمینان حاصل کنید که گیرنده نهایی (به عنوان مثال، تلویزیون هوشمند) از حالت Snooping پشتیبانی می کند.

به طور معمول، دستگاه ها دارای بخش مناسب در بخش "اتصال به شبکه راه اندازی" هستند که به طور قابل توجهی تنظیم چندپخشی را ساده می کند. مشتری شروع به دریافت ترافیک کرد. در حال حاضر روتر گاهی اوقات باید بررسی کنید که گیرندگان هنوز هم یک شکاف دارند تا به طور ناگهانی مشتریان باقی بمانند. برای انجام این کار، به طور دوره ای یک درخواست را به تمام رابط های نزولی خود ارسال می کند. یک راه برای اتصال یک تابع از طریق خط فرمان در مثال از سوئیچ های محبوب D-Link را در نظر بگیرید:

خط فرمان را با رابط کاربری CLI باز کنید.

وارد کنید "Enable-IGMP-Snooping" را وارد کنید. این فرمان عملکرد را بر روی سوئیچ و تمام آدرس های متصل تبدیل خواهد کرد.

"CONFIG-IGMP-SNOOPING-VLAN-DEACT-STATE-ENABLE را وارد کنید، که به شما این امکان را می دهد که پروتکل VLAN را پیکربندی کنید.

فرمان "Confog-Multicast-VLAN-Filter-VLAN-VLAN-Default-Filter-Default-Filter-Unroad-Groups" شامل فیلتر کردن داده ها از چندین آدرس در ارتباطات است.

در نهایت، از "Config-IGMP-Snooping-VLAN-Default-Default-Enoudable" در شبکه VLAN استفاده کنید.

آخرین فرمان شامل ویژگی IGMP Snooping Fast Leave است که به محض این که کاربر درخواست "ترک" را از طریق شبکه حذف کند، پورت را از شبکه خارج می کند. با تشکر از ترک سریع، مصرف کننده اطلاعات غیر ضروری دریافت نمی کند و آنها را پردازش نمی کند. این بار بار را در شبکه کاهش می دهد و به سوئیچ اجازه می دهد تا به طور موثر کار کند. اگر، در پاسخ به پرس و جو، حداقل یک گزارش به روتر رسید، به این معنی که هنوز مشتریان وجود دارد، او همچنان به پخش این رابط از جایی که این گزارش از آن گزارش شده است، ترافیک این گروه را پخش می کند. اگر یک پرس و جو از یک رابط پاسخ برای برخی گروه ها پاسخی نداشته باشد، روتر این رابط را از جدول مسیریابی چندرسانه ای آن حذف می کند - برای این گروه متوقف می شود.

شبکه ها برای کوچکترین قسمت 9.2 چندپخشی پروتکل IGMP

ادامه مطالعه IGMP چندرسانه ای (پروتکل مدیریت گروه اینترنتی)، پروتکل شبکه برای تعامل مشتریان ترافیک چندرسانه ای و روتر نزدیکترین به آنها.

پروتکل IGMP

دوباره به تخلیه بازگردید این بسته بالا را ببینید، پس از آن یک جریان چندرسانه ای پرتاب شد؟ جزئیات جالب در رفتار مشتری: داشتن پرس و جو، او در عجله نیست که بلافاصله گزارش شود. گره طول می کشد تا طول زمان از 0 به .

پیام پروتکل IGMP هنگام اتصال

که در پرس و جو بعدی مشخص شده است: هنگامی که اشکال زدایی یا در تخلیه، به هر حال، دیده می شود که چند ثانیه می تواند بین گزارش های مختلف منتقل شود. این کار انجام می شود به طوری که صدها مشتری تمام دامنه شبکه را با گزارش های خود را با دریافت پرس و جو عمومی سیل نکرد. علاوه بر این، تنها یک مشتری معمولا گزارش می دهد. این پیام پروتکل IGMP ارسال شده توسط مشتری زمانی که ما بازی را روی آن فشار دادیم. این همان چیزی است که او گزارش می دهد که او می خواهد ترافیک را برای گروه 224.2.2.4 دریافت کند.

- این پروتکل شبکه در تعامل با مشتریان ترافیک چندرسانه ای و نزدیکترین روتر است.

IPv6 از MLD (کشف شنونده چندرسانهای) به جای IGMP استفاده می کند. اصل عملیات آنها کاملا مشابه است، بنابراین شما به راحتی می توانید IGMP را در همه جا در MLD و IP در IPv6 تغییر دهید.

دقیقا IGMP چگونه کار می کند؟ چهار. بنابراین تا قرن ها ادامه می یابد تا زمانی که مشتری می خواهد از گروه خارج شود (به عنوان مثال، پخش کننده / تلویزیون را خاموش کنید). در این مورد، او می فرستد IGMP ترک شاید شما باید با این واقعیت شروع کنید که نسخه های پروتکل در حال حاضر سه: IGMPV1، IGMPV2، IGMPV3. بیشترین استفاده شده - دوم، اولین بار تقریبا فراموش شده است، بنابراین ما در مورد آن صحبت نخواهیم کرد، سوم بسیار شبیه به دوم است.

من بر روی دوم، به عنوان بیشترین تاثیر متمرکز خواهم شد و همه رویدادها را از اتصال مشتری به گروه قبل از آن خارج می کنم. مشتری همچنین از گروه 224.2.2.4 از طریق پخش کننده VLC درخواست خواهد کرد.

نقش IGMP بسیار ساده است: اگر هیچ مشتری وجود ندارد - لازم نیست انتقال ترافیک چندرسانه ای به بخش. اگر مشتری به نظر می رسد، او روترها را با استفاده از IGMP اعلام می کند که او می خواهد ترافیک دریافت کند.

به منظور درک اینکه چگونه همه چیز اتفاق می افتد، این شبکه را بردارید:

فرض کنید روتر قبلا پیکربندی شده برای دریافت و پردازش ترافیک چندرسانه ای است.

- "گزارش" گره که او می خواهد برای دریافت ترافیک از این گروه.

پرس و جو گروه خاص

ارسال گزارش عضویت IGMP

در گزارش IGMPV2 به آدرس گروه مورد نظر می رود و به موازات آن در بسته خود نشان داده شده است. این پیام ها باید تنها در بخش خود زندگی کنند و به هیچ وجه از طریق روترها به هیچ وجه پیش نمی روند، بنابراین آنها 1 TTL دارند. پرس و جو گروه خاص اغلب در ادبیات شما می توانید ذکر کنید

روتر یک گزارش IGMP دریافت می کند و متوجه می شود که این رابط کاربری در حال حاضر دارای مشتریان است، اطلاعات را در جداول خود می گیرد

این خروجی اطلاعات در مورد IGMP است. گروه اول توسط مشتری درخواست شده است. سوم و چهارم این است که گروه پروتکل SSDP ساخته شده SSDP ساخته شده است. دوم یک گروه خاص است که همیشه در روترهای سیسکو وجود دارد - آن را برای پروتکل خودکار RP استفاده می شود که به طور پیش فرض بر روی روترها فعال می شود.

  1. رابط Fe0 / 0 برای گروه 224.2.2.4 نزول می شود - باید ترافیک دریافتی را ارسال کنید.
  2. همراه با جدول معمولی مسیریابی منحصر به فرد نیز چندپارچه وجود دارد:
  3. در مورد دسترسی به مشتریان می گوید اولین رکورد
  4. از خروجی روشن است که ترافیک برای گروه 224.2.2.4 از طریق Fe0 / 1 می آید، و لازم است آن را به پورت Fe0 / 0 انتقال دهید.
  5. رابط های که در آن شما نیاز به انتقال ترافیک در لیست رابط های پایین دست وجود دارد -
  6. روغن هر کدام از IGMP General Query را به شبکه ارسال می کند. هدف اصلی این است که بدانیم اگر مشتریان وجود داشته باشند و به موازات، اگر آنها در مورد تمایل خود به شرکت در انتخابات شرکت کنند، به روتر های دیگر در بخش اعلام کنند. لیست رابط خروجی
  7. در جزئیات بیشتر، نمایش تیم نمایش IP Mroorte ما بعدا نگاه خواهیم کرد.
  8. بالاتر از تخلیه شما می بینید که به محض اینکه مشتری یک گزارش IGMP را ارسال کرد، بلافاصله پس از پرواز UDP یک جریان ویدئو است.

برنده روتر S.

دریافت پرس و جو پرس و جو IGMP (Dump توسط IGMP فیلتر شده است).

7)

به طور پیش فرض، این اتفاق می افتد هر 60 ثانیه. TTL چنین بسته ها نیز برابر با 1. آنها به آدرس 224.0.0.1 ارسال می شوند - تمام گره ها در این بخش - بدون مشخص کردن یک گروه خاص. چنین پیام های پرس و جو نامیده می شود هشت) - عمومی. بنابراین، روتر می پرسد: "بچه ها، و چه کسی و چه چیز دیگری می خواهد دریافت کند؟"

پس از دریافت پرس و جو عمومی IGMP، هر میزبان که به هر گروه گوش می دهد باید گزارش IGMP را ارسال کند، زیرا آن را هنگام اتصال آن انجام داد. آدرس گروه مورد علاقه به گروهش باید در گزارش مشخص شود. انتخابات Querier یک روش بسیار مهم در چندرسانه ای است، اما برخی از تولید کنندگان موذیانی که RFC را نگه ندارند می توانند یک چوب قوی در چرخ ها را وارد کنند. من در مورد پرس و جو IGMP با آدرس منبع 0.0.0.0 صحبت می کنم که می تواند توسط سوئیچ تولید شود. چنین پیام هایی نباید در انتخاب Querier شرکت کنند، اما شما باید برای همه چیز آماده باشید. به عنوان مثال پاسخ کامپیوتر به پرس و جو عمومی IGMP (Dump توسط IGMP فیلتر شده است)

اگر، در پاسخ به پرس و جو، حداقل یک گزارش به روتر رسید، به این معنی که هنوز مشتریان وجود دارد، او همچنان به پخش این رابط از جایی که این گزارش از آن گزارش شده است، ترافیک این گروه را پخش می کند. نسخه 1 تنها در اصل فقط توسط این واقعیت متفاوت است اگر یک پرس و جو از یک رابط پاسخ برای برخی گروه ها پاسخی نداشته باشد، روتر این رابط را از جدول مسیریابی چندرسانه ای آن حذف می کند - برای این گروه متوقف می شود.

در ابتکار عمل، مشتری معمولا گزارش را تنها زمانی ارسال می کند، پس از آن به سادگی به پرس و جو از روتر پاسخ می دهد.

جزئیات جالب در رفتار مشتری: داشتن پرس و جو، او در عجله نیست که بلافاصله گزارش شود. گره طول می کشد تا طول زمان از 0 به

هنگامی که اشکال زدایی یا در تخلیه، به هر حال، دیده می شود که چند ثانیه می تواند بین گزارش های مختلف منتقل شود.

این کار انجام می شود به طوری که صدها مشتری تمام دامنه شبکه را با گزارش های خود را با دریافت پرس و جو عمومی سیل نکرد. علاوه بر این، تنها یک مشتری معمولا گزارش می دهد.

واقعیت این است که گزارش به آدرس گروه ارسال می شود و از این رو به همه مشتریان می آید. پس از دریافت گزارش از یک مشتری دیگر برای یک گروه، گره خود را ارسال نمی کند. منطق ساده است: روتر قبلا این گزارش را دریافت کرده است و می داند که مشتریان وجود دارد، لازم نیست.

بالاتر از تخلیه شما می بینید که به محض اینکه مشتری یک گزارش IGMP را ارسال کرد، بلافاصله پس از پرواز UDP یک جریان ویدئو است.

مشتری همچنین از گروه 224.2.2.4 از طریق پخش کننده VLC درخواست خواهد کرد. این مکانیسم نامیده می شود

در گزارش IGMPV2 به آدرس گروه مورد نظر می رود و به موازات آن در بسته خود نشان داده شده است. این پیام ها باید تنها در بخش خود زندگی کنند و به هیچ وجه از طریق روترها به هیچ وجه پیش نمی روند، بنابراین آنها 1 TTL دارند. علاوه بر این در مقاله ما خواهیم گفت که چرا این مکانیزم واقعا واقعا به ندرت کار می کند.

در جزئیات بیشتر فرمان مثال دوم 4لطفا توجه داشته باشید که چگونه ترافیک باید در این مورد - R1-R2-R3-R5 برود. اگر چه به طور خلاصه، مسیر R1-R3-R5.

جایی که هیچ روتر وجود ندارد، ما می توانیم به طور قانونی اعلام کنیم - IGMP وجود دارد - نه بیشتر از فرمول. هیچ روتر وجود ندارد، و مشتری هیچ کس برای درخواست یک جریان چندرسانه ای ندارد. و او یک ویدیو به دلایلی ساده دریافت خواهد کرد که جریان و به همین ترتیب از سوئیچ ریختن - شما فقط باید آن را انتخاب کنید. به آدرس گروه

دوباره تکرار کن ارسال IGMP ترک

سپس یک مشتری ظاهر شد، که می خواست ترافیک گروه 224.2.2.4 دریافت کند و گزارش IGMP خود را ارسال کرد. روتر آن را دریافت می کند و در یک ایده باید خاموش شود. اما او نمیتواند یک مشتری خاص را غیرفعال کند - روتر آنها را تشخیص نمی دهد - فقط یک رابط پایین دست دارد. و رابط کاربری می تواند چند مشتری باشد. به این معناست که اگر روتر این رابط را از لیست اولو (لیست رابط خروجی) حذف کند، این ویدیو به طور کامل خاموش خواهد شد. اما همچنین آن را حذف نکنید، این نیز غیرممکن است - ناگهان آخرین مشتری بود - چرا آن را شستشو دهید؟

سپس روتر به دلایلی تصمیم گرفت تا بررسی شود - و اینکه آیا مشتریان بیشتری وجود ندارد و دوباره پرس و جو عمومی IGMP را ارسال می کنند که مشتری مجبور به پاسخ ( اگر به تخلیه نگاه کنید، خواهید دید که پس از دریافت روتر ترک، جریان به مدت زمان طولانی ادامه می دهد. واقعیت این است که روتر در پاسخ به ترک، پرس و جو IGMP را به آدرس گروهی ارسال می کند که این ترک این رابط به آن را از آنجا آمد. چنین بسته ای نامیده می شود

به صورت دوره ای (یک بار در دقیقه) روتر بررسی می کند که گیرندگان هنوز از پرس و جو عمومی IGMP استفاده می کنند و گره این را با استفاده از گزارش IGMP تایید می کند.

کسانی که به این گروه خاص متصل هستند.

ارسال پرس و جو روتر روتر روتر در پاسخ به IGMP ترک

اگر روتر گزارش پاسخ را برای گروه دریافت کرد، همچنان در رابط کاربری پخش می شود، اگر دریافت نشود، تایمر را پس از تایمر منقضی شده حذف می کند.

در مجموع، پس از دریافت ترک، دو گروه پرس و جو خاص می رود - یک اجباری، کنترل دوم.

پرس و جو خاص گروه - یک اجباری اجباری، کنترل دوم

بعد، روتر جریان را متوقف می کند. اما هنوز هم کاملا غیر قابل درک است که چگونه ترافیک از سرور به مشتریان می رسد، زمانی که یک شبکه ارائه دهنده بزرگ LinkMIAP وجود دارد؟ و در واقع، در واقع، شناخته شده خواهد بود که مشتری چه کسی است؟ ما نمی توانیم مسیرها را به صورت دستی ثبت کنیم، به این دلیل که ما نمی دانیم کجا مشتریان ممکن است. پروتکل های مسیریابی معمول به این سوال پاسخ نمی دهند. بنابراین ما متوجه شدیم که تحویل چندپارچه چیزی کاملا جدید برای ما است. کمی مشکل تر را در نظر بگیرید: ) دو (یا بیشتر) روتر هایی که می توانند ترافیک را پخش کنند، به بخش مشتری متصل می شوند. اگر هیچ کاری انجام ندهید، ترافیک چندرسانه ای تکرار خواهد شد - هر دو روتر از مشتریان گزارش دریافت خواهند کرد. به منظور اجتناب از این مکانیسم انتخابی وجود دارد - سیاست. کسی که برنده خواهد شد پرس و جو را ارسال می کند، نظارت گزارش و واکنش نشان می دهد تا ترک کند، و به همین ترتیب، ترافیک را به بخش ارسال می کند. بازنده فقط به گزارش و نگه داشتن دست خود را بر روی پالس گوش می دهد. انتخابات بسیار ساده و بصری رخ می دهد.

برای پشتیبانی فنی تشکر از ناتاشا سامویلنکو وضعیت را از لحظه ای که روترهای R1 و R2 روشن می شوند را در نظر بگیرید.

IGMP فعال در رابط ها.

بررسی RPF

در ابتدا، به طور پیش فرض، هر یک از آنها خود را Querier می داند.

  • هر کدام از IGMP General Query را به شبکه ارسال می کند. هدف این است که بدانید آیا مشتریان و به موازات وجود دارد - برای اعلام سایر روترهای دیگر در بخش، در صورت وجود، در مورد تمایل خود برای شرکت در انتخابات. پرس و جو عمومی دریافت تمام دستگاه ها در بخش، از جمله دیگر روترهای IGMP.
  • پس از دریافت چنین پیامی از یک همسایه، هر روتر برآورد می کند که بیشتر شایسته است. برنده روتر S.
  • به عنوان مثال: Anycast DNS (مشخص شده در فیلد IP منبع IGMP پرس و جو). او می شود پرس و جو، همه دیگران - غیر Querier.

غیر Querier شروع به تایمر می کند که هر بار Quaryny بازنشانی می شود، با یک آدرس IP کوچکتر می آید. اگر قبل از تایمر منقضی شود (بیش از 100 ثانیه: 105-107)، روتر پرس و جو را با یک آدرس کوچکتر دریافت نمی کند، او خود را Querier اعلام می کند و تمام وظایف مربوطه را می گیرد.

اگر Querier پرس و جو را با یک آدرس کوچکتر دریافت کند، او این وظایف را اضافه می کند. Querier تبدیل به یک روتر دیگر، که دارای IP کمتر است. انتخابات Querier یک روش بسیار مهم در چندرسانه ای است، اما برخی از تولید کنندگان موذیانی که RFC را نگه ندارند می توانند یک چوب قوی در چرخ ها را وارد کنند. من در مورد پرس و جو IGMP با آدرس منبع 0.0.0.0 صحبت می کنم که می تواند توسط سوئیچ تولید شود. چنین پیام هایی نباید در انتخاب Querier شرکت کنند، اما شما باید برای همه چیز آماده باشید. در اینجا یک نمونه از یک مشکل بسیار پیچیده است. .

نسخه 1 تنها در اصل فقط توسط این واقعیت متفاوت است

. اگر مشتری نمی خواهد ترافیک بیشتری از این گروه دریافت کند، او به سادگی متوقف می شود که گزارش را در پاسخ به پرس و جو ارسال کند. هنگامی که یک مشتری تنها باقی نمی ماند، روتر Timeout متوقف خواهد شد ارسال ترافیک.

علاوه بر این، اما هنوز هم کاملا غیر قابل درک است که چگونه ترافیک از سرور به مشتریان می رسد، زمانی که یک شبکه ارائه دهنده بزرگ LinkMIAP وجود دارد؟ و در واقع، در واقع، شناخته شده خواهد بود که مشتری چه کسی است؟ ما نمی توانیم مسیرها را به صورت دستی ثبت کنیم، به این دلیل که ما نمی دانیم کجا مشتریان ممکن است. پروتکل های مسیریابی معمول به این سوال پاسخ نمی دهند. بنابراین ما متوجه شدیم که تحویل چندپارچه چیزی کاملا جدید برای ما است. . به منظور اجتناب از تکرار ترافیک، پروتکل بالاتر مسئول است، به عنوان مثال، PIM، که در آن ما بیشتر صحبت خواهیم کرد.

نسخه 3 پشتیبانی از همه کسانی که از IGMPV2 پشتیبانی می کند، اما تعدادی از تغییرات وجود دارد. اول، گزارش دیگر به آدرس گروه ارسال نمی شود، بلکه در یک آدرس خدمات چندرسانه ای

. و آدرس گروه درخواست شده تنها در داخل بسته نشان داده شده است. این کار برای ساده سازی کار IGMP Snooping انجام می شود، که در آن ما بعدا صحبت خواهیم کرد.

ثانیا، مهمتر از همه، IGMPv3 شروع به پشتیبانی از SSM در فرم خالص خود کرد. این چندپخشی خاص منبع خاص است. در این مورد، مشتری ممکن است فقط یک گروه را درخواست نکند، بلکه لیستی از منابع را که از آن می خواهد ترافیک دریافت کند یا مشخص شود، مشخص نمی کند. در IGMPV2، مشتری به سادگی درخواست می کند و ترافیک گروه را بدون مراقبت از منبع دریافت می کند.

IGMP عضویت در محتوای IGMPV3 بنابراین، IGMP برای تعامل مشتریان و روتر طراحی شده است. بنابراین، بازگشت به عنوان مثال 2، جایی که هیچ روتر وجود ندارد، ما می توانیم به طور قابل اعتماد اعلام کنیم - IGMP وجود دارد - نه بیشتر از فرمول. هیچ روتر وجود ندارد، و مشتری هیچ کس برای درخواست یک جریان چندرسانه ای ندارد. و او یک ویدیو به دلایلی ساده دریافت خواهد کرد که جریان و به همین ترتیب از سوئیچ ریختن - شما فقط باید آن را انتخاب کنید. به یاد بیاورید که IGMP برای IPv6 کار نمی کند. پروتکل MLD وجود دارد.

دوباره تکرار کن اول از همه، روتر پرس و جو IGMP خود را پس از تبدیل IGMP در رابط خود را برای پیدا کردن اگر دریافت کنندگان وجود دارد و اعلام میل خود را به پرس و جو. در آن زمان هیچ کس در این گروه نبود. سپس یک مشتری ظاهر شد، که می خواست ترافیک گروه 224.2.2.4 دریافت کند و گزارش IGMP خود را ارسال کرد. پس از آن، من به ترافیک بر روی آن رفتم، اما از تخلیه فیلتر شده است.

به صورت دوره ای (یک بار در دقیقه) روتر بررسی می کند که گیرندگان هنوز از پرس و جو عمومی IGMP استفاده می کنند و گره این را با استفاده از گزارش IGMP تایید می کند.

سپس او ذهن خود را تغییر داد و گروه را با ارسال IGMP ترک کرد. روتر دریافت کرد و مایل به اطمینان حاصل کرد که هیچ دریافت کننده دیگر هیچ دریافت کننده دیگری نیست، ارسال پرس و جو خاص گروه IGMP ... دو بار. و پس از انقضای تایمر متوقف می شود تا ترافیک را در اینجا انتقال دهد. با این حال، آن را به انتقال IGMP پرس و جو به شبکه ادامه می دهد. به عنوان مثال، در صورتی که بازیکن را خاموش نکرده اید، اما به سادگی در جایی با اتصال مشکل. سپس اتصال بازسازی می شود، اما مشتری خود را به صورت خود ارسال نمی کند. اما پرس و جو پاسخ می دهد. بنابراین، جریان می تواند بدون مشارکت انسان بهبود یابد. IgmProtokol، که روتر حضور گیرندگان ترافیک چندرسانه ای را یاد می گیرد و در مورد آنها گزارش می دهد. حساب های IGMP در هنگام اتصال و پاسخ به پرس و جو IGMP. این به این معنی است که مشتری می خواهد یک ترافیک گروهی خاص دریافت کند. MigMP General QueryProtes یک روتر به صورت دوره ای برای بررسی اینکه کدام گروه ها اکنون مورد نیاز است. به عنوان آدرس گیرنده، 224.0.0.1 نشان داده شده است. .

گروه IGMP Sepcific QueryPrust توسط روتر در پاسخ به پیام ترک برای پیدا کردن اگر دریافت کنندگان دیگر در این گروه وجود دارد. به عنوان آدرس گیرنده، آدرس گروه چندرسانه ای نشان داده شده است. MIGMP هنگامی که می خواهد گروه را ترک کند، از طریق مشتری ترک می کند. در یک بخش پخش چند روتر که می توانند پخش شوند، در میان آنها یکی از اصلی ها - Querier انتخاب شده است آنها. این به صورت دوره ای پرس و جو را ارسال می کند و ترافیک را انتقال می دهد. منبع:

برچسب ها

سیسکو

IPTV

SDSM

سخت افزار شبکه

شبکه های کوچکترین https://radioprog.ru/post/623
چندپارچگی در روتر چیست؟ مورد نیاز برای منابع سیستم. Multicast و Unicast: تفاوت های کلیدی

برای پشتیبانی فنی تشکر از ناتاشا سامویلنکو اول از همه، اجازه دهید صدای چند مفاهیم برای حذف سوء تفاهم بیشتر. سه نوع ترافیک وجود دارد:

(*، g) (s، g)

ما این کار را انجام می دهیم تا بتوانیم به سرعت بین کانال ها را تغییر دهیم.

تنظیم فایروال

فایروال ما را سفارشی کنید که در حال حاضر IPTV را از دست ندهید، زیرا ما یک ترمینال جدید ایجاد می کنیم، روی ترمینال جدید کلیک می کنیم و پنجره باز می شود: حالا ما باید چندین تیم را در این کنسول انجام دهیم: / IP فایروال فیلتر اضافه کردن action = پذیرش زنجیره = ورودی comment = »اجازه IGMP» غیرفعال = بدون interface = ether2-master Protocol = IGMP

/ IP فایروال فیلتر اضافه کردن عمل = پذیرش زنجیره = ورودی comment = »IPTV UDP ورودی» غیرفعال = بدون DST-PORT = 1234 in-interface = پروتکل Ether2-master = UDP

/ IP فایروال فیلتر اضافه کردن اکشن = پذیرش زنجیره ای = ارسال به جلو = "IPTV UDP حمل و نقل" غیر فعال = بدون DST-PORT = 1234 پروتکل = UDP 1234. چندرسانهای نفت.

- پورت غیر رسمی برای جریان ویدئو و IPTV ثبت نام نشده است ether2-master - این یک رابط کاربری است که IPTV از ارائه دهنده می آید.

نیاز بعدی در منو

پی مورد را انتخاب کنید دیواره آتش

و به برگه بروید قوانین فیلتر

. ما قوانین را به جز قوانین ایجاد کرده ایم و آنها کار می کنند، آنها باید برای ممنوعیت بالاتر باشند. ما آنها را با ماوس بکشیم.

  1. راه اندازی Wi-Fi
  2. در صورتی که شما توزیع کنید یا از طریق Wi-Fi به IPTV منتقل کنید، باید تنظیمات اضافی را اضافه کنید. برای انجام این کار، باز به صورت:
  3. پس از فشار دادن دکمه حالت پیشرفته، پارامترهای اضافی ظاهر می شود:
  4. در زمینه
  5. پشتیبانی از WMM PIM SM RP.

قرار دادن

شماره کار 4

Unicast

  1. - Unicast، یک منبع جریان یک گیرنده پخش.
  2. - پخش، یک منبع، گیرندگان همه مشتریان آنلاین - چندرسانه ای، یک فرستنده، گیرندگان برخی از گروه های مشتری

چه نوع ترافیک برای استفاده از IPTV؟

بدیهی است، چندپارچگی به کانال های پخش داده می شود. هر کانال تلویزیونی که ما می خواهیم شبکه را پخش کنیم، با آدرس گروهی مشخص می شود که از محدوده محفوظ شده برای این اهداف انتخاب شده است:

224.0.0.0 - 239.255.255.255

Новости

Добавить комментарий