Mga network para sa pinakamaliit. Bahagi ng ikasiyam. Multicast / hab.

Ang aming aspepetang linkmeup provider ay lumalaki at lumiliko nang tahimik sa lahat ng mga serbisyo ng mga ordinaryong operator ng telecom. Ngayon kami ay lumaki sa IPTV.

Ipinapahiwatig nito ang pangangailangan na i-configure ang multicast routing at una sa lahat ng pag-unawa na mayroong isang multicone.

Ito ang unang paglihis mula sa karaniwang mga prinsipyo ng mga IP network. Gayunpaman, ang multicast paradaym ay radikal na naiiba mula sa mainit na lampara ng lampara.

Maaari mo ring sabihin, sa paanuman ay hinahamon ang kakayahang umangkop ng iyong isip sa pag-unawa ng mga bagong pamamaraan.

Sa artikulong ito tumuon sa mga sumusunod:

Tradisyonal na Tutorial sa Video:

Sa bukang-liwayway ng aking pagbuo, tulad ng isang engineer, ang tema ng multicast ay hindi mapaniniwalaan o kapani-paniwala takot, at iugnay ko ito sa psychotraham ng aking unang karanasan sa kanya. " Kaya, Marat, mapilit, bago tanghali kailangan mong pukawin ang stream ng video sa aming bagong gusali sa sentro ng lungsod - ibibigay ito ng provider dito sa ikalawang palapag "Narinig ko na may isang kahanga-hangang umaga. Lahat ng bagay na alam ko tungkol sa multicast, kaya ito ay kung ano ang nagpadala ay isa, ang mga tatanggap ng maraming, at tila ang IGMP protocol ay sa paanuman kasangkot.

Bilang isang resulta, bago tanghali, sinubukan naming simulan ang buong bagay - natalo ko ang pinaka-ordinaryong VLAN mula sa entry point sa outlet point. Ngunit ang signal ay hindi matatag - ang larawan frozen, collapsed, nagambala. Sinubukan ko sa isang takot upang malaman kung ano ang maaaring gawin sa IGMP sa pangkalahatan, Tyrrhogozy, naka-on ang multicast routing, IGMP-snooping, naka-check isang libong beses ang mga pagkaantala at pagkalugi - walang nakatulong. At pagkatapos ay biglang lahat ay nagtrabaho. Siyempre, matatag, walang problema.

Ito ay nagsilbi sa akin sa pamamagitan ng pagbabakuna ng isang multicast, at sa loob ng mahabang panahon ay hindi ako nagpapakita ng anumang interes sa kanya.

Na magkano mamaya dumating ako sa susunod na panuntunan: At ngayon, mula sa taas ng mga hindi maunawaan na mga kaso, naiintindihan ko na hindi maaaring magkaroon ng anumang mga problema sa pag-set up ng bahagi ng network - maraming may hangganan kagamitan. Panatilihing kalmado at magtiwala sa akin. Pagkatapos ng artikulong ito, ang mga bagay na ito ay hindi matakot sa iyo. Pangkalahatang pag-unawa multicast. Tulad ng alam mo, ang mga sumusunod na uri ng trapiko ay umiiral: Unicast. - Unicast - isang nagpadala, isang tatanggap. ( Halimbawa: query ng http-page sa web server Tulad ng alam mo, ang mga sumusunod na uri ng trapiko ay umiiral: ). Broadcast. - Broadcasting - isang nagpadala, tatanggap - lahat ng mga aparato sa segment ng broadcast. ( Tulad ng alam mo, ang mga sumusunod na uri ng trapiko ay umiiral: Halimbawa: Kahilingan ng ARP. Multicast. - Multicast - isang nagpadala, maraming mga tatanggap. ( Halimbawa: IPTV.

Anycast.

- Unicast ng pinakamalapit na node - isang nagpadala, sa pangkalahatan, maraming mga tatanggap, ngunit sa katunayan ang data ay ipinadala lamang sa isa. ( Halimbawa: Anycast DNS. ).

Dahil nagpasya kaming makipag-usap tungkol sa multicast, kung gayon, marahil, magsimula tayo ng talatang ito mula sa tanong, kung saan at paano ito ginagamit.

Ang unang bagay na dumarating sa isip ay telebisyon (IPTV) - Ang isang source server ay nagpapadala ng trapiko na kailangang makatanggap ng maraming mga customer nang sabay-sabay. Ito ay tinutukoy ng termino mismo -

Multicast.

- Pag-broadcast ng multicast. Iyon ay, kung ang mga broadcast na kilala sa iyo, ay nangangahulugan ng pagsasahimpapawid sa lahat, ang multicast ay nangangahulugang pagsasahimpapawid ng isang grupo.

  1. Ang ikalawang application ay, halimbawa, ang pagtitiklop ng operating system sa maraming mga computer. Ipinapahiwatig nito ang paglo-load ng malalaking volume ng data mula sa isang server.
  2. Mga posibleng sitwasyon: Audio at video conferencing (sabi ng isa - lahat ng nakinig), e-commerce, auction, stock exchange. Ngunit ito ay nasa teorya, at sa pagsasagawa, ang isang multicast ay bihirang ginagamit dito.

Ang isa pang application ay ang mga mensahe ng serbisyo ng protocol. Halimbawa, ang OSPF sa domain ng broadcast nito ay nagpapadala ng mga mensahe nito sa mga address na 224.0.0.5 at 224.0.0.6. At tanging ang mga node na kung saan ang OSPF ay tumatakbo ay hawakan.

Nagbigay kami ng dalawang pangunahing prinsipyo ng mga newsletter ng multicast:

Ang nagpadala ay nagpapadala lamang ng isang kopya ng trapiko, anuman ang bilang ng mga tatanggap.

Tinatanggap lamang ng trapiko ang mga talagang interesado dito.

Sa artikulong ito, kukunin namin ang IPTV bilang pinaka visual na halimbawa.

Halimbawa I.

Magsimula tayo sa pinakasimpleng kaso: Sa source server, ang broadcast ay naka-configure sa Group 224.2.2.4 - nangangahulugan ito na ang server ay nagpapadala ng trapiko sa IP address 224.2.2.4. Sa client, naka-configure ang video player upang kumuha ng isang grupo ng 224.2.2.4. .

Kasabay nito, pansinin, ang kliyente at ang server ay hindi kailangang magkaroon ng mga address mula sa isang subnet at ping bawat isa - sapat na sa isang broadcast domain.

Ang isang multicast stream ay nagbubuhos lamang mula sa server, at ang kliyente ay tumatagal lamang nito. Maaari mo itong subukan nang direkta sa iyong lugar ng trabaho sa pamamagitan ng pagkonekta ng dalawang computer na may patch at pagpapatakbo, halimbawa, VLC.

Dapat pansinin na sa multicast walang signaling mula sa pinagmulan, sinasabi nila,

"Kumusta, ako ay isang mapagkukunan, hindi mo ba kailangan ng isang maliit na multicast?"

Ang source server ay nagsisimula lamang sa broadcast multicast packets sa kanyang interface. Sa aming halimbawa, direktang pumasok sila sa kliyente at agad na dalhin ang mga ito.

Kung mahuli mo ang mga pakete sa link na ito, makikita mo na ang multicast trapiko ay walang katulad ng mga packet ng UDP ng dagat.

Ang multicast ay hindi naka-attach sa isang partikular na protocol. Sa katunayan, ang lahat ng bagay na tumutukoy sa mga address nito. Gayunpaman, kung pinag-uusapan natin ang application nito, pagkatapos ay sa ganap na karamihan ng mga kaso ito ay UDP. Madali itong ipinaliwanag sa pamamagitan ng katotohanan na kadalasan ang data na kailangan dito ay ipinadala sa tulong ng multicast. Halimbawa, ang video. Kung ang isang piraso ng frame ay nawala, at ang nagpadala ay susubukang ipadala ito muli kung paano ito nangyayari sa TCP, kung gayon, malamang, ang piraso na ito ay huli na, at kung saan ipapakita ito pagkatapos? Ang tren ay umalis. Eksakto ang parehong may tunog.

Alinsunod dito, hindi kinakailangan na i-install ang koneksyon, kaya kailangan ang TCP.

Ano kaya ang paglilipat ng isang multicast mula sa unicust? Sa tingin ko mayroon ka ng isang palagay. At malamang na tama ka. Sa karaniwang sitwasyon, mayroon kaming 1 tatanggap at 1 nagpadala - bawat isa sa kanila ay may isang natatanging IP address. Alam ng nagpadala kung saan mag-skate ang pakete at inilalagay ang address na ito sa header ng IP. Ang bawat intermediate node dahil alam nito ang routing table kung saan ipapadala ang pakete. Ang trapiko ng Unicast sa pagitan ng dalawang node ay hindi napapansin sa pamamagitan ng network. Ngunit ang problema ay ang isang IP address ng isang tatanggap ay tinukoy sa karaniwang pakete. Paano kung ang isa at ang parehong trapiko ay may ilang mga tatanggap? Sa prinsipyo, posible na palawakin ang isang unicast na diskarte at sa ganitong sitwasyon - upang ipadala ang iyong kopya ng pakete sa bawat kliyente. Hindi mapapansin ng mga customer ang pagkakaiba - kahit isa, hindi bababa sa isang libong, ngunit ang pagkakaiba ay malinaw na maaaring maliwanagan sa iyong mga channel ng paglipat ng data. GIpagpalagay na mayroon kaming isang paglipat ng isang SD channel mula sa isang multicast server. Hayaan itong gumamit ng 2 MB / s. Kabuuang mga channel ng 30, at nanonood ng bawat channel para sa 20 tao sa parehong oras. Ito ay lumiliko ng 2 MB / s * 30 channels * 20 tao = 1200 MB / s o 1.2 Gb / s lamang sa telebisyon sa kaso ng Unicast. Ngunit mayroon pa ring mga channel ng HD, kung saan maaari mong ligtas na i-multiply ang figure na ito sa pamamagitan ng 2. at kung saan ay ang lugar para sa torrents?

Iyon ang dahilan kung bakit ang address block ay inilatag sa IPv4

Class D: 224.0.0/0/4.

(224.0.0.0-239.255.255.255). Ang mga address ng hanay na ito ay tinutukoy ng isang grupo ng multicast. Isang address ay isang grupo, kadalasan ito ay ipinahiwatig ng sulat "

"

Iyon ay, na sinasabi na ang kliyente ay konektado sa grupo 224.2.2.4, ibig sabihin namin na ito ay tumatanggap ng multicast trapiko sa address ng destination 224.2.2.4.

Halimbawa II.

Magdagdag ng Lumipat sa scheme at ilang mas maraming mga customer:

Ang multicast server ay nag-broadcast pa rin para sa grupo 224.2.2.4. Sa switch, ang lahat ng 4 port ay dapat nasa isang VLAN. Ang trapiko ay dumating sa switch at ang default ay ipinadala sa lahat ng mga port ng isang VLAN. Kaya tinatanggap ng lahat ng mga customer ang trapiko na ito. Sa mga ito, ang address ng grupo na 224.2.2.4 ay tinukoy din sa video player.

Sa totoo lang, ang lahat ng mga aparatong ito ay naging mga miyembro ng multicast group na ito. Ang pagsapi dito ay pabago-bago: sinuman, sa anumang oras ay maaaring pumasok at lumabas dito. Sa sitwasyong ito, tatanggapin ng trapiko kahit na hindi gusto ito sa pangkalahatan, iyon ay, hindi ang manlalaro ay hindi inilunsad dito, ni anumang bagay. Ngunit kung siya ay nasa parehong VLAN. Mamaya kami ay haharapin kung paano haharapin ito.

Mangyaring tandaan na sa kasong ito, isang kopya lamang ng trapiko sa switch ay mula sa source server, at hindi sa isang hiwalay na kopya sa bawat kliyente. At sa aming halimbawa sa mga channel ng SD, ang port load sa pagitan ng pinagmulan at ang switch ay hindi magiging 1.2 GB / s, ngunit 60 MB / s (2MB / C * 30 channels).

Sa totoo lang, ang buong malaking hanay (224.0.0.0-255.255.255.255) ay maaaring gamitin.

Well, halos lahat - ang unang address (range 224.0.0.0/23) ay nakalaan pa rin para sa mga kilalang protocol.

Listahan ng mga reserved IP address.

Saklaw 224.0.0.0/24 Nakareserba sa ilalim ng Link-Local.

komunikasyon. Ang mga pakete ng multicast na may naturang mga address ng patutunguhan ay hindi maaaring lumampas sa mga limitasyon ng isang broadcast segment.

Ang hanay 224.0.1.0/24 ay nakalaan sa ilalim ng mga protocol na kailangan mong magpadala ng isang multicast sa buong network, iyon ay, pumasa sa mga routers.

Narito, sa katunayan, ang mga pangunahing bagay tungkol sa multicast.

Tumingin kami sa isang simpleng sitwasyon kapag ang pinagmulan at ang tatanggap ay nasa parehong segment ng network. Ang trapiko na natanggap ng switch ay ipinadala lamang sa kanila sa lahat ng mga port - walang magic.

Ngunit pa rin ito ay ganap na hindi maunawaan kung paano ang trapiko mula sa server ay umabot sa mga customer kapag mayroong isang malaking network LinkMiap ng network? At kung saan, sa katunayan, ito ay kilala kung sino ang kliyente? Hindi namin maaaring manu-manong magparehistro ruta, dahil lamang hindi namin alam kung saan ang mga customer ay maaaring. Ang karaniwang routing protocol ay hindi sasagutin ang tanong na ito. Kaya'tunawaan natin na ang paghahatid ng isang multicast ay isang bagay na ganap na bago sa atin.

Sa pangkalahatan, upang maghatid ng isang multicast mula sa pinagmulan hanggang sa tatanggap sa sandaling maraming mga protocol - IGMP / MLD, PIM, MSDP, MBGP, MOSP, DVMRP.

Magtutuon kami sa dalawa sa kanila, na kasalukuyang ginagamit: PIM at IGMP. Sa IGMP, ang mga huling tatanggap ng customer ay nakikipag-usap sa pinakamalapit na routers na nais nilang makatanggap ng trapiko. At ang Pim ay nagtatayo ng landas ng paglipat ng trapiko ng multicast mula sa pinagmulan hanggang sa mga tatanggap sa pamamagitan ng mga routers. Igmp

Bumalik sa dump muli. Tingnan ang nangungunang pakete na ito, pagkatapos ng isang multicast stream ay itinapon?

Ang mensahe ng protocol ng IGMP na ipinadala ng kliyente kapag pinindot namin ang pag-play dito. Iyon ay kung paano siya nag-uulat na nais niyang makatanggap ng trapiko para sa grupo 224.2.2.4.

IGMP - Pamamahala ng Pamamahala ng Internet Protocol.

- Ito ay isang network protocol na nakikipag-ugnay sa mga kliyente ng trapiko ng multicast at ang pinakamalapit na router.

Ang IPv6 ay gumagamit ng MLD (Multicast Listener Discovery) sa halip ng IGMP. Ang prinsipyo ng operasyon ay talagang pareho, upang madali mong baguhin ang IGMP sa lahat ng dako sa MLD, at IP sa IPv6.

Paano eksaktong gumagana ang IGMP?

Marahil kailangan mong simulan ang katotohanan na ang mga bersyon ng protocol ay tatlo na ngayon: IGMPV1, IGMPV2, IGMPV3. Ang pinaka ginagamit - ang ikalawang isa, ang una ay halos nakalimutan, kaya hindi namin pag-usapan ang tungkol dito, ang ikatlo ay katulad ng pangalawang.

Ako ay nakatuon sa pangalawang, tulad ng sa pinaka-epekto, at isaalang-alang ang lahat ng mga kaganapan mula sa pagkonekta sa client sa grupo bago ito ay sa labas ng ito.

Ang kliyente ay humiling rin ng isang grupo ng 224.2.2.4 sa pamamagitan ng VLC player. Ang papel na ginagampanan ng IGMP ay napaka-simple: Kung walang mga customer - hindi kinakailangan upang magpadala ng trapiko ng multicast sa segment. Kung lumilitaw ang isang kliyente, aabisuhan niya ang mga routers gamit ang IGMP na nais niyang makatanggap ng trapiko. Upang maunawaan kung paano nangyayari ang lahat, dalhin ang network na ito: Ipagpalagay na naka-configure ang router upang makatanggap at magproseso ng trapiko ng multicast.

isa.

Sa sandaling inilunsad namin ang application sa client at itakda ang grupo 224.2.2.4, ang pakete ay ipapadala sa network Ulat ng pagiging miyembro ng IGMP. - Ang "mga ulat" ay nagnanais na makatanggap siya ng trapiko sa grupong ito.

Sa ulat ng IGMPV2 napupunta sa address ng nais na grupo, at sa kahanay ito ay ipinahiwatig sa pakete mismo. Ang mga mensaheng ito ay dapat na mabuhay lamang sa loob ng kanilang segment at hindi pa rin sa pamamagitan ng routers, samakatuwid, mayroon silang 1 TTL. Madalas sa panitikan maaari mong matugunan ang pagbanggit ng

IGMP sumali.

. Huwag matakot - ito ay isang alternatibong pangalan para sa ulat ng pagiging miyembro ng IGMP.

2.

Ang router ay tumatanggap ng iGMP-Report at, napagtatanto na ang interface na ito ngayon ay may mga customer, gumagawa ng impormasyon sa kanilang mga talahanayan

Ito ay isang output ng impormasyon sa IGMP. Ang unang grupo ay hiniling ng kliyente. Ang ikatlo at ikaapat ay ang mga ulat ng serbisyo ng SSDP.

Itinayo sa Windows. Ang ikalawa ay isang espesyal na grupo na laging naroroon sa mga routers ng Cisco - ginagamit ito para sa Auto-RP protocol. na kung saan ay aktibo sa pamamagitan ng default sa routers. Ang interface ng Fe0 / 0 ay bumababa para sa grupo ng 224.2.2.4 - kakailanganin itong ipadala ang natanggap na trapiko. Kasama ang karaniwang natatanging routing table mayroon ding multicast: Tungkol sa pagkakaroon ng mga customer na nagsasabing unang rekord

(*, 224.2.2.4)

. At rekord (172.16.0.5, 224.2.2.4) .

Nangangahulugan ito na alam ng router ang tungkol sa pinagmulan ng isang multicast stream para sa grupong ito. Mula sa output ito ay malinaw na trapiko para sa grupo 224.2.2.4 ay dumating sa pamamagitan ng Fe0 / 1, at ito ay kinakailangan upang ipadala ito sa PE0 / 0 port. Ang mga interface kung saan kailangan mong magpadala ng trapiko ay kasama sa listahan ng mga interface sa ibaba ng agos -

Listahan ng Oil - Outbound Interface

Sa mas detalyado ang utos Ipakita ang ip Mroute. Makakakita tayo mamaya. . Sa itaas ng dump nakikita mo na sa sandaling ang kliyente ay nagpadala ng isang IGMP-ulat, kaagad pagkatapos na ito ay nagsakay ng UDP ay isang stream ng video. .

3. Ang kliyente ay nagsimulang tumanggap ng trapiko. Ngayon ang router ay dapat na minsan suriin na ang mga tatanggap ay mayroon pa ring puwang upang hindi mag-broadcast kung biglang ang mga customer ay naiwan. Upang gawin ito, pana-panahon itong nagpapadala ng isang kahilingan sa lahat ng mga pababang interface nito. IGMP query.

* Dump na sinala ng IGMP * Sa itaas ng dump nakikita mo na sa sandaling ang kliyente ay nagpadala ng isang IGMP-ulat, kaagad pagkatapos na ito ay nagsakay ng UDP ay isang stream ng video. .

Bilang default, nangyayari ito tuwing 60 segundo. TTL Ang mga pakete ay katumbas din sa 1. Ang mga ito ay ipinadala sa address 224.0.0.1 - lahat ng mga node sa segment na ito - nang hindi tumutukoy sa isang partikular na grupo. Ang mga naturang query na mensahe ay tinatawag na.

Pangkalahatang query.

- Pangkalahatan. Kaya, ang router ay nagtanong: "Mga lalaki, at sino at ano pa ang gustong tumanggap?".

Ang pagkakaroon ng natanggap na Pangkalahatang Query ng IGMP, ang anumang host na nakikinig sa anumang grupo ay dapat magpadala ng IGMP na ulat tulad ng ginawa nito kapag nakakonekta. Ang address ng pangkat ng interes sa kanyang grupo ay dapat na tinukoy sa ulat. Kung, bilang tugon sa query, hindi bababa sa isang ulat ang dumating sa router, nangangahulugan ito na may mga customer pa rin, patuloy niyang i-broadcast na ang interface mula sa kung saan ang ulat na ito ay nagmula, ang trapiko ng grupong ito. Kung ang isang query ay walang tugon mula sa isang interface ng tugon para sa ilang grupo, tinanggal ng router ang interface na ito mula sa multicast routing table para sa grupong ito - ay huminto upang magpadala ng trapiko. Sa inisyatiba nito, ang kliyente ay karaniwang nagpapadala ng ulat lamang kapag nakakonekta, pagkatapos ay tumugon lamang ito sa query mula sa router. Isang kagiliw-giliw na detalye sa pag-uugali ng kliyente: pagkakaroon ng natanggap na query, siya ay hindi nagmadali upang tumugon kaagad upang mag-ulat. Ang node ay tumatagal ng haba ng timeout mula 0 hanggang .Max tugon oras. .

na tinukoy sa susunod na query: Kapag nag-debug o sa dump, sa pamamagitan ng paraan, maaari itong makita na ilang segundo ay maaaring pumasa sa pagitan ng pagkuha ng iba't ibang mga ulat. Ginagawa ito upang ang daan-daang mga customer ang lahat ng saklaw ay hindi nagbaha sa network sa kanilang mga ulat sa pamamagitan ng pagtanggap ng pangkalahatang query. Bukod dito, isang kliyente lamang ang karaniwang nagpapadala ng ulat. Ang katotohanan ay ang ulat na iyon ay ipinadala sa address ng grupo, at samakatuwid ay dumating sa lahat ng mga customer. Pagkatapos matanggap ang ulat mula sa isa pang kliyente para sa parehong grupo, ang node ay hindi magpapadala ng sarili. Ang lohika ay simple: ang router ay nakatanggap na ng napaka-ulat na ito at alam na may mga customer, hindi kinakailangan.

Ang mekanismo na ito ay tinatawag na.

Iulat ang panunupil

Susunod sa artikulo sasabihin namin tungkol sa kung bakit ang mekanismo na ito sa katunayan ay bihirang nagtatrabaho apat. Kaya napupunta sa loob ng maraming siglo hanggang sa nais ng kliyente na lumabas sa grupo (halimbawa, i-off ang player / TV). Sa kasong ito, nagpapadala siya Iwanan ang iGMP. sa address ng grupo.

Ang router ay tumatanggap nito at sa isang ideya ay dapat patayin. Ngunit hindi niya maaaring hindi paganahin ang isang partikular na kliyente - ang router ay hindi makilala ang mga ito - mayroon lamang itong interface sa ibaba ng agos. At ang interface ay maaaring maging maraming mga customer. Iyon ay, kung ang router ay tinatanggal ang interface na ito mula sa listahan ng Oul (papalabas na listahan ng interface) para sa grupong ito, ang video ay i-off sa lahat.

Ngunit hindi rin tanggalin ito, imposible rin - biglang ito ang huling kliyente - bakit pagkatapos ay hugasan ito? Sa itaas ng dump nakikita mo na sa sandaling ang kliyente ay nagpadala ng isang IGMP-ulat, kaagad pagkatapos na ito ay nagsakay ng UDP ay isang stream ng video. .

Kung titingnan mo ang dump, makikita mo na matapos matanggap ang leave router, patuloy na dumadaloy ang stream para sa ilang oras. Ang katotohanan ay ang router bilang tugon sa pag-iwan ay nagpapadala ng IGMP query sa address ng grupo kung saan ang leave na ito ay dumating sa interface na iyon kung saan siya nanggaling. Ang gayong pakete ay tinatawag na.

Tukoy na query sa grupo.

. Sagutin ito

lamang Tukoy na query sa grupo. Ang mga kliyente na nakakonekta sa partikular na pangkat na ito.

Kung ang router ay nakatanggap ng ulat ng tugon para sa grupo, patuloy itong nag-broadcast sa interface, kung hindi natanggap - inaalis ang timer pagkatapos na mag-expire ang timer.

Sa kabuuan, pagkatapos matanggap ang leave, dalawang grupo na tukoy na query ang napupunta - isang sapilitan, pangalawang kontrol. Susunod, hinihinto ng router ang stream. Querier. Isaalang-alang ang isang mas mahirap na kaso: Dalawang (o higit pa) routers na maaaring mag-broadcast ng trapiko ay konektado sa client segment. Kung wala kang gagawin, ang multicast trapiko ay duplicated - parehong routers ay makakatanggap ng ulat mula sa mga customer. Upang maiwasan ito mayroong isang mekanismo ng pagpili - Pulitika. Ang isa na manalo ay magpapadala ng query, subaybayan ang ulat at gumanti upang umalis, at, nang naaayon, magpapadala ito ng trapiko sa segment. Ang loser ay makikinig lamang sa ulat at panatilihin ang iyong kamay sa pulso. Ang mga halalan ay nagaganap nang simple at madaling maunawaan. Isaalang-alang ang sitwasyon mula sa sandaling ang R1 at R2 routers ay naka-on. isa) Activate ang IGMP sa mga interface. 2) Sa una, sa pamamagitan ng default, bawat isa sa kanila ay isinasaalang-alang ang kanyang sarili querier. 3) Ang bawat isa ay nagpapadala ng pangkalahatang query sa IGMP sa network. Ang pangunahing layunin ay upang malaman kung may mga customer, at kahanay - upang ipahayag sa iba pang mga routers sa segment kung sila ay, tungkol sa iyong pagnanais na lumahok sa mga halalan. apat) Ang pangkalahatang query ay tumatanggap ng lahat ng mga aparato sa segment, kabilang ang iba pang mga iGMP routers. limang) Ang pagkakaroon ng natanggap na tulad ng isang mensahe mula sa isang kapitbahay, ang bawat router ay tinatantya na mas karapat-dapat. 6) Nanalo ng router S.

