Tout simplement:
------------------------------------------------------------
| 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 monodiffusion est utilisée lorsque deux nœuds du réseau doivent se parler. C'est assez simple, donc je ne vais pas y passer beaucoup de temps. Par définition, TCP est un protocole de monodiffusion, sauf quand Anycast est impliqué (plus de détails ci-dessous).
Lorsque vous avez besoin que plus de deux nœuds voient le trafic, vous avez des options.
Si tous les nœuds se trouvent sur le même sous-réseau, la diffusion 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 fonctionnalité de couche 2 du protocole Ethernet, ainsi qu'une fonctionnalité de couche 3 du protocole IPv4.
La multidiffusion est comme une diffusion pouvant traverser des 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 car, par définition, aucun état de connexion ne peut être maintenu. Les nœuds transmettant des données à un groupe de multidiffusion ne savent pas quels nœuds sont en train de recevoir. Par défaut, les routeurs Internet ne transmettent pas le trafic multidiffusion. Pour un usage interne, cependant, il est parfaitement autorisé. ainsi, "horizon défini" dans le graphique ci-dessus. La multidiffusion est une fonctionnalité de couche 3 d'IPv4 et IPv6.
Pour utiliser anycast, vous publiez le même réseau à plusieurs endroits sur Internet et vous vous fiez aux calculs du chemin le plus court pour acheminer les clients vers vos multiples emplacements. En ce qui concerne les nœuds de réseau eux-mêmes, ils utilisent une connexion unicast pour communiquer avec vos nœuds anycasted. Pour en savoir plus sur Anycast, essayez: Qu'est-ce qu '"anycast" et en quoi est-ce utile? . Anycast est également une fonctionnalité de la couche 3, mais dépend de la manière dont la fusion des routes se produit.
Exemples
Quelques exemples d'utilisation des méthodes non Unicast dans Internet réel.
Broadcast
ARP est un protocole de diffusion utilisé par les piles TCP / IP pour déterminer le mode d'envoi du trafic à d'autres nœuds du réseau. Si la destination se trouve sur le même sous-réseau, le protocole ARP est utilisé pour déterminer l'adresse MAC associée à l'adresse IP indiquée. Il s’agit d’une diffusion de niveau 2 (Ethernet) vers le FF réservé: FF: FF: FF: FF: FF adresse MAC.
En outre, le protocole de navigation sur machine de Microsoft est réputé pour sa diffusion. Des solutions de contournement telles que WINS ont été créées pour permettre la navigation entre sous-réseaux. Cela implique une diffusion de niveau 3 (IP), qui est un paquet IP avec l'adresse de destination répertoriée comme 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 des sources de temps.
Multicast
À l'intérieur d'un réseau d'entreprise, Multicast peut diffuser de la vidéo en direct sur plusieurs nœuds sans avoir à disposer d'une bande passante trop importante de la part du serveur fournissant le flux vidéo. De cette façon, vous pouvez avoir un serveur vidéo alimentant un flux 720p sur une connexion 100 Mb, tout en continuant à servir ce flux à 3000 clients.
Lorsque Novell s’est éloigné d’IPX et d’IP, il a fallu choisir un protocole de publicité de service pour remplacer le protocole SAP dans IPX. Dans IPX, le protocole de publicité de service faisait une annonce à l'échelle du réseau chaque fois qu'il annonçait qu'un service était disponible. Comme TCP / IP manquait d'un tel protocole d'annonce global, Novell a préféré utiliser un protocole basé sur la multidiffusion: le protocole de localisation de service. Les nouveaux serveurs annoncent leurs services sur le groupe de multidiffusion SLP. Les clients à la recherche de types de services spécifiques signalent leur besoin au groupe de multidiffusion et écoutent les réponses en diffusion individuelle.
Les imprimantes HP annoncent leur présence sur un groupe de multidiffusion par défaut. Avec les bons outils, il est très facile de savoir quelles imprimantes sont disponibles sur votre réseau.
Le protocole NTP permet également une méthode de multidiffusion (IP 224.0.1.1) pour annoncer des sources de temps dans des zones situées au-delà du seul sous-réseau.
Anycast
Anycast est un peu spécial car il comporte plusieurs couches Unicast. Anycast annonce le même réseau dans différentes parties du réseau afin de réduire le nombre de sauts de réseau nécessaires pour accéder à ce réseau.
Le protocole de transition 6to4 IPv6 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 le 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 diffusés à tout moment, 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 pour les utilisateurs finaux. Google fait Anycast avec ses pages de recherche à certains endroits (et géo-IP dans d'autres). Les serveurs DNS racines utilisent Anycast pour des raisons similaires. ServerFault lui-même pourrait bien y aller, ils ont des centres de données à New York et en Oregon, mais n'y sont pas encore allés.
Problèmes de réseau
Un trafic de diffusion excessif peut voler de la bande passante à tous les nœuds de ce sous-réseau. C’est moins un problème ces jours-ci avec les ports GigE en duplex intégral, mais dans les jours semi-duplex de 10 Mo, une tempête de diffusion risquait d’arrêter un réseau très rapidement. Les réseaux semi-duplex avec un grand domaine de collision sur tous les nœuds étaient particulièrement vulnérables aux tempêtes de diffusion. C'est pourquoi les livres en réseau, en particulier les plus anciens, conseillent de surveiller le trafic de diffusion. Il est beaucoup plus difficile d'arrêter les réseaux commutés / duplex intégral avec une tempête de diffusion, mais cela peut toujours arriver. La diffusion est nécessaire au bon fonctionnement des réseaux IP.
La multidiffusion a la même possibilité d'abus. Si un nœud du groupe de multidiffusion 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 Mcast excessif peut augmenter les risques de collision sur de telles connexions lorsque cela pose un problème.
La multidiffusion est une fonctionnalité optionnelle avec IPv4, mais requise pour IPv6. La diffusion IPv4 est remplacée par la multidiffusion dans IPv6 (voir aussi: Pourquoi l’IPv6 ne peut-il pas envoyer de diffusion? ). Il est fréquemment désactivé sur les réseaux IPv4. Ce n'est pas un hasard si l'activation de la multidiffusion est l'une des nombreuses raisons pour lesquelles les ingénieurs réseau craignent de passer à IPv6 avant de devoir le faire.
Calculer combien de trafic est trop de trafic dépend de quelques choses
- Semi -duplex vs duplex intégral: les réseaux semi-duplex ont des tolérances beaucoup plus basses pour le trafic bcast / mcast.
- Vitesse des ports réseau: plus votre réseau est rapide, moins le problème est grave. Dans les jours Ethernet 10Mb, 5 à 10% du trafic sur un port pourrait être du trafic bcast, sinon plus, mais sur GigE moins de 1% (probablement moins) est plus probable.
- Nombre de nœuds sur le réseau: plus vous avez de nœuds, plus le trafic de diffusion que vous allez subir est inévitable (ARP). Si vous avez utilisé des protocoles spécifiques, la navigation Windows ou d'autres éléments tels que les pulsations de cluster, le démarrage des problèmes va changer.
- Technologie de réseau: Ethernet câblé est suffisamment rapide pour que tant que vous utilisez un matériel moderne, le bcast / mcast ne vous causera probablement aucun problème. D'autre part, le sans fil peut souffrir d'un trafic de diffusion excessif car il s'agit d'un support partagé entre tous les nœuds et donc dans un seul domaine de collision.
En fin de compte, le trafic Bcast et Mcast dépouille les ports de la bande passante. Lorsque vous commencez à vous inquiéter, vous dépendez 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'ayant pas été aussi rapide que la vitesse du réseau, le nombre total de pourcentage de diffusion par rapport au trafic a diminué au fil du temps.
Certains réseaux interdisent la multidiffusion pour des raisons spécifiques, tandis que d'autres n'ont jamais pris le temps de la configurer. Certains protocoles de multidiffusion peuvent révéler des informations intéressantes (SLP en est un) à quiconque écoute pour les bonnes choses. Personnellement , le trafic de multidiffusion mineur ne me dérange pas car le plus gros désagrément que j’ai constaté avec lui est la capture de réseaux pollués lorsque je fais une analyse de réseau; et pour cela il y a des filtres.