La sous-station numérique est une tendance dans le secteur de l’énergie. Si vous êtes proche du sujet, vous avez probablement entendu dire qu'une grande quantité de données est transmise sous forme de flux multicast. Mais savez-vous comment gérer ces flux multicast ? Quels outils de gestion des flux sont utilisés ? Que conseille la documentation réglementaire ?
Tous ceux qui souhaitent comprendre ce sujet sont les bienvenus chez le chat !
Comment les données sont-elles transmises sur le réseau et pourquoi gérer les flux multicast ?
Avant de passer directement à la sous-station numérique et aux nuances de la construction d'un réseau local, je propose un bref programme éducatif sur les types de transfert de données et les protocoles de transfert de données pour travailler avec des flux de multidiffusion. Nous avons caché le programme éducatif sous un spoiler.
Types de transfert de données
Types de trafic sur un LAN
Il existe quatre types de transfert de données :
- Diffusion – diffusion.
- Unicast – messagerie entre deux appareils.
- Multicast – envoi de messages à un groupe spécifique d'appareils.
- Unicast inconnu – diffusion dans le but de trouver un appareil.
Afin de ne pas confondre les cartes, parlons brièvement des trois autres types de transmission de données avant de passer au multicast.
Tout d’abord, rappelons qu’au sein d’un LAN, l’adressage entre appareils se fait en fonction des adresses MAC. Tout message transmis comporte des champs SRC MAC et DST MAC.
SRC MAC – MAC source – adresse MAC de l'expéditeur.
DST MAC – MAC de destination – adresse MAC du destinataire.
Le commutateur transmet des messages basés sur ces champs. Il recherche le DST MAC, le trouve dans sa table d'adresses MAC et envoie un message au port répertorié dans le tableau. Il regarde également le SRC MAC. S'il n'y a pas une telle adresse MAC dans le tableau, alors une nouvelle paire « Adresse MAC – port » est ajoutée.
Parlons maintenant plus en détail des types de transfert de données.
Unicast
Unicast est la transmission d'adresses de messages entre deux appareils. Il s’agit essentiellement d’un transfert de données point à point. En d’autres termes, deux appareils utilisent toujours Unicast pour communiquer entre eux.
Transmission du trafic en monodiffusion
Diffusions
La diffusion est un message diffusé. Ceux. diffusion, lorsqu'un appareil envoie un message à tous les autres appareils du réseau.
Pour envoyer un message de diffusion, l'expéditeur spécifie l'adresse MAC DST FF:FF:FF:FF:FF:FF.
Transmission du trafic de diffusion
Unidiffusion inconnue
Unknown Unicast, à première vue, est très similaire à Broadcast. Mais il y a une différence entre eux : le message est envoyé à tous les participants du réseau, mais n'est destiné qu'à un seul appareil. C'est comme un message dans un centre commercial vous demandant de garer votre voiture. Tout le monde entendra ce message, mais un seul y répondra.
Lorsque le commutateur reçoit une trame et ne peut pas en trouver le MAC de destination dans la table d'adresses MAC, il diffuse simplement ce message à tous les ports sauf celui à partir duquel il l'a reçu. Un seul appareil répondra à un tel mailing.
Transmission de trafic Unicast inconnu
Multicast
La multidiffusion est l'envoi d'un message à un groupe d'appareils qui « veulent » recevoir ces données. C'est très similaire à un webinaire. Il est diffusé sur Internet, mais seules les personnes intéressées par ce sujet s'y connectent.
Ce modèle de transfert de données est appelé « Editeur – Abonné ». Il existe un éditeur qui envoie des données et les abonnés qui souhaitent recevoir ces données s'y abonnent.
Avec la diffusion multicast, le message est envoyé depuis un appareil réel. Le MAC source dans la trame est le MAC de l’expéditeur. Mais la Destination MAC est une adresse virtuelle.
L'appareil doit se connecter au groupe pour en recevoir des données. Le commutateur redirige les flux d'informations entre les appareils : il se souvient des ports à partir desquels les données sont transmises et sait vers quels ports ces données doivent être envoyées.
Transmission du trafic multicast
Un point important est que les adresses IP sont souvent utilisées comme groupes virtuels, mais depuis... Puisque cet article concerne l’énergie, nous parlerons des adresses MAC. Dans la famille de protocoles CEI 61850 utilisée pour la sous-station numérique, la division en groupes est basée sur les adresses MAC.
Un bref programme éducatif sur l'adresse MAC
L'adresse MAC est une valeur de 48 bits qui identifie de manière unique un périphérique. Il est divisé en 6 octets. Les trois premiers octets contiennent des informations sur le fabricant. Les octets 4, 5 et 6 sont attribués par le fabricant et constituent le numéro de l'appareil.
Structure de l'adresse MAC
Dans le premier octet, le huitième bit détermine si le message est unicast ou multicast. Si le huitième bit est 0, alors cette adresse MAC est l'adresse du véritable périphérique physique.
Et si le huitième bit est 1, alors cette adresse MAC est virtuelle. Autrement dit, cette adresse MAC n'appartient pas à un périphérique physique réel, mais à un groupe virtuel.
Une équipe virtuelle peut être comparée à une tour de diffusion. La société de radio diffuse de la musique sur cette tour, et ceux qui veulent l'écouter règlent leurs récepteurs sur la fréquence souhaitée.
Par exemple, une caméra vidéo IP envoie des données à un groupe virtuel et les appareils qui souhaitent recevoir ces données se connectent à ce groupe.
Huitième bit du premier octet de l'adresse MAC
Si la prise en charge de la multidiffusion n'est pas activée sur le commutateur, celui-ci percevra le flux de multidiffusion comme une diffusion. En conséquence, si ces flux sont nombreux, nous obstruerons très rapidement le réseau avec du trafic « indésirable ».
Quelle est l’essence du multicast ?
L'idée principale de la multidiffusion est qu'une seule copie du trafic est envoyée depuis l'appareil. Le commutateur détermine sur quels ports se trouvent les abonnés et leur transmet les données de l'expéditeur. Ainsi, le multicast permet de réduire considérablement les données transmises via le réseau.
Comment cela fonctionne-t-il sur un vrai LAN ?
Il est clair qu'il ne suffit pas d'envoyer simplement une copie du trafic à une adresse MAC dont le huitième bit du premier octet est 1. Les abonnés doivent pouvoir se connecter à ce groupe. Et les commutateurs doivent comprendre de quels ports proviennent les données et vers quels ports elles doivent être transmises. Alors seulement le multicast permettra d’optimiser les réseaux et de gérer les flux.
Pour mettre en œuvre cette fonctionnalité, il existe des protocoles multicast. Les plus courants :
- IGMP.
- PIM.
Dans cet article, nous parlerons tangentiellement du principe général de fonctionnement de ces protocoles.
IGMP
Un commutateur compatible IGMP mémorise le port sur lequel le flux de multidiffusion arrive. Les abonnés doivent envoyer un message IMGP Join pour rejoindre le groupe. Le commutateur ajoute le port à partir duquel IGMP Join est arrivé à la liste des interfaces en aval et commence à y transmettre le flux de multidiffusion. Le commutateur envoie en permanence des messages de requête IGMP aux ports en aval pour vérifier s'il doit continuer à transmettre des données. Si un message IGMP Leave a été reçu d'un port ou s'il n'y a pas eu de réponse à un message IGMP Query, la diffusion vers ce port est arrêtée.
PIM
Le protocole PIM a deux implémentations :
- PIM DM.
- PIM SM.
Le protocole PIM DM fonctionne à l'inverse d'IGMP. Le commutateur envoie initialement le flux multicast sous forme de diffusion à tous les ports sauf celui à partir duquel il a été reçu. Ensuite, il désactive le flux sur les ports d'où proviennent les messages indiquant que ce n'est pas nécessaire.
PIM SM fonctionne à proximité d'IGMP.
Pour résumer très grossièrement le principe général du fonctionnement du multicast - l'Editeur envoie un flux multicast vers un groupe MAC spécifique, les abonnés envoient des requêtes pour se connecter à ce groupe, les switchs gèrent ces flux.
Pourquoi avons-nous abordé la multidiffusion si superficiellement ? Parlons des spécificités du LAN Digital Substation pour comprendre cela.
Qu'est-ce qu'une sous-station numérique et pourquoi la multidiffusion y est-elle nécessaire ?
Avant de parler du LAN de la sous-station numérique, vous devez comprendre ce qu'est une sous-station numérique. Puis répond aux questions:
- Qui est impliqué dans le transfert de données ?
- Quelles données sont transférées vers le LAN ?
- Quelle est l’architecture LAN typique ?
Et après cela, discutez de la multidiffusion...
Qu'est-ce qu'une sous-station numérique ?
Digital Substation est une sous-station dans laquelle tous les systèmes ont un très haut niveau d'automatisation. Tous les équipements secondaires et primaires d'une telle sous-station sont axés sur la transmission de données numériques. L'échange de données est construit conformément aux protocoles de transmission décrits dans la norme CEI 61850.
C'est pourquoi toutes les données sont transmises ici sous forme numérique :
- Des mesures.
- Informations diagnostiques.
- Commandes de contrôle.
Cette tendance a connu un grand développement dans le secteur énergétique russe et est désormais mise en œuvre partout. En 2019 et 2020, de nombreux documents réglementaires sont apparus réglementant la création d'une Sous-station Numérique à toutes les étapes de développement. Par exemple, STO 34.01-21-004-2019 PJSC « Rosseti » définit la définition et les critères suivants pour une station-service centrale :
Définition:
La sous-station numérique est une sous-station automatisée équipée de systèmes numériques d'information et de contrôle interagissant selon un mode horaire unique et fonctionnant sans la présence de personnel de service permanent.
Critères:
- observabilité à distance des paramètres et des modes de fonctionnement des équipements et systèmes nécessaires au fonctionnement normal sans la présence constante du personnel d'exploitation de service et de maintenance ;
- assurer le contrôle à distance des équipements et des systèmes pour l'exploitation des sous-stations sans la présence constante du personnel d'exploitation de service et de maintenance ;
- haut niveau d'automatisation de la gestion des équipements et des systèmes utilisant des systèmes de contrôle intelligents pour les modes de fonctionnement des équipements et des systèmes ;
- contrôle à distance de tous les processus technologiques en un seul mode horaire ;
- échange de données numériques entre tous les systèmes technologiques dans un format unique ;
- l'intégration dans le réseau électrique et le système de gestion d'entreprise, ainsi que la garantie d'une interaction numérique avec les organisations d'infrastructure concernées (avec les installations associées) ;
- sécurité fonctionnelle et informationnelle lors de la numérisation des processus technologiques ;
- surveillance continue de l'état des principaux équipements et systèmes technologiques en ligne avec transmission de la quantité requise de données numériques, de paramètres et de signaux contrôlés.
Qui est impliqué dans le transfert de données ?
La Sous-station Numérique comprend les systèmes suivants :
- Systèmes de protection de relais. La protection des relais est pratiquement le « cœur » de la sous-station numérique. Les bornes de protection des relais prennent les valeurs de courant et de tension des systèmes de mesure. Sur la base de ces données, les terminaux élaborent la logique de protection interne. Les terminaux communiquent entre eux pour transmettre des informations sur les protections activées, les positions des appareils de commutation, etc. Les terminaux envoient également des informations sur les événements survenus au serveur ICS. Au total, plusieurs types de communication peuvent être distingués :
▸Connexion horizontale – communication entre terminaux.
▸Connexion verticale – communication avec le serveur du système de contrôle de processus automatisé.
▸Mesures – communication avec les appareils de mesure.
- Systèmes de comptage d'électricité commerciaux.Les systèmes de comptage de garde communiquent uniquement avec des appareils de mesure.
- Systèmes de contrôle des expéditions.Les données partielles doivent être envoyées du serveur du système de contrôle de processus automatisé et du serveur de comptabilité commerciale au centre de contrôle.
Il s'agit d'une liste très simplifiée de systèmes qui échangent des données dans le cadre d'une sous-station numérique. Si vous souhaitez approfondir ce sujet, écrivez dans les commentaires.
Nous vous en parlerons séparément 😉
Quelles données sont transférées vers le LAN ?
Pour combiner les systèmes décrits entre eux et organiser la communication horizontale et verticale, ainsi que le transfert des mesures, des bus sont organisés. Pour l'instant, convenons que chaque bus n'est qu'un LAN distinct sur les commutateurs Ethernet industriels.
Schéma fonctionnel d'une installation électrique selon la norme CEI 61850
Le schéma fonctionnel montre les pneus :
- Surveillance/Contrôle.
- Transmission des signaux de protection des relais.
- Transmission de tensions et courants instantanés.
Les terminaux de relais de protection participent à la communication horizontale et verticale et utilisent également des mesures, ils sont donc connectés à tous les bus.
Grâce au bus « Transmission des signaux de protection des relais », les terminaux se transmettent des informations entre eux. Ceux. ici, une connexion horizontale est mise en œuvre.
La transmission des mesures est mise en œuvre via le bus « Transmission des valeurs instantanées des tensions et des courants ». Des appareils de mesure - transformateurs de courant et de tension, ainsi que bornes de protection des relais - sont connectés à ce bus.
De plus, le serveur ASKUE est connecté au bus « Transmission des valeurs instantanées des tensions et des courants », qui prend également des mesures pour la comptabilité.
Et le bus « Surveillance/Contrôle » sert à la communication verticale. Ceux. grâce à lui, les terminaux envoient divers événements au serveur ICS, et le serveur envoie également des commandes de contrôle aux terminaux.
Depuis le serveur du système de contrôle de processus automatisé, les données sont envoyées au centre de contrôle.
Quelle est l’architecture LAN typique ?
Passons d'un schéma structurel abstrait et plutôt conventionnel à des choses plus banales et réelles.
Le schéma ci-dessous montre une architecture LAN assez standard pour une sous-station numérique.
Architecture de sous-station numérique
Aux sous-stations 6 kV ou 35 kV, le réseau sera plus simple, mais si l'on parle de sous-stations de 110 kV, 220 kV et plus, ainsi que du LAN des centrales électriques, alors l'architecture correspondra à celle illustrée.
L'architecture est divisée en trois niveaux :
- Niveau station/sous-station.
- Rejoignez le niveau.
- Niveau de processus.
Niveau station/sous-station comprend les postes de travail et les serveurs.
Rejoindre le niveau comprend tous les équipements technologiques.
Niveau de processus comprend l’équipement de mesure.
Il existe également deux bus pour combiner les niveaux :
- Bus gare/sous-station.
- Bus de processus.
Le bus poste/sous-station regroupe les fonctions du bus « Surveillance/Contrôle » et du bus « Transmission du signal de protection des relais ». Et le bus de processus remplit les fonctions du bus « Transmission des valeurs instantanées de tension et de courant ».
Caractéristiques de la transmission multidiffusion dans une sous-station numérique
Quelles données sont transmises en multicast ?
La communication horizontale et la transmission des mesures au sein de la Sous-Station Numérique s'effectuent selon l'architecture Editeur-Abonné. Ceux. Les terminaux de protection de relais utilisent des flux multicast pour échanger des messages entre eux, et les mesures sont également transmises par multicast.
Avant la sous-station numérique dans le secteur de l’énergie, la communication horizontale était mise en œuvre via une communication point à point entre terminaux. Un câble en cuivre ou optique a été utilisé comme interface. Les données ont été transmises à l'aide de protocoles propriétaires.
Des exigences très élevées ont été imposées à cette connexion, car ces canaux transmettaient des signaux d'activation de la protection, de position des appareils de commutation, etc. L'algorithme de blocage opérationnel des terminaux dépendait de ces informations.
Si la transmission des données est lente ou non garantie, il existe une forte probabilité que l'un des terminaux ne reçoive pas d'informations à jour sur la situation actuelle et puisse envoyer un signal pour éteindre ou allumer l'appareil de commutation lorsque, par exemple , des travaux y sont effectués. Ou bien la panne du disjoncteur ne fonctionnera pas à temps et le court-circuit se propagera au reste du circuit électrique. Tout cela entraîne d'importantes pertes financières et une menace pour la vie humaine.
Les données devaient donc être transmises :
- Fiable.
- Garanti.
- Rapidement.
Désormais, au lieu d'une communication point à point, un bus station/sous-station est utilisé, c'est-à-dire Réseau local. Et les données sont transmises via le protocole GOOSE, qui est décrit par la norme CEI 61850 (dans la CEI 61850-8-1, pour être plus précis).
GOOSE signifie General Object Oriented Substation Event, mais ce décodage n'est plus très pertinent et ne porte aucune charge sémantique.
Dans le cadre de ce protocole, les terminaux de protection relais échangent des messages GOOSE entre eux.
Le passage de la communication point à point à un réseau local n'a pas changé l'approche. Les données doivent encore être transmises de manière fiable, sécurisée et rapide. Par conséquent, les messages GOOSE utilisent un mécanisme de transmission de données quelque peu inhabituel. Nous en parlerons plus tard.
Les mesures, comme nous l'avons déjà évoqué, sont également transmises à l'aide de flux multicast. Dans la terminologie DSP, ces flux sont appelés flux SV (Sampled Value).
Les flux SV sont des messages contenant un ensemble spécifique de données et transmis en continu avec une certaine période. Chaque message contient une mesure à un moment précis. Les mesures sont prises à une certaine fréquence – la fréquence d'échantillonnage.
La fréquence d'échantillonnage est la fréquence d'échantillonnage d'un signal continu dans le temps lors de son échantillonnage.
Taux d'échantillonnage 80 échantillons par seconde
La composition des flux SV est décrite dans la norme IEC61850-9-2 LE.
Les flux SV sont transmis via le bus de processus.
Le bus de processus est un réseau de communication qui assure l'échange de données entre les appareils de mesure et les appareils de niveau de connexion. Les règles d'échange de données (valeurs instantanées de courant et de tension) sont décrites dans la norme CEI 61850-9-2 (actuellement le profil CEI 61850-9-2 LE est utilisé).
Les flux SV, comme les messages GOOSE, doivent être transmis rapidement. Si les mesures sont transmises lentement, les bornes risquent de ne pas recevoir à temps le courant ou la tension nécessaire pour déclencher la protection, et le court-circuit se propagera alors à une grande partie du réseau électrique et provoquera de gros dégâts.
Pourquoi la multidiffusion est-elle nécessaire ?
Comme mentionné ci-dessus, pour répondre aux exigences de transmission de données pour la communication horizontale, les GOOSE sont transmis de manière quelque peu inhabituelle.
Premièrement, ils sont transmis au niveau de la liaison de données et ont leur propre type Ether – 0x88b8. Cela garantit des taux de transfert de données élevés.
Il est désormais nécessaire de répondre aux exigences de garantie et de fiabilité.
Évidemment, pour être sûr, il faut comprendre si le message a été remis, mais on ne peut pas organiser l'envoi d'accusés de réception, comme cela se fait par exemple en TCP. Cela réduira considérablement la vitesse de transfert des données.
Par conséquent, une architecture Éditeur-Abonné est utilisée pour transmettre GOOSE.
Architecture éditeur-abonné
L'appareil envoie un message GOOSE au bus et les abonnés reçoivent le message. De plus, le message est envoyé avec un temps T0 constant. Si un événement se produit, un nouveau message est généré, que la période précédente T0 soit terminée ou non. Le message suivant contenant de nouvelles données est généré après une période de temps très courte, puis après une période légèrement plus longue, et ainsi de suite. En conséquence, le temps augmente jusqu'à T0.
Le principe de transmission des messages GOOSE
L'abonné sait de qui il reçoit des messages, et s'il n'a pas reçu de message de quelqu'un après l'instant T0, alors il génère un message d'erreur.
Les flux SV sont également transmis au niveau de la liaison de données, ont leur propre Ethertype - 0x88BA et sont transmis selon le modèle « Éditeur – Abonné ».
Nuances de transmission multicast dans une sous-station numérique
Mais la multidiffusion « énergétique » a ses propres nuances.
Remarque 1. GOOSE et SV ont leurs propres groupes de multidiffusion définis
Pour la multidiffusion « énergie », leurs propres groupes de distribution sont utilisés.
En télécom, la plage 224.0.0.0/4 est utilisée pour la distribution multicast (à de rares exceptions près, il existe des adresses réservées). Mais la norme CEI 61850 elle-même et le profil d'entreprise CEI 61850 de PJSC FGC définissent leurs propres plages de distribution multidiffusion.
Pour les flux SV : du 01-0C-CD-04-00-00 au 01-0C-CD-04-FF-FF.
Pour les messages GOOSE : du 01-0C-CD-04-00-00 au 01-0C-CD-04-FF-FF.
Point 2. Les terminaux n'utilisent pas de protocoles multicast
La deuxième nuance est bien plus importante : les terminaux de protection à relais ne prennent pas en charge IGMP ou PIM. Alors, comment fonctionnent-ils avec la multidiffusion ? Ils attendent simplement que les informations nécessaires soient envoyées au port. Ceux. s'ils savent qu'ils sont abonnés à une adresse MAC spécifique, ils acceptent toutes les trames entrantes, mais ne traitent que celles nécessaires. Le reste est simplement jeté.
En d’autres termes, tout espoir repose sur les interrupteurs. Mais comment fonctionneront IGMP ou PIM si les terminaux n’envoient pas de messages Join ? La réponse est simple : pas question.
Et les flux SV contiennent des données assez lourdes. Un flux pèse environ 5 Mbit/s. Et si tout est laissé tel quel, il s'avère que chaque flux sera diffusé. En d’autres termes, nous n’acheminerons que 20 flux sur un réseau local à 100 Mbit/s. Et le nombre de flux SV dans une grande sous-station se mesure par centaines.
Quelle est la solution alors?
Simple : utilisez d'anciens VLAN éprouvés.
De plus, IGMP dans le LAN de la sous-station numérique peut jouer une blague cruelle, et vice versa, rien ne fonctionnera. Après tout, les commutateurs ne commenceront pas à transmettre des flux sans demande.
On peut donc souligner une règle de mise en service simple : « Le réseau ne fonctionne-t-il pas ? – Désactivez IGMP ! »
Base normative
Mais peut-être est-il encore possible d'organiser d'une manière ou d'une autre un LAN pour une sous-station numérique basé sur la multidiffusion ? Essayons maintenant de nous tourner vers la documentation réglementaire sur le LAN. Je citerai notamment des extraits des STO suivants :
- STO 34.01-21-004-2019 - CENTRE D'ÉNERGIE NUMÉRIQUE. EXIGENCES POUR LA CONCEPTION TECHNOLOGIQUE DES SOUS-STATIONS NUMÉRIQUES AVEC TENSION 110-220 kV ET DES SOUS-STATIONS NUMÉRIQUES À NŒUDS AVEC TENSION 35 kV.
- STO 34.01-6-005-2019 – COMMUTATEURS D'OBJETS ÉNERGÉTIQUES. Exigences techniques générales.
- STO 56947007-29.240.10.302-2020 - Exigences techniques standard pour l'organisation et la performance des réseaux locaux technologiques dans le système de contrôle de processus de la sous-station UNEG.
Voyons d'abord ce qu'on peut trouver dans ces stations-service en matière de multicast ? Il n'y a une mention que dans la dernière STO de PJSC FGC UES. Lors des tests d'acceptation LAN, la station service vous demande de vérifier si les VLAN sont correctement configurés et de vérifier qu'il n'y a pas de trafic multicast dans les ports du switch qui ne sont pas spécifiés dans la documentation de travail.
Eh bien, la station-service prescrit également que le personnel de service doit savoir ce qu'est la multidiffusion.
C'est tout une question de multidiffusion...
Voyons maintenant ce que vous pouvez trouver dans ces stations-service concernant les VLAN.
Ici, les trois stations-service conviennent que les commutateurs doivent prendre en charge les VLAN basés sur IEEE 802.1Q.
STO 34.01-21-004-2019 indique que les VLAN doivent être utilisés pour contrôler les flux et, à l'aide des VLAN, le trafic doit être divisé en protection par relais, systèmes de contrôle de processus automatisés, AIIS KUE, vidéosurveillance, communications, etc.
STO 56947007-29.240.10.302-2020, en outre, nécessite également de préparer une carte de distribution VLAN lors de la conception. En parallèle, la station service propose ses gammes d'adresses IP et de VLAN pour les équipements DSP.
Le STO fournit également un tableau des priorités recommandées pour différents VLAN.
Tableau des priorités VLAN recommandées par STO 56947007-29.240.10.302-2020
Du point de vue de la gestion des flux, c'est tout. Bien qu'il y ait encore beaucoup de choses à discuter dans ces stations-service - des différentes architectures aux paramètres L3 - nous le ferons certainement, mais la prochaine fois.
Résumons maintenant la gestion des flux dans le LAN du Poste Numérique.
Conclusion
Dans la sous-station numérique, malgré le fait qu'un grand nombre de flux multicast soient transmis, les mécanismes standards de gestion du trafic multicast (IGMP, PIM) ne sont pas réellement utilisés. Cela est dû au fait que les appareils finaux ne prennent en charge aucun protocole de multidiffusion.
Les bons vieux VLAN servent à contrôler les flux. Parallèlement, l'utilisation du VLAN est réglementée par une documentation réglementaire, qui propose des recommandations assez élaborées.
Liens utiles:
.
Source: habr.com