¿Es IPv6 multicast enrutable a través de Internet?

14

Según tengo entendido, las direcciones IPv6 públicas asignadas por la IANA tendrán el prefijo 2000 :: / 3. Estas direcciones IP serán enrutables a través de Internet.

Las direcciones de multidifusión IPv6 en el otro lado tienen el prefijo FF00 :: / 8.

Tengo entendido que las direcciones de multidifusión IPv6 no serán enrutables a través de Internet. Estoy en lo cierto? Si es así, ¿hay alguna manera de hacer un enrutamiento IP de uno a muchos a través de Internet en IPv6?

ipv6 multicast Absolom
fuente
en.wikipedia.org/wiki/Multicast_address#IPv6 iana.org/assignments/ipv6-multicast-addresses/…
Zoredache
1
Puede que no me haya explicado correctamente. Lo que quise decir es que las direcciones de multidifusión ipv6 no se consideran como direcciones públicas. Entonces, ¿podré acceder a un grupo de multidifusión a través de Internet o solo será compatible a través de redes privadas como en ipv4?
Absolom

Respuestas:

8

Entonces, ¿podré acceder a un grupo de multidifusión a través de Internet o solo será compatible a través de redes privadas como en ipv4?

Debo corregir una suposición que parece haber hecho aquí.

Si todos los enrutadores entre usted y su destino lo admiten, entonces Multicast ciertamente puede funcionar a través de Internet IPv4. Simplemente está bloqueado o no está configurado en muchos lugares. Sospecho que esto se debe a que la multidifusión no se entiende bien y muchas personas creen que no la necesitan. Por lo tanto, simplemente no lo permiten a través de sus firewalls / enrutadores.

IPv6 ciertamente es capaz, al igual que IPv4, de tener Multicast trabajando globalmente. Solo el tiempo nos dirá si las personas realmente permiten la multidifusión a través de sus redes.

Zoredache
fuente
1
Sí, pero no veo que IANA asigne una porción de direcciones de multidifusión como lo hacen para las direcciones IP públicas. ¿No significa que no puede reservar direcciones de multidifusión públicas y, por lo tanto, no podría enrutar direcciones de multidifusión a través de Internet sin el riesgo de que las direcciones entren en conflicto?
Absolom
1
@Absolom, el segundo enlace que agregué en mi comentario incluía una lista de las tareas permanentes de IANA IPv6. Puede obtener una dirección dinámica utilizando un protocolo como DHCP ( tools.ietf.org/html/rfc2730 ) o aparentemente puede obtener una dirección seleccionando un número aleatorio. tools.ietf.org/html/rfc3307#section-4.3.2 las 3 opciones son básicamente las mismas que estaban disponibles con IPv4.
Zoredache
3
En redes IPv4 conectadas a mbone, la multidifusión global funciona. Mbone se compone principalmente de redes universitarias. Poner a disposición servicios de video interesantes anunciados a través de SAP o por ejemplo NTP. Hay problemas de seguridad: los clientes para instalaciones fantasmas han aparecido desde 8 zonas horarias de distancia hasta que el trabajo bloqueó ese grupo de multidifusión específico en la frontera.
Koos van den Hout
55
Creo que el principal problema que tienen los proveedores con la multidifusión global es que requiere un montón de estado dentro de la red, por lo que simplemente no se escala al tamaño de Internet. Además, averiguar quién / cómo facturar la amplificación del tráfico es probablemente complicado en una gran red de proveedores de servicios.
rmalayter
5

Las direcciones IPv6 public -unicast- tienen el prefijo 2000 :: / 3 (hasta ahora). La asignación para la multidifusión incluye la acomodación para el direccionamiento de enlace local, de ámbito localmente variado y global (según RFC3307). Es la misma idea básica que la multidifusión IPv4, donde se reserva una porción del espacio 224/4 para las direcciones GLOP y demás.

Echa un vistazo a RFC3306 también, creo que probablemente responde más directamente a tu pregunta.

