Réseaux pour le plus petit. Partie neuvième. MultiCast / Habr.

Notre excellent fournisseur LinkMeup grandit et tourne tranquillement par tous les services des opérateurs de télécommunication ordinaires. Maintenant, nous avons grandi jusqu'à IPTV.

Cela implique la nécessité de configurer le routage de multidiffusion et d'abord comprendre qu'il existe une telle multicone.

C'est la première déviation des principes habituels des réseaux IP. Néanmoins, le paradigme de multidiffusion est radicalement différent de la lampe chaude.

Vous pouvez même dire que cela remet en quelque sorte la flexibilité de votre esprit dans la compréhension de nouvelles approches.

Dans cet article, concentrez-vous sur ce qui suit:

Tutoriel vidéo traditionnel:

À l'aube de ma formation, comme un ingénieur, le thème de la multidiffusion était incroyablement effrayé et je l'associe à la psychotrahaham de ma première expérience avec lui. " Donc, Marat, urgent, avant midi, vous devez susciter le flux vidéo à notre nouveau bâtiment du centre-ville - le fournisseur lui donnera ici au deuxième étage «J'ai entendu parler d'un merveilleux matin. Tout ce que j'ai ensuite su sur la multidiffusion, c'est ce que l'expéditeur est un, des destinataires beaucoup, et il semble que le protocole IGMP soit impliqué d'une manière ou d'une autre.

En conséquence, avant midi, nous avons essayé de démarrer le tout - j'ai vaincu le VLAN le plus ordinaire du point d'entrée au point de sortie. Mais le signal était instable - la photo gelée, effondrée, interrompue. J'ai essayé dans une panique de comprendre ce qui peut être fait avec IGMP en général, Tyrrhogozy, a tourné le routage de la multidiffusion, Snooping IGMP, vérifié mille fois les retards et les pertes - rien n'a contribué. Et puis tout à coup tout a fonctionné. Bien sûr, stable, sans problème.

Cela m'a servi en vaccinant un multicast, et pendant une longue période, je ne lui ai montré aucun intérêt.

Déjà beaucoup plus tard, je suis arrivé à la prochaine règle: Et maintenant, à partir de la hauteur des cas incompréhensibles, je comprends qu'il ne pouvait y avoir aucun problème avec la configuration de la partie de réseau - équipement de buggy fini. Reste calme et aies confiance en moi. Après cet article, ces choses ne vous effrairont pas. Comprendre le multidiffusion général. Comme vous le savez, il existe des types de trafic suivants: Unicast. - Unicast - Un expéditeur, un destinataire. ( Exemple: Query de la page HTTP sur le serveur Web Comme vous le savez, il existe des types de trafic suivants: ). Diffuser. - Diffusion - Un expéditeur, des destinataires - Tous les appareils du segment de diffusion. ( Comme vous le savez, il existe des types de trafic suivants: Exemple: demande arp MultiCast. - MultiCast - Un expéditeur, de nombreux destinataires. ( Exemple: ipv.

Anycast.

- Unicast du nœud le plus proche - un expéditeur, en général, de nombreux destinataires, mais en fait des données ne sont envoyées qu'à une. ( Exemple: Anycast DNS ).

Comme nous avons décidé de parler de la multidiffusion, alors, peut-être, commençons par ce paragraphe de la question, où et comment il est utilisé.

La première chose qui vient à l'esprit est la télévision (IPTV) - un serveur source envoie un trafic qui doit recevoir de nombreux clients à la fois. Ceci est déterminé par le terme lui-même -

MultiCast.

- diffusion de multidiffusion. C'est-à-dire que si des émissions déjà connues, veulent diffuser à tout le monde, la multidiffusion signifie diffuser un certain groupe.

  1. La deuxième application est, par exemple, la réplication du système d'exploitation dans de nombreux ordinateurs. Cela implique de charger de gros volumes de données d'un serveur.
  2. Scénarios possibles: Conférence audio et vidéo (on dit - tout le monde écouté), commerce électronique, enchères, bourses. Mais c'est en théorie et dans la pratique, un multicast est rarement utilisé ici.

Une autre application est les messages de service de protocole. Par exemple, OSPF dans son domaine de diffusion envoie ses messages aux adresses 224.0.0.5 et 224.0.0.6. Et seuls les nœuds sur lesquels l'OSPF est en cours d'exécution sera manipulé.

Nous formulons deux principes de base des bulletins multidiffriques:

L'expéditeur n'envoie qu'une seule copie du trafic, quel que soit le nombre de destinataires.

Le trafic ne reçoit que ceux qui en sont vraiment intéressés.

Dans cet article, nous allons prendre IPTV comme exemple le plus visuel.

Exemple I.

Commençons par le cas le plus simple: Sur le serveur source, la diffusion est configurée pour le groupe 224.2.2.4 - Cela signifie que le serveur envoie le trafic à l'adresse IP 224.2.2.4. Sur le client, le lecteur vidéo est configuré pour prendre un groupe de 224.2.2.2.4. .

Dans le même temps, l'avis, le client et le serveur ne doivent pas avoir d'adresses d'un sous-réseau et de ping les uns des autres - suffisamment pour être dans un domaine de diffusion.

Un flux de multidiffusion est simplement surveillé du serveur et le client le prend simplement. Vous pouvez l'essayer directement sur votre lieu de travail en connectant deux ordinateurs avec un patch et une exécution, par exemple VLC.

Il convient de noter que dans la multidiffusion, il n'y a pas de signalisation de la source, disent-ils,

"Bonjour, je suis une source, tu n'as pas besoin d'un petit multicast?"

Le serveur source commence simplement à diffuser des paquets de multidiffusion dans son interface. Dans notre exemple, ils entrent directement au client et celui qui les prend immédiatement immédiatement.

Si vous attrapez des emballages sur ce lien, vous verrez que le trafic de multidiffusion n'est rien comme les paquets UDP Sea.

La multidiffusion n'est pas attachée à un protocole particulier. En fait, tout ce qui définit ses adresses. Cependant, si nous parlons de son application, alors dans la majorité absolue des cas, c'est UDP. Il est facilement expliqué par le fait que les données nécessaires sont généralement transmises à l'aide de la multidiffusion. Par exemple, vidéo. Si un cadre est perdu et que l'expéditeur essaiera de l'envoyer de la ré-comment cela se produit dans TCP, alors, très probablement, cette pièce est en retard et où le montrer alors? Le train est parti. Exactement la même chose avec le son.

En conséquence, il n'est pas nécessaire d'installer la connexion, donc TCP est nécessaire.

Qu'est-ce qui détourne un multidiffusion de l'incroyable? Je pense que vous avez déjà une hypothèse. Et vous avez probablement raison. Dans la situation habituelle, nous avons 1 destinataire et 1 expéditeur - chacun d'entre eux a une adresse IP unique. L'expéditeur sait exactement où skate le colis et met cette adresse dans l'en-tête IP. Chaque nœud intermédiaire due à sa table de routage sait où envoyer le paquet. Le trafic d'unicast entre les deux nœuds est sans entrave via le réseau. Mais le problème est que seule une adresse IP d'un destinataire est spécifiée dans le package habituel. Et si l'un et le même trafic comptent plusieurs destinataires? En principe, il est possible d'élargir une approche unicast et d'une telle situation - d'envoyer votre copie du colis à chaque client. Les clients ne remarqueront pas la différence - même l'un, au moins mille, mais la différence sera clairement distinguable sur vos canaux de transfert de données. GSupposons que nous ayons un transfert d'un canal SD à partir d'un serveur de multidiffusion. Laissez-le utiliser 2 Mo / s. Total des canaux de 30 ans et surveille chaque canal pendant 20 personnes en même temps. Il s'avère 2 mb / s * 30 canaux * 20 personnes = 1200 Mo / s ou 1,2 gb / s uniquement à la télévision en cas d'unicast. Mais il y a toujours des canaux HD, où vous pouvez multiplier ce chiffre en toute sécurité par 2. et où est l'endroit des torrents?

C'est pourquoi le bloc d'adresse a été posé dans IPv4

Classe D: 224.0.0.0/4

(224.0.0.0.0-239.255.255.255). Les adresses de cette gamme sont déterminées par un groupe de multidiffusion. Une adresse est un groupe, il est généralement indiqué par la lettre "

"

C'est-à-dire que le client est connecté au groupe 224.2.2.4, nous entendons qu'il reçoit un trafic de multidiffusion avec l'adresse de la destination 224.2.2.4.

Exemple II.

Ajoutez un interrupteur au schéma et quelques clients supplémentaires:

Le serveur de multidiffusion diffuse toujours pour le groupe 224.2.2.2.4. Sur le commutateur, tous les 4 ports doivent être dans un VLAN. Le trafic vient à l'interrupteur et la valeur par défaut est envoyée à tous les ports d'un VLAN. Donc, tous les clients reçoivent ce trafic. Sur eux, l'adresse du groupe 224.2.2.4 est également spécifiée du tout dans le lecteur vidéo.

En fait, tous ces appareils deviennent membres de ce groupe de multidiffusion. L'adhésion est dynamique: n'importe qui, à tout moment peut entrer et s'en sortir. Dans cette situation, le trafic recevra même ceux qui ne voulaient pas cela en général, c'est-à-dire que ni le joueur n'est pas lancé dessus, ni autre chose. Mais seulement s'il est dans le même VLAN. Plus tard, nous allons faire face à la façon de gérer.

Veuillez noter que dans ce cas, une seule copie du trafic sur le commutateur provient du serveur source et non sur une copie séparée à chaque client. Et dans notre exemple avec les canaux SD, la charge de port entre la source et le commutateur ne sera pas de 1,2 GB / S, mais seulement 60 Mo / s (2 Mo / C * 30 canaux).

En fait, cette énorme gamme (224.0.0.0.0.0.0-239.255.255.255) peut être utilisée.

Eh bien, presque toutes - les premières adresses (la gamme 224.0.0.0.0/23) sont toujours réservées à des protocoles bien connus.

Liste des adresses IP réservées

Gamme 224.0.0.0.0/24 Réservée sous Link-local

Communications. Les emballages de multidiffusion avec de telles adresses de destination ne peuvent pas aller au-delà des limites d'un segment de diffusion.

La gamme 224.0.1.0/24 est réservée aux protocoles que vous devez transmettre un multidiffusion dans tout le réseau, c'est-à-dire transmettre les routeurs.

Ici, en fait, les choses les plus fondamentales sur la multidiffusion.

Nous avons examiné une situation simple lorsque la source et le destinataire sont dans le même segment de réseau. Le trafic reçu par le commutateur est simplement envoyé dans tous les ports - pas de magie.

Mais il est toujours incompréhensible de la manière dont le trafic du serveur atteint ses clients lorsqu'il y a un énorme réseau de fournisseurs LinkmiP? Et où, en fait, il sera connu qui est le client? Nous ne pouvons pas enregistrer manuellement les itinéraires, simplement parce que nous ne savons pas où les clients peuvent être. Les protocoles de routage habituels ne répondront pas à cette question. Nous arrivons donc à comprendre que la livraison d'un multicast est quelque chose de complètement nouveau pour nous.

En général, pour délivrer un multidiffusion de la source au destinataire pour le moment il existe de nombreux protocoles - IGMP / MLD, PIM, MSDP, MBGP, MOSPF, DVMRP.

Nous nous concentrerons sur deux d'entre eux, qui sont actuellement utilisés: PIM et IGMP. Avec IGMP, les destinataires des clients finaux communiquent les routeurs les plus proches qu'ils souhaitent recevoir du trafic. Et PIM construit le chemin de déplacement du trafic de multidiffusion de la source aux destinataires via des routeurs. IGMP

Retourner à la députée à nouveau. Voir ce haut package, après quoi un flux de multidiffusion a été lancé?

Ce message de protocole IGMP envoyé par le client lorsque nous avons appuyé sur la pièce. C'est ainsi qu'il rapporte qu'il souhaite recevoir du trafic pour le groupe 224.2.2.4.

IGMP - Protocole de gestion du groupe Internet

- Il s'agit d'un protocole réseau interagissant des clients de trafic de multidiffusion et le routeur le plus proche.

IPv6 utilise MLD (Discovery auditeur de multidiffusion) au lieu de IGMP. Le principe de fonctionnement qu'ils ont absolument la même, vous pouvez donc changer facilement IGMP partout sur MLD et IP sur IPv6.

Comment fonctionne exactement de l'IGMP?

Peut-être devez-vous commencer avec le fait que les versions du protocole sont maintenant trois: IGMPv1, IGMPv2, IGMPv3. Le plus utilisé - le second, le premier est presque oublié, nous n'en parlerons donc pas, le troisième est très similaire à la seconde.

Je serai concentré sur la seconde, comme sur le plus grand impact et considérez tous les événements de connecter le client au groupe avant qu'il ne soit hors de celui-ci.

Le client demandera également un groupe de 224.2.2.2.4 via le lecteur VLC. Le rôle de l'IGMP est très simple: s'il n'y a pas de clients - il n'est pas nécessaire de transmettre du trafic multicast sur le segment. Si un client apparaît, il informe des routeurs utilisant IGMP qu'il souhaite recevoir du trafic. Afin de comprendre comment tout se passe, prenez ce réseau: Supposons que le routeur soit déjà configuré pour recevoir et traiter le trafic de multidiffusion.

une.

Dès que nous avons lancé l'application sur le client et définir le groupe 224.2.2.2.4, le colis sera envoyé au réseau. Rapport d'adhésion à l'IGMP - Le nœud "Rapports" qu'il souhaite recevoir du trafic de ce groupe.

Dans l'IGMPV2, le rapport passe à l'adresse du groupe souhaité et, en parallèle, il est indiqué dans l'emballage lui-même. Ces messages ne doivent vivre que dans leur segment et ne pas transmettre de toute façon par des routeurs, ils ont donc 1 ttl. Souvent dans la littérature, vous pouvez rencontrer la mention de

Inscrit IGMP.

. N'ayez pas peur - il s'agit d'un nom alternatif du rapport d'adhésion à IGMP.

2.

Le routeur reçoit un rapport IGMP et réalisant que cette interface comporte maintenant des clients, apporte des informations dans leurs tables.

Ceci est une sortie d'informations sur l'IGMP. Le premier groupe est demandé par le client. Les troisième et quatrièmes sont les rapports de service SSDP.

Windows intégré. Le second est un groupe spécial qui est toujours présent sur des routeurs Cisco - il est utilisé pour le protocole Auto-RP. qui est activé par défaut sur les routeurs. L'interface FE0 / 0 est descendante pour le groupe de 224.2.2.2.4 - il devra envoyer le trafic reçu. Avec la table de routage unique habituelle, il y a aussi un multidiffusion: Sur la disponibilité des clients dit le premier enregistrement

(*, 224.2.2.4)

. Et record (172.16.0.5, 224.2.2.4) .

Cela signifie que le routeur connaît la source d'un flux de multidiffusion pour ce groupe. À partir de la sortie, il est clair que le trafic du groupe 224.2.2.44 vient via Fe0 / 1, et il est nécessaire de la transmettre au port FE0 / 0. Les interfaces dans lesquelles vous devez transmettre du trafic sont incluses dans la liste des interfaces en aval -

Huile - Liste d'interface sortante

En détail la commande Afficher la militée IP. Nous allons discerner plus tard. . Au-dessus de la décharge, vous voyez que dès que le client a envoyé un rapport IGMP, immédiatement après avoir volé UDP est un flux vidéo. .

3. Le client a commencé à recevoir du trafic. Maintenant, le routeur doit parfois vérifier que les destinataires ont toujours une lacune pour ne pas diffuser si les clients sont soudainement laissés. Pour ce faire, cela envoie périodiquement une demande à toutes ses interfaces descendantes. Requête IGMP.

* Dump filtré par IGMP * Au-dessus de la décharge, vous voyez que dès que le client a envoyé un rapport IGMP, immédiatement après avoir volé UDP est un flux vidéo. .

Par défaut, cela se produit toutes les 60 secondes. TTL Ces packages sont également égaux à 1. Ils sont envoyés à l'adresse 224.0.0.1 - Tous les nœuds de ce segment - sans spécifier un groupe spécifique. Ces messages de requête sont appelés

Requête générale.

- général. Ainsi, le routeur demande: "Les gars, et qui et quoi d'autre veut recevoir?".

Après avoir reçu la requête générale de l'IGMP, tout hôte qui écoute à tout groupe doit envoyer un rapport IGMP tel qu'il l'a fait lorsqu'il est connecté. L'adresse du groupe d'intérêt pour son groupe devrait être spécifiée dans le rapport. Si, en réponse à la requête, au moins un rapport est venu au routeur, cela signifie qu'il y a des clients encore, il continue de diffuser que l'interface d'où provient le présent rapport, le trafic de ce groupe. Si une requête n'avait pas de réponse d'une interface de réponse pour certains groupes, le routeur supprime cette interface de sa table de routage de multidiffusion pour ce groupe - cesse d'envoyer du trafic. Selon son initiative, le client envoie généralement un rapport uniquement lorsqu'il est connecté, puis il répond simplement à la requête du routeur. Un détail intéressant dans le comportement du client: après avoir reçu une requête, il n'est pas pressé de répondre immédiatement au rapport. Le nœud prend une longueur de temps de 0 à .Temps de réponse maximum. .

qui est spécifié dans la requête suivante: Lors du débogage ou du décharge, à la manière, on peut voir que plusieurs secondes peuvent passer entre obtenir différents rapports. Cela se fait pour que des centaines de clients de toutes les périmètres n'ont pas inondé le réseau avec leurs rapports en recevant une requête générale. De plus, un seul client envoie généralement un rapport. Le fait est que le rapport est envoyé à l'adresse du groupe et vient donc à tous les clients. Après avoir reçu le rapport d'un autre client pour le même groupe, le nœud ne l'envoie pas. La logique est simple: le routeur a déjà reçu ce rapport même et sait qu'il y a des clients, ce n'est pas nécessaire.

Ce mécanisme s'appelle

Signaler la suppression

Ensuite dans l'article, nous allons dire pourquoi ce mécanisme est en fait très rarement travaillant quatre. Donc, continue depuis des siècles jusqu'à ce que le client souhaite quitter le groupe (par exemple, éteignez le lecteur / TV). Dans ce cas, il envoie Congé IGMP. à l'adresse du groupe.

Le routeur le reçoit et dans une idée doit s'éteindre. Mais il ne peut pas désactiver un client spécifique - le routeur ne les distingue pas - il a juste une interface en aval. Et l'interface peut être plusieurs clients. C'est-à-dire que si le routeur supprime cette interface de sa liste OUL (liste d'interfaces sortantes) pour ce groupe, la vidéo s'éteindra du tout.

