Reti per il più piccolo. Parte nona. Multicast / habr.

Il nostro Aspection LinkMeup Provider cresce e si trasforma in silenzio da tutti i servizi degli ordinari operatori di telecomunicazioni. Ora siamo cresciuti fino a IPTV.

Ciò implica la necessità di configurare il routing multicast e prima di tutto comprendere che c'è un tale multicone.

Questa è la prima deviazione dai soliti principi delle reti IP. Tuttavia, il paradigma multicast è radicalmente diverso dalla lampada a lampada calda.

Puoi persino dire, in qualche modo sfida la flessibilità della tua mente nel comprendere nuovi approcci.

In questo articolo si concentra su quanto segue:

Tutorial video tradizionale:

All'alba della mia formazione, come un ingegnere, il tema del multicast è stato incredibilmente spaventato, e lo assoco con lo psicotraham della mia prima esperienza con lui. " Quindi, Marat, urgentemente, prima di mezzogiorno devi suscitare il flusso video al nostro nuovo edificio nel centro della città - il fornitore lo darà qui al secondo piano "Ho sentito con una mattinata meravigliosa. Tutto ciò che ho a conoscenza del multicast, quindi questo è ciò che il mittente è uno, molto i destinatari, e sembra che il protocollo IGMP sia in qualche modo coinvolto.

Di conseguenza, prima di mezzogiorno, abbiamo cercato di avviare il tutto - ho sconfitto la VLAN più ordinaria dal punto di ingresso al punto di uscita. Ma il segnale era instabile - l'immagine congelata, crollata, interrotta. Ho provato in un panico per capire cosa può essere fatto con IGMP in generale, Tyrrhogozy, ha acceso il routing multicast, IGMP-snooping, controllato mille volte i ritardi e le perdite - niente ha aiutato. E poi improvvisamente tutto ha funzionato. Naturalmente, stabile, senza problemi.

Mi ha servito vaccando un multicast, e per molto tempo non ho mostrato alcun interesse per lui.

Già molto più tardi sono arrivato alla regola successiva: E ora, dall'altezza dei casi incomprensibili, capisco che non ci possono essere problemi con la configurazione della parte di rete - apparecchiature finite buggy. Mantieni la calma e fidati di me. Dopo questo articolo, queste cose non ti spaventano. Generale comprensione multicast. Come sapete, esistono i seguenti tipi di traffico: Unicast. - Unicast - un mittente, un destinatario. ( Esempio: query della pagina HTTP al server Web Come sapete, esistono i seguenti tipi di traffico: ). Trasmissione. - Broadcasting - Un mittente, destinatari - Tutti i dispositivi nel segmento di trasmissione. ( Come sapete, esistono i seguenti tipi di traffico: Esempio: richiesta ARP Multicast. - Multicast - un mittente, molti destinatari. ( Esempio: IPTV.

Anycast.

- Unicast del nodo più vicino - un mittente, in generale, molti destinatari, ma in realtà i dati vengono inviati solo a uno. ( Esempio: DNS anycast ).

Dal momento che abbiamo deciso di parlare del multicast, quindi, forse, iniziamo da questo paragrafo dalla domanda, dove e come è usato.

La prima cosa che viene in mente è la televisione (IPTV) - un server di origine invia il traffico che deve ricevere molti clienti contemporaneamente. Questo è determinato dal termine stesso -

Multicast.

- Broadcasting multicast. Cioè, se le trasmissioni già note a te, significa trasmettere a tutti, il multicast significa trasmettere un determinato gruppo.

  1. Ad esempio, la seconda applicazione è la replica del sistema operativo in molti computer. Ciò implica il caricamento di volumi di dati di grandi dimensioni da un server.
  2. Possibili scenari: audio e videoconferenza (si dice - tutti ascoltati), e-commerce, aste, borse. Ma questo è in teoria, e in pratica, un multicast viene usato raramente qui.

Un'altra applicazione è i messaggi del servizio di protocollo. Ad esempio, OSPF nel suo dominio di trasmissione invia i suoi messaggi agli indirizzi 224.0.0.5 e 224.0.0.6. E solo quei nodi su cui è gestito OSPF.

Formulamo due principi di base delle newsletter multicast:

Il mittente invia solo una copia del traffico, indipendentemente dal numero di destinatari.

Il traffico riceve solo quelli che sono davvero interessati.

In questo articolo, prenderemo IPTV come esempio più visivo.

ESEMPIO I.

Iniziamo con il caso più semplice: Sul server di origine, la trasmissione è configurata per il Gruppo 224.2.2.4 - ciò significa che il server invia il traffico verso l'indirizzo IP 224.2.2.4. Sul client, il lettore video è configurato per prendere un gruppo di 224.2.2.4. .

Allo stesso tempo, avviso, il client e il server non devono avere indirizzi da una sottorete e ping a vicenda - abbastanza da essere in un dominio di trasmissione.

Un flusso multicast è semplicemente rivestito dal server e il client lo prende semplicemente. Puoi provarlo direttamente nel tuo posto di lavoro collegando due computer con una patch e in esecuzione, ad esempio VLC.

Va notato che nel multicast non ci sono segnalazioni dalla fonte, dicono,

"Ciao, sono una fonte, non hai bisogno di un po 'multicast?"

Il server di origine inizia semplicemente a trasmettere pacchetti multicast nella sua interfaccia. Nel nostro esempio, entrano direttamente nel cliente e quello effettivamente li prende immediatamente.

Se prendi pacchetti su questo link, vedrai che il traffico multicast non è niente come i pacchetti di UDP del mare.

Il multicast non è collegato a un particolare protocollo. In effetti, tutto ciò che definisce i suoi indirizzi. Tuttavia, se parliamo della sua applicazione, allora nella maggioranza assoluta dei casi è UDP. È facilmente spiegato dal fatto che di solito i dati necessari qui vengono trasmessi con l'aiuto del multicast. Ad esempio, video. Se un pezzo di cornice è perso e il mittente cercherà di inviarlo re-come succede in TCP, quindi, molto probabilmente, questo pezzo è in ritardo, e dove mostrarlo allora? Il treno se ne andò. Esattamente lo stesso con il suono.

Di conseguenza, non è necessario installare la connessione, quindi è necessario TCP.

Cosa è così deviando un multicast da Unicust? Penso che tu abbia già un assunto. E probabilmente hai ragione. Nella solita situazione, abbiamo 1 destinatario e 1 mittente - ognuno di loro ha un indirizzo IP unico. Il mittente sa esattamente dove skarse il pacchetto e mette questo indirizzo nell'intestazione IP. Ogni nodo intermedio dovuto alla sua tabella di routing sa dove inviare il pacco. Il traffico unicast tra i due nodi è senza ostacoli attraverso la rete. Ma il problema è che solo l'indirizzo IP del destinatario è specificato nel pacchetto abituale. Cosa succede se uno e lo stesso traffico ha diversi destinatari? In linea di principio, è possibile espandere un approccio unicast e una situazione del genere - per inviare la copia del pacchetto a ciascun cliente. I clienti non noterranno la differenza - nemmeno uno, almeno un migliaio, ma la differenza sarà chiaramente distinguibile sui tuoi canali di trasferimento dei dati. GSupponiamo di avere un trasferimento di un canale SD da un server multicast. Lascia che usa 2 MB / s. Canali totali di 30 e guardando ogni canale per 20 persone allo stesso tempo. Risulta 2 canali MB / s * 30 * 20 persone = 1200 Mb / s o 1,2 GB / s solo in televisione in caso di unicast. Ma ci sono ancora canali HD, dove puoi tranquillamente moltiplicare questa figura di 2. E dov'è il posto per i torrent?

Ecco perché il blocco di indirizzo è stato posato in IPv4

Classe D: 224.0.0.0/4

(224.0.0.0-239.255.255.255). Gli indirizzi di questa gamma sono determinati da un gruppo multicast. Un indirizzo è un gruppo, di solito è indicato dalla lettera "

"

Cioè, dicendo che il cliente è collegato al Gruppo 224.2.2.4, intendiamo che riceve il traffico multicast con l'indirizzo della destinazione 224.2.2.4.

ESEMPIO II.

Aggiungi un passaggio allo schema e alcuni altri clienti:

Il server multicast è ancora trasmesso per il Gruppo 224.2.2.4. Sul interruttore, tutte le 4 porte devono essere in una VLAN. Il traffico viene all'interruttore e il valore predefinito viene inviato a tutte le porte di un VLAN. Quindi tutti i clienti ricevono questo traffico. Su di loro, l'indirizzo del gruppo 224.2.2.4 è anche specificato in tutto il lettore video.

In realtà, tutti questi dispositivi diventano membri di questo gruppo multicast. L'iscrizione è dinamica: chiunque, in qualsiasi momento può entrare e uscirne. In questa situazione, il traffico riceverà anche coloro che non volevano questo in generale, cioè, né il giocatore non viene lanciato su di esso, né altro. Ma solo se è nella stessa Vlan. Più tardi ci occuperemo di come affrontarlo.

Siete pregati di notare che in questo caso, solo una copia del traffico verso l'interruttore proviene dal server di origine e non su una copia separata a ciascun client. E nel nostro esempio con i canali SD, il carico della porta tra la sorgente e l'interruttore non sarà di 1,2 Gb / s, ma solo 60 Mb / s (2 MB / s canali).

In realtà, è possibile utilizzare tutta questa intera gamma enorme (224.0.0.0-239.255.255.255).

Bene, quasi tutti - i primi indirizzi (intervallo 224.0.0.0/23) sono ancora riservati a protocolli ben noti.

Elenco dei indirizzi IP riservati

Intervallo 224.0.0.0/24 riservato sotto link-locale

comunicazioni. I pacchetti multicast con tali indirizzi di destinazione non possono andare oltre i limiti di un segmento di trasmissione.

La gamma 224.0.1.0/24 è riservata ai protocolli che è necessario trasmettere un multicast in tutta la rete, cioè passare attraverso i router.

Qui, infatti, le cose più basiche del multicast.

Abbiamo esaminato una situazione semplice quando la fonte e il destinatario sono nello stesso segmento di rete. Il traffico ricevuto dall'interruttore viene semplicemente inviato a loro in tutti i porti - nessuna magia.

Ma è ancora completamente incomprensibile il modo in cui il traffico del server raggiunge i clienti quando c'è un enorme rete di fornitori LinkMiap? E dove, infatti, sarà conosciuto chi è il cliente? Non possiamo registrare manualmente i percorsi, semplicemente perché non sappiamo dove potrebbero essere i clienti. I soliti protocolli di routing non risponderanno a questa domanda. Quindi arriviamo a capire che la consegna di un multicast è qualcosa di completamente nuovo per noi.

In generale, per fornire un multicast dalla fonte al destinatario al momento ci sono molti protocolli - IGMP / MLD, PIM, MSDP, MBGP, MOSPF, DVMRP.

Ci concentreremo su due di loro, che sono attualmente utilizzati: PIM e IGMP. Con IGMP, i destinatari dei clienti finali comunicano i router più vicini che vogliono ricevere il traffico. E PIM costruisce il percorso di movimento del traffico multicast dalla fonte ai destinatari attraverso i router. IGMP.

Tornare di nuovo alla discarica. Vedi questo pacchetto superiore, dopo di che è stato lanciato un flusso multicast?

Questo messaggio di protocollo IGMP inviato dal client quando abbiamo premuto il gioco su di esso. È così che riporta che vuole ricevere il traffico per il Gruppo 224.2.2.4.

IGMP - Protocollo di gestione del gruppo Internet

- Questo è un protocollo di rete che interagisce i client di traffico multicast e il router più vicino.

IPv6 utilizza MLD (Multicast Listener Discovery) anziché IGMP. Il principio di funzionamento ha assolutamente lo stesso, quindi puoi cambiare facilmente IGMP ovunque su MLD e IP su IPv6.

Come funziona esattamente IGMP?

Forse è necessario iniziare con il fatto che le versioni del protocollo sono ora tre: IGMPV1, IGMPV2, IGMPV3. Il più usato - il secondo, il primo è quasi dimenticato, quindi non ne parleremo, il terzo è molto simile al secondo.

Sarò focalizzato sul secondo, come al maggior impatto e considerare tutti gli eventi di collegare il client al gruppo prima che sia fuori di esso.

Il cliente richiederà anche un gruppo di 224.2.2.4 attraverso il lettore VLC. Il ruolo di IGMP è molto semplice: se non ci sono clienti - non è necessario trasmettere il traffico multicast al segmento. Se viene visualizzato un cliente, notifica i router che utilizzano IGMP che vuole ricevere il traffico. Per capire come succede tutto, prendere questa rete: Supponiamo che il router sia già configurato per ricevere ed elaborare il traffico multicast.

uno.

Non appena abbiamo lanciato l'applicazione sul client e impostare il Gruppo 224.2.2.4, il pacchetto verrà inviato alla rete Rapporto di iscrizione IGMP. - Il nodo "Rapporti" che vuole ricevere il traffico di questo gruppo.

Nel rapporto IGMPV2 va all'indirizzo del gruppo desiderato, e in parallelo è indicato nel pacchetto stesso. Questi messaggi devono vivere solo entro il loro segmento e non inoltrare comunque dai router, quindi, hanno 1 TTL. Spesso nella letteratura puoi soddisfare la menzione di

Iscriviti IGMP.

. Non essere spaventato: questo è un nome alternativo per il rapporto di iscrizione IGMP.

2.

Il router riceve un rapporto IGMP e, realizzando che questa interfaccia ora ha clienti, rende le informazioni nelle loro tabelle

Questa è una produzione di informazioni su IGMP. Il primo gruppo è richiesto dal cliente. Il terzo e il quarto sono i report del servizio SSDP.

Costruito in Windows. Il secondo è un gruppo speciale che è sempre presente sui router Cisco - è utilizzato per il protocollo Auto-RP. che è attivato per impostazione predefinita sui router. L'interfaccia FE0 / 0 diventa discendente per il gruppo di 224.2.2.4 - dovrà inviare il traffico ricevuto. Insieme al solito tavolo di routing unico è anche un multicast: Informazioni sulla disponibilità dei clienti dice il primo record

(*, 224.2.2.4)

. E record. (172.16.0.5, 224.2.2.4) .

Ciò significa che il router conosce la fonte di un flusso multicast per questo gruppo. Dall'uscita è chiaro che il traffico per il Gruppo 224.2.2.4 viene avviato tramite FE0 / 1 ed è necessario trasmetterlo alla porta FE0 / 0. Le interfacce in cui è necessario trasmettere il traffico sono incluse nell'elenco delle interfacce downstream -

Elenco di interfaccia in uscita

Più dettaglia il comando Mostra IP MROTE. Discerneremo in seguito. . Sopra la discarica che vedi che non appena il client ha inviato un rapporto IGMP, immediatamente dopo aver volato UDP è un flusso video. .

3. Il cliente ha iniziato a ricevere il traffico. Ora il router dovrebbe a volte verificare che i destinatari abbiano ancora un divario da non trasmettere se improvvisamente i clienti sono rimasti. Per fare ciò, invia periodicamente una richiesta a tutte le sue interfacce discendenti. Query IGMP.

* Dump filtrato da IGMP * Sopra la discarica che vedi che non appena il client ha inviato un rapporto IGMP, immediatamente dopo aver volato UDP è un flusso video. .

Per impostazione predefinita, ciò accade ogni 60 secondi. TTL Tali pacchetti sono anche uguali a 1. Sono inviati all'indirizzo 224.0.0.1 - tutti i nodi in questo segmento - senza specificare un gruppo specifico. Tali messaggi di query sono chiamati

Query generale.

- Generale. Quindi, il router chiede: "Ragazzi e chi e cos'altro vogliono ricevere?".

Dopo aver ricevuto la query generale IGMP, qualsiasi host che ascolta qualsiasi gruppo deve inviare il report IGMP in quanto l'ha fatto quando è collegato. L'indirizzo del gruppo di interesse per il suo gruppo dovrebbe essere specificato in relazione. Se, in risposta alla query, almeno un rapporto è arrivato al router, significa che ci sono ancora clienti, continua a trasmettere che l'interfaccia da cui è venuto da questo rapporto, il traffico di questo gruppo. Se una query non ha una risposta da un'interfaccia di risposta per alcuni gruppi, il router cancella questa interfaccia dalla sua tabella di routing multicast per questo gruppo - cessa di inviare il traffico. Sulla sua iniziativa, il cliente di solito invia il report solo quando è connesso, quindi risponde semplicemente alla query dal router. Un dettaglio interessante nel comportamento del cliente: avendo ricevuto query, non ha fretta di rispondere immediatamente a riferire. Il nodo prende una lunghezza di timeout da 0 a .Tempo di risposta massimo. .

che è specificato nella query successiva: Quando si debug o nella discarica, a proposito, si può vedere che alcuni secondi possono passare tra i rapporti diversi. Questo è fatto in modo che centinaia di clienti tutti gli scopi non hanno allagato la rete con i loro report ricevendo query generale. Inoltre, solo un cliente di solito invia il report. Il fatto è che il rapporto viene inviato all'indirizzo del Gruppo, e quindi arriva a tutti i clienti. Dopo aver ricevuto il report da un altro client per lo stesso gruppo, il nodo non invierà il proprio. La logica è semplice: il router ha già ricevuto questo rapporto molto e sa che ci sono clienti, non è necessario.

Questo meccanismo è chiamato

Segnalare la soppressione

Successivamente nell'articolo racconteremo del motivo per cui questo meccanismo di fatto funziona molto raramente quattro. Quindi va avanti per secoli finché il cliente non desidera uscire dal gruppo (ad esempio, spegnere il lettore / TV). In questo caso, invia Congedo IGMP. all'indirizzo del gruppo.

Il router lo riceve e in un'idea deve spegnere. Ma non può disabilitare un cliente specifico - il router non li distingue - ha solo un'interfaccia a valle. E l'interfaccia può essere diversi clienti. Cioè, se il router cancella questa interfaccia dal suo elenco OUL (Elenco interfaccia in uscita) per questo gruppo, il video si spegne affatto.

