La multidiffusion IPv6 est-elle routable sur Internet?


14

Si je comprends bien, les adresses IPv6 publiques allouées par l'IANA auront le préfixe 2000 :: / 3. Ces adresses IP seront routables via Internet.

Les adresses de multidiffusion IPv6 de l'autre côté sont préfixées FF00 :: / 8.

Ma compréhension est que les adresses de multidiffusion IPv6 ne seront pas routables via Internet. Ai-je raison? Si oui, existe-t-il un moyen de faire un routage IP un-à-plusieurs sur Internet en IPv6?



1
Je ne me suis peut-être pas expliqué correctement. Ce que je voulais dire, c'est que les adresses de multidiffusion ipv6 ne sont pas considérées comme des adresses publiques. Alors, pourrai-je accéder à un groupe de multidiffusion sur Internet ou ne sera-t-il pris en charge que par le biais de réseaux privés comme dans ipv4?
Absolom

Réponses:


8

Alors, pourrai-je accéder à un groupe de multidiffusion sur Internet ou ne sera-t-il pris en charge que par le biais de réseaux privés comme dans ipv4?

Je dois corriger une supposition que vous semblez avoir faite ici.

Si tous les routeurs entre vous et votre destination le prennent en charge, la multidiffusion peut certainement fonctionner sur Internet IPv4. Il est simplement bloqué ou non configuré dans de nombreux endroits. Je soupçonne que c'est parce que la multidiffusion n'est pas bien comprise, et beaucoup de gens pensent qu'ils n'en ont pas besoin. Donc, ils ne le permettent tout simplement pas via leurs pare-feu / routeurs.

IPv6 est certainement capable, tout comme IPv4, de faire fonctionner la multidiffusion à l'échelle mondiale. Seul le temps nous dira si les gens autorisent réellement la multidiffusion via leurs réseaux.


1
Oui, mais je ne vois pas l'IANA allouer un bloc d'adresses de multidiffusion comme ils le font pour les adresses IP publiques. Cela ne signifie-t-il pas que vous ne pouvez pas réserver des adresses de multidiffusion publiques et que, par conséquent, vous ne pourriez pas acheminer des adresses de multidiffusion sur Internet sans risquer d'avoir des conflits d'adresses?
Absolom

1
@Absolom, le deuxième lien que j'ai ajouté dans mon commentaire comprenait une liste des affectations permanentes IANA IPv6. Il peut obtenir une adresse dynamique en utilisant un protocole comme DHCP ( tools.ietf.org/html/rfc2730 ) ou apparemment, il peut simplement obtenir une adresse en choisissant un nombre aléatoire. tools.ietf.org/html/rfc3307#section-4.3.2 les 3 options sont fondamentalement les mêmes que celles disponibles avec IPv4.
Zoredache

3
Sur les réseaux IPv4 connectés au mbone global multicast fonctionne. Mbone se compose principalement de réseaux universitaires. Mise à disposition de services vidéo intéressants annoncés via SAP ou par exemple NTP. Il existe des problèmes de sécurité: les clients pour les installations fantômes sont apparus à partir de 8 fuseaux horaires jusqu'à ce que le travail bloque ce groupe de multidiffusion spécifique à la frontière.
Koos van den Hout

5
Je pense que le principal problème que les fournisseurs ont avec la multidiffusion mondiale est qu'elle nécessite un tas d'état à l'intérieur du réseau, donc elle ne s'adapte pas à la taille d'Internet. En outre, déterminer qui / comment facturer l'amplification du trafic est probablement délicat dans un grand réseau de fournisseurs de services.
rmalayter

5