Mais aussi pour ne pas le supprimer, il est également impossible - tout à coup, c'était le dernier client - pourquoi puis le laver? Au-dessus de la décharge, vous voyez que dès que le client a envoyé un rapport IGMP, immédiatement après avoir volé UDP est un flux vidéo. .

Si vous regardez dans la décharge, vous verrez qu'après avoir reçu le routeur de congé, le routeur continue de passer un certain temps. Le fait est que le routeur en réponse à partir envoie une requête IGMP à l'adresse du groupe pour laquelle ce congé est venu à cette interface où il vient. Un tel paquet est appelé

Requête spécifique au groupe.

. Y répondre

seul Requête spécifique au groupe. Ces clients qui sont connectés à ce groupe particulier.

Si le routeur a reçu un rapport de réponse pour le groupe, il continue de diffuser dans l'interface, sinon reçu - supprime la minuterie après avoir expiré la minuterie.

Au total, après réception de congé, deux groupes de requêtes spécifiques vont - un deuxième contrôle obligatoire. Ensuite, le routeur arrête le flux. Querelle Considérez un cas un peu plus difficile: Deux (ou plus) routeurs pouvant diffuser du trafic sont connectés au segment client. Si vous ne faites rien, le trafic de multidiffusion sera dupliqué - les deux routeurs recevront un rapport des clients. Afin d'éviter cela, il existe un mécanisme de choix - politique. Celui qui gagnera enverra une requête, surveillera le rapport et réagira à partir, et, en conséquence, il enverra du trafic sur le segment. Le perdant n'écoutera que signaler et garder votre main sur le pouls. Les élections se produisent assez simples et intuitives. Considérez la situation à partir du moment où les routeurs R1 et R2 sont allumés. une) IGMP activé sur les interfaces. 2) Au début, par défaut, chacun d'entre eux se considère que le requérant. 3) Chacun envoie une requête générale IGMP sur le réseau. L'objectif principal est de savoir s'il ya des clients et, en parallèle, de déclarer à d'autres routeurs dans le segment s'ils le sont, de votre désir de participer aux élections. quatre) Query Général Recevez tous les appareils du segment, y compris d'autres routeurs IGMP. cinq) Après avoir reçu un tel message d'un voisin, chaque routeur estime que le plus digne. 6) Gagne le routeur S.

IP plus petit.

(spécifié dans le champ IP source de la requête IGMP). Il devient Querier, tous les autres - non-Querier.

7)

Non-Querier démarre la minuterie réinitialisée à chaque fois que quaryy est livré avec une adresse IP plus petite. Si avant l'expiration de la minuterie (plus de 100 secondes: 105-107), le routeur ne recevra pas de requête avec une adresse plus petite, il se déclare interrompu et prend toutes les fonctions correspondantes. huit) Si Querier reçoit une requête avec une adresse plus petite, il ajoute ces tâches. Querier devient un autre routeur, qui a une propriété intellectuelle moins.

Ce cas rare quand mesuré, qui est moins. Les élections de Querier sont une procédure très importante dans la multidiffusion, mais certains fabricants insidieux qui ne détiennent pas la RFC peuvent insérer un bâton fort dans les roues. Je parle de requête IGMP avec une adresse de la source 0.0.0.0, qui peut être générée par le commutateur. De tels messages ne doivent pas participer au choix de Querier, mais vous devez être prêt pour tout. Voici un exemple Problème de longue durée très complexe.

.

Un couple de mots plus sur les autres versions IGMP La version 1 ne diffère que par le fait que Il n'a pas de congé de message

.

. Si le client ne veut pas recevoir plus de trafic de ce groupe, il cesse simplement d'envoyer un rapport en réponse à la requête. Lorsqu'il ne reste pas un seul client, le routeur de délai d'attente cessera d'envoyer du trafic. En outre, Aucune élection de querier n'est prise en charge.

. Afin d'éviter la duplication du trafic, un protocole supérieur est responsable, par exemple, PIM, sur lequel nous allons davantage La version 3 prend en charge tout ce qui prend en charge IGMPv2, mais il y a un certain nombre de changements. Premièrement, le rapport n'est plus envoyé à l'adresse du groupe, mais sur une adresse de service de multidiffusion 224.0.0.22

. Et l'adresse du groupe demandé n'est indiquée que dans le package. Ceci est fait pour simplifier le travail d'IGMP Snooping, que nous allons parler de

.

Deuxièmement, plus important encore, IGMPv3 a commencé à soutenir SSM sous sa forme pure. C'est le soi-disant

Au-dessus de la décharge, vous voyez que dès que le client a envoyé un rapport IGMP, immédiatement après avoir volé UDP est un flux vidéo. .

Le client demandera également un groupe de 224.2.2.2.4 via le lecteur VLC. Source spécifique de multidiffusion. Dans l'IGMPV2, le rapport passe à l'adresse du groupe souhaité et, en parallèle, il est indiqué dans l'emballage lui-même. Ces messages ne doivent vivre que dans leur segment et ne pas transmettre de toute façon par des routeurs, ils ont donc 1 ttl. . Dans ce cas, le client peut ne pas simplement demander un groupe, mais spécifier également une liste de sources à partir de laquelle il souhaiterait recevoir du trafic ou inversement ne voudrait pas. Dans IGMPv2, le client demande simplement et reçoit le trafic de groupe sans se soucier de la source. Ainsi, IGMP est conçu pour interagir les clients et le routeur. Par conséquent, retourner à En détail la commande Exemple II. 4Comme vous le savez, il existe des types de trafic suivants: Là où il n'y a pas de routeur, nous pouvons déclarer autorité - IGMP là-bas - pas plus que la formalité. Il n'y a pas de routeur et le client n'a personne pour demander un flux de multidiffusion. Et il gagnera une vidéo pour la simple raison que le flux et donc versez-vous à partir du commutateur - vous devez juste le prendre. Rappelez-vous que l'IGMP ne fonctionne pas pour IPv6. Il y a du protocole MLD Répétez encore Tout d'abord, le routeur a envoyé sa requête générale IGMP après l'activation de l'IGMP sur son interface pour savoir s'il y a des destinataires et déclarer leur désir d'être Querier. À ce moment-là, personne n'était dans ce groupe. Ensuite, un client est apparu, qui souhaitait recevoir du trafic du groupe 224.2.2.4 et il a envoyé son rapport IGMP. Après cela, je suis allé à la circulation dessus, mais elle est filtrée hors de la décharge. Ensuite, le routeur a décidé pour une raison quelconque de vérifier - et s'il n'y a plus de clients et envoyé à nouveau une requête générale d'IGMP à laquelle le client est obligé de répondre ( cinq.

Périodiquement (une fois par minute), le routeur vérifie que les destinataires ont toujours, à l'aide de la requête générale IGMP, et le nœud confirme ceci à l'aide du rapport IGMP.

Mais il est toujours incompréhensible de la manière dont le trafic du serveur atteint ses clients lorsqu'il y a un énorme réseau de fournisseurs LinkmiP? Et où, en fait, il sera connu qui est le client? Nous ne pouvons pas enregistrer manuellement les itinéraires, simplement parce que nous ne savons pas où les clients peuvent être. Les protocoles de routage habituels ne répondront pas à cette question. Nous arrivons donc à comprendre que la livraison d'un multicast est quelque chose de complètement nouveau pour nous. 6 Ensuite, il a changé d'esprit et a refusé le groupe en envoyant un congé IGMP. 7. Le routeur a reçu des congés et souhaitant s'assurer qu'aucun autre destinataire n'est pas d'autres destinataires, envoyez une requête spécifique du groupe IGMP ... deux fois. Et après l'expiration de la minuterie cesse de transmettre du trafic ici. huit. Cependant, il continue de transmettre une requête IGMP au réseau. Par exemple, au cas où vous n'aviez pas éteint le joueur, mais simplement quelque part avec la connexion du problème. Ensuite, la connexion est restaurée, mais le client n'envoie pas de rapport seul. Mais requête réponses. Ainsi, le débit peut récupérer sans participation humaine. Encore une fois Cela se fait pour que des centaines de clients de toutes les périmètres n'ont pas inondé le réseau avec leurs rapports en recevant une requête générale. De plus, un seul client envoie généralement un rapport. - Protocole par lequel le routeur apprend à propos de la présence de bénéficiaires de la circulation multidiffusion et de leur déconnexion. Requête spécifique au groupe. Rapport IGMP

- Envoyé par le client lorsqu'il est connecté et en réponse à la requête IGMP. Cela signifie que le client souhaite recevoir un spectacle d'un groupe particulier.

.

In requête générale de l'IGMP.

- Il est envoyé périodiquement par le routeur pour vérifier quels groupes sont nécessaires maintenant. L'adresse du destinataire, 224.0.0.1 est indiquée.

GROUPE IGMP Demande SEPCIFIQUE

- Envoyé par le routeur en réponse au congé de message, pour savoir s'il existe d'autres destinataires de ce groupe. En tant qu'adresse du destinataire, l'adresse du groupe de multidiffusion est indiquée.

- sélectionné par le client lorsqu'il souhaite quitter le groupe.

- Si dans un segment de diffusion, plusieurs routeurs peuvent être diffusés, parmi lesquels un querier principal est sélectionné. Il envoie périodiquement la requête et transmettrea le trafic.

Description détaillée de tous les termes de l'IGMP

Pim

Nous avons donc compris comment les clients informent le routeur le plus proche de leurs intentions. Maintenant, il serait agréable de transférer le trafic de la source au destinataire via un grand réseau. Si vous y réfléchissez, nous sommes debout avant un problème complexe content - la source ne diffuse que pour le groupe, il ne connaît rien d'où se trouvent les destinataires et le nombre. .

Les destinataires et les routeurs les plus proches savent seulement qu'ils ont besoin d'un spectacle d'un groupe particulier, mais il n'ya aucune idée où la source est et quelle est son adresse. Comment fournir du trafic dans cette situation?

Il existe plusieurs protocoles de routage de trafic multicast: DVMRP

  • , Mospf.
  • , Cbt.

- Tous résolvent une telle tâche de différentes manières. Mais la norme de facto est devenue

PIM - Protocole multidiffusion indépendante

D'autres approches sont tellement indésirables que parfois même leurs développeurs le reconnaissent pratiquement. Ici, par exemple, un extrait de RFC via le protocole CBT: La version 2 CBT n'est pas, et n'était pas destinée à être compatible avec la version 1; Nous n'entrons pas cela pour causer de vastes problèmes de compatibilité car nous ne croyons pas que la CBT est du tout largement déployé à ce stade.

PIM a deux versions qui peuvent même être appelées deux protocoles différents en principe, ils sont fortement différents:

Mode dense PIM (DM)

MODE PIM SPARSE (SM) Indépendant, il est parce qu'il n'est pas lié à un programme particulier de routage de trafic unique et, plus tard, vous verrez pourquoi. .

Mode dense pim.

Pim dm.

Essayant de résoudre le problème de la livraison de la multiquette dans le front. Il suppose évidemment que les destinataires sont partout, dans tous les coins du réseau. Par conséquent, au départ, il met tout en œuvre l'ensemble du réseau de trafic de multidiffusion, c'est-à-dire qu'il l'envoie à tous les ports, en outre, d'où il vient. Si alors, il s'avère que quelque part il n'est pas nécessaire, cette branche est "coupée" à l'aide d'un message spécial PIM Prune - Trafic n'est plus envoyé là-bas. Mais après un certain temps dans la même branche, le routeur essaye à nouveau d'envoyer une multidiffusion - les destinataires soudains sont apparus là-bas. Si non apparu, la branche est à nouveau coupée à une certaine période. Si le client sur le routeur est apparu dans l'intervalle entre ces deux événements, le message de greffe est envoyé - le routeur demande la branche de la coupe de manière à ne pas attendre avant de tomber quelque chose. .

Comme vous pouvez le constater, il n'est pas question de déterminer le chemin d'accès aux destinataires - le trafic les réalisera simplement parce que c'est partout.

Après une "circoncision" de branches inutiles, un arbre reste, le long duquel un trafic de multidiffusion est passé. Cet arbre est appelé

SPT - Arbre de chemin le plus court

Il est dépourvu de boucles et utilise le chemin le plus court du destinataire à la source. En substance, il est très similaire à couvrant l'arbre dans la STP

Où la racine est la source.

SPT est une vue sur l'arborescence de béton - l'arbre d'arbre le plus court. En général, tout arbre multicone est appelé

MDT - Arbre de distribution de multidiffusion

Il est supposé que PIM DM devrait être utilisé sur des réseaux de haute densité de clients de multidiffusion, ce qui explique son nom (dense). Mais la réalité est telle que cette situation est plutôt une exception et souvent, PIM DM est inapproprié. Ce qui est vraiment important pour nous maintenant est un mécanisme pour éviter les boucles. Imaginez un tel réseau:

Une source, un destinataire et le réseau IP le plus simple entre eux. Sur tous les routeurs exécutant PIM DM.

Que se passerait-il s'il n'y avait pas de mécanisme spécial pour éviter les boucles?

La source envoie un trafic de multidiffusion. R1 le reçoit et conformément aux principes de PIM DM envoie à toutes les interfaces, en outre, où il vient - c'est-à-dire sur R2 et R3.

R2 entre de la même manière, c'est-à-dire qu'il envoie du trafic vers R3. R3 ne peut pas déterminer que c'est le même trafic qu'il a déjà reçu de R1, il l'envoie donc à toutes ses interfaces. R1 recevra une copie du trafic de R3 et ainsi de suite. Ici elle est une boucle.

Que propose PIM dans une telle situation?

FPR - Transfert de chemin inverse

. Il s'agit du principe principal de la transmission de trafic de multidiffusion dans PIM (tout type de société: et DM et SM) - la circulation de la source doit venir le long du chemin le plus court. C'est-à-dire que pour chaque emballage de multidiffusion reçu, il est vérifié sur la base de la table de routage, qu'il s'agisse de là. 1) Le routeur examine l'adresse de la source de paquets de multidiffusion.

2) Vérifie la table de routage, à travers laquelle l'interface est disponible l'adresse source.

3) Vérifie l'interface à travers laquelle le package de multidiffusion est venu.

4) Si les interfaces coïncident - tout va bien, le package de multidiffusion est ignoré, si les données proviennent d'une autre interface - elles seront jetées.

Exemple: ipv.

Dans notre exemple, R3 sait que le chemin le plus court vers la source réside par le biais de R1 (itinéraire statique ou dynamique). Par conséquent, les paquets de multidiffusion provenant de R1 sont testés et reçus R3, et ceux qui venaient de R2 sont supprimés.

Cette vérification est appelée

RPF-Check. Et grâce à elle même dans des réseaux plus complexes, les boucles de MDT ne surgiront pas. Ce mécanisme est important pour nous, car il est pertinent et dans PIM-SM et y travaille seul.

Comme vous pouvez le constater, PIM est basé sur la table d'un routage unique, mais d'abord, il ne gente pas la circulation, deuxièmement, peu importe qui et comment remplir la table. Vous n'arrêterez pas ici et considérez le travail de PIM DM en détail - il s'agit d'un protocole obsolète avec une pesée de carences (bien, comme RIP .

Cependant, PIM DM peut être appliqué dans certains cas. Par exemple, dans de très petits réseaux, où le flux d'une multicast est faible.

MODE PIM SPARSE.

Une approche complètement différente s'applique PIM SM.

. Malgré le nom (mode endommagé), il peut être utilisé avec succès sur tout réseau avec une efficacité au moins pire que le DM PIM.

.

Ici, ils ont refusé l'idée d'inondations inconditionnelles d'un réseau de multidiffusion. Les nœuds intéressés demandent indépendamment une connexion d'arborescence à l'aide de messages 
JOIN DE PIM. Si le routeur n'a pas envoyé de jointure, le trafic ne sera pas envoyé. Afin de comprendre comment fonctionne PIM, commençons par un réseau simple avec un seul routeur PIM:

Dans les paramètres à R1, vous devez activer la possibilité de rouler un multidiffusion, PIM SM sur deux interfaces (vers la source et vers le client) et l'IGMP vers le client.

En plus des autres paramètres de base, bien sûr (IP, IGP).

À partir de maintenant, vous pouvez laisser tomber le GNS et collecter le laboratoire. Il suffit de rassembler un support pour un multidiffusion que j'ai raconté dans cet article.

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) #IP PIM Mode de plaide. Cisco ici présente généralement son approche spéciale: lorsque vous activez le PIM de l'interface, IGMP est automatiquement activé. Sur toutes les interfaces où PIM est activée, cela fonctionne et IGMP. Dans le même temps, d'autres fabricants ont deux protocoles différents, tournez deux commandes différentes: IGMP séparé, séparément pim. Pardonnez-vous Cisco cette bizarrerie? Avec tous les autres? De plus, il peut être nécessaire de configurer l'adresse RP ( IP PIM RP-Adresse 172.16.0.1 , par exemple). À ce sujet plus tard, tout en acceptant comme une donnée et accepte.

Vérifiez l'état actuel de la table de routage multidiffusion du groupe 224.2.2.4: Après avoir démarré la diffusion sur la source, vous devez vérifier la table à nouveau. Analysons cette petite conclusion.

Vue d'enregistrement (*, 225.0.1.1) Dans le même temps, d'autres fabricants ont deux protocoles différents, tournez deux commandes différentes: IGMP séparé, séparément pim. appelé De plus, il peut être nécessaire de configurer l'adresse RP ( (*, G) , / lis Starkomadzhi (/ Et nous informe des destinataires. Et il n'est pas nécessaire de parler d'un ordinateur client, en général, cela peut être, par exemple, un autre routeur PIM. Il est important de faire passer du trafic. Si la liste des interfaces en aval (huile) est vide -

NUL

, Par conséquent, il n'y a pas de destinataires - et nous ne les avons pas encore lancés.

Enregistrer

(172.16.0.5, 225.0.1.1) (S, g) .

Eskijah

/ Et suggère que la source est connue. Dans notre cas, une source avec adresse 172.16.0.5 diffuse la circulation du groupe 224.2.2.4. Le trafic de multidiffusion vient à l'interface FE0 / 1 - c'est

Ascendant

En amont

) Interface.

Donc, pas de clients. Le trafic de la source vient au routeur et sur cette vie se termine. Ajoutons maintenant le destinataire - nous allons mettre la réception de la multidiffusion sur le PC.

Le PC envoie le rapport IGMP, le routeur comprend que les clients sont apparus et met à jour la table de routage de multidiffusion. Maintenant elle ressemble à ceci: Une interface en aval est apparue: Fe0 / 0, qui est assez attendu. Et il est apparu à la fois en (*, g) et en (s, g). La liste des interfaces en aval est appelée

Huile - Liste d'interfaces sortantes

.

Ajoutez un autre client à l'interface FE1 / 0:

Si vous lisez la sortie littéralement, nous avons:

(*, G): Il existe des destinataires de trafic multicast pour le groupe 224.2.2.4 Interfaces extérieures Fe0 / 0, Fe1 / 0. Et absolument, peu importe qui l'expéditeur, quoi et dit le signe "*". 

(S, G): Lorsque le trafic multicast avec l'adresse de destination 224.2.2.4 de la source 172.16.0.5 est livré à l'interface FE0 / 1, ses copies doivent être envoyées à Fe0 / 0 et Fe1 / 0.

Mais c'était un exemple très simple - un routeur connaît immédiatement l'adresse source et où se trouvent les destinataires. En fait, même les arbres il n'y a pas ici - sauf pour le dégénéré. Mais cela nous a aidés à faire face à la manière dont PIM et IGMP interagissent. 
Pour gérer ce que PIM est, nous nous tournons vers le réseau beaucoup plus complexe

Supposons que toutes les adresses IP soient déjà configurées conformément au schéma. Le réseau exécute IGP pour un routage unique ordinaire. Client1 Par exemple, peut ping un serveur source. Mais jusqu'à présent, PIM, IGMP ne fonctionne pas, les clients ne demandent pas de canaux. Fichier la configuration initiale

Donc, le moment du temps 0.

Allumez le routage de multidiffusion sur les cinq routeurs:

RX (config) #IP MultiCast-Routing

PIM est inclus directement sur toutes les interfaces de tous les routeurs (y compris sur l'interface vers le serveur source et les clients):

Rx (config) #int fex / x rx (config-if) #ip pim Sparse-Mode IGMP, en théorie, devrait être incluse sur les interfaces envers les clients, mais, comme nous l'avons déjà noté ci-dessus, il s'allume automatiquement sur l'équipement Cisco avec PIM. La première chose que PIM fait - définit le quartier. Messages utilisés pour cela

Pim hello.

. Lorsque vous activez la PIM sur l'interface, PIM Bonjour est envoyé à l'adresse

  1. 224.0.0.13
  2. Avec TTL égal à 1. Cela signifie que seuls les routeurs d'un domaine de diffusion peuvent être voisins.

Dès que les voisins ont eu des salutations les uns des autres:

Maintenant, ils sont prêts à accepter des applications pour des groupes de multidiffusion.

Si nous démarquons maintenant dans le boîtier du client d'une part et allumez le flux de multidiffusion du serveur de l'autre, R1 recevra un flux de trafic et R4 recevra un rapport IGMP lorsque vous essayez de vous connecter. En conséquence, R1 ne saura rien sur les destinataires et R4 sur la source. Ce serait bien si des informations sur la source et les clients du groupe ont été collectées quelque part au même endroit. Mais dans quoi? Un tel point de la réunion est appelé

Rendezvous point - RP 

. C'est le concept central de PIM SM. Rien n'a travaillé sans elle. Voici la source et les destinataires.

Tous les routeurs PIM devraient savoir qui est RP dans le domaine, c'est-à-dire connaître son adresse IP. Pour construire une arborescence MDT, le réseau est sélectionné comme RP un point central, qui, responsable de l'étude de la source,

C'est un point d'attraction de rejoindre des messages de tous intéressés. 

Il existe deux façons de la tâche RP: statique et dynamique. Nous examinerons les deux dans cet article, mais commençons par statique, car ce qui est plus susceptible d'être statique?

Soit R2 être joué par RP.

Pour augmenter la fiabilité, l'adresse de bouclage est généralement sélectionnée. donc

pour tout le monde

Les routeurs sont exécutés par la commande: RX (config) #IP PIM RP-Adresse 2.2.2.2 )

Naturellement, cette adresse doit être disponible sur la table de routage de tous les points. Eh bien, puisque l'adresse 2.2.2.2 est RP, sur l'interface )

Loopback 0. Sur R2, il est également souhaitable d'activer le PIM. R2 (config) #interface Loopback 0 RX (Config-if) #IP PIM SPARSE-MODE-MODE )

Immédiatement après cela, R4 apprend à propos de la source de trafic pour le groupe 224.2.2.4:

Et même transférer le trafic:

L'interface FE0 / 1 vient 362000 B / S, et via l'interface FE0 / 0 qu'ils sont transmises.

Tout ce que nous avons fait: Ensuite, le routeur arrête le flux. Inclus la capacité de routage du trafic de multidiffusion (

Considérez un cas un peu plus difficile: IP MultiCast-Routing

PIM activé sur des interfaces ( C'est-à-dire que pour chaque emballage de multidiffusion reçu, il est vérifié sur la base de la table de routage, qu'il s'agisse de là. IP PIM SPARSE-MODE

Indiqué l'adresse RP ( IP PIM RP-Adresse X.x.x.x. Tout, c'est déjà une configuration de travail et peut être recherché, car les scènes sont cachées beaucoup plus que visibles sur scène. Configuration complète avec PIM.

- politique. Celui qui gagnera enverra une requête, surveillera le rapport et réagira à partir, et, en conséquence, il enverra du trafic sur le segment. Le perdant n'écoutera que signaler et garder votre main sur le pouls. Compte rendu

Comment ça marche à la fin? Comment RP sait-il où la source où les clients et fournissent une communication entre eux? Étant donné que tout s'avère pour l'amour de nos clients préférés, alors, en commençant par eux, envisagez tout le processus dans les détails. Le client 1 envoie un rapport IGMP pour le groupe 224.2.2.4

R4 Obtient cette requête, comprend qu'il existe un client en dehors de l'interface Fe0 / 0, ajoute cette interface à l'enregistrement de l'huile et des formulaires (*, G).

L'interface ascendante FE0 / 1 est vue ici, mais cela ne signifie pas que R4 reçoit du trafic pour le groupe 224.2.2.4. Cela ne dit que le seul endroit d'où il peut recevoir est Fe0 / 1, car il y a là que RP est là. Au fait, le voisin qui a passé

Considérez la situation à partir du moment où les routeurs R1 et R2 sont allumés. - R2: 10.0.2.24. Attendu.

R4 est appelé - LHR (dernier routeur de hop) - le dernier routeur sur le trafic de multidiffusion, si vous comptez à partir de la source. En d'autres termes, c'est le routeur le plus proche du destinataire. Pour

Client1. - c'est r4 pour Client2.

- Ceci est R5.

Comme il n'y a pas de flux de multidiffusion sur R4 (il n'a pas été demandé auparavant), il constitue le message de joindre PIM et l'envoie vers RP (2.2.2.2).

La jointure PIM est envoyée par un multidiffusion à l'adresse 224.0.0.13. "Dans la direction de RP", on entend par interface spécifié dans la table de routage, comme sortant pour l'adresse spécifiée dans l'emballage. Dans notre cas, il est 2.2.2.2 - Adresse RP. Cette jointure est appelée

Rejoindre (*, g)

Et il dit: "Peu importe qui source, j'ai besoin d'un trafic de groupe 224.2.2.4." C'est-à-dire que chaque routeur sur le chemin devrait gérer une telle jointure et, si nécessaire, envoyer une nouvelle jointure à la partie de RP. (Il est important de comprendre que s'il y a déjà déjà ce groupe sur le routeur, il n'enverra pas de rejoindre - il ajoutera simplement l'interface à laquelle une joindre est venue à l'huile et commence à passer du trafic). Dans notre cas, rejoindre est allé à Fe0 / 1:

R2, ayant reçu une jointure, génère un enregistrement (*, g) et ajoute l'interface FE0 / 0 à l'huile. Mais rejoindre ne peut plus envoyer - il lui-même déjà rp, et rien n'est encore connu sur la source. Mais après un certain temps dans la même branche, le routeur essaye à nouveau d'envoyer une multidiffusion - les destinataires soudains sont apparus là-bas. Si non apparu, la branche est à nouveau coupée à une certaine période. Si le client sur le routeur est apparu dans l'intervalle entre ces deux événements, le message de greffe est envoyé - le routeur demande la branche de la coupe de manière à ne pas attendre avant de tomber quelque chose. Ainsi, RP apprend que les clients sont situés.

IGMP activé sur les interfaces. Si un

Client 2. Voulez-vous également recevoir du trafic de multidiffusion pour le même groupe, R5 enverra PIM Rejoignez à Fe0 / 1, car il s'agit de RP, R3, la recevant, forme une nouvelle joindre PIM et l'envoie à Fe1 / 1 - où RP est situé. C'est-à-dire que rejoignez les voyages de sorte que le nœud derrière le nœud jusqu'à ce qu'il atteigne RP ou à un autre routeur, où il y a déjà des clients de ce groupe.

Donc, R2 est notre RP - sait maintenant que pour Fe0 / 0 et Fe1 / 0, il a des destinataires pour le groupe 224.2.2.2.4.

Et peu importe combien il y a là-bas - une après chaque interface ou cent - le flux de trafic sera toujours un sur l'interface. Si vous décrivez graphiquement ce que nous avons eu, cela ressemblera à ceci: Ressemble à distance à un arbre, non? Par conséquent, il s'appelle -

Au début, par défaut, chacun d'entre eux se considère que le requérant. RPT - Arbre Point Rendezvous

. Cet arbre est enraciné dans RP et dont les succursales s'étendent aux clients.

Plus grand terme comme nous l'avons mentionné ci-dessus -

- Arbre le long duquel le flux de multidiffusion est distribué. Plus tard, vous verrez la différence entre MDT et RPT.

Maintenant, nous donnons le serveur. Comme nous l'avons déjà discuté ci-dessus, il ne s'inquiète pas de PIM, RP, IGMP - il vient de diffuser. Et R1 obtient ce flux. Sa tâche est de livrer un multidiffusion à RP. Dans PIM, il y a un type particulier de messages - S'inscrire . Il est nécessaire d'enregistrer une source de multidiffusion sur RP.

Query Général Recevez tous les appareils du segment, y compris d'autres routeurs IGMP. R1 reçoit donc un flux de multidiffusion de groupes 224.2.2.4:

R1 est

FHR (premier routeur de hop)

- le premier routeur sur le chemin du trafic de multidiffusion ou le plus proche de la source.

Ensuite, il encapsule chaque package de multidiffusion reçu de la source au registre PIM unique et l'envoie directement à RP.

  1. Faites attention à la pile de protocoles. En plus de l'IP UNICUST et de l'en-tête PIM est l'IP de multidiffusion d'origine, UDP et les données.
  2. Maintenant, contrairement à tous les autres, les messages PIM qui nous sont connus, dans l'adresse du destinataire, 2.2.2.2 sont indiqués et non une adresse multicone.

Un tel paquet est livré à RP en fonction des règles standard de l'acheminement uniqureen et porte le package de multidiffusion d'origine, c'est-à-dire qu'il s'agit de tunneling!

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

Numéro de tâche 1. Schéma et configuration initiale. .

Après avoir reçu un tel message d'un voisin, chaque routeur estime que le plus digne. Sur le serveur 172.16.0.5, une application qui ne peut transmettre que des packages uniquement à une adresse de diffusion 255.255.255.255, avec le port de destinataire UDP 10999. Ce trafic doit être livré aux clients 1 et 2: .

Client 1 sous la forme d'un trafic de multidiffusion avec l'adresse du groupe 239.9.9.9.

Et dans le segment client 2, sous la forme de packages de diffusion à l'adresse 255.255.255.255.

Détails de la tâche ici.

===================== Schéma et configuration initiale. RP reçoit un registre PIM, le décompresse et détecte la circulation sous Wrapper pour le groupe 224.2.2.4. Indépendant, il est parce qu'il n'est pas lié à un programme particulier de routage de trafic unique et, plus tard, vous verrez pourquoi. Des informations à ce sujet, il entre immédiatement dans sa table de routage multidiffusion:

Une entrée (S, G) - (172.16.0.5, 224.2.2.4). Les paquets RP déballés envoient davantage à RPT aux interfaces FE0 / 0 et FE1 / 0, selon lesquelles le trafic vient des clients.

En principe, cela pourrait être arrêté. Tout fonctionne - les clients obtiennent du trafic. Mais il y a deux problèmes:

Processus encapsulation et décapsulation - actions très coûteuses pour les routeurs. De plus, des en-têtes supplémentaires augmentent la taille de l'emballage et ne peuvent tout simplement pas grimper dans le MTU quelque part sur le nœud intermédiaire (vous vous souvenez de tous les problèmes de tunneling).

Si soudainement quelque part entre la source et la RP, il y a aussi des destinataires du groupe, le trafic de multidiffusion devra passer à deux reprises deux fois. Prenons par exemple ici est une telle topologie: Le trafic dans les messages du registre atteindra d'abord RP le long de la ligne R1-R42-R2, puis le multidiffusion net reviendra le long de la ligne R2-R42. Ainsi, sur la ligne R42-R2, deux copies d'un trafic ira, bien que dans des directions opposées. Par conséquent, il est préférable de transférer un multidiffusion propre à RP à RP, et pour cela, vous devez construire un arbre - Arbre source Par conséquent, RP envoie PIM Rejoindre à R1. Mais maintenant, il est indiqué que l'adresse du groupe n'est pas une RP, mais la source étudiée à partir du message de registre. Ce message s'appelle Joindre (S, G) - Source Spécifique Join Son objectif est exactement le même que la jointure PIM (*, g) - construire un arbre, seulement cette fois de la source à RP. Rejoindre (S, G) étend également un nœud derrière un nœud en tant que jointure habituelle (*, g). JOIN SEULEMENT (*, G) s'efforce de RP et de rejoindre (S, G) à S - Source. L'adresse du destinataire étant également une adresse de service 224.0.0.13 et TTL = 1. S'il existe des nœuds intermédiaires, par exemple, R42, ils forment également un enregistrement (S, G) et une liste des interfaces en aval pour ce groupe et une jointure à terme sur la source. Le chemin pour lequel rejoindre RP à la source se transforme en - Arbre de la source. Mais un nom plus commun - - Après tout, la circulation de la source à RP ira le long du chemin le plus court.

neuf) R1 ayant reçu une jointure (S, G), ajoute l'interface FE1 / 0, à partir de laquelle le package est venu à la liste des interfaces d'huile en aval et commence à diffuser le trafic de multidiffusion net, encapsulation non dissociable. L'enregistrement (S, G) sur R1 a déjà été dès qu'il obtient le premier package multifeuse du serveur source. Selon l'arborescence source construite, la multidiffusion est transmise RP (et tous les clients intermédiaires s'ils sont, par exemple, R42). .

Mais il est nécessaire de garder à l'esprit que les messages du registre ont été transmis tout ce temps et ont passé jusqu'à présent. En fait, R1 envoie deux copies de trafic maintenant: l'une est une pure multidiffusion SPT, l'autre est encapsulée dans le registre UniCustic. Premièrement, R1 envoie un multidiffusion pour s'inscrire - Forfait 231.

. Alors R2 (RP) veut se connecter à l'arborescence, envoie une jointure -

Forfait 232.

. R1 est encore quelque temps tandis que la requête est traitée par R2, envoie un multidiffret à enregistrer ( Forfaits de 233 à 238 ). Ensuite, lorsque l'interface aval a été ajoutée à l'huile sur R1, elle commence à transmettre de la multidiffusion pure -

Forfaits 239 et 242 , mais pas encore d'arrêt et d'inscription - Forfaits 241 et 243 . MAIS и Paquet 240. - Ce R2 n'a pas pu rester debout et une fois de plus demandé de construire un arbre. Schéma et configuration initiale. dix) Donc, le multidiffusion sans correspondance atteint RP. Elle comprend qu'il s'agit du même trafic fourni dans le registre, car la même adresse de groupe est la même adresse source et d'une interface. Pour ne pas recevoir deux copies, il envoie à R1 unique Butée du registre PIM

Registre-stop ne signifie pas que R2 refuse le trafic ou ne reconnaît pas plus de cette source, il ne dit que s'il est nécessaire d'arrêter d'envoyer

encapsulé circulation. Ensuite, une lutte féroce - R1 continue de transférer le trafic accumulé dans la mémoire tampon, tandis que les processus d'arrêt du registre et la multidiffusion habituelle et à l'intérieur des messages du registre:

Mais, tôt ou tard, R1 commence à diffuser uniquement du trafic de multidiffusion pur.

Lors de la préparation, j'ai eu une question légitimale: Eh bien, pourquoi tous ces tunnels, le registre PIM? Pourquoi ne pas faire avec un trafic de multidiffusion, comme avec Pim Rejoindre - envoyez un houblon derrière un houblon avec TTL = 1 vers RP - tôt ou tard, il viendra? Donc, cela construirait également un arbre en même temps sans gestes inutiles.

Il y a plusieurs nuances ici.

Premièrement, le principe principal de PIM SM est violé - le trafic envoyé uniquement à l'endroit où il a été demandé.

Non Join - Aucun arbre

! Deuxièmement, s'il n'y a pas de clients pour ce groupe, FHR ne le reconnaît pas et continuera d'envoyer du trafic sur le "propre arbre". Quelle est l'utilisation de l'esprit de la bande passante? Dans le monde de la communication, un tel protocole ne survivrait tout simplement pas, comme cela n'a pas survécu à PIM DM ou DVMRP. Nous avons donc un grand arbre MDT pour le groupe 224.2.2.4 de

Maintenant, nous donnons le serveur. Comme nous l'avons déjà discuté ci-dessus, il ne s'inquiète pas de PIM, RP, IGMP - il vient de diffuser. Et R1 obtient ce flux. Sa tâche est de livrer un multidiffusion à RP. Serveurs source S'inscrire avant que Client 1.

Client 2.

. Et ce MDT est composé de deux pièces, qui ont été construits indépendamment les uns des autres:

de la source à RP et Rpt de RP aux clients. Voici la différence entre le MDT de RPT et SPT. Le MDT est un terme assez courant qui signifie un arbre de transmission de multidiffusion en général, tandis que RPT / SPT est son apparence très spécifique.

Et si le serveur est déjà diffusé, et il n'y a pas de client et non? MultiCast, vous ferez obstruer le site entre l'expéditeur et la RP?

Non, dans ce cas, l'arrêt du registre PIM aidera également. Si le message de registre a commencé sur RP pour certains groupes et qu'il n'y a pas de destinataires, RP ne veut pas obtenir ce trafic. Par conséquent,

Ne pas envoyer

PIM JOIN (S, G), RP envoie immédiatement son registre à R1.

R1, ayant reçu le registre-stop et voyant qu'il n'y a pas d'arbre pour ce groupe (aucun client), commence à supprimer le trafic de multidiffusion du serveur.

C'est-à-dire que le serveur lui-même n'est pas inquiet à ce sujet et continue d'envoyer le flux, mais, après avoir atteint l'interface du routeur, le flux sera jeté.