Mas maliit na IP.

(tinukoy sa Source IP field ng IGMP query). Siya ay naging querier, lahat ng iba pa - non-querier.

7)

Sinimulan ng non-querier ang timer na i-reset tuwing may quaryny na may mas maliit na IP address. Kung bago mag-expire ang timer (higit sa 100 segundo: 105-107), ang router ay hindi makatatanggap ng query na may mas maliit na address, ipinahayag niya ang kanyang sarili na querier at tumatagal ng lahat ng nararapat na function. walong) Kung ang querier ay tumatanggap ng query na may mas maliit na address, idinagdag niya ang mga tungkuling ito. Ang querier ay nagiging isa pang router, na may mas mababa.

Na bihirang kaso kapag sinusukat, na mas mababa. Ang mga halalan sa querier ay isang napakahalagang pamamaraan sa multicast, ngunit ang ilang mga mapanlinlang na mga tagagawa na hindi nagtataglay ng RFC ay maaaring magpasok ng isang malakas na stick sa mga gulong. Ako ay nagsasalita tungkol sa IGMP query na may isang address ng source 0.0.0.0, na maaaring mabuo ng switch. Ang mga naturang mensahe ay hindi dapat lumahok sa pagpili ng querier, ngunit kailangan mong maging handa para sa lahat. Narito ang isang halimbawa Masyadong kumplikadong problema sa pangmatagalang.

.

Ang isang mas pares ng mga salita tungkol sa iba pang mga bersyon ng IGMP. Ang bersyon 1 ay naiiba sa kakanyahan lamang ng katotohanan na Wala itong pag-iwan ng mensahe

.

. Kung ang kliyente ay hindi nais na makatanggap ng mas maraming trapiko ng grupong ito, siya ay huminto lamang na magpadala ng ulat bilang tugon sa query. Kapag hindi isang solong kliyente ay nananatiling, ang timeout router ay titigil sa pagpapadala ng trapiko. Bukod dito, Hindi sinusuportahan ang mga halalan sa querier.

. Upang maiwasan ang pagkopya ng trapiko, ang isang mas mataas na protocol ay responsable, halimbawa, PIM, tungkol sa kung saan kami ay magsasalita pa Sinusuportahan ng Bersyon 3 ang lahat na sumusuporta sa IGMPV2, ngunit mayroong maraming pagbabago. Una, ang ulat ay hindi na ipinadala sa address ng grupo, ngunit sa isang address ng serbisyo ng multicast 224.0.0.22.

. At ang address ng hiniling na grupo ay ipinahiwatig lamang sa loob ng pakete. Ginagawa ito upang gawing simple ang gawain ng IGMP snooping, na aming sasabihin tungkol sa

.

Pangalawa, mas mahalaga, ang IGMPV3 ay nagsimulang suportahan ang SSM sa dalisay na anyo nito. Ito ang tinatawag na.

Sa itaas ng dump nakikita mo na sa sandaling ang kliyente ay nagpadala ng isang IGMP-ulat, kaagad pagkatapos na ito ay nagsakay ng UDP ay isang stream ng video. .

Ang kliyente ay humiling rin ng isang grupo ng 224.2.2.4 sa pamamagitan ng VLC player. Pinagmulan ng partikular na multicast. Sa ulat ng IGMPV2 napupunta sa address ng nais na grupo, at sa kahanay ito ay ipinahiwatig sa pakete mismo. Ang mga mensaheng ito ay dapat na mabuhay lamang sa loob ng kanilang segment at hindi pa rin sa pamamagitan ng routers, samakatuwid, mayroon silang 1 TTL. . Sa kasong ito, ang client ay maaaring hindi lamang humiling ng isang grupo, ngunit din tukuyin ang isang listahan ng mga mapagkukunan mula sa kung saan nais niyang makatanggap ng trapiko o vice versa ay hindi gusto. Sa IGMPV2, hinihiling at natatanggap ng kliyente ang trapiko ng grupo nang walang pag-aalaga sa pinagmulan. Kaya, ang IGMP ay dinisenyo upang makipag-ugnay sa mga customer at router. Samakatuwid, bumalik sa. Sa mas detalyado ang utos Halimbawa II. 4Tulad ng alam mo, ang mga sumusunod na uri ng trapiko ay umiiral: Kung saan walang router, maaari naming authoritatively declare - IGMP doon - hindi hihigit sa pormalidad. Walang router, at ang kliyente ay walang sinuman upang humiling ng multicast stream. At siya ay makakakuha ng isang video para sa simpleng dahilan na ang daloy at kaya pagbuhos mula sa switch - kailangan mo lamang upang kunin ito. Alalahanin na ang IGMP ay hindi gumagana para sa IPv6. May MLD protocol. Ulitin muli Una sa lahat, ang router ay nagpadala ng kanyang IGMP Pangkalahatang query pagkatapos i-on ang IGMP sa interface nito upang malaman kung may mga tatanggap at idedeklara ang kanilang pagnanais na maging querier. Sa oras na iyon, walang sinuman ang nasa pangkat na ito. Pagkatapos ay lumitaw ang isang kliyente, na gustong tumanggap ng trapiko ng grupo 224.2.2.4 At ipinadala niya ang kanyang ulat ng IGMP. Pagkatapos nito, nagpunta ako sa trapiko dito, ngunit ito ay na-filter sa labas ng dump. Pagkatapos ay nagpasya ang router para sa ilang kadahilanan upang suriin - at kung wala nang mga customer at ipinadala muli ang pangkalahatang query ng IGMP kung saan ang client ay sapilitang upang sagutin ( lima.

Pana-panahong (isang beses sa isang minuto) ang mga tseke ng router na mayroon pa ring mga tatanggap, gamit ang General Query ng IGMP, at kinumpirma ito ng node gamit ang ulat ng IGMP.

Ngunit pa rin ito ay ganap na hindi maunawaan kung paano ang trapiko mula sa server ay umabot sa mga customer kapag mayroong isang malaking network LinkMiap ng network? At kung saan, sa katunayan, ito ay kilala kung sino ang kliyente? Hindi namin maaaring manu-manong magparehistro ruta, dahil lamang hindi namin alam kung saan ang mga customer ay maaaring. Ang karaniwang routing protocol ay hindi sasagutin ang tanong na ito. Kaya'tunawaan natin na ang paghahatid ng isang multicast ay isang bagay na ganap na bago sa atin. 6. Pagkatapos ay binago niya ang kanyang isip at tinanggihan ang grupo sa pamamagitan ng pagpapadala ng IGMP leave. 7. Ang router ay nakatanggap ng bakasyon at, na gustong tiyakin na walang iba pang mga tatanggap ay walang iba pang mga tatanggap, magpadala ng partikular na query ng grupo ng IGMP ... dalawang beses. At pagkatapos ng pag-expire ng timer ay tumigil upang magpadala ng trapiko dito. walong. Gayunpaman, patuloy itong nagpapadala ng IGMP query sa network. Halimbawa, kung hindi mo pinatay ang manlalaro, ngunit sa isang lugar na may koneksyon ng problema. Pagkatapos ay ang koneksyon ay naibalik, ngunit ang kliyente ay hindi nagpapadala ng isang ulat mismo. Ngunit ang mga sagot sa query. Kaya, ang daloy ay maaaring mabawi nang walang pakikilahok ng tao. Muli Ginagawa ito upang ang daan-daang mga customer ang lahat ng saklaw ay hindi nagbaha sa network sa kanilang mga ulat sa pamamagitan ng pagtanggap ng pangkalahatang query. Bukod dito, isang kliyente lamang ang karaniwang nagpapadala ng ulat. - Protocol kung saan natututo ang router tungkol sa pagkakaroon ng mga tatanggap ng multicast trapiko at ang kanilang pag-disconnect. Tukoy na query sa grupo. IGMP Report.

- Ipinadala ng kliyente kapag nakakonekta at bilang tugon sa IGMP query. Nangangahulugan ito na nais ng kliyente na makatanggap ng isang panoorin ng isang partikular na grupo.

.

IGMP General query.

- Ito ay ipinadala sa pamamagitan ng router pana-panahon upang suriin kung aling mga grupo ang kailangan ngayon. Tulad ng address ng tatanggap, 224.0.0.1 ay ipinahiwatig.

IGMP Group Sepcific Query.

- Naipadala ng router bilang tugon sa pag-iwan ng mensahe, upang malaman kung may iba pang mga tatanggap sa pangkat na ito. Bilang address ng tatanggap, ang address ng multicast group ay ipinahiwatig.

- Napili ng kliyente kapag nais niyang umalis sa grupo.

- Kung sa isang broadcast segment mayroong ilang mga routers na maaaring i-broadcast, kasama ng mga ito ang isang pangunahing - querier ay napili. Ito ay pana-panahong magpadala ng query at magpadala ng trapiko.

Detalyadong paglalarawan ng lahat ng mga tuntunin ng IGMP.

Pim

Kaya, naisip namin kung paano ipaalam sa mga customer ang pinakamalapit na router tungkol sa kanilang mga intensyon. Ngayon ay magiging mabait na maglipat ng trapiko mula sa pinagmulan sa tatanggap sa pamamagitan ng isang malaking network. Kung iniisip mo ito, nakatayo kami bago ang isang nasisiyahang kumplikadong problema - ang pinagmulan ay nag-broadcast lamang sa grupo, wala siyang alam tungkol sa kung saan matatagpuan ang mga tatanggap at kung gaano karami. .

Ang mga tatanggap at ang pinakamalapit na routers ay alam lamang na kailangan nila ng isang tanawin ng isang partikular na grupo, ngunit walang ideya kung saan ang pinagmulan at kung ano ang kanyang address. Paano maghatid ng trapiko sa sitwasyong ito?

Mayroong ilang mga multicast routing protocol: DVMRP.

  • , MOSP.
  • , CBT.

- Lahat ng mga ito ay lutasin ang gayong gawain sa iba't ibang paraan. Ngunit ang karaniwang de facto ay naging

PIM - Protocol Independent multicast.

Ang iba pang mga diskarte ay hindi kanais-nais na kung minsan kahit na ang kanilang mga developer ay halos makilala ito. Dito, halimbawa, isang sipi mula sa RFC sa pamamagitan ng CBT protocol: Ang CBT Version 2 ay hindi, at hindi, nilayon upang maging paurong tugma sa bersyon 1; Hindi namin expt ito upang maging sanhi ng malawak na mga problema sa compatibility dahil hindi namin naniniwala CBT ay sa lahat ng malawak na deployed sa yugtong ito.

Ang PIM ay may dalawang bersyon na maaaring tinatawag ding dalawang magkakaibang mga protocol sa prinsipyo, sila ay lubos na naiiba:

PIM SEAR MODE (DM)

PIM Sparse Mode (SM) Malamang na siya ay dahil hindi ito nakatali sa isang partikular na programa ng pagruruta ng natatanging trapiko, at sa ibang pagkakataon makikita mo kung bakit. .

PIM siksik mode.

Pim dm.

Sinusubukan na malutas ang problema ng paghahatid ng multicust sa noo. Malinaw na ipinapalagay niya na ang mga tatanggap ay nasa lahat ng dako, sa lahat ng sulok ng network. Samakatuwid, sa una ay inilalagay niya ang buong network ng trapiko ng multicast, ibig sabihin, ipinapadala nito ito sa lahat ng mga port, bilang karagdagan, kung saan siya nanggaling. Kung pagkatapos ay lumabas na sa isang lugar na hindi siya kailangan, pagkatapos ay ang sangay na ito ay "putulin" sa tulong ng isang espesyal na mensahe Pim Prune - ang trapiko ay hindi na ipinadala doon. Ngunit pagkatapos ng ilang sandali sa parehong sangay, ang router ay nagsisikap na magpadala ng multicast - biglang mga tatanggap ang lumitaw doon. Kung hindi lumitaw, ang sangay ay pinutol muli sa isang tiyak na panahon. Kung ang client sa router ay lumitaw sa pagitan sa pagitan ng dalawang mga kaganapan, ang mensahe ng graft ay ipinadala - ang router ay humiling ng cut branch pabalik upang hindi maghintay hanggang sa ito ay bumaba ng isang bagay. .

Tulad ng makikita mo, walang tanong sa pagtukoy ng landas sa mga tatanggap - ang trapiko ay makamit ang mga ito dahil lamang sa lahat ng dako.

Matapos ang "pagtutuli" ng mga hindi kinakailangang sangay, ang isang puno ay nananatiling, kasama ang isang multicast trapiko ay naipasa. Ang puno na ito ay tinatawag na.

SPT - pinakamaikling puno ng landas

Ito ay wala ng mga loop at ginagamit ang pinakamaikling landas mula sa tatanggap hanggang sa pinagmulan. Sa kakanyahan ito ay halos katulad sa puno ng puno sa STP

Kung saan ang ugat ay ang pinagmulan.

Ang SPT ay isang kongkretong tanawin ng puno - ang pinakamaikling puno ng puno. Sa pangkalahatan, ang anumang puno ng multicone ay tinatawag na.

MDT - Multicast Distribution Tree.

Ipinapalagay na ang PIM DM ay dapat gamitin sa mga high-density network ng multicast customer, na nagpapaliwanag ng pangalan nito (siksik). Ngunit ang katotohanan ay tulad na ang sitwasyong ito ay sa halip isang pagbubukod, at madalas Pim DM ay hindi naaangkop. Ang talagang mahalaga para sa atin ngayon ay isang mekanismo upang maiwasan ang mga loop. Isipin ang gayong network:

Isang pinagmulan, isang tatanggap at ang pinakasimpleng network ng IP sa pagitan nila. Sa lahat ng routers na tumatakbo sa PIM DM.

Ano ang mangyayari kung walang espesyal na mekanismo upang maiwasan ang mga loop?

Ang pinagmulan ay nagpapadala ng trapiko ng multicast. Tinatanggap ito ng R1 at alinsunod sa mga prinsipyo ng PIM DM na nagpapadala sa lahat ng mga interface, bilang karagdagan, kung saan siya ay nagmula - iyon ay, sa R2 at R3.

Ang R2 ay pumapasok sa parehong paraan, iyon ay, nagpapadala ito ng trapiko patungo sa R3. Ang R3 ay hindi maaaring matukoy na ito ay ang parehong trapiko na natanggap na niya mula sa R1, kaya nagpapadala ito sa lahat ng mga interface nito. Ang R1 ay makakatanggap ng isang kopya ng trapiko mula sa R3 at iba pa. Narito siya ay isang loop.

Ano ang nag-aalok ng PIM sa ganitong sitwasyon?

RPF - Reverse Path Forwarding.

. Ito ang pangunahing prinsipyo ng pagpapadala ng trapiko ng multicast sa PIM (anumang uri: at DM at SM) - ang trapiko mula sa pinagmulan ay dapat sumama sa pinakamaikling landas. Iyon ay, para sa bawat natanggap na pakete ng multicast, ito ay naka-check sa batayan ng routing table, kung ito ay nagmula doon. 1) Ang router ay tumitingin sa address ng pinagmulan ng multicast packet.

2) Sinusuri ang routing table, kung aling interface ang source address ay magagamit.

3) Sinusuri ang interface kung saan dumating ang multicast package.

4) Kung ang mga interface ay nag-coincide - lahat ng bagay ay pagmultahin, ang multicast package ay nilaktawan, kung ang data ay nagmula sa isa pang interface - sila ay itatapon.

Halimbawa: IPTV.

Sa aming halimbawa, alam ng R3 na ang pinakamaikling landas sa pinagmulan ay nakasalalay sa R1 (static o dynamic na ruta). Samakatuwid, ang mga multicast packet na nagmula sa R1 ay nasubok at natanggap R3, at ang mga nagmula sa R2 ay itinapon.

Ang tseke na ito ay tinatawag na.

RPF-Check. At salamat sa kanya kahit na sa mas kumplikadong mga network, ang mga loop sa MDT ay hindi babangon. Ang mekanismo na ito ay mahalaga sa amin, dahil ito ay may kaugnayan at sa PIM-SM at gumagana doon nag-iisa.

