Protocolul PIM
Relativ recent, am avut norocul să introduc și chiar să configurez rutarea multicast pentru IPTV. Inițial, nu eram complet familiarizat cu acest subiect, iar acest lucru m-a făcut să scot gâtul rezervorului de vodcă cantitate uriașă documentație pentru a fi la curent.
Și aici este problema. De obicei, totul este prezentat în documentație odată, iar pentru o persoană care întâlnește acest subiect pentru prima dată, nu este clar de unde să înceapă. În timp ce citeam pdf-urile, m-am surprins gândindu-mă că ar fi bine să dau undeva peste un articol care ar putea lua o scurtătură de la teorie la practică pentru a înțelege de unde să încep și de unde să concentrezi atenția.
Nu am reusit sa gasesc un astfel de articol. Acest lucru m-a determinat să scriu acest articol pentru cei care, la fel ca mine, se confruntă cu întrebarea ce fel de fiară este IPTV și cum să o rezolv.
Introducere
Acesta este primul meu articol (dar nu ultimul! Sunt mult mai multe animale), voi încerca să prezint totul cât mai accesibil.În primul rând, să schițăm câteva concepte pentru a elimina alte neînțelegeri. Există trei tipuri de trafic:
- unicast- unicast, o sursă de flux, o destinație
- difuzat- difuzare, o singură sursă, destinatarii sunt toți clienții din rețea
- multicast- multicast, un expeditor, destinatari un grup de clienți
Ce tip de trafic ar trebui să folosesc pentru IPTV?
Evident, pentru canalele de difuzare, cea mai mare preferință este dată de multicast.
Orice canal TV pe care dorim să-l transmitem în rețea este caracterizat de o adresă de grup, care este selectată din gama rezervată acestor scopuri: 224.0.0.0 – 239.255.255.255
.
Pentru ca IPTV să funcționeze, aveți nevoie de un router care acceptă multicast (denumit în continuare MR). Acesta va urmări apartenența unui anumit client într-un anumit grup, de ex. Monitorizați în mod constant ce client este trimis pe ce canal TV.
Pentru ca un client să se înregistreze într-unul dintre aceste grupuri și să se uite la un canal TV, se folosește un protocol IGMP(Internet Group Management Protocol).
Câteva despre cum funcționează IGMP.
Există un server care este inclus în routerul MR. Acest server difuzează mai multe desene animate TV, de exemplu:Clientul pornește canalul de știri, astfel, fără să bănuiască, trimite o solicitare către MR pentru a se conecta la grupul 224.12.0.1. Din punctul de vedere al protocolului IGMP, aceasta este o solicitare „ ÎNSCRIEȚI LA 224.12.0.1”.
Dacă utilizatorul trece la alt canal, atunci el trimite mai întâi o notificare către MR că dezactivează canalul de știri sau părăsește acest grup. Pentru IGMP este „ PLACIE 224.12.0.1" Și apoi repetă o solicitare similară JOIN pentru canalul dorit.
MR întreabă uneori pe toată lumea: „Cine este conectat la ce grup?” pentru a deconecta acei clienți cu care s-a pierdut conexiunea și nu au avut timp să trimită o notificare PLECA. Pentru aceasta MR folosește cererea ÎNTREBARE.
Răspunsul abonatului la această solicitare este RAPORT DE MEMBRU, care conține o listă a tuturor grupurilor din care face parte clientul.
Configurarea rutării multicast.
Să presupunem că clienții aceluiași grup urmăresc același desen animat, dar se află în segmente de rețea diferite (rețeaua A și rețeaua B). Pentru ca ei să-și obțină desenele animate, a fost inventată rutarea multicast.
Exemplu de configurare a routerelor MR1 și MR2.
| Rețeaua A | 10.1.0.0/24 |
| Rețeaua B | 10.2.0.0/24 |
| Rețeaua C | 10.3.0.0/24 |
| MR1 | MR2 |
| MR1#sh alergă rutare multicast IP |
MR2#sh alergă rutare multicast IP |
Echipa" rutare multicast ip" pornește rutarea corespunzătoare, dar dacă este oprită, atunci routerul nu transmite pachete multicast, adică nu vor ajunge la vizualizatorul perplex al desenelor animate.
Să aruncăm o privire mai atentă la comanda " ip pim sparse-mode".
Despre modurile protocolului PIM și protocolul în sine.
PIM(Protocol Independent Multicast) - protocol de rutare multicast. Își populează tabelul de rutare multicast pe baza tabelului de rutare obișnuit. Aceste tabele pot fi vizualizate folosind comenzile „ ruta de expediere" Și " ruta de expediere„, respectiv. Scopul protocolului PIM este de a construi un arbore de rute pentru trimiterea de mesaje multicast.Protocolul PIM are două moduri principale: descărcat ( mod rar) și dens ( modul dens). Tabelul de rutare multicast arată puțin diferit pentru ei. Uneori, aceste moduri sunt considerate ca protocoale separate - PIM-SM și PIM-DM.
În configurația noastră pe interfețe am specificat modul " ip pim sparse-mode".
(config-if)# ip pim?
Modul dens Activați funcționarea în modul dens PIM
sparse-dense-mode Activați funcționarea PIM sparse-dense-mode
sparse-mode Activați funcționarea PIM în modul dispers
………
Care este diferența?
PIM-DM folosește un mecanism de inundare și tăiere. Cu alte cuvinte. Routerul MR trimite tuturor fluxurile multicast care sunt înregistrate pe el. Dacă clientul nu are nevoie de niciunul dintre aceste canale, atunci îl refuză. Dacă toți clienții agățați de router au abandonat canalul, atunci routerul trimite un „nu mulțumesc, nu mulțumesc” routerului din amonte.PIM-SM nu trimite inițial canale TV înregistrate pe acesta. Trimiterea va începe numai atunci când un client primește o cerere pentru aceasta.
Aceste. în PIM-DM MR trimite tuturor, apoi elimină ceea ce nu este necesar, iar în PIM-SM MR începe să transmită doar la cerere.
Dacă membrii grupului sunt împrăștiați pe mai multe segmente de rețea, așa cum este tipic în cazul IPTV, PIM-DM va folosi cea mai mare parte a lățimii de bandă. Și acest lucru poate duce la scăderea productivității. În acest caz, este mai bine să utilizați PIM-SM.
Există și alte diferențe între PIM-DM și PIM-SM.
PIM-DM construiește un arbore separat pentru fiecare sursă a unui anumit grup multicast, de ex. O rută multicast va fi caracterizată printr-o adresă sursă și o adresă de grup. Tabelul de rutare multicast va avea intrări de forma (S,G), unde S este sursa, G este grup.
PIM-SM are câteva caracteristici speciale. Acest mod necesită un punct de întâlnire ( RP - punct de întâlnire) pe care vor fi înregistrate surse de fluxuri multicast și se va crea o rută de la sursa S (în sine) către grupul G: (S,G).
Astfel, traficul merge de la sursă la RP de-a lungul traseului (S,G), iar apoi către clienți de-a lungul unui arbore comun surselor unui anumit grup, care se caracterizează prin traseul (*,G) - „* ” simbolizează „orice sursă”. Aceste. surse înregistrate la RP, iar apoi clienții primesc deja un flux de la RP și nu contează pentru ei cine a fost sursa originală. Rădăcina acestui arbore comun va fi RP.
Punctul de întâlnire este unul dintre routerele multicast, dar toate celelalte routere trebuie să știe „cine este punctul RP” și să poată ajunge la el.
Exemplu definiție statică RP (MR1). Să anunțăm tuturor ruterelor multicast că punctul de întâlnire este 10.0.0.1 (MR1):
Toate celelalte routere trebuie să cunoască ruta către RP:
ruta IP 10.0.0.0 255.255.255.0 10.10.10.1
Există și alte modalități de a determina RP, acestea sunt auto-RP și router bootstarp, dar acesta este un subiect pentru un articol separat ( daca este cineva interesat - va rog)?
Să vedem ce se întâmplă după configurarea routerelor.
Încă luăm în considerare o schemă cu routere MR1 (RP) și MR2. De îndată ce activăm legătura între routerele MR1 și MR2, ar trebui să vedem mesaje în jurnalelePentru MR1:
%PIM-5-NBRCHG: vecin 10.10.10.2 UP pe interfața Ethernet3
Pentru MR2:
%PIM-5-NBRCHG: vecin 10.10.10.1 UP pe interfața Ethernet0
Acest lucru indică faptul că routerele au stabilit o relație de adiacență PIM între ele. De asemenea, puteți verifica acest lucru folosind comanda:
MR1# sh ip pim vecin
Masa vecinilor PIM
Mod: B - Capabil Bidir, DR - Router desemnat, N - Prioritate DR implicită, S - Capabil pentru reîmprospătarea stării
| Adresa vecinului | Interfață | Timp de funcționare/Expiră | Ver | DR Prio/Mod |
| 10.10.10.2 | Ethernet3 | 00:03:05/00:01:37 | v2 | 1/DR S |
Nu uitați de TTL.
Mi-a fost convenabil să îl folosesc ca server de testare player VLC. Totuși, așa cum am descoperit mai târziu, chiar dacă am setat un TTL suficient prin GUI, tot (sper doar în versiunea pe care am folosit-o) a trimis cu încăpățânare pachete multicast cu TTL=1. A trebuit să îl rulez pe cel încăpățânat cu opțiunea „vlc.exe –ttl 3” pentru că vom avea două routere pe drum, fiecare dintre ele reduce TTL-ul pachetului cu unul.Cum poți detecta în continuare o problemă cu TTL? Sens unic. Lăsați serverul să transmită canalul 224.12.0.3 cu TTL=2, apoi pachetele trec în mod normal pe routerul MR1, dar în spatele routerului MR2 clienții nu vor mai putea să-și vizioneze desenele animate.
Acest lucru este detectat folosind comanda „sh ip traffic” de pe MR2. Ne uităm la câmpul „număr de hop bad” - acesta este numărul de pachete care „au murit”, măsurat de acestea, la TTL=0.
MR2# traficul de nave
Statistici IP:
RCVD: 36788 total, 433 destinație locală
0 erori de format, 0 erori de sumă de control, 2363 număr de hop prost
……………………………………
Dacă acest contor crește rapid, atunci problema este TTL.
Afișați ruta IP
După ce am activat difuzarea a trei canale pe server, observăm următoarele în tabelul de rutare multicast:MR1# ruta de expediere
(*, 224.12.0.1), 00:03:51/oprit, RP 10.0.0.1, steaguri: SP
(10.0.0.2, 224.12.0.1), 00:03:52/00:02:50, steaguri: PT
Lista interfețelor de ieșire: nulă
(*, 224.12.0.2), 00:00:45/oprit, RP 10.0.0.1, steaguri: SP
Interfață de intrare: Null, RPF nbr 0.0.0.0
Lista interfețelor de ieșire: nulă
(10.0.0.2, 224.12.0.2), 00:00:45/00:02:50, steaguri: PT
Interfață de intrare: Ethernet0, RPF nbr 0.0.0.0
Lista interfețelor de ieșire: nulă
(*, 224.12.0.3), 00:00:09/oprit, RP 10.0.0.1, steaguri: SP
Interfață de intrare: Null, RPF nbr 0.0.0.0
Lista interfețelor de ieșire: nulă
(10.0.0.2, 224.12.0.3), 00:00:09/00:02:59, steaguri: PT
Interfață de intrare: Ethernet0, RPF nbr 0.0.0.0
Lista interfețelor de ieșire: nulă
Vedem ca au aparut rute de forma (S,G), de exemplu (10.0.0.2, 224.12.0.3), i.e. sursa 10.0.0.2 s-a înregistrat, difuzând pentru grupul 224.12.0.3. Și, de asemenea, rutele de la RP la client: (*,G), de exemplu (*, 224.12.0.3) - pe care le vor folosi, așa-numitul arbore comun tuturor.
De îndată ce o solicitare de recepție a canalului 1 ajunge pe interfața MR1 (RP), în tabelul de rutare multicast apar următoarele modificări:
MR1# ruta de expediere
…………………
(*, 224.12.0.1), 00:33:16/00:02:54, RP 10.0.0.1, steaguri: S
Interfață de intrare: Null, RPF nbr 0.0.0.0
Lista interfețelor de ieșire:
(10.0.0.2, 224.12.0.1), 00:33:17/00:03:25, steaguri: T
Interfață de intrare: Ethernet0, RPF nbr 0.0.0.0
Lista interfețelor de ieșire:
Ethernet3, Forward/Sparse, 00:02:37/00:02:53
A devenit clar că cererile pentru acest grup veneau de la portul Ethernet3.
verificare RPF
Este posibilă o situație când routerul primește un flux multicast pe două interfețe. Pe care dintre aceste două interfețe o va considera routerul ca sursă?Pentru a face acest lucru, efectuează o verificare RPF (Reverse Path Forwarding) - verifică ruta către sursă folosind tabelul obișnuit de rutare unicast și selectează interfața prin care trece ruta către această sursă. Această verificare este necesară pentru a evita formarea buclelor.
Multicast-uri independente de protocol(PIM) /Difuzare multiplă independentă de protocol/- o familie de protocoale de rutare multicast pentru rețele, create pentru a rezolva problemele de rutare multicast. PIM este numit independent de protocol, deoarece se bazează pe protocoale tradiționale de rutare (cum ar fi Border Gateway Protocol), mai degrabă decât pe crearea propriei topologii de rețea.
Moduri de operare protocol
Modul dens
Protocol Independent Multicast-Dense Mode(PIM-DM) este folosit pentru grupuri compacte, de obicei cu densitate mare destinatarii. În mod indirect, construiește arbori cu cea mai scurtă cale prin inundarea întregii rețele cu multicast-uri și apoi, pe drumul de întoarcere, tunde ramurile arborelui acolo unde nu există receptori. Cu acest PIM-DM implementează metoda RPF (Reverse Path Forwarding) cu trunchiere (Prune). Datagramele de testare sunt trimise la fiecare 3 minute, ceea ce este unul dintre dezavantaje a acestui protocol.
Protocolul PIM-DM este adesea folosit împreună cu DVMRP (Protocolul de rutare multicast cu vector de distanță).
Descrierea protocolului PIM-DM se găsește în RFC 3973.
Modul rar
Mod independent de protocol Multicast-Sparse(PIM-SM) construiește arbori partajați unidirecționali înrădăcinați la punct de întâlnire(Rendezvous Point - RP) pentru fiecare grup de multicasting. Orice router care acceptă protocolul PIM poate fi folosit ca RP. În plus, PIM-SM creează arbori cu cele mai scurte căi pentru fiecare expeditor.
PIM-SM este utilizat pentru rețele cu utilizatori dispersați aleatoriu cu limitare debitului canalele de rețea.
Descriere Protocolul PIM-SM este în RFC 4601.
Multicast cu o sursă dată (Source Specific Multicast)
Protocol Independent Multicast-Sursă Multicast specific(PIM-SSM) dezvoltă conceptul de selectare a unui multicast nu numai după o adresă de grup, ci și după adresa sursei de trafic pentru grup. Derivat din PIM-SM
Descrierea protocolului PIM-SSM este în RFC 4607.
Scrieți o recenzie despre articolul „Protocol Independent Multicast”
Note
Legături
- (engleză) (PDF)
|
||||||||||||||||||||||||||||||||||
Extras care descrie Protocol Independent Multicast
Kutuzov s-a retras la Viena, distrugând în spatele lui poduri de pe râurile Inn (la Braunau) și Traun (la Linz). Pe 23 octombrie, trupele ruse au trecut râul Enns. Convoaiele rusești, artileria și coloanele de trupe în mijlocul zilei se întindeau prin orașul Enns, pe această parte și pe cealaltă parte a podului.Ziua a fost caldă, toamnă și ploioasă. Perspectiva vastă care se deschidea de la înălțimea unde stăteau bateriile rusești care protejează podul a fost brusc acoperită cu o perdea de muselină de ploaie oblică, apoi s-a extins brusc, iar în lumina soarelui obiectele parcă acoperite cu lac au devenit vizibile departe și clar. Se vedea sub picioare un oraș cu casele sale albe și acoperișurile roșii, o catedrală și un pod, pe ambele părți ale cărora se revărsau înghesuite mase de trupe rusești. La cotul Dunării se vedeau corăbii, o insulă și un castel cu un parc, înconjurat de apele la confluența Ensei cu Dunărea, se vedea malul stâncos al Dunării acoperit cu păduri de pini cu misteriosul; distanta de varfuri verzi si chei albastre. Se vedeau turnurile mănăstirii, ieșind din spatele unei păduri de pini care părea neatinsă; mult înainte, pe munte, de cealaltă parte a Ensului, se vedeau patrule inamice.
Între tunuri, la înălțime, șeful ariergardei, un general și un ofițer de urmărire stăteau în față, examinând terenul cu telescopul. Oarecum în urmă, Nesvitsky, trimis de la comandantul șef în ariergarda, stătea pe portbagajul unei arme.
Cazacul care îl însoțea pe Nesvitsky i-a predat o geantă și un balon, iar Nesvitsky i-a tratat pe ofițeri cu plăcinte și doppelkümel adevărat. Ofițerii l-au înconjurat bucuroși, unii în genunchi, alții stând cu picioarele încrucișate pe iarba udă.
- Da, prințul ăsta austriac nu a fost un prost să construiască un castel aici. Un loc frumos. De ce nu mâncați, domnilor? - a spus Nesvitsky.
„Îți mulțumesc cu umilință, prințe”, a răspuns unul dintre ofițeri, bucurându-se să discute cu un oficial atât de important. - Loc minunat. Am trecut pe lângă parcul însuși, am văzut două căprioare și ce casă minunată!
„Uite, prințe”, a spus celălalt, care chiar voia să ia o altă plăcintă, dar îi era rușine și, prin urmare, se prefăcea că se uită prin zonă, „uite, infanteriei noastre au urcat deja acolo”. Acolo, în lunca din afara satului, trei oameni târăsc ceva. — Vor pătrunde prin acest palat, spuse el cu aprobare vizibilă.
Protocolul PIM (Protocol Independent Multicast) oferă două scenarii de multicast diferite. Așa-numitul mod de operare dens al protocolului este proiectat pentru o situație în care membrii unui grup de distribuție sunt localizați dens, adică majoritatea routerelor dintr-o anumită zonă sunt implicate în datagrame multicasting.
Modul rar de funcționare al protocolului este destinat cazului în care există relativ puține routere ale căror gazde sunt membre ale unui grup și aceste routere sunt împrăștiate departe unul de celălalt.
Dezvoltatorii protocolului PIM au remarcat mai multe consecințe ale fiecăruia dintre modurile de funcționare ale protocolului. Deoarece majoritatea routerelor participă la multicasting în modul dens, este rezonabil să presupunem că toate routerele ar trebui să facă acest lucru. Pentru această situație, metoda de rutare de inundații folosită în protocolul RPF este potrivită, atunci când datagramele de grup sunt transmise către toate routerele de grup (cu excepția celor care se depărtează în mod explicit de arbore). În modul rar, pe de altă parte, routerele care trebuie să participe la multicast sunt puține și îndepărtate. În acest caz, metoda protocolului RPF de a forța în mod constant routerul să trimită mesaje de întrerupere pentru a evita primirea traficului multicast de care nu are nevoie este mult mai puțin atractivă. În modul rar, protocolul presupune că routerul implicit nu participă la multicasting. Adică, routerul nu trebuie să ia nicio măsură decât dacă dorește să se alăture grupului de distribuție. Un astfel de raționament presupune alegerea unui nod central către care routerele trimit în mod explicit mesaje prin care solicită să se alăture unui anumit grup de distribuție. Routerele rămase nu participă în niciun fel la multicast. Astfel, modul rar al protocolului poate fi considerat ca fiind condus de receptor (nu se întâmplă nimic până când destinatarul declară în mod explicit dorința de a se alătura grupului), iar modul dens al protocolului poate fi considerat comandat de expeditor (emițătorul difuzează datagrame). tuturor, cu excepția cazului în care routerele nu își vor declara în mod explicit refuzul de a le primi).
În modul de operare dens, protocolul PIM implementează metoda de rutare a inundațiilor de-a lungul rutelor inverse cu tăieturi, adică, de fapt, seamănă cu protocolul DVMRP. Amintiți-vă că protocolul PIM este independent de protocolul selectiv (unicast) subiacent. Cu alte cuvinte, protocolul PIM poate interopera cu orice protocol de rutare unicast. Deoarece PIM nu impune nicio cerință asupra protocolului de rutare unicast subiacent, algoritmul său pentru transmiterea datelor de-a lungul rutei inverse este oarecum mai simplu decât DVMRP, dar este și mai puțin eficient.
În modul de operare rar al protocolului PIM, este utilizată metoda nodului central (RFC 2189, RFC 2201), similară cu cea utilizată în protocolul de rutare multicast anterior CBT (Core-Based Tree - un arbore cu un vârf în nucleu) . În protocolul PIM, routerele trimit un mesaj JOIN (join) către un router central, numit punct de întâlnire, pentru a se alătura arborelui. Ca și în protocolul CBT, routerele intermediare intră în starea multicast și transmit mesajul JOIN către punctul de întâlnire. Spre deosebire de protocolul CBT, protocolul PIM nu trimite o confirmare ca răspuns la un mesaj JOIN. Mesajele JOIN sunt trimise periodic în amonte pentru a actualiza starea arborelui de rută a protocolului PIM. O altă caracteristică a protocolului PIM este abilitatea de a comuta de la un arbore la nivel de grup la un arbore specific expeditorului după alăturarea unui punct de întâlnire. Acest lucru poate fi util deoarece utilizarea mai multor arbori construiti pentru anumiți expeditori reduce concentrarea traficului.
În modul PIM rar, un router care primește o datagramă de la una dintre gazdele sale conectate o trimite la punctul de întâlnire. Punctul de întâlnire transmite apoi această datagramă de-a lungul arborelui comun al grupului utilizând rutarea multicast. Dacă niciun router nu s-a alăturat arborelui (adică această sursă multicast nu are destinatari), expeditorul este notificat de punctul de întâlnire că ar trebui să nu mai trimită datagrame.
Protocolul PIM este implementat pe multe routere și este, de asemenea, implementat pe UUNet ca parte a unui proiect de livrare media în flux. Un alt protocol de rutare multicast implementat este MOSPF (Multicast OSPF). Protocolul MOSPF (RFC 1584) operează în sisteme autonome, care utilizează protocolul OSPF pentru distribuția selectivă (consultați secțiunea Rutare Internet) și este o extensie protocol OSPF. În acest protocol, routerele adaugă informații despre apartenența la grup a gazdelor lor la notificările despre starea conexiunii pe care le difuzează.
Scriitor senior de tehnologie
Cineva ți-a trimis un e-mail Fișierul PIM și nu știți cum să îl deschideți? Poate ați găsit un fișier PIM pe computerul dvs. și vă întrebați ce este? Windows vă poate spune că nu îl puteți deschide sau, în cel mai rău caz, puteți întâlni un mesaj de eroare corespunzător legat de fișierul PIM.
Înainte de a putea deschide un fișier PIM, trebuie să aflați ce fel de fișier este extensia de fișier PIM.
Sfat: Erorile de asociere incorectă a fișierelor PIM pot fi un simptom al altor probleme de fond în Windows sistem de operare. Aceste intrări nevalide pot produce, de asemenea, simptome asociate, cum ar fi porniri lente ale Windows, înghețarea computerului și alte probleme de performanță a computerului. Prin urmare, este foarte recomandat să scanați registrul Windows pentru asocieri de fișiere nevalide și alte probleme legate de un registru fragmentat.
Răspuns:
Fișierele PIM au Fișiere comprimate, care este asociat în principal cu fișierul Manager de informații personale.
Fișierele PIM sunt, de asemenea, asociate cu PixMaker Project File, Ultimate Draw Pascal Text Mode Image, PIMPLE Compressed File (Ilia Muraviev) și FileViewPro.
Tipuri suplimentare de fișiere pot folosi, de asemenea, extensia de fișier PIM. Dacă cunoașteți orice alte formate de fișiere care utilizează extensia de fișier PIM, vă rugăm să ne contactați pentru a ne putea actualiza informațiile în consecință.
Cum să vă deschideți fișierul PIM:
Cel mai rapid și cale usoara Deschiderea fișierului dvs. PIM este o chestiune de a face dublu clic pe el. ÎN în acest caz, sistem Windows ea va alege programul necesar pentru a vă deschide fișierul PIM.
În cazul în care fișierul dvs. PIM nu se deschide, este foarte probabil ca software-ul necesar să nu fie instalat pe computer. programul de aplicare pentru a vizualiza sau edita fișiere cu extensii PIM.
Dacă computerul deschide un fișier PIM dar program greșit, va trebui să modificați setările de asociere a fișierelor din dvs Registrul Windows. Cu alte cuvinte, Windows asociază extensiile de fișiere PIM cu programul greșit.
Instalați produse opționale - FileViewPro (Solvusoft) | | | |
Instrumentul de analiză a fișierelor PIM™
Nu sunteți sigur ce tip de fișier PIM este? Doriți să obțineți informații precise despre un fișier, despre creatorul acestuia și despre cum poate fi deschis?
Acum puteți obține instantaneu toate informațiile necesare despre fișierul PIM!
Revoluționar PIM File Analysis Tool™ scanează, analizează și raportează informatii detaliate despre fișierul PIM. Algoritmul nostru în curs de brevetare va analiza rapid fișierul și va oferi informații detaliate în câteva secunde într-un format clar, ușor de citit.†
În doar câteva secunde, veți ști exact ce tip de fișier PIM aveți, aplicația asociată fișierului, numele utilizatorului care a creat fișierul, starea de securitate a fișierului și alte informații utile.
Pentru a începe analiza gratuită a fișierului dvs., pur și simplu glisați și fixați fișierul dvs. PIM în interiorul liniei punctate de mai jos sau faceți clic pe „Răsfoiește-mi computerul” și selectați fișierul. Raportul de analiză a fișierului PIM va fi afișat mai jos, chiar în fereastra browserului.
Trageți și plasați fișierul dvs. PIM aici pentru a începe analiza
Vizualizați computerul meu »
Vă rugăm să verificați și fișierul meu pentru viruși
Fișierul dvs. este analizat... așteptați.
Protocolul PIM-SM este una dintre cele două versiuni ale protocolului PIM (Protocol Independent Multicast) descrise în specificația RFC 2362:
- versiuni de mod dens PIM-DM (Protocol Independent Multicast - Dense Mode);
- versiuni ale modului descărcat PIM-SM (Protocol Independent Multicast - Sparse Mode).
Aceste versiuni diferă semnificativ în modul în care construiesc și utilizează arborele întindere, dar au și un lucru în comun. Este inclus în numele fiecăruia dintre aceste protocoale și înseamnă independența acestui protocol față de protocoalele de rutare specifice. Dacă DVMPR utilizează mecanisme RIP în funcționarea sa, iar protocolul MOSPF este o extensie a protocolului OSPF, atunci protocolul PIM poate funcționa împreună cu orice protocol de rutare. Protocolul PIM utilizează tabele de rutare gata făcute pentru a transmite pachete multicast și mesaje de serviciuși nu contează pentru el ce protocol folosesc routerele pentru a construi aceste tabele.
Protocolul PIM-DM este similar cu protocolul DVMPR. Acesta, fiind, de asemenea, un protocol de mod dens, construiește arbori pentru livrarea pachetelor multicast cu partea de sus la sursă, folosind verificări pentru progresul pe calea inversă și tehnici de difuzare și trunchiere. Principala diferență este că se aplică PIM-DM masă gata făcută rutare, mai degrabă decât construirea ei în sine, așa cum face DVMPR.
Caracteristica principală a protocolului PIM-SM este că este proiectat să funcționeze în modul descărcat, adică trimite pachete multicast numai atunci când este solicitat în mod explicit de către destinatar. Pentru a furniza date fiecărui grup specific de destinatari, protocolul PIM-SM construiește un arbore partajat, comun tuturor surselor acestui grup (Fig. 1).
Orez. 1. Arborele de protocol PIM-SM partajat
Partea de sus a arborelui partajat nu poate fi localizată în sursă, deoarece pot exista mai multe surse. Ca vârf al arborelui partajat, se folosește un router special dedicat acestui scop, care îndeplinește funcțiile de punct de întâlnire (RP). Toate routerele dintr-un domeniu PIM-SM trebuie să aibă informații consistente despre locația punctului de întâlnire. Grupuri diferite pot avea aceleași puncte de întâlnire sau diferite.
Cel mai comun și poate cel mai într-un mod simplu Configurarea punctelor de întâlnire locale (în cadrul unui domeniu PIM-SM) înseamnă a le atribui static între mai multe routere ale unui anumit domeniu. Acest lucru are ca rezultat o configurație foarte specifică și facilitează găsirea erorilor în viitor decât în cazul altor abordări.
Pentru destinatarii fiecărui grup specific și sursele care difuzează către acest grup, routerul punctului de întâlnire este intermediarul care îi conectează între ei.
Procesul de livrare a traficului de grup de la o sursă către destinatarii aparținând unui anumit grup folosind protocolul PIM-SM poate fi reprezentat în trei etape:
1. Construirea unui arbore partajat cu un vârf la punctul de întâlnire, care descrie căile de livrare a pachetelor de grup între punctul de întâlnire și membrii acestui grup. Acest arbore mai este numit și Arborele Punctului de întâlnire (RPT).
2. Construirea unui arbore cu calea cea mai scurtă (SPT), care va livra pachete între sursa acestui grup și punctul de întâlnire.
3. Construirea unui set de arbori SPT, care, de dragul creșterii eficienței, va fi folosit pentru a livra pachete direct între sursă și fiecare dintre destinatarii grupului.
NOTA
Ordinea etapelor nu este fixă. De exemplu, sursele multicast pot începe să transmită înainte de a exista ascultători interesați de acel trafic, sau cel mai scurt arbore de cale între sursă și ascultătorii săi poate să fi fost deja construit atunci când se face acest lucru. cerere nouă să se alăture grupului.
Să luăm în considerare funcționarea protocolului PIM-SM activat exemplu simplu. În fig. Figura 2 prezintă o rețea cu un singur domeniu în care protocolul PIM-SM stabilește o conexiune între un destinatar A și o sursă 5. Vom presupune că funcționarea rețelei corespunde modelului ASM (multicast din orice sursă); Protocolul IGMPși toate routerele acceptă protocolul PIM-SM. De asemenea, vom presupune că punctul de întâlnire este configurat static: atât sursele, cât și destinatarii cunosc adresa individuală a punctului de întâlnire, al cărei rol în această rețea este jucat de routerul D. Pentru a notifica nodurilor de rețea despre adresa punctului de întâlnire, există protocol standard notificare automată numită protocol de pornire.
Orez. 2. Etapa 1 - construirea unui arbore comun
Etapa 1- construirea unui arbore RPT comun de la destinatar până la punctul de întâlnire. Odată ce arborele partajat a fost construit, traficul multicast este transmis de la punctul de întâlnire către destinatarii interesați. Cu toate acestea, procesul de construire a unui arbore comun se mută sens invers- de la destinatari la punctul de întâlnire pe baza unei abordări pas cu pas (hop-by-hop).
Deci, lăsați gazda A să decidă să se alăture grupului G, din acest motiv ea trimite un mesaj de raport de membru IGMP care conține adresa grupului G către retea locala la care este legat. Acest mesaj va fi primit de routerul C, prin care această rețea locală este conectată la alte rețele.
Routerul C, după ce a primit acest mesaj IGMP de la gazda A, trimite un mesaj de conectare a protocolului PIM-SM la adresa individuală a routerului D, care acționează ca punct de întâlnire. Acest mesaj este transmis în mod obișnuit, pe baza tabelelor de rutare construite de orice protocoale de rutare. Toate routerele intermediare de-a lungul căii de la gazda de destinație la punctul de întâlnire înregistrează starea de progres pentru acel grup. Fiecare router adaugă interfața care a primit mesajul PIM-SM join la lista sa de interfețe prin care traficul grupului menționat în mesaj poate fi livrat destinatarilor interesați. Ca rezultat, se formează un arbore comun pentru acest grup, iar rădăcina lui este punctul de întâlnire.
În exemplul nostru la în această etapă Nu surse active, astfel încât datele multicast nu au ajuns încă la punctul de întâlnire (vezi Fig. 2).
Etapa 2- construirea unui arbore SPT de la sursă până la punctul de întâlnire. Când sursa S devine activă și începe să trimită pachete multicast către rețeaua sa locală, routerul F, la care această rețea este conectată direct, observă că sursa 5 a devenit o sursă multicast. Routerul F trimite un mesaj de înregistrare PIM (registru) la adresa individuală a punctului de întâlnire (routerul D). În acest caz, mesajul de înregistrare este încapsulat într-un pachet multicast de la sursa 5 (Fig. 3).
Când routerul D (punctul de întâlnire) primește mesajul de înregistrare, acesta răspunde cu două acțiuni. În primul rând, transmite datele multicast încapsulate de-a lungul unui arbore partajat (RPT) de la punctul de întâlnire la destinație și, în al doilea rând, trimite un mesaj de conectare PIM înapoi către sursă pentru a crea un arbore cu calea cea mai scurtă (SPT). Acest mesaj este trimis de la un router la altul, cu informațiile de alăturare a grupului înregistrate pe interfețele corespunzătoare.
Odată ce a fost construit cel mai scurt arbore de cale de la sursă la punctul de întâlnire, routerul D începe să primească două copii ale fiecărui pachet multicast. O copie vine de la Sursa 5 pe calea cea mai scurtă nou creată, cealaltă de la Router-ul F, care, continuând să răspundă la activitatea detectată a Sursei 5, trimite din nou un mesaj de înregistrare care conține oa doua copie a pachetului multicast încapsulat. Când routerul de întâlnire recunoaște această situație, trimite un mesaj routerului F pentru a opri înregistrarea. La primirea acestui mesaj pentru o anumită pereche sursă-grup, Router-ul F încetează să genereze mesaje de înregistrare și să încapsuleze pachete de grup sursă în cadrul acestora. În schimb, începe să le trimită în forma lor originală cu o adresă multicast, deoarece în acest moment sursa s-a alăturat deja arborelui grupului, iar acest atașament este înregistrat pe routerele necesare.
Orez. 3. Etapa 2 - înregistrarea sursei cu construirea arborelui de calea cea mai scurtă
Astfel, fluxul de date multicast de la sursa S începe să fie transmis de-a lungul arborelui SPT la punctul de întâlnire și apoi mai departe de la punctul de întâlnire de-a lungul arborelui partajat către toți destinatarii interesați (inclusiv routerul C la care gazda A este conectată).
Etapa 3- construirea unui arbore cu calea cea mai scurtă de la sursă la destinatar. Când Routerul C primește primul pachet multicast, învață din antetul pachetului adresa IP sursă, care în acest caz este Sursa 5. Pe baza acestei adrese, Router C încearcă să construiască un arbore cu calea cea mai scurtă direct de la sursă la el însuși. În exemplul nostru, cea mai scurtă cale este prin Router-ul B. Routerul C trimite un mesaj de unire către Router-ul B, care apoi, la rândul său, trimite un mesaj de unire către Router-ul F. Fiecare dintre ei angajează interfața către care va trimite pachetele grup.
Acum că a fost construit cel mai scurt arbore de cale pentru pereche (sursa 5, destinația A), ruterele F, B și C încep să transmită pachete multicast de-a lungul acestuia. Când pachetele încep să sosească la Router-ul C, acesta descoperă două copii ale fiecărui pachet - una care ajunge pe noua cale cea mai scurtă prin Router-ul B, cealaltă de-a lungul arborelui partajat de la Router-ul D. Pentru a opri duplicarea, Router-ul C trimite o tăiere PIM rendezvous. mesaj (la router-ul D), care oprește sursa din arborele RPT partajat (Fig. 4).
Orez. 4. Etapa 3 - construirea unui arbore cu calea cea mai scurtă de la sursă la destinatar
Din acest moment, routerul C primește doar o copie a fiecărui pachet de la sursa 5 prin arborele său separat de calea cea mai scurtă și o redirecționează către rețeaua locală în care se află destinatarul.
Pentru a simplifica, am descris cazul în care există un singur punct de întâlnire în rețea și este creat un singur arbore partajat. Cu toate acestea, tehnologia permite mai multe puncte de întâlnire într-o rețea. Decizia cu privire la câte puncte de întâlnire ar trebui să existe în rețea și unde ar trebui să fie amplasate face obiectul planificării rețelei și nu este determinată de protocolul PIM.