Esta especificación define una extensión de la arquitectura de direccionamiento de multidifusión del protocolo IP Versión 6. La extensión presentada en este documento permite la asignación de direcciones de multidifusión basadas en prefijos unicast. Al delegar direcciones de multidifusión al mismo tiempo que los prefijos de unidifusión, los operadores de red podrán identificar sus direcciones de multidifusión sin necesidad de ejecutar un protocolo de asignación entre dominios.

Entonces, la idea es que si tiene un / 64 enrutado globalmente, puede incluirse en el ID de grupo general para obtener algo que pueda enrutarse globalmente. En otras palabras, si ya tiene un prefijo v6 y un operador adecuadamente habilitado, entonces ya está configurado.

rnxrx
fuente
¿Pero las direcciones de multidifusión ipv6 serán enrutables a través de Internet? Digamos, por ejemplo, que desea transmitir una transmisión de video en vivo a través de Internet a un grupo de multidifusión ipv6. ¿Esto será compatible? ¿O la multidifusión ipv6 solo funcionará en redes privadas?
Absolom
1
Sí, algunos rangos del FF00 :: / 8 serán enrutables globalmente, otros tendrán limitaciones. Uno de los campos define el alcance administrativo, que le da a los enrutadores una pista sobre qué tan lejos reenviar una multidifusión determinada. Agregaré un ejemplo a mi respuesta.
rnxrx
3

Los estándares permiten el enrutamiento de multidifusión global, pero AFAIK actualmente la mayoría de los ISP restringen la multidifusión solo para su uso (IPTV, etc.)

mulaz
fuente
¿Podría por favor dirigirme al estándar al que se refiere?
Absolom
3
tools.ietf.org/html/rfc4291#section-2.7 ffxe :: / 16 son direcciones de multidifusión con alcance global, muy accesibles a nivel mundial.
mulaz
2

Mi propia suposición es que muchos ISP que resultan ser proveedores de cable que implementan IPv6 lo bloquearán en su frontera.

Puede ser cínico de mi parte pensar esto, pero tienen un interés personal en mantener los costos ALTOS para sus competidores de contenido. La multidifusión v6 permitiría a HBO o cualquier otro proveedor de transmisión de video transmitir una transmisión v6 al mundo Ipv6 a través de un canal multidifusión y reducir drásticamente los costos.

Danathar
fuente
1

Veo múltiples respuestas asumiendo que has confundido lo que es la multidifusión. No ha cometido ningún error y su pregunta es clara. Me hice esta pregunta a mí mismo:

¿Puedo hacer multidifusión a través de Internet IPv6?

Tradicionalmente, como en IPv4, necesitaría solicitar una dirección de multidifusión global permanente (o subred) y asignarlas a mi red. Esto todavía es posible con IPv6. Sin embargo, IPv6 es inherentemente multicast-happy, por lo que tendría sentido incluir algún mecanismo para que yo pueda multicast sin solicitar direcciones únicas.

Las ventajas se vuelven obvias cuando tienes tres personas cada una en dos redes físicamente separadas (seis personas) jugando el mismo juego de red. Las opciones son unidifusión de paquetes a cada jugador (cinco paquetes enviados para cada actualización) o multidifusión (uno o dos paquetes para cada actualización): el primer paquete se enviaría a una dirección de multidifusión local de enlace para los jugadores en el local LAN, y otro paquete se enviaría a la dirección de multidifusión global, que los enrutadores entenderían que están destinados a los jugadores en la otra LAN. Incluso puede darse el caso de que el paquete se envíe una vez a la dirección de multidifusión global, y el enrutador (o los clientes locales) sepan cómo lidiar con eso. Este último sin duda sería más eficiente.

Dado lo útil que es la multidifusión, irritaría a la IANA si tuvieran que asignar prefijos de multidifusión a todos los que quieran jugar un juego en red, ofrecer una videoconferencia o transmitir una presentación en vivo a amigos, y así sucesivamente ... .

El formulario de solicitud de IANA establece claramente que probablemente no necesite solicitar una dirección de multidifusión IPv6 permanente, lo cual es bueno.