Ma anche non cancellarlo, è anche impossibile - improvvisamente è stato l'ultimo cliente - perché quindi lavarlo? Sopra la discarica che vedi che non appena il client ha inviato un rapporto IGMP, immediatamente dopo aver volato UDP è un flusso video. .

Se guardi nella discarica, vedrai che dopo aver ricevuto il router di congedo, il flusso continua ad andare per un po 'di tempo. Il fatto è che il router in risposta a lasciare invia la query IGMP all'Indirizzo del Gruppo per il quale è venuto a quell'interfaccia in cui è venuto. Tale pacchetto è chiamato

Query specifica del gruppo.

. Rispondi

solo Query specifica del gruppo. Quei client che sono collegati a questo particolare gruppo.

Se il router ha ricevuto un rapporto di risposta per il Gruppo, continua a trasmettere nell'interfaccia, se non ricevuto, rimuove il timer dopo che il timer è scaduto.

In totale, dopo aver ricevuto il congedo, una query specifica di due gruppi va - uno obbligatorio, secondo controllo. Quindi, il router smette il flusso. Query. Considera un caso più difficile: Due (o più) router che possono trasmettere il traffico sono collegati al segmento client. Se non lo fai, il traffico multicast verrà duplicato: entrambi i router riceveranno il report dei clienti. Per evitare questo c'è un meccanismo di scelta - politica. Quello che vincerà inviare query, il rapporto del monitor e reagirà a lasciare, e, di conseguenza, invierà il traffico al segmento. Il perdente ascolterà solo il rapporto e manterrà la mano sull'impulso. Le elezioni si verificano abbastanza semplici e intuitive. Considera la situazione dal momento in cui i router R1 e R2 sono accesi. uno) IGMP attivato sulle interfacce. 2) All'inizio, per impostazione predefinita, ognuno di loro si considera querier. 3) Ciascuno invia la query generale IGMP alla rete. L'obiettivo principale è scoprire se ci sono clienti, e in parallelo - da dichiarare ad altri router nel segmento se sono, sul vostro desiderio di partecipare alle elezioni. quattro) La query generale riceve tutti i dispositivi nel segmento, inclusi altri router IGMP. cinque) Avendo ricevuto un tale messaggio da un vicino, ogni router stima che più degno. 6) Vince router s.

IP più piccolo

(specificato nel campo IP di origine della query IGMP). Diventa query, tutti gli altri - non querier.

7)

La non query avvia il timer che viene ripristinato ogni volta che Quaryny viene fornito con un indirizzo IP più piccolo. Se prima del timer scade (più di 100 secondi: 105-107), il router non riceverà query con un indirizzo più piccolo, si dichiara querier e prende tutte le funzioni corrispondenti. otto) Se query riceve la query con un indirizzo più piccolo, aggiunge tali compiti. Querier sta diventando un altro router, che ha un IP in meno.

Quel raro caso quando misurato, chi è meno. Le elezioni del Querier sono una procedura molto importante nel multicast, ma alcuni produttori insidiosi che non tengono RFC possono inserire un forte bastone nelle ruote. Sto parlando della query IGMP con un indirizzo della sorgente 0.0.0.0, che può essere generata dall'interruttore. Tali messaggi non dovrebbero partecipare alla scelta del Querier, ma devi essere pronto per tutto. Ecco un esempio Problema di lunga durata molto complesso.

.

Un altro paio di parole su altre versioni IGMP La versione 1 differisce in sostanza solo dal fatto che Non ha un messaggio di congedo

.

. Se il cliente non vuole ricevere più traffico di questo gruppo, smette semplicemente di inviare report in risposta alla query. Quando non rimane un singolo client, il router di timeout smetterà di inviare il traffico. Inoltre, Non sono supportate elezioni di query.

. Al fine di evitare la duplicazione del traffico, un protocollo più elevato è responsabile, ad esempio, PIM, su cui parleremo ulteriormente La versione 3 supporta tutto ciò che supporta IGMPV2, ma c'è una serie di modifiche. Innanzitutto, il report non viene inviato più all'indirizzo del gruppo, ma su un indirizzo di servizio multicast 224.0.0.22.

. E l'indirizzo del gruppo richiesto è indicato solo all'interno del pacchetto. Questo è fatto per semplificare il lavoro di Snooping IGMP, di cui parleremo

.

In secondo luogo, soprattutto, IGMPV3 ha iniziato a supportare SSM nella sua forma pura. Questo è il cosiddetto

Sopra la discarica che vedi che non appena il client ha inviato un rapporto IGMP, immediatamente dopo aver volato UDP è un flusso video. .

Il cliente richiederà anche un gruppo di 224.2.2.4 attraverso il lettore VLC. Multicast specifico sorgente. Nel rapporto IGMPV2 va all'indirizzo del gruppo desiderato, e in parallelo è indicato nel pacchetto stesso. Questi messaggi devono vivere solo entro il loro segmento e non inoltrare comunque dai router, quindi, hanno 1 TTL. . In questo caso, il cliente potrebbe non solo richiedere un gruppo, ma anche specificare un elenco di fonti da cui vorrebbe ricevere traffico o viceversa non vorrebbe. In IGMPV2, il client richiede semplicemente e riceve il traffico del gruppo senza preoccuparsi della fonte. Quindi, IGMP è progettato per interagire i clienti e il router. Pertanto, tornando a Più dettaglia il comando ESEMPIO II. 4Come sapete, esistono i seguenti tipi di traffico: Dove non c'è router, possiamo dichiarare autorevolmente - IGMP lì - non più della formalità. Non c'è router e il cliente non ha nessuno da richiedere un flusso multicast. E guadagnerà un video per la semplice ragione per cui il flusso e quindi si sta versando dallo switch - hai solo bisogno di prenderlo. Richiama che IGMP non funziona per IPv6. C'è il protocollo MLD Ripeti ancora Prima di tutto, il router ha inviato la sua query generale IGMP dopo aver attivato IGMP sulla sua interfaccia per scoprire se ci sono destinatari e dichiarano il loro desiderio di essere querlier. A quel tempo, nessuno era in questo gruppo. Poi è apparso un cliente, che voleva ricevere il traffico del Gruppo 224.2.2.4 e ha inviato il suo rapporto IGMP. Dopodiché, sono andato al traffico su di esso, ma è filtrato fuori dalla discarica. Quindi il router ha deciso per qualche motivo per verificare - e se non ci sono più clienti e inviato nuovamente la query Generale IGMP a cui il cliente è costretto a rispondere ( cinque.

Periodicamente (una volta al minuto) il router controlla che i destinatari hanno ancora, utilizzando la query generale IGMP e il nodo conferma questo utilizzando il report IGMP.

Ma è ancora completamente incomprensibile il modo in cui il traffico del server raggiunge i clienti quando c'è un enorme rete di fornitori LinkMiap? E dove, infatti, sarà conosciuto chi è il cliente? Non possiamo registrare manualmente i percorsi, semplicemente perché non sappiamo dove potrebbero essere i clienti. I soliti protocolli di routing non risponderanno a questa domanda. Quindi arriviamo a capire che la consegna di un multicast è qualcosa di completamente nuovo per noi. 6. Poi ha cambiato idea e ha rifiutato il gruppo inviando il congedo di IGMP. 7. Il router ha ricevuto un congedo e, volendo assicurarsi che nessun altro destinatario non siano altri destinatari, inviare una query specifica del gruppo IGMP ... due volte. E dopo la scadenza del timer cessa di trasmettere il traffico qui. otto. Tuttavia, continua a trasmettere la query IGMP alla rete. Ad esempio, nel caso in cui non hai disattivato il lettore, ma semplicemente da qualche parte con la connessione del problema. Quindi la connessione viene ripristinata, ma il client non invia un rapporto da solo. Ma le risposte di query. Pertanto, il flusso può recuperare senza partecipazione umana. Di nuovo Questo è fatto in modo che centinaia di clienti tutti gli scopi non hanno allagato la rete con i loro report ricevendo query generale. Inoltre, solo un cliente di solito invia il report. - Protocollo con cui il router apprende sulla presenza di destinatari del traffico multicast e della loro disconnessione. Query specifica del gruppo. Rapporto IGMP.

- inviato dal client quando connesso e in risposta alla query IGMP. Ciò significa che il cliente vuole ricevere uno spettacolo di un particolare gruppo.

.

Query generale IGMP.

- Viene inviato per il router periodicamente per verificare quali gruppi sono necessari ora. Come è indicato l'indirizzo del destinatario, 224.0.0.1.

Gruppo IGMP Domanda sepcifica

- inviato dal router in risposta al messaggio di congedo, per scoprire se ci sono altri destinatari in questo gruppo. Come indirizzo del destinatario, l'indirizzo del gruppo multicast è indicato.

- Selezionato dal cliente quando vuole lasciare il gruppo.

- Se in un segmento di trasmissione ci sono diversi router che possono essere trasmessi, tra cui è selezionato un Querier principale. Invia periodicamente la query e trasmette il traffico.

Descrizione dettagliata di tutti i termini IGMP

Pim

Quindi, abbiamo capito come i clienti informano il router più vicino sulle loro intenzioni. Ora sarebbe bello trasferire il traffico dalla fonte al destinatario attraverso una grande rete. Se ci pensi, siamo in piedi davanti a un problema complesso contento: la fonte trasmette solo al gruppo, non sa nulla di dove si trovano i destinatari e quanti. .

I destinatari e i router più vicini sanno solo che hanno bisogno di uno spettacolo di un particolare gruppo, ma non ci sono idea in cui la fonte è e qual è il suo indirizzo. Come consegnare il traffico in questa situazione?

Esistono diversi protocolli di routing del traffico multicast: DVMRP

  • , Mospf.
  • , CBT.

- Tutti loro risolvono un tanta compito in modi diversi. Ma lo standard de facto è diventato

PIM - Protocollo indipendente multicast

Altri approcci sono così indesiderati che a volte anche i loro sviluppatori lo riconoscono praticamente. Qui, ad esempio, un estratto da RFC tramite il protocollo CBT: La versione 2 della CBT non è, e non era, destinata a essere retrocompatibile con la versione 1; Non esaminiamo questo per causare vasti problemi di compatibilità perché non crediamo che CBT sia affatto ampiamente implementato in questa fase.

PIM ha due versioni che possono anche essere definite due protocolli diversi in linea di principio, sono fortemente diversi:

Modalità Dense Pim (DM)

Modalità PIM SPARY (SM) Indipendente è perché non è legato a un particolare programma di routing del traffico unico e in seguito vedrai perché. .

Modalità densa Pim.

PIM DM.

Cercando di risolvere il problema della consegna della multicusta nella fronte. Ovviamente presuppone che i destinatari siano ovunque, in tutti gli angoli della rete. Pertanto, inizialmente mette l'intera rete di traffico multicast, cioè, lo invia a tutti i porti, inoltre, da dove viene. Se poi si scopre che da qualche parte non è necessario, allora questo ramo è "tagliato" con l'aiuto di un messaggio speciale Pim Pim: il traffico non è più inviato lì. Ma dopo un po 'nello stesso ramo, il router sta ancora provando a inviare un multicast - improvvisamente i destinatari sono apparsi lì. Se non è apparso, il ramo è tornato di nuovo in un certo periodo. Se il client sul router è apparso nell'intervallo tra questi due eventi, viene inviato il messaggio innesto - il router richiede il ritorno del ramo tagliato in modo da non attendere fino a quando non diminuisce qualcosa. .

Come puoi vedere, non vi è alcuna questione di determinare il percorso dei destinatari - il traffico li realizzerà semplicemente perché è ovunque.

Dopo la "circoncisione" di rami inutili, un albero rimane, lungo il quale viene passato un traffico multicast. Questo albero è chiamato

SPT - albero del percorso più corto

È privo di anelli e utilizza il percorso più breve dal destinatario alla fonte. In sostanza è molto simile all'albero di spanning in stp

Dove la radice è la fonte.

SPT è una vista in calcestruzzo albero - l'albero dell'albero più breve. In generale, qualsiasi albero multicone è chiamato

MDT - albero di distribuzione multicast

Si presume che il PIM DM dovrebbe essere utilizzato su reti ad alta densità di clienti multicast, che spiega il suo nome (denso). Ma la realtà è tale che questa situazione sia piuttosto un'eccezione, e spesso Pim DM è inappropriata. Ciò che è veramente importante per noi ora è un meccanismo per evitare loop. Immagina una tale rete:

Una fonte, un destinatario e la rete IP semplificata tra di loro. Su tutti i router che eseguono Pim DM.

Cosa succederebbe se non ci fosse un meccanismo speciale per evitare loop?

La fonte invia traffico multicast. R1 lo riceve e in conformità con i principi del PIM DM invia a tutte le interfacce, inoltre, dove è venuto da - cioè, su R2 e R3.

R2 entra nello stesso modo, cioè, invia il traffico verso R3. R3 non può determinare che questo è lo stesso traffico che ha già ricevuto da R1, quindi lo invia a tutte le sue interfacce. R1 riceverà una copia del traffico da R3 e così via. Qui lei è un ciclo.

Cosa offre Pim in una situazione del genere?

RPF - Inoltro del percorso retromarcia

. Questo è il principale principio di trasmettere traffico multicast in PIM (qualsiasi tipo: e DM e SM) - il traffico dalla fonte deve arrivare lungo il percorso più breve. Cioè, per ciascun pacchetto multicast ricevuto, viene controllato sulla base del tavolo di routing, sia che si verifichi da lì. 1) Il router esamina l'indirizzo della fonte del pacchetto multicast.

2) Controlla la tabella di routing, attraverso il quale l'interfaccia è disponibile l'indirizzo sorgente.

3) Controlla l'interfaccia attraverso la quale è arrivato il pacchetto multicast.

4) Se le interfacce coincidono - tutto va bene, il pacchetto multicast viene saltato, se i dati provengono da un'altra interfaccia: verranno scartati.

Esempio: IPTV.

Nel nostro esempio, R3 sa che il percorso più breve per la fonte sta attraverso R1 (percorso statico o dinamico). Pertanto, i pacchetti multicast derivanti da R1 sono testati e ricevuti R3 e quelli che provengono da R2 vengono scartati.

Questo controllo è chiamato

RPF-CHECK. E grazie a lei anche in reti più complesse, i loop in MDT non sorgeranno. Questo meccanismo è importante per noi, perché è rilevante e in PIM-SM e funziona da solo.

Come puoi vedere, PIM è basato sulla tabella di routing unico, ma in primo luogo, non tratta il traffico, in secondo luogo, non importa chi e come riempire il tavolo. Non ti fermerai qui e consideri il lavoro di PIM DM in dettaglio: questo è un protocollo obsoleto con una pesatura di carenze (beh, come il rip .

Tuttavia, PIM DM può essere applicato in alcuni casi. Ad esempio, in reti molto piccole, dove il flusso di un multicast è piccolo.

Modalità PIM SPARY.

Si applica un approccio completamente diverso PIM SM.

. Nonostante il nome (modalità danneggiata), può essere utilizzato con successo su qualsiasi rete con un'efficienza almeno non peggiore del PIM DM.

.

Qui hanno rifiutato l'idea di inondazioni incondizionate di una rete multicast. I nodi interessati richiedono indipendentemente una connessione ad albero utilizzando i messaggi 
Pim Iscriviti. Se il router non ha inviato un join, il traffico non verrà inviato. Per capire come funziona Pim, iniziamo con una rete semplice con un singolo router PIM:

Dalle impostazioni a R1, è necessario abilitare la possibilità di inserire un multicast, PIM SM su due interfacce (verso la fonte e verso il cliente) e IGMP verso il client.

Oltre ad altre impostazioni di base, ovviamente (IP, IGP).

D'ora in poi, puoi far cadere il GNS e raccogliere il laboratorio. Basta come assemblare uno stand per un multicast che ho detto in questo articolo.

R1 (config) #ip multicast-routing R1 (config) #int fa0 / 0 r1 (config-if) #ip pim sparse-mode r1 (config-if) #int fa1 / 0 r1 (config-if) # Modalità sparse. Cisco qui come di solito presenta il suo approccio speciale: quando si attiva il PIM sull'interfaccia, IGMP viene attivato automaticamente. Su tutte le interfacce in cui è attivato PIM, funziona e IGMP. Allo stesso tempo, altri produttori hanno due protocolli diversi, attivano due diversi comandi: Separare IGMP, PIM separatamente. Perdona Cisco questa stranezza? Insieme a tutti gli altri? Inoltre, potrebbe essere necessario configurare l'indirizzo RP ( IP PIM RP-ADDRESS 172.16.0.1 , per esempio). Circa questo dopo, accettando come un dato e accetta.

Controllare lo stato corrente della tabella di routing multicast per il Gruppo 224.2.2.4: Dopo aver avviato la trasmissione sulla fonte, è necessario controllare nuovamente il tavolo. Analizziamo questa piccola conclusione.

Vista di registrazione (*, 225.0.1.1) Allo stesso tempo, altri produttori hanno due protocolli diversi, attivano due diversi comandi: Separare IGMP, PIM separatamente. chiamato Inoltre, potrebbe essere necessario configurare l'indirizzo RP ( (*, G) , / leggere Starkomadzhi. (/ E ci informa sui destinatari. E non è necessario parlare di un computer client, in generale può essere, ad esempio, un altro router PIM. È importante per cui le interfacce devono passare il traffico. Se l'elenco delle interfacce a valle (olio) è vuoto -

NULLO

, Pertanto, non ci sono destinatari - e non li abbiamo ancora lanciati.

Disco

(172.16.0.5, 225.0.1.1) (S, g) .

Eskijah.

/ E suggerisce che la fonte è nota. Nel nostro caso, una fonte con indirizzo 172.16.0.5 trasmette il traffico per il Gruppo 224.2.2.4. Il traffico multicast arriva all'interfaccia FE0 / 1 - questo è

ascendente

A monte

) Interfaccia.

Quindi, nessun cliente. Il traffico dalla fonte viene al router e su questa vita. Aggiungiamo ora il destinatario - imposteremo la ricezione del multicast sul PC.

Il PC invia il report IGMP, il router comprende che i clienti sono apparsi e aggiorna la tabella di routing multicast. Ora lei sembra questa: È apparso un'interfaccia a valle: Fe0 / 0, che è del tutto previsto. E è apparso sia in (*, G) che in (S, G). L'elenco delle interfacce downstream è chiamato

Elenco di interfaccia in uscita in olio

.

Aggiungi un altro client all'interfaccia FE1 / 0:

Se leggi la produzione letteralmente, abbiamo:

(*, G): Ci sono destinatari del traffico multicast per il Gruppo 224.2.2.4 Interfacce esterne Fe0 / 0, Fe1 / 0. E assolutamente non importa chi è il mittente, cosa e dice il segno "*". 

(S, G): quando il traffico multicast con l'indirizzo di destinazione 224.2.2.4 dalla sorgente 172.16.0.5 arriva all'interfaccia FE0 / 1, le copie devono essere inviate a FE0 / 0 e FE1 / 0.

Ma era un esempio molto semplice: un router conosce immediatamente l'indirizzo sorgente e dove si trovano i destinatari. In effetti, anche gli alberi non ci sono qui - tranne il degenerato. Ma ci ha aiutato a gestire come Interact Pim e IGMP. 
Per affrontare quale Pim è, ci rivolgiamo alla rete molto più complessa

Supponiamo che tutti gli indirizzi IP siano già configurati in conformità con lo schema. La rete esegue IGP per un normale routing unico. Cliente1. Ad esempio, può eseguire il ping di un server sorgente. Ma così lontano PIM, IGMP non è in esecuzione, i clienti non richiedono canali. File Configurazione iniziale

Quindi, il momento del tempo 0.

Accendi il routing multicast su tutti e cinque i router:

Rx (config) #ip multicast-routing

PIM è incluso direttamente su tutte le interfacce di tutti i router (inclusa l'interfaccia verso il server e i client di origine):

Rx (config) #int fex / x rx (config-if) #ip pim sparse-mode IGMP, in teoria, dovrebbe essere incluso nelle interfacce verso i clienti, ma, come abbiamo già notato sopra, si accende automaticamente sull'attrezzatura Cisco con PIM. La prima cosa che PIM fa - imposta il quartiere. Messaggi utilizzati per questo

Pim Ciao.

. Quando si attiva il PIM sull'interfaccia, Pim Hello viene inviato all'indirizzo

  1. 224.0.0.13.
  2. Con TTL pari a 1. Ciò significa che solo i router in un dominio di trasmissione possono essere vicini.

Non appena i vicini hanno avuto saluti l'uno dall'altro:

Ora sono pronti ad accettare applicazioni per gruppi multicast.

Se ora iniziamo nel contenitore del cliente da un lato e accendere il flusso multicast dal server dall'altro, quindi R1 riceverà un flusso di traffico e R4 riceverà un report IGMP quando si tenta di connettersi. Di conseguenza, R1 non saprà nulla sui destinatari e R4 sulla fonte. Sarebbe bello se le informazioni sulla fonte e i clienti del Gruppo sono stati raccolti da qualche parte in un unico posto. Ma in cosa? Un tale punto dell'incontro è chiamato

Punto Rendezvous - RP 

. Questo è il concetto centrale di PIM SM. Niente ha funzionato senza di esso. Ecco la fonte e i destinatari.

Tutti i router PIM dovrebbero sapere chi è RP nel dominio, cioè conosce il suo indirizzo IP. Per costruire un albero MDT, la rete è selezionata come RP un certo punto centrale, che, responsabile dello studio della fonte,

È un punto di attrazione di unire i messaggi da tutti gli interessati. 

Esistono due modi per task rp: statico e dinamico. Guarderemo sia in questo articolo, ma iniziamo con Static, perché ciò che è più probabile che sia statico?

Lascia che R2 sia giocato da RP.

Per aumentare l'affidabilità, l'indirizzo del loopback è solitamente selezionato. perciò

per tutti

I router vengono eseguiti dal comando: Rx (config) #ip Pim rp-indirizzo 2.2.2.2 )

Naturalmente, questo indirizzo deve essere disponibile sulla tabella di routing da tutti i punti. Bene, poiché l'indirizzo 2.2.2.2 è RP, sull'interfaccia )

Loopback 0. Su R2, è anche auspicabile attivare il PIM. R2 (config) #interface loopback 0 rx (config-if) #ip Pim Sparmy-mode )

Subito dopo, R4 impara la fonte del traffico per il Gruppo 224.2.2.4:

E persino trasferisce il traffico:

L'interfaccia FE0 / 1 arriva 362000 B / S e attraverso l'interfaccia FE0 / 0 che vengono trasmesse.

Tutto quello che abbiamo fatto: Quindi, il router smette il flusso. Incluso la capacità di instradare il traffico multicast (

Considera un caso più difficile: IP multicast-routing

PIM attivato sulle interfacce ( Cioè, per ciascun pacchetto multicast ricevuto, viene controllato sulla base del tavolo di routing, sia che si verifichi da lì. IP PIM SPARSE-MODE

Indicato l'indirizzo rp ( IP PIM RP-ADRESS X.x.x.x. Tutto, questa è già una configurazione di funzionamento e può essere cercata, perché le scene sono nascoste molto più che visibili sul palco. Configurazione completa con PIM.

- politica. Quello che vincerà inviare query, il rapporto del monitor e reagirà a lasciare, e, di conseguenza, invierà il traffico al segmento. Il perdente ascolterà solo il rapporto e manterrà la mano sull'impulso. Debriefing.

Bene, come funziona tutto alla fine? In che modo RP sa dove la fonte in cui i clienti e forniscono la comunicazione tra di loro? Dal momento che tutto si presenta per il bene dei nostri clienti preferiti, quindi, a partire da loro, considera l'intero processo nei dettagli. Client 1 Invia rapporto IGMP per il Gruppo 224.2.2.4

R4 Ottiene questa query, capisce che esiste un client al di fuori dell'interfaccia FE0 / 0, aggiunge questa interfaccia all'olio e alle forme di registrazione (*, G).

L'interfaccia ascendente Fe0 / 1 è vista qui, ma ciò non significa che R4 riceve il traffico per il Gruppo 224.2.2.4. Parla solo che l'unico posto da dove può ricevere è Fe0 / 1, perché è lì che RP è lì. A proposito, il vicino che è passato

Considera la situazione dal momento in cui i router R1 e R2 sono accesi. - R2: 10.0.2.24. Previsto.

R4 è chiamato - LHR (ultimo router hop) - L'ultimo router sul percorso del traffico multicast, se conti dalla fonte. In altre parole, questo è il router più vicino al destinatario. Per

Cliente1. - è r4 per Client2.

- Questo è R5.

Poiché non ci sono flussi multicast su R4 (non è stato richiesto prima), forma il messaggio Pim Join e lo invia verso RP (2.2.2.2).

PIM Iscriviti viene inviato da un multicast all'indirizzo 224.0.0.13. "Nella direzione di RP", significa attraverso l'interfaccia specificata nella tabella di routing, come in uscita per l'indirizzo che viene specificato all'interno del pacchetto. Nel nostro caso, è 2.2.2.2 - indirizzo RP. Tale unione è indicato come

Iscriviti (*, G)

E dice: "Non importa chi fonda, ho bisogno di un traffico di gruppo 224.2.2.4." Cioè, ogni router sul modo dovrebbe gestire tale unione e, se necessario, invia un nuovo join al lato del rp. (È importante capire che se c'è già questo gruppo sul router, non invierà un join - aggiungerà semplicemente l'interfaccia da cui il join è arrivato all'olio e inizia a passare il traffico). Nel nostro caso, unisciti a Fe0 / 1:

R2, avendo ricevuto un join, genera un record (*, G) e aggiunge l'interfaccia FE0 / 0 all'olio. Ma unisciti non può più inviare - lui stesso già Rp, e nulla si sa ancora della fonte. Ma dopo un po 'nello stesso ramo, il router sta ancora provando a inviare un multicast - improvvisamente i destinatari sono apparsi lì. Se non è apparso, il ramo è tornato di nuovo in un certo periodo. Se il client sul router è apparso nell'intervallo tra questi due eventi, viene inviato il messaggio innesto - il router richiede il ritorno del ramo tagliato in modo da non attendere fino a quando non diminuisce qualcosa. Quindi, RP impara su dove si trovano i clienti.

IGMP attivato sulle interfacce. Se un

Client 2. Volete anche ricevere il traffico multicast per lo stesso gruppo, R5 invierà Pim Join to Fe0 / 1, perché è RP, R3, avendo ricevuto, forma un nuovo PIM unisciti e lo invia a FE1 / 1 - dove si trova RP. Cioè, unire viaggi in modo che il nodo dietro il nodo fino a quando non arriva a RP o ad un altro router, dove ci sono già clienti di questo gruppo.

Quindi, R2 è il nostro RP - ora lo sa per Fe0 / 0 e FE1 / 0 ha destinatari per il Gruppo 224.2.2.4.

E non importa quanti ce ne sono lì - uno dopo ogni interfaccia o cento - il flusso del traffico sarà ancora uno sull'interfaccia. Se descrivi graficamente ciò che abbiamo ottenuto, sembrerà questo: Assomiglia a remoto un albero, giusto? Pertanto, si chiama -

All'inizio, per impostazione predefinita, ognuno di loro si considera querier. RPT - Rendezvous Point Tree

. Questo albero è radicato in RP e i cui rami si estendono ai clienti.

Termine più generale come abbiamo menzionato sopra -

- Albero lungo il quale è distribuito il flusso multicast. Più tardi vedrai la differenza tra MDT e RPT.

Ora diamo il server. Come abbiamo già discusso sopra, non si preoccupa di Pim, RP, IGMP - ha appena trasmesso. E R1 riceve questo flusso. Il suo compito è consegnare un multicast a rp. In PIM c'è un tipo speciale di messaggi - Registrati . È necessario registrare una fonte multicast su RP.

La query generale riceve tutti i dispositivi nel segmento, inclusi altri router IGMP. Quindi, R1 riceve un flusso multicast di gruppi 224.2.2.4:

R1 è

FHR (First Hop Router)

- Il primo router sul percorso del traffico multicast o il più vicino alla fonte.

Successivamente, incapsula ciascun pacchetto multicast ricevuto dalla fonte al registro PIM unico e invialo direttamente a RP.

  1. Prestare attenzione allo stack del protocollo. Oltre l'IP Unicust e l'intestazione PIM è l'IP multicast originale, UDP e dati.
  2. Ora, a differenza di tutti gli altri, i messaggi PIM ci conoscono, nell'indirizzo del destinatario, 2.2.2.2 è indicato, e non un indirizzo multicone.

Tale pacchetto viene consegnato a RP in base alle norme standard di routing Unicereten e trasporta il pacchetto multicast originale, cioè ... Questo è il tunneling!

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

Attività numero 1. Schema e configurazione iniziale. .

Avendo ricevuto un tale messaggio da un vicino, ogni router stima che più degno. Sul server 172.16.0.5, un'applicazione che può trasmettere solo pacchetti solo a un indirizzo di trasmissione 255.255.255.255, con la porta destinatario UDP 10999. Questo traffico deve essere consegnato ai clienti 1 e 2: .

Cliente 1 sotto forma di un traffico multicast con l'indirizzo del Gruppo 239.9.9.9.

E nel segmento client 2, sotto forma di pacchetti di trasmissione all'indirizzo 255.255.255.2555.

Dettagli del compito qui.

=====================. Schema e configurazione iniziale. RP riceve il registro PIM, disimballa e rileva il traffico sotto wrapper per il Gruppo 224.2.2.4. Indipendente è perché non è legato a un particolare programma di routing del traffico unico e in seguito vedrai perché. Informazioni su questo, entra subito nella sua tabella di routing multicast:

Una voce (S, G) - (172.16.0.5 del 224.2.2.4). I pacchetti RP non imballati inviano ulteriormente a interfacce RPT alle interfacce FE0 / 0 e FE1 / 0, in base al quale il traffico arriva ai clienti.

In linea di principio, questo potrebbe essere fermato. Tutto funziona: i clienti ricevono traffico. Ma ci sono due problemi:

Processes Encapsulation and Decapulation - Azioni molto costose per i router. Inoltre, le intestazioni aggiuntive aumentano le dimensioni del pacco, e non può semplicemente salire nel MTU da qualche parte sul nodo intermedio (ricordi tutti i problemi del tunneling).

Se improvvisamente da qualche parte tra la fonte e il rp ci sono anche destinatari per il gruppo, il traffico multicast dovrà passare attraverso un modo due volte. Prendere ad esempio qui è tale topologia: Il traffico nei messaggi di registro raggiungerà per la prima volta RP lungo la linea R1-R42-R2, quindi il multicast net tornerà lungo la riga R2-R42. Pertanto, sulla linea R42-R2, due copie di un traffico andranno, anche se in direzioni opposte. Pertanto, è meglio trasferire un multicast pulito a RP a RP e per questo è necessario costruire un albero - Albero di origine Pertanto, RP invia PIM unisciti a R1. Ma ora è indicato in esso per l'indirizzo del gruppo non RP, ma la fonte ha studiato dal messaggio di registro. Questo messaggio è chiamato Iscriviti (G) - Unisciti specifici della fonte Il suo obiettivo è esattamente lo stesso di Pim Join (*, G) - Costruisci un albero, solo questa volta dalla fonte a RP. Iscriviti (s, g) estende anche un nodo dietro un nodo come il solito join (*, g). Unisciti solo (*, G) si sforza di RP e Join (S, G) a S - Source. Poiché l'indirizzo del destinatario è anche un indirizzo di servizio 224.0.0.13 e TTL = 1. Se ci sono nodi intermedi, ad esempio, R42, formano anche la registrazione (S, G) e un elenco di interfacce downstream per questo gruppo e un join avanti sulla sorgente. Il percorso per il quale si unisce da RP alla sorgente si trasforma in - Albero dalla fonte. Ma un nome più comune - - Dopo tutto, il traffico dalla fonte a RP andrà lungo il percorso più breve.

nove) R1 Avendo ricevuto unione (s, G), aggiunge l'interfaccia FE1 / 0, da cui il pacchetto è stato all'elenco delle interfacce del petrolio a valle e inizia a trasmettere il traffico multicast netto, l'incapsulamento unlosable. La registrazione (S, G) su R1 è già stata non appena riceve il primo pacchetto multifuloso dal server sorgente. Secondo l'albero di origine costruito, il multicast viene trasmesso RP (e tutti i client intermedi se sono, ad esempio, R42). .

Ma è necessario tenere presente che il registro dei messaggi è stato trasmesso tutto questo tempo e passò fino ad ora. Cioè, infatti, R1 invia ora due copie del traffico: uno è un Pure MultiCast SPt, l'altro è incapsulato nel registro unicusic. Innanzitutto, R1 invia un multicast da registrare - Pacchetto 231.

. Quindi R2 (RP) vuole connettersi all'albero, invia join -

Pacchetto 232.

. R1 è ancora un po 'di tempo mentre la query viene elaborata da R2, invia un multicast da registrarsi ( Pacchetti da 233 a 238 ). Quindi, quando l'interfaccia a valle è stata aggiunta all'olio su R1, inizia a trasmettere pura multicast -

Pacchetti 239 e 242 , ma non ancora fermandosi e registrati - Pacchetti 241 e 243 . MA и Pacchetto 240. - Questo R2 non potrebbe sopportare e ancora una volta chiesto di costruire un albero. Schema e configurazione iniziale. 10) Quindi, il multicast againato raggiunge il RP. Comprende che questo è lo stesso traffico che viene registrato, perché lo stesso indirizzo di gruppo è lo stesso indirizzo sorgente e da un'interfaccia. Per non ricevere due copie, invia a R1 unica PIM Register-Stop

Register-Stop non significa che R2 rifiuta il traffico o non riconosce più questa fonte, dice solo che è necessario smettere di inviare

incapsulato traffico. Successivamente, una feroce lotta - R1 continua a trasferire il traffico accumulato nel buffer mentre i processi di arresto del registro e il solito multicast e all'interno dei messaggi del registro:

Ma, prima o poi, R1 inizia a trasmettere solo il puro traffico multicast.

Quando si prepara, ho avuto una domanda legittima: beh, perché tutto questo tunneling, Pim registrati? Perché non fare con un traffico multicast, come con Pim Join - invia un salto dietro un salto con TTL = 1 verso RP - Prima o poi verrà? Quindi costruirebbe anche un albero allo stesso tempo senza gesti inutili.

Ci sono diverse sfumature qui.

Innanzitutto, il principio principale di PIM SM è violato - il traffico inviato solo a dove è stato richiesto.

Nessuna unione - nessun albero

! In secondo luogo, se non ci sono clienti per questo gruppo, FHR non lo riconosce e continuerà a inviare il traffico sul "proprio albero". Qual è l'uso senza cervello della larghezza di banda? Nel mondo della comunicazione, tale protocollo semplicemente non sopravviverebbe, come non sopravviva a Pim DM o DVMRP. Quindi abbiamo un grande albero MDT per il Gruppo 224.2.2.4 da

Ora diamo il server. Come abbiamo già discusso sopra, non si preoccupa di Pim, RP, IGMP - ha appena trasmesso. E R1 riceve questo flusso. Il suo compito è consegnare un multicast a rp. Server di origine Registrati prima Cliente 1.

Cliente 2.

. E questo MDT è composto da due pezzi, che sono stati costruiti indipendentemente l'uno dall'altro:

dalla fonte a rp e Rpt. da RP ai clienti. Qui è la differenza tra il MDT da RPT e SPT. MDT è un termine piuttosto comune che significa un albero di trasmissione multicast in generale, mentre RPT / SPT è il suo aspetto molto specifico.

E se il server è già trasmesso, e non c'è cliente e no? MultiCast quindi ostruirà il sito tra il mittente e il rp?

No, in questo caso, anche il registro PIM sarà aiuti. Se il messaggio del registro è iniziato su RP per un gruppo, e non ci sono destinatari per questo, RP non è interessato ad ottenere questo traffico, quindi,

Non inviare

PIM Iscriviti (S, G), RP invia immediatamente il registro-stop a R1.

R1, avendo ricevuto il registro-stop e vedendo che non esiste un albero per questo gruppo (nessun cliente), inizia a scartare il traffico multicast dal server.

Cioè, il server stesso non è preoccupato per questo molto e continua a inviare il flusso, ma, avendo raggiunto l'interfaccia del router, il flusso verrà scartato.

In questo caso, RP continua a memorizzare l'ingresso (S, G). Cioè, il traffico non ottiene, ma dove si trova la fonte per il gruppo lo sa. Se i destinatari appaiono nel gruppo, RP impara a loro e invia alla fonte Iscriviti (S, G), che costruisce un albero.

Inoltre, ogni 3 minuti R1 proverà a registrare nuovamente una fonte su RP, cioè inviare i pacchetti di registrazione. È necessario per notificare a RP che questa fonte è ancora viva.

Nei lettori particolarmente curiosi, la domanda deve sorgere - che dire di rpf? Dopo tutto, questo meccanismo controlla l'indirizzo del mittente del pacchetto multicast e se il traffico non viene dall'interfaccia corretta, verrà scartato. Allo stesso tempo, il RP e la fonte possono essere a diverse interfacce. Quindi, nel nostro esempio per R3 RP - per FE1 / 1 e la fonte per FE1 / 0. . MA La risposta è prevedibile: in questo caso, l'indirizzo sorgente è controllato, ma RP. Cioè, il traffico deve provenire dall'interfaccia verso RP. Ma, come vedi ulteriormente, questa non è anche una regola irrealistica. .

È importante capire che RP non è un magnete universale - per ogni gruppo potrebbe esserci il suo RP. Cioè, potrebbero esserci due nella rete e tre, e un centinaio di rp è responsabile per un set di gruppi, l'altro è dopo l'altro. Inoltre, c'è una cosa del genere come Anycast Rp. E poi diversi RP possono servire lo stesso gruppo. Attività numero 2. и - è r4 per Nota alla topologia : In questo problema, solo i router R1, R2 sono gli amministratori della nostra rete. Cioè, la configurazione può essere cambiata solo su di esse. Il server 172.16.0.5 trasmette il traffico multicast ai gruppi 239.1.1.1 e 239.2.2.2.

Configurare la rete in modo che il traffico del Gruppo 239.1.1.1.1 non venga trasmesso al segmento tra R3 e R5 e in tutti i segmenti inferiori a R5.

Ma allo stesso tempo, il gruppo di traffico 239.2.2.2 dovrebbe essere trasmesso senza problemi.

Dettagli del compito qui.

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

Razor Okkama o disabilitazione di rami inutili

Dopo che l'ultimo client nel segmento si è rifiutato di iscriversi, il PIM deve tagliare il ramo in eccesso RPT.

Lasciare, ad esempio, l'unico client sul R4 ha spento il computer. IGMP Lascia il router o dopo tre query IGMP senza risposta capisce che non ci sono più clienti per FE0 / 0 e invia al messaggio RP

PIM Prune. . Secondo il formato, è esattamente lo stesso di Join, ma esegue la funzione opposta. L'indirizzo di destinazione è anche 224.0.0.13, e TTL è 1.

Ma il router che ha ricevuto PIM prune Prima di eliminare un abbonamento, in attesa di un po 'di tempo (di solito 3 secondi - Join Delay Timer).

Questo è fatto per una tale situazione:

In un router di Domain 3 Broadcast. Uno di questi è più alto ed è lui che trasmette il traffico multicast al segmento. Questo è R1. Per entrambi i router (R2 e R3), il suo olio contiene solo un record.

Se ora R2 decide di scollegare e inviare PIM PRUNE, può sostituire il suo collega R3 - R1 dopo tutto smetterà di trasmettere la trasmissione nell'interfaccia.

Quindi, in modo che questo non accada, R1 e dà il timeout in 3 secondi. Durante questo periodo, R3 deve avere il tempo di reagire. Data la rete di trasmissione, riceverà anche la prugna da R2 e quindi, se vuole continuare a ricevere il traffico, invia immediatamente il solito Pim Jorsi al segmento, notificando R1 che non è necessario eliminare l'interfaccia.

Questo processo è chiamato prune override. R2, così com'era, Echriting R1, intercettata l'iniziativa.

Switchover SPT - commutazione RPT-SPT

Fino ad ora, siamo considerati solo solo

. Ora facciamo Cliente 2. All'inizio tutto è identico per lui Cliente 1. - Usa RPT da RP, che abbiamo considerato prima. A proposito, sin da entrambi - e

Client 1. .

- Usa un albero, tale albero è chiamato

Albero condiviso

- Questo è un nome abbastanza comune. Albero condiviso = rpt.

  • È così che il tavolo di routing multicast su R5 sembra all'inizio, subito dopo la costruzione dell'albero: Non ci sono record (S, G), ma questo non significa che il traffico multicast non venga trasmesso. Solo R5 non si preoccupa del chi mittente. Si prega di notare come il traffico dovrebbe andare in questo caso - R1-R2-R3-R5. Anche se in breve, il percorso R1-R3-R5.
  • E se la rete è più complicata? In qualche modo Neakkuratnyko. Si prega di notare come il traffico dovrebbe andare in questo caso - R1-R2-R3-R5. Anche se in breve, il percorso R1-R3-R5.
  • Il fatto è che mentre siamo legati a RP - è RPT Root, solo lei in prima conoscenza dove chi è. Tuttavia, se si pensa al primo pacchetto multicast, tutti i router lungo il percorso del traffico conoscono l'indirizzo sorgente, perché è specificato nell'intestazione IP. Perché nessuno inviare unisciti a te stesso verso la fonte e ottimizza il percorso? )

Sito nella radice. Tale commutazione può avviare

LHR (ultimo router hop)

- r5. Dopo aver ricevuto il primo pacchetto multicast da R3 R5, invia il join (s, G) di origine specifico (G) per l'interfaccia FE0 / 1, che è specificato nella sua tabella di routing, come in uscita per la rete 172.16.0.0/24.

Avendo ricevuto tale unione, R3 lo invia a non rp, come ha fatto con il solito join (*, g), ma verso la fonte (tramite l'interfaccia in base alla tabella di routing). Cioè, in questo caso, R3 invia join (172.16.0.5, 224.2.2.4) all'interfaccia FE1 / 0. .

Successivamente, questo join cade su r1. E R1 di e grande senza differenza, che lo ha inviato - rp o qualcun altro - aggiunge semplicemente FE1 / 1 al suo olio per il Gruppo 224.2.2.4. A questo punto, tra la fonte e il destinatario, due modi e R3 ricevono due flussi. Tempo per fare una scelta per tagliare inutili. Ed è R3 che lo fa, perché R5 non può più essere in grado di distinguere tra questi due flussi - entrambi arriveranno attraverso un'unica interfaccia.

Non appena R3 ha registrato due flussi identici da diverse interfacce, sceglie preferito in base alla tabella di routing. In questo caso, diretto, meglio che via RP. A questo punto, R3 invia PROUND (S, G) al lato del RP, bruciando questo ramo RPT. E da questo punto c'è solo un flusso direttamente dalla fonte.

Quindi, Pim ha costruito SPT - albero del percorso più corto. È un albero di origine. Questo è il percorso più breve dal client alla fonte. A proposito, l'albero dalla fonte al RP, che abbiamo già considerato più alto, sono essenzialmente lo stesso SPT.

È caratterizzato dalla registrazione (S, G). Se il router ha un tale record, allora sa che S è una fonte per il gruppo G e l'albero SPT costruito.

La radice dell'albero SPT è la fonte e voglio davvero dire "il percorso più breve da

Fonte al cliente " Ma è tecnicamente errato, dal momento che i percorsi dalla fonte al client e dal client alla fonte possono essere diversi. Vale a dire dal client inizia a costruire un ramo di un albero: il router invia Pim Jorsi verso la sorgente / RP e RPF controlla anche la correttezza dell'interfaccia quando Ricevuta

traffico.

Ti ricordi che all'inizio di questo paragrafo su R5 c'era solo una voce (*, G), ora dopo tutti questi eventi ci saranno due: (*, G) e (G) A proposito, anche se guardi la tabella di routing multicast di R3 allo stesso secondo, come Play Play in VLC, vedrai che sta già ricevendo il traffico da R1 direttamente, cosa fa la presenza di registrazione (G) dice. . Cioè, la commutazione SPT è già avvenuta - questa è l'azione predefinita sull'apparecchiatura di molti produttori - per avviare la commutazione dopo aver ricevuto il primo pacchetto multicast. In generale, un tale interruttore può verificarsi in diversi casi: . Secondo il formato, è esattamente lo stesso di Join, ma esegue la funzione opposta. .

Non succede affatto (squadra

IP PIM SPT-SOGLIA INFINITY

).

Sull'utilizzo definito della larghezza di banda (team

IP PIM SPT-SOGLIA X X Certamente - immediatamente dopo aver ricevuto il primo pacchetto (predefinito o No IP PIM SPT-soglia X

Di norma, la decisione che "il tempo" prende LHR.

In questo caso, la seconda volta che l'operazione RPF viene modificata: controlla nuovamente la posizione sorgente. Cioè, su due flussi multicast - da RP e dalla fonte - preferenze è dato il traffico dalla fonte.

DR, Assert, Forwerer

Alcuni punti più importanti quando si considerano PIM.

DR - Router designato

Questo è un router dedicato, che è responsabile per l'invio di utilità su RP.

Fonte Dr.

- Responsabile dell'adozione dei pacchetti multicast direttamente dalla fonte e registrarlo su RP. Ecco un esempio di topologia: .

Non c'è nulla da fare qualcosa che entrambi i router passano il traffico a RP, lasciali si riservarsi, ma il responsabile deve essere solo uno. Poiché entrambi i router sono collegati a una rete di trasmissione, ottengono pim-ciao l'uno dall'altro. Sulla base di esso, fanno la loro scelta. Pim Ciao svolge il valore prioritario di questo router su questa interfaccia.

Maggiore è il valore, maggiore è la priorità. Se sono uguali, il nodo è selezionato con il più alto indirizzo IP (anche dal messaggio ciao). Se un altro router (non DR) durante l'holdtime (predefinito 105 s) non ha ricevuto ciao da un vicino, assume automaticamente il ruolo del DR. Essenzialmente sorgente DR è

FHR - First Hop Router

Ricevitore Dr. - lo stesso di fonte DR, solo per i destinatari del traffico multicast - R2 (config) #interface loopback 0 rx (config-if) #ip Pim Sparmy-mode .

Topologia di esempio: Il ricevitore DR è responsabile dell'invio a RP PIM JOIN. Nella topologia sopra riportata, se entrambi i router invieranno aderire, entrambi riceveranno il traffico multicast, ma non c'è bisogno. Solo il DR invia unisciti. Il secondo monitora semplicemente la disponibilità del DR. :

Dal momento che il DR invia unisciti, trasmetterà anche il traffico in LAN. Ma poi una domanda naturale sorge - e cosa succede se Pim Dr'om è diventato uno, e IGMP Querier altrimenti? E la situazione è del tutto possibile, perché per query, meno IP, meglio, e per il DR, al contrario. - è r4 per In questo caso, il DR è selezionato quel router, che è già querier e questo problema non si verifica.

Le regole di selezione del ricevitore DR sono esattamente le stesse del DR.

Assert e spedizioniere PIM

Il problema dei due router trasmettiti simultaneamente può verificarsi nel mezzo della rete, dove non ci sono clienti o fonti definitivi - solo router. Molto acuta questa domanda si trovava in Pim DM, dove era una situazione completamente ordinaria a causa del meccanismo di inondazione e dei crisini. Ma in PIM SM, non è escluso.

Considera una tale rete: Dall'uscita è chiaro che il traffico per il Gruppo 224.2.2.4 viene avviato tramite FE0 / 1 ed è necessario trasmetterlo alla porta FE0 / 0. Qui, tre router sono nello stesso segmento di rete e, di conseguenza, sono vicini di PIM. R1 agisce come RP.

R4 invia PIM Iscriviti a RP. Dal momento che questo pacchetto multicast cade su R2 e su R3, ed entrambi elaborandolo, aggiungi un'interfaccia a valle al petrolio.

Qui sarebbe necessario lavorare il meccanismo di selezione del DR, ma anche su R2 e su R3 ci sono altri clienti di questo gruppo, e entrambi i router possono anche essere inviati a Pim Join.

Quando il traffico multicast proviene dalla fonte su R2 e R3, viene trasmesso a entrambi i router nel segmento e ribelle lì. PIM non cerca di prevenire una tale situazione - qui agisce sul fatto di un crimine sfidato - non appena il router riceve un traffico multicast di questo gruppo nella sua interfaccia a valle (dalla lista di petrolio), capisce: qualcosa è sbagliato - Un altro mittente ha già in questo segmento. Quindi il router invia un messaggio speciale. Pim Assert.

Tale messaggio aiuta a scegliere 

Spedizioniere PIM.

- Il router che ha il diritto di trasmettere in questo segmento. Non essere confuso con PIM DR. Innanzitutto, Pim Dr è responsabile dell'invio Pim Iscriviti e prune e spedizioniere PIM - per l'invio Traffico

. La seconda differenza - PIM DR è sempre selezionata in qualsiasi rete quando si stabilisce un quartiere e il PIM FORWRER è solo se necessario, quando si ottiene il traffico multicast dall'interfaccia dall'elenco dell'olio.

Seleziona RP. 

Sopra noi per semplicità ha chiesto a RP a mano Indirizzo IP Pim RP Ed ecco come sembrava la squadra

Mostra IP Pim RP

Ma presenteremo una situazione completamente impossibile nelle reti moderne - R2 non è riuscita. Questo è tutto - finitura. Lavorerà comunque, perché si è verificato il commutazione di SPT, ma tutto è nuovo e tutto ciò che ha attraversato RP si romperà, anche se c'è un modo alternativo. Bene, il carico sull'amministratore del dominio. Immagina: uccidere 50 router a mano almeno un comando (e per gruppi diversi, potrebbe essere diverso RPS). La selezione dinamica del RP consente ed evitando fatti a mano e assicurare l'affidabilità - se un RP diventa disponibile, un altro prenderà immediatamente in battaglia. Attualmente c'è un protocollo generalmente accettato che lo consente di fare - Bootstrap. . Tsiska in passato ha promosso alcuni goffi auto-rp

Ma ora non è quasi usato, anche se la Tsiska non lo riconosce, e Abbiamo un fastidioso rudimento sotto forma di un gruppo di 224.0.1.40. È necessario pagare effettivamente il protocollo Auto-RP. Era una salvezza in passato. Ma con l'avvento di Bootstrap aperto e flessibile, ha naturalmente lasciato il posto alla sua posizione.

Quindi, supponiamo che nella nostra rete vogliamo R3 raccogliere le funzioni RP in caso di fallimento di R2.

R2 e R3 sono definiti come candidati per il ruolo di RP - quindi vengono chiamati

C-RP.

. Su questi router, configurare:

RX (config) interfaccia loopback 0 rx (config-if) IP PIM SPARSE-MODE RX (CONFIG-IF) ESCI RX (config) #ip Pim RP-Candidate Loopback 0

  1. Ma ancora non succede nulla - i candidati non sanno ancora come informare tutti su se stessi.
  2. Per informare tutti i router di dominio multicast sul meccanismo inserito RP esistente
  3. BSR - Router Bootstrap
  4. . Ci possono essere diversi candidati, come C-RP. Sono chiamati rispettivamente
  5. C-BSR.
  6. . Sono configurati in modo simile.

Lascia che BSR sia con noi uno e per il test (esclusivamente) sarà r1. Ma dopo un po 'nello stesso ramo, il router sta ancora provando a inviare un multicast - improvvisamente i destinatari sono apparsi lì. Se non è apparso, il ramo è tornato di nuovo in un certo periodo. Se il client sul router è apparso nell'intervallo tra questi due eventi, viene inviato il messaggio innesto - il router richiede il ritorno del ramo tagliato in modo da non attendere fino a quando non diminuisce qualcosa. R1 (config) Interfaccia Loopback 0 R1 (config-if) IP PIM SPARSE-MODE R1 (config-if) Esci R1 (config) #ip Pim BSR-candidate loopback 0 Indipendente è perché non è legato a un particolare programma di routing del traffico unico e in seguito vedrai perché. Innanzitutto, un BSR principale è selezionato da tutti i C-BSR, che verrà addebitato a tutti. Per fare questo, ogni C-BSR invia un multicast chiamato Messaggio Bootstrap (BSM) Schema e configurazione iniziale. L'indirizzo 224.0.0.13 è anche un pacchetto di protocollo PIM. Deve essere accettato ed elaborato tutti i router multicast e dopo l'invio a tutte le porte in cui è attivato il PIM. BSM viene trasmesso non sul lato di qualcosa (rp o fonte), in contrasto con Pim Join, e in tutte le direzioni. Tale mailing dei fan aiuta a raggiungere il BSM di tutti gli angoli della rete, incluso tutto C-BSR e tutto C-RP. Affinché il BSM vagava sulla rete infinitamente, viene applicato lo stesso meccanismo RPF - se il BSM è venuto dall'interfaccia sbagliata dietro la quale viene rilasciata la rete del mittente di questo messaggio, tale messaggio viene scartato. Cioè, ogni router sul modo dovrebbe gestire tale unione e, se necessario, invia un nuovo join al lato del rp. (È importante capire che se c'è già questo gruppo sul router, non invierà un join - aggiungerà semplicemente l'interfaccia da cui il join è arrivato all'olio e inizia a passare il traffico). Con questi BSM, tutti i router multicast determinano il candidato più degno in base alle priorità. Non appena C-BSR riceve un BSM da un altro router con una grande priorità, smette di inviare i suoi messaggi. Di conseguenza, tutti possiedono le stesse informazioni. Perdona Cisco questa stranezza? Insieme a tutti gli altri? . : In questo problema, solo i router R1, R2 sono gli amministratori della nostra rete. Cioè, la configurazione può essere cambiata solo su di esse. In questa fase, quando il BSR è selezionato, a causa del fatto che il suo BSM ha discreto in tutta la rete, C-RP conosce il suo indirizzo e l'unicità invia messaggi ad esso

Candidato-rp-advertisement in cui portano un elenco di gruppi che servono - questo è chiamato Mappatura di gruppo a rp . BSR Tutti questi messaggi aggregati e crea RP-Set. - Tabella informativa: quale RP ogni gruppo è revisionato. Successivamente, il BSR nell'ex maniera del fan invia lo stesso messaggio bootstrap, che questa volta contiene il set di RP. Questi messaggi ottengono con successo tutti i router multicast, ognuno dei quali Solo Fa una scelta che RP deve essere utilizzata per ogni gruppo specifico. BSR periodicamente fa una tale distribuzione in modo che da un lato tutti sapessero che le informazioni su RP sono ancora rilevanti e sull'altro C-BSR, erano consapevoli che il BSR principale è ancora vivo. RP, a proposito, anche inviare periodicamente i tuoi annunci di candidati-rp-advertisement a BSR. Volete anche ricevere il traffico multicast per lo stesso gruppo, R5 invierà Pim Join to Fe0 / 1, perché è RP, R3, avendo ricevuto, forma un nuovo PIM unisciti e lo invia a FE1 / 1 - dove si trova RP. Infatti, tutto ciò che devi fare per configurare la selezione automatica RP - specificare C-RP e specificare C-BSR - non tanto lavoro, tutto il resto farà il PIM per te. Come sempre, al fine di aumentare l'affidabilità, si consiglia di specificare le interfacce di loopback come candidati. Completando il capitolo di PIM SM, notiamo che i momenti più importanti Molto acuta questa domanda si trovava in Pim DM, dove era una situazione completamente ordinaria a causa del meccanismo di inondazione e dei crisini. Una connessione unica ordinaria deve essere fornita con i percorsi IGP o statici. Questo è alla base dell'algoritmo RPF. L'albero è basato solo dopo che il client appare. È il cliente che avvia la costruzione di un albero. Nessun cliente - nessun albero. RPF aiuta a evitare loop. Tutti i router dovrebbero essere consapevoli di chi rp è solo con il suo aiuto puoi costruire un albero. Il punto RP può essere indicato staticamente e può essere selezionato automaticamente utilizzando il protocollo Bootstrap. RPT è costruito nella prima fase: un albero dai clienti a RP - e albero di origine - un albero dalla fonte a rp. Nella seconda fase, passare dal RPT costruito su SPT è il percorso più breve dal destinatario alla fonte. Elenco anche tutti i tipi di alberi e messaggi che siamo ora noti. . Un termine comune che descrive qualsiasi albero di trasmissione multicast.

. Un albero con il modo più breve dal client o dal rp alla fonte. In PIM DM c'è solo SPT. In PIM SM SPT può essere dalla fonte a RP o dalla sorgente al destinatario dopo che si è verificato il commutazione SPT. Indicato dal record.

- Source conosciuta per il gruppo.

- lo stesso di SPT.

. Albero da rp ai destinatari. Usato solo in PIM SM. Indicato dal record.

- Come rpt. Si chiama così perché tutti i clienti sono collegati a un albero comune con radice in RP.

Messaggi della modalità PIM SPARY:

Ciao.

- stabilire il quartiere e il mantenimento di queste relazioni. Necessario anche per selezionare il DR. Iscriviti (*, G) - Richiesta di connessione al Gruppo G. Non importa chi origina. Parte verso il rp. Con il loro aiuto, l'albero RPT è costruito. Unisciti a (s, g) - Iscriviti specifici di origine. Questa è una richiesta per connettersi a un gruppo G con una fonte specifica - S. inviata verso la fonte - S. Con il loro aiuto, l'albero SPT è costruito.

Prune (*, G)

- Richiesta di disconnessione dall'albero G, qualunque siano le fonti per questo. Parte verso il rp. Quindi il ramo RPT è coperto.

  • Prune (s, g)
  • - Richiesta di spegnimento dall'albero G Tree, la cui radice è S. S. Il sistema viene inviato alla fonte. Quindi il ramo SPT è tagliato.
  • - Un messaggio speciale entro il quale il multicast viene trasmesso a RP fino a quando SPT è stato costruito dalla sorgente a RP. Trasmesso da unicast da FHR su RP.

Register-stop.

- Viene inviato da uniscust con RP a FHR, ordinando di interrompere l'invio del traffico multicast, incapsulato nel registro.

- Pacchetti meccanismi BSR che consentono di selezionare un router al ruolo BSR e trasmettere anche informazioni su RP e gruppi esistenti.

Asserire.

- Messaggio per selezionare lo spedizioniere PIM in modo che due router siano passati in un segmento.

Candidato-rp-advertisement

- Un messaggio in cui RP invia informazioni su quali gruppi che serve. 

Rp-raggiungibile

- Messaggio da RP, che notifica tutto sulla sua disponibilità.

  • * Ci sono altri tipi di messaggi in PIM, ma questi sono già dettagli *
  • E ora cerchiamo di astrarre dai dettagli del protocollo? E poi la sua complessità diventa ovvia.
  • 1) Definizione rp, 2) Registrazione della fonte su RP, 3) Commutazione dell'albero SPT.

Molti stati del protocollo, molti record nella tabella di routing multicast. È possibile fare qualcosa? Ad oggi, ci sono due approcci diametralmente opposti per semplificare PIM: SSM e Bidir Pim. SSM.

Tutto ciò che abbiamo descritto è ancora

ASM - Qualsiasi fonte multicast

. I clienti sono indifferenti che è una fonte di traffico per il gruppo - la cosa principale è che lo ricevono. Come ti ricordi, il rapporto IGMPV2 è richiesto semplicemente connettersi al gruppo.

SSM - Multicast specifico sorgente - Approccio alternativo. In questo caso, i client indicano il gruppo e la sorgente quando sono collegati. Cosa dà? Non più: la capacità di liberarsi completamente di RP. LHR conosce immediatamente l'indirizzo sorgente - non è necessario inviare unissione sul RP, il router può inviare immediatamente un join (s, g) nella direzione della fonte e costruire SPT.

Quindi ci sbarazziamo di

Ricerca RP (protocolli di bootstrap e auto-rp),

Registrazione della fonte sul multicast (e questo è troppo tempo, duplice uso di larghezza di banda e tunneling) Passaggio a SPT. Dal momento che non c'è RP, allora nessun RPT, rispettivamente, su un router non sarà nessuna voce (*, G), solo (S, G).

Un altro problema risolto con SSM è la presenza di diverse fonti. In ASM si raccomanda che l'indirizzo del gruppo multicast sia univoco e solo una sorgente trasmessa su di esso, perché nel RPT Tree diversi flussi sono alquanto, e il cliente, ottenendo due flussi da fonti diverse, probabilmente non sarà in grado di smontare loro. In SSM, il traffico di diverse fonti è distribuito in modo indipendente, ciascuno nel suo albero SPT, e questo sta già diventando un problema, e il vantaggio: diversi server possono essere trasmessi simultaneamente. Se improvvisamente il cliente ha iniziato a riparare le perdite dalla fonte principale, può passare al backup, nemmeno la ricostruirlo - ha anche ricevuto due flussi. Inoltre, il possibile vettore di attacchi sulla rete con routing multicast attivato è quello di collegare l'intruso della sua fonte e generare una grande quantità di traffico multicast che sovraccarichi la rete. In SSM, questo è praticamente escluso.

Per SSM, una gamma speciale di indirizzi IP è evidenziata: 232.0.0.0/8. Nei router per supportare SSM, la modalità PIM SSM è abilitata. Router (config) # IP PIM SSM

IGMPV3 e MLDV2 supportano SSM in puro modulo.

Quando li usi, il client potrebbe

Richiedi connessione con un solo gruppo, senza specificare le fonti. Cioè, funziona come ASM tipico.

Richiedi una connessione a un gruppo con una fonte specifica. Le fonti possono essere specificate diverse - un albero sarà costruito prima di ciascuno di essi. Richiedi una connessione di gruppo e specificare un elenco di fonti da cui il client non volevo riceverebbe il traffico

IGMPV1 / V2, MLDV1 non supporta SSM, ma c'è una cosa del genere come Richiedi una connessione a un gruppo con una fonte specifica. Le fonti possono essere specificate diverse - un albero sarà costruito prima di ciascuno di essi. Mappatura SSM. . Al prossimo al client, il router (LHR) ciascun gruppo viene messo in base all'indirizzo sorgente (o diversi). Pertanto, se ci sono clienti che non supportano anche IGMPV3 / MLDV2, SPT, spt sarà anche costruito per loro, e non RPT, a causa del fatto che l'indirizzo di origine è ancora noto. La mappatura SSM può essere implementata sia dall'impostazione statica su LHR e facendo riferimento al server DNS. Il problema SSM è che i clienti devono conoscere gli indirizzi di origine in anticipo - non sono comunicati a loro. Pertanto, SSM è buono in quelle situazioni in cui la rete ha un certo insieme di fonti, i loro indirizzi sono noti per sapere e non cambieranno. E i terminali client o le applicazioni sono legati a loro. In altre parole, IPTV è un ambiente molto adatto per l'implementazione di SSM. Descrive bene il concetto Uno-a-molti

- Una fonte, molti destinatari.

Bidir Pim.

E se nelle sorgenti di rete possono apparire spontaneamente lì, quindi, trasmettere sugli stessi gruppi, interrompere rapidamente la trasmissione e scomparire?

Ad esempio, questa situazione è possibile nei giochi di rete o in un data center, in cui i dati vengono replicati tra diversi server. Questo è un concetto Molti-a-molti - Molte fonti, molti clienti.

Come lo guarda il solito PIM SM?

È chiaro che il PIM INERT non è affatto adatto?

Pensi solo a cosa inizierà il caos: la registrazione senza fine delle fonti, la ricostruzione degli alberi, un enorme numero di record (G) che vive per alcuni minuti a causa dei timer del protocollo.

  • PIM bidirezionale è essere entrate ( PIM bidirezionale, PIM BIDIR
  • ). A differenza di SSM, è completamente completamente rifiutato da SPT e DACKS (S, G) - solo albero condiviso rimane con radice in RP. E se nel solito PIM, l'albero è un lato unilaterale: il traffico è sempre trasmesso dalla fonte in giù SPT e da RP down the rpt - c'è una chiara divisione in cui la fonte dove i clienti, quindi in bidirezionale dal traffico sorgente verso il traffico sorgente RP, trasmette anche un albero condiviso - allo stesso modo, secondo il quale il traffico scorre verso i clienti.
  • Ciò consente di rifiutare di registrare una fonte sui trasferimenti di traffico RP - certamente senza alcun allarme e cambiamenti di stato. Poiché gli alberi SPT non sono affatto, allora lo switchover SPT non si verifica anche. Per esempio: Richiedi una connessione a un gruppo con una fonte specifica. Le fonti possono essere specificate diverse - un albero sarà costruito prima di ciascuno di essi. Source1.
  • ha iniziato a trasferire il gruppo di traffico 224.2.2.4 alla rete simultaneamente con Source2. . I flussi da loro si sono appena versati verso RP. Alcuni clienti che si trovano nelle vicinanze hanno iniziato a ricevere il traffico contemporaneamente, perché nei router c'è una voce (*, G) (ci sono clienti). Un'altra parte riceve il traffico sull'albero condiviso da RP. E ricevono il traffico da entrambe le fonti allo stesso tempo. Cioè, se prendi un gioco di rete speculativo per un esempio, . Al prossimo al client, il router (LHR) ciascun gruppo viene messo in base all'indirizzo sorgente (o diversi). Pertanto, se ci sono clienti che non supportano anche IGMPV3 / MLDV2, SPT, spt sarà anche costruito per loro, e non RPT, a causa del fatto che l'indirizzo di origine è ancora noto. Questo è il primo sparatutto dello sparatutto, che ha fatto un colpo e

Source2.

- Questo è un altro giocatore che ha fatto un passo a lato. Informazioni su questi due eventi diffusi in tutta la rete. E

tutti

Esempio: IPTV.

Un altro giocatore (

.

Destinatario

) Devo conoscere entrambi questi eventi.

Se ricordi, allora appena prima abbiamo spiegato perché è necessario il processo di registrazione della fonte su RP, in modo che il traffico non occupa il canale quando non ci sono clienti, cioè, RP lo ha appena rifiutato. Perché non pensiamo a questo problema ora? La ragione è semplice: BIDIR PIM per situazioni in cui ci sono molte fonti, ma non sono costantemente trasmesse, ma periodicamente, relativamente piccoli pezzi di dati. Cioè, il canale dalla fonte a RP non sarà smaltito acqua.

Si prega di notare che nell'immagine sopra tra R5 e R7 c'è una linea retta, molto più breve del percorso attraverso il RP, ma non è stata utilizzata, poiché Join va verso RP in base alla tabella di routing in cui questo percorso non è ottimale.

Sembra abbastanza semplice: è necessario inviare pacchetti multicast nella direzione RP e tutto, ma c'è una sfumatura che tutto si gonfia - RPF. Nell'albero RPT, richiede che il traffico proviene da RP e non altrimenti. E possiamo venire da qualsiasi luogo. Noi, naturalmente, non possiamo prendere e abbandonare RPF - questo è l'unico meccanismo che evita la formazione dei loop.

Pertanto, il concetto è introdotto nel PIM BIDIR

DF - Spedizioniere designato

. In ogni segmento di rete, un router, il cui percorso verso RP è meglio selezionato su ciascuna linea a questo ruolo.

Compreso questo è fatto su quelle linee in cui i clienti sono collegati direttamente. Bidir Pim DF è automaticamente DR.

L'elenco dell'olio è formato solo da tali interfacce su cui è stato selezionato il router per il ruolo di DF.

Le regole sono abbastanza trasparenti:

Se la richiesta Pim Join / Lease arriva a quell'interfaccia, che in questo segmento è DF, viene trasmesso verso RP secondo le regole standard.

Qui, ad esempio, R3. Se le richieste sonotte nelle interfacce DF, contrassegnate da un cerchio rosso, la trasmette a RP (tramite R1 o R2, a seconda della tabella di routing).

Se la richiesta Pim Join / Leave è arrivata a un'interfaccia non DF, verrà ignorata. Supponiamo che il client, che sia tra R1 e R3, abbia deciso di connettersi e inviato il rapporto IGMP. R1 ottiene attraverso l'interfaccia in cui è selezionato DF (contrassegnato con un cerchio rosso) e torniamo allo scenario precedente. E R3 riceve una richiesta a un'interfaccia che non è DF. R3 vede che non è il migliore qui e ignora la richiesta. (Se il traffico multicast è arrivato all'interfaccia DF, verrà inviato alle interfacce dall'elenco dell'olio e verso RP. Per esempio,

Ha iniziato a trasmettere il traffico. R4 lo ottiene nell'interfaccia DF e lo trasmette a un'altra interfaccia DF, verso il cliente e verso RP, è importante perché il traffico dovrebbe salire su RP e diffondere su tutti i destinatari. R3 entra anche - una copia alle interfacce dall'elenco dell'olio - cioè su R5, dove verrà scartato a causa del controllo RPF e l'altro è verso RP.

Se il traffico multicast è arrivato a un'interfaccia non DF, deve essere inviata a interfacce dall'elenco dell'olio, ma

non sarà

Pubblicato verso RP.

Per esempio,

Cominciò a trasmettere, il traffico ha raggiunto RP e cominciò a diffondere il RPT. R3 Ottiene il traffico da R1 e non lo trasmetterà a R2 - solo giù su R4 e R5.

Pertanto, DF garantisce che solo una copia del pacchetto multicast e la formazione del ciclo è esclusa alla fine RP verrà inviata. Allo stesso tempo, l'albero comune in cui si trova la fonte, ovviamente, riceverà questo traffico prima di entrare in RP. RP, secondo le regole ordinarie, il traffico verrà inviato a tutti i porti dell'olio, inoltre, da cui proviene il traffico.

A proposito, non è necessario che i messaggi di asserzione, perché DF è selezionato in ciascun segmento. A differenza del DR, non è solo responsabile per l'invio di un join a RP, ma anche per la trasmissione del traffico al segmento, cioè la situazione quando i due router vengono trasmessi a una postura, esclusa in BIDIR PIM.

Forse l'ultima cosa che devi dire di Bidirectional Pim è le caratteristiche di RP. Se il PIM SM RP ha eseguito una funzione specifica - la registrazione della fonte, quindi in BIDIR PIM RP è un certo punto molto condizionale a cui il traffico si impegna da un lato e si unisce agli altri clienti. Nessuno dovrebbe eseguire la decapsulanza, chiedere la costruzione dell'albero SPT. Solo su un router improvvisamente traffico da fonti inizia a essere trasmesso all'albero condiviso. Perché sto dicendo "su alcuni"? Il fatto è che in BIDIR PIM RP - un punto astratto, e non un router specifico, poiché un indirizzo RP può eseguire un indirizzo IP inesistente - la cosa principale è che è instradata (tale RP è chiamato Phantom RP

Tutti i termini relativi al PIM possono essere trovati nel Glossario Multicast sul canale Quindi, dietro la lunga settimana del lavoro con la mancanza di sonno, elaborazione, test - hai implementato con successo un cliente multicast e soddisfatto, direttore e vendita di vendita. Venerdì non è il giorno peggiore per trascurare la creazione e permettersi un soggiorno piacevole. .

Venerdì non è il giorno peggiore per trascurare la creazione e permettersi un soggiorno piacevole.

Ma il tuo sogno del pomeriggio improvvisamente ha disturbato la chiamata del supporto tecnico, poi ancora uno eppure - nulla funziona, tutto è rotto. Controllare - Vai perdite, interruzioni. Tutto converge su un segmento di diversi interruttori.

SSH non accreditato, controllato la CPU, ha controllato lo smaltimento delle interfacce e della fine dei capelli - caricando quasi meno del 100% su tutte le interfacce di un VLAN. Il cappio! Ma da dove viene se non si è tenuto alcun lavoro? 10 minuti di controllo e hai notato che sull'interfaccia upstream al kernel hai un sacco di traffico in arrivo, e su tutto il discendente ai clienti - in uscita. Per il loop, è anche caratteristico, ma in qualche modo sospettoso: introdotto un multicast, non ha fatto alcun lavoro sulla commutazione e dal salto solo in una direzione.

Controllato un elenco di gruppi multicast sul router - e c'è un abbonamento a tutti i possibili canali e tutto su una porta è naturalmente quello che porta a questo segmento.

L'indagine meticolosa ha dimostrato che il computer del cliente è infettato e invia la query IGMP a tutti gli indirizzi multicast di seguito.

Iniziarono le perdite di pacchetti, perché gli switch dovevano passare da soli una grande quantità di traffico. Ciò ha causato un overflow dei buffer di interfaccia.

La domanda principale è il motivo per cui il traffico di un cliente ha cominciato a essere copiato a tutti i porti?

La ragione di ciò risiede nella natura degli indirizzi MAC multicast. Il fatto è che lo spazio degli indirizzi IP multicast è appositamente visualizzato nello spazio degli indirizzi MAC multicast. E l'intonaco è che non saranno mai utilizzati come indirizzo MAC di origine, e pertanto non saranno studiati dall'interruttore e sono elencati nella tabella degli indirizzi MAC. Cosa fa lo switch con i fotogrammi, il cui indirizzo di destinazione non è studiato? Li manda a tutti i porti. Quello che è successo.

Questa è l'azione predefinita.

Indirizzi MAC multicast. Quindi quali indirizzi MAC vengono sostituiti nell'intestazione Ethernet di tali pacchetti? Trasmissione? Non. Esiste una gamma speciale di indirizzi MAC in cui vengono visualizzati gli indirizzi IP multicast. Registrati Questi indirizzi speciali iniziano:

0x01005E e il prossimo 25 ° bit deve essere 0

Prova a rispondere perché così

). I restanti 23 bit (ricordandoti tutti nel Mac-indirizzo 48) vengono trasferiti dall'indirizzo IP.

Qui si trova un po 'molto serio, ma il problema. La gamma di indirizzi multicast è determinata dalla maschera 224.0.0.0/4, il che significa che i primi 4 bit sono riservati: 1110, e i restanti 28 bit possono cambiare. Cioè, abbiamo 2 ^ 28 indirizzi IP multicast e solo 2 ^ 23 indirizzi MAC - per visualizzare 1 in 1 mancanza di 5 bit. Pertanto, vengono presi solo gli ultimi 23 bit di indirizzi IP e uno a uno è trasferito all'indirizzo MAC, i restanti 5 vengono scartati.

Infatti, ciò significa che 2 ^ 5 = 32 indirizzi IP verranno visualizzati in un indirizzo MAC multicast. Ad esempio, gruppi 224.0.0.1, 224.128.0.1, 225.0.0.1 e così fino al 239.128.0.1, tutti verranno visualizzati in un indirizzo MAC 0100: 5E00: 0001.

Se prendi un diamante video in streaming come esempio, puoi vedere:

Indirizzo IP - 224.2.2.4, Mac Indirizzo: 01: 00: 5E: 02: 02: 04.

Ci sono anche altri indirizzi MAC multicast che non appartengono all'IPv4-multicast (click

). Tutti loro, a proposito, sono caratterizzati dal fatto che l'ultimo bit del primo ottetto è uguale a 1.

Naturalmente, né sulla stessa scheda di rete non può essere configurata da un tale indirizzo MAC, quindi non sarà mai nel campo Mac Ethernet Sourcet e non cadrà mai nella tabella degli indirizzi MAC. Quindi tali fotogrammi dovrebbero essere inviati come un unicast sconosciuto

A tutte le porte VLAN.

In totale, che abbiamo considerato prima, è sufficiente trasmettere completamente qualsiasi traffico multicast dallo streaming video alle quotazioni dei prezzi delle azioni. Ma facciamo davvero nel nostro mondo quasi perfetto con una tale disgrazia, come trasmissione trasmissione di ciò che potrebbe essere trasferito agli eletti?

Affatto. Soprattutto per perfezionisti Meccanismo inventato

IGMP-snooping.

L'idea è molto semplice: l'interruttore "ascolta" passando attraverso i pacchetti IGMP IT.

Per ogni gruppo, separatamente conduce la tabella di porte ascendenti e verso il basso.

Se il rapporto IGMP è venuto dalla porta per un gruppo, quindi un client, l'interruttore lo aggiunge all'elenco Downlink per questo gruppo.

Se la query IGMP è venuta dalla porta per il gruppo, allora c'è un router, l'interruttore lo aggiunge all'elenco ascendente.

Questo genera una tabella di trasmissione del traffico multicast a livello di canale. Di conseguenza, quando un flusso multicast viene dall'alto, viene copiato solo le interfacce verso il basso. Se sullo switch a 16 port solo due client, solo loro verranno consegnati traffico. Il genio di questa idea finisce quando pensiamo alla sua natura. Il meccanismo presuppone che l'interruttore debba ascoltare il traffico al 3 ° livello.

Tuttavia, IGMP-Snooping non è confronto con NAT per ignorare i principi dell'interazione della rete. Inoltre, oltre a salvare in risorse, porta molte meno opportunità meno ovvie. Sì, e in generale, nel mondo moderno, l'interruttore che sa come guardare dentro IP - il fenomeno non è eccezionale. =====================. Attività numero 3.

Server 172.16.0.5 Trasmette il traffico multicast in gruppi 239.1.1.1, 239.2.2.2 e 239.0.x.

Configurare la rete in modo che:

- Il cliente 1 non è stato possibile partecipare al Gruppo 239.2.2.2. Ma allo stesso tempo poteva unirsi al Gruppo 239.0.0.x.

- Il cliente 2 non è stato possibile partecipare al Gruppo 239.1.1.1. Ma allo stesso tempo poteva unirsi al Gruppo 239.0.0.x.

Dettagli del compito qui.

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

Proxy snooping IGMP.

.

Un lettore di risposta può avere una domanda su come IGMP Snooping impara tutte le porte client, dato che solo un client più veloce è responsabile della query IGMP come abbiamo detto sopra. E molto semplice: IGMP Snooping non consente il rapporto di andare tra i clienti. Sono inviati solo ai porti in aumento ai router. Senza vedere il report da altri destinatari di questo gruppo, il client è obbligato a rispondere alla query durante il tempo di risposta massimo specificato in questa query.

Di conseguenza, sulla rete per 1000 nodi a una query IGMP per secondi 10 (il valore abituale del tempo di risposta max) arriverà 1000 report al router. Anche se sarebbe abbastanza per lui per ogni gruppo.

E succede ogni minuto.

In questo caso, è possibile configurare la proxying delle richieste IGMP. Quindi l'interruttore non solo "ascolta" i pacchetti che passano, li intercetta.

Le regole del funzionamento di IGMP-Snooping possono differire per diversi produttori. Pertanto, considerarli concettualmente:

1) Se lo switch arriva il primo rapporto al gruppo, viene inviato al router e l'interfaccia è sottomessa al downlink. Se tale gruppo è già già presente, l'interfaccia viene semplicemente aggiunta all'elenco decrescente e il report viene distrutto.

2) Se l'ultimo congedo arriva all'interruttore, non ci sono altri clienti, questo congedo verrà inviato al router e l'interfaccia viene rimossa dall'elenco Downlink. In caso contrario, l'interfaccia viene semplicemente cancellata, il congedo è distrutto.

3) Se la query IGMP proviene dal router, l'interruttore lo intercetta, invialo alla risposta del report IGMP per tutti i gruppi che hanno attualmente destinatari.

Ora diamo il server. Come abbiamo già discusso sopra, non si preoccupa di Pim, RP, IGMP - ha appena trasmesso. E R1 riceve questo flusso. Il suo compito è consegnare un multicast a rp. E poi, a seconda delle impostazioni e del produttore, o la stessa query viene inviata a tutte le porte client, oppure l'interruttore blocca la query dal router e di sé agisce come query, periodicamente politicizzando tutti i destinatari. Ciò riduce la quota di traffico di servizio non necessario sulla rete e il carico sul router. Multicast VLAN Replication. Il cliente richiederà anche un gruppo di 224.2.2.4 attraverso il lettore VLC. Abbreviato Nel rapporto IGMPV2 va all'indirizzo del gruppo desiderato, e in parallelo è indicato nel pacchetto stesso. Questi messaggi devono vivere solo entro il loro segmento e non inoltrare comunque dai router, quindi, hanno 1 TTL. Mvr.

. Questo è un meccanismo per quei fornitori che praticano VLAN-PER-UTENTE

, per esempio.

Ecco un tipico esempio di una rete in cui MVR è vitale:

5 clienti in diversi VLAN, e tutti vogliono ricevere il traffico multicast di un gruppo 224.2.2.4. In questo caso, i clienti devono rimanere isolati l'uno dall'altro.

IGMP-snooping tiene conto, ovviamente, e Vlans. Se cinque clienti in diversi VLAN richiedono un gruppo - saranno cinque tabelle diverse. Di conseguenza, ci sono 5 richieste per il collegamento al gruppo al router. E ogni sabinternia da questi cinque sul router verrà aggiunta separatamente nell'olio. Cioè, avendo ricevuto 1 flusso per il Gruppo 224.2.2.4 invierà 5 copie, nonostante il fatto che siano tutti in un segmento.

Per risolvere questo problema, è stato sviluppato un meccanismo di replica VLAN multicast.

Un ulteriore VLAN è inserito -

.

Multicast Vlan.

- in esso, di conseguenza, verrà trasmesso un flusso multicast. È "di buon gusto" direttamente all'ultimo interruttore, dove il traffico da esso viene copiato su tutte le interfacce client che vogliono ricevere questo traffico: questa è la replica.

.

A seconda dell'attuazione della replica da Multicast Vlan può essere effettuata in

User-Vlan.

o in determinate interfacce fisiche.

E che dire dei messaggi IGMP? Query dal router, ovviamente, passa attraverso la VLAN multicast. L'interruttore li invia alle porte client. Quando il report o la congedo derivano dal client, l'interruttore controlla da dove è (VLAN, un'interfaccia) e, se necessario, reindirizza a un VLAN multicast.

Pertanto, il traffico ordinario è isolato e va ancora al router nell'utente VLAN. Un traffico multicast e i pacchetti IGMP vengono trasmessi a Multicast VLAN.

.

Cisco MVR e IGMP-Snooping sono configurati in modo indipendente. Cioè, puoi spegnere uno e il secondo funzionerà. In generale, MVR si basa su IGMP-snooping e sugli interruttori di altri produttori per le operazioni MVR può essere obbligatoria l'inclusione di IGMP-snooping.

Controllo RPF.

Inoltre, IGMP-Snooping consente di eseguire il filtraggio del traffico sugli switch, limitare il numero di gruppi disponibili per l'utente, l'inclusione del quereggio IGMP, l'impostazione statica delle porte ascendenti, la connessione permanente a qualsiasi gruppo (questo script è nell'accompagnatura video

), Reazione rapida a un cambiamento nella topologia inviando query aggiuntiva, mappatura SSM per IGMPV2 ecc.

  • Finire la conversazione su IGMP-snooping, voglio ripetere - questa è una funzionalità opzionale - tutto funzionerà senza di esso. Ma renderà la rete più prevedibile, e la vita dell'ingegnere è più calma.
  • Tuttavia, tutti i vantaggi di IGMP Snooping possono essere avvolti contro se stessi. Un caso eccezionale può essere letto per riferimento.
  • Dal modo in cui lo stesso Cisco ha un protocollo CGMP

- Analogico di IGMP, che non viola i principi dell'interruttore, ma è correttamente e non dire quel diffuso.

Quindi, il mio instancabile lettore, ci avviciniamo alla fine del problema e finalmente vogliamo mostrare come il servizio IPTV può essere implementato sul lato client.

Il modo più semplice che abbiamo ripetutamente appellato in questo articolo, eseguire un giocatore che può prendere un flusso multicast dalla rete. Puoi impostare manualmente l'indirizzo IP del Gruppo e godere del video.

Un'altra opzione del programma che i provider spesso utilizzano è un'applicazione speciale, in genere piuttosto personalizzata, in cui il set di canali utilizzato nella rete del provider sarà cucito. Non è necessario impostare manualmente qualcosa - è solo necessario cambiare i canali con i pulsanti.

Entrambi di questi modi per consentire di guardare lo streaming video solo sul tuo computer.

La terza opzione ti consente di utilizzare la TV e di regola, qualsiasi. Per fare ciò, la casa del cliente mette il cosiddetto set-top-box (STB) - una scatola installata sul televisore. Questo è un pusaleak, che è incluso nella linea dell'abbonato e condivide il traffico: il solito Unicnter dà a Ethernet o WiFi in modo che i clienti abbiano accesso a Internet e il flusso multicast viene trasmesso alla TV attraverso il cavo (DVI, RGB, Antenna TD.).

Spesso tu, a proposito, puoi vedere un annuncio, dove il fornitore offre le sue console per il collegamento della televisione - questo è il STB molto STB

Attività numero 4.

Infine, un compito multicast non tradizionale (gli autori non sono noi, ci sarà un link all'originale nelle risposte).

  1. Lo schema più semplice:
  2. Da un lato, il server di origine, con un arco - un computer che è pronto a prendere il traffico.

Puoi installare un indirizzo di flusso multicast da soli.

E, di conseguenza, due domande:

  • Cosa deve essere fatto in modo che il computer possa ottenere il flusso e non ricorrere al routing multicast?
  • Supponiamo di non sapere cosa un multicast e non è possibile configurarlo, come trasferire il flusso dal server a un computer?
  • L'attività è facilmente ricerca nel motore di ricerca, ma prova a risolverlo da solo.
  • Dettagli del compito qui.
  • =====================.
  • In modo non redditizio nell'articolo rimase il routing cross-domain del traffico multicast (MSDP
  • , MBGP.

, BGMP.

), Bilanciamento del carico tra RP (Anycast RP

, protocolli proprietari. Ma, penso, avendo un punto di iniziare questo articolo, per affrontare il resto non sarà difficile.

Tutti i termini relativi a un multicast, è possibile trovare nella lookmeup del glossario delle telecomunicazioni

Per aiuto nella preparazione di articoli grazie JDIMA

Per il supporto tecnico Grazie NATASHA SAMOILENKO CDPV disegnato Nina Dolgopolov

- Un artista meraviglioso e altro progetto.

Controllo RPF.

Nel pool di articoli di SDSM, c'è ancora molto interessante prima della fine, quindi non è necessario seppellire il ciclo a causa di una lunga mancanza di rilascio - con ogni nuovo articolo la complessità aumenta significativamente. Ahead è quasi tutto MPLS, IPv6, QoS e Design di rete.

  1. Come già voi, probabilmente notato, il LinkMeup ha un nuovo progetto - il glossario di Lookmeup (sì, abbiamo lasciato una fantasia). Speriamo che questo glossario diventi la directory più completa dei termini nel campo della comunicazione, quindi saremo lieti di qualsiasi aiuto nel riempirlo. Scrivici a [email protected]
  2. Resta con noi
  3. IGMP Snooping: Cos'è questo nel router e perché hai bisogno?
  4. Se incontri una domanda sull'opzione Snooping IGMP che è nel router e perché hai bisogno di questa impostazione, hai scoperto il giusto articolo. La maggior parte delle informazioni su Internet è complessa per comprendere l'utente usuale e questi termini non sono necessari solo se si desidera risolvere un compito specifico.
  5. Un po 'più di problemi, a causa del quale potresti essere interessato a IGMP Snooping:

Giochi a giochi di rete;

Utilizzare la funzione televisiva Internet IPTV Rostelecom o qualsiasi altro fornitore;

Firmato su qualsiasi sistema di rete: videoconferenze, apprendimento online o persino spedizioni postali.

E allo stesso tempo hai una velocità significativamente ridotta su tutti i dispositivi collegati al router. Ad esempio, stai guardando IPTV sulla TV, ma inizi a "timido" un PC o peggio per lavorare su Internet sul tuo telefono. Un altro problema è possibile - IPTV, giochi di rete o servizi sopra elencati non sono avviati affatto e non funzionano. In tutti questi casi, la soluzione aiuterà a configurare IGMP Snooping.

Cos'è IGMP e perché è necessario

Quando i dati vengono trasmessi sulla rete - su Internet globale o dal provider o tra i tuoi dispositivi, ciò avviene sulle norme chiare: protocolli. Ogni protocollo determina come riconoscere zeri e unità, come raccoglierli nei pacchetti di dati, come controllare la loro "correttezza" quando si riceve e assemblata sullo schermo sullo schermo. Esistono sette livelli in totale - dai segnali elettrici al tuo browser.

Protocollo di gestione del gruppo di Internet, in base alle prime lettere di cui è formata l'abbreviazione - uno di questi protocolli sul livello del canale. Non sapresti della sua esistenza, se i "problemi" descritti sopra sono nati. Come si può vedere dal nome, questo è un protocollo per la gestione dei gruppi di trasmissione.

Cioè, quando il segnale TV IPTV Internet TV viene visualizzato sul router dal fornitore, inizia a trasmetterlo a tutti i dispositivi. È conveniente, guardare lo stesso attrezzo sullo smartphone e allo smartphone. Ma allo stesso tempo qualsiasi altro dispositivo, ad esempio, il tuo computer è "non richiesto" se ha bisogno di un segnale.

Pertanto, lo riceve ancora, il che riduce la velocità di Internet e spende le sue risorse.

Snooping è una funzione che aiuta un router per scoprire quali dispositivi hanno bisogno di un flusso di dati da un gioco online, dal televisore o dal servizio speciale. In poche parole, questa è l'ottimizzazione del traffico all'interno della tua rete e migliorando la sua sicurezza. Dovrebbe funzionare automaticamente, ma a volte è necessario configurarlo manualmente. Questo è ciò che IGMP è nel router.

Viste di IGMP Snooping Il supporto del router di questo protocollo significa già che non avrai problemi con la ricezione del segnale da IPTV e da altri servizi. Ma se il router o il modem è più grande, potrebbe non accettare il trasferimento di dati di trasmissione, o semplicemente non ha abbastanza potenza e si "appenderà". Ma quando tutto è in ordine, IGMP Snooping può variare per tipo: Passivo. Questo supporto per la tecnologia di base, il monitoraggio complessivo e la trasmissione dei dati di trasmissione. Tutto funziona, il carico sul router è minimo. Tuttavia, il carico aumenta sui dispositivi in ​​esso. Attivo. Tale protocollo massimizza la rete. Stifta le richieste "extra" al router che non ha bisogno, liberando la risorsa di trasferimento dati. Tuttavia, aumenta il carico sul processore e sulla memoria del dispositivo. I dispositivi di segmenti di prezzo medio e ad alto prezzo affrontano con questo senza problemi. Per i dispositivi più economici dipende dalla quantità di dati. .

Come impostare una funzione nel router IGMP Smontare nel router, cos'è questa impostazione - sull'esempio IPTV. Di solito tutto si accende automaticamente. Ma se leggi questo articolo, qualcosa è stato chiaramente sbagliato. Pertanto, eseguire questi passaggi: Vai all'interfaccia Web del router: immettere il browser nella barra degli indirizzi 192.168.1.1 o 192.168.0.1 o l'indirizzo che viene specificato nell'adesivo inferiore. Inserisci il nome utente e la password: di solito questo è il login "admin" e la password "admin" se non è stato modificato manualmente. O controllare lo stesso adesivo sul router. .

Vai a "Rete", "Impostazioni di rete" o simili. Ad Asus, si chiama "rete locale". È necessario trovare la scheda "IPTV". L'opzione "Proxy" include la trasmissione, effettivamente avvia la funzione IPTV. Questo è quello che è, il proxy IGMP nel router. Accendilo. Non tutti i modelli hanno un oggetto snooping IGMP, ma se è presente, quindi accenderlo. Lo snooping migliorerà il lavoro di tutti i dispositivi. .

Fai clic su "Applica". Tutto è pronto.

Possibili problemi Un problema è possibile quando la trasmissione non ha funzionato. Questo può essere collegato con il firewall. Scollegarlo per alcuni minuti. Se il problema è scomparso, quindi attivare e nelle impostazioni, consentire al protocollo per Internet TV, giochi online o un altro servizio. Video. Esempio: DNS anycast .

Se l'IPTV utilizza un ricevitore di apparecchiature separato (perché è necessario un prefisso TV, questo è un singolo argomento di conversazione), quindi nelle impostazioni del router potrebbe essere necessario risolvere l'opzione "Bridge". Può essere chiamato "Scegli la porta Bridge WAN" o "Bridge di rete" - dipende dal dispositivo.

Infine, se il segnale "rallenta", il dispositivo è molto probabilmente sovraccaricato. Ci sarà limitare il funzionamento di altri dispositivi o disabilitarli. Se nulla aiuta, dovrai cambiare il router per più potente.

In questo articolo, ho provato a spiegare il linguaggio più chiaro in che cosa è il flusso di IGMP nel router. Spero che queste informazioni ti siano utili, e decidi i problemi che sono sorti. Ora i tuoi dati saranno trasmessi in modo ottimale e corretto e l'attacco sulla rete per sovraccaricare tutti i dispositivi in ​​esso non risulterà. Una fonte: https://besprovodnik.ru/igmp-snooping-chto--v-rutere/

Impostazione IPTV su Mikrotik Ad esempio, le impostazioni IPTV abbiamo preso Mikrotik RB2011UAS-2HND. Naturalmente non un router di casa, ma l'impostazione su altri dispositivi non differisce in linea di principio. Ripristina il router di configurazione. / E ci informa sui destinatari. E non è necessario parlare di un computer client, in generale può essere, ad esempio, un altro router PIM. È importante per cui le interfacce devono passare il traffico. Aggiorniamo il router (aggiungi un pacchetto per IPTV).

Impostazione del proxy IGMP. Aggiungi le eccezioni del firewall. Impostazione Wi-Fi.

Ripristina impostazioni del punto di accesso

Questo articolo è facoltativo. Se si configura IPTV su un router con le impostazioni di funzionamento che hai fatto in precedenza, le azioni di seguito non sono necessarie. Inoltre non impedisce la configurazione di backup. Tuttavia, a volte, se durante l'impostazione IPTV al microottico qualcosa è andato storto, il modo migliore è "reset" la configurazione e fai tutto di nuovo. .

Reimposta le impostazioni in fabbrica possono essere tre modi: Programmati Vai a Winbox, aprire il menu di sistema e apportare la configurazione di reset. Meccanicamente: fare clic sul pulsante Ripristina sul tuo Mikrotik e attendere fino a quando il router si riavvia. (Sulla maggior parte dei mikrotik ti consigliamo di bloccare il pulsante per accendere l'attrezzatura e senza rilasciare mantenendo circa 10 secondi dopo l'accensione) / E ci informa sui destinatari. E non è necessario parlare di un computer client, in generale può essere, ad esempio, un altro router PIM. È importante per cui le interfacce devono passare il traffico. Ripristina la configurazione nel router stesso (sulla schermata di configurazione). Effettivo solo se c'è un touchscreen sul router. Aggiornamento del routeros (aggiungi un pacchetto per IPTV) L'aggiornamento è necessario per installare un pacchetto aggiuntivo per IPTV. Andiamo al sito di Mikrotik, stiamo cercando una linea del tuo modello negli elenchi e scarichiamo la versione più recente del firmware per questo. Si prega di notare che non si sceglie il firmware con i pacchetti principali (principale) e con ulteriore (extra):

Aperto

Winbox.

Andiamo al router (ti consigliamo di inserire inizialmente sull'indirizzo MAC, faciliterà l'ulteriore processo di configurazione). Per aggiornare il router, vai al menu File. Aprilo e trascinalo nella finestra File. Il nostro file scaricato da un archivio non imballamato chiamato . Multicast-x.xx-mipsbe.npk

Il pacchetto aggiunto e dopo il riavvio dell'attrezzatura nel menu

Sistema.

Riavviare

Il router si riavvierà e aggiornerà il firmware. Il processo potrebbe richiedere fino a 5 minuti.

Nutrizione in questo momento non dovrebbe essere disabilitata!

Dopo il riavvio aperto

Sistema - pacchetti. e guarda se il modulo è apparso

Se uno è disponibile, allora hai fatto tutto bene. Impostazione del proxy IGMP

Aperto nel menu Mikrotik Routing - Proxy IGMP. Dobbiamo aggiungere una nuova interfaccia, per questo clic su Plus (come indicato sullo schermo). Nella nuova interfaccia, nel campo Interfaccia. Scegliamo il porto per il quale Internet è dotato di noi, nel nostro caso è un master ether2 e installare un segno di spunta Come uno screenshot:

Leggermente più basso nel campo

Sottognet alternativi.

È necessario specificare sottoreti alternativi. Nel caso in cui non sai cosa inserire lì, prova le opzioni più comuni: 10.0.0.0/8; 172.16.0.0/12; 192.168.0.0/16.

  • Nel caso estremo, puoi anche lasciare zeros, ma è meglio trovare ancora la subnet desiderata in modo che il router non si applica all'intera internet. Confermare le modifiche, fare clic OK. Crea un'altra interfaccia, facendo clic su un blu più, ma ora noi non
  • Nel caso estremo, puoi anche lasciare zeros, ma è meglio trovare ancora la subnet desiderata in modo che il router non si applica all'intera internet. ). Metti un segno di spunta al contrario OK. e allo stesso tempo scegli la porta che lo faremo Overburge

IPTV. - cioè, quello a cui è collegato il dispositivo su cui guarderemo IPTV. Nel nostro caso, questo è un ponte, perché un PC stazionario è collegato ad esso. .

Cioè, nel primo caso, abbiamo sottolineato il porto in cui i dati includono, e ora - da dove provengono. Dopo che premuriamo il pulsante impostazioni

Istavim il segno di spunta al contrario

Per il supporto tecnico Grazie NATASHA SAMOILENKO Presto.

Leve.

Controllo RPF.

Lo facciamo per poter passare rapidamente tra i canali.

Impostazione del firewall.

Personalizza il nostro firewall che non manca IPTV al momento, per questo creiamo un nuovo terminale, fai clic su Nuovo terminale e la finestra si apre: Ora dobbiamo eseguire diverse squadre in questa console: / IP Firewall Filter Aggiungi Azione = Accetta Catena = Commento di input = »Consenti IGMP» disabilitato = Nessuna interfaccia in-interfaccia = Ether2-master protocollo = IGMP

/ IP Firewall Filter Aggiungi Azione = Accetta Catena = Commento di input = »IPTV UDP Incoming» disabilitato = No DST-PORT = 1234 IN-INTERFACE = ETHER2-MASTER Protocol = UDP

/ IP Firewall Filter Aggiungi Azione = Accetta catena = Commento in avanti = »Inoltro UDP IPTV» Disabilitato = No DST-PORT = 1234 Protocollo = UDP 1234.

- Il porto è registrato in modo non ufficiale per lo streaming video e IPTV Ether2-Master. - Questa è un'interfaccia per cui IPTV viene dal fornitore.

Successivo bisogno nel menu

IP. Scegliere oggetto Firewall.

e vai alla scheda Regole del filtro.

. Abbiamo creato le regole escluse e che funzionano, dovrebbero essere più elevate per il vietare. Li trasciniamo con il mouse.

  1. Configurazione Wi-Fi
  2. Nel caso in cui si distribuisca o distribuirà IPTV tramite Wi-Fi, è necessario aggiungere ulteriori impostazioni. Per fare questo, aperto in ordine:
  3. Dopo aver premuto il pulsante Modalità avanzato, appaiono ulteriori parametri:
  4. Nel campo
  5. Supporto WMM.

Mettere

Abilitato -

Controllo RPF.

Il supporto completo per la trasmissione multimediale sul Wi-Fi.

Helper.

PIENO

. Questo parametro include l'invio di clienti multicast seduti sul Wi-Fi.

Tutto conferma con il pulsante

Con IGMP, i destinatari dei clienti finali comunicano i router più vicini che vogliono ricevere il traffico. E PIM costruisce il percorso di movimento del traffico multicast dalla fonte ai destinatari attraverso i router. OK.

e divertiti a guardare i programmi

Rimane solo per verificare le prestazioni della nostra configurazione. Abbiamo usato per questo lettore IPTV, n

Download radialmente dei canali dei canali per il nostro fornitore

(Volton Telecom) nelle impostazioni del lettore.

Possiamo vedere che il nostro ambiente è pienamente operativo. Visione felice!

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

Che cos'è IGMP Snooping nel router: perché la funzione di snooping di IGMP

Il cliente richiederà anche un gruppo di 224.2.2.4 attraverso il lettore VLC. Il ruolo di IGMP è molto semplice: se non ci sono clienti - non è necessario trasmettere il traffico multicast al segmento. Se viene visualizzato un cliente, notifica i router che utilizzano IGMP che vuole ricevere il traffico. Per capire come succede tutto, prendere questa rete: Un numero di piattaforme su Internet utilizza il metodo multicast per trasmettere i dati al gruppo di utenti. Tale tecnologia viene utilizzata per giochi online, trasmissioni in diretta, apprendimento a distanza e anche per le spedizioni postale. Ma il multiforming non sempre ottimizza in modo competente il relè del traffico e carica la rete dell'utente, quindi la funzione Snooping IGMP ha creato questo problema. Discerviamo qual è la funzione e come permetterlo di ottimizzare il tuo traffico.

Cosa è e perché hanno bisogno della funzione di snooping IGMP

Per cominciare, daremo la definizione di IGMP di comprendere il principio della tecnologia.

Protocollo di gestione del gruppo Internet - Protocollo di gestione della rete multicast, che organizza diversi dispositivi in ​​gruppi. Rapporto di iscrizione IGMP. - Il nodo "Rapporti" che vuole ricevere il traffico di questo gruppo.

Nel rapporto IGMPV2 va all'indirizzo del gruppo desiderato, e in parallelo è indicato nel pacchetto stesso. Questi messaggi devono vivere solo entro il loro segmento e non inoltrare comunque dai router, quindi, hanno 1 TTL. Si basa sul protocollo IP e applicato su Internet ovunque, utilizzando efficacemente le risorse di rete.

IGMP Snooping è il processo di tracciamento del traffico multicast tra i gruppi di consumatori e l'host. La funzione di snooping è abilitata per analizzare le richieste dell'utente di connettersi con un gruppo multi-master e aggiunge la porta all'elenco di trasmissione IGMP. Dopo aver completato l'uso del multitrafica, l'utente lascia una query e un protocollo, elimina la porta dall'elenco dei dati del gruppo.

Pertanto, Snooping elimina il trasferimento di dati non necessari ai canali multicast.

Ciò rende lo scambio di dati sul livello del canale più efficiente e tiene conto delle esigenze del livello di rete, che è particolarmente importante per i fornitori di informazioni. Gli utenti riceveranno anche contenuti ottimizzati, anche se di conseguenza, aumenterà il carico sulla rete.

Senza monitorare e analizzare i dati, i consumatori definitivi sotto forma di specifici indirizzi IP saranno costretti a "digerire" ulteriori informazioni inutili per loro. che è attivato per impostazione predefinita sui router. L'interfaccia FE0 / 0 diventa discendente per il gruppo di 224.2.2.4 - dovrà inviare il traffico ricevuto. Insieme al solito tavolo di routing unico è anche un multicast: Informazioni sulla disponibilità dei clienti dice il primo record

IGMP Snooping non solo salverà gli utenti dal traffico in eccesso, ma rende anche lo scambio di informazioni più sicure.

La modalità di tracciamento è abilitata in tempo per prevenire i tentativi di attacco DDOS su una rete o indirizzi specifici a cui il protocollo di gestione del Gruppo Internet è vulnerabile. Funzione di attivazione IGMP Snooping La funzione di tracciamento e analisi è disponibile su interruttori o interruttori di rete gestiti. Questo dispositivo aiuta a implementare i principi della trasmissione del gruppo su un livello del canale della rete. .

Per attivare IGMP Snooping, è necessario abilitare e configurarlo manualmente sull'interruttore.

Gli analoghi non gestiti non supportano la modalità di analisi del traffico, poiché non possono essere configurati attraverso l'interfaccia.

Più dettaglia il comando Mostra IP MROTE. Discerneremo in seguito. .

Prima di utilizzare il Communicator sulla rete, assicurarsi che il destinatario finale (ad esempio, smart-tv) supporti la modalità snooping.

In genere, i dispositivi hanno l'elemento appropriato nella sezione "Configurazione della connessione di rete", che semplifica notevolmente la regolazione del multicast. Il cliente ha iniziato a ricevere il traffico. Ora il router dovrebbe a volte verificare che i destinatari abbiano ancora un divario da non trasmettere se improvvisamente i clienti sono rimasti. Per fare ciò, invia periodicamente una richiesta a tutte le sue interfacce discendenti. Considera un modo per collegare una funzione tramite la riga di comando sull'esempio di Popular D-Link Switch:

Aprire la riga di comando con l'interfaccia CLI.

Inserisci "Abilita-IGMP-snooping". Questo comando attiverà la funzione sull'interruttore e tutti gli indirizzi connessi.

Immettere "Config-IGMP-Snooping-Vlan-Default-State-Enable", che ti consentirà di configurare il protocollo VLAN.

Il comando "Confog-Multicast-VLAN-FILTERING-MODE-VLAN-predefinito-Filtro-Iregistred-Gruppi" include il filtro dei dati da diversi indirizzi presso il Communicator.

Infine, utilizzare la "Config-IGMP-Snooping-VLAN-default-snooping-Abilita" nella rete VLAN.

L'ultimo comando include la funzione di fermo rapido Snooping IGMP, che esclude la porta dalla rete non appena l'utente ha effettuato una richiesta "lasciare". Grazie al congedo veloce, il consumatore non riceverà dati non necessari e non li elaborerà. Ciò ridurrà il carico sulla rete e consentirà al passaggio di lavorare in modo più efficace. Se, in risposta alla query, almeno un rapporto è arrivato al router, significa che ci sono ancora clienti, continua a trasmettere che l'interfaccia da cui è venuto da questo rapporto, il traffico di questo gruppo. Se una query non ha una risposta da un'interfaccia di risposta per alcuni gruppi, il router cancella questa interfaccia dalla sua tabella di routing multicast per questo gruppo - cessa di inviare il traffico.

Reti per il più piccolo. Parte 9.2. Multicast. Protocollo IGMP.

Continuare a studiare il IGMP multicast (protocollo di gestione del gruppo Internet), il protocollo di rete per l'interazione dei client di traffico multicast e il router più vicino a loro.

Protocollo IGMP.

Tornare di nuovo alla discarica. Vedi questo pacchetto superiore, dopo di che è stato lanciato un flusso multicast? Un dettaglio interessante nel comportamento del cliente: avendo ricevuto query, non ha fretta di rispondere immediatamente a riferire. Il nodo prende una lunghezza di timeout da 0 a .

Messaggio di protocollo IGMP se collegato

che è specificato nella query successiva: Quando si debug o nella discarica, a proposito, si può vedere che alcuni secondi possono passare tra i rapporti diversi. Questo è fatto in modo che centinaia di clienti tutti gli scopi non hanno allagato la rete con i loro report ricevendo query generale. Inoltre, solo un cliente di solito invia il report. Questo messaggio di protocollo IGMP inviato dal client quando abbiamo premuto il gioco su di esso. È così che riporta che vuole ricevere il traffico per il Gruppo 224.2.2.4.

- Questo è un protocollo di rete che interagisce i client di traffico multicast e il router più vicino.

IPv6 utilizza MLD (Multicast Listener Discovery) anziché IGMP. Il principio di funzionamento ha assolutamente lo stesso, quindi puoi cambiare facilmente IGMP ovunque su MLD e IP su IPv6.

Come funziona esattamente IGMP? quattro. Quindi va avanti per secoli finché il cliente non desidera uscire dal gruppo (ad esempio, spegnere il lettore / TV). In questo caso, invia Congedo IGMP. Forse è necessario iniziare con il fatto che le versioni del protocollo sono ora tre: IGMPV1, IGMPV2, IGMPV3. Il più usato - il secondo, il primo è quasi dimenticato, quindi non ne parleremo, il terzo è molto simile al secondo.

Sarò focalizzato sul secondo, come al maggior impatto e considerare tutti gli eventi di collegare il client al gruppo prima che sia fuori di esso. Il cliente richiederà anche un gruppo di 224.2.2.4 attraverso il lettore VLC.

Il ruolo di IGMP è molto semplice: se non ci sono clienti - non è necessario trasmettere il traffico multicast al segmento. Se viene visualizzato un cliente, notifica i router che utilizzano IGMP che vuole ricevere il traffico.

Per capire come succede tutto, prendere questa rete:

Supponiamo che il router sia già configurato per ricevere ed elaborare il traffico multicast.

- Il nodo "Rapporti" che vuole ricevere il traffico di questo gruppo.

Query specifica del gruppo.

Invio del rapporto di iscrizione IGMP

Nel rapporto IGMPV2 va all'indirizzo del gruppo desiderato, e in parallelo è indicato nel pacchetto stesso. Questi messaggi devono vivere solo entro il loro segmento e non inoltrare comunque dai router, quindi, hanno 1 TTL. Query specifica del gruppo. Spesso nella letteratura puoi soddisfare la menzione di

Il router riceve un rapporto IGMP e, realizzando che questa interfaccia ora ha clienti, rende le informazioni nelle loro tabelle

Questa è una produzione di informazioni su IGMP. Il primo gruppo è richiesto dal cliente. Il terzo e il quarto sono i gruppi di protocollo SSDP costruito SSDP. Il secondo è un gruppo speciale che è sempre presente sui router Cisco - viene utilizzato per il protocollo Auto-RP, attivato per impostazione predefinita sui router.

  1. L'interfaccia FE0 / 0 diventa discendente per il gruppo di 224.2.2.4 - dovrà inviare il traffico ricevuto.
  2. Insieme al solito tavolo di routing unico è anche un multicast:
  3. Informazioni sulla disponibilità dei clienti dice il primo record
  4. Dall'uscita è chiaro che il traffico per il Gruppo 224.2.2.4 viene avviato tramite FE0 / 1 ed è necessario trasmetterlo alla porta FE0 / 0.
  5. Le interfacce in cui è necessario trasmettere il traffico sono incluse nell'elenco delle interfacce downstream -
  6. Olio Ciascuno invia la query generale IGMP alla rete. L'obiettivo principale è scoprire se ci sono clienti, e in parallelo - da dichiarare ad altri router nel segmento se sono, sul vostro desiderio di partecipare alle elezioni. Elenco interfaccia in uscita.
  7. Più dettagliatamente, lo spettacolo dello spettacolo IP Mroorte Team sembreremo in seguito.
  8. Sopra la discarica che vedi che non appena il client ha inviato un rapporto IGMP, immediatamente dopo aver volato UDP è un flusso video.

Vince router s.

La ricevuta della query della query IGMP (Dump è filtrata da IGMP).

7)

Per impostazione predefinita, ciò accade ogni 60 secondi. TTL Tali pacchetti sono anche uguali a 1. Sono inviati all'indirizzo 224.0.0.1 - tutti i nodi in questo segmento - senza specificare un gruppo specifico. Tali messaggi di query sono chiamati otto) - Generale. Quindi, il router chiede: "Ragazzi e chi e cos'altro vogliono ricevere?".

Dopo aver ricevuto la query generale IGMP, qualsiasi host che ascolta qualsiasi gruppo deve inviare il report IGMP in quanto l'ha fatto quando è connesso. L'indirizzo del gruppo di interesse per il suo gruppo dovrebbe essere specificato in relazione. Le elezioni del Querier sono una procedura molto importante nel multicast, ma alcuni produttori insidiosi che non tengono RFC possono inserire un forte bastone nelle ruote. Sto parlando della query IGMP con un indirizzo della sorgente 0.0.0.0, che può essere generata dall'interruttore. Tali messaggi non dovrebbero partecipare alla scelta del Querier, ma devi essere pronto per tutto. Ecco un esempio Risposta del computer a IGMP General Query (Dump è filtrato da IGMP)

Se, in risposta alla query, almeno un rapporto è arrivato al router, significa che ci sono ancora clienti, continua a trasmettere che l'interfaccia da cui è venuto da questo rapporto, il traffico di questo gruppo. La versione 1 differisce in sostanza solo dal fatto che Se una query non ha una risposta da un'interfaccia di risposta per alcuni gruppi, il router cancella questa interfaccia dalla sua tabella di routing multicast per questo gruppo - cessa di inviare il traffico.

Sulla sua iniziativa, il cliente di solito invia il report solo quando è connesso, quindi risponde semplicemente alla query dal router.

Un dettaglio interessante nel comportamento del cliente: avendo ricevuto query, non ha fretta di rispondere immediatamente a riferire. Il nodo prende una lunghezza di timeout da 0 a

Quando si debug o nella discarica, a proposito, si può vedere che alcuni secondi possono passare tra i rapporti diversi.

Questo è fatto in modo che centinaia di clienti tutti gli scopi non hanno allagato la rete con i loro report ricevendo query generale. Inoltre, solo un cliente di solito invia il report.

Il fatto è che il rapporto viene inviato all'indirizzo del Gruppo, e quindi arriva a tutti i clienti. Dopo aver ricevuto il report da un altro client per lo stesso gruppo, il nodo non invierà il proprio. La logica è semplice: il router ha già ricevuto questo rapporto molto e sa che ci sono clienti, non è necessario.

Sopra la discarica che vedi che non appena il client ha inviato un rapporto IGMP, immediatamente dopo aver volato UDP è un flusso video.

Il cliente richiederà anche un gruppo di 224.2.2.4 attraverso il lettore VLC. Questo meccanismo è chiamato

Nel rapporto IGMPV2 va all'indirizzo del gruppo desiderato, e in parallelo è indicato nel pacchetto stesso. Questi messaggi devono vivere solo entro il loro segmento e non inoltrare comunque dai router, quindi, hanno 1 TTL. Inoltre, nell'articolo racconteremo del motivo per cui questo meccanismo funziona davvero molto raramente.

Più dettaglia il comando ESEMPIO II. 4Si prega di notare come il traffico dovrebbe andare in questo caso - R1-R2-R3-R5. Anche se in breve, il percorso R1-R3-R5.

Dove non c'è router, possiamo dichiarare autorevolmente - IGMP lì - non più della formalità. Non c'è router e il cliente non ha nessuno da richiedere un flusso multicast. E guadagnerà un video per la semplice ragione per cui il flusso e quindi si sta versando dallo switch - hai solo bisogno di prenderlo. all'indirizzo del gruppo.

Ripeti ancora Invio di fermo IGMP.

Poi è apparso un cliente, che voleva ricevere il traffico del Gruppo 224.2.2.4 e ha inviato il suo rapporto IGMP. Il router lo riceve e in un'idea deve spegnere. Ma non può disabilitare un cliente specifico - il router non li distingue - ha solo un'interfaccia a valle. E l'interfaccia può essere diversi clienti. Cioè, se il router cancella questa interfaccia dal suo elenco OUL (Elenco interfaccia in uscita) per questo gruppo, il video si spegne affatto. Ma anche non cancellarlo, è anche impossibile - improvvisamente è stato l'ultimo cliente - perché quindi lavarlo?

Quindi il router ha deciso per qualche motivo per verificare - e se non ci sono più clienti e inviato nuovamente la query Generale IGMP a cui il cliente è costretto a rispondere ( Se guardi nella discarica, vedrai che dopo aver ricevuto il router di congedo, il flusso continua ad andare per un po 'di tempo. Il fatto è che il router in risposta a lasciare invia la query IGMP all'Indirizzo del Gruppo per il quale è venuto a quell'interfaccia in cui è venuto. Tale pacchetto è chiamato

Periodicamente (una volta al minuto) il router controlla che i destinatari hanno ancora, utilizzando la query generale IGMP e il nodo conferma questo utilizzando il report IGMP.

Quei client che sono collegati a questo particolare gruppo.

Invio della query specifica del gruppo Router Router in risposta al congedo IGMP

Se il router ha ricevuto un rapporto di risposta per il Gruppo, continua a trasmettere nell'interfaccia, se non ricevuto, rimuove il timer dopo che il timer è scaduto.

In totale, dopo aver ricevuto il congedo, una query specifica di due gruppi va - uno obbligatorio, secondo controllo.

Due query specifica del gruppo - un obbligatorio, secondo controllo

Quindi, il router smette il flusso. Ma è ancora completamente incomprensibile il modo in cui il traffico del server raggiunge i clienti quando c'è un enorme rete di fornitori LinkMiap? E dove, infatti, sarà conosciuto chi è il cliente? Non possiamo registrare manualmente i percorsi, semplicemente perché non sappiamo dove potrebbero essere i clienti. I soliti protocolli di routing non risponderanno a questa domanda. Quindi arriviamo a capire che la consegna di un multicast è qualcosa di completamente nuovo per noi. Considera un caso più difficile: ). Due (o più) router che possono trasmettere il traffico sono collegati al segmento client. Se non lo fai, il traffico multicast verrà duplicato: entrambi i router riceveranno il report dei clienti. Per evitare questo c'è un meccanismo di scelta - politica. Quello che vincerà inviare query, il rapporto del monitor e reagirà a lasciare, e, di conseguenza, invierà il traffico al segmento. Il perdente ascolterà solo il rapporto e manterrà la mano sull'impulso. Le elezioni si verificano abbastanza semplici e intuitive.

Per il supporto tecnico Grazie NATASHA SAMOILENKO Considera la situazione dal momento in cui i router R1 e R2 sono accesi.

IGMP attivato sulle interfacce.

Controllo RPF.

All'inizio, per impostazione predefinita, ognuno di loro si considera querier.

  • Ciascuno invia la query generale IGMP alla rete. L'obiettivo è scoprire se ci sono clienti, e in parallelo - dichiarare altri router nel segmento, se presente, sul vostro desiderio di partecipare alle elezioni. La query generale riceve tutti i dispositivi nel segmento, inclusi altri router IGMP.
  • Avendo ricevuto un tale messaggio da un vicino, ogni router stima che più degno. Vince router s.
  • Esempio: DNS anycast (specificato nel campo IP di origine della query IGMP). Diventa query, tutti gli altri - non querier.

La non query avvia il timer che viene ripristinato ogni volta che Quaryny viene fornito con un indirizzo IP più piccolo. Se prima del timer scade (più di 100 secondi: 105-107), il router non riceverà query con un indirizzo più piccolo, si dichiara querier e prende tutte le funzioni corrispondenti.

Se query riceve la query con un indirizzo più piccolo, aggiunge tali compiti. Querier sta diventando un altro router, che ha un IP in meno. Le elezioni del Querier sono una procedura molto importante nel multicast, ma alcuni produttori insidiosi che non tengono RFC possono inserire un forte bastone nelle ruote. Sto parlando della query IGMP con un indirizzo della sorgente 0.0.0.0, che può essere generata dall'interruttore. Tali messaggi non dovrebbero partecipare alla scelta del Querier, ma devi essere pronto per tutto. Ecco un esempio di un problema molto complesso a lungo termine. .

La versione 1 differisce in sostanza solo dal fatto che

. Se il cliente non vuole ricevere più traffico di questo gruppo, smette semplicemente di inviare report in risposta alla query. Quando non rimane un singolo client, il router di timeout smetterà di inviare il traffico.

Inoltre, Ma è ancora completamente incomprensibile il modo in cui il traffico del server raggiunge i clienti quando c'è un enorme rete di fornitori LinkMiap? E dove, infatti, sarà conosciuto chi è il cliente? Non possiamo registrare manualmente i percorsi, semplicemente perché non sappiamo dove potrebbero essere i clienti. I soliti protocolli di routing non risponderanno a questa domanda. Quindi arriviamo a capire che la consegna di un multicast è qualcosa di completamente nuovo per noi. . Per evitare la duplicazione del traffico, il protocollo superiore è responsabile, ad esempio, PIM, su cui parleremo ulteriormente.

La versione 3 supporta tutto ciò che supporta IGMPV2, ma c'è una serie di modifiche. Innanzitutto, il report non viene inviato più all'indirizzo del gruppo, ma su un indirizzo di servizio multicast

. E l'indirizzo del gruppo richiesto è indicato solo all'interno del pacchetto. Questo è fatto per semplificare il lavoro di Snooping IGMP, su cui parleremo dopo.

In secondo luogo, soprattutto, IGMPV3 ha iniziato a supportare SSM nella sua forma pura. Questo è il cosiddetto Multicast specifico della fonte. In questo caso, il cliente potrebbe non solo richiedere un gruppo, ma anche specificare un elenco di fonti da cui vorrebbe ricevere traffico o viceversa non vorrebbe. In IGMPV2, il client richiede semplicemente e riceve il traffico del gruppo senza preoccuparsi della fonte.

Iscrizione IGMP Reort Content in IGMPV3 Quindi, IGMP è progettato per interagire i clienti e il router. Pertanto, restituire per esempio 2, dove non c'è router, possiamo dichiarare autorevolmente - IGMP lì - non più della formalità. Non c'è router e il cliente non ha nessuno da richiedere un flusso multicast. E guadagnerà un video per la semplice ragione per cui il flusso e quindi si sta versando dallo switch - hai solo bisogno di prenderlo. Richiama che IGMP non funziona per IPv6. C'è il protocollo MLD.

Ripeti ancora Prima di tutto, il router ha inviato la sua query generale IGMP dopo aver attivato IGMP sulla sua interfaccia per scoprire se ci sono destinatari e dichiarano il loro desiderio di essere querlier. A quel tempo, nessuno era in questo gruppo. Poi è apparso un cliente, che voleva ricevere il traffico del Gruppo 224.2.2.4 e ha inviato il suo rapporto IGMP. Dopodiché, sono andato al traffico su di esso, ma è filtrato fuori dalla discarica.

Periodicamente (una volta al minuto) il router controlla che i destinatari hanno ancora, utilizzando la query generale IGMP e il nodo conferma questo utilizzando il report IGMP.

Poi ha cambiato idea e ha rifiutato il gruppo inviando il congedo di IGMP. Il router ha ricevuto un congedo e, volendo assicurarsi che nessun altro destinatario non siano altri destinatari, inviare una query specifica del gruppo IGMP ... due volte. E dopo la scadenza del timer cessa di trasmettere il traffico qui. Tuttavia, continua a trasmettere la query IGMP alla rete. Ad esempio, nel caso in cui non hai disattivato il lettore, ma semplicemente da qualche parte con la connessione del problema. Quindi la connessione viene ripristinata, ma il client non invia un rapporto da solo. Ma le risposte di query. Pertanto, il flusso può recuperare senza partecipazione umana. Igmprotokol, con il quale il router impara la presenza di destinatari del traffico multicast e sui loro rapporti .GMP inciampare dal client quando connesso e risposto alla query IGMP. Ciò significa che il cliente desidera ricevere un traffico specifico di gruppo. MIGMP Query General Prota un router periodicamente per verificare quali gruppi sono necessari ora. Come è indicato l'indirizzo del destinatario, 224.0.0.1. .

Gruppo IGMP Commeryprust sepcifico del router in risposta al messaggio di congedo per scoprire se ci sono altri destinatari in questo gruppo. Come indirizzo del destinatario, viene indicato l'indirizzo del gruppo multicast. MIGMP foglie dal cliente quando vuole lasciare il Gruppo. Meriellezzato in un segmento di trasmissione diversi router che possono essere trasmessi, tra cui è selezionato un Querier principale loro. Invia periodicamente la query e trasmette il traffico. Una fonte:

Tags.

Cisco.

IPTV.

SDSM.

hardware di rete

Reti per il più piccolo https://radioprog.ru/post/623.
Cos'è un multicast nel router. Requisiti per le risorse di sistema. MultiCast e Unicast: differenze chiave

Per il supporto tecnico Grazie NATASHA SAMOILENKO Prima di tutto, espelliamo alcuni concetti per escludere ulteriori malintesi. Ci sono tre tipi di traffico:

(*, G) (S, G)

Lo facciamo per poter passare rapidamente tra i canali.

Impostazione del firewall.

Personalizza il nostro firewall che non manca IPTV al momento, per questo creiamo un nuovo terminale, fai clic su Nuovo terminale e la finestra si apre: Ora dobbiamo eseguire diverse squadre in questa console: / IP Firewall Filter Aggiungi Azione = Accetta Catena = Commento di input = »Consenti IGMP» disabilitato = Nessuna interfaccia in-interfaccia = Ether2-master protocollo = IGMP

/ IP Firewall Filter Aggiungi Azione = Accetta Catena = Commento di input = »IPTV UDP Incoming» disabilitato = No DST-PORT = 1234 IN-INTERFACE = ETHER2-MASTER Protocol = UDP

/ IP Firewall Filter Aggiungi Azione = Accetta catena = Commento in avanti = »Inoltro UDP IPTV» Disabilitato = No DST-PORT = 1234 Protocollo = UDP 1234. Multicast petrolifero.

- Il porto è registrato in modo non ufficiale per lo streaming video e IPTV Ether2-Master. - Questa è un'interfaccia per cui IPTV viene dal fornitore.

Successivo bisogno nel menu

IP. Scegliere oggetto Firewall.

e vai alla scheda Regole del filtro.

. Abbiamo creato le regole escluse e che funzionano, dovrebbero essere più elevate per il vietare. Li trasciniamo con il mouse.

  1. Configurazione Wi-Fi
  2. Nel caso in cui si distribuisca o distribuirà IPTV tramite Wi-Fi, è necessario aggiungere ulteriori impostazioni. Per fare questo, aperto in ordine:
  3. Dopo aver premuto il pulsante Modalità avanzato, appaiono ulteriori parametri:
  4. Nel campo
  5. Supporto WMM. PIM SM RP.

Mettere

Attività numero 4.

Unicast.

  1. - Unicast, uno stream Source One Destinatario Trasmissione.
  2. - Broadcast, una fonte, destinatari Tutti i clienti online - MultiCast, un mittente, destinatari di alcuni gruppi di clienti

Che tipo di traffico usare per IPTV?

Ovviamente, è dato multicast ai canali di trasmissione. Qualsiasi canale TV che vogliamo trasmettere la rete è caratterizzato dall'indirizzo del Gruppo, selezionato dalla gamma riservata a questi scopi:

224.0.0.0 - 239.255.255.2555.

Новости

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