Ok, donc le Mac multicast, rappelez-vous que nous parlons d'une destination
L'adresse Mac est partiellement dÃ©rivÃ©e de l'adresse IP de multidiffusion rÃ©elle
qui se trouve au-dessus au niveau de la couche rÃ©seau.
Ce sont donc les deux OUI rÃ©servÃ©s que vous devriez rechercher pour la multidiffusion.
Si jamais vous voyez une trame Ethernet qui va vers une destination commenÃ§ant
avec 01005E, Ã§a devrait vous faire dire aha, ce cadre porte
un paquet multicast IP version 4.
C'est donc l'OUI rÃ©servÃ© aux donnÃ©es de multidiffusion IPv4.
Et puis si jamais vous voyez quelque chose allant vers 33333, c'est rÃ©servÃ© Ã
Multidiffusions IPv6.
D'accord, parlons un peu de la maniÃ¨re dont nous obtenons rÃ©ellement les Ã©lÃ©ments.
Tout d'abord, commenÃ§ons par IPv6.
IPv6 est trÃ¨s simple, puis je reviendrai Ã IPv4.
Disons que mon adresse IPv6 multicast, je vais juste inventer quelque chose
ici. Disons que cela allait vers FF0E, donc c'est une multidiffusion globale, et
disons simplement 11111, puis AAAA, BBBB, CCC, voyons, 1, 2, 3, 4,
5, jâen ai besoin de trois de plus.
Et puis 2222, 777, 1, 2, 3, 4, 5, 6, 7, puis nous ferons juste le dernier octet,
en quelque sorte exÃ©cuter DDD.
D'accord, tout ce que nous allons faire, c'est lorsque la source de multidiffusion gÃ©nÃ¨re ceci
adresse comme adresse de destination Ã la couche trois, aprÃ¨s cela quand il est
crÃ©ant sa trame Ethernet, tout ce qu'il va faire c'est prendre les 32 derniÃ¨res
bits, qui dans ce cas est 777 et DDDD, et il va corriger cela
ici, oÃ¹ se trouvent ces X.
Ainsi, Ã la couche deux, la trame Ethernet sera destinÃ©e au 333 colon 777
cÃ´lon DDDD. C'est donc assez simple.
N'oubliez pas que les 32 derniers bits de l'adresse de multidiffusion IPv6 sont directement
mappÃ© sur les 32 derniers bits de l'adresse MAC de destination de la trame Ethernet.
Maintenant, dans le monde dâIPv4, cartographier cela est une sorte de cauchemar.
Alors soyez patient avec moi, si vous n'avez pas pris votre cafÃ©, vous voudrez peut-Ãªtre
prendre une grande gorgÃ©e Ã ce stade, car cela rend gÃ©nÃ©ralement les gens
les yeux s'Ã©carquillent.
Mais nous allons continuer et le parcourir parce que je pense que vous devriez
pour le savoir. Donc, tout d'abord, mon adresse MAC multicast que nous connaissons au niveau de la couche
deux est 01005E. Et maintenant, vous pourriez penser, ok, eh bien, c'est la moitiÃ© du
adresse, non ? Une adresse MAC fait 48 bits.
C'est la moitiÃ©. Vous pourriez donc penserÂ :Â dâaccord, il me reste 24Â bits Ã mapper.
Eh bien, pas tout Ã fait.
Si je convertis cela en binaire pour le reste, juste une partie, le
le bit suivant doit Ãªtre un zÃ©ro.
Et puis vous avez 12345678 deux-points 12345678.
Je vais juste faire Ã§a.
Colon 12345678. Je manque d'espace, mais vous voyez l'idÃ©e.
Donc, sur mes 24 bits restants, je nâai en rÃ©alitÃ© que 23 bits.
Celui-ci doit Ãªtre mis Ã zÃ©ro.
Et si jamais vous regardez cela et que vous vous demandez quoi ?
Eh bien, cela n'a aucun sens.
Je vais vous dire, il y a une histoire intÃ©ressante.
Je ne vais pas entrer dans l'histoire, mais c'est ce que vous devriez rechercher sur Google.
pour savoir pourquoi ont-ils fini par faire Ã§a comme Ã§a ?
Google ceci. Recherchez le nom de Steve sur Google.
Nom de famille, Deering.
Mac multidiffusion. Google Ã§a.
Mac multidiffusion Steve Deering.
Et vous pourrez dÃ©couvrir une histoire intÃ©ressante sur Steve Deering.
l'un des pionniers de la multidiffusion.
Il a rÃ©alisÃ© une grande partie du travail initial Ã ce sujet.
Et vous dÃ©couvrirez une histoire intÃ©ressante sur l'Ã©poque oÃ¹ il Ã©tait Ã©tudiant diplÃ´mÃ©,
une petite interaction qu'il a eue avec son professeur qui concernait l'argent,
et Ã§a s'est terminÃ© avec cette chose bizarre ici, avec seulement 23 bits Ã©tant
disponible. D'accord, alors comment mapper l'adresse IP de multidiffusionÂ ?
Eh bien, si vous pouvez garder cela Ã lâesprit, cela devrait maintenant Ãªtre assez simple.
Prenez simplement les 23 derniers bits de lâadresse IP de multidiffusion et mappez-les ici.
Supposons que mon adresse IP de multidiffusion soit 239.
Eh bien, quel que soit le premier octet, que ce soit 224 ou 239, c'est toujours
je vais mapper jusqu'Ã 5e, non ?
Parce que cet octet est en quelque sorte annulÃ©, il deviendra toujours
5e. Et maintenant, disons que j'avais un flux multicast de 239.
rendons les choses faciles.
1.1.1. C'est mon adresse IP multicast.
Eh bien, l'adresse MAC de multidiffusion rÃ©sultante serait 01005e, et ces bits
serait cartographiÃ© ici.
Ce serait donc 01005e, 1111.
Et si j'avais 225.1.1Â ?
Ce serait exactement la mÃªme chose.
0111, ils seraient tous mappÃ©s sur le mÃªme MAC de multidiffusion.
Alors additionnons cela pendant une seconde.
Si vous faites juste quelques calculs rapides, si nous commenÃ§ons Ã 224 et montons jusqu'Ã 239,
Ã§a fait combien de numÃ©ros uniques ?
Je vais vous le dire tout de suite, cela fait un total de 16 numÃ©ros uniques.
De 224 Ã 239 correspond Ã 16 combinaisons dâoctets.
Donc dÃ¨s le dÃ©part, nous avons 16 adresses IPV4 multicast qui
tous correspondent exactement au mÃªme MAC de multidiffusion.
Mais câest encore mieux que Ã§a.
Parce que non seulement 239.111 correspondra Ã cela, mais aussi 239.129.11.
Parce que rappelez-vous, ce 8 bits, ce bit qui est normalement mappÃ© au 128
bit, doit toujours Ãªtre un zÃ©ro.
Donc mÃªme si dans l'adresse IPV4 ce bit est activÃ©, nous devons l'activer
Ã§a s'Ã©teint ici.
Ainsi, 239.111 et 239.111 correspondront Ã©galement Ã la mÃªme chose.
Chaque fois que le 128 bits est activÃ© dans ce troisiÃ¨me octet, il va tomber
parce que Ã§a doit Ãªtre un zÃ©ro ici.
Cela signifie donc que pour chacune de ces 16 combinaisons, il y a deux combinaisons
cela aussi la carte. Par exemple, 224.111 et 224.129.11, tous deux mappÃ©s au
exactement la mÃªme chose.
227.1.5.5, 227.129.5 mappÃ©s exactement Ã la mÃªme chose.
Donc en rÃ©alitÃ©, nous avons 16 nombres dans le premier octet et deux nombres
dans le deuxiÃ¨me octet.
Nous en avons donc rÃ©ellement 32.
Donc, pour chaque adresse MAC multicast, donc si je vous montre, par exemple,
celui-ci, dÃ©barrassons-nous du nom de Steve Deering ici.
Je suis sÃ»r qu'il adorerait le voir lors de cette prÃ©sentation, mais dÃ©solÃ©, Steve,
nous allons nous en dÃ©barrasser temporairement.
Donc si je vous ai donnÃ© cette adresse MAC multicast, 01005E, oups, pas 5.2, 5E.
Et puis j'ai dit, disons simplement, 7.1.1, laissez-moi en faire un, faisons les deux-points.
VoilÃ pour garder les choses cohÃ©rentes, voyons ici.
Faisons des deux-points ici aussi.
D'accord, si je devais vous demander, quelle est l'adresse IPv4 de multidiffusion qui s'est terminÃ©e
rÃ©sultant en cette adresse MAC multicast ?
Votre rÃ©ponse devrait Ãªtre composÃ©e de 32 numÃ©ros uniques.
Parce que tu dirais, eh bien Keith, le premier octet aurait pu Ãªtre n'importe quoi
de 224 jusqu'Ã 239.
Et puis le deuxiÃ¨me octet aurait pu Ãªtre le chiffre 7, ou bien il aurait pu Ãªtre
128 plus 7, ce qui serait 135.1.1.
Donc 224.7.135, 225.7.135, 226.7.135, 111.1.
Est-ce que tout correspondrait Ã celaÂ ?
Cela nous donne donc 32 adresses IP de multidiffusion qui correspondent Ã la mÃªme multidiffusion
Adresse Mac. Maintenant, Ã ce stade, vous vous demandez peut-ÃªtreÂ :Â wow, d'accord, intÃ©ressant
exercice mathÃ©matique, mais oÃ¹ est la pertinence du monde rÃ©el par rapport Ã cela ?
OÃ¹ est la pertinence ?
Eh bien, laissez-moi vous dresser un tableau.
Disons, prenons ceci.
Disons que j'ai 4 ordinateurs portables.
Disons simplement 3, 3 ordinateurs portables puisque je manque de place ici.
D'accord, et nous allons rendre les choses trÃ¨s simples ici.
Ils sont connectÃ©s Ã un hub, qui Ã son tour est connectÃ© Ã un rÃ©seau de multidiffusion.
serveur. Bien sÃ»r, vous ne verrez jamais cela dans la vraie vie, mais vous obtiendrez
l'idÃ©e derriÃ¨re cela une fois que j'ai commencÃ© ici.
Nous dirons donc simplement PCA, B et C.
Et disons que ce serveur de multidiffusion va envoyer 3 messages uniques
flux de trafic.
Nous avons 225.2.1.1.
Nous avons 239.130.1.1.
Et nous en avons 232.
Eh bien, nous ne devrions pas utiliser, eh bien, vous aurez l'idÃ©e, 232.2.1.1.
Et disons que tous ces flux sont en haute dÃ©finition.
Chacun est de 5 mÃ©gabits par seconde.
Si vous le recevez rÃ©ellement, vous recevrez 5 mÃ©gabits par seconde.
D'accord, donc ces flux fonctionnent maintenant.
Les trois flux quittent ce serveur simultanÃ©ment.
Si PC, commenÃ§ons simplement par PCC.
Si PCC dit regardez, le seul qui m'intÃ©resse est 225.2.1.1.
Donc, que fait-il?
Il va sur sa carte Ethernet Nik.
Il dit d'accord, carte Ethernet Nik, c'est ce que je veux que vous recherchiez.
Si vous avez dÃ©jÃ vu une trame Ethernet commenÃ§ant par 0,01, 0,05e, 0
.2, 0.1, 0.1, je veux que vous rÃ©cupÃ©riez Ã§a et que vous l'envoyiez Ã mon processeur pour
traitement. Au moment oÃ¹ il fait Ã§a, et il programme sa carte Nik pour qu'elle ressemble
Ã cela, tout dâun coup, son ordinateur portable commence Ã se dÃ©traquer.
Son Ã©cran vidÃ©o est juste pixelisÃ©, on ne voit rien, Ã§a ne se voit pas
ne veut rien dire. En plus, il essaie de tÃ©lÃ©charger ses emails et
il lui faut une Ã©ternitÃ© pour tÃ©lÃ©charger ses e-mails, il est peut-Ãªtre mÃªme en train de se connecter
et se dÃ©connecter, se connecter et se dÃ©connecter de son serveur de messagerie.
C'est comme si son ordinateur portable venait d'Ãªtre claquÃ©.
Que se passe-t-il?
Ã ce stade, Ã©tant donnÃ© que ces trois flux correspondent exactement au mÃªme
adresse MAC de couche deux, nous avons maintenant trois flux qui descendent et son Nik
la carte les rÃ©cupÃ¨re tous parce qu'Ã la couche deux, ils ressemblent tous Ã
mÃªme. Sa carte Ethernet ne peut pas distinguer les adresses de couche trois car
Ã§a ne fait pas Ã§a.
C'est juste une carte Ethernet de couche deux.
Ainsi, sur ces trois flux, un total de 15 Mo de trafic est gÃ©nÃ©rÃ©.
dirigÃ© vers l'unitÃ© centrale de traitement de ce type et son processeur doit maintenant
jetez ou jetez 10 Mo de cela pour qu'il ne puisse voir que les cinq Mo qui
Ã§a veut. Eh bien, son processeur va probablement avoir beaucoup de mal Ã recevoir
un volume constant de 15 Mo de trafic entrant et en essayant d'en Ã©liminer les deux tiers
de cela, 10 Mo.
Et câest lÃ le problÃ¨me du chevauchement de 32 pour un.
Ce nâest pas la faute du rÃ©cepteur.
C'est la faute de la personne qui a mis en place ce serveur multicast dans le
premiÃ¨re place. Quand tu es, si jamais tu es dans une situation oÃ¹ tu es
l'administrateur de multidiffusion et ce sera Ã vous de trouver
les adresses IP multicast pour chacun des flux multicast, c'est
votre travail d'en Ãªtre conscient et de vous assurer que ces flux vidÃ©o ne
chevaucher. Et cela pourrait dire, eh bien, Keith, existe-t-il un moyen simple de comprendre
Ã§a sort ? Bien sÃ»r, il y en a.
Assurez-vous simplement que, pour chaque flux multicast, les deux derniers
les octets ne sont jamais les mÃªmes.
Maintenant, techniquement, nous pourrions Ã©galement passer au troisiÃ¨me octet, mais si vous savez
que ces 16 derniers bits sont toujours uniques, vos adresses MAC multicast
sera toujours unique car ces 16 derniers bits sont mappÃ©s un pour un
jusqu'Ã l'adresse MAC de multidiffusion au niveau de la couche deux.
Alors rendez-les uniques et vous n'aurez jamais ce chevauchement de 32 contre un.
problÃ¨me plus jamais.
Câest ainsi que vous reconnaissez les adresses IP de multidiffusion et les adresses MAC de multidiffusion.
Maintenant, j'ai parlÃ© un peu de ce que font les routeurs avec les trames de multidiffusion.
J'ai dit que lorsqu'un routeur reÃ§oit une trame multicast, la premiÃ¨re chose qu'il dit
c'est, est-ce quelque chose que je dois traiter ?
Parce que cela pourrait Ãªtre un bonjour EIGRP ou un bonjour OSPF ou quelque chose comme
auquel cas je dirai, ah, je suis programmÃ© pour chercher Ã§a.
Permettez-moi de l'envoyer Ã mon processeur pour traitement.
Qui s'arrÃªte et marque une pause un instant.
Penses-y.
Imaginez que vous Ãªtes un routeur, d'accord, et que vous Ãªtes programmÃ© pour faire de l'EIGRP,
TrÃ¨s bien? Vous Ã©coutez donc spÃ©cifiquement les trames Ethernet Ã venir
en allant Ã 01005E, 0000A, non ?
Parce que cela correspondrait Ã 10, 2240010 correspondrait Ã 00A Ã la couche deux.
Donc ici, de temps en temps, vous vous attendez Ã ce qu'en tant que routeur, vous disiez, d'accord,
eh bien, vous savez, l'EIGRP ne devrait pas Ãªtre si bavard, n'est-ce pas ?
Dans un environnement stable et agrÃ©able, toutes les cinq ou dix secondes environ, vous devriez
recevoir un paquet de bonjour EIGRP, accÃ©der Ã ce Mac multicast, puis
vous le traitez. Et si quelqu'un qui ne connaÃ®t rien Ã l'EIGRP
mais ils savent que la multidiffusion configure leur vidÃ©o haute dÃ©finition multidiffusion
flux, qui va Ã sept mÃ©gabits par seconde, et ils sÃ©lectionnent,
Je ne sais pas, 239.0010 comme robe de destination.
Devinez quoi? Au niveau de la couche deux, ce flux vidÃ©o haute dÃ©finition sera mappÃ© vers
exactement la mÃªme adresse Mac que celle utilisÃ©e par EIGRP.
Et maintenant, tout d'un coup, votre routeur au lieu de recevoir un seul paquet
toutes les cinq ou dix secondes, nous recevons des milliers de paquets Ã chaque fois
deuxiÃ¨mement, je vais Ã cette couche pour y remÃ©dier.
Vous pouvez parier que ce routeur ne sera pas trÃ¨s content de cela.
Il pourrait mÃªme planter parce qu'il doit diriger tout ce trafic vers
le CPU n'est pas EIGRP.
Je dois jeter Ã§a pour pouvoir isoler le petit bonjour EIGRP qui est
il arrive toujours toutes les cinq secondes environ.
Alors soyez-en conscient.
Maintenant, que font les commutateurs lors de la rÃ©ception de multidiffusionÂ ?
Eh bien, si vous parlez uniquement de la couche deux pure, les commutateurs inondent la multidiffusion
car comment un commutateur sait-il oÃ¹ transfÃ©rer quelque chose ?
Eh bien, lorsque la trame Ethernet arrive, que fait un commutateurÂ ?
Il apprend que dans la table d'adresses MAC, parfois appelÃ©e table CAM,
droite? C'est ainsi que le commutateur remplit la table CAM, l'adresse MAC
table basÃ©e sur les adresses MAC sources.
Eh bien, des adresses MAC de multidiffusion ont-elles dÃ©jÃ Ã©tÃ© vues dans la source d'un rÃ©seau Ethernet ?
cadre? Non, ils ne sont pas.
Au moins, ils ne devraient pas l'Ãªtre.
Ce serait illÃ©gal.
Ainsi, comme une adresse MAC multicast n'apparaÃ®t que dans la destination, par
par dÃ©faut, un commutateur n'a aucun moyen de l'apprendre car il n'est pas dans la source.
Alors, que font les commutateurs lorsqu'ils reÃ§oivent une trame Ethernet et qu'ils semblent
Ã destination et il n'y a aucune correspondance dans le tableau ?
Ils l'inondent. C'est ce qu'ils font.
Ainsi, le comportement par dÃ©faut de nombreux commutateurs consiste Ã inonder la multidiffusion.
Maintenant, nous verrons quand nous aborderons le sujet de la surveillance IGMP qui change