Direcciones de multidifusión IPv6 basadas en prefijo unidifusión

Esto, por supuesto, ha sido abordado. El título "Direcciones de multidifusión IPv6 basadas en prefijos unidifusión" realmente debería decirlo todo: si tiene una dirección IP IPv6 única a nivel mundial, entonces (su computadora / dispositivo) puede asignarle una dirección de multidifusión única globalmente basado en su asignación de unidifusión. Los requisitos son que el software en cada punto (servidores, enrutadores, clientes) sepa lo que está haciendo. Es probable que los viejos enrutadores y los ISP perezosos sean la ruina en los próximos años.

Fue increíblemente difícil encontrar una respuesta a lo que parece ser una pregunta muy simple, y lo más cerca que pude encontrar una respuesta definitiva fue en RFC3306 :

Los siguientes son algunos ejemplos de la estructura de las direcciones de multidifusión basadas en prefijos de unidifusión.

    -  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 mayoría de los artículos (y respuestas) sobre la multidifusión IPv6 se centran en la multidifusión local que tiene direcciones predefinidas y no son muy útiles. El factor decisivo es que un cliente puede asignarse una dirección de multidifusión única basada en su dirección de unidifusión y, por supuesto, los ámbitos aún se aplican:

El alcance de la dirección de multidifusión basada en el prefijo de unidifusión NO DEBE exceder el alcance del prefijo de unidifusión incrustado en la dirección de multidifusión.

No es una verdadera sorpresa que esto sea difícil de responder, ya que la conectividad IPv6 es tan rara que probar la capacidad y confiabilidad de multidifusión de IPv6 en Internet es imposible para la mayoría de los usuarios finales, y como resultado no hay muchos artículos escritos al respecto. De hecho, la mayoría de los usuarios finales no tienen idea de por qué usarían la multidifusión IPv6 en casa, pero las aplicaciones están listas y esperando.

Esta página habla de cierta confusión provocada por los RFC, y RFC3956 menciona cómo ciertos dominios de multidifusión tienen problemas para comunicarse entre sí. En este punto, puede ser difícil de implementar, pero no veo ninguna razón por la cual el servidor del juego (según mi ejemplo anterior) no pueda asignarse una dirección IPv6 de multidifusión e informar a los clientes de esta dirección, y todo sin tener que pedir un Asignación estática de multidifusión IPv6.

Esto es algo que me gustaría seguir en el futuro.

Paso 1: los ISP deben habilitar IPv6. Todavía.

Consulte también: RFC6308: Descripción general de la arquitectura de direccionamiento de multidifusión de Internet

Ken Sharp
fuente
Cómo hacerlo escalable es un desafío. El tamaño de las tablas de enrutamiento en los enrutadores troncales ya es un desafío. Las entradas de la tabla de enrutamiento necesarias para la multidifusión no se agregan tan bien como otras entradas. Puede que no sea factible construir un CAM lo suficientemente grande como para manejar un Internet donde todos usen multidifusión.
Kasperd
De hecho, ese parece ser el caso ... inicialmente, pero los enrutadores que son conscientes de que están basados ​​en unidifusión no deberían tener más dificultades para enrutar el paquete de multidifusión que el paquete de unidifusión. No hay necesidad de una tabla de búsqueda separada ya que el destino ya está incrustado en la dirección. Todo depende de si se ha implementado correctamente en el enrutador nuevamente. Como de costumbre, no pude encontrar nada en Google que describa el proceso.
Ken Sharp
1
El prefijo de unidifusión en el que se basó la dirección de multidifusión no le dice nada acerca de dónde están los miembros de ese grupo de multidifusión. El prefijo en una entrada CAM puede cubrir fácilmente a miles de clientes finales. Cada uno de esos clientes finales podría crear muchos grupos de multidifusión en función de su prefijo asignado. Todos esos grupos de multidifusión conducirían a una única entrada CAM si se utilizara su enfoque, pero no se deben enrutar a las mismas ubicaciones.
Kasperd
Te dice exactamente de dónde viene. Lee el RFC.
Ken Sharp
1
Los enrutadores no necesitan saber de dónde vino un paquete. Necesitan saber dónde enviarlo.
Kasperd
0