Tulad ng makikita mo, ang PIM ay batay sa talahanayan ng natatanging routing, ngunit una, hindi ito gumagalaw ng trapiko, pangalawa, hindi mahalaga kung sino at kung paano mapuno ang mesa. Hindi ka titigil dito at isaalang-alang ang trabaho ng PIM DM nang detalyado - ito ay isang hindi napapanahong protocol na may pagtimbang ng mga kakulangan (mabuti, tulad ng rip .

Gayunpaman, maaaring magamit ang PIM DM sa ilang mga kaso. Halimbawa, sa napakaliit na mga network, kung saan ang daloy ng isang multicast ay maliit.

PIM sparse mode.

Ang isang ganap na iba't ibang diskarte ay nalalapat Pim sm.

. Sa kabila ng pangalan (nasira mode), maaari itong matagumpay na magamit sa anumang network na may kahusayan ng hindi bababa sa hindi mas masahol kaysa sa PIM DM.

.

Narito tinanggihan nila ang ideya ng walang pasubaling pagbaha ng isang multicast network. Ang mga interesadong knot ay nakapag-iisa na humiling ng isang koneksyon sa puno gamit ang mga mensahe 
Pim sumali. Kung ang router ay hindi nagpadala sumali, hindi ipapadala ang trapiko. Upang maunawaan kung paano gumagana ang PIM, magsimula tayo sa isang simpleng network na may isang solong router ng PIM:

Mula sa mga setting hanggang R1, dapat mong paganahin ang kakayahang mag-routing ng multicast, PIM SM sa dalawang interface (patungo sa pinagmulan at patungo sa kliyente) at IGMP patungo sa kliyente.

Bilang karagdagan sa iba pang mga pangunahing setting, siyempre (IP, IGP).

Mula ngayon, maaari mong i-drop ang mga GN at mangolekta ng laboratoryo. Ito ay sapat na tungkol sa kung paano magtipon ng isang stand para sa isang multicast sinabi ko sa artikulong ito.

R1 (config) #ip multicast-routing r1 (config) #int fa0 / 0 r1 (config-kung) #ip pim sparse-mode r1 (config-kung) #int fa1 / 0 r1 (config-kung) #ip pim Sparse-mode. Cisco Narito ang karaniwang nagtatampok ng espesyal na diskarte nito: Kapag na-activate mo ang PIM sa interface, awtomatikong isinaaktibo ang IGMP. Sa lahat ng mga interface kung saan naka-activate ang PIM, gumagana ito at IGMP. Kasabay nito, ang iba pang mga tagagawa ay may dalawang magkakaibang mga protocol na lumiko sa dalawang magkakaibang utos: hiwalay na IGMP, hiwalay na PIM. Patawarin ang kakaibang ito? Kasama ng lahat ng iba pa? Dagdag pa, maaaring kailanganin upang i-configure ang RP address ( IP PIM RP-address 172.16.0.1. , halimbawa). Tungkol sa mga ito sa ibang pagkakataon, habang tumatanggap bilang isang ibinigay at tanggapin.

Suriin ang kasalukuyang katayuan ng multicast routing table para sa grupo 224.2.2.4: Pagkatapos mong simulan ang broadcast sa pinagmulan, kailangan mong suriin muli ang talahanayan. Pag-aralan natin ang maliit na konklusyon.

Pag-record ng view (*, 225.0.1.1) Kasabay nito, ang iba pang mga tagagawa ay may dalawang magkakaibang mga protocol na lumiko sa dalawang magkakaibang utos: hiwalay na IGMP, hiwalay na PIM. Tinatawag na Dagdag pa, maaaring kailanganin upang i-configure ang RP address ( (*, G) , / Basahin Starkomadzhi. (/ At ipinaaalam sa amin ang tungkol sa mga tatanggap. At hindi kinakailangan na pag-usapan ang tungkol sa isang client-computer, sa pangkalahatan maaari itong maging, halimbawa, isa pang PIM router. Mahalaga kung aling mga interface ang kailangang pumasa sa trapiko. Kung ang listahan ng mga interface sa ibaba ng agos (langis) ay walang laman -

WALA

, Samakatuwid, walang mga tatanggap - at hindi pa namin inilunsad ang mga ito.

Record.

(172.16.0.5, 225.0.1.1) (S, g) .

Eskijah.

/ At nagpapahiwatig na ang pinagmulan ay kilala. Sa aming kaso, isang mapagkukunan na may address 172.16.0.5 Broadcast ang trapiko para sa grupo 224.2.2.4. Ang multicast trapiko ay dumating sa Fe0 / 1 interface - ito ay

pataas

Upstream

) Interface.

Kaya, walang mga customer. Ang trapiko mula sa pinagmulan ay dumating sa router at sa buhay na ito ay nagtatapos. Let's add now the recipient - Itatakda namin ang pagtanggap ng multicast sa PC.

Ipinapadala ng PC ang ulat ng IGMP, naiintindihan ng router na lumitaw ang mga customer at ina-update ang multicast routing table. Ngayon mukhang ganito: Lumitaw ang isang interface sa ibaba ng agos: Fe0 / 0, na lubos na inaasahan. At ito ay lumitaw parehong sa (*, g) at sa (s, g). Ang listahan ng mga interface sa ibaba ng agos ay tinatawag na.

Listahan ng Oil - Papalabas na Interface

.

Magdagdag ng isa pang client sa interface ng FE1 / 0:

Kung binasa mo ang output sa literal, mayroon kaming:

(*, G): May mga tatanggap ng multicast trapiko para sa grupo 224.2.2.4 sa labas ng mga interface Fe0 / 0, Fe1 / 0. At ganap na hindi mahalaga kung sino ang nagpadala, ano at sinasabi ang tanda na "*". 

(S, g): Kapag ang multicast trapiko sa destination address 224.2.2.4 mula sa source 172.16.0.5 ay dumating sa Fe0 / 1 interface, ang mga kopya nito ay dapat ipadala sa Fe0 / 0 at Fe1 / 0.

Ngunit ito ay isang napaka-simpleng halimbawa - isang router agad alam ang source address at kung saan ang mga tatanggap ay matatagpuan. Sa katunayan, kahit na ang mga puno ay walang narito - maliban sa degenerate. Ngunit nakatulong ito sa amin na makitungo sa kung paano nakikipag-ugnayan ang PIM at IGMP. 
Upang harapin kung ano ang pim, binabaling namin ang network na mas kumplikado

Ipagpalagay na ang lahat ng mga IP address ay naka-configure na alinsunod sa scheme. Ang network ay nagpapatakbo ng IGP para sa ordinaryong natatanging routing. Client1. Halimbawa, maaari mong i-ping ang isang source server. Ngunit sa ngayon PIM, ang IGMP ay hindi tumatakbo, ang mga customer ay hindi humiling ng mga channel. File ng paunang configuration.

Kaya, ang sandali ng oras 0.

I-on ang multicast routing sa lahat ng limang routers:

Rx (config) #ip multicast-routing.

Ang PIM ay direktang kasama sa lahat ng mga interface ng lahat ng routers (kabilang ang sa interface patungo sa source server at kliyente):

Rx (config) #int fex / x rx (config-kung) #ip pim sparse-mode Ang IGMP, sa teorya, ay dapat na kasama sa mga interface patungo sa mga customer, ngunit, tulad ng nabanggit na namin sa itaas, ito ay awtomatikong lumiliko sa kagamitan ng Cisco na may PIM. Ang unang bagay na ginagawa ni Pim - ay nagtatakda ng kapitbahayan. Mga mensahe na ginagamit para dito

Pim Hello.

. Kapag na-activate mo ang PIM sa interface, ang PIM Hello ay ipinadala sa address

  1. 224.0.0.13.
  2. Sa TTL katumbas ng 1. Nangangahulugan ito na ang mga routers lamang sa isang broadcast domain ay maaaring maging mga kapitbahay.

Sa sandaling ang mga kapitbahay ay nakakuha ng pagbati mula sa bawat isa:

Ngayon handa na silang tanggapin ang mga application para sa mga grupo ng multicast.

Kung nagsisimula na kami ngayon sa enclosure ng customer sa isang banda at i-on ang multicast stream mula sa server sa kabilang banda, pagkatapos ay makakatanggap ang R1 ng daloy ng trapiko, at ang R4 ay makakatanggap ng ulat ng IGMP kapag sinubukan mong kumonekta. Bilang resulta, hindi alam ng R1 ang anumang bagay tungkol sa mga tatanggap, at R4 sa pinagmulan. Magiging maganda kung ang impormasyon tungkol sa pinagmulan at ang mga kliyente ng grupo ay nakolekta sa isang lugar sa isang lugar. Ngunit sa ano? Ang gayong punto ng pulong ay tinatawag na.

Rendezvous point - RP. 

. Ito ang sentral na konsepto ng PIM SM. Walang nagtrabaho nang wala ito. Narito ang pinagmulan at mga tatanggap.

Ang lahat ng mga routers ng PIM ay dapat malaman kung sino ang RP sa domain, iyon ay, alam ang IP address nito. Upang bumuo ng isang puno ng MDT, ang network ay pinili bilang RP ilang gitnang punto, na, responsable para sa pag-aaral ng pinagmulan,

Ito ay isang punto ng pagkahumaling ng pagsali sa mga mensahe mula sa lahat ng interesado. 

Mayroong dalawang paraan upang magawa ang RP: static at dynamic. Titingnan namin ang parehong sa artikulong ito, ngunit magsimula sa static, dahil kung ano ang mas malamang na maging static?

Hayaan ang R2 ay nilalaro ng Rp.

Upang madagdagan ang pagiging maaasahan, karaniwang pinili ang loopback address. samakatuwid

para sa lahat

Ang mga routers ay pinaandar ng utos: Rx (config) #ip pim rp-address 2.2.2.2 )

Naturally, ang address na ito ay dapat na magagamit sa routing table mula sa lahat ng mga puntos. Well, dahil ang address 2.2.2.2 ay RP, sa interface )

Loopback 0. Sa R2, ito ay kanais-nais din upang maisaaktibo ang PIM. R2 (config) #interface loopback 0 rx (config-kung) #ip pim sparse-mode )

Kaagad pagkatapos nito, natututo ang R4 tungkol sa pinagmumulan ng trapiko para sa grupo 224.2.2.4:

At kahit na naglilipat ng trapiko:

Ang interface ng Fe0 / 1 ay 362000 b / s, at sa pamamagitan ng interface ng Fe0 / 0 na ipinapadala.

Lahat ng ginawa namin: Susunod, hinihinto ng router ang stream. Kasama ang kakayahang mag-route ng trapiko ng multicast (

Isaalang-alang ang isang mas mahirap na kaso: IP multicast-routing.

Activate pim sa mga interface ( Iyon ay, para sa bawat natanggap na pakete ng multicast, ito ay naka-check sa batayan ng routing table, kung ito ay nagmula doon. IP PIM sparse-mode.

Ipinahiwatig ang address RP ( IP PIM RP-ADRESS. X.x.x.x. Lahat ng bagay, ito ay isang pagsasaayos ng pagtatrabaho at maaaring maghanap, dahil ang mga eksena ay nakatago ng higit pa kaysa sa nakikita sa entablado. Buong pagsasaayos sa PIM.

- Pulitika. Ang isa na manalo ay magpapadala ng query, subaybayan ang ulat at gumanti upang umalis, at, nang naaayon, magpapadala ito ng trapiko sa segment. Ang loser ay makikinig lamang sa ulat at panatilihin ang iyong kamay sa pulso. Debriefing.

Well, paano gumagana ang lahat sa dulo? Paano alam ng RP kung saan ang pinagmulan kung saan ang mga customer at nagbibigay ng komunikasyon sa pagitan nila? Dahil ang lahat ng bagay ay lumalabas para sa kapakanan ng aming mga paboritong customer, pagkatapos, simula sa kanila, isaalang-alang ang buong proseso sa mga detalye. Ang Client 1 ay nagpapadala ng IGMP Report para sa grupo 224.2.2.4.

Ang R4 ay nakakakuha ng query na ito, nauunawaan na mayroong isang kliyente sa labas ng interface ng Fe0 / 0, nagdadagdag ng interface na ito sa langis at mga form na nagre-record (*, g).

Ang pataas na interface Fe0 / 1 ay nakikita dito, ngunit hindi ito nangangahulugan na ang R4 ay tumatanggap ng trapiko para sa grupo 224.2.2.4. Nagsasalita lamang ito na ang tanging lugar mula sa kung saan siya makatatanggap ay Fe0 / 1, dahil naroroon na ang RP ay naroon. Sa pamamagitan ng paraan, ang kapitbahay na pumasa

Isaalang-alang ang sitwasyon mula sa sandaling ang R1 at R2 routers ay naka-on. - R2: 10.0.2.24. Inaasahan.

R4 ay tinatawag na - LHR (huling hop router) - ang huling router sa landas ng trapiko ng multicast, kung binibilang mo mula sa pinagmulan. Sa ibang salita, ito ang router na pinakamalapit sa tatanggap. Para sa

Client1. - ito ay R4 para sa Client2.

- Ito ay R5.

Dahil walang multicast stream sa R4 (hindi pa ito hiniling), ito ay bumubuo ng PIM na sumali sa mensahe at ipinapadala ito patungo sa RP (2.2.2.2).

Ang PIM ay ipinadala sa pamamagitan ng isang multicast sa address 224.0.0.13. "Sa direksyon ng RP," ay nangangahulugan sa pamamagitan ng interface na tinukoy sa routing table, bilang papalabas para sa address na tinukoy sa loob ng pakete. Sa aming kaso, ito ay 2.2.2.2 - ang address RP. Ang gayong pagsali ay tinutukoy bilang.

Sumali (*, g)

At sinabi niya: "Hindi mahalaga kung sino ang pinagmulan, kailangan ko ng trapiko sa grupo na 224.2.2.4." Iyon ay, ang bawat router sa paraan ay dapat hawakan tulad sumali at, kung kinakailangan, magpadala ng isang bagong sumali sa gilid ng Rp. (Mahalagang maunawaan na kung mayroon na ang grupong ito sa router, hindi ito magpapadala ng Sumali - idaragdag lamang nito ang interface kung saan sumali ang dumating sa langis at nagsisimula sa paglipas ng trapiko). Sa aming kaso, sumali nagpunta sa Fe0 / 1:

R2, na natanggap na sumali, ay bumubuo ng isang rekord (*, g) at nagdadagdag ng interface ng Fe0 / 0 sa langis. Ngunit sumali ay hindi na magpadala - siya mismo ay rp, at walang nalalaman tungkol sa pinagmulan. Ngunit pagkatapos ng ilang sandali sa parehong sangay, ang router ay nagsisikap na magpadala ng multicast - biglang mga tatanggap ang lumitaw doon. Kung hindi lumitaw, ang sangay ay pinutol muli sa isang tiyak na panahon. Kung ang client sa router ay lumitaw sa pagitan sa pagitan ng dalawang mga kaganapan, ang mensahe ng graft ay ipinadala - ang router ay humiling ng cut branch pabalik upang hindi maghintay hanggang sa ito ay bumaba ng isang bagay. Kaya, natututo ang RP kung saan matatagpuan ang mga customer.

Activate ang IGMP sa mga interface. Kung ang

Client 2. Gusto din na makatanggap ng multicast trapiko para sa parehong grupo, R5 ay magpapadala ng PIM sumali sa Fe0 / 1, dahil ito ay RP, R3, na natanggap ito, bumubuo ng isang bagong PIM na sumali at nagpapadala nito sa FE1 / 1 - kung saan matatagpuan ang RP. Iyon ay, sumali sa mga paglalakbay kaya node sa likod ng node hanggang sa nakakakuha ito sa RP o sa isa pang router, kung saan mayroon nang mga customer ng pangkat na ito.

Kaya, ang R2 ay ang aming RP - ngayon alam na para sa Fe0 / 0 at Fe1 / 0 siya ay tatanggap para sa grupo 224.2.2.4.

At hindi mahalaga kung gaano karami ang mayroon - isa pagkatapos ng bawat interface o isang daang - ang daloy ng trapiko ay magiging isa pa sa interface. Kung ilarawan mo ang graphically kung ano ang nakuha namin, ito ay magiging ganito: Malayo ang kahawig ng isang puno, tama ba? Samakatuwid, ito ay tinatawag na -

Sa una, sa pamamagitan ng default, bawat isa sa kanila ay isinasaalang-alang ang kanyang sarili querier. RPT - Rendezvous point tree.

. Ang puno na ito ay nakaugat sa RP, at ang mga sanga ay umaabot sa mga customer.

Higit pang pangkalahatang termino gaya ng nabanggit namin sa itaas -

- Tree kasama kung saan ang multicast stream ay ipinamamahagi. Mamaya makikita mo ang pagkakaiba sa pagitan ng MDT at RPT.

Ngayon bigyan namin ang server. Tulad ng na-usapan natin sa itaas, hindi siya nag-aalala tungkol sa PIM, RP, IGMP - nag-broadcast lang siya. At R1 ay nakakakuha ng stream na ito. Ang kanyang gawain ay upang maghatid ng isang multicast sa RP. Sa PIM mayroong isang espesyal na uri ng mga mensahe - Magparehistro . Kinakailangan upang magrehistro ng multicast source sa RP.

Ang pangkalahatang query ay tumatanggap ng lahat ng mga aparato sa segment, kabilang ang iba pang mga iGMP routers. Kaya, ang R1 ay tumatanggap ng multicast stream ng mga grupo 224.2.2.4:

R1 ay

FHR (First Hop Router)

- Ang unang router sa landas ng multicast trapiko o ang pinakamalapit sa pinagmulan.

Susunod, ito encapsulates bawat multicast pakete natanggap mula sa pinagmulan sa natatanging PIM Register at ipinapadala ito diretso sa RP.

  1. Bigyang-pansin ang protocol stack. Sa tuktok ng unicust IP at ang PIM header ay ang orihinal na multicast IP, UDP at data.
  2. Ngayon, hindi katulad ng lahat, ang mga mensaheng PIM na kilala sa amin, sa address ng tatanggap, 2.2.2.2 ay ipinahiwatig, at hindi isang multicone address.

Ang ganitong pakete ay naihatid sa RP ayon sa karaniwang mga panuntunan ng Unicreten Routing at nagdadala ng orihinal na pakete ng multicast, iyon ay, ito ay ... Ito ay tunneling!

=====================.

Numero ng gawain 1. Scheme at paunang pagsasaayos. .

Ang pagkakaroon ng natanggap na tulad ng isang mensahe mula sa isang kapitbahay, ang bawat router ay tinatantya na mas karapat-dapat. Sa server 172.16.0.5, isang application na maaari lamang magpadala ng mga pakete lamang sa isang broadcast address 255.255.255.255, kasama ang UDP 10999 Recipient Port. Ang trapiko na ito ay dapat ihatid sa mga customer 1 at 2: .

Customer 1 sa anyo ng isang multicast trapiko sa address ng grupo 239.9.9.9.

At sa client segment 2, sa anyo ng mga pakete ng broadcast sa address 255.255.255.255.

Mga detalye ng gawain dito.

=====================. Scheme at paunang pagsasaayos. Ang RP ay tumatanggap ng PIM Register, binubuksan ito at nakita ang trapiko sa ilalim ng wrapper para sa Group 224.2.2.4. Malamang na siya ay dahil hindi ito nakatali sa isang partikular na programa ng pagruruta ng natatanging trapiko, at sa ibang pagkakataon makikita mo kung bakit. Impormasyon tungkol dito, agad siyang pumapasok sa talahanayan ng multicast routing:

Isang entry (s, g) - (172.16.0.5, 224.2.2.4). Ang mga naka-unpack na RP packet ay nagpapadala sa RPT sa Fe0 / 0 at FE1 / 0 na mga interface, ayon sa kung aling trapiko ang dumarating sa mga customer.

Sa prinsipyo, ito ay maaaring tumigil. Lahat ay gumagana - ang mga customer ay nakakakuha ng trapiko. Ngunit mayroong dalawang problema:

Mga proseso ng encapsulation at decapsulation - napaka-mahal na pagkilos para sa mga routers. Bilang karagdagan, dagdagan ng mga karagdagang header ang laki ng pakete, at hindi lamang ito umakyat sa MTU sa isang lugar sa intermediate node (naaalala mo ang lahat ng mga problema ng tunneling).

Kung biglang sa isang lugar sa pagitan ng pinagmulan at RP mayroon ding mga tatanggap para sa grupo, ang multicast trapiko ay kailangang dumaan sa isang paraan nang dalawang beses. Halimbawa dito ay isang topology: Ang trapiko sa mga mensahe ng rehistro ay unang maabot ang RP kasama ang R1-R42-R2 line, pagkatapos ay ang net multicast ay babalik sa linya R2-R42. Kaya, sa linya ng R42-R2, dalawang kopya ng isang trapiko ay pupunta, kahit na sa kabaligtaran ng mga direksyon. Samakatuwid, mas mahusay na ilipat ang isang malinis na multicast sa RP sa RP, at para sa kailangan mo upang bumuo ng isang puno - Puno ng pinagmulan Samakatuwid, ang RP ay nagpapadala ng PIM na sumali sa R1. Ngunit ngayon ito ay ipinahiwatig dito para sa address ng grupo na hindi RP, ngunit ang pinagmulan ay nag-aral mula sa mensaheng rehistro. Ang mensaheng ito ay tinatawag na. Sumali sa (s, g) - SPECIFIC SPECIFIC JOIN Ang kanyang layunin ay eksaktong kapareho ng PIM sumali (*, g) - bumuo ng isang puno, lamang oras na ito mula sa pinagmulan hanggang RP. Sumali sa (s, g) ay umaabot din ng isang node sa likod ng isang node bilang karaniwang sumali (*, g). Sumali lamang (*, g) ay nagsusumikap para sa RP, at sumali (s, g) sa S - source. Tulad ng address ng tatanggap ay isang address address 224.0.0.13 at TTL = 1. Kung may mga intermediate node, halimbawa, R42, bumuo din sila ng recording (s, g) at isang listahan ng mga interface sa ibaba ng agos para sa grupong ito at pasulong na sumali sa pinagmulan. Ang landas na sumali mula sa RP hanggang sa pinagmulan ay nagiging - Tree mula sa pinagmulan. Ngunit isang mas karaniwang pangalan - - Pagkatapos ng lahat, ang trapiko mula sa pinagmulan hanggang RP ay pupunta sa pinakamaikling landas.

siyam) Ang R1 na natanggap na sumali (s, g), ay nagdaragdag ng interface ng FE1 / 0, mula sa kung saan ang pakete ay dumating sa listahan ng mga interface ng downstream oil at nagsimulang mag-broadcast ng net multicast trapiko, walang malay na encapsulation. Ang pagtatala (s, g) sa R1 ay naging sa lalong madaling makuha ang unang multiferous na pakete mula sa source server. Ayon sa built source tree, ang multicast ay ipinadala RP (at lahat ng mga intermediate na kliyente kung sila ay, halimbawa, R42). .

Ngunit kinakailangan upang tandaan na ang mga mensahe ng rehistro ay ipinadala sa lahat ng oras na ito at lumipas hanggang ngayon. Sa katunayan, ang R1 ay nagpapadala ng dalawang kopya ng trapiko ngayon: Ang isa ay isang purong multicast SPT, ang iba ay naka-encapsulated sa Unicustic Register. Una, ang R1 ay nagpapadala ng multicast upang magparehistro - Package 231.

. Pagkatapos ay nais ng R2 (RP) na kumonekta sa puno, nagpapadala sumali -

Package 232.

. R1 ay pa rin ng ilang oras habang ang query ay naproseso ng R2, nagpapadala ng isang multicast upang magrehistro ( Mga pakete mula 233 hanggang 238. ). Susunod, kapag ang interface sa ibaba ng agos ay idinagdag sa langis sa R1, nagsisimula itong magpadala ng purong multicast -

Mga Pakete 239 at 242. , ngunit hindi pa humihinto at magparehistro - Packages 241 at 243. . Ngunit. и Package 240. - Ang R2 na ito ay hindi maaaring tumayo at muling hilingin na bumuo ng isang puno. Scheme at paunang pagsasaayos. 10) Kaya, ang unleced multicast ay umabot sa RP. Nauunawaan niya na ito ang parehong trapiko na nagmumula sa rehistro, dahil ang parehong address ng grupo ay ang parehong source address at mula sa isang interface. Upang hindi makatanggap ng dalawang kopya, nagpapadala ito sa R1 natatanging PIM REGISTER-STOP.

Ang Register-stop ay hindi nangangahulugan na ang R2 ay tumanggi sa trapiko o hindi nakikilala ang higit pa sa pinagmulan na ito, sinasabi lamang nito na kinakailangan upang ihinto ang pagpapadala

encapsulated trapiko. Susunod, isang mabangis na pakikibaka - R1 patuloy na ilipat ang trapiko na naipon sa buffer habang ang mga proseso ng rehistro-stop, at ang karaniwang multicast at sa loob ng mga mensahe ng rehistro:

Ngunit, sa lalong madaling panahon, ang R1 ay nagsisimula sa pag-broadcast lamang purong multicast trapiko.

Kapag naghahanda, nagkaroon ako ng isang legitimal na tanong: Well, bakit ang lahat ng mga tunneling, PIM ay nagrerehistro? Bakit hindi gawin ang isang multicast trapiko, tulad ng sa PIM sumali - magpadala ng isang hop sa likod ng isang hop sa ttl = 1 patungo sa rp - maaga o huli ito ay darating? Kaya ito ay magtatayo din ng isang puno sa parehong oras na walang hindi kinakailangang mga galaw.

Mayroong ilang mga nuances dito.

Una, ang pangunahing prinsipyo ng PIM SM ay nilabag - ipinadala lamang ang trapiko sa kung saan ito hiniling.

Walang sumali - walang puno

Labanan! Pangalawa, kung walang mga customer para sa grupong ito, ang FHR ay hindi nakikilala ito at patuloy na magpapadala ng trapiko sa "sariling puno". Ano ang walang kahulugan na paggamit ng bandwidth? Sa mundo ng komunikasyon, ang naturang protocol ay hindi lamang makaliligtas, tulad ng hindi nakaligtas sa PIM DM o DVMRP. Kaya mayroon kaming isang malaking puno ng MDT para sa grupo 224.2.2.4 mula sa

Ngayon bigyan namin ang server. Tulad ng na-usapan natin sa itaas, hindi siya nag-aalala tungkol sa PIM, RP, IGMP - nag-broadcast lang siya. At R1 ay nakakakuha ng stream na ito. Ang kanyang gawain ay upang maghatid ng isang multicast sa RP. Source Servers. Magparehistro bago Customer 1.

Customer 2.

. At ang MDT na ito ay binubuo ng dalawang piraso, na binuo nang nakapag-iisa sa bawat isa:

mula sa pinagmulan hanggang RP at RPT. mula sa RP sa mga customer. Narito ito ang pagkakaiba sa pagitan ng MDT mula sa RPT at SPT. Ang MDT ay isang pangkaraniwang karaniwang termino na nangangahulugang isang multicast transmission tree sa pangkalahatan, habang ang RPT / SPT ay ang partikular na hitsura nito.

At paano kung ang server ay naka-broadcast, at walang customer at hindi? Multicast kaya babawasan ang site sa pagitan ng nagpadala at rp?

Hindi, sa kasong ito, ang PIM Register-Stop ay makakatulong din. Kung ang mensaheng rehistro ay nagsimula sa RP para sa ilang grupo, at walang mga tatanggap para dito, ang RP ay hindi interesado sa pagkuha ng trapikong ito, samakatuwid,

Huwag magpadala ng

PIM Sumali (s, g), RP agad nagpapadala magparehistro-stop sa R1.

R1, na natanggap ang rehistro-stop at nakikita na walang puno para sa grupong ito (walang mga customer), ay nagsisimula upang itapon ang multicast trapiko mula sa server.

Iyon ay, ang server mismo ay hindi nag-aalala tungkol sa napakarami at patuloy na nagpapadala ng daloy, ngunit, naabot ang interface ng router, ang daloy ay itatapon.

Sa kasong ito, patuloy na nag-iimbak ang RP ng entry (s, g). Iyon ay, ang trapiko ay hindi nakakakuha, ngunit kung saan ang pinagmulan ay matatagpuan para sa grupo alam. Kung lumilitaw ang mga tatanggap sa grupo, natututo ang RP tungkol sa mga ito at nagpapadala sa pinagmulan sumali (s, g), na nagtatayo ng isang puno.

Bilang karagdagan, ang bawat 3 minuto R1 ay susubukan na muling magparehistro ng pinagmulan sa RP, iyon ay, magpadala ng mga packet ng rehistro. Ito ay kinakailangan upang ipaalam sa RP na ang pinagmulan na ito ay buhay pa rin.

Sa partikular na matanong na mga mambabasa, ang tanong ay dapat lumitaw - kung ano ang tungkol sa RPF? Pagkatapos ng lahat, ang mekanismo na ito ay sumusuri sa address ng nagpadala ng multicast package at kung ang trapiko ay hindi nagmula sa tamang interface, itatapon ito. Kasabay nito, ang RP at pinagmulan ay maaaring sa iba't ibang mga interface. Kaya sa aming halimbawa para sa R3 RP - para sa FE1 / 1, at ang pinagmulan para sa FE1 / 0. . Ngunit. Ang sagot ay predictable - sa kasong ito, ang source address ay naka-check, ngunit Rp. Iyon ay, ang trapiko ay dapat dumating mula sa interface patungo sa RP. Ngunit, tulad ng nakikita mo pa, ito ay hindi rin isang hindi makatotohanang panuntunan. .

Mahalagang maunawaan na ang RP ay hindi isang unibersal na magnet - para sa bawat grupo ay maaaring mayroong RP. Iyon ay, maaaring dalawa sa kanila sa network, at tatlo, at isang daang - isang RP ang may pananagutan para sa isang hanay ng mga grupo, ang iba ay pagkatapos ng isa pa. Bukod dito, may ganoong bagay na ito Anycast Rp. At pagkatapos ay ang iba't ibang RP ay maaaring maglingkod sa parehong grupo. Task number 2. и - ito ay R4 para sa Tandaan sa topology : Sa problemang ito, tanging R1, R2 routers ay tumatakbo ang mga administrator ng aming network. Iyon ay, ang pagsasaayos ay maaari lamang mabago sa mga ito. Server 172.16.0.5 Nagpapadala ng multicast trapiko sa mga grupo 239.1.1.1 at 239.2.2.2.

I-configure ang network upang ang trapiko ng grupo 239.1.1.1 ay hindi nakukuha sa segment sa pagitan ng R3 at R5, at sa lahat ng mga segment sa ibaba R5.

Ngunit sa parehong oras, ang grupo ng trapiko 239.2.2.2 ay dapat na ipadala nang walang problema.

Mga detalye ng gawain dito.

=====================.

Razor Okkama o hindi pinapagana ang mga hindi kinakailangang sangay

Matapos ang huling kliyente sa segment ay tumangging mag-subscribe, dapat putulin ng PIM ang labis na sangay ng RPT.

Hayaan, halimbawa, ang tanging kliyente sa R4 ay naka-off ang computer. IGMP Mag-iwan ng router o pagkatapos ng tatlong hindi nasagot na query ng IGMP nauunawaan na wala nang mga customer para sa Fe0 / 0, at nagpapadala sa RP message

Pim Prune. . Ayon sa format, ito ay eksakto ang parehong bilang sumali, ngunit gumaganap ang kabaligtaran function. Ang patutunguhang address ay 224.0.0.13, at TTL ay 1.

Ngunit ang router na tumanggap ng Pim Prune bago tanggalin ang isang subscription, naghihintay ng ilang oras (karaniwang 3 segundo - Sumali sa pagkaantala ng timer).

Ginagawa ito para sa gayong sitwasyon:

Sa isang broadcast domain 3 router. Ang isa sa mga ito ay mas mataas at ito ay siya na nagpapadala ng multicast trapiko sa segment. Ito ay R1. Para sa parehong routers (R2 at R3), ang langis nito ay naglalaman lamang ng isang rekord.

Kung ngayon ang R2 ay nagpasiya na idiskonekta at ipadala ang Pim Prune, maaari niyang palitan ang kanyang kasamahan R3 - R1 matapos ang lahat ay hihinto sa pagsasahimpapawid sa interface sa lahat.

Kaya, upang hindi ito mangyayari, R1 at nagbibigay ng timeout sa loob ng 3 segundo. Sa panahong ito, ang R3 ay dapat magkaroon ng panahon upang gumanti. Dahil sa network ng broadcast, makakatanggap din ito ng prune mula sa R2 at samakatuwid, kung nais niyang patuloy na makatanggap ng trapiko, agad niyang ipinapadala ang karaniwang PIM na sumali sa segment, na nagpapaalam sa R1 na hindi kinakailangan na tanggalin ang interface.

Ang prosesong ito ay tinatawag na prune override. R2, tulad ng ito, ang Echriting R1, ay naharang sa inisyatiba.

SPT switchover - Paglipat ng RPT-SPT.

Hanggang ngayon, karamihan ay itinuturing lamang lamang

. Ngayon tayo ay bumalik Customer 2. Sa una lahat ay magkapareho para sa kanya Customer 1. - Ginagamit niya ang RPT mula sa RP, na isinasaalang-alang namin nang mas maaga. Sa pamamagitan ng paraan, dahil pareho - at

Client 1. .

- Gumamit ng isang puno, ang naturang puno ay tinatawag

Shared tree.

- Ito ay isang medyo karaniwang pangalan. Shared tree = rpt.

  • Ito ay kung paano ang multicast routing table sa R5 ay mukhang sa pinakadulo simula, kaagad pagkatapos ng pagtatayo ng puno: Walang rekord (s, g), ngunit hindi ito nangangahulugan na ang multicast trapiko ay hindi nakukuha. Ang R5 lamang ay hindi nagmamalasakit sa kung sino ang nagpadala. Mangyaring tandaan kung paano dapat pumunta ang trapiko sa kasong ito - R1-R2-R3-R5. Kahit na sa maikling, ang path R1-R3-R5.
  • At kung ang network ay mas kumplikado? Sa paanuman neakkuratnyko. Mangyaring tandaan kung paano dapat pumunta ang trapiko sa kasong ito - R1-R2-R3-R5. Kahit na sa maikling, ang path R1-R3-R5.
  • Ang katotohanan ay na habang kami ay nakatali sa RP - ito ay rpt root, lamang siya sa unang malaman kung sino. Gayunpaman, kung iniisip mo ang unang pakete ng multicast, alam ng lahat ng mga routers kasama ang landas ng trapiko ang source address, dahil tinukoy ito sa header ng IP. Bakit walang sinuman na magpadala sumali sa iyong sarili patungo sa pinagmulan at i-optimize ang ruta? )

Site sa ugat. Maaaring simulan ang nasabing paglipat

Lhr (huling hop router)

- R5. Matapos matanggap ang unang multicast packet mula R3 R5, nagpapadala ito ng Secure Secure Join (S, G) sa amin sa interface ng Fe0 / 1, na tinukoy sa routing table nito, bilang isang papalabas para sa network 172.16.0.0/24.

Ang pagkakaroon ng natanggap na tulad ng sumali, R3 ay nagpapadala nito hindi sa RP, tulad ng ginawa nito sa karaniwang sumali (*, g), ngunit patungo sa pinagmulan (sa pamamagitan ng interface ayon sa routing table). Iyon ay, sa kasong ito, R3 nagpapadala sumali (172.16.0.5, 224.2.2.4) sa FE1 / 0 interface. .

Susunod, ito ay bumagsak sa R1. At R1 sa pamamagitan at malaki na walang pagkakaiba, na nagpadala nito - RP o ibang tao - ito ay nagdaragdag lamang ng FE1 / 1 sa langis nito para sa grupo 224.2.2.4. Sa puntong ito, sa pagitan ng pinagmulan at ang tatanggap, dalawang paraan at R3 ay tumatanggap ng dalawang daluyan. Oras upang gumawa ng isang pagpipilian upang pumantay hindi kailangan. At ito ay R3 na ginagawa nito, dahil ang R5 ay hindi na maaaring makilala sa pagitan ng dalawang daluyan na ito - pareho silang darating sa pamamagitan ng isang interface.

Sa sandaling naitala ng R3 ang dalawang magkaparehong daluyan mula sa iba't ibang mga interface, pinipili nito ang ginustong ayon sa routing table. Sa kasong ito, direktang, mas mahusay kaysa sa pamamagitan ng RP. Sa puntong ito, ang R3 ay nagpapadala ng Prune (s, g) sa gilid ng RP, nasusunog ang sangay na ito ng RPT. At mula sa puntong ito ay may isang stream lamang nang direkta mula sa pinagmulan.

Kaya, binuo ng PIM ang pinakamaikling puno ng puno ng SPT. Ito ay puno ng pinagmulan. Ito ang pinakamaikling landas mula sa kliyente sa pinagmulan. Sa pamamagitan ng ang paraan, ang puno mula sa pinagmulan sa RP, na kung saan namin itinuturing na mas mataas, ay mahalagang parehong SPT.

Ito ay nailalarawan sa pamamagitan ng pagtatala (s, g). Kung ang router ay may ganitong rekord, alam na ito ay isang mapagkukunan para sa grupo G at ang puno ng SPT na binuo.

Ang ugat ng puno ng SPT ay ang pinagmulan at talagang nais na sabihin "ang pinakamaikling landas mula sa

Pinagmulan sa customer. " Ngunit ito ay hindi tama sa teknikal, dahil ang mga landas mula sa pinagmulan sa kliyente at mula sa kliyente hanggang sa pinagmulan ay maaaring naiiba. Namely mula sa client ay nagsisimula upang bumuo ng isang sangay ng puno: ang router ay nagpapadala ng PIM sumali patungo sa source / RP at RPF ay sumusuri din sa katumpakan ng interface kung kailan Resibo

trapiko.

Naaalala mo na sa simula ng talatang ito sa R5 ay may isang entry lamang (*, g), ngayon pagkatapos ng lahat ng mga pangyayaring ito ay magkakaroon ng dalawa: (*, g) at (s, g) Sa pamamagitan ng paraan, kahit na tumingin ka sa multicast routing table ng R3 sa parehong segundo, bilang pag-play ng pag-play sa VLC, makikita mo na ito ay nakakakuha ng trapiko mula sa R1 nang direkta, kung ano ang pagkakaroon ng presensya ng recording (s, g) sabi ni. . Iyon ay, ang SPT switchover ay nangyari - ito ang default na pagkilos sa kagamitan ng maraming mga tagagawa - upang simulan ang paglipat pagkatapos matanggap ang unang multicast pakete. Sa pangkalahatan, ang gayong paglipat ay maaaring mangyari sa ilang mga kaso: . Ayon sa format, ito ay eksakto ang parehong bilang sumali, ngunit gumaganap ang kabaligtaran function. .

Huwag mangyari sa lahat (koponan

IP PIM SPT-Threshold Infinity.

).

Sa tiyak na bandwidth utilization (Team.

IP PIM SPT-Threshold X. Tiyak - kaagad pagkatapos matanggap ang unang pakete (default o Walang IP PIM SPT-Threshold X.

Bilang isang patakaran, ang desisyon na "oras" ay tumatagal ng LHR.

Sa kasong ito, ang pangalawang pagkakataon na ang operasyon ng RPF ay binago - sinusuri muli ang pinagmulan ng lokasyon. Iyon ay, sa labas ng dalawang multicast stream - mula sa RP at mula sa pinagmulan - kagustuhan ay binibigyan ng trapiko mula sa pinagmulan.

Dr, igiit, forwarder

Ang ilang mas mahalagang mga punto kapag isinasaalang-alang ang PIM.

Dr - itinalagang router.

Ito ay isang dedikadong router, na may pananagutan sa pagpapadala ng mga utility sa RP.

Pinagmulan Dr.

- Responsable para sa pag-aampon ng mga multicast packet nang direkta mula sa pinagmulan at irehistro ito sa Rp. Narito ang isang halimbawa ng topology: .

Walang gagawin ang isang bagay na ang parehong mga routers pumasa trapiko sa RP, hayaan silang magreserba sa bawat isa, ngunit ang responsable ay dapat lamang isa. Dahil ang parehong mga routers ay konektado sa isang network ng broadcast, nakakakuha sila ng pim-hello mula sa bawat isa. Sa batayan nito, ginagawa nila ang kanilang pinili. Ang Pim Hello ay nagdadala ng prayoridad na halaga ng router na ito sa interface na ito.

Mas malaki ang halaga, mas mataas ang prayoridad. Kung sila ay pareho, ang buhol ay napili ang pinakamataas na IP address. (din mula sa halo mensahe). Kung ang isa pang router (hindi dr) sa panahon ng holdtime (default 105 s) ay hindi tumanggap ng halo mula sa isang kapitbahay, awtomatiko itong ipinapalagay ang papel ng dr. Mahalagang pinagmulan dr ay

FHR - FIRST HOP ROUTER.

Receiver Dr. - Ang parehong bilang source Dr, lamang para sa multicast tatanggap ng trapiko - R2 (config) #interface loopback 0 rx (config-kung) #ip pim sparse-mode .

Halimbawa Topology: Ang receiver Dr ay responsable para sa pagpapadala sa RP PIM sumali. Sa itaasolohiya sa itaas, kung ang parehong mga routers ay magpapadala sumali, parehong makakatanggap ng multicast trapiko, ngunit hindi na kailangan. Lamang DR nagpapadala sumali. Ang pangalawang simpleng sinusubaybayan ang pagkakaroon ng dr. :

Dahil sumali si DR sumali, broadcast din nito ang trapiko sa LAN. Ngunit pagkatapos ay isang likas na tanong arises - at kung ano kung Pim Dr'om naging isa, at IGMP querier sino pa ang paririto? At ang sitwasyon ay posible, dahil para sa querier, ang mas mababa IP, ang mas mahusay, at para sa Dr, sa kabaligtaran. - ito ay R4 para sa Sa kasong ito, pinili ng DR na router, na kung saan ay querier at ang problemang ito ay hindi mangyayari.

Ang tagatanggap ng mga panuntunan sa pagpili ng Dr ay eksaktong katulad ng source dr.

Igiit at pim forwarder

Ang problema ng dalawang sabay-sabay na pagpapadala ng mga routers ay maaaring mangyari sa gitna ng network, kung saan walang mga tunay na customer o mapagkukunan - lamang routers. Tunay na talamak ang tanong na ito ay nakatayo sa PIM DM, kung saan ito ay isang ganap na ordinaryong sitwasyon dahil sa baha at prune mekanismo. Ngunit sa PIM SM, hindi ito ibinukod.

Isaalang-alang ang gayong network: Mula sa output ito ay malinaw na trapiko para sa grupo 224.2.2.4 ay dumating sa pamamagitan ng Fe0 / 1, at ito ay kinakailangan upang ipadala ito sa PE0 / 0 port. Dito, tatlong routers ay nasa parehong segment ng network at, naaayon, ang mga kapitbahay ng PIM. R1 ay gumaganap bilang RP.

Nagpapadala ang R4 ng PIM patungo sa Rp. Dahil ang multicast package na ito ay bumaba sa R2 at sa R3, at pareho silang pinoproseso ito, magdagdag ng isang interface sa ibaba ng agos sa langis.

Narito ito ay kinakailangan upang magtrabaho sa Mekanismo ng pagpili ng Dr, ngunit din sa R2 at sa R3 may iba pang mga kliyente ng pangkat na ito, at ang parehong mga routers ay maaari ring ipadala sa PIM sumali.

Kapag ang multicast trapiko ay nagmumula sa pinagmulan sa R2 at R3, ipinapadala ito sa parehong routers sa segment at maghimagsik doon. Ang PIM ay hindi nagsisikap na pigilan ang gayong sitwasyon - narito ito ay gumaganap sa katotohanan ng isang hinamon na krimen - sa sandaling ang router ay tumatanggap ng isang multicast trapiko ng grupong ito sa kanyang interface sa ibaba ng agos (mula sa listahan ng langis), naiintindihan niya: May mali - Ang isa pang nagpadala ay nasa segment na ito. Pagkatapos ay nagpapadala ang router ng isang espesyal na mensahe. Pim assert.

Ang ganitong mensahe ay nakakatulong na pumili 

Pim forwarder.

- Ang router na may karapatan sa pag-broadcast sa segment na ito. Huwag malito sa PIM DR. Una, ang PIM DR ay may pananagutan sa pagpapadala Pim sumali at prun. , at PIM forwarder - para sa pagpapadala Trapiko

. Ang ikalawang pagkakaiba - PIM D ay palaging pinili sa anumang mga network kapag nagtatatag ng isang kapitbahayan, at PIM Forwrder ay lamang kung kinakailangan - kapag ang multicast trapiko mula sa interface mula sa listahan ng langis ay nakuha.

Piliin ang Rp. 

Sa itaas namin para sa pagiging simple ay tinanong rp sa pamamagitan ng kamay IP PIM RP-Address. At narito kung paano ang koponan ay mukhang

Ipakita ang IP PIM RP.

Ngunit ipapakita namin ang isang ganap na imposibleng sitwasyon sa mga modernong network - Nabigo ang R2. Ito ay lahat - tapusin. Ito ay gagana pa rin, dahil ang SPT switchover ay naganap, ngunit lahat ng bagay ay bago at lahat ng bagay na nagpunta sa pamamagitan ng RP ay masira, kahit na mayroong isang alternatibong paraan. Well, ang load sa administrator ng domain. Isipin: upang patayin ang 50 routers sa pamamagitan ng kamay ng hindi bababa sa isang utos (at para sa iba't ibang mga grupo, maaaring ito ay ibang RPS). Ang dynamic na seleksyon ng RP ay nagbibigay-daan at pag-iwas sa yari sa kamay at matiyak ang pagiging maaasahan - kung ang isang RP ay hindi magagamit, ang isa pa ay kukuha kaagad sa labanan. Sa kasalukuyan ay may isang karaniwang tinatanggap na protocol na nagbibigay-daan ito - Bootstrap. . Tsiska sa dating beses na na-promote ang ilang mga clumsy auto-rp

Ngunit ngayon ito ay halos hindi ginagamit, bagaman ang Tsiska ay hindi nakikilala ito, at Mayroon kaming nakakainis na radiment sa anyo ng isang grupo ng 224.0.1.40. Kinakailangan na talagang bayaran ang auto-rp protocol. Siya ay isang kaligtasan sa dating beses. Ngunit sa pagdating ng bukas at nababaluktot bootstrap, siya ay natural na nagbigay daan sa kanyang posisyon.

Kaya, ipagpalagay na sa aming network na gusto namin R3 upang kunin ang mga function ng RP sa kaso ng kabiguan ng R2.

Ang R2 at R3 ay tinukoy bilang mga kandidato para sa papel na ginagampanan ng RP - kaya tinawag sila

C-RP.

. Sa mga routers na ito, i-configure ang:

Rx (config) interface loopback 0 rx (config-kung) IP pim sparse-mode rx (config-kung) exit rx (config) #ip pim rp-kandidato loopback 0

  1. Ngunit wala pang mangyayari - hindi pa alam ng mga kandidato kung paano ipaalam sa lahat ang tungkol sa kanilang sarili.
  2. Upang ipaalam sa lahat ng mga routers ng domain ng multicast tungkol sa umiiral na mekanismo ng RP
  3. BSR - Bootstrap router.
  4. . Maaaring may ilang mga aplikante, tulad ng C-RP. Ang mga ito ay tinatawag na ayon sa pagkakabanggit
  5. C-BSR.
  6. . Sila ay naka-configure sa isang katulad na paraan.

Hayaan ang BSR sa amin ng isa at para sa pagsubok (eksklusibo) ito ay R1. Ngunit pagkatapos ng ilang sandali sa parehong sangay, ang router ay nagsisikap na magpadala ng multicast - biglang mga tatanggap ang lumitaw doon. Kung hindi lumitaw, ang sangay ay pinutol muli sa isang tiyak na panahon. Kung ang client sa router ay lumitaw sa pagitan sa pagitan ng dalawang mga kaganapan, ang mensahe ng graft ay ipinadala - ang router ay humiling ng cut branch pabalik upang hindi maghintay hanggang sa ito ay bumaba ng isang bagay. R1 (config) interface loopback 0 r1 (config-kung) IP PIM sparse-mode R1 (config-kung) exit R1 (config) #ip pim bsr-kandidato loopback 0 Malamang na siya ay dahil hindi ito nakatali sa isang partikular na programa ng pagruruta ng natatanging trapiko, at sa ibang pagkakataon makikita mo kung bakit. Una, ang isang pangunahing BSR ay pinili mula sa lahat ng C-BSR, na sisingilin sa lahat. Upang gawin ito, ang bawat C-BSR ay nagpapadala ng multicast Tinatawag na Bootstrap message (BSM) Scheme at paunang pagsasaayos. Ang address 224.0.0.13 ay isang pakete ng PIM protocol. Dapat itong tanggapin at pagproseso ng lahat ng mga routers ng multicast at pagkatapos magpadala sa lahat ng mga port kung saan naka-activate ang PIM. Ang BSM ay ipinadala hindi sa gilid ng isang bagay (RP o pinagmulan), sa kaibahan sa PIM sumali, at sa lahat ng direksyon. Ang ganitong fan mailing ay tumutulong upang makamit ang BSM ng lahat ng sulok ng network, kabilang ang lahat ng C-BSR at lahat ng C-RP. Para sa BSM na lumakad sa Network Infinitely, ang parehong mekanismo ng RPF ay inilapat - kung ang BSM ay nagmula sa maling interface sa likod kung saan ang network ng nagpadala ng mensaheng ito ay inilabas, ang naturang mensahe ay itinapon. Iyon ay, ang bawat router sa paraan ay dapat hawakan tulad sumali at, kung kinakailangan, magpadala ng isang bagong sumali sa gilid ng Rp. (Mahalagang maunawaan na kung mayroon na ang grupong ito sa router, hindi ito magpapadala ng Sumali - idaragdag lamang nito ang interface kung saan sumali ang dumating sa langis at nagsisimula sa paglipas ng trapiko). Sa mga BSM na ito, tinutukoy ng lahat ng mga router ng multicast ang pinaka karapat-dapat na kandidato batay sa mga prayoridad. Sa sandaling natatanggap ng C-BSR ang isang BSM mula sa isa pang router na may malaking priyoridad, hihinto ito sa pagpapadala ng mga mensahe nito. Bilang resulta, lahat ay nagtataglay ng parehong impormasyon. Patawarin ang kakaibang ito? Kasama ng lahat ng iba pa? . : Sa problemang ito, tanging R1, R2 routers ay tumatakbo ang mga administrator ng aming network. Iyon ay, ang pagsasaayos ay maaari lamang mabago sa mga ito. Sa yugtong ito, kapag napili ang BSR, dahil sa ang katunayan na ang BSM nito ay diverged sa buong network, alam ng C-RP ang address at uniqueness na ito ay nagpapadala ng mga mensahe dito

Candidte-RP-advertisement. kung saan nagdadala sila ng isang listahan ng mga grupo na kanilang pinaglilingkuran - ito ay tinatawag na Group-to-RP Mapping. . BSR lahat ng mga mensaheng ito aggregates at lumilikha Rp-set. - Table ng impormasyon: Ano ang RP bawat grupo ay serbisiyo. Susunod, ang BSR sa dating tagahanga ay nagpapadala ng parehong mensahe ng Bootstrap, na kung saan ang oras na ito ay naglalaman ng RP-set. Matagumpay na nakamit ng mga mensaheng ito ang lahat ng mga routers ng multicast, bawat isa Nag-iisa Gumagawa ng isang pagpipilian na dapat gamitin ng RP para sa bawat partikular na grupo. Ang BSR ay regular na gumagawa ng ganitong pamamahagi upang sa isang banda alam ng lahat na ang impormasyon tungkol sa RP ay may kaugnayan pa rin, at sa iba pang C-BSR, alam nila na ang pangunahing BSR mismo ay buhay pa rin. RP, sa pamamagitan ng paraan, din pana-panahon magpadala ng iyong kandidato-RP-advertisement anunsyo sa BSR. Gusto din na makatanggap ng multicast trapiko para sa parehong grupo, R5 ay magpapadala ng PIM sumali sa Fe0 / 1, dahil ito ay RP, R3, na natanggap ito, bumubuo ng isang bagong PIM na sumali at nagpapadala nito sa FE1 / 1 - kung saan matatagpuan ang RP. Sa katunayan, ang lahat ng kailangan mong gawin upang i-configure ang awtomatikong pagpili ng RP - tukuyin ang C-RP at tukuyin ang C-BSR - hindi gaanong trabaho, lahat ng iba ay gagawing pim para sa iyo. Tulad ng nakasanayan, upang madagdagan ang pagiging maaasahan, inirerekomenda na tukuyin ang mga interface ng loopback bilang mga kandidato. Pagkumpleto ng kabanata ng PIM SM, pansinin natin ang pinakamahalagang sandali Tunay na talamak ang tanong na ito ay nakatayo sa PIM DM, kung saan ito ay isang ganap na ordinaryong sitwasyon dahil sa baha at prune mekanismo. Ang isang ordinaryong natatanging koneksyon ay dapat na ibinigay sa IGP o static na mga ruta. Sinasabi nito ang algorithm ng RPF. Ang puno ay batay lamang pagkatapos lumitaw ang kliyente. Ito ang kliyente na nagpasimula ng pagtatayo ng isang puno. Walang kliyente - walang puno. Tinutulungan ng RPF na maiwasan ang mga loop. Ang lahat ng mga routers ay dapat malaman kung sino lamang ang RP sa tulong nito maaari kang bumuo ng isang puno. Ang RP point ay maaaring ipahiwatig statically, at maaaring awtomatikong mapili gamit ang bootstrap protocol. Ang RPT ay binuo sa unang yugto - isang puno mula sa mga customer sa RP - at puno ng pinagmulan - isang puno mula sa pinagmulan hanggang RP. Sa ikalawang yugto, ang paglipat mula sa built RPT sa SPT ay ang pinakamaikling landas mula sa tatanggap sa pinagmulan. Inililista din ko ang lahat ng uri ng mga puno at mensahe na kilala na namin ngayon. . Isang karaniwang termino na naglalarawan ng anumang puno ng multicast transmission.

. Isang puno na may pinakamaikling paraan mula sa kliyente o RP sa pinagmulan. Sa PIM DM mayroon lamang SPT. Sa PIM SM SPT ay maaaring mula sa pinagmulan hanggang RP o mula sa pinagmulan hanggang sa tatanggap pagkatapos maganap ang SPT switchover. Ipinahiwatig ng rekord

- Kilalang mapagkukunan para sa grupo.

- katulad ng SPT.

. Puno mula sa RP sa mga tatanggap. Ginagamit lamang sa PIM SM. Ipinahiwatig ng rekord

- Parehong rpt. Ito ay tinatawag na kaya dahil ang lahat ng mga customer ay konektado sa isang karaniwang puno na may ugat sa Rp.

PIM Sparse Mode Messages:

Kamusta.

- Upang magtatag ng kapitbahayan at pagpapanatili ng mga relasyon na ito. Kailangan din upang piliin ang dr. Sumali (*, g) - Humiling ng koneksyon sa grupo G. Hindi mahalaga kung sino ang pinagmulan. Umalis patungo sa Rp. Sa kanilang tulong, itinayo ang puno ng RPT. Sumali (s, g) - SPECIFIC SPECIFIC JOIN. Ito ay isang kahilingan upang kumonekta sa isang grupo G na may isang partikular na mapagkukunan - ipinadala patungo sa pinagmulan - S. Sa kanilang tulong, ang SPT tree ay binuo.

Prune (*, g)

- Humiling ng pag-disconnect mula sa puno g, anuman ang mga mapagkukunan para dito. Umalis patungo sa Rp. Kaya ang sangay ng RPT ay sakop.

  • Prune (s, g)
  • - Kahilingan para sa pag-shutdown mula sa puno ng puno g, ang ugat ng kung saan ay S. S. Sistema ay ipinadala patungo sa pinagmulan. Kaya ang SPT branch ay pinutol.
  • - Isang espesyal na mensahe kung saan ang multicast ay ipinapadala sa RP hanggang sa SPT ay binuo mula sa pinagmulan hanggang RP. Naipadala ng Unicast mula sa FHR sa RP.

Magparehistro.

- Ito ay ipinadala sa pamamagitan ng unicust sa RP sa FHR, pag-order upang ihinto ang pagpapadala ng multicast trapiko, encapsulated sa rehistro.

- BSR mekanismo packet na nagbibigay-daan sa iyo upang pumili ng isang router sa BSR papel, at din magpadala ng impormasyon tungkol sa umiiral na RP at mga grupo.

Igiit.

- Mensahe upang piliin ang PIM Forwarder upang ang dalawang routers ay pumasa sa isang segment.

Kandidato-RP-advertisement

- Isang mensahe kung saan nagpapadala ang RP ng impormasyon tungkol sa kung aling mga grupo ang nagsisilbi nito. 

Rp-abot

- Mensahe mula sa RP, na inaabisuhan niya ang lahat tungkol sa availability nito.

  • * May iba pang mga uri ng mga mensahe sa PIM, ngunit ang mga ito ay mga detalye *
  • At subukan na ngayon na abstract mula sa mga detalye ng protocol? At pagkatapos ay ang pagiging kumplikado nito ay nagiging halata.
  • 1) RP Kahulugan, 2) Pagpaparehistro ng pinagmulan sa RP, 3) Paglipat ng puno ng SPT.

Maraming mga estado ng protocol, maraming mga tala sa multicast routing table. Posible bang gumawa ng isang bagay? Sa ngayon, mayroong dalawang diametrically kabaligtaran diskarte upang gawing simple PIM: SSM at Bidir PIM. Ssm.

Ang lahat ng inilarawan natin ay

ASM - anumang pinagmulan multicast.

. Ang mga customer ay walang malasakit na isang mapagkukunan ng trapiko para sa grupo - ang pangunahing bagay ay na natanggap nila ito. Habang naaalala mo, hiniling ang ulat ng IGMPV2 na kumonekta lamang sa grupo.

SSM - Pinagmulan ng partikular na multicast. - Alternatibong diskarte. Sa kasong ito, ipinapahiwatig ng mga kliyente ang grupo at pinagmulan kapag nakakonekta. Ano ang ibinibigay nito? Wala nang: ang kakayahang ganap na mapupuksa ang RP. Alam agad ng LHR ang source address - hindi na kailangang magpadala ng sumali sa RP, ang router ay maaaring agad na magpadala ng Sumali (s, g) sa direksyon ng pinagmulan at buuin ang SPT.

Kaya namin mapupuksa

Paghahanap ng RP (Bootstrap at Auto-RP Protocol),

Pagpaparehistro ng pinagmulan sa multicast (at ito ay masyadong maraming oras, dual paggamit ng bandwidth at tunneling) Paglipat sa SPT. Dahil walang RP, walang rpt, ayon sa pagkakabanggit, sa isang router ay hindi magiging walang entry (*, g) - lamang (s, g).

Ang isa pang problema na lutasin sa SSM ay ang pagkakaroon ng maraming mapagkukunan. Sa ASM inirerekomenda na ang address ng multicast group ay natatangi at isa lamang source broadcast dito, dahil sa RPT Tree ilang mga stream ay medyo, at ang client, pagkuha ng dalawang daluyan mula sa iba't ibang mga mapagkukunan, marahil ay hindi magagawang i-disassemble sila. Sa SSM, ang trapiko mula sa iba't ibang mga mapagkukunan ay ipinamamahagi nang nakapag-iisa, bawat isa sa kanyang puno ng SPT, at ito ay nagiging hindi isang problema, at ang kalamangan - maraming mga server ay maaaring i-broadcast nang sabay-sabay. Kung biglang nagsimula ang kliyente upang ayusin ang mga pagkalugi mula sa pangunahing pinagmulan, maaari siyang lumipat sa backup, hindi pa rin muling itayo - nakatanggap din siya ng dalawang daluyan. Bilang karagdagan, ang posibleng vector ng mga pag-atake sa network na may activate multicast routing ay upang ikonekta ang nanghihimasok ng pinagmulan nito at pagbuo ng isang malaking halaga ng multicast trapiko na overloads ang network. Sa SSM, ito ay halos hindi kasama.

Para sa SSM, ang isang espesyal na hanay ng mga IP address ay naka-highlight: 232.0.0.0/8. Sa mga routers upang suportahan ang SSM, pinagana ang PIM SSM mode. Router (config) # IP PIM SSM.

Ang IGMPV3 at MLDV2 ay sumusuporta sa SSM sa dalisay na anyo.

Kapag ginagamit ang mga ito, ang kliyente

Humiling ng koneksyon sa isang grupo lamang, nang hindi tumutukoy sa mga mapagkukunan. Iyon ay, ito ay gumagana bilang isang tipikal na ASM.

Humiling ng isang koneksyon sa isang grupo na may isang partikular na mapagkukunan. Ang mga mapagkukunan ay maaaring tinukoy ng ilang - isang puno ay itatayo bago ang bawat isa sa kanila. Humiling ng isang koneksyon ng grupo at tukuyin ang isang listahan ng mga mapagkukunan mula sa kung saan ang kliyente Ayaw ay makakatanggap ng trapiko

IGMPV1 / v2, MLDV1 ay hindi sumusuporta sa SSM, ngunit may isang bagay na tulad ng Humiling ng isang koneksyon sa isang grupo na may isang partikular na mapagkukunan. Ang mga mapagkukunan ay maaaring tinukoy ng ilang - isang puno ay itatayo bago ang bawat isa sa kanila. SSM mapping. . Sa tabi ng kliyente, ang router (LHR) bawat grupo ay inilalagay alinsunod sa source address (o ilang). Samakatuwid, kung may mga kliyente na hindi sumusuporta sa IGMPV3 / MLDV2, ang SPT ay itatayo din para sa kanila, at hindi rpt, dahil sa ang katunayan na ang source address ay kilala pa rin. Ang Mapping ng SSM ay maaaring ipatupad ang parehong static na setting sa LHR at sa pamamagitan ng pagtukoy sa DNS server. Ang problema sa SSM ay dapat malaman ng mga customer ang source address nang maaga - hindi sila nakipag-ugnayan sa kanila. Samakatuwid, ang SSM ay mabuti sa mga sitwasyong iyon kapag ang network ay may isang tiyak na hanay ng mga mapagkukunan, ang kanilang mga address ay kilala na alam at hindi magbabago. At ang mga terminal ng kliyente o mga aplikasyon ay nakatali sa kanila. Sa ibang salita, ang IPTV ay isang angkop na kapaligiran para sa pagpapatupad ng SSM. Inilalarawan nito ang konsepto na rin Isa-sa-maraming

- Isang pinagmulan, maraming mga tatanggap.

Bidir PIM.

At paano kung sa mga pinagmumulan ng network ay maaaring lumitaw spontaneously doon, pagkatapos, upang i-broadcast sa parehong mga grupo, mabilis na ihinto ang paghahatid at mawala?

Halimbawa, ang sitwasyong ito ay posible sa mga laro sa network o isang data center, kung saan ang data ay kinopya sa pagitan ng iba't ibang mga server. Ito ay isang konsepto. Maraming-sa-maraming - Maraming mga mapagkukunan, maraming mga customer.

Paano nakikita ito ng karaniwang PIM SM?

Ito ay malinaw na ang hindi aktibong PIM SSM ay hindi angkop?

Iniisip mo lang kung anong kaguluhan ang magsisimula: walang katapusang pagpaparehistro ng mga mapagkukunan, muling pagtatayo ng mga puno, isang malaking bilang ng mga rekord (s, g) na naninirahan sa loob ng ilang minuto dahil sa mga timers ng protocol.

  • Ang Bidirectional Pim ay kita ( Bidirectional PIM, Bidir Pim.
  • ). Hindi tulad ng SSM, ganap na ganap na tinanggihan ng SPT at Records (S, G) - tanging ang nakabahaging puno ay nananatiling may ugat sa RP. At kung sa karaniwang PIM, ang puno ay isang panig - ang trapiko ay laging ipinapadala mula sa pinagmulan ng SPT at mula sa RP pababa sa RPT - mayroong isang malinaw na dibisyon kung saan ang pinagmulan kung saan ang mga customer, pagkatapos ay sa bidirectional mula sa source traffic sa RP, din pumasa up shared tree - sa parehong paraan, ayon sa kung saan ang trapiko ay dumadaloy pababa sa mga customer.
  • Pinapayagan ka nitong tanggihan na magparehistro ng pinagmulan sa RP - mga paglilipat ng trapiko na walang anumang alarma at pagbabago ng estado. Dahil ang mga puno ng SPT ay hindi sa lahat, pagkatapos ay hindi masyadong mangyari ang SPT switchover. Halimbawa: Humiling ng isang koneksyon sa isang grupo na may isang partikular na mapagkukunan. Ang mga mapagkukunan ay maaaring tinukoy ng ilang - isang puno ay itatayo bago ang bawat isa sa kanila. Source1.
  • nagsimulang ilipat ang grupo ng trapiko 224.2.2.4 sa network nang sabay-sabay Source2. . Ang mga daluyan mula sa kanila ay ibinuhos lamang sa RP. Ang ilang mga customer na malapit ay nagsimulang tumanggap ng trapiko nang sabay-sabay, dahil sa mga routers mayroong isang entry (*, g) (may mga customer). Ang isa pang bahagi ay tumatanggap ng trapiko sa ibinahaging puno mula sa RP. At tumatanggap sila ng trapiko mula sa parehong mga mapagkukunan sa parehong oras. Iyon ay, kung kumuha ka ng isang ispekulatibong laro ng network para sa isang halimbawa, . Sa tabi ng kliyente, ang router (LHR) bawat grupo ay inilalagay alinsunod sa source address (o ilang). Samakatuwid, kung may mga kliyente na hindi sumusuporta sa IGMPV3 / MLDV2, ang SPT ay itatayo din para sa kanila, at hindi rpt, dahil sa ang katunayan na ang source address ay kilala pa rin. Ito ang unang tagabaril sa tagabaril, na gumawa ng isang pagbaril, at

Source2.

- Ito ay isa pang manlalaro na kumuha ng hakbang sa gilid. Ang impormasyon tungkol sa dalawang pangyayaring ito ay kumalat sa buong network. At

LAHAT NG LAHAT

Halimbawa: IPTV.

Isa pang manlalaro (

.

Tatanggap

) Dapat kong malaman ang tungkol sa parehong mga pangyayaring ito.

Kung naaalala mo, bago lamang ipinaliwanag namin kung bakit kailangan ang proseso ng pagpaparehistro ng pinagmulan sa RP - upang ang trapiko ay hindi sumasakop sa channel kapag walang mga customer, iyon ay, tinanggihan lamang ito ng RP. Bakit hindi namin iniisip ang problemang ito ngayon? Ang dahilan ay simple: Bidir PIM para sa mga sitwasyon kung saan maraming mga mapagkukunan, ngunit hindi sila patuloy na broadcast, ngunit pana-panahon, medyo maliit na piraso ng data. Iyon ay, ang channel mula sa pinagmulan hanggang RP ay hindi itatapon ng tubig.

Mangyaring tandaan na sa imahe sa itaas sa pagitan ng R5 at R7 mayroong isang tuwid na linya, mas maikli kaysa sa landas sa pamamagitan ng RP, ngunit hindi ito ginagamit, dahil sumali patungo sa RP ayon sa routing table kung saan ang landas na ito ay hindi pinakamainam.

Mukhang medyo simple - kailangan mong magpadala ng mga packet ng multicast sa direksyon ng RP at lahat ng bagay, ngunit may isang nuance na lahat ng spoils - RPF. Sa puno ng RPT, ito ay nangangailangan ng trapiko ay nagmumula sa RP at hindi kung hindi man. At maaari naming dumating mula sa kahit saan. Kami, siyempre, ay hindi maaaring tumagal at abandunahin ang RPF - ito ang tanging mekanismo na nag-iwas sa pagbuo ng mga loop.

Samakatuwid, ang konsepto ay ipinakilala sa Bidir Pim

DF - Itinalagang Forwarder.

. Sa bawat segment ng network, isang router, na ang ruta sa RP ay mas mahusay na napili sa bawat linya sa papel na ito.

Kabilang dito ang ginagawa sa mga linya kung saan ang mga customer ay direktang konektado. Ang Bidir PIM DF ay awtomatikong dr.

Ang listahan ng langis ay nabuo lamang mula sa mga interface na kung saan ang router ay pinili para sa papel na ginagampanan ng DF.

Ang mga panuntunan ay medyo transparent:

Kung ang kahilingan ng PIM / Mag-iwan ng kahilingan ay dumating sa interface na iyon, na sa segment na ito ay DF, ito ay nakukuha patungo sa RP ayon sa karaniwang mga panuntunan.

Dito, halimbawa, R3. Kung ang mga kahilingan ay dumating sa DF interface, na kung saan ay minarkahan ng isang pulang bilog, ipinapadala ito sa RP (sa pamamagitan ng R1 o R2, depende sa routing table).

Kung ang kahilingan ng PIM / umalis ay dumating sa isang non-DF interface, hindi ito papansinin. Ipagpalagay na ang kliyente, na nasa pagitan ng R1 at R3, ay nagpasya na kumonekta at nagpadala ng ulat ng IGMP. Ang R1 ay nakakakuha ito sa pamamagitan ng interface kung saan ito ay napili DF (minarkahan ng isang pulang bilog), at bumalik kami sa nakaraang sitwasyon. At R3 ay tumatanggap ng isang kahilingan sa isang interface na hindi DF. Nakikita ni R3 na hindi siya ang pinakamahusay dito, at binabalewala ang kahilingan. (Kung ang trapiko ng multicast ay dumating sa interface ng DF, ipapadala ito sa mga interface mula sa listahan ng langis at patungo sa RP. Halimbawa,

Nagsimulang magpadala ng trapiko. R4 ay nakakakuha ito sa iyong DF interface at nagpapadala ito sa isa pang DF interface - patungo sa client at patungo sa RP, mahalaga ito dahil ang trapiko ay dapat makakuha ng RP at kumalat sa lahat ng mga tatanggap. Ang R3 ay pumasok din - isang kopya sa mga interface mula sa listahan ng langis - iyon ay, sa R5, kung saan ito ay itatapon dahil sa RPF check, at ang iba ay patungo sa RP.

Kung ang multicast trapiko ay dumating sa isang non-DF interface, dapat itong ipadala sa mga interface mula sa listahan ng langis, ngunit

hindi magiging

Nai-post patungo sa Rp.

Halimbawa,

Nagsimulang mag-broadcast, ang trapiko ay umabot sa RP at nagsimulang kumalat ang RPT. R3 ay nakakakuha ng trapiko mula sa R1, at hindi ito ipapadala ito sa R2 - lamang pababa sa R4 at R5.

Kaya, tinitiyak ng DF na ang isang kopya lamang ng pakete ng multicast at ang pagbuo ng loop ay hindi kasama sa RP ay kalaunan ay ipapadala. Kasabay nito, ang karaniwang puno kung saan matatagpuan ang pinagmulan, siyempre, ay makakatanggap ng trapikong ito bago pumasok sa RP. RP, ayon sa mga ordinaryong patakaran, ang trapiko ay ipapadala sa lahat ng mga port ng langis, bilang karagdagan, kung saan nagmula ang trapiko.

Sa pamamagitan ng paraan, hindi na kailangan para sa mga mensahe ng igiit, dahil ang DF ay pinili sa bawat segment. Hindi tulad ng Dr, siya ay hindi lamang responsable para sa pagpapadala ng isang sumali sa RP, ngunit din para sa paghahatid ng trapiko sa segment, iyon ay, ang sitwasyon kapag ang dalawang routers ay ipinapadala sa isang pustura, hindi kasama sa Bidir PIM.

Marahil ang huling bagay na kailangan mong sabihin tungkol sa Bidirectional PIM ay ang mga tampok ng RP. Kung ang PIM SM RP ay gumanap ng isang partikular na function - pagpaparehistro ng pinagmulan, pagkatapos ay sa Bidir Pim RP ay isang tiyak na napaka-kondisyon na punto kung saan ang trapiko ay nagsisikap sa isang gilid at sumali mula sa mga customer sa iba. Walang dapat magsagawa ng decapsulation, upang hilingin ang pagtatayo ng puno ng SPT. Lamang sa ilang router biglang trapiko mula sa mga mapagkukunan ay nagsisimula upang maipadala sa ibinahaging puno. Bakit sinasabi ko "sa ilan"? Ang katotohanan ay na sa Bidir PIM RP - isang abstract point, at hindi isang tiyak na router, bilang isang RP address ay maaaring magsagawa ng isang hindi umiiral na IP address - ang pangunahing bagay ay na ito ay routed (tulad ng isang RP ay tinatawag na Phantom Rp

Ang lahat ng mga tuntunin na may kaugnayan sa PIM ay matatagpuan sa Glossary Multicast sa channel Kaya, sa likod ng mahabang linggo ng paggawa na may kakulangan ng pagtulog, pagproseso, pagsusulit - matagumpay mong naipatupad ang isang multicast at nasiyahan na mga customer, direktor at departamento ng pagbebenta. Biyernes ay hindi ang pinakamasama araw upang pansinin ang paglikha at kayang manatili. .

Biyernes ay hindi ang pinakamasama araw upang pansinin ang paglikha at kayang manatili.

Ngunit ang iyong hapon panaginip biglang nabalisa ang tawag ng teknikal na suporta, pagkatapos ay isa pa at pa - walang gumagana, lahat ng bagay sinira. Suriin - pumunta pagkalugi, break. Ang lahat ay nagtatagpo sa isang segment ng ilang mga switch.

SSH uncredited, nasuri ang CPU, naka-check ang pagtatapon ng mga interface at buhok dulo - load halos sa ilalim ng 100% sa lahat ng mga interface ng isang VLAN. Ang loop! Ngunit saan ito nanggaling kung walang trabaho ang gaganapin? 10 minuto ng pagsuri at napansin mo na sa upstream na interface sa kernel mayroon kang maraming mga papasok na trapiko, at sa lahat ng pababang sa mga customer - papalabas. Para sa loop, ito ay katangian din, ngunit sa paanuman ay naghihinala: ipinakilala ang isang multicast, ay hindi gumawa ng anumang trabaho sa paglipat at ang tumalon lamang sa isang direksyon.

Sinuri ang isang listahan ng mga multicast group sa router - at mayroong isang subscription sa lahat ng posibleng mga channel at lahat ng bagay sa isang port ay natural ang isa na humahantong sa segment na ito.

Ipinakita ng masusing pagsisiyasat na ang computer ng kliyente ay nahawaan at nagpapadala ng IGMP query sa lahat ng mga multicast address sa isang hilera.

Ang mga pagkalugi sa pakete ay nagsimula, dahil ang mga switch ay kailangang pumasa sa kanilang sarili ng isang malaking halaga ng trapiko. Nagdulot ito ng overflow ng mga buffer ng interface.

Ang pangunahing tanong ay kung bakit ang trapiko ng isang kliyente ay nagsimulang kopyahin sa lahat ng mga port?

Ang dahilan para sa ito ay namamalagi sa likas na katangian ng multicast MAC address. Ang katotohanan ay, ang espasyo ng multicast IP address ay espesyal na ipinapakita sa espasyo ng multicast MAC address. At ang snag ay hindi sila gagamitin bilang isang mapagkukunan MAC address, at samakatuwid ay hindi pinag-aralan ng switch at nakalista sa MAC address table. Ano ang ginagawa ng switch sa mga frame, na ang destinasyon ng address ay hindi pinag-aralan? Ipinadala niya sila sa lahat ng port. Anong nangyari.

Ito ang default na pagkilos.

Multicast MAC address. Kaya kung ano ang MAC address ay pinalitan sa Ethernet header ng naturang mga pakete? Broadcast? Hindi. May isang espesyal na hanay ng mga MAC address kung saan ipinapakita ang mga multicast IP address. Magparehistro Nagsisimula ang mga espesyal na address na ito:

0x01005e at ang susunod na ika-25 bit ay dapat na 0.

Subukan upang sagutin kung bakit So.

). Ang natitirang 23 bits (ipaalala sa iyo ang lahat sa MAC-address 48) ay inililipat mula sa IP address.

Narito ang ilang hindi masyadong seryoso, ngunit ang problema. Ang hanay ng mga multicast address ay tinutukoy ng mask 224.0.0.0/4, na nangangahulugan na ang unang 4 na bits ay nakalaan: 1110, at ang natitirang 28 bits ay maaaring magbago. Iyon ay, mayroon kaming 2 ^ 28 multicast IP address at 2 ^ 23 MAC address - upang ipakita 1 sa 1 kakulangan 5 bits. Samakatuwid, ang huling 23 bits ng mga IP address ay kinuha at isa sa isa ay inilipat sa MAC address, ang natitirang 5 ay itinapon.

Sa katunayan, ito ay nangangahulugan na 2 ^ 5 = 32 mga IP address ay ipapakita sa isang multicast MAC address. Halimbawa, ang mga grupo 224.0.0.1, 224.128.0.1, 225.0.0.1 At higit pa hanggang 239.128.0.1, ang lahat ay ipapakita sa isang MAC address 0100: 5E00: 0001.

Kung kumuha ka ng streaming video dump bilang isang halimbawa, maaari mong makita:

IP address - 224.2.2.4, MAC address: 01: 00: 5e: 02: 02: 04.

Mayroon ding iba pang mga Multicast MAC address na hindi nabibilang sa IPv4-multicast (I-click

). Ang lahat ng mga ito, sa pamamagitan ng ang paraan, ay nailalarawan sa pamamagitan ng ang katunayan na ang huling bit ng unang octet ay katumbas ng 1.

Naturally, hindi sa parehong network card ay hindi maaaring i-configure ng tulad ng isang MAC address, kaya hindi ito ay sa source Mac Ethernet field at hindi kailanman mahulog sa MAC address table. Kaya ang mga frame na ito ay dapat ipadala bilang anumang hindi kilalang unicast

Sa lahat ng mga port ng VLAN.

Sa kabuuan, na isinasaalang-alang namin bago, sapat na upang ganap na magpadala ng anumang multicast trapiko mula sa streaming video sa mga quote ng presyo ng stock. Ngunit talagang ginagawa namin sa aming halos perpektong mundo na may ganitong kahihiyan, bilang pagpapadala ng broadcast ng kung ano ang maaaring ilipat sa mga hinirang?

Hindi talaga. Lalo na para sa mga perfectionists. Imbento mekanismo

IGMP-snooping.

Ang ideya ay napaka-simple - ang switch "nakikinig" na dumadaan sa IGMP packets.

Para sa bawat grupo, hiwalay na ito ay humahantong sa talahanayan ng pataas at pababa port.

Kung ang ulat ng IGMP ay nagmula sa port para sa isang grupo, pagkatapos ay isang kliyente, idinagdag ito ng switch sa listahan ng downlink para sa grupong ito.

Kung ang query ng IGMP ay nagmula sa port para sa grupo, pagkatapos ay mayroong isang router, ang switch ay nagdadagdag nito sa listahan ng pataas.

Ito ay bumubuo ng isang multicast traffic transmission table sa antas ng channel. Bilang resulta, kapag ang isang multicast stream ay mula sa itaas, ito ay kinopya lamang sa mga pababang interface. Kung sa 16-port lumipat lamang ng dalawang kliyente, tanging sila ay maihahatid ng trapiko. Ang henyo ng ideyang ito ay nagtatapos kapag iniisip natin ang kanyang kalikasan. Ipinapalagay ng mekanismo na ang paglipat ay dapat makinig sa trapiko sa antas ng 3rd.

Gayunpaman, ang IGMP-snooping ay hindi paghahambing sa Nat upang huwag pansinin ang mga prinsipyo ng pakikipag-ugnayan sa network. Bukod dito, bilang karagdagan sa pag-save sa mga mapagkukunan, ito ay nagdadala ng maraming mas mababa halata pagkakataon. Oo, at sa pangkalahatan, sa modernong mundo, ang paglipat na nakakaalam kung paano tumingin sa loob ng IP - ang kababalaghan ay hindi katangi-tangi. =====================. Task number 3.

Server 172.16.0.5 Nagpapadala ng multicast trapiko sa mga grupo 239.1.1.1, 239.2.2.2 at 239.0.x.

I-configure ang network upang:

- Ang Customer 1 ay hindi maaaring sumali sa grupo 239.2.2.2. Ngunit sa parehong oras ay maaaring siya sumali sa grupo 239.0.0.x.

- Ang Customer 2 ay hindi maaaring sumali sa grupo 239.1.1.1. Ngunit sa parehong oras ay maaaring siya sumali sa grupo 239.0.0.x.

Mga detalye ng gawain dito.

=====================.

IGMP snooping proxy.

.

Ang isang tugon reader ay maaaring magkaroon ng isang katanungan sa kung paano iGMP snooping natututo ang lahat ng mga port ng client, na ibinigay na lamang ng isang pinakamabilis na client ay responsable para sa IGMP query tulad ng sinabi namin sa itaas. At napaka-simple: Ang iGMP snooping ay hindi pinapayagan ang ulat na pumunta sa pagitan ng mga customer. Ang mga ito ay ipinadala lamang sa mga tumataas na port sa mga routers. Nang hindi nakakakita ng ulat mula sa iba pang mga tatanggap ng grupong ito, ang kliyente ay obligadong tumugon sa query sa panahon ng oras ng tugon na tinukoy sa query na ito.

Bilang isang resulta, sa network para sa 1000 nodes sa isang query sa IGMP para sa mga segundo 10 (ang karaniwang halaga ng max na oras ng pagtugon) ay darating 1000 mga ulat sa router. Kahit na ito ay sapat para sa kanya para sa bawat grupo.

At ito ay nangyayari bawat minuto.

Sa kasong ito, maaari mong i-configure ang proxying ng mga kahilingan ng IGMP. Pagkatapos ay ang paglipat ay hindi lamang "nakikinig" sa paglipas ng mga pakete, hinarang niya sila.

Ang mga patakaran ng pagpapatakbo ng IGMP-snoop ay maaaring magkaiba para sa iba't ibang mga tagagawa. Samakatuwid, isaalang-alang ang mga ito sa kanila:

1) Kung ang switch ay dumating ang pinakaunang ulat sa grupo, ito ay ipinapadala sa router, at ang interface ay napupuno sa downlink. Kung ang gayong grupo ay naroroon na, ang interface ay idinagdag lamang sa listahan ng pababang, at ang ulat ay nawasak.

2) Kung ang pinakabagong bakasyon ay dumating sa switch, pagkatapos ay walang iba pang mga customer, ang leave na ito ay ipapadala sa router, at ang interface ay inalis mula sa listahan ng downlink. Kung hindi man, ang interface ay natanggal lamang, umalis ay nawasak.