Les adresses publiques -unicast- IPv6 ont le préfixe 2000 :: / 3 (jusqu'à présent). L'allocation pour la multidiffusion comprend le logement pour l'adressage de liaison locale, de portée variée locale et globale (selon RFC3307). C'est la même idée de base que la multidiffusion IPv4, où une partie de l'espace 224/4 est réservée aux adresses GLOP et autres.

Consultez également le RFC3306, je pense qu'il répond probablement plus directement à votre question.

Cette spécification définit une extension de l'architecture d'adressage multicast du protocole IP version 6. L'extension présentée dans ce document permet une allocation basée sur le préfixe unicast des adresses multicast. En déléguant les adresses de multidiffusion en même temps que les préfixes de monodiffusion, les opérateurs de réseau pourront identifier leurs adresses de multidiffusion sans avoir à exécuter un protocole d'allocation inter-domaines.

L'idée est donc que si vous avez un / 64 globalement routé, il peut être inclus dans l'ID de groupe global pour vous donner quelque chose qui peut être routé globalement. En d'autres termes, si vous avez déjà un préfixe v6 et un opérateur correctement activé, vous êtes déjà configuré.


Mais les adresses de multidiffusion ipv6 seront-elles routables sur Internet? Supposons, par exemple, que vous souhaitiez diffuser un flux vidéo en direct sur Internet vers un groupe de multidiffusion ipv6. Cela sera-t-il pris en charge? Ou la multidiffusion ipv6 ne fonctionnera que dans les réseaux privés?
Absolom

1
Oui - certaines gammes du FF00 :: / 8 seront routables globalement, d'autres auront des limitations. L'un des champs définit la portée administrative, ce qui donne aux routeurs un indice sur la distance de transmission d'une multidiffusion donnée. J'ajouterai un exemple à ma réponse.
rnxrx

3

Les normes autorisent le routage de multidiffusion global, mais AFAIK actuellement la plupart des FAI restreignent la multidiffusion uniquement pour leur utilisation (IPTV, etc.)


Pourriez-vous, s'il vous plaît, me diriger vers la norme à laquelle vous faites référence?
Absolom

3
tools.ietf.org/html/rfc4291#section-2.7 ffxe :: / 16 sont des adresses de multidiffusion avec une portée globale, donc accessibles globalement.
mulaz

2

Ma propre supposition est que de nombreux FAI qui se trouvent être des câblo-opérateurs qui déploient IPv6 le bloqueront à leur frontière.

Il peut être cynique de ma part de penser cela, mais ils ont tout intérêt à maintenir les coûts ÉLEVÉS pour leurs concurrents de contenu. la multidiffusion v6 permettrait à HBO ou à tout autre fournisseur de streaming vidéo de transmettre un flux v6 au monde Ipv6 sur un canal de multidiffusion et de réduire considérablement les coûts.


1

Je vois plusieurs réponses en supposant que vous vous êtes trompé en ce qui concerne la multidiffusion. Vous ne vous êtes pas trompé et votre question est claire. Je me suis posé cette question:

Puis-je multidiffuser sur Internet IPv6?

Traditionnellement, comme dans IPv4, je devrais demander une adresse de multidiffusion globale permanente (ou sous-réseau) et l'attribuer à mon réseau. C'est toujours possible avec IPv6. Cependant, IPv6 est intrinsèquement compatible avec la multidiffusion, il serait donc logique d'inclure un mécanisme pour que je multidiffuse vers vous sans demander d'adresses uniques.

Les avantages deviennent évidents lorsque vous avez trois personnes chacune sur deux réseaux physiquement séparés (six personnes) jouant le même jeu de réseau. Les options sont de monodiffuser des paquets à chaque joueur (cinq paquets envoyés pour chaque mise à jour), ou de multidiffuser (un ou deux paquets pour chaque mise à jour): le premier paquet serait envoyé à une adresse de multidiffusion de liaison locale pour les joueurs sur le réseau local LAN, et un autre paquet serait envoyé à l'adresse de multidiffusion globale, que les routeurs comprendraient sont destinés aux joueurs sur l'autre LAN. Il peut même arriver que le paquet soit envoyé une fois à l'adresse de multidiffusion globale et que le routeur (ou les clients locaux) sache comment gérer cela. Ce dernier serait certainement plus efficace.

Compte tenu de l'utilité de la multidiffusion, cela irait irriter l'IANA s'ils devaient attribuer des préfixes de multidiffusion à tous ceux qui veulent jouer à un jeu en réseau, ou livrer une vidéoconférence, ou diffuser une performance en direct à des amis, etc., etc. .

Le formulaire de demande de l'IANA indique clairement que vous n'avez probablement pas besoin de demander une adresse de multidiffusion IPv6 permanente, ce qui est bien.

Adresses de multidiffusion IPv6 basées sur le préfixe Unicast

Bien sûr, cela a été résolu. Le titre "Adresses de multidiffusion IPv6 basées sur le préfixe Unicast" devrait vraiment tout dire: si vous avez une adresse IP IPv6 unique au monde, vous (votre ordinateur / appareil) pouvez vous attribuer une adresse de multidiffusion unique au monde qui est en fonction de votre affectation unicast. Les exigences sont que le logiciel à chaque point (serveurs, routeurs, clients) sache ce qu'il fait. Les anciens routeurs et les FAI paresseux risquent de faire faillite au cours des prochaines années.

Il était incroyablement difficile de trouver une réponse à ce qui semble être une question très simple, et le plus proche que j'ai pu trouver pour trouver une réponse définitive était dans la RFC3306 :

Voici quelques exemples de la structure des adresses de multidiffusion à préfixe unicast.

    -  Global prefixes - A network with a unicast prefix of
       3FFE:FFFF:1::/48 would also have a unicast prefix-based
       multicast prefix of FF3x:0030:3FFE:FFFF:0001::/96 (where 'x'
       is any valid scope).

    -  SSM - All IPv6 SSM multicast addresses will have the format
       FF3x::/96.

La plupart des articles (et réponses) sur la multidiffusion IPv6 se concentrent sur la multidiffusion locale qui a des adresses prédéfinies et ne sont pas très utiles. Le clinquant est qu'un client peut s'attribuer une adresse de multidiffusion unique en fonction de son adresse de monodiffusion, et bien sûr, les étendues s'appliquent toujours:

La portée de l'adresse de multidiffusion basée sur le préfixe de monodiffusion NE DOIT PAS dépasser la portée du préfixe de monodiffusion incorporé dans l'adresse de multidiffusion.

Il n'est pas vraiment surprenant que cela soit difficile à répondre car la connectivité IPv6 est si rare qu'il est impossible de tester la capacité et la fiabilité de la multidiffusion IPv6 sur Internet pour la plupart des utilisateurs finaux, et en conséquence, il n'y a pas beaucoup d'articles écrits à ce sujet. En effet, la plupart des utilisateurs finaux ne savent pas pourquoi ils utiliseraient la multidiffusion IPv6 à la maison, mais les applications sont prêtes et en attente.

Cette page parle d'une certaine confusion provoquée par les RFC, et la RFC3956 mentionne comment certains domaines de multidiffusion ont du mal à se parler. Il peut, à ce stade, être difficile à mettre en œuvre, mais je ne vois aucune raison pour laquelle le serveur de jeu (de mon exemple ci-dessus) ne peut pas se attribuer une adresse IPv6 multicast et informer les clients de cette adresse, et tout cela sans avoir à mendier un assignation IPv6 multicast statique.

C'est quelque chose que j'aimerais suivre moi-même à l'avenir.

Étape 1: les FAI doivent activer IPv6. Encore.

Voir aussi: RFC6308: Présentation de l'architecture d'adressage de multidiffusion Internet


Comment le rendre évolutif est un défi. La taille des tables de routage dans les routeurs de dorsale est déjà un défi. Les entrées de table de routage nécessaires pour la multidiffusion ne sont pas agrégées aussi bien que les autres entrées. Il n'est peut-être pas possible de construire un CAM assez grand pour gérer un Internet où tout le monde utilise la multidiffusion.
kasperd

En effet, cela semble être le cas ... au départ, mais les routeurs qui sont conscients qu'ils sont basés sur la monodiffusion ne devraient pas avoir plus de difficulté à router le paquet de multidiffusion que le paquet de monodiffusion. Il n'est pas nécessaire d'avoir une table de recherche distincte car la destination est déjà intégrée dans l'adresse. Tout dépend s'il a été correctement implémenté à nouveau dans le routeur. Comme d'habitude, je n'ai rien trouvé sur Google qui décrit le processus.
Ken Sharp

1
Le préfixe de monodiffusion sur lequel l'adresse de multidiffusion était basée ne vous dit rien sur la position des membres de ce groupe de multidiffusion. Le préfixe d'une entrée CAM peut facilement couvrir des milliers de clients finaux. Chacun de ces clients finaux pourrait créer de nombreux groupes de multidiffusion en fonction de leur préfixe attribué. Tous ces groupes de multidiffusion entraîneraient une seule entrée CAM si votre approche était utilisée, mais ils ne doivent pas être acheminés vers les mêmes emplacements.
kasperd

Il vous indique exactement d'où il vient. Lisez le RFC.
Ken Sharp

1
Les routeurs n'ont pas besoin de savoir d'où provient un paquet. Ils ont besoin de savoir où l'envoyer.
kasperd du

0

Vous confondez deux choses à mon avis: le routage multicast et l'allocation d'adresses IPv6.

Le routage de multidiffusion dépend de tous les routeurs sur le chemin entre la source de multidiffusion et vous transférez les paquets de multidiffusion vers les destinations qui souhaitent recevoir un certain groupe de multidiffusion. Dans un réseau non contrôlé avec un réseau de multidiffusion complet, tout système source peut envoyer à n'importe quel groupe de multidiffusion sans aucun contrôle, et tous les systèmes qui ont rejoint ce groupe recevront les données. Cela n'a rien à voir avec une allocation, juste avec le routage multicast activé.

L'allocation d'adresse IPv6 à partir de 2000 :: / 3 décide qui peut utiliser quelle adresse de monodiffusion .

Alors, qui peut utiliser quel groupe de multidiffusion IPv6 est pour autant que je sache défini uniquement dans rfc3307.

Les sources de multidiffusion n'ont pas beaucoup de contrôle sur les destinations qui voient leurs paquets, il est fort possible que les données transmises via la multidiffusion atteignent des destionations non disponibles via la monodiffusion.


oui je comprends la différence mais je n'ai peut-être pas posé la question correctement. Ce que j'impliquais avec ma question, c'est que l'IANA alloue des adresses IPv6 monodiffusion globales pour éviter les conflits d'adresses. Ils ne font pas la même chose pour les adresses de multidiffusion, j'ai donc pensé que la multidiffusion n'était pas destinée à être acheminée sur Internet. Zoredache a mentionné quelque chose sur la génération d'adresses de multidiffusion aléatoires pour éviter ce problème.
Absolom

0

Je pense que la multidiffusion IPv6 devrait être routable sur Internet, contrairement à la multidiffusion IPv4 qui n'est pas routable sur Internet.

https://en.wikipedia.org/wiki/Multicast_address#IPv6

ffxe :: / 16

Portée mondiale

Éligible pour être acheminé via Internet public.


https://en.wikipedia.org/wiki/IPv6#Multicasting

En IPv4, il est très difficile pour une organisation d'obtenir une seule affectation de groupe de multidiffusion à routage mondial , et la mise en œuvre de solutions inter-domaines est mystérieuse. [20] Les attributions d'adresses de monodiffusion par un registre Internet local pour IPv6 ont au moins un préfixe de routage 64 bits, ce qui donne la plus petite taille de sous-réseau disponible dans IPv6 (également 64 bits). Avec une telle affectation, il est possible d'incorporer le préfixe d'adresse de monodiffusion dans le format d'adresse de multidiffusion IPv6, tout en fournissant un bloc de 32 bits, les bits les moins significatifs de l'adresse ou environ 4,2 milliards d'identificateurs de groupe de multidiffusion. Ainsi, chaque utilisateur d'un sous-réseau IPv6 dispose automatiquement d'un ensemble de groupes de multidiffusion spécifiques à la source et routables à l'échelle mondiale pour les applications de multidiffusion.[21]


http://ipv6friday.org/blog/2011/12/ipv6-multicast/

Résumé:

  • IP Multicast était un addon à IPv4, principalement utilisé pour la livraison de multimédia.
  • Dans IPv6, la multidiffusion remplace la diffusion et est une fonction intégrée et nécessaire dans votre réseau IP
  • La configuration automatique des adresses IP et DHCP utilisent tous deux la multidiffusion IPv6

Il existe une "multidiffusion sollicitée" dans l'IPv6 pour les applications. Ces adresses apparaissent automatiquement lorsque sur une certaine interface est créée l'adresse Unicast. Utilisez simplement FF02: 0: 0: 0: 0: 1: FF00 :: / 104, et les autres 24 bits sont les mêmes que dans l'adresse Unicast. https://tools.ietf.org/html/rfc3306



Il est douteux que les FAI acceptent tout protocole de routage multicast unique ou dépensent les ressources nécessaires pour y parvenir. Certes, la multidiffusion en mode dense ferait s'effondrer l'Internet public, et le mode clairsemé coûtera beaucoup d'argent
Ron Maupin
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.