En mi opinión, confunde dos cosas: el enrutamiento de multidifusión y la asignación de direcciones IPv6.

El enrutamiento de multidifusión depende de todos los enrutadores en la ruta entre la fuente de multidifusión y el reenvío de paquetes de multidifusión a los destinos que desean recibir un determinado grupo de multidifusión. En una red no controlada con una red de multidifusión completa, cualquier sistema fuente puede enviar a cualquier grupo de multidifusión sin ningún control, y todos los sistemas que se hayan unido a ese grupo recibirán los datos. Esto no tiene nada que ver con ninguna asignación, solo con el enrutamiento de multidifusión habilitado.

La asignación de direcciones IPv6 de 2000 :: / 3 decide quién puede usar qué dirección de unidifusión .

Entonces, ¿quién puede usar qué grupo de multidifusión IPv6 es, hasta donde yo sé, solo se define en rfc3307?

Las fuentes de multidifusión no tienen mucho control sobre qué destinos ven sus paquetes, es muy posible que los datos transmitidos a través de multidifusión lleguen a destinos que no están disponibles a través de unidifusión.

Koos van den Hout
fuente
Sí, entiendo la diferencia, pero tal vez no hice la pregunta correctamente. Lo que estaba implicando con mi pregunta era que IANA está asignando direcciones IPv6 de unidifusión global para evitar conflictos de direcciones. No hacen lo mismo para las direcciones de multidifusión, por lo que pensé que la multidifusión no estaba destinada a enrutarse a través de Internet. Zoredache mencionó algo sobre la generación de direcciones de multidifusión aleatorias para evitar este problema.
Absolom
0

Creo que la multidifusión IPv6 debería ser enrutable a través de Internet, en contraste con la multidifusión IPv4 que no es enrutable a través de Internet.

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

ffxe :: / 16

Alcance global

Elegible para ser enrutado a través de Internet público.

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

En IPv4 es muy difícil para una organización obtener incluso una asignación de grupo de multidifusión enrutable globalmente , y la implementación de soluciones entre dominios es arcana. [20] Las asignaciones de direcciones de unidifusión de un registro de Internet local para IPv6 tienen al menos un prefijo de enrutamiento de 64 bits, lo que produce el tamaño de subred más pequeño disponible en IPv6 (también 64 bits). Con tal asignación, es posible incrustar el prefijo de dirección de unidifusión en el formato de dirección de multidifusión IPv6, al tiempo que proporciona un bloque de 32 bits, los bits menos significativos de la dirección o aproximadamente 4.200 millones de identificadores de grupo de multidifusión. Por lo tanto, cada usuario de una subred IPv6 tiene automáticamente disponible un conjunto de grupos de multidifusión específicos de origen globalmente enrutables para aplicaciones de multidifusión.[21]

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

Resumen Ejecutivo:

  • IP Multicast fue un complemento de IPv4, utilizado principalmente para la entrega de multimedia.
  • En IPv6, Multicast reemplaza a Broadcast y es una función integrada y necesaria en su red IP
  • La configuración automática de direcciones IP y DHCP utilizan la multidifusión IPv6

Hay "Multidifusión solicitada" en el IPv6 para aplicaciones. Estas direcciones aparecieron automáticamente cuando en alguna interfaz se crea la dirección Unicast. Simplemente use FF02: 0: 0: 0: 0: 1: FF00 :: / 104, y otros 24 bits son los mismos que en la dirección Unicast. https://tools.ietf.org/html/rfc3306

Alex
fuente
Es dudoso que los ISP acepten cualquier protocolo de enrutamiento de multidifusión o gasten los recursos necesarios para que esto suceda. Ciertamente, la multidifusión en modo denso colapsaría la Internet pública, y el modo disperso costará mucho dinero
Ron Maupin