3) Kung ang query ng IGMP ay nagmumula sa router, ang switch ay humahadlang dito, ipinapadala ito sa tugon ng ulat ng IGMP para sa lahat ng mga grupo na kasalukuyang tumatanggap.

Ngayon bigyan namin ang server. Tulad ng na-usapan natin sa itaas, hindi siya nag-aalala tungkol sa PIM, RP, IGMP - nag-broadcast lang siya. At R1 ay nakakakuha ng stream na ito. Ang kanyang gawain ay upang maghatid ng isang multicast sa RP. At pagkatapos, depende sa mga setting at ang tagagawa, o ang parehong query ay ipinadala sa lahat ng mga port ng client, o ang mga bloke ng switch ang query mula sa router at mismo ay gumaganap bilang querier, pana-panahon politicizing lahat ng mga tatanggap. Binabawasan nito ang bahagi ng hindi kinakailangang trapiko sa serbisyo sa network at ang pag-load sa router. Multicast vlan replication. Ang kliyente ay humiling rin ng isang grupo ng 224.2.2.4 sa pamamagitan ng VLC player. Dinaglat Sa ulat ng IGMPV2 napupunta sa address ng nais na grupo, at sa kahanay ito ay ipinahiwatig sa pakete mismo. Ang mga mensaheng ito ay dapat na mabuhay lamang sa loob ng kanilang segment at hindi pa rin sa pamamagitan ng routers, samakatuwid, mayroon silang 1 TTL. MVR.