Dans ce cas, RP continue de stocker l'entrée (S, G). C'est-à-dire que le trafic ne reçoit pas, mais où la source est située pour le groupe le sait. Si les destinataires apparaissent dans le groupe, RP apprend à leur sujet et envoie à la source de la source (S, G), qui construit un arbre.

De plus, toutes les 3 minutes R1 essaieront de ré-enregistrer une source sur RP, c'est-à-dire envoyer des paquets de registre. Il est nécessaire de notifier à RP que cette source est toujours en vie.

Dans des lecteurs particulièrement curieux, la question doit se poser - qu'en est-il du RPF? Après tout, ce mécanisme vérifie l'adresse de l'expéditeur du package de multidiffusion et si le trafic ne provient pas de l'interface correcte, il sera jeté. Dans le même temps, le RP et la source peuvent être à différentes interfaces. Donc, dans notre exemple pour R3 RP - pour Fe1 / 1 et la source de Fe1 / 0. . MAIS La réponse est prévisible - dans ce cas, l'adresse source est vérifiée, mais RP. C'est-à-dire que le trafic doit provenir de l'interface vers RP. Mais comme vous voyez plus loin, ce n'est pas non plus une règle irréaliste. .

Il est important de comprendre que RP n'est pas un aimant universel - pour chaque groupe, il peut y avoir son RP. Autrement dit, il peut y en avoir deux d'entre eux dans le réseau et trois, et cent - un RP est responsable d'un ensemble de groupes, l'autre est après l'autre. De plus, il y a une telle chose que Anycast RP. Puis différents RP peuvent servir le même groupe. Numéro de tâche 2. и - c'est r4 pour Note en topologie : Dans ce problème, seuls R1, R2 Routeurs exécutent des administrateurs de notre réseau. C'est-à-dire que la configuration ne peut être modifiée que sur elles. Le serveur 172.16.0.5 transmet le trafic de multidiffusion aux groupes 239.1.1.1.1 et 239.2.2.2.

Configurez le réseau de manière à ce que le trafic du groupe 239.1.1.1 ne soit pas transmis au segment entre R3 et R5, et dans tous les segments inférieurs à R5.

Mais dans le même temps, le groupe de trafic 239.2.2.2 devrait être transmis sans problèmes.

Détails de la tâche ici.

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

Razor Okkama ou désactivation des branches inutiles

Une fois que le dernier client du segment a refusé de souscrire, le PIM doit couper la branche RPT en excès.

Soit, par exemple, le seul client sur le R4 éteint l'ordinateur. IGMP quitter le routeur ou après trois requêtes IGMP sans réponse comprend qu'il n'y a plus de clients pour Fe0 / 0 et envoie au message RP

Pim . Selon le format, c'est exactement la même chose que Joindre, mais effectue la fonction opposée. L'adresse de destination est également 224.0.0.13 et TTL est 1.

Mais le routeur qui a reçu un élagité de PIM avant de supprimer un abonnement, en attente d'un certain temps (généralement 3 secondes - Rejoindre la minuterie).

Ceci est fait pour une telle situation:

Dans un domaine de diffusion 3 routeur. L'un d'entre eux est plus élevé et c'est lui qui transmet un trafic de multidiffusion au segment. Ceci est R1. Pour les deux routeurs (R2 et R3), son huile ne contient qu'un seul enregistrement.

Si maintenant R2 décide de déconnecter et d'envoyer des pruneaux de PIM, il peut substituer à son collègue R3 - R1 après tout arrêter de diffuser dans l'interface du tout.

Donc, afin que cela ne se produise pas, R1 et donne du délai d'attente en 3 secondes. Pendant ce temps, R3 doit avoir le temps de réagir. Compte tenu du réseau de diffusion, il recevra également une prunealité de R2 et, par conséquent, s'il veut continuer à recevoir du trafic, il envoie instantanément la jointure PIM habituelle au segment, notifiant R1 qu'il n'est pas nécessaire de supprimer l'interface.

Ce processus s'appelle le remplacement de pruneaux. R2, comme c'était en échrisant R1, intercepté l'initiative.

Commutation SPT - commutation RPT-SPT

Jusqu'à présent, nous considérons surtout seulement seulement

. Maintenant, tournons à Client 2. Au début, tout est identique pour lui Client 1. - Il utilise RPT de RP, que nous avons examiné plus tôt. Au fait, depuis les deux - et

Client 1. .

- Utilisez un arbre, un tel arbre est appelé

Arbre partagé

- Ceci est un nom assez commun. Arbre partagé = RPT.

  • C'est ainsi que la table de routage de multicast sur R5 ressemble au tout début, immédiatement après la construction de l'arbre: Il n'y a pas d'enregistrement (S, G), mais cela ne signifie pas que le trafic de multidiffusion n'est pas transmis. Juste R5 ne se soucie pas de l'expéditeur de qui. Veuillez noter comment le trafic devrait aller dans ce cas - R1-R2-R3-R5. Bien que bref, le chemin R1-R3-R5.
  • Et si le réseau est plus compliqué? En quelque sorte neakkuratinyko. Veuillez noter comment le trafic devrait aller dans ce cas - R1-R2-R3-R5. Bien que bref, le chemin R1-R3-R5.
  • Le fait est que pendant que nous sommes liés à RP - c'est RPT Root, seulement elle sait d'abord où qui est. Toutefois, si vous pensez au premier package de multidiffusion, tous les routeurs le long du trafic de trafic connaissent l'adresse source, car elles sont spécifiées dans l'en-tête IP. Pourquoi personne n'envoie-t-il pas de rejoindre vous-même vers la source et optimiser l'itinéraire? )

Site à la racine. Une telle commutation peut initier

LHR (dernier routeur de hop)

- R5. Après avoir reçu le premier paquet de multidiffusion de R3 R5, il envoie la source de jointure spécifique à la source (S, G) à l'interface FE0 / 1, spécifiée dans sa table de routage, en tant que sortie du réseau 172.16.0.0/24.

Après avoir reçu une telle jointure, R3 l'envoie non pas à RP, comme il l'a fait avec la jointure habituelle (*, g), mais vers la source (via l'interface selon la table de routage). C'est-à-dire que, dans ce cas, R3 envoie une jointure (172.16.0.5, 224.2.2.4) à l'interface FE1 / 0. .

Ensuite, cette jointure tombe sur R1. Et R1 by and Great sans différence, qui l'a envoyé - RP ou quelqu'un d'autre - il ajoute simplement Fe1 / 1 à son huile pour le groupe 224.2.2.4. À ce stade, entre la source et le destinataire, deux manières et R3 reçoivent deux flux. Il est temps de choisir de couper inutile. Et c'est R3 que cela le fait, car R5 ne peut plus être capable de distinguer ces deux ruisseaux - ils viendront tous les deux une interface.

Dès que R3 a enregistré deux flux identiques à partir de différentes interfaces, il choisit de préférer en fonction de la table de routage. Dans ce cas, direct, mieux que via RP. À ce stade, R3 envoie des pruneaux (S, G) sur le côté de RP, en brûlant cette branche RPT. Et à partir de ce point, il n'y a qu'un seul flux directement à partir de la source.

Ainsi, le SPT de PIM a construit - arbre de chemin le plus court. C'est arbre source. Ceci est le chemin le plus court du client à la source. Au fait, l'arbre de la source au RP, que nous avons déjà considéré comme plus élevé, sont essentiellement le même SPT.

Il est caractérisé par l'enregistrement (S, G). Si le routeur a un tel enregistrement, il sait que S est une source pour le groupe G et l'arborescence SPT.

La racine de l'arbre SPT est la source et veut vraiment dire "le chemin le plus court de

Source au client " Mais il est techniquement incorrect, car les chemins de la source au client et du client à la source peuvent être différents. Nommément à partir du client commence à construire une branche d'arborescence: le routeur envoie une jointure à PIM vers la source / RP et le RPF vérifie également l'exactitude de l'interface lorsque Reçu

circulation.

Vous vous rappelez qu'au début de ce paragraphe sur R5, il n'y avait qu'une entrée (*, g), maintenant après tous ces événements, il y aura deux: (*, g) et (s, g) Au fait, même si vous regardez la table de routage de multidiffusion de R3 à la même seconde, comme jeu Play Jouer dans VLC, vous verrez qu'il s'agit déjà de la circulation de R1 directement, que la présence d'enregistrement (S, G) dit. . C'est-à-dire que la commutation SPT s'est déjà produite - il s'agit de l'action par défaut sur l'équipement de nombreux fabricants - d'initier la commutation après réception du premier package de multidiffusion. De manière générale, un tel interrupteur peut survenir dans plusieurs cas: . Selon le format, c'est exactement la même chose que Joindre, mais effectue la fonction opposée. .

Ne pas arriver du tout (équipe

IP PIM SPT-SUPRESHOLD INFOINY

).

Sur l'utilisation définitive de la bande passante (équipe

Ip pim spt-seuil x Certainement - immédiatement après avoir reçu le premier paquet (par défaut ou Pas de pim ip pim spt-seuil x

En règle générale, la décision du "temps" prend la LHR.

Dans ce cas, la deuxième fois que l'opération RPF est modifiée - elle vérifie à nouveau l'emplacement source. C'est-à-dire sur deux flux de multidiffusion - de RP et de la source - la préférence est donnée du trafic de la source.

Dr, affirmer, transitaire

Quelques points plus importants lorsque vous envisagez de PIM.

DR - Routeur désigné

Ceci est un routeur dédié, responsable de l'envoi d'utilitaires sur RP.

Source Dr.

- Responsable de l'adoption de paquets de multidiffusion directement à partir de la source et de l'enregistrer sur RP. Voici un exemple de topologie: .

Il n'y a rien à faire quelque chose que les deux routeurs transmettent le trafic vers RP, laissez-les se réserver mutuellement, mais les responsables doivent être seulement un. Étant donné que les deux routeurs sont connectés à un réseau de diffusion, ils reçoivent PIM-Hello les uns des autres. Sur la base de cela, ils font leur choix. PIM Bonjour comporte la valeur prioritaire de ce routeur sur cette interface.

Plus la valeur est grande, plus la priorité est élevée. S'ils sont les mêmes, le nœud est sélectionné avec l'adresse IP la plus élevée (Aussi de bonjour message). Si un autre routeur (non DR) pendant la tenue de temps (105 s) n'a pas reçu de bonjour d'un voisin, il suppose automatiquement le rôle du Dr. Essentiellement source dr est

FHR - premier routeur de hop

Récepteur Dr. - la même chose que la source DR, uniquement pour les bénéficiaires de la circulation multidiffusion - R2 (config) #interface Loopback 0 RX (Config-if) #IP PIM SPARSE-MODE-MODE .

Exemple de topologie: Le récepteur DR est responsable de l'envoi à RP PIM Rejoindre. Dans la topologie ci-dessus, si les deux routeurs enverront des joints, les deux recevront du trafic de multidiffusion, mais il n'y a pas besoin. Seul le dr envoie rejoindre. La seconde surveille simplement la disponibilité du Dr. :

Puisque le Dr Envoie JOIN, il diffusera également la circulation dans le réseau local. Mais alors une question naturelle se pose - et si Pim Dr'om est devenu un, et IGMP Querier d'autre? Et la situation est tout à fait possible, car pour Querier, moins IP, le meilleur et pour le Dr, au contraire. - c'est r4 pour Dans ce cas, le Dr est sélectionné que le routeur, qui est déjà requis et ce problème ne se produit pas.

Les règles de sélection du DR du récepteur sont exactement les mêmes que la source DR.

Affirmer et transitaire

Le problème de deux routeurs transmettant simultanément peut se produire au milieu du réseau, où il n'y a pas de clients ultimes ni de sources - uniquement des routeurs. Très aigu de cette question se tenait dans PIM DM, où il s'agissait d'une situation complètement ordinaire à cause du mécanisme d'inondation et de pruneaux. Mais à Pim SM, il n'est pas exclu.

Pensez à un tel réseau: À partir de la sortie, il est clair que le trafic du groupe 224.2.2.44 vient via Fe0 / 1, et il est nécessaire de la transmettre au port FE0 / 0. Ici, trois routeurs sont dans le même segment de réseau et, en conséquence, sont des voisins de PIM. R1 agit comme RP.

R4 envoie Pim Joindre en direction de RP. Depuis ce forfait de multidiffusion, il tombe sur R2 et sur R3, et les deux le traitement, ajoutez une interface en aval à l'huile.

Ici, il serait nécessaire de travailler le mécanisme de sélection du Dr, mais également sur R2 et sur R3, il existe d'autres clients de ce groupe, et les deux routeurs peuvent également être envoyés à PIM Rejoindre.

Lorsque le trafic multicast provient de la source sur R2 et R3, il est transmis aux deux routeurs dans le segment et les rebelles. PIM n'essaie pas d'empêcher une telle situation - il agit sur le fait d'un crime défié - dès que le routeur reçoit un trafic de multidiffusion de ce groupe dans son interface en aval (de la liste pétrolière), il comprend: Quelque chose ne va pas - Un autre expéditeur a déjà dans ce segment. Ensuite, le routeur envoie un message spécial. PIM ASSERT.

Un tel message aide à choisir 

Transitaire PIM.

- le routeur qui a le droit de diffuser dans ce segment. Ne soyez pas confondu avec PIM Dr. Premièrement, PIM Dr est responsable de l'envoi Pim rejoindre et pruneaux et transitaire de pim - pour l'envoi Circulation

. La deuxième différence - PIM DR est toujours sélectionnée dans tous les réseaux lors de l'établissement d'un quartier et que PIM Ardyrder n'est que si nécessaire - lorsque le trafic multicast de l'interface de la liste d'huile est obtenu.

Sélectionnez RP. 

Au-dessus, nous pour la simplicité demanda RP à la main IP PIM RP-Adresse Et voici comment l'équipe ressemblait à l'équipe

Show ip pim rp

Mais nous présenterons une situation complètement impossible dans les réseaux modernes - R2 a échoué. C'est tout - fini. Cela fonctionnera toujours, car la commutation SPT s'est produite, mais tout est nouveau et tout ce qui est passé par RP se cassera, même s'il existe une solution alternative. Eh bien, la charge de l'administrateur de domaine. Imaginez: tuer 50 routeurs à la main au moins une commande (et pour différents groupes, il peut être différent des RPS). La sélection dynamique de RP permet et d'éviter la main à la main et d'assurer la fiabilité - si un RP devient indisponible, une autre prendra immédiatement au combat. Actuellement, il existe un protocole généralement accepté qui lui permet de faire - Amorcer . Tsiska dans l'ancien temps a promu un peu d'auto-rp maladroit

Mais maintenant, il n'est presque pas utilisé, bien que la TSISKA ne le reconnaisse pas, et Nous avons une rude gênante sous la forme d'un groupe de 224.0.1.40. Il est nécessaire de payer le protocole Auto-RP. Il était un salut dans l'ancien temps. Mais avec l'avènement de Bootstrap ouverte et flexible, il a naturellement cédé la place à sa position.

Donc, supposons que dans notre réseau, nous souhaitons que R3 récupère les fonctions RP en cas de défaillance de R2.

R2 et R3 sont définis comme candidats au rôle de RP - ils sont donc appelés

C-RP.

. Sur ces routeurs, configurez:

RX (config) Interface Boucle d'interface 0 RX (config-if) IP PIM SPARSE-MODE-MODE RX (Config-if) EXIT RX (CONFIG) #IP PIM RP-Candidate Loopback 0

  1. Mais toujours rien ne se passe - les candidats ne savent pas encore comment informer tout le monde sur eux-mêmes.
  2. Pour informer tous les routeurs de domaine de multidiffusion sur le mécanisme d'entrée de RP existant
  3. BSR - Routeur Bootstrap
  4. . Il peut y avoir plusieurs candidats, comme C-RP. Ils sont appelés respectivement
  5. C-bsr.
  6. . Ils sont configurés de la même manière.

Laissez BSR être avec nous un et pour le test (exclusivement), ce sera R1. Mais après un certain temps dans la même branche, le routeur essaye à nouveau d'envoyer une multidiffusion - les destinataires soudains sont apparus là-bas. Si non apparu, la branche est à nouveau coupée à une certaine période. Si le client sur le routeur est apparu dans l'intervalle entre ces deux événements, le message de greffe est envoyé - le routeur demande la branche de la coupe de manière à ne pas attendre avant de tomber quelque chose. R1 (config) Interface Boucle d'interface 0 R1 (Config-if) IP PIM PIM SPARSE-MODE-MODE R1 (Config-if) EXIT R1 (CONFIG) #IP PIM BSR-Candidate Loopback 0 Indépendant, il est parce qu'il n'est pas lié à un programme particulier de routage de trafic unique et, plus tard, vous verrez pourquoi. Premièrement, un BSR principal est choisi parmi tous les C-BSR, qui seront facturés à tous. Pour ce faire, chaque C-BSR envoie une multicast appelé Message de bootstrap (BSM) Schéma et configuration initiale. L'adresse 224.0.0.0.13 est également un package de protocole PIM. Il doit être accepté et traiter tous les routeurs de multidiffusion et après l'envoi à tous les ports où le PIM est activé. BSM est transmis de ne pas sur le côté de quelque chose (RP ou source), contrairement à la jointure PIM, et dans toutes les directions. Un tel message postal aide à réaliser BSM de tous les coins du réseau, y compris tous les C-BSR et tous C-RP. Pour que le BSM a erré sur le réseau infiniment, le même mécanisme de RPF est appliqué - si le BSM est venu de la mauvaise interface derrière laquelle le réseau de l'expéditeur de ce message est publié, un tel message est supprimé. C'est-à-dire que chaque routeur sur le chemin devrait gérer une telle jointure et, si nécessaire, envoyer une nouvelle jointure à la partie de RP. (Il est important de comprendre que s'il y a déjà déjà ce groupe sur le routeur, il n'enverra pas de rejoindre - il ajoutera simplement l'interface à laquelle une joindre est venue à l'huile et commence à passer du trafic). Avec ces BSM, tous les routeurs de multidiffusion déterminent le candidat le plus digne basé sur des priorités. Dès que C-BSR reçoit un BSM d'un autre routeur avec une priorité importante, il arrête d'envoyer ses messages. En conséquence, tout le monde possède les mêmes informations. Pardonnez-vous Cisco cette bizarrerie? Avec tous les autres? . : Dans ce problème, seuls R1, R2 Routeurs exécutent des administrateurs de notre réseau. C'est-à-dire que la configuration ne peut être modifiée que sur elles. À ce stade, lorsque la BSR est sélectionnée, du fait que son BSM a divergé tout au long du réseau, C-RP connaît son adresse et son unicité Envoyer des messages à celui-ci.

Candidte-RP-Publicité dans lequel ils portent une liste de groupes qu'ils servent - cela s'appelle Cartographie de groupe à RP . BSR Tous ces messages s'agrure et crée RP-Set. - Tableau d'information: Quoi de RP chaque groupe est desservi. Ensuite, la BSR de l'ancien fan de ventilateur envoie le même message de bootstrap, ce qui contient cette fois RP-Set. Ces messages atteignent avec succès tous les routeurs de multidiffusion, chacun desquels Seule Fait un choix que RP doit être utilisé pour chaque groupe spécifique. BSR effectue périodiquement une telle distribution, de sorte que tout le monde savait que les informations sur RP sont toujours pertinentes, et sur l'autre C-BSR, ils savaient que la principale BSR elle-même est toujours en vie. RP, au fait, envoyez également périodiquement vos annonces candidat-RP-advertisement à BSR. Voulez-vous également recevoir du trafic de multidiffusion pour le même groupe, R5 enverra PIM Rejoignez à Fe0 / 1, car il s'agit de RP, R3, la recevant, forme une nouvelle joindre PIM et l'envoie à Fe1 / 1 - où RP est situé. En fait, tout ce que vous devez faire pour configurer la sélection RP automatique - Spécifiez C-RP et spécifiez C-BSR - pas tant de travail, tout le reste fera du pim pour vous. Comme toujours, afin d'augmenter la fiabilité, il est recommandé de spécifier les interfaces de bouclage en tant que candidats. Terminer le chapitre de PIM SM, remarquons les moments les plus importants Très aigu de cette question se tenait dans PIM DM, où il s'agissait d'une situation complètement ordinaire à cause du mécanisme d'inondation et de pruneaux. Une connexion unique ordinaire doit être fournie avec IGP ou itinéraires statiques. Cela sous-tend l'algorithme RPF. L'arborescence est basée uniquement après que le client apparaisse. C'est le client qui initie la construction d'un arbre. Aucun client - Aucun arbre. RPF aide à éviter les boucles. Tous les routeurs devraient être conscients de l'OMS RP uniquement avec son aide, vous pouvez construire un arbre. Le point RP peut être indiqué statique et peut être sélectionné automatiquement à l'aide du protocole Bootstrap. RPT est construit dans la première phase - un arbre des clients à RP - et source d'arbre - un arbre de la source à RP. Dans la deuxième phase, la commutation du RPT construit sur SPT est le chemin le plus court du destinataire à la source. Je répertorie également tous les types d'arbres et de messages que nous sommes maintenant connus. . Terme courant décrivant tout arbre de transmission de multidiffusion.

. Un arbre avec le moyen le plus court du client ou du RP à la source. Dans PIM DM, il n'y a que SPT. Dans PIM SM SPT peut être de la source à RP ou à partir de la source au destinataire une fois le commutateur SPT survenu. Indiqué par enregistrement

- Source connue pour le groupe.

- la même chose que SPT.

. Arbre de RP aux destinataires. Utilisé uniquement dans PIM SM. Indiqué par enregistrement

- Même chose que RPT. On l'appelle donc parce que tous les clients sont connectés à un arbre commun avec racine en RP.

Messages en mode PIM SPARSE:

Salut.

- établir le quartier et maintenir ces relations. Également nécessaire de sélectionner Dr. Rejoindre (*, g) - Demande de connexion au groupe G. Peu importe qui source. Quitte vers RP. Avec leur aide, l'arbre RPT est construit. Rejoindre (S, g) - Joindre une source spécifique à la source. Il s'agit d'une demande de connexion à un groupe G avec une source spécifique - S. Envoyé vers la source - S. Avec leur aide, l'arbre SPT est construit.

Prix ​​(*, g)

- Demande de déconnexion de l'arborescence g, quelles que soient les sources de celles-ci. Quitte vers RP. Donc, le RPT de la branche est couvert.

  • Pruneaux (s, g)
  • - Demande de fermeture de l'arborescence de l'arbre G, dont la racine est S. S. Système est envoyée à la source. Donc, la branche SPT est coupée.
  • - Un message spécial dans lequel la multidiffusion est transmise à RP jusqu'à ce que SPT soit construite à partir de la source de RP. Transmis par unicast de la FHR sur RP.

Registre-stop.

- Il est envoyé par l'UNICUST avec RP à la FHR, commandant d'arrêter d'envoyer un trafic de multidiffusion, encapsulé dans le registre.

- Paquets de mécanisme BSR qui vous permettent de sélectionner un routeur au rôle de la BSR et de transmettre des informations sur RP et groupes existants.

Affirmer.

- Message pour sélectionner le transitaire de PIM afin que deux routeurs se soient passés dans un segment.

Candidat-rp-advertisement

- Un message dans lequel RP envoie des informations sur les groupes qu'il sert. 

RP-accessible

- Message de RP, qu'elle notifie tout sur sa disponibilité.

  • * Il existe d'autres types de messages dans PIM, mais ceux-ci sont déjà des détails *
  • Et essayons maintenant de résumer des détails du protocole? Et puis sa complexité devient évidente.
  • 1) Définition RP, 2) enregistrement de la source sur RP, 3) changer l'arbre SPT.

