C'est simple :
------------------------------------------------------------
| TYPE | ASSOCIATIONS | SCOPE | EXAMPLE |
------------------------------------------------------------
| Unicast | 1 to 1 | Whole network | HTTP |
------------------------------------------------------------
| Broadcast | 1 to Many | Subnet | ARP |
------------------------------------------------------------
| Multicast | One/Many to Many | Defined horizon | SLP |
------------------------------------------------------------
| Anycast | Many to Few | Whole network | 6to4 |
------------------------------------------------------------
La diffusion individuelle est utilisée lorsque deux nœuds du réseau doivent se parler. C'est assez simple, je ne vais donc pas m'y attarder. Par définition, TCP est un protocole Unicast, sauf lorsqu'il est question d'Anycast (voir ci-dessous).
Lorsque vous avez besoin que plus de deux nœuds voient le trafic, vous avez des options.
Si tous les noeuds sont sur le même sous-réseau, alors diffuser devient une solution viable. Tous les nœuds du sous-réseau verront tout le trafic. Aucun état de connexion de type TCP n'est maintenu. La diffusion est une fonction de couche 2 du protocole Ethernet, et également une fonction de couche 3 de l'IPv4.
Multicast est comme une diffusion qui peut traverser les sous-réseaux, mais contrairement à la diffusion, elle ne touche pas tous les nœuds. Les nœuds doivent s'abonner à un groupe de multidiffusion pour recevoir des informations. Les protocoles de multidiffusion sont généralement des protocoles UDP, puisque, par définition, aucun état de connexion ne peut être maintenu. Les nœuds qui transmettent des données à un groupe de multidiffusion ne savent pas ce qu'ils reçoivent. Par défaut, les routeurs Internet ne transmettent pas le trafic multicast. Pour un usage interne, cependant, il est parfaitement autorisé ; d'où la mention "Horizon défini" dans le tableau ci-dessus. La multidiffusion est une caractéristique de la couche 3 des protocoles IPv4 et IPv6.
Pour utiliser anycast vous faites de la publicité pour le même réseau en de multiples endroits de l'Internet et vous vous appuyez sur les calculs du plus court chemin pour canaliser les clients vers vos multiples sites. En ce qui concerne les nœuds du réseau eux-mêmes, ils utilisent un réseau de type unicast pour parler à vos noeuds anycasted. Pour en savoir plus sur l'Anycast, essayez : Qu'est-ce que le "anycast" et en quoi est-il utile ? . L'Anycast est également une fonctionnalité de la couche 3, mais elle est fonction de la manière dont le route-coalescing se produit.
Exemples
Quelques exemples de l'utilisation des méthodes non-Unicast dans l'Internet réel.
Diffusion
ARP est un protocole de diffusion, et est utilisé par les piles TCP/IP pour déterminer comment envoyer le trafic aux autres nœuds du réseau. Si la destination se trouve sur le même sous-réseau, ARP est utilisé pour déterminer l'adresse MAC qui correspond à l'adresse IP indiquée. Il s'agit d'une diffusion de niveau 2 (Ethernet), vers l'adresse MAC réservée FF:FF:FF:FF:FF:FF.
De plus, le protocole de navigation de Microsoft est réputé pour être basé sur la diffusion. Des solutions de contournement comme WINS ont été créées pour permettre la navigation entre les sous-réseaux. Cela implique une diffusion de niveau 3 (IP), c'est-à-dire un paquet IP dont l'adresse de destination est l'adresse de diffusion du sous-réseau (dans 192.168.101.0/24, l'adresse de diffusion serait 192.168.101.255).
Le protocole NTP permet une méthode de diffusion pour annoncer les sources de temps.
Multicast
Au sein d'un réseau d'entreprise, la multidiffusion permet de diffuser une vidéo en direct à plusieurs nœuds sans avoir besoin d'une bande passante massive de la part du serveur qui diffuse le flux vidéo. Ainsi, un serveur vidéo peut fournir un flux vidéo de 720p avec une connexion de 100 Mo seulement, tout en servant ce flux à 3000 clients.
Lorsque Novell a abandonné IPX au profit d'IP, il a dû choisir un protocole de publicité de service pour remplacer le protocole SAP d'IPX. Dans IPX, le protocole de publicité de service, a fait un annonce à l'échelle du réseau à chaque fois qu'il annonce qu'un service est disponible. Comme TCP/IP ne dispose pas d'un tel protocole d'annonce global, Novell a choisi d'utiliser un protocole basé sur la multidiffusion : le Service Location Protocol. Les nouveaux serveurs annoncent leurs services sur le groupe multicast SLP. Les clients recherchant des types de services spécifiques annoncent leur besoin au groupe multicast et écoutent les réponses non diffusées.
Les imprimantes HP annoncent par défaut leur présence sur un groupe multicast. Avec les bons outils, il est très facile de savoir quelles imprimantes sont disponibles sur votre réseau.
Le protocole NTP également permet une méthode de multidiffusion (IP 224.0.1.1) pour annoncer les sources horaires à des zones situées au-delà du seul sous-réseau.
Anycast
La diffusion analogique est un peu spéciale, car la diffusion individuelle se superpose à elle. L'Anycast consiste à annoncer le même réseau dans différentes langues. pièces du réseau, afin de diminuer le nombre de sauts de réseau nécessaires pour atteindre ce réseau.
Le protocole de transition IPv6 6to4 utilise Anycast. Les passerelles 6to4 annoncent leur présence sur une adresse IP spécifique, 192.88.99.1. Les clients souhaitant utiliser une passerelle 6to4 envoient du trafic à 192.88.99.1 et font confiance au réseau pour transmettre la demande de connexion à un routeur 6to4.
Les services NTP pour les hôtes NTP particulièrement populaires peuvent très bien être anycasted, mais je n'en ai pas la preuve. Il n'y a rien dans le protocole pour l'empêcher.
D'autres services utilisent Anycast pour améliorer la localisation des données vers les utilisateurs finaux. Google utilise l'Anycast pour ses pages de recherche à certains endroits (et la géo-IP à d'autres). Les serveurs DNS racine utilisent Anycast pour des raisons similaires. ServerFault lui-même pourrait aller dans ce sens. Ils ont des centres de données à New York et en Oregon, mais ils n'y sont pas encore allés.
Préoccupations relatives au réseau
Un trafic de diffusion excessif peut priver tous les nœuds de ce sous-réseau de bande passante. Ce problème est moins préoccupant de nos jours avec les ports GigE full-duplex, mais à l'époque des 10Mb half-duplex, une tempête de diffusion pouvait mettre un réseau à l'arrêt très rapidement. Ces réseaux half-duplex avec un seul grand domaine de collision sur tous les noeuds étaient particulièrement vulnérables aux tempêtes de diffusion, c'est pourquoi les livres sur les réseaux, surtout les plus anciens, recommandent de garder un oeil sur le trafic de diffusion. Les réseaux commutés/duplex intégral sont beaucoup plus difficiles à arrêter par une tempête de diffusion, mais cela peut toujours arriver. La diffusion est requerido pour le bon fonctionnement des réseaux IP.
La multidiffusion présente les mêmes possibilités d'abus. Si un nœud du groupe multicast commence à envoyer d'énormes quantités de trafic à ce groupe, tous les nœuds abonnés verront tout ce trafic. Comme pour la diffusion, un trafic de multidiffusion excessif peut augmenter les possibilités de collisions sur les connexions où cela pose problème.
La multidiffusion est une en option avec IPv4, mais requerido pour IPv6. Le broadcast IPv4 est remplacé par le multicast dans IPv6 (voir aussi : Pourquoi IPv6 ne peut pas envoyer des diffusions ? ). Elle est souvent désactivée sur les réseaux IPv4. Ce n'est pas une coïncidence si l'activation de la multidiffusion est l'une des nombreuses raisons pour lesquelles les ingénieurs réseau hésitent à passer à IPv6 avant qu'ils ne l'aient fait. tienen pour le faire.
Le calcul de l'excès de trafic dépend de plusieurs éléments
-
Half vs Full Duplex : Les réseaux half-duplex ont des tolérances beaucoup plus faibles pour le trafic bcast/mcast.
-
Vitesse des ports réseau : Plus votre réseau est rapide, moins ce problème se pose. À l'époque de l'Ethernet 10Mb, 5 à 10% du trafic sur un port pouvait être du trafic bcast, si ce n'est plus, mais en GigE, moins de 1% (probablement beaucoup moins) est plus probable.
-
Nombre de nœuds sur le réseau : Plus le nombre de nœuds est élevé, plus le trafic de diffusion est inévitable (ARP). Si vous utilisez des protocoles spécifiques à la diffusion, la navigation Windows ou d'autres choses comme les battements de cœur de la grappe, l'origine des problèmes changera.
-
Technologie de réseau : L'Ethernet filaire est suffisamment rapide pour que, tant que vous disposez d'un équipement moderne, bcast/mcast ne vous cause pas de problèmes. En revanche, le sans fil peut souffrir d'un trafic de diffusion excessif car il s'agit d'un support partagé par tous les nœuds et donc d'un seul domaine de collision.
Au final, le trafic Bcast et Mcast prive les ports de bande passante. Le moment où vous commencez à vous inquiéter dépend fortement de votre réseau individuel et de votre tolérance aux performances variables. En général, le nombre de nœuds de réseau n'a pas évolué aussi vite que la vitesse du réseau, de sorte que le pourcentage global de diffusion en tant que trafic a diminué au fil du temps.
Certains réseaux interdisent la multidiffusion pour des raisons spécifiques, et d'autres n'ont jamais pris le temps de la mettre en place. Certains protocoles de multidiffusion peuvent révéler des informations intéressantes (SLP en est un) à quiconque prête l'oreille aux bonnes choses. Personnellement Le trafic multicast mineur ne me dérange pas, car le plus gros inconvénient que j'ai rencontré avec lui est la pollution des captures de réseau lorsque je fais une analyse de réseau ; et pour cela, il y a des filtres.