. Ito ay isang mekanismo para sa mga provider na nagsasagawa ng VLAN-per-user

, hal.

Narito ang isang tipikal na halimbawa ng isang network kung saan mahalaga ang MVR:

5 mga customer sa iba't ibang mga VLAN, at nais ng lahat na makatanggap ng multicast traffic ng isang grupo 224.2.2.4. Sa kasong ito, ang mga customer ay dapat manatiling nakahiwalay sa bawat isa.

Ang iGMP-snooping ay isinasaalang-alang, siyempre, at VLAN. Kung ang limang mga customer sa iba't ibang mga VLAN ay humiling ng isang grupo - ito ay limang iba't ibang mga talahanayan. Alinsunod dito, mayroong 5 mga kahilingan para sa pagkonekta sa grupo sa router. At ang bawat sabinternia mula sa limang ito sa router ay idaragdag nang hiwalay sa langis. Iyon ay, na nakatanggap ng 1 stream para sa grupo 224.2.2.4 Siya ay magpapadala ng 5 kopya, sa kabila ng katotohanan na lahat sila ay pumasok sa isang segment.

Upang malutas ang problemang ito, ang mekanismo ng pagtitiklop ng multicast VLAN ay binuo.

Ang isang karagdagang VLAN ay ipinasok -

.

Multicast vlan.

- Sa ito, nang naaayon, ang isang multicast flow ay ipapadala. Ito ay "masarap" nang direkta sa huling switch, kung saan ang trapiko mula sa ito ay kinopya sa lahat ng mga interface ng kliyente na nais nilang matanggap ang trapiko na ito - ito ay pagtitiklop.

.

Depende sa pagpapatupad ng pagtitiklop mula sa multicast VLAN ay maaaring gawin sa

User-VLAN.

o sa ilang mga pisikal na interface.

At ano ang tungkol sa mga mensahe ng IGMP? Ang query mula sa router, siyempre, ay dumarating sa multicast VLAN. Ang switch ay nagpapadala sa kanila sa mga port ng kliyente. Kapag ang ulat o bakasyon ay mula sa kliyente, ang mga tseke ng switch mula sa kung saan ito (VLAN, isang interface) at, kung kinakailangan, nagre-redirect sa isang multicast VLAN.

Kaya, ang ordinaryong trapiko ay nakahiwalay at nagpapatuloy pa rin sa router sa gumagamit ng VLAN. Ang isang multicast trapiko at IGMP packet ay ipinapadala sa multicast VLAN.

.

Ang Cisco MVR at IGMP-snooping ay naka-configure nang nakapag-iisa. Iyon ay, maaari mong i-off ang isa at ang pangalawang ay gagana. Sa pangkalahatan, ang MVR ay batay sa IGMP-snooping at sa mga switch ng iba pang mga tagagawa para sa mga operasyon ng MVR ay maaaring sapilitan pagsasama ng IGMP-snooping.

RPF Check.

Bilang karagdagan, pinapayagan ka ng IGMP-snooping na magsagawa ng pag-filter ng trapiko sa mga switch, limitahan ang bilang ng mga grupo na magagamit sa gumagamit, ang pagsasama ng IGMP querier, ang static na setting ng pataas na port, permanenteng koneksyon sa anumang grupo (ang script na ito ay nasa kasamang Video.

), Mabilis na reaksyon sa isang pagbabago sa topology sa pamamagitan ng pagpapadala ng karagdagang query, SSM-mapping para sa IGMPV2 atbp.

  • Tinatapos ang pag-uusap tungkol sa IGMP-snooping, gusto kong ulitin - ito ay isang opsyonal na pag-andar - lahat ay gagana nang wala ito. Ngunit ito ay gawing mas mahuhulaan ang network, at ang buhay ng engineer ay kalmado.
  • Gayunpaman, ang lahat ng mga pakinabang ng IGMP snoop ay maaaring balot laban sa kanilang sarili. Ang isang naturang natitirang kaso ay maaaring mabasa sa pamamagitan ng sanggunian.
  • Sa pamamagitan ng paraan ang parehong Cisco ay may isang CGMP protocol

- Analogue ng IGMP, na hindi lumalabag sa mga prinsipyo ng switch, ngunit ito ay maayos at hindi upang sabihin na laganap.

Kaya, ang aking walang humpay na mambabasa, lumalapit kami sa dulo ng isyu at sa wakas ay nais na ipakita kung paano maaaring ipatupad ang serbisyo ng IPTV sa client side.

Ang pinakamadaling paraan na paulit-ulit naming inapela sa artikulong ito - magpatakbo ng isang manlalaro na maaaring tumagal ng multicast stream mula sa network. Maaari mong manu-manong itakda ang IP address ng grupo at tangkilikin ang video.

Ang isa pang pagpipilian sa programa na kadalasang ginagamit ng mga tagapagbigay ay isang espesyal na aplikasyon, kadalasan ay isang pasadyang, kung saan ang hanay ng mga channel na ginagamit sa network ng provider ay sewn. Hindi na kailangang magtakda ng isang bagay nang manu-mano - kailangan mo lamang na ilipat ang mga channel gamit ang mga pindutan.

Ang parehong mga paraan na ito ay posible upang manood ng streaming video lamang sa iyong computer.

Ang ikatlong opsyon ay nagbibigay-daan sa iyo upang gamitin ang TV, at bilang isang panuntunan, anumang. Upang gawin ito, inilalagay ng bahay ng kliyente ang tinatawag na set-top-box (STB) - isang kahon na naka-install sa TV. Ito ay isang Pusaleak, na kasama sa linya ng subscriber at namamahagi ng trapiko: ang karaniwang unicnter na ibinibigay nito sa Ethernet o WiFi upang ang mga customer ay may access sa Internet, at ang multicast stream ay ipinapadala sa TV sa pamamagitan ng cable (DVI, RGB, antenna td.).

Kadalasan, sa pamamagitan ng paraan, maaari mong makita ang isang advertisement, kung saan ang provider ay nag-aalok ng mga console nito para sa pagkonekta sa telebisyon - ito ay ang napaka STB

Task number 4.

Sa wakas, ang isang hindi pangkaraniwang gawain ng multicast (ang mga may-akda ay hindi sa amin, magkakaroon ng isang link sa orihinal sa mga sagot).

  1. Ang pinakasimpleng pamamaraan:
  2. Sa isang banda, ang source server, na may arc - isang computer na handa nang kumuha ng trapiko.

Maaari kang mag-install ng isang multicast stream address sa iyong sarili.

At, nang naaayon, dalawang tanong:

  • Ano ang kailangang gawin upang makuha ng computer ang stream at huwag gumamit ng multicast routing?
  • Ipagpalagay na hindi mo alam kung ano ang isang multicast at hindi maaaring i-configure ito, kung paano ilipat ang stream mula sa server sa isang computer?
  • Ang gawain ay madaling hinanap sa search engine, ngunit subukan upang malutas ito sa iyong sarili.
  • Mga detalye ng gawain dito.
  • =====================.
  • Ang hindi kapaki-pakinabang sa artikulo ay nanatiling cross-domain routing ng multicast trapiko (MSDP
  • , MBGP.

, Bgmp

), load balancing sa pagitan ng RP (anycast RP.

, mga protocol ng pagmamay-ari. Ngunit, sa palagay ko, ang pagkakaroon ng isang punto ng pagsisimula ng artikulong ito, upang harapin ang natitira ay hindi magiging mahirap.

Lahat ng mga termino na may kaugnayan sa isang multicast, maaari mong makita sa telecommunications glossary lookmeup

Para sa tulong sa paghahanda ng mga artikulo salamat sa iyo Jdima.

Para sa teknikal na suporta salamat Natasha Samoilenko CDPV Drawn Nina Dolgopolov.

- Isang kahanga-hangang artist at iba pang proyekto.

RPF Check.

Sa pool ng mga artikulo sa pamamagitan ng SDSM, marami pa rin ang kawili-wili bago ang katapusan, kaya hindi mo kailangang ilibing ang cycle dahil sa isang mahabang kakulangan ng release - sa bawat bagong artikulo ang pagiging kumplikado ay malaki ang pagtaas. Ang maaga ay halos lahat ng MPLS, IPv6, QoS at disenyo ng network.

  1. Tulad ng sa iyo, marahil napansin, ang LinkMeup ay may isang bagong proyekto - ang LookMeup Glossary (oo, kami ay umalis sa isang pantasya). Inaasahan namin na ang glossary na ito ay magiging ang pinaka-kumpletong direktoryo ng mga termino sa larangan ng komunikasyon, kaya natutuwa kami sa anumang tulong sa pagpuno nito. Sumulat sa amin sa [email protected]
  2. manatili ka sa amin
  3. IGMP snooping: Ano ito sa router at bakit kailangan mo?
  4. Kung nakatagpo ka ng isang katanungan tungkol sa pagpipiliang IGMP snooping na ito ay nasa router at kung bakit kailangan mo ang setting na ito, natuklasan mo ang tamang artikulo. Karamihan sa mga impormasyon sa internet ay kumplikado upang maunawaan ang karaniwang gumagamit, at ang mga tuntuning ito ay hindi kinakailangan sa lahat kung nais mong malutas ang isang partikular na gawain.
  5. Kaunti pa tungkol sa mga problema, dahil sa kung saan maaari kang maging interesado sa IGMP snooping:

Maglaro ka ng mga laro sa network;

Gamitin ang IPTV Rostelecom Internet telebisyon function o anumang iba pang provider;

Naka-sign sa anumang sistema ng network: mga kumperensya ng video, pag-aaral sa online o kahit mga postal mailing.

At sa parehong oras ikaw ay may makabuluhang nabawasan bilis sa lahat ng mga aparato na konektado sa router. Halimbawa, pinapanood mo ang IPTV sa TV, ngunit nagsisimula kang "mahiya" ng PC o mas masahol pa upang magtrabaho sa internet sa iyong telepono. Ang isa pang problema ay posible - IPTV, mga laro sa network o mga serbisyo na nakalista sa itaas ay hindi nagsimula sa lahat at hindi gumagana. Sa lahat ng mga kaso na ito, ang solusyon ay makakatulong na i-configure ang iGMP snooping.

Ano ang IGMP at kung bakit ito kinakailangan

Kapag ang data ay ipinapadala sa network - sa pandaigdigang Internet, o mula sa provider, o sa pagitan ng iyong mga device, nangyayari ito sa malinaw na mga panuntunan: mga protocol. Tinutukoy ng bawat protocol kung paano makilala ang mga zero at mga yunit, kung paano kolektahin ang mga ito sa mga packet ng data, kung paano suriin ang kanilang "katumpakan" kapag tumatanggap at nagtipon sa screen sa screen. Mayroong pitong antas sa kabuuan - mula sa mga de-koryenteng signal sa iyong browser.

Ang Pamamahala ng Pamamahala ng Internet Protocol, ayon sa mga unang titik na kung saan ang pagdadaglat ay nabuo - isa sa mga protocol na ito sa antas ng channel. Hindi mo alam ang tungkol sa pagkakaroon nito, kung ang "mga problema" na inilarawan sa itaas ay lumitaw. Tulad ng makikita mula sa pangalan, ito ay isang protocol para sa pamamahala ng mga grupo ng pagsasahimpapawid.

Iyon ay, kapag ang IPTV Internet TV signal ay dumating sa iyo sa router mula sa provider, ito ay nagsisimula sa i-broadcast ito sa lahat ng mga aparato. Ito ay maginhawa, upang panoorin ang parehong gear sa smartphone at TV. Ngunit sa parehong oras ang anumang iba pang mga aparato - halimbawa, ang iyong computer ay "hindi nagtanong" kung ito ay nangangailangan ng isang senyas.

Samakatuwid, natatanggap pa rin niya ito, na binabawasan ang bilis ng internet at ginugugol ang mga mapagkukunan nito.

Ang snooping ay isang function na tumutulong sa isang router upang malaman kung aling mga aparato ang kailangan ng isang daloy ng data mula sa isang online na laro, telebisyon o espesyal na serbisyo. Sa madaling salita, ito ang pag-optimize ng trapiko sa loob ng iyong network at pagpapabuti ng kaligtasan nito. Dapat itong awtomatikong gumana, ngunit kung minsan kailangan mong i-configure ito nang manu-mano. Iyon ang IGMP ay nasa router.

Mga tanawin ng iGMP snooping. Ang suporta ng router ng protocol na ito ay nangangahulugan na hindi ka magkakaroon ng problema sa pagtanggap ng signal mula sa IPTV at mula sa iba pang mga serbisyo. Ngunit kung ang router o modem ay mas matanda, hindi ito maaaring tumanggap ng transfer ng data ng broadcast, o wala itong sapat na kapangyarihan at ito ay "mag-hang." Ngunit kapag ang lahat ay nasa order, ang IGMP snoop ay maaaring mag-iba ayon sa uri: Passive. Ang pangunahing suporta sa teknolohiya, pangkalahatang pagsubaybay at paghahatid ng data ng pag-broadcast. Ang lahat ay gumagana, ang pag-load sa router ay minimal. Gayunpaman, ang pagtaas ng pag-load sa mga device dito. Aktibo. Ang ganitong protocol ay nagpapakinabang sa network. Sinusuri nito ang "dagdag" na mga kahilingan sa router na hindi niya kailangan, pinalaya ang mapagkukunan ng paglipat ng data. Gayunpaman, pinatataas nito ang pag-load sa processor at sa memorya ng device. Ang mga aparato ng daluyan at mataas na mga segment ng presyo ay nakayanan ito nang walang mga problema. Para sa mga aparato mas mura ito ay depende sa dami ng data. .

Paano mag-set up ng isang function sa router. IGMP I-disassemble sa router, ano ang setting na ito - sa halimbawa ng IPTV. Karaniwan ang lahat ay awtomatikong lumiliko. Ngunit kung basahin mo ang artikulong ito, isang bagay na malinaw na nagkamali. Samakatuwid, gawin ang mga hakbang na ito: Pumunta sa web interface ng router: Ipasok ang browser sa address bar 192.168.1.1 o 192.168.0.1 o ang address na tinukoy sa ibaba ng sticker. Ipasok ang username at password - kadalasan ito ang "admin" na pag-login at password na "admin" kung hindi ka manu-mano. O suriin ang parehong sticker sa router. .

Pumunta sa "network", "mga setting ng network" o katulad. Sa Asus, ito ay tinatawag na "lokal na network". Kailangan mong hanapin ang tab na "IPTV". Kasama sa pagpipiliang "Proxy" ang pagsasahimpapawid, aktwal na naglulunsad ng pag-andar ng IPTV. Iyan ay kung ano ito, IGMP proxy sa router. Buksan ito. Hindi lahat ng mga modelo ay may isang IGMP snooping item, ngunit kung ito ay naroroon, pagkatapos ay i-on ito. Ang snooping ay magpapabuti sa gawain ng lahat ng mga aparato. .

I-click ang "Ilapat". Handa na ang lahat.

Posibleng problema Ang isang problema ay posible kapag ang pagsasahimpapawid ay hindi nagtrabaho. Ito ay maaaring konektado sa firewall. Idiskonekta ito sa loob ng ilang minuto. Kung nawala ang problema, pagkatapos ay i-on at sa mga setting, payagan ang protocol para sa Internet TV, mga laro sa online o ibang serbisyo. Video. Halimbawa: Anycast DNS. .

Kung ang IPTV ay gumagamit ng isang hiwalay na kagamitan-receiver (Bakit kailangan mo ng prefix sa TV, ito ay isang solong paksa ng pag-uusap), pagkatapos ay sa mga setting ng router maaaring kailanganin upang malutas ang pagpipiliang "Bridge". Maaaring ito ay tinatawag na "Pumili ng Wan Bridge Port" o "Network-Bridge" - depende ito sa device.

Sa wakas, kung ang signal "slows down", pagkatapos ay ang aparato ay malamang na overloaded. Magkakaroon ng limitahan ang pagpapatakbo ng iba pang mga device, o huwag paganahin ang mga ito. Kung walang nakakatulong, kailangan mong baguhin ang router sa mas malakas.

Sa artikulong ito, sinubukan kong ipaliwanag ang pinaka-malinaw na wika kung ano ang iGMP snooping sa router ay. Umaasa ako na ang impormasyong ito ay magiging kapaki-pakinabang sa iyo, at magpasya ka ng mga problema na lumitaw. Ngayon ang iyong data ay ipapadala bilang mahusay at tama, at ang pag-atake sa network upang labis na labis ang lahat ng mga aparato sa ito ay hindi magreresulta. Isang pinagmulan: https://besprovodnik.ru/igmp-snooping-chto-to-v-rutere/

Pag-set up ng IPTV sa Mikrotik. Halimbawa, ang mga setting ng IPTV ay kinuha namin ang Mikrotik RB2011UIAS-2HND. Hindi masyadong isang router ng bahay, siyempre, ngunit ang setting sa iba pang mga aparato ay hindi naiiba sa prinsipyo. I-reset ang router ng configuration. / At ipinaaalam sa amin ang tungkol sa mga tatanggap. At hindi kinakailangan na pag-usapan ang tungkol sa isang client-computer, sa pangkalahatan maaari itong maging, halimbawa, isa pang PIM router. Mahalaga kung aling mga interface ang kailangang pumasa sa trapiko. Na-update namin ang router (magdagdag ng isang pakete para sa IPTV).

Pag-set up ng IGMP proxy. Magdagdag ng mga eksepsiyon sa firewall. Pag-set up ng Wi-Fi.

I-reset ang mga setting ng access point.

Ang item na ito ay opsyonal. Kung i-configure mo ang IPTV sa isang router sa mga setting ng pagtatrabaho na ginawa mo nang mas maaga, hindi kinakailangan ang mga pagkilos sa ibaba. Hindi rin nito pinipigilan ang backup na pagsasaayos. Gayunpaman, kung minsan, kung sa panahon ng setting ng IPTV sa microtic ay nagkamali, ang pinakamahusay na paraan ay "i-reset" ang pagsasaayos at gawin muli ang lahat. .

I-reset ang mga setting sa pabrika ay maaaring tatlong paraan: Programming pumunta sa Winbox, buksan ang menu ng system at gawin ang pag-reset ng configuration. Sa loob nang wala sa loob: I-click ang pindutan ng I-reset sa iyong Mikrotik at maghintay hanggang ang ROUTER REBOOT. (Sa karamihan ng mikrotik ipinapayo namin sa iyo na i-clamp ang pindutan upang i-on ang kagamitan, at hindi ilalabas ang pagpapanatiling mga 10 segundo pagkatapos lumipat sa) / At ipinaaalam sa amin ang tungkol sa mga tatanggap. At hindi kinakailangan na pag-usapan ang tungkol sa isang client-computer, sa pangkalahatan maaari itong maging, halimbawa, isa pang PIM router. Mahalaga kung aling mga interface ang kailangang pumasa sa trapiko. I-reset ang configuration sa router mismo (sa screen ng pag-setup). Aktwal lamang kung mayroong isang touchscreen sa router. ROUTEROS UPDATE (Magdagdag ng isang pakete para sa IPTV) Kinakailangan ang pag-update upang mag-install ng karagdagang pakete para sa IPTV. Pumunta kami sa site ng Mikrotik, hinahanap namin ang isang linya ng iyong modelo sa mga listahan at i-download ang pinakabagong bersyon ng firmware para dito. Mangyaring tandaan na hindi mo pipiliin ang firmware na may pangunahing mga pakete (pangunahing), at may karagdagang (dagdag):

Bukas

Winbox.

Pumunta kami sa router (ipinapayo namin sa iyo na pumasok sa una sa MAC address, mapadali nito ang karagdagang proseso ng pagsasaayos). Upang i-update sa router, pumunta sa menu Mga file. Buksan ito at i-drag ito sa window Mga file. Ang aming na-download na file mula sa isang naka-unpack na archive na tinatawag na . Multicast-x.xx-mipsbe.npk.

Idinagdag ang package at pagkatapos naming i-reboot ang kagamitan sa menu

Sistema.

Reboot.

Ang router ay reboot at i-update ang firmware. Ang proseso ay maaaring tumagal ng hanggang 5 minuto.

Ang nutrisyon sa oras na ito ay hindi dapat hindi paganahin!

Pagkatapos ng rebooting bukas

System - mga pakete. at tumingin kung lumitaw ang module

Kung ang isa ay magagamit, pagkatapos ay ginawa mo ang lahat ng tama. Pag-set up ng IGMP proxy.

Buksan sa Mikrotik Menu. Routing - IGMP proxy. Kailangan naming magdagdag ng isang bagong interface, para sa pag-click na ito sa plus (tulad ng ipinahiwatig sa screen). Sa bagong interface, sa field Interface. Pinili namin ang port kung saan ang Internet ay kasama namin, sa aming kaso ito ay isang Ether2-master at nag-install ng isang tik Tulad ng isang screenshot:

Bahagyang mas mababa sa field

Alternatibong subnet.

Dapat mong tukuyin ang mga alternatibong subnet. Kung hindi mo alam kung ano ang papasok doon, subukan ang mga pinaka-karaniwang mga pagpipilian: 10.0.0.0/8; 172.16.0.0/12; 192.168.0.0/16.

  • Sa matinding kaso, maaari mo ring iwan ang mga zero, ngunit mas mahusay na mahanap pa rin ang ninanais na subnet upang ang router ay hindi nalalapat sa buong internet. Kumpirmahin ang mga pagbabago, i-click. Ok. Lumikha ng isa pang interface, pag-click sa isang asul na plus, ngunit ngayon kami hindi
  • Sa matinding kaso, maaari mo ring iwan ang mga zero, ngunit mas mahusay na mahanap pa rin ang ninanais na subnet upang ang router ay hindi nalalapat sa buong internet. ). maglagay ng tseke sa kabaligtaran Ok. at sa parehong oras piliin ang port na gagawin namin Overburigigious

IPTV. - Iyon ay, ang isa na kung saan ang aparato ay konektado kung saan namin panoorin ang IPTV. Sa aming kaso, ito ay tulay, dahil ang isang nakatigil pc ay konektado sa ito. .

Iyon ay, sa unang kaso, itinuturo namin ang port kung saan kasama ang data, at ngayon - saan nanggaling. Pagkatapos naming pindutin ang pindutan Mga setting

Istavim ang marka sa kabaligtaran

Para sa teknikal na suporta salamat Natasha Samoilenko Mabilis.

Leve.

RPF Check.

Ginagawa namin ito upang mabilis na lumipat sa pagitan ng mga channel.

Pag-set up ng firewall

Ipasadya ang aming firewall na hindi nakaligtaan sa IPTV sa sandaling ito, para sa ito lumikha kami ng isang bagong terminal, i-click ang bagong terminal at bubukas ang window: Ngayon kailangan naming magsagawa ng ilang mga koponan sa console na ito: / IP firewall filter Magdagdag ng aksyon = tanggapin chain = input comment = »payagan ang IGMP» Disabled = walang in-interface = ether2-master protocol = IGMP

/ IP firewall filter Magdagdag ng aksyon = tanggapin chain = input comment = »IPTV UDP papasok» Disabled = walang dst-port = 1234 in-interface = ether2-master protocol = UDP

/ IP firewall filter Magdagdag ng aksyon = tanggapin chain = forward comment = »IPTV UDP forwarding» Disabled = walang dst-port = 1234 protocol = udp 1234.

- Ang port ay unofficially nakarehistro para sa streaming video at IPTV Ether2-Master. - Ito ay isang interface kung saan ang IPTV ay mula sa provider.

Susunod na pangangailangan sa menu

Ip. Piliin ang Item. Firewall

at pumunta sa tab Mga panuntunan sa pag-filter.

. Nilikha namin ang pagbubukod ng mga panuntunan at nagtatrabaho sila, dapat silang mas mataas para sa pagbabawal. I-drag namin ang mga ito gamit ang mouse.

  1. Wi-Fi Setup.
  2. Kung sakaling ipamahagi mo o ipapadala ang IPTV sa pamamagitan ng Wi-Fi, kailangan mong magdagdag ng mga karagdagang setting. Upang gawin ito, buksan sa pagkakasunud-sunod:
  3. Pagkatapos ng pagpindot sa pindutan ng Advanced na mode, lumilitaw ang mga karagdagang parameter:
  4. Sa larangan
  5. WMM Support.

Ilagay

Pinagana -

RPF Check.

Ang komprehensibong suporta para sa paghahatid ng multimedia sa Wi-Fi.

Helper.

Puno

. Kasama sa parameter na ito ang pagpapadala ng mga customer ng multicast na nakaupo sa Wi-Fi.

Lahat ay kumpirmahin na may pindutan

Sa IGMP, ang mga huling tatanggap ng customer ay nakikipag-usap sa pinakamalapit na routers na nais nilang makatanggap ng trapiko. At ang Pim ay nagtatayo ng landas ng paglipat ng trapiko ng multicast mula sa pinagmulan hanggang sa mga tatanggap sa pamamagitan ng mga routers. Ok.

at masiyahan sa panonood ng mga programa

Ito ay nananatiling lamang upang suriin ang pagganap ng aming configuration. Ginamit namin ang IPTV player na ito, N.

Radially download ang mga channel ng mga channel para sa aming provider

(Volton Telecom) sa mga setting ng player.

Maaari naming makita na ang aming setting ay ganap na pagpapatakbo. Maligayang Pagtingin!

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

Ano ang iGMP snooping sa router: Bakit ang IGMP snooping function

Ang kliyente ay humiling rin ng isang grupo ng 224.2.2.4 sa pamamagitan ng VLC player. Ang papel na ginagampanan ng IGMP ay napaka-simple: Kung walang mga customer - hindi kinakailangan upang magpadala ng trapiko ng multicast sa segment. Kung lumilitaw ang isang kliyente, aabisuhan niya ang mga routers gamit ang IGMP na nais niyang makatanggap ng trapiko. Upang maunawaan kung paano nangyayari ang lahat, dalhin ang network na ito: Ang isang bilang ng mga platform sa internet gamitin ang multicast paraan upang magpadala ng data sa grupo ng gumagamit. Ang ganitong teknolohiya ay ginagamit para sa mga laro sa online, mga live na broadcast, pag-aaral ng distansya, at kahit para sa mga postal mailing. Ngunit ang multiforming ay hindi laging may kakayahang mag-optimize ng relay ng trapiko at naglo-load ng network ng gumagamit, kaya nilikha ng iGMP snooping function ang problemang ito. Tingnan natin kung ano ang function, at kung paano paganahin ito upang i-optimize ang iyong trapiko.

Ano ang at bakit kailangan ang pag-andar ng iGMP

Upang magsimula, ibibigay namin ang kahulugan ng IGMP upang maunawaan ang prinsipyo ng teknolohiya.

Internet Group Management Protocol - Multicast network management protocol, na nagsasagawa ng ilang mga device sa mga grupo. Ulat ng pagiging miyembro ng IGMP. - Ang "mga ulat" ay nagnanais na makatanggap siya ng trapiko sa grupong ito.

Sa ulat ng IGMPV2 napupunta sa address ng nais na grupo, at sa kahanay ito ay ipinahiwatig sa pakete mismo. Ang mga mensaheng ito ay dapat na mabuhay lamang sa loob ng kanilang segment at hindi pa rin sa pamamagitan ng routers, samakatuwid, mayroon silang 1 TTL. Ito ay batay sa IP protocol at inilapat sa internet sa lahat ng dako, epektibong paggamit ng mga mapagkukunan ng network.

Ang iGMP snooping ay ang proseso ng tracking multicast trapiko sa pagitan ng mga grupo ng mamimili at host. Pinagana ang tampok na snooping upang pag-aralan ang mga kahilingan ng gumagamit upang kumonekta sa isang multi-master group at idinagdag ang port sa listahan ng pag-broadcast ng IGMP. Matapos makumpleto ang paggamit ng multitrafication, ang user ay umalis ng query at protocol, tinatanggal ang port mula sa listahan ng data ng grupo.

Kaya, ang pag-snoop ay nag-aalis ng paglipat ng hindi kinakailangang data sa mga multicast channel.

Ginagawa nito ang palitan ng data sa antas ng channel na mas mahusay at isinasaalang-alang ang mga pangangailangan ng layer ng network, na partikular na mahalaga para sa mga nagbibigay ng impormasyon. Ang mga gumagamit ay makakatanggap din ng na-optimize na nilalaman, bagaman bilang isang resulta, ang pag-load sa network ay tataas.

Nang walang pagsubaybay at pag-aaral ng data, ang mga ultimate consumer sa anyo ng mga tukoy na IP address ay mapipilitang "digest" karagdagang walang silbi na impormasyon para sa kanila. na kung saan ay aktibo sa pamamagitan ng default sa routers. Ang interface ng Fe0 / 0 ay bumababa para sa grupo ng 224.2.2.4 - kakailanganin itong ipadala ang natanggap na trapiko. Kasama ang karaniwang natatanging routing table mayroon ding multicast: Tungkol sa pagkakaroon ng mga customer na nagsasabing unang rekord

Ang iGMP snooping ay hindi lamang i-save ang mga gumagamit mula sa labis na trapiko, kundi pati na rin ang pagpapalitan ng impormasyon na mas ligtas.

Pinagana ang mode ng pagsubaybay sa oras upang maiwasan ang mga pagtatangka ng pag-atake ng DDoS sa isang network o mga tukoy na address kung saan ang protocol ng Pamamahala ng Internet Group ay mahina. Pag-activate ng pag-andar ng IGMP snooping. Ang tampok na pagsubaybay at pagtatasa ay magagamit sa mga pinamamahalaang switch ng network o switch. Tinutulungan ng aparatong ito na ipatupad ang mga prinsipyo ng pagsasahimpapawid ng grupo sa antas ng channel ng network. .

Upang i-activate ang IGMP snooping, kailangan mong manu-manong paganahin at i-configure ito sa switch.

Hindi sinusuportahan ng mga analog na hindi sinusuportahan ang mode ng pagtatasa ng trapiko, dahil hindi nila mai-configure sa pamamagitan ng interface.

Sa mas detalyado ang utos Ipakita ang ip Mroute. Makakakita tayo mamaya. .

Bago gamitin ang tagapagbalita sa iyong network, siguraduhin na ang huling tatanggap (halimbawa, Smart-TV) ay sumusuporta sa snooping mode.

Kadalasan, ang mga device ay may naaangkop na item sa seksyong "Setup Network Connection", na kung saan ay kapansin-pansing pinapasimple ang pagsasaayos ng multicast. Ang kliyente ay nagsimulang tumanggap ng trapiko. Ngayon ang router ay dapat na minsan suriin na ang mga tatanggap ay mayroon pa ring puwang upang hindi mag-broadcast kung biglang ang mga customer ay naiwan. Upang gawin ito, pana-panahon itong nagpapadala ng isang kahilingan sa lahat ng mga pababang interface nito. Isaalang-alang ang isang paraan upang ikonekta ang isang function sa pamamagitan ng command line sa halimbawa ng mga sikat na D-Link switch:

Buksan ang command line gamit ang CLI interface.

Ipasok ang "Paganahin-IgMP-Snooping". Ang utos na ito ay i-on ang function sa switch at lahat ng mga konektadong address.

Ipasok ang "config-igmp-snooping-vlan-default-state-enable", na magpapahintulot sa iyo na i-configure ang VLAN protocol.

Ang "Commog-multicast-vlan-filtering-mode-vlan-default-filter-unregistred-grupong" command ay may kasamang pag-filter ng data mula sa ilang mga address sa tagapagbalita.

Sa wakas, gamitin ang "config-IGMP-Snooping-VLAN-default-snooping-enable" sa network ng VLAN.

Kabilang sa huling command ang IGMP snooping fast feature, na hindi kasama ang port mula sa network sa lalong madaling gumawa ng isang kahilingan ang user na "umalis". Salamat sa mabilis na bakasyon, ang mamimili ay hindi makakatanggap ng hindi kinakailangang data at hindi iproseso ang mga ito. Bawasan nito ang pag-load sa network at magpapahintulot sa paglipat upang gumana nang mas epektibo. Kung, bilang tugon sa query, hindi bababa sa isang ulat ang dumating sa router, nangangahulugan ito na may mga customer pa rin, patuloy niyang i-broadcast na ang interface mula sa kung saan ang ulat na ito ay nagmula, ang trapiko ng grupong ito. Kung ang isang query ay walang tugon mula sa isang interface ng tugon para sa ilang grupo, tinanggal ng router ang interface na ito mula sa multicast routing table para sa grupong ito - ay huminto upang magpadala ng trapiko.

Mga network para sa pinakamaliit. Bahagi 9.2. Multicast. Igmp protocol.

Patuloy na pag-aralan ang multicast IGMP (Internet Management Protocol), ang network protocol para sa pakikipag-ugnayan ng mga kliyente ng trapiko ng multicast at ang router na pinakamalapit sa kanila.

Igmp protocol.

Bumalik sa dump muli. Tingnan ang nangungunang pakete na ito, pagkatapos ng isang multicast stream ay itinapon? Isang kagiliw-giliw na detalye sa pag-uugali ng kliyente: pagkakaroon ng natanggap na query, siya ay hindi nagmadali upang tumugon kaagad upang mag-ulat. Ang node ay tumatagal ng haba ng timeout mula 0 hanggang .

IGMP protocol message kapag nakakonekta

na tinukoy sa susunod na query: Kapag nag-debug o sa dump, sa pamamagitan ng paraan, maaari itong makita na ilang segundo ay maaaring pumasa sa pagitan ng pagkuha ng iba't ibang mga ulat. Ginagawa ito upang ang daan-daang mga customer ang lahat ng saklaw ay hindi nagbaha sa network sa kanilang mga ulat sa pamamagitan ng pagtanggap ng pangkalahatang query. Bukod dito, isang kliyente lamang ang karaniwang nagpapadala ng ulat. Ang mensahe ng protocol ng IGMP na ipinadala ng kliyente kapag pinindot namin ang pag-play dito. Iyon ay kung paano siya nag-uulat na nais niyang makatanggap ng trapiko para sa grupo 224.2.2.4.

- Ito ay isang network protocol na nakikipag-ugnay sa mga kliyente ng trapiko ng multicast at ang pinakamalapit na router.

Ang IPv6 ay gumagamit ng MLD (Multicast Listener Discovery) sa halip ng IGMP. Ang prinsipyo ng operasyon ay talagang pareho, upang madali mong baguhin ang IGMP sa lahat ng dako sa MLD, at IP sa IPv6.

Paano eksaktong gumagana ang IGMP? apat. Kaya napupunta sa loob ng maraming siglo hanggang sa nais ng kliyente na lumabas sa grupo (halimbawa, i-off ang player / TV). Sa kasong ito, nagpapadala siya Iwanan ang iGMP. Marahil kailangan mong simulan ang katotohanan na ang mga bersyon ng protocol ay tatlo na ngayon: IGMPV1, IGMPV2, IGMPV3. Ang pinaka ginagamit - ang ikalawang isa, ang una ay halos nakalimutan, kaya hindi namin pag-usapan ang tungkol dito, ang ikatlo ay katulad ng pangalawang.

Ako ay nakatuon sa pangalawang, tulad ng sa pinaka-epekto, at isaalang-alang ang lahat ng mga kaganapan mula sa pagkonekta sa client sa grupo bago ito ay sa labas ng ito. Ang kliyente ay humiling rin ng isang grupo ng 224.2.2.4 sa pamamagitan ng VLC player.

Ang papel na ginagampanan ng IGMP ay napaka-simple: Kung walang mga customer - hindi kinakailangan upang magpadala ng trapiko ng multicast sa segment. Kung lumilitaw ang isang kliyente, aabisuhan niya ang mga routers gamit ang IGMP na nais niyang makatanggap ng trapiko.

Upang maunawaan kung paano nangyayari ang lahat, dalhin ang network na ito:

Ipagpalagay na naka-configure ang router upang makatanggap at magproseso ng trapiko ng multicast.

- Ang "mga ulat" ay nagnanais na makatanggap siya ng trapiko sa grupong ito.

Tukoy na query sa grupo.

Nagpapadala ng ulat ng pagiging miyembro ng IGMP.

Sa ulat ng IGMPV2 napupunta sa address ng nais na grupo, at sa kahanay ito ay ipinahiwatig sa pakete mismo. Ang mga mensaheng ito ay dapat na mabuhay lamang sa loob ng kanilang segment at hindi pa rin sa pamamagitan ng routers, samakatuwid, mayroon silang 1 TTL. Tukoy na query sa grupo. Madalas sa panitikan maaari mong matugunan ang pagbanggit ng

Ang router ay tumatanggap ng iGMP-Report at, napagtatanto na ang interface na ito ngayon ay may mga customer, gumagawa ng impormasyon sa kanilang mga talahanayan

Ito ay isang output ng impormasyon sa IGMP. Ang unang grupo ay hiniling ng kliyente. Ang ikatlo at ikaapat ay ang SSDP-built SSDP protocol group. Ang pangalawa ay isang espesyal na grupo na laging naroroon sa mga routers ng Cisco - ginagamit ito para sa Auto-RP protocol, na kung saan ay aktibo sa pamamagitan ng default sa mga routers.

  1. Ang interface ng Fe0 / 0 ay bumababa para sa grupo ng 224.2.2.4 - kakailanganin itong ipadala ang natanggap na trapiko.
  2. Kasama ang karaniwang natatanging routing table mayroon ding multicast:
  3. Tungkol sa pagkakaroon ng mga customer na nagsasabing unang rekord
  4. Mula sa output ito ay malinaw na trapiko para sa grupo 224.2.2.4 ay dumating sa pamamagitan ng Fe0 / 1, at ito ay kinakailangan upang ipadala ito sa PE0 / 0 port.
  5. Ang mga interface kung saan kailangan mong magpadala ng trapiko ay kasama sa listahan ng mga interface sa ibaba ng agos -
  6. Langis Ang bawat isa ay nagpapadala ng pangkalahatang query sa IGMP sa network. Ang pangunahing layunin ay upang malaman kung may mga customer, at kahanay - upang ipahayag sa iba pang mga routers sa segment kung sila ay, tungkol sa iyong pagnanais na lumahok sa mga halalan. Listahan ng Outbound Interface.
  7. Sa mas detalyado, ang palabas ng koponan ng Ipakita ang IP Mroorte ay titingnan namin mamaya.
  8. Sa itaas ng dump nakikita mo na sa sandaling ang kliyente ay nagpadala ng isang IGMP-ulat, kaagad pagkatapos na ito ay nagsakay ng UDP ay isang stream ng video.

Nanalo ng router S.

Ang pagtanggap ng query query sa IGMP (dump ay sinala ng IGMP).

7)

Bilang default, nangyayari ito tuwing 60 segundo. TTL Ang mga pakete ay katumbas din sa 1. Ang mga ito ay ipinadala sa address 224.0.0.1 - lahat ng mga node sa segment na ito - nang hindi tumutukoy sa isang partikular na grupo. Ang mga naturang query na mensahe ay tinatawag na. walong) - Pangkalahatan. Kaya, ang router ay nagtanong: "Mga lalaki, at sino at ano pa ang gustong tumanggap?".

Ang pagkakaroon ng natanggap na Pangkalahatang Query ng IGMP, ang anumang host na nakikinig sa anumang grupo ay dapat magpadala ng IGMP na ulat tulad ng ginawa nito kapag nakakonekta. Ang address ng pangkat ng interes sa kanyang grupo ay dapat na tinukoy sa ulat. Ang mga halalan sa querier ay isang napakahalagang pamamaraan sa multicast, ngunit ang ilang mga mapanlinlang na mga tagagawa na hindi nagtataglay ng RFC ay maaaring magpasok ng isang malakas na stick sa mga gulong. Ako ay nagsasalita tungkol sa IGMP query na may isang address ng source 0.0.0.0, na maaaring mabuo ng switch. Ang mga naturang mensahe ay hindi dapat lumahok sa pagpili ng querier, ngunit kailangan mong maging handa para sa lahat. Narito ang isang halimbawa Tugon ng computer sa IGMP Pangkalahatang query (dump ay sinala ng IGMP)

Kung, bilang tugon sa query, hindi bababa sa isang ulat ang dumating sa router, nangangahulugan ito na may mga customer pa rin, patuloy niyang i-broadcast na ang interface mula sa kung saan ang ulat na ito ay nagmula, ang trapiko ng grupong ito. Ang bersyon 1 ay naiiba sa kakanyahan lamang ng katotohanan na Kung ang isang query ay walang tugon mula sa isang interface ng tugon para sa ilang grupo, tinanggal ng router ang interface na ito mula sa multicast routing table para sa grupong ito - ay huminto upang magpadala ng trapiko.

Sa inisyatiba nito, ang kliyente ay karaniwang nagpapadala ng ulat lamang kapag nakakonekta, pagkatapos ay tumugon lamang ito sa query mula sa router.

Isang kagiliw-giliw na detalye sa pag-uugali ng kliyente: pagkakaroon ng natanggap na query, siya ay hindi nagmadali upang tumugon kaagad upang mag-ulat. Ang node ay tumatagal ng haba ng timeout mula 0 hanggang

Kapag nag-debug o sa dump, sa pamamagitan ng paraan, maaari itong makita na ilang segundo ay maaaring pumasa sa pagitan ng pagkuha ng iba't ibang mga ulat.

Ginagawa ito upang ang daan-daang mga customer ang lahat ng saklaw ay hindi nagbaha sa network sa kanilang mga ulat sa pamamagitan ng pagtanggap ng pangkalahatang query. Bukod dito, isang kliyente lamang ang karaniwang nagpapadala ng ulat.

Ang katotohanan ay ang ulat na iyon ay ipinadala sa address ng grupo, at samakatuwid ay dumating sa lahat ng mga customer. Pagkatapos matanggap ang ulat mula sa isa pang kliyente para sa parehong grupo, ang node ay hindi magpapadala ng sarili. Ang lohika ay simple: ang router ay nakatanggap na ng napaka-ulat na ito at alam na may mga customer, hindi kinakailangan.

Sa itaas ng dump nakikita mo na sa sandaling ang kliyente ay nagpadala ng isang IGMP-ulat, kaagad pagkatapos na ito ay nagsakay ng UDP ay isang stream ng video.

Ang kliyente ay humiling rin ng isang grupo ng 224.2.2.4 sa pamamagitan ng VLC player. Ang mekanismo na ito ay tinatawag na.

Sa ulat ng IGMPV2 napupunta sa address ng nais na grupo, at sa kahanay ito ay ipinahiwatig sa pakete mismo. Ang mga mensaheng ito ay dapat na mabuhay lamang sa loob ng kanilang segment at hindi pa rin sa pamamagitan ng routers, samakatuwid, mayroon silang 1 TTL. Dagdag pa sa artikulo sasabihin namin tungkol sa kung bakit ang mekanismo na ito ay talagang talagang gumagana nang lubusan.

Sa mas detalyado ang utos Halimbawa II. 4Mangyaring tandaan kung paano dapat pumunta ang trapiko sa kasong ito - R1-R2-R3-R5. Kahit na sa maikling, ang path R1-R3-R5.

Kung saan walang router, maaari naming authoritatively declare - IGMP doon - hindi hihigit sa pormalidad. Walang router, at ang kliyente ay walang sinuman upang humiling ng multicast stream. At siya ay makakakuha ng isang video para sa simpleng dahilan na ang daloy at kaya pagbuhos mula sa switch - kailangan mo lamang upang kunin ito. sa address ng grupo.

Ulitin muli Pagpapadala ng Igmp leave.

Pagkatapos ay lumitaw ang isang kliyente, na gustong tumanggap ng trapiko ng grupo 224.2.2.4 At ipinadala niya ang kanyang ulat ng IGMP. Ang router ay tumatanggap nito at sa isang ideya ay dapat patayin. Ngunit hindi niya maaaring hindi paganahin ang isang partikular na kliyente - ang router ay hindi makilala ang mga ito - mayroon lamang itong interface sa ibaba ng agos. At ang interface ay maaaring maging maraming mga customer. Iyon ay, kung ang router ay tinatanggal ang interface na ito mula sa listahan ng Oul (papalabas na listahan ng interface) para sa grupong ito, ang video ay i-off sa lahat. Ngunit hindi rin tanggalin ito, imposible rin - biglang ito ang huling kliyente - bakit pagkatapos ay hugasan ito?

Pagkatapos ay nagpasya ang router para sa ilang kadahilanan upang suriin - at kung wala nang mga customer at ipinadala muli ang pangkalahatang query ng IGMP kung saan ang client ay sapilitang upang sagutin ( Kung titingnan mo ang dump, makikita mo na matapos matanggap ang leave router, patuloy na dumadaloy ang stream para sa ilang oras. Ang katotohanan ay ang router bilang tugon sa pag-iwan ay nagpapadala ng IGMP query sa address ng grupo kung saan ang leave na ito ay dumating sa interface na iyon kung saan siya nanggaling. Ang gayong pakete ay tinatawag na.

Pana-panahong (isang beses sa isang minuto) ang mga tseke ng router na mayroon pa ring mga tatanggap, gamit ang General Query ng IGMP, at kinumpirma ito ng node gamit ang ulat ng IGMP.

Ang mga kliyente na nakakonekta sa partikular na pangkat na ito.

Pagpapadala ng Router Router Group Tukoy na Query Bilang tugon sa IGMP leave

Kung ang router ay nakatanggap ng ulat ng tugon para sa grupo, patuloy itong nag-broadcast sa interface, kung hindi natanggap - inaalis ang timer pagkatapos na mag-expire ang timer.

Sa kabuuan, pagkatapos matanggap ang leave, dalawang grupo na tukoy na query ang napupunta - isang sapilitan, pangalawang kontrol.

Dalawang tukoy na query ng grupo - isang sapilitan, pangalawang kontrol

Susunod, hinihinto ng router ang stream. Ngunit pa rin ito ay ganap na hindi maunawaan kung paano ang trapiko mula sa server ay umabot sa mga customer kapag mayroong isang malaking network LinkMiap ng network? At kung saan, sa katunayan, ito ay kilala kung sino ang kliyente? Hindi namin maaaring manu-manong magparehistro ruta, dahil lamang hindi namin alam kung saan ang mga customer ay maaaring. Ang karaniwang routing protocol ay hindi sasagutin ang tanong na ito. Kaya'tunawaan natin na ang paghahatid ng isang multicast ay isang bagay na ganap na bago sa atin. Isaalang-alang ang isang mas mahirap na kaso: ). Dalawang (o higit pa) routers na maaaring mag-broadcast ng trapiko ay konektado sa client segment. Kung wala kang gagawin, ang multicast trapiko ay duplicated - parehong routers ay makakatanggap ng ulat mula sa mga customer. Upang maiwasan ito mayroong isang mekanismo ng pagpili - Pulitika. Ang isa na manalo ay magpapadala ng query, subaybayan ang ulat at gumanti upang umalis, at, nang naaayon, magpapadala ito ng trapiko sa segment. Ang loser ay makikinig lamang sa ulat at panatilihin ang iyong kamay sa pulso. Ang mga halalan ay nagaganap nang simple at madaling maunawaan.

Para sa teknikal na suporta salamat Natasha Samoilenko Isaalang-alang ang sitwasyon mula sa sandaling ang R1 at R2 routers ay naka-on.

Activate ang IGMP sa mga interface.

RPF Check.

Sa una, sa pamamagitan ng default, bawat isa sa kanila ay isinasaalang-alang ang kanyang sarili querier.

  • Ang bawat isa ay nagpapadala ng pangkalahatang query sa IGMP sa network. Ang layunin ay upang malaman kung may mga customer, at kahanay - upang ipahayag ang iba pang mga routers sa segment, kung mayroon man, tungkol sa iyong pagnanais na lumahok sa mga halalan. Ang pangkalahatang query ay tumatanggap ng lahat ng mga aparato sa segment, kabilang ang iba pang mga iGMP routers.
  • Ang pagkakaroon ng natanggap na tulad ng isang mensahe mula sa isang kapitbahay, ang bawat router ay tinatantya na mas karapat-dapat. Nanalo ng router S.
  • Halimbawa: Anycast DNS. (tinukoy sa Source IP field ng IGMP query). Siya ay naging querier, lahat ng iba pa - non-querier.

Sinimulan ng non-querier ang timer na i-reset tuwing may quaryny na may mas maliit na IP address. Kung bago mag-expire ang timer (higit sa 100 segundo: 105-107), ang router ay hindi makatatanggap ng query na may mas maliit na address, ipinahayag niya ang kanyang sarili na querier at tumatagal ng lahat ng nararapat na function.

Kung ang querier ay tumatanggap ng query na may mas maliit na address, idinagdag niya ang mga tungkuling ito. Ang querier ay nagiging isa pang router, na may mas mababa. Ang mga halalan sa querier ay isang napakahalagang pamamaraan sa multicast, ngunit ang ilang mga mapanlinlang na mga tagagawa na hindi nagtataglay ng RFC ay maaaring magpasok ng isang malakas na stick sa mga gulong. Ako ay nagsasalita tungkol sa IGMP query na may isang address ng source 0.0.0.0, na maaaring mabuo ng switch. Ang mga naturang mensahe ay hindi dapat lumahok sa pagpili ng querier, ngunit kailangan mong maging handa para sa lahat. Narito ang isang halimbawa ng isang napaka-kumplikadong problema sa pagganap. .

Ang bersyon 1 ay naiiba sa kakanyahan lamang ng katotohanan na

. Kung ang kliyente ay hindi nais na makatanggap ng mas maraming trapiko ng grupong ito, siya ay huminto lamang na magpadala ng ulat bilang tugon sa query. Kapag hindi isang solong kliyente ay nananatiling, ang timeout router ay titigil sa pagpapadala ng trapiko.

Bukod dito, Ngunit pa rin ito ay ganap na hindi maunawaan kung paano ang trapiko mula sa server ay umabot sa mga customer kapag mayroong isang malaking network LinkMiap ng network? At kung saan, sa katunayan, ito ay kilala kung sino ang kliyente? Hindi namin maaaring manu-manong magparehistro ruta, dahil lamang hindi namin alam kung saan ang mga customer ay maaaring. Ang karaniwang routing protocol ay hindi sasagutin ang tanong na ito. Kaya'tunawaan natin na ang paghahatid ng isang multicast ay isang bagay na ganap na bago sa atin. . Upang maiwasan ang pagkopya ng trapiko, ang mas mataas na protocol ay may pananagutan, halimbawa, PIM, tungkol sa kung saan tayo ay magsasalita pa.

Sinusuportahan ng Bersyon 3 ang lahat na sumusuporta sa IGMPV2, ngunit mayroong maraming pagbabago. Una, ang ulat ay hindi na ipinadala sa address ng grupo, ngunit sa isang address ng serbisyo ng multicast

. At ang address ng hiniling na grupo ay ipinahiwatig lamang sa loob ng pakete. Ginagawa ito upang gawing simple ang gawain ng IGMP snooping, tungkol sa kung saan kami ay magsasalita sa tabi.

Pangalawa, mas mahalaga, ang IGMPV3 ay nagsimulang suportahan ang SSM sa dalisay na anyo nito. Ito ang tinatawag na partikular na multicast ng pinagmulan. Sa kasong ito, ang client ay maaaring hindi lamang humiling ng isang grupo, ngunit din tukuyin ang isang listahan ng mga mapagkukunan mula sa kung saan nais niyang makatanggap ng trapiko o vice versa ay hindi gusto. Sa IGMPV2, hinihiling at natatanggap ng kliyente ang trapiko ng grupo nang walang pag-aalaga sa pinagmulan.

IGMP Membership Reort nilalaman sa IGMPV3. Kaya, ang IGMP ay dinisenyo upang makipag-ugnay sa mga customer at router. Samakatuwid, bumalik para sa Halimbawa 2, kung saan walang router, maaari naming authoritatively declare - IGMP doon - hindi hihigit sa pormalidad. Walang router, at ang kliyente ay walang sinuman upang humiling ng multicast stream. At siya ay makakakuha ng isang video para sa simpleng dahilan na ang daloy at kaya pagbuhos mula sa switch - kailangan mo lamang upang kunin ito. Alalahanin na ang IGMP ay hindi gumagana para sa IPv6. Mayroong MLD protocol.

Ulitin muli Una sa lahat, ang router ay nagpadala ng kanyang IGMP Pangkalahatang query pagkatapos i-on ang IGMP sa interface nito upang malaman kung may mga tatanggap at idedeklara ang kanilang pagnanais na maging querier. Sa oras na iyon, walang sinuman ang nasa pangkat na ito. Pagkatapos ay lumitaw ang isang kliyente, na gustong tumanggap ng trapiko ng grupo 224.2.2.4 At ipinadala niya ang kanyang ulat ng IGMP. Pagkatapos nito, nagpunta ako sa trapiko dito, ngunit ito ay na-filter sa labas ng dump.

Pana-panahong (isang beses sa isang minuto) ang mga tseke ng router na mayroon pa ring mga tatanggap, gamit ang General Query ng IGMP, at kinumpirma ito ng node gamit ang ulat ng IGMP.

Pagkatapos ay binago niya ang kanyang isip at tinanggihan ang grupo sa pamamagitan ng pagpapadala ng IGMP leave. Ang router ay nakatanggap ng bakasyon at, na gustong tiyakin na walang iba pang mga tatanggap ay walang iba pang mga tatanggap, magpadala ng partikular na query ng grupo ng IGMP ... dalawang beses. At pagkatapos ng pag-expire ng timer ay tumigil upang magpadala ng trapiko dito. Gayunpaman, patuloy itong nagpapadala ng IGMP query sa network. Halimbawa, kung hindi mo pinatay ang manlalaro, ngunit sa isang lugar na may koneksyon ng problema. Pagkatapos ay ang koneksyon ay naibalik, ngunit ang kliyente ay hindi nagpapadala ng isang ulat mismo. Ngunit ang mga sagot sa query. Kaya, ang daloy ay maaaring mabawi nang walang pakikilahok ng tao. IgmProtokol, kung saan natutunan ng router ang pagkakaroon ng mga tatanggap ng trapiko ng multicast at tungkol sa kanilang mga ulat ng .igmp ng client kapag nakakonekta at tumugon sa IGMP query. Nangangahulugan ito na nais ng kliyente na makatanggap ng isang tukoy na trapiko sa grupo. Migmp General queryProtes isang router pana-panahon upang suriin kung aling mga grupo ang kailangan ngayon. Tulad ng address ng tatanggap, 224.0.0.1 ay ipinahiwatig. .

IGMP Group Sepcific QueryPrust sa pamamagitan ng router bilang tugon sa mensahe ng bakasyon upang malaman kung may iba pang mga tatanggap sa pangkat na ito. Bilang ang address ng tatanggap, ang address ng multicast group ay ipinahiwatig. Ang mga migmp ay umalis ng kliyente kapag nais niyang iwan ang grupo. sila. Ito ay pana-panahong magpadala ng query at magpadala ng trapiko. Isang pinagmulan:

Tags.

Cisco.

IPTV.

SDSM.

network hardware.

Mga network para sa pinakamaliit https://radioprog.ru/post/623.
Ano ang isang multicast sa router. Mga kinakailangan para sa mga mapagkukunan ng system. Multicast at unicast: mga pangunahing pagkakaiba

Para sa teknikal na suporta salamat Natasha Samoilenko Una sa lahat, hayaan ang boses ng ilang mga konsepto upang ibukod ang karagdagang hindi pagkakaunawaan. May tatlong uri ng trapiko:

(*, G) (s, g)

Ginagawa namin ito upang mabilis na lumipat sa pagitan ng mga channel.

Pag-set up ng firewall

Ipasadya ang aming firewall na hindi nakaligtaan sa IPTV sa sandaling ito, para sa ito lumikha kami ng isang bagong terminal, i-click ang bagong terminal at bubukas ang window: Ngayon kailangan naming magsagawa ng ilang mga koponan sa console na ito: / IP firewall filter Magdagdag ng aksyon = tanggapin chain = input comment = »payagan ang IGMP» Disabled = walang in-interface = ether2-master protocol = IGMP

/ IP firewall filter Magdagdag ng aksyon = tanggapin chain = input comment = »IPTV UDP papasok» Disabled = walang dst-port = 1234 in-interface = ether2-master protocol = UDP

/ IP firewall filter Magdagdag ng aksyon = tanggapin chain = forward comment = »IPTV UDP forwarding» Disabled = walang dst-port = 1234 protocol = udp 1234. Oil multicast.

- Ang port ay unofficially nakarehistro para sa streaming video at IPTV Ether2-Master. - Ito ay isang interface kung saan ang IPTV ay mula sa provider.

Susunod na pangangailangan sa menu

Ip. Piliin ang Item. Firewall

at pumunta sa tab Mga panuntunan sa pag-filter.

. Nilikha namin ang pagbubukod ng mga panuntunan at nagtatrabaho sila, dapat silang mas mataas para sa pagbabawal. I-drag namin ang mga ito gamit ang mouse.

  1. Wi-Fi Setup.
  2. Kung sakaling ipamahagi mo o ipapadala ang IPTV sa pamamagitan ng Wi-Fi, kailangan mong magdagdag ng mga karagdagang setting. Upang gawin ito, buksan sa pagkakasunud-sunod:
  3. Pagkatapos ng pagpindot sa pindutan ng Advanced na mode, lumilitaw ang mga karagdagang parameter:
  4. Sa larangan
  5. WMM Support. PIM SM RP.

Ilagay

Task number 4.

Unicast.

  1. - Unicast, isang stream source isang tatanggap Broadcast.
  2. - Broadcast, isang mapagkukunan, tatanggap ng lahat ng mga customer online - Multicast, isang nagpadala, tatanggap ng ilang grupo ng customer

Anong uri ng trapiko ang gagamitin para sa IPTV?

Malinaw, ang multicast ay ibinibigay sa mga channel ng broadcast. Anumang TV channel na gusto naming i-broadcast ang network ay nailalarawan sa address ng grupo, na pinili mula sa hanay na nakalaan para sa mga layuning ito:

224.0.0.0 - 239.255.255.255.

Новости

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