De nombreux états de protocole, de nombreux enregistrements de la table de routage de multidiffusion. Est-il possible de faire quelque chose? À ce jour, il existe deux approches diamétralement opposées pour simplifier PIM: SSM et BIDIR PIM. SSM.

Tout ce que nous avons décrit est toujours

ASM - Toute source de multidiffusion

. Les clients sont indifférents qui est une source de trafic pour le groupe - l'essentiel est qu'ils le reçoivent. Comme vous vous en souvenez, le rapport IGMPV2 est demandé simplement de se connecter au groupe.

SSM - MultiCast spécifique à la source - Approche alternative. Dans ce cas, les clients indiquent le groupe et la source lorsqu'ils sont connectés. Que donne-t-il? Pas plus: la capacité de se débarrasser complètement de RP. LHR connaît immédiatement l'adresse source - il n'est pas nécessaire d'envoyer une jointure sur le RP, le routeur peut immédiatement envoyer une jointure (S, G) dans la direction de la source et de la construction de SPT.

Donc on se débarrasse de

Recherche RP (protocoles BOOTSTRAP et Auto-RP),

L'enregistrement de la source sur la multidiffusion (et c'est trop de temps, double utilisation de la bande passante et de tunneling) Passer à SPT. Comme il n'y a pas de RP, alors aucun RPT, respectivement, sur un routeur ne sera pas d'entrées (*, g) - uniquement (S, G).

Un autre problème résolu avec SSM est la présence de plusieurs sources. Dans ASM, il est recommandé que l'adresse du groupe de multidiffusion soit unique et qu'une seule source diffusée sur elle, car dans l'arborescence RPT, plusieurs flux sont quelque peu et que le client, obtenir deux flux de sources différentes, ne pourra probablement pas démonter eux. Dans SSM, le trafic de différentes sources est distribué de manière indépendante, chacun dans son arborescence SPT, qui ne devient pas déjà pas un problème, et l'avantage - plusieurs serveurs peuvent être diffusés simultanément. Si soudainement, le client a commencé à corriger des pertes de la source principale, il peut passer à la sauvegarde, ne pas même la reconstruire - il a également reçu deux ruisseaux. De plus, le vecteur possible des attaques sur le réseau avec un routage multicast activé consiste à connecter l'intrus de sa source et à générer une grande quantité de trafic de multidiffusion qui surcharge le réseau. En SSM, cela est pratiquement exclu.

Pour SSM, une gamme spéciale d'adresses IP est mise en évidence: 232.0.0.0/8. Sur les routeurs pour prendre en charge SSM, le mode PIM SSM est activé. Routeur (config) # IP PIM SSM

Support IGMPv3 et MLDV2 SSM SSM sous forme pure.

Lorsque vous les utilisez, le client peut

Demander une connexion à un groupe, sans spécifier des sources. C'est-à-dire que cela fonctionne comme une ASM typique.

Demander une connexion à un groupe avec une source spécifique. Les sources peuvent être spécifiées plusieurs - un arbre sera construit avant chacun d'eux. Demandez une connexion de groupe et spécifiez une liste de sources à partir de laquelle le client ne voulait pas recevrait la circulation

IGMPV1 / V2, MLDV1 ne prend pas en charge SSM, mais il existe une telle chose que Demander une connexion à un groupe avec une source spécifique. Les sources peuvent être spécifiées plusieurs - un arbre sera construit avant chacun d'eux. Cartographie SSM. . A la suite du client, le routeur (LHR) Chaque groupe est mis en conformité avec l'adresse source (ou plusieurs). Par conséquent, s'il y a des clients ne soutenant pas IGMPv3 / MLDV2, SPT sera également conçu pour eux et non RPT, en raison du fait que l'adresse source est toujours connue. Le mappage SSM peut être implémenté à la fois des deux paramètres statiques sur LHR et en se référant au serveur DNS. Le problème SSM est que les clients doivent connaître les adresses source à l'avance - elles ne leur sont pas communiquées. Par conséquent, SSM est bon dans ces situations lorsque le réseau dispose d'un certain ensemble de sources, leurs adresses sont connues pour savoir et ne changeront pas. Et les terminaux ou demandes des clients leur sont liés. En d'autres termes, l'IPTV est un environnement très approprié pour la mise en œuvre de SSM. Il décrit bien le concept Un à plusieurs

- une source, beaucoup de destinataires.

Bidir PIM.

Et si dans les sources de réseau peut apparaître spontanément là-bas, alors, pour diffuser sur les mêmes groupes, arrêter rapidement la transmission et disparaître?

Par exemple, cette situation est possible dans les jeux de réseau ou dans un centre de données, où les données sont répliquées entre différents serveurs. C'est un concept Plusieurs à plusieurs - De nombreuses sources, de nombreux clients.

Comment le pim habituel sm le regarde-t-il?

Il est clair que le SSM inerte PIM ne convient pas du tout?

Vous pensez simplement que ce que le chaos commencera: enregistrement sans fin des sources, reconstruire des arbres, un grand nombre d'enregistrements (S, G) vivant pendant quelques minutes en raison de la minuterie de protocole.

  • Le pim bidirectionnel est en cours de revenus ( Bidirectionnel pim, bidir pim
  • ). Contrairement à SSM, il est complètement entièrement refusé par le SPT et les enregistrements (S, G) - Seuls les arbres partagés restent avec racine en RP. Et si dans le PIM habituel, l'arbre est unilatéral - le trafic est toujours transmis à partir de la source Down SPT et de RP dans le RPT - il existe une division claire dans laquelle la source où les clients, alors en bidirectionnelles du trafic source de la RP, transmet également de l'arbre partagé - de la même manière, selon lequel le trafic passe aux clients.
  • Cela vous permet de refuser d'enregistrer une source sur les transferts de trafic RP - sans aucun changement d'alarme et d'état. Étant donné que les arbres SPT ne sont pas du tout, le commutation SPT ne se produit pas aussi. Par example: Demander une connexion à un groupe avec une source spécifique. Les sources peuvent être spécifiées plusieurs - un arbre sera construit avant chacun d'eux. Source1
  • a commencé à transférer le groupe de trafic 224.2.2.4 au réseau simultanément avec Source2. . Les ruisseaux d'eux viennent de verser en direction de RP. Certains clients à proximité ont commencé à recevoir de la circulation à la fois, car sur des routeurs, il y a une entrée (*, g) (il y a des clients). Une autre partie reçoit du trafic sur l'arbre partagé de RP. Et ils reçoivent le trafic des deux sources en même temps. C'est-à-dire que si vous prenez un jeu de réseau spéculatif pour un exemple, . A la suite du client, le routeur (LHR) Chaque groupe est mis en conformité avec l'adresse source (ou plusieurs). Par conséquent, s'il y a des clients ne soutenant pas IGMPv3 / MLDV2, SPT sera également conçu pour eux et non RPT, en raison du fait que l'adresse source est toujours connue. C'est le premier tireur dans le tireur, qui a fait un coup, et

Source2.

- Ceci est un autre joueur qui a fallu un pas sur le côté. Des informations sur ces deux événements se sont propagés dans tout le réseau. ET

toutes les personnes

Exemple: ipv.

Un autre joueur (

.

Destinataire

) Je dois apprendre à propos de ces deux événements.

Si vous vous en souvenez, alors juste avant de nous expliquer pourquoi le processus d'enregistrement de la source sur RP est nécessaire - de sorte que le trafic n'occupe pas la chaîne lorsqu'il n'y a pas de clients, c'est-à-dire que RP vient de le refuser. Pourquoi ne pensons-nous pas à ce problème maintenant? La raison est simple: Bidir PIM pour des situations où il existe de nombreuses sources, mais elles ne sont pas constamment diffusées, mais périodiquement, des données relativement petites. C'est-à-dire que le canal de la source à RP ne sera pas éliminé d'eau.

Veuillez noter que dans l'image ci-dessus entre R5 et R7, une ligne droite est une ligne droite, beaucoup plus courte que la voie via RP, mais elle n'a pas été utilisée, car une jointure va vers RP en fonction de la table de routage dans laquelle ce chemin n'est pas optimal.

Il a l'air assez simple - vous devez envoyer des paquets de multidiffusion dans la direction RP et tout, mais il y a une nuance que tous les gâteaux - FPR. Dans l'arbre RPT, cela exige que le trafic provienne de RP et non autrement. Et nous pouvons venir de n'importe où. Bien sûr, nous ne pouvons pas prendre et abandonner RPF - c'est le seul mécanisme qui évite la formation de boucles.

Par conséquent, le concept est introduit dans Bidir PIM

DF - Transfert désigné

. Dans chaque segment de réseau, un routeur, dont la route pour RP est mieux sélectionné sur chaque ligne à ce rôle.

Y compris ceci est fait sur ces lignes où les clients sont directement connectés. Bidir PIM DF est automatiquement dr.

La liste d'huile est formée uniquement à partir de ces interfaces sur lesquelles le routeur a été sélectionné pour le rôle de DF.

Les règles sont assez transparentes:

Si la demande de jointure / la demande de congé PIM vient à cette interface, laquelle dans ce segment est DF, elle est transmise vers RP conformément aux règles standard.

Ici, par exemple, R3. Si les demandes sont arrivées aux interfaces DF, qui sont marquées d'un cercle rouge, il les transmet à RP (via R1 ou R2, en fonction de la table de routage).

Si la demande de jointure / la demande de pim est venue à une interface non-DF, elle sera ignorée. Supposons que le client, qui se situe entre R1 et R3, a décidé de connecter et d'envoyer un rapport de l'IGMP. R1 l'obtient via l'interface où elle est sélectionnée DF (marquée d'un cercle rouge) et nous revenons au scénario précédent. Et R3 reçoit une demande à une interface qui n'est pas df. R3 voit qu'il n'est pas le meilleur ici et ignore la demande. (Si le trafic de multidiffusion est venu à l'interface DF, il sera envoyé aux interfaces de la liste d'huile et vers RP. Par example,

A commencé à transmettre du trafic. R4 l'obtient dans votre interface DF et le transmet à une autre interface DF - Vers le client et vers RP, il est important car le trafic devrait être rp et se propager sur tous les destinataires. R3 entre également - une copie des interfaces de la liste d'huile - c'est-à-dire sur R5, où elle sera jetée en raison de la vérification du FPR, et l'autre est vers RP.

Si le trafic de multidiffusion est venu à une interface non-DF, elle doit être envoyée aux interfaces de la liste d'huile, mais

ne sera pas

Posté en direction de RP.

Par exemple,

A commencé à diffuser, le trafic a atteint RP et a commencé à répartir le RPT. R3 obtient le trafic de R1 et ne le transmettra pas à R2 - uniquement sur R4 et R5.

Ainsi, DF garantit qu'une seule copie du package de multidiffusion et la formation de boucle est exclue sur RP sera éventuellement envoyée. Dans le même temps, l'arbre commun dans lequel la source est située, bien sûr, recevra ce trafic avant d'entrer dans RP. RP, selon les règles ordinaires, le trafic sera envoyé à tous les ports pétroliers, en outre, où le trafic est venu de.

En passant, les messages ASSTT ne nécessitent pas besoin, car DF ​​est sélectionné dans chaque segment. Contrairement au Dr, il est non seulement responsable de l'envoi d'une participation à RP, mais également de la transmission du trafic sur le segment, c'est-à-dire la situation lorsque les deux routeurs sont transmis à une posture, exclus dans Bidir PIM.

Peut-être que la dernière chose que vous devez dire sur bidirectionnelle PIM est les caractéristiques de RP. Si le PIM SM RP a effectué une fonction spécifique - Enregistrement de la source, alors dans Bidir PIM RP est un certain point très conditionnel à laquelle le trafic s'efforce d'un côté et de rejoindre des clients de l'autre. Personne ne devrait effectuer la décapage, demander la construction de l'arbre SPT. Juste sur un routeur soudainement le trafic de sources commence à être transmis à l'arbre partagé. Pourquoi je dis "sur certains"? Le fait est que dans Bidir PIM RP - un point abstrait, et non un routeur spécifique, comme une adresse RP peut effectuer une adresse IP inexistante - l'essentiel est qu'il est acheminé (un tel RP s'appelle Phantom RP

Tous les termes relatifs à PIM peuvent être trouvés dans le glossaire MultiCast sur le canal Donc, derrière la longue semaine de travail avec le manque de sommeil, le traitement, les tests - vous avez mis en œuvre avec succès une multidiffusion et des clients satisfaits, directeur et service des ventes. Le vendredi n'est pas le pire jour pour négliger la création et se permettre un séjour agréable. .

Le vendredi n'est pas le pire jour pour négliger la création et se permettre un séjour agréable.

Mais votre rêve de l'après-midi a soudainement perturbé l'appel du support technique, puis un de plus et pourtant, rien ne fonctionne, tout ce qui s'est cassé. Vérifier les pertes, pauses. Tout converge sur un segment de plusieurs commutateurs.

SSH non crédité, vérifié la CPU, vérifiait la disposition des interfaces et de la fin des cheveux - chargement de près de 100% sur toutes les interfaces d'un VLAN. La boucle! Mais d'où vient-il de si aucun travail n'était tenu? 10 minutes de vérification et vous avez remarqué que sur l'interface en amont du noyau, vous avez beaucoup de trafic entrant, et sur tous descendant aux clients - sortant. Pour la boucle, il est également caractéristique, mais d'une manière méfiante: introduit un multidiffusion, n'afficité aucun travail sur la commutation et le saut dans une seule direction.

Vérifié une liste de groupes de multidiffusion sur le routeur - et il y a un abonnement à tous les canaux possibles et que tout sur un port est naturellement celui qui conduit à ce segment.

L'enquête méticuleuse a montré que l'ordinateur du client est infecté et envoie une requête IGMP à toutes les adresses de multidiffusion d'une ligne.

Les pertes de paquet ont commencé, car les commutateurs ont dû transmettre une énorme quantité de trafic. Cela a provoqué un débordement de tampons d'interface.

La principale question concerne la raison pour laquelle le trafic d'un client a commencé à être copié à tous les ports?

La raison en laquelle cela réside dans la nature des adresses MAC de multidiffusion. Le fait est que l'espace des adresses IP multidiffusion est spécialement affiché dans l'espace des adresses MAC multidiffusion. Et le Snag est qu'ils ne seront jamais utilisés comme une adresse MAC source et ne seront donc pas étudiés par le commutateur et sont répertoriés dans la table d'adresses MAC. Que fait le commutateur avec des cadres, dont l'adresse de destination n'est pas étudiée? Il les envoie à tous les ports. Qu'est-il arrivé.

Ceci est l'action par défaut.

Adresses MAC MultiCast Mac Alors, quelles adresses MAC sont substituées dans l'en-tête Ethernet de tels forfaits? Diffuser? Pas. Il existe une gamme spéciale d'adresses MAC dans lesquelles des adresses IP de multidiffusion sont affichées. S'inscrire Ces adresses spéciales commencent:

0x01005E et le prochain 25 bit doivent être 0

Essayer de répondre pourquoi donc

). Les 23 bits restants (vous rappellent que tous dans l'adresse MAC 48) sont transférés de l'adresse IP.

Ici, il n'y a pas de très grave, mais le problème. La gamme d'adresses de multidiffusion est déterminée par le masque 224.0.0.0/4, ce qui signifie que les 4 premiers bits sont réservés: 1110 et les 28 bits restants peuvent changer. C'est-à-dire que nous avons 2 ^ 28 adresses IP de multidiffusion et seulement 2 ^ 23 adresses MAC - pour afficher 1 sur 1 manquent de 5 bits. Par conséquent, les 23 derniers bits d'adresses IP sont prises et dont une à une est transférée à l'adresse MAC, les 5 restants sont jetés.

En fait, cela signifie que 2 ^ 5 = 32 adresses IP seront affichées dans une adresse MAC de multidiffusion. Par exemple, groupes 224.0.0.1, 224.128.0.1, 225.0.0.1, et Ainsi, jusqu'au 239.128.0.1, tout le monde sera affiché dans une adresse MAC 0100: 5E00: 0001.

Si vous prenez une vidange vidéo en streaming à titre d'exemple, vous pouvez voir:

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

Il existe également d'autres adresses MAC multicast qui n'appartiennent pas à la multidiffusion IPv4 (clic

). Tous, au fait, se caractérisent par le fait que le dernier bit du premier octet est égal à 1.

Naturellement, ni sur la même carte réseau ne peuvent être configurées par une telle adresse MAC, elle ne sera donc jamais dans le champ Source Mac Ethernet et ne tombera jamais dans la table d'adresses MAC. De sorte que de tels cadres soient envoyés comme un unicast inconnu

À tous les ports VLAN.

Au total, que nous avons examiné auparavant, il suffit de transmettre pleinement tout trafic de multidiffusion des vidéos en streaming aux devis de prix. Mais nous faisons vraiment dans notre monde presque parfait avec une telle honte, comme une transmission de diffusion de ce qui pourrait être transféré aux élus?

Pas du tout. Surtout pour les perfectionnistes Mécanisme inventé

IGMP-Snooping.

L'idée est très simple - le commutateur "écoute" en passant par des paquets IGMP.

Pour chaque groupe, il conduit séparément le tableau des ports ascendants et descendants.

Si le rapport IGMP est venu du port d'un groupe, alors un client, le commutateur l'ajoute à la liste de liaison descendante pour ce groupe.

Si la requête IGMP est venue du port du groupe, il y a un routeur, le commutateur l'ajoute à la liste croissante.

Cela génère une table de transmission de trafic de multidiffusion à un niveau de canal. En conséquence, lorsqu'un flux de multidiffusion vient d'en haut, il est copié uniquement sur des interfaces vers le bas. Si sur l'interrupteur de 16 ports, seuls deux clients, seuls ils seront livrés du trafic. Le génie de cette idée se termine lorsque nous pensons à sa nature. Le mécanisme suppose que le commutateur doit écouter du trafic au 3ème niveau.

Toutefois, la snooping IGMP n'est pas une comparaison avec NAT d'ignorer les principes d'interaction du réseau. De plus, en plus de sauver des ressources, il porte beaucoup d'opportunités moins évidentes. Oui, et en général, dans le monde moderne, le commutateur qui sait comment regarder à l'intérieur de la propriété intellectuelle - le phénomène n'est pas exceptionnel. ===================== Tâche numéro 3.

Le serveur 172.16.0.5 transmet le trafic de multidiffusion dans les groupes 239.1.1.1, 239.2.2.2.2.2.2.2.2.2.2.x.

Configurez le réseau pour que:

- Le client 1 n'a pas pu rejoindre le groupe 239.2.2.2. Mais en même temps, il pouvait rejoindre le groupe 239.0.0.x.

- Le client 2 n'a pas pu rejoindre le groupe 239.1.1.1. Mais en même temps, il pouvait rejoindre le groupe 239.0.0.x.

Détails de la tâche ici.

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

PROXY SNOOPING IGMP.

.

Un lecteur de réponse peut avoir une question sur la manière dont IGMP Snooping apprend tous les ports clients, étant donné qu'un seul client le plus rapide est responsable de la requête IGMP comme indiqué ci-dessus. Et très simple: IGMP Snooping n'autorise pas le rapport d'aller entre les clients. Ils sont envoyés uniquement aux ports montantes aux routeurs. Sans voir le rapport d'autres destinataires de ce groupe, le client est obligé de répondre à la requête pendant la durée de réponse maximale spécifiée dans cette requête.

En conséquence, sur le réseau pour 1000 nœuds sur une requête IGMP pendant des secondes 10 (la valeur habituelle du temps de réponse maximale) viendra 1000 rapports au routeur. Bien que cela soit suffisant pour lui pour chaque groupe.

Et cela arrive chaque minute.

Dans ce cas, vous pouvez configurer le proxying des demandes d'IGMP. Ensuite, le commutateur ne veut pas simplement "écouter" les packages de passage, il les intercepte.

Les règles de fonctionnement de l'IGMP-Snooping peuvent différer pour différents fabricants. Par conséquent, considérons-les conceptuellement:

1) Si l'interrupteur arrive le tout premier rapport au groupe, il est envoyé au routeur et l'interface est soumise à la liaison descendante. Si un tel groupe est déjà déjà présent, l'interface est simplement ajoutée à la liste descendante et le rapport est détruit.

2) Si le dernier congé vient à l'interrupteur, il n'y a pas d'autres clients, ce congé sera envoyé au routeur et l'interface est supprimée de la liste de liaison descendante. Sinon, l'interface est simplement supprimée, la conserve est détruite.

3) Si la requête IGMP vient du routeur, le commutateur l'intercepte, l'envoie à la réponse du rapport de l'IGMP pour tous les groupes qui ont actuellement des destinataires.

Maintenant, nous donnons le serveur. Comme nous l'avons déjà discuté ci-dessus, il ne s'inquiète pas de PIM, RP, IGMP - il vient de diffuser. Et R1 obtient ce flux. Sa tâche est de livrer un multidiffusion à RP. Et puis, en fonction des paramètres et du fabricant, ou la même requête est envoyée à tous les ports clients, ou le commutateur bloque la requête du routeur et elle agit en tant que requérant, politiquement politiques périodiquement tous les destinataires. Cela réduit la part du trafic de services inutile sur le réseau et la charge sur le routeur. Réplication VLAN multidiffusion Le client demandera également un groupe de 224.2.2.2.4 via le lecteur VLC. Abrégé Dans l'IGMPV2, le rapport passe à l'adresse du groupe souhaité et, en parallèle, il est indiqué dans l'emballage lui-même. Ces messages ne doivent vivre que dans leur segment et ne pas transmettre de toute façon par des routeurs, ils ont donc 1 ttl. Mvr.

. Ceci est un mécanisme pour les fournisseurs qui pratiquent VLAN-PER-utilisateur

, par exemple.

Voici un exemple typique d'un réseau où MVR est vital:

5 clients de différents VLAN et tout le monde souhaite recevoir du trafic de multidiffusion d'un groupe 224.2.2.4. Dans ce cas, les clients doivent rester isolés les uns des autres.

IGMP-Snooping prend en compte, bien sûr et des VLAN. Si cinq clients de différents VLAN demandent un groupe - ce seront cinq tables différentes. En conséquence, il existe 5 demandes de connexion au groupe au routeur. Et chaque sabinternia de ces cinq sur le routeur sera ajouté séparément dans l'huile. C'est-à-dire avoir reçu 1 flux pour le groupe 224.2.2.4, il enverra 5 copies, malgré le fait qu'ils entrent tous dans un segment.

Pour résoudre ce problème, un mécanisme de réplication VLAN multicast a été développé.

Un VLAN supplémentaire est entré -

.

MultiCast VLAN.

- En cela, en conséquence, un flux de multidiffusion sera transmis. Il est "bon goût" directement au dernier interrupteur, où la circulation est copiée sur toutes les interfaces clients qu'ils souhaitent recevoir ce trafic - c'est la réplication.

.

En fonction de la mise en œuvre de la réplication de MultiCast VLAN peut être faite dans

User-VLAN.

ou dans certaines interfaces physiques.

Et qu'en est-il des messages IGMP? La requête du routeur, bien sûr, passe par le VLAN multidiffusion. Le commutateur les envoie aux ports clients. Lorsque le rapport ou le congé vient du client, l'interrupteur vérifie l'endroit où il se trouve (VLAN, une interface) et, si nécessaire, redirige vers une VLAN multidiffusion.

Ainsi, le trafic ordinaire est isolé et va toujours au routeur de l'utilisateur VLAN. Un trafic multicast et des paquets IGMP sont transmis à MultiCast VLAN.

.

Cisco MVR et Snooping IGMP sont configurés de manière indépendante. C'est-à-dire que vous pouvez éteindre une et la seconde fonctionnera. En général, la MVR est basée sur la snooping IGMP et sur les commutateurs d'autres fabricants pour les opérations MVR peut être une inclusion obligatoire de Snooping IGMP.

Vérification du RPF.

De plus, IGMP-Snooping vous permet d'effectuer un filtrage de la circulation sur les commutateurs, limiter le nombre de groupes à la disposition de l'utilisateur, l'inclusion du requérant IGMP, le paramétrage statique des ports ascendants, la connexion permanente à tout groupe (ce script se situe dans l'accompagnement. vidéo

), Réaction rapide à une modification de la topologie en envoyant une requête supplémentaire, mappage SSM pour IGMPv2, etc.

  • Finition de la conversation à propos de IGMP-Snooping, je tiens à répéter - il s'agit d'une fonctionnalité optionnelle - tout fonctionnera sans cela. Mais cela rendra le réseau plus prévisible et la vie de l'ingénieur est plus calme.
  • Cependant, tous les avantages de l'IGMP Snooping peuvent être enveloppés contre eux-mêmes. Un tel cas remarquable peut être lu par référence.
  • Au fait, le même Cisco a un protocole CGMP

- L'analogue de l'IGMP, qui ne viole pas les principes du commutateur, mais il est correctement et non de dire que généralisé.

Donc, mon lecteur infatigable, nous nous approchons de la fin de la question et souhaitons enfin montrer comment le service IPTV peut être mis en œuvre du côté du client.

Le moyen le plus simple que nous ayons fait appel à plusieurs reprises dans cet article - exécutez un joueur qui peut prendre un flux de multidiffusion du réseau. Vous pouvez définir manuellement l'adresse IP du groupe et profiter de la vidéo.

Une autre option de programme que les fournisseurs utilisent souvent est une application spéciale, généralement assez sur mesure, dans laquelle l'ensemble des canaux utilisés dans le réseau du fournisseur sera cousu. Pas besoin de définir quelque chose manuellement - il vous suffit de changer les canaux avec les boutons.

Ces deux manières permettent de regarder la vidéo en streaming uniquement sur votre ordinateur.

La troisième option vous permet d'utiliser le téléviseur et en règle générale. Pour ce faire, la maison du client met le dossier de la touche Set-Top (STB) - une boîte installée sur le téléviseur. Il s'agit d'un pusaleak, qui est inclus dans la ligne d'abonné et partage le trafic: l'Unicnter habituel Il donne à Ethernet ou WiFi afin que les clients aient accès à Internet et que le flux de multidiffusion est transmis au téléviseur via le câble (DVI, Rvb, antenne td.).

Souvent, à votre guise, vous pouvez voir une publicité, où le fournisseur offre ses consoles pour connecter la télévision - c'est le très stb

Tâche numéro 4.

Enfin, une tâche de multidiffusion non triviale (les auteurs ne sont pas des États-Unis, il y aura un lien vers l'original dans les réponses).

  1. Le schéma le plus simple:
  2. D'une part, le serveur source, avec un ordinateur arc - un ordinateur prêt à prendre du trafic.

Vous pouvez installer vous-même une adresse de flux de multidiffusion.

Et, en conséquence, deux questions:

  • Ce qui doit être fait pour que l'ordinateur puisse obtenir le flux et ne pas recourir à un routage de multidiffusion?
  • Supposons que vous ne sachiez pas ce qu'est un multicast et que vous ne pouvez pas le configurer, comment transférer le flux du serveur vers un ordinateur?
  • La tâche est facilement recherchée dans le moteur de recherche, mais essayez de le résoudre vous-même.
  • Détails de la tâche ici.
  • =====================
  • Non rentable dans l'article resté le routage croisé du trafic de multidiffusion (MSDP
  • , MBGP.

, BGMP

), équilibrage de la charge entre RP (Anycast RP

, Protocoles propriétaires. Mais, je pense avoir un point de départ de cet article, pour traiter le reste ne sera pas difficile.

Toutes les termes relatifs à un multidiffusion, vous pouvez trouver dans le glossaire de télécommunications.

Pour aider à préparer des articles, jdima

Pour un soutien technique merci Natasha Samoilenko CDPV dessiné Nina Dolgopolov

- Un merveilleux artiste et autre projet.

Vérification du RPF.

Dans le pool d'articles de SDSM, il reste encore beaucoup intéressant avant la fin. Vous n'avez donc pas besoin d'enterrer le cycle en raison d'un manque de libération - avec chaque nouvel article, la complexité augmente de manière significative. L'avance est presque tous les MPL, IPv6, QoS et Conception de réseau.

  1. Comme vous, probablement remarqué, le linkmeup dispose d'un nouveau projet - le Glossaire LookMeUp (oui, nous avons laissé un fantasme). Nous espérons que ce glossaire deviendra le répertoire le plus complet des termes dans le domaine de la communication. Nous serons donc heureux de l'aider à le remplir. Ecrivez-nous à [email protected]
  2. rester avec nous
  3. IGMP Snooping: Qu'est-ce que c'est dans le routeur et pourquoi avez-vous besoin?
  4. Si vous rencontrez une question sur l'option Snooping IGMP qu'il est dans le routeur et pourquoi vous avez besoin de ce paramètre, vous avez découvert le bon article. La plupart des informations sur Internet sont complexes pour comprendre l'utilisateur habituel et ces termes ne sont pas nécessaires du tout si vous souhaitez résoudre une tâche spécifique.
  5. Un peu plus sur les problèmes, à cause desquels vous pourriez être intéressé par l'IGMP Snooping:

Vous jouez à des jeux de réseau;

Utilisez la fonction de télévision Internet IPTV Rostelecom ou tout autre fournisseur;

Signé sur tout système de réseau: vidéos conférences, apprentissage en ligne ou même envoi postal.

Et dans le même temps, vous avez considérablement réduit la vitesse sur tous les appareils connectés au routeur. Par exemple, vous regardez IPTV sur la télévision, mais vous commencez à "timide" un PC ou pire pour travailler sur votre téléphone. Un autre problème est possible - IPTV, Jeux de réseau ou services énumérés ci-dessus ne sont pas démarrés du tout et ne fonctionnent pas. Dans tous ces cas, la solution aidera à configurer IGMP Snooping.

Qu'est-ce que IGMP et pourquoi il est nécessaire

Lorsque les données sont transmises sur le réseau - sur l'Internet global, ou à partir du fournisseur, ou entre vos appareils, cela se produit sur les règles claires: Protocoles. Chaque protocole détermine comment reconnaître les zéros et les unités, comment les collecter dans des paquets de données, comment vérifier leur "correction" lors de la réception et de l'assemblage de l'écran à l'écran. Il y a sept niveaux au total - des signaux électriques à votre navigateur.

Protocole de gestion de groupe Internet, selon les premières lettres dont l'abréviation est formée - l'un de ces protocoles du niveau de la chaîne. Vous ne sauriez pas sur son existence si les "problèmes" décrits ci-dessus sont apparus. Comme on peut le voir sur le nom, il s'agit d'un protocole de gestion des groupes de radiodiffusion.

C'est-à-dire que lorsque le signal TV Internet IPTV vous appartient sur le routeur du fournisseur, il commence à la diffuser à tous les appareils. Il est pratique, de regarder le même équipement sur le smartphone et la télévision. Mais en même temps, tout autre appareil - par exemple, votre ordinateur est "non demandé" s'il a besoin d'un signal.

Par conséquent, il le reçoit toujours, ce qui réduit la vitesse d'Internet et dépense ses ressources.

Snooping est une fonction qui aide un routeur à déterminer quels appareils ont besoin d'un flux de données d'un jeu en ligne, d'une télévision ou d'un service spécial. Mettez simplement, c'est l'optimisation du trafic au sein de votre réseau et d'améliorer sa sécurité. Cela devrait fonctionner automatiquement, mais parfois vous devez la configurer manuellement. C'est ce que l'IGMP est dans le routeur.

Vues de l'IGMP Snooping Le soutien du routeur de ce protocole signifie déjà que vous n'aurez pas de problèmes avec la réception du signal de l'IPTV et des autres services. Mais si le routeur ou le modem est plus âgé, il peut ne pas accepter le transfert de données de diffusion, ou il n'a tout simplement pas suffisamment de puissance et il sera "suspendu". Mais quand tout est en ordre, IGMP Snooping peut varier selon le type: Passif. Ce support technologique de base, le suivi global et la transmission de données de diffusion. Tout fonctionne, la charge sur le routeur est minimale. Cependant, la charge augmente sur les appareils. Actif. Un tel protocole maximise le réseau. Il tamise les demandes "supplémentaires" au routeur qu'il n'a pas besoin, libérant la ressource de transfert de données. Cependant, il augmente la charge sur le processeur et sur la mémoire de l'appareil. Les dispositifs de segments de prix moyen et élevé font face à cela sans problèmes. Pour les appareils moins chers, cela dépend de la quantité de données. .

Comment configurer une fonction dans le routeur IGMP désassemblable dans le routeur, quel est ce paramètre - sur l'exemple IPTV. Habituellement, tout s'allume automatiquement. Mais si vous lisez cet article, quelque chose n'a clairement pas mal tourné. Par conséquent, procédez comme suit: Allez à l'interface Web du routeur: entrez le navigateur dans la barre d'adresse 192.168.1.1 ou 192.168.0.1 ou l'adresse spécifiée sur l'autocollant inférieur. Entrez le nom d'utilisateur et le mot de passe - généralement, il s'agit du «admin» et du mot de passe «admin» si vous n'avez pas été modifié manuellement. Ou vérifiez le même autocollant sur le routeur. .

Allez sur "Réseau", "Paramètres réseau" ou similaires. À Asus, on l'appelle "réseau local". Vous devez trouver l'onglet "IPTV". L'option "proxy" comprend la diffusion, lance réellement la fonction IPTV. C'est ce que c'est le proxy IGMP dans le routeur. Allume ça. Tous les modèles n'ont pas un objet de snooping IGMP, mais s'il est présent, puis allumez-le. Snooping améliorera le travail de tous les appareils. .

Cliquez sur "Appliquer". Tout est prêt.

Problèmes possibles Un problème est possible lorsque la radiodiffusion n'a pas fonctionné. Cela peut être connecté au pare-feu. Déconnectez-le pendant quelques minutes. Si le problème a disparu, activez et dans les paramètres, permettez au protocole pour Internet TV, des jeux en ligne ou un autre service. Vidéo. Exemple: Anycast DNS .

Si l'IPTV utilise un récepteur d'équipement distinct (pourquoi avez-vous besoin d'un préfixe TV, il s'agit d'un seul sujet de conversation), puis dans les réglages du routeur, il peut être nécessaire de résoudre l'option "pont". On peut appeler "choisir le port de pont wan" ou "Network-Bridge" - cela dépend de l'appareil.

Enfin, si le signal "ralentit", le périphérique est probablement surchargé. Il faudra limiter le fonctionnement d'autres appareils ou les désactivera. Si rien ne vous aide, vous devrez changer le routeur en plus puissant.

Dans cet article, j'ai essayé d'expliquer la langue la plus claire ce que l'IGMP Snooping dans le routeur est. J'espère que ces informations vous seront utiles et vous décidez des problèmes qui sont apparus. Maintenant, vos données seront transmises comme optimalement et correctement et l'attaque du réseau afin de surcharger tous les périphériques. Une source: https://besprovodnik.ru/igmp-snooping-chto-a-v-rutere/

Configuration IPTV sur mikrotik Par exemple, les paramètres IPTV que nous avons pris Mikrotik RB2011UIAS-2HND. Pas tout à fait un routeur à domicile, bien sûr, mais le réglage sur d'autres appareils ne diffère pas en principe. Réinitialiser le routeur de configuration. / Et nous informe des destinataires. Et il n'est pas nécessaire de parler d'un ordinateur client, en général, cela peut être, par exemple, un autre routeur PIM. Il est important de faire passer du trafic. Nous mettons à jour le routeur (ajoutons un package pour IPTV).

Configuration du proxy IGMP. Ajouter des exceptions de pare-feu. Mise en place d'une connexion Wi-Fi.

Réinitialiser les paramètres du point d'accès

Cet article est facultatif. Si vous configurez IPTV sur un routeur avec les paramètres de travail que vous avez effectués précédemment, les actions ci-dessous ne sont pas nécessaires. Cela n'empêche pas non plus la configuration de sauvegarde. Cependant, parfois, si lors du réglage de l'IPTV au microtique Quelque chose a mal tourné, la meilleure façon de sortir est la "réinitialisation" de la configuration et tout fait de nouveau. .

Réinitialiser les paramètres à l'usine peut être de trois manières: Allez programmable à Winbox, ouvrez le menu Système et effectuez la configuration de réinitialisation. Mécaniquement: cliquez sur le bouton de réinitialisation de votre Mikrotik et attendez que le routeur redémarre. (Sur la plupart des Mikrotik, nous vous conseillons de clamponner le bouton pour allumer l'équipement et sans relâcher la conservation d'environ 10 secondes après l'allumage) / Et nous informe des destinataires. Et il n'est pas nécessaire de parler d'un ordinateur client, en général, cela peut être, par exemple, un autre routeur PIM. Il est important de faire passer du trafic. Réinitialisez la configuration dans le routeur lui-même (sur l'écran de configuration). Réel seulement s'il y a un écran tactile sur le routeur. Mise à jour de ROUTEROS (ajoutez un package pour IPTV) La mise à jour est nécessaire pour installer un package supplémentaire pour IPTV. Nous allons sur le site de Mikrotik, nous recherchons une ligne de votre modèle sur les listes et téléchargez la dernière version du microprogramme pour cela. Veuillez noter que vous ne choisissez pas le micrologiciel avec les forfaits principaux (principaux) et avec supplémentaire (en sus):

Ouvert

Winbox

Nous allons au routeur (nous vous conseillons d'entrer dans l'adresse MAC initialement, cela facilitera le processus de configuration supplémentaire). Pour mettre à jour sur le routeur, allez au menu Des dossiers. Ouvrez-le et faites-le glisser dans la fenêtre Des dossiers. Notre fichier téléchargé à partir d'une archive déballée appelée . MultiCast-x.xx-Mipsbe.npk

Forfait ajouté et après cela, nous redémarrons l'équipement dans le menu

Système.

Redémarrer

Le routeur redémarre et mettra à jour le micrologiciel. Le processus peut prendre jusqu'à 5 minutes.

La nutrition à ce moment ne devrait pas être désactivée!

Après avoir redémarré ouvert

Système - Forfaits. et regardez si le module est apparu

Si l'on est disponible, vous avez tout fait tout de suite. Configuration du proxy IGMP

Ouvert dans le menu Mikrotik Routage - Proxy IGMP. Nous devons ajouter une nouvelle interface, pour ce clic sur Plus (comme indiqué à l'écran). Dans la nouvelle interface, sur le terrain Interface. Nous choisissons le port pour lequel Internet est livré avec nous, dans notre cas, il s'agit d'éther2-maître et d'installer une tique Comme une capture d'écran:

Légèrement inférieur sur le terrain

Sous-réseaux alternatifs.

Vous devez spécifier des sous-réseaux alternatifs. Dans le cas où vous ne savez pas quoi entrer là-bas, essayez les options les plus courantes: 10.0.0.0/8; 172.16.0.0/12; 192.168.0.0/16.

  • Dans le cas extrême, vous pouvez également quitter Zeros, mais il est préférable de trouver toujours le sous-réseau souhaité afin que le routeur ne s'applique pas à l'Internet entier. Confirmez les modifications, cliquez sur D'ACCORD. Créez une autre interface, en cliquant sur un bleu bleu, mais maintenant nous ne pas
  • Dans le cas extrême, vous pouvez également quitter Zeros, mais il est préférable de trouver toujours le sous-réseau souhaité afin que le routeur ne s'applique pas à l'Internet entier. ). mettre une tique au contraire D'ACCORD. et en même temps choisir le port que nous allons Surbourgeant

Iptv. - c'est-à-dire celui à lequel l'appareil est connecté sur lequel nous allons regarder ipTv. Dans notre cas, c'est un pont, car un PC stationnaire est connecté à celui-ci. .

C'est-à-dire, dans le premier cas, nous avons souligné le port dans lequel les données comprennent et maintenant - d'où proviennent. Après avoir appuyé sur le bouton Paramètres

Istavim la tique sur le contraire

Pour un soutien technique merci Natasha Samoilenko Rapide.

Leve.

Vérification du RPF.

Nous le faisons pour pouvoir basculer rapidement entre les chaînes.

Configuration du pare-feu

Personnalisez notre pare-feu qui ne manquez pas IPTV pour le moment, pour cela, nous créons un nouveau terminal, cliquez sur Nouveau terminal et la fenêtre s'ouvre: Maintenant, nous devons effectuer plusieurs équipes dans cette console: / Filtre de pare-feu IP Ajouter Action = Accepter Chain = Entrée Commentaire = »Autoriser IGMP» Désactivé = Aucune interface in-interface = éther2-maître protocole = IGMP

/ IP Firewall Filter Ajouter une action = Accepter la chaîne = Entrée Commentaire = »IPTV UDP entrant» désactivé = No DST-Port = 1234 In-Interface = Ether2-Master Protocol = UDP

/ Filtre de pare-feu IP Ajouter une action = Accepter la chaîne = Transférer Commentaire = »Transfert UDP IPTV» Désactivé = No DST-Port = 1234 Protocole = UDP 1234.

- Le port est inscrit officieusement pour la diffusion vidéo et IPTV Éther2-maître - Ceci est une interface pour laquelle IPTV provient du fournisseur.

Suivant besoin dans le menu

Ip Sélectionnez l'élément Pare-feu

et aller à l'onglet Règles de filtrage.

. Nous avons créé à l'exclusion des règles et qu'ils travaillent, ils devraient être plus élevés pour interdire. Nous les traînons avec la souris.

  1. Configuration Wi-Fi
  2. Si vous distribuez ou allez distribuer IPTV via Wi-Fi, vous devez ajouter des paramètres supplémentaires. Pour faire cela, ouvert dans l'ordre:
  3. Après avoir appuyé sur le bouton Advanced Mode, des paramètres supplémentaires apparaissent:
  4. Dans le champ
  5. Support WMM

Mettre

Activée -

Vérification du RPF.

Le support complet de la transmission multimédia sur la Wi-Fi.

Assistant

PLEIN

. Ce paramètre comprend l'envoi de clients de multidiffusion assis sur Wi-Fi.

Tout confirmer avec le bouton

Avec IGMP, les destinataires des clients finaux communiquent les routeurs les plus proches qu'ils souhaitent recevoir du trafic. Et PIM construit le chemin de déplacement du trafic de multidiffusion de la source aux destinataires via des routeurs. D'ACCORD.

et profiter de programmes de surveillance

Il reste seulement de vérifier les performances de notre configuration. Nous avons utilisé pour ce lecteur IPTV, n

Téléchargement radialement les canaux des canaux pour notre fournisseur

(Volton Telecom) dans les paramètres du lecteur.

Nous pouvons voir que notre cadre est pleinement opérationnel. Joyeux visionnage!

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

Qu'est-ce que IGMP snooping dans le routeur: pourquoi la fonction de snooping IGMP

Le client demandera également un groupe de 224.2.2.2.4 via le lecteur VLC. Le rôle de l'IGMP est très simple: s'il n'y a pas de clients - il n'est pas nécessaire de transmettre du trafic multicast sur le segment. Si un client apparaît, il informe des routeurs utilisant IGMP qu'il souhaite recevoir du trafic. Afin de comprendre comment tout se passe, prenez ce réseau: Un certain nombre de plates-formes sur Internet utilisent la méthode de multidiffusion pour transmettre des données au groupe d'utilisateurs. Une telle technologie est utilisée pour les jeux en ligne, les émissions en direct, l'apprentissage à distance et même pour les envois postaux. Mais le multifinant n'oblise pas toujours avec compétence le relais de la circulation et charge le réseau de l'utilisateur, de sorte que la fonction Snooping IGMP a créé ce problème. Discuitons quelle est la fonction et comment lui permettre d'optimiser votre trafic.

Qu'est-ce que c'est et pourquoi besoin de la fonction de snooping igmp

Pour commencer, nous donnerons la définition de l'IGMP pour comprendre le principe de la technologie.

Protocole de gestion de groupe Internet - Protocole de gestion de réseau multidiffusion, qui organise plusieurs appareils en groupe. Rapport d'adhésion à l'IGMP - Le nœud "Rapports" qu'il souhaite recevoir du trafic de ce groupe.

Dans l'IGMPV2, le rapport passe à l'adresse du groupe souhaité et, en parallèle, il est indiqué dans l'emballage lui-même. Ces messages ne doivent vivre que dans leur segment et ne pas transmettre de toute façon par des routeurs, ils ont donc 1 ttl. Il est basé sur le protocole IP et appliqué sur Internet partout, en utilisant efficacement les ressources réseau.

L'IGMP Snooping est le processus de suivi du trafic de multidiffusion entre les groupes de consommateurs et l'hôte. La fonction Snooping est activée pour analyser les demandes des utilisateurs à connecter avec un groupe multi-maîtres et ajoute le port à la liste de diffusion IGMP. Après avoir terminé l'utilisation de la multi-dépose, l'utilisateur quitte une requête et un protocole, supprime le port de la liste de données de groupe.

Ainsi, Snooping élimine le transfert de données inutiles aux canaux de multidiffusion.

Cela rend l'échange de données sur le niveau de la chaîne plus efficace et prend en compte les besoins de la couche de réseau, ce qui est particulièrement important pour les fournisseurs d'informations. Les utilisateurs recevront également un contenu optimisé, bien que, par conséquent, la charge du réseau augmentera.

Sans suivi et analyse des données, les consommateurs ultimes sous la forme d'adresses IP spécifiques seront forcés de «digérer» des informations inutiles supplémentaires pour elles. qui est activé par défaut sur les routeurs. L'interface FE0 / 0 est descendante pour le groupe de 224.2.2.2.4 - il devra envoyer le trafic reçu. Avec la table de routage unique habituelle, il y a aussi un multidiffusion: Sur la disponibilité des clients dit le premier enregistrement

IGMP Snooping sauvera non seulement les utilisateurs du trafic excédentaire, mais permet également d'échanger des informations plus sûres.

Le mode de suivi est activé à temps pour éviter les tentatives d'attaque DDO sur un réseau ou des adresses spécifiques à laquelle le protocole de gestion du groupe Internet est vulnérable. Fonction d'activation IGMP Snooping La fonctionnalité de suivi et d'analyse est disponible sur des commutateurs réseau gérés ou des commutateurs. Cet appareil aide à mettre en œuvre les principes de la diffusion de groupe sur un niveau de canal du réseau. .

Pour activer Snooping IGMP, vous devez l'activer et le configurer manuellement sur le commutateur.

Les analogues non gérés ne prennent pas en charge le mode d'analyse de la circulation, car ils ne peuvent pas être configurés via l'interface.

En détail la commande Afficher la militée IP. Nous allons discerner plus tard. .

Avant d'utiliser le communicateur de votre réseau, assurez-vous que le destinataire final (par exemple, Smart-TV) prend en charge le mode Snooping.

En règle générale, les appareils ont l'élément approprié de la section "Connexion de réseau de configuration", qui simplifie sensiblement l'ajustement de la multidiffusion. Le client a commencé à recevoir du trafic. Maintenant, le routeur doit parfois vérifier que les destinataires ont toujours une lacune pour ne pas diffuser si les clients sont soudainement laissés. Pour ce faire, cela envoie périodiquement une demande à toutes ses interfaces descendantes. Considérez un moyen de connecter une fonction via la ligne de commande sur l'exemple des commutateurs de D-Link populaires:

Ouvrez la ligne de commande avec l'interface CLI.

Entrez "Activer-IGMP-Snooping". Cette commande allumera la fonction sur le commutateur et toutes les adresses connectées.

Entrez "CONFIG-IGMP-SNOOOPING-VLAN-STIRAUD-ETABLE-Activer", ce qui vous permettra de configurer le protocole VLAN.

La commande "ConfoG-Multicast-multicast-VLAN-VLAN-MODE-VLAN-VLAN-FILTRIVERS-GROUPES-GROUPES" Les groupes "incluent le filtrage de données à partir de plusieurs adresses du Communicator.

Enfin, utilisez "Config-igmp-snooping-VLAN-VLAN-SNOOPING-Activer" dans le réseau VLAN.

La dernière commande inclut la fonctionnalité de congé rapide de Snooping IGMP, qui exclut le port du réseau dès que l'utilisateur a apporté une demande "congé". Grâce au congé rapide, le consommateur ne recevra pas de données inutiles et ne les traitera pas. Cela réduira la charge sur le réseau et permettra à l'interrupteur de fonctionner plus efficacement. Si, en réponse à la requête, au moins un rapport est venu au routeur, cela signifie qu'il y a des clients encore, il continue de diffuser que l'interface d'où provient le présent rapport, le trafic de ce groupe. Si une requête n'avait pas de réponse d'une interface de réponse pour certains groupes, le routeur supprime cette interface de sa table de routage de multidiffusion pour ce groupe - cesse d'envoyer du trafic.

Réseaux pour le plus petit. Partie 9.2. MultiCast. Protocole IGMP

Continuez à étudier la multidiffusion IGMP (protocole de gestion de groupe Internet), le protocole réseau pour l'interaction des clients de la circulation multidiffusion et le routeur le plus proche de celui-ci.

Protocole IGMP

Retourner à la députée à nouveau. Voir ce haut package, après quoi un flux de multidiffusion a été lancé? Un détail intéressant dans le comportement du client: après avoir reçu une requête, il n'est pas pressé de répondre immédiatement au rapport. Le nœud prend une longueur de temps de 0 à .

Message de protocole IGMP lorsqu'il est connecté

qui est spécifié dans la requête suivante: Lors du débogage ou du décharge, à la manière, on peut voir que plusieurs secondes peuvent passer entre obtenir différents rapports. Cela se fait pour que des centaines de clients de toutes les périmètres n'ont pas inondé le réseau avec leurs rapports en recevant une requête générale. De plus, un seul client envoie généralement un rapport. Ce message de protocole IGMP envoyé par le client lorsque nous avons appuyé sur la pièce. C'est ainsi qu'il rapporte qu'il souhaite recevoir du trafic pour le groupe 224.2.2.4.

- Il s'agit d'un protocole réseau interagissant des clients de trafic de multidiffusion et le routeur le plus proche.

IPv6 utilise MLD (Discovery auditeur de multidiffusion) au lieu de IGMP. Le principe de fonctionnement qu'ils ont absolument la même, vous pouvez donc changer facilement IGMP partout sur MLD et IP sur IPv6.

Comment fonctionne exactement de l'IGMP? quatre. Donc, continue depuis des siècles jusqu'à ce que le client souhaite quitter le groupe (par exemple, éteignez le lecteur / TV). Dans ce cas, il envoie Congé IGMP. Peut-être devez-vous commencer avec le fait que les versions du protocole sont maintenant trois: IGMPv1, IGMPv2, IGMPv3. Le plus utilisé - le second, le premier est presque oublié, nous n'en parlerons donc pas, le troisième est très similaire à la seconde.

Je serai concentré sur la seconde, comme sur le plus grand impact et considérez tous les événements de connecter le client au groupe avant qu'il ne soit hors de celui-ci. Le client demandera également un groupe de 224.2.2.2.4 via le lecteur VLC.

Le rôle de l'IGMP est très simple: s'il n'y a pas de clients - il n'est pas nécessaire de transmettre du trafic multicast sur le segment. Si un client apparaît, il informe des routeurs utilisant IGMP qu'il souhaite recevoir du trafic.

Afin de comprendre comment tout se passe, prenez ce réseau:

Supposons que le routeur soit déjà configuré pour recevoir et traiter le trafic de multidiffusion.

- Le nœud "Rapports" qu'il souhaite recevoir du trafic de ce groupe.

Requête spécifique au groupe.

Envoi de rapports d'adhésion à IGMP

Dans l'IGMPV2, le rapport passe à l'adresse du groupe souhaité et, en parallèle, il est indiqué dans l'emballage lui-même. Ces messages ne doivent vivre que dans leur segment et ne pas transmettre de toute façon par des routeurs, ils ont donc 1 ttl. Requête spécifique au groupe. Souvent dans la littérature, vous pouvez rencontrer la mention de

Le routeur reçoit un rapport IGMP et réalisant que cette interface comporte maintenant des clients, apporte des informations dans leurs tables.

Ceci est une sortie d'informations sur l'IGMP. Le premier groupe est demandé par le client. Les troisième et quatrièmes sont les groupes de protocoles SSDP construits par le SSDP. Le second est un groupe spécial qui est toujours présent sur des routeurs Cisco - il est utilisé pour le protocole Auto-RP, qui est activé par défaut sur les routeurs.

  1. L'interface FE0 / 0 est descendante pour le groupe de 224.2.2.2.4 - il devra envoyer le trafic reçu.
  2. Avec la table de routage unique habituelle, il y a aussi un multidiffusion:
  3. Sur la disponibilité des clients dit le premier enregistrement
  4. À partir de la sortie, il est clair que le trafic du groupe 224.2.2.44 vient via Fe0 / 1, et il est nécessaire de la transmettre au port FE0 / 0.
  5. Les interfaces dans lesquelles vous devez transmettre du trafic sont incluses dans la liste des interfaces en aval -
  6. Huile. Chacun envoie une requête générale IGMP sur le réseau. L'objectif principal est de savoir s'il ya des clients et, en parallèle, de déclarer à d'autres routeurs dans le segment s'ils le sont, de votre désir de participer aux élections. Liste d'interface sortante.
  7. De plus en détail, le spectacle de l'équipe SHOW IP Mroorte Nous allons regarder plus tard.
  8. Au-dessus de la décharge, vous voyez que dès que le client a envoyé un rapport IGMP, immédiatement après avoir volé UDP est un flux vidéo.

Gagne le routeur S.

Réception de la requête de requête IGMP (Dump est filtrée par IGMP).

7)

Par défaut, cela se produit toutes les 60 secondes. TTL Ces packages sont également égaux à 1. Ils sont envoyés à l'adresse 224.0.0.1 - Tous les nœuds de ce segment - sans spécifier un groupe spécifique. Ces messages de requête sont appelés huit) - général. Ainsi, le routeur demande: "Les gars, et qui et quoi d'autre veut recevoir?".

Après avoir reçu la requête générale de l'IGMP, tout hôte qui écoute à tout groupe doit envoyer un rapport IGMP tel qu'il l'a fait lorsqu'il est connecté. L'adresse du groupe d'intérêt pour son groupe devrait être spécifiée dans le rapport. Les élections de Querier sont une procédure très importante dans la multidiffusion, mais certains fabricants insidieux qui ne détiennent pas la RFC peuvent insérer un bâton fort dans les roues. Je parle de requête IGMP avec une adresse de la source 0.0.0.0, qui peut être générée par le commutateur. De tels messages ne doivent pas participer au choix de Querier, mais vous devez être prêt pour tout. Voici un exemple Réponse informatique à la requête générale de l'IGMP (Dump est filtré par IGMP)

Si, en réponse à la requête, au moins un rapport est venu au routeur, cela signifie qu'il y a des clients encore, il continue de diffuser que l'interface d'où provient le présent rapport, le trafic de ce groupe. La version 1 ne diffère que par le fait que Si une requête n'avait pas de réponse d'une interface de réponse pour certains groupes, le routeur supprime cette interface de sa table de routage de multidiffusion pour ce groupe - cesse d'envoyer du trafic.

Selon son initiative, le client envoie généralement un rapport uniquement lorsqu'il est connecté, puis il répond simplement à la requête du routeur.

Un détail intéressant dans le comportement du client: après avoir reçu une requête, il n'est pas pressé de répondre immédiatement au rapport. Le nœud prend une longueur de temps de 0 à

Lors du débogage ou du décharge, à la manière, on peut voir que plusieurs secondes peuvent passer entre obtenir différents rapports.

Cela se fait pour que des centaines de clients de toutes les périmètres n'ont pas inondé le réseau avec leurs rapports en recevant une requête générale. De plus, un seul client envoie généralement un rapport.

Le fait est que le rapport est envoyé à l'adresse du groupe et vient donc à tous les clients. Après avoir reçu le rapport d'un autre client pour le même groupe, le nœud ne l'envoie pas. La logique est simple: le routeur a déjà reçu ce rapport même et sait qu'il y a des clients, ce n'est pas nécessaire.

Au-dessus de la décharge, vous voyez que dès que le client a envoyé un rapport IGMP, immédiatement après avoir volé UDP est un flux vidéo.

Le client demandera également un groupe de 224.2.2.2.4 via le lecteur VLC. Ce mécanisme s'appelle

Dans l'IGMPV2, le rapport passe à l'adresse du groupe souhaité et, en parallèle, il est indiqué dans l'emballage lui-même. Ces messages ne doivent vivre que dans leur segment et ne pas transmettre de toute façon par des routeurs, ils ont donc 1 ttl. En outre, dans l'article, nous allons dire pourquoi ce mécanisme fonctionne réellement très rarement.

En détail la commande Exemple II. 4Veuillez noter comment le trafic devrait aller dans ce cas - R1-R2-R3-R5. Bien que bref, le chemin R1-R3-R5.

Là où il n'y a pas de routeur, nous pouvons déclarer autorité - IGMP là-bas - pas plus que la formalité. Il n'y a pas de routeur et le client n'a personne pour demander un flux de multidiffusion. Et il gagnera une vidéo pour la simple raison que le flux et donc versez-vous à partir du commutateur - vous devez juste le prendre. à l'adresse du groupe.

Répétez encore Envoyer un congé IGMP

Ensuite, un client est apparu, qui souhaitait recevoir du trafic du groupe 224.2.2.4 et il a envoyé son rapport IGMP. Le routeur le reçoit et dans une idée doit s'éteindre. Mais il ne peut pas désactiver un client spécifique - le routeur ne les distingue pas - il a juste une interface en aval. Et l'interface peut être plusieurs clients. C'est-à-dire que si le routeur supprime cette interface de sa liste OUL (liste d'interfaces sortantes) pour ce groupe, la vidéo s'éteindra du tout. Mais aussi pour ne pas le supprimer, il est également impossible - tout à coup, c'était le dernier client - pourquoi puis le laver?

Ensuite, le routeur a décidé pour une raison quelconque de vérifier - et s'il n'y a plus de clients et envoyé à nouveau une requête générale d'IGMP à laquelle le client est obligé de répondre ( Si vous regardez dans la décharge, vous verrez qu'après avoir reçu le routeur de congé, le routeur continue de passer un certain temps. Le fait est que le routeur en réponse à partir envoie une requête IGMP à l'adresse du groupe pour laquelle ce congé est venu à cette interface où il vient. Un tel paquet est appelé

Périodiquement (une fois par minute), le routeur vérifie que les destinataires ont toujours, à l'aide de la requête générale IGMP, et le nœud confirme ceci à l'aide du rapport IGMP.

Ces clients qui sont connectés à ce groupe particulier.

Envoi de la requête spécifique du groupe de routeurs de routeur en réponse au congé IGMP

Si le routeur a reçu un rapport de réponse pour le groupe, il continue de diffuser dans l'interface, sinon reçu - supprime la minuterie après avoir expiré la minuterie.

Au total, après réception de congé, deux groupes de requêtes spécifiques vont - un deuxième contrôle obligatoire.

Deuxième requête spécifique au groupe - Un deuxième contrôle obligatoire

Ensuite, le routeur arrête le flux. Mais il est toujours incompréhensible de la manière dont le trafic du serveur atteint ses clients lorsqu'il y a un énorme réseau de fournisseurs LinkmiP? Et où, en fait, il sera connu qui est le client? Nous ne pouvons pas enregistrer manuellement les itinéraires, simplement parce que nous ne savons pas où les clients peuvent être. Les protocoles de routage habituels ne répondront pas à cette question. Nous arrivons donc à comprendre que la livraison d'un multicast est quelque chose de complètement nouveau pour nous. Considérez un cas un peu plus difficile: ). Deux (ou plus) routeurs pouvant diffuser du trafic sont connectés au segment client. Si vous ne faites rien, le trafic de multidiffusion sera dupliqué - les deux routeurs recevront un rapport des clients. Afin d'éviter cela, il existe un mécanisme de choix - politique. Celui qui gagnera enverra une requête, surveillera le rapport et réagira à partir, et, en conséquence, il enverra du trafic sur le segment. Le perdant n'écoutera que signaler et garder votre main sur le pouls. Les élections se produisent assez simples et intuitives.

Pour un soutien technique merci Natasha Samoilenko Considérez la situation à partir du moment où les routeurs R1 et R2 sont allumés.

IGMP activé sur les interfaces.

Vérification du RPF.

Au début, par défaut, chacun d'entre eux se considère que le requérant.

  • Chacun envoie une requête générale IGMP sur le réseau. L'objectif est de savoir s'il ya des clients et en parallèle - déclarer d'autres routeurs dans le segment, le cas échéant, de votre désir de participer aux élections. Query Général Recevez tous les appareils du segment, y compris d'autres routeurs IGMP.
  • Après avoir reçu un tel message d'un voisin, chaque routeur estime que le plus digne. Gagne le routeur S.
  • Exemple: Anycast DNS (spécifié dans le champ IP source de la requête IGMP). Il devient Querier, tous les autres - non-Querier.

Non-Querier démarre la minuterie réinitialisée à chaque fois que quaryy est livré avec une adresse IP plus petite. Si avant l'expiration de la minuterie (plus de 100 secondes: 105-107), le routeur ne recevra pas de requête avec une adresse plus petite, il se déclare interrompu et prend toutes les fonctions correspondantes.

Si Querier reçoit une requête avec une adresse plus petite, il ajoute ces tâches. Querier devient un autre routeur, qui a une propriété intellectuelle moins. Les élections de Querier sont une procédure très importante dans la multidiffusion, mais certains fabricants insidieux qui ne détiennent pas la RFC peuvent insérer un bâton fort dans les roues. Je parle de requête IGMP avec une adresse de la source 0.0.0.0, qui peut être générée par le commutateur. De tels messages ne doivent pas participer au choix de Querier, mais vous devez être prêt pour tout. Voici un exemple de problème très complexe de longue date. .

La version 1 ne diffère que par le fait que

. Si le client ne veut pas recevoir plus de trafic de ce groupe, il cesse simplement d'envoyer un rapport en réponse à la requête. Lorsqu'il ne reste pas un seul client, le routeur de délai d'attente cessera d'envoyer du trafic.

En outre, Mais il est toujours incompréhensible de la manière dont le trafic du serveur atteint ses clients lorsqu'il y a un énorme réseau de fournisseurs LinkmiP? Et où, en fait, il sera connu qui est le client? Nous ne pouvons pas enregistrer manuellement les itinéraires, simplement parce que nous ne savons pas où les clients peuvent être. Les protocoles de routage habituels ne répondront pas à cette question. Nous arrivons donc à comprendre que la livraison d'un multicast est quelque chose de complètement nouveau pour nous. . Afin d'éviter la duplication du trafic, le protocole supérieur est responsable, par exemple, PIM, dont nous allons parler plus loin.

La version 3 prend en charge tout ce qui prend en charge IGMPv2, mais il y a un certain nombre de changements. Premièrement, le rapport n'est plus envoyé à l'adresse du groupe, mais sur une adresse de service de multidiffusion

. Et l'adresse du groupe demandé n'est indiquée que dans le package. Ceci est fait pour simplifier le travail d'IGMP Snooping, sur lequel nous allons parler ensuite.

Deuxièmement, plus important encore, IGMPv3 a commencé à soutenir SSM sous sa forme pure. C'est la multidiffusion spécifique à la source. Dans ce cas, le client peut ne pas simplement demander un groupe, mais spécifier également une liste de sources à partir de laquelle il souhaiterait recevoir du trafic ou inversement ne voudrait pas. Dans IGMPv2, le client demande simplement et reçoit le trafic de groupe sans se soucier de la source.

Contenu de réorteurs d'adhésion IGMP dans IGMPv3 Ainsi, IGMP est conçu pour interagir les clients et le routeur. Par conséquent, revenant à l'exemple 2, où il n'y a pas de routeur, nous pouvons déclarer autorité - IGMP, pas plus que la formalité. Il n'y a pas de routeur et le client n'a personne pour demander un flux de multidiffusion. Et il gagnera une vidéo pour la simple raison que le flux et donc versez-vous à partir du commutateur - vous devez juste le prendre. Rappelez-vous que l'IGMP ne fonctionne pas pour IPv6. Il y a un protocole MLD.

Répétez encore Tout d'abord, le routeur a envoyé sa requête générale IGMP après l'activation de l'IGMP sur son interface pour savoir s'il y a des destinataires et déclarer leur désir d'être Querier. À ce moment-là, personne n'était dans ce groupe. Ensuite, un client est apparu, qui souhaitait recevoir du trafic du groupe 224.2.2.4 et il a envoyé son rapport IGMP. Après cela, je suis allé à la circulation dessus, mais elle est filtrée hors de la décharge.

Périodiquement (une fois par minute), le routeur vérifie que les destinataires ont toujours, à l'aide de la requête générale IGMP, et le nœud confirme ceci à l'aide du rapport IGMP.

Ensuite, il a changé d'esprit et a refusé le groupe en envoyant un congé IGMP. Le routeur a reçu des congés et souhaitant s'assurer qu'aucun autre destinataire n'est pas d'autres destinataires, envoyez une requête spécifique du groupe IGMP ... deux fois. Et après l'expiration de la minuterie cesse de transmettre du trafic ici. Cependant, il continue de transmettre une requête IGMP au réseau. Par exemple, au cas où vous n'aviez pas éteint le joueur, mais simplement quelque part avec la connexion du problème. Ensuite, la connexion est restaurée, mais le client n'envoie pas de rapport seul. Mais requête réponses. Ainsi, le débit peut récupérer sans participation humaine. IgMProtokol, avec lequel le routeur apprend la présence de destinataires de la circulation multidiffusion et de leur déclenchement des rapports .igmpie-pied par le client lorsqu'il est connecté et répondu à la requête IGMP. Cela signifie que le client souhaite recevoir un trafic de groupe spécifique. MiGMP General QueryProtes un routeur périodiquement pour vérifier quels groupes sont nécessaires maintenant. L'adresse du destinataire, 224.0.0.1 est indiquée. .

PRÉPRIVE SEPCIFIFE SEPCIFIF PRÉPACIFIQUE PAR LE ROUTRER EN RÉPONDRE AU MESSAGE DE L'EMPLACEMENT Pour savoir s'il existe d'autres destinataires de ce groupe. Comme l'adresse du destinataire, l'adresse du groupe de multidiffusion est indiquée. MiGMP laisse par le client lorsqu'il souhaite quitter le groupe.Quérotured dans un segment de diffusion de plusieurs routeurs pouvant être diffusés, parmi eux un membre principal est sélectionné parmi eux. Il envoie périodiquement la requête et transmettrea le trafic. Une source:

Mots clés

Cisco.

Iptv.

SDSM

Matériel réseau

Réseaux pour le plus petit https://radioprrog.ru/post/623.
Qu'est-ce qu'un multidiffusion dans le routeur. Exigences pour les ressources système. MultiCast et Unicast: Différences clés

Pour un soutien technique merci Natasha Samoilenko Tout d'abord, veillons quelques concepts pour exclure d'autres malentendus. Il existe trois types de trafic:

(*, G) (S, g)

Nous le faisons pour pouvoir basculer rapidement entre les chaînes.

Configuration du pare-feu

Personnalisez notre pare-feu qui ne manquez pas IPTV pour le moment, pour cela, nous créons un nouveau terminal, cliquez sur Nouveau terminal et la fenêtre s'ouvre: Maintenant, nous devons effectuer plusieurs équipes dans cette console: / Filtre de pare-feu IP Ajouter Action = Accepter Chain = Entrée Commentaire = »Autoriser IGMP» Désactivé = Aucune interface in-interface = éther2-maître protocole = IGMP

/ IP Firewall Filter Ajouter une action = Accepter la chaîne = Entrée Commentaire = »IPTV UDP entrant» désactivé = No DST-Port = 1234 In-Interface = Ether2-Master Protocol = UDP

/ Filtre de pare-feu IP Ajouter une action = Accepter la chaîne = Transférer Commentaire = »Transfert UDP IPTV» Désactivé = No DST-Port = 1234 Protocole = UDP 1234. MultiCast d'huile.

- Le port est inscrit officieusement pour la diffusion vidéo et IPTV Éther2-maître - Ceci est une interface pour laquelle IPTV provient du fournisseur.

Suivant besoin dans le menu

Ip Sélectionnez l'élément Pare-feu

et aller à l'onglet Règles de filtrage.

. Nous avons créé à l'exclusion des règles et qu'ils travaillent, ils devraient être plus élevés pour interdire. Nous les traînons avec la souris.

  1. Configuration Wi-Fi
  2. Si vous distribuez ou allez distribuer IPTV via Wi-Fi, vous devez ajouter des paramètres supplémentaires. Pour faire cela, ouvert dans l'ordre:
  3. Après avoir appuyé sur le bouton Advanced Mode, des paramètres supplémentaires apparaissent:
  4. Dans le champ
  5. Support WMM PIM SM RP.

Mettre

Tâche numéro 4.

Unicast.

  1. - Unicast, une source de flux un destinataire Diffuser.
  2. - diffusion, une source, destinataires tous les clients en ligne - MultiCast, un expéditeur, des destinataires du groupe de clients

Quel type de trafic à utiliser pour iPTV?

De toute évidence, la multidiffusion est donnée aux canaux de diffusion. Toute chaîne de télévision que nous souhaitons diffuser est caractérisée par l'adresse de groupe, qui est sélectionnée dans la gamme réservée à ces fins:

224.0.0.0 - 239.255.255.255

Новости

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