multicast mbone

19
MULTICAST-MBONE Jose Luis Arceiz Baquero Curso de Doctorado: TELEMÁTICA.

Upload: tenis-unison

Post on 24-Jul-2015

107 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: MULTICAST MBONE

MULTICAST-MBONE

Jose Luis Arceiz BaqueroCurso de Doctorado: TELEMÁTICA.

Page 2: MULTICAST MBONE

2

Í N D I C E

1. INTRODUCCIÓN ……………………………………………..3

2. TECNOLOGÍA MULTICAST ………………………………...4

A. DIRECCIONES MULTICAST ………… ....................................6

B. ENCAMINAMIENTO MULTICAST: TÚNELES Y ROUTERS.....7

3. MBONE .......................................................................................10

4. APLICACIONES DE MBONE .................................................11

A. HERRAMIENTAS DE SESIÓN ..........................................12

5. MBONE E IPV6 ..........................................................................13

A. IPV6 ..........................................................................................13

B. M6BONE ...................................................................................16

6. BIBLIOGRAFÍA.........................................................................19

Page 3: MULTICAST MBONE

3

1. INTRODUCCIÓN

El "Mbone" (Multicast BackBone) es la parte de Internet que tiene implementadauna tecnología de red llamada "Multicast". El Multicast es un tipo de transmisión quepermite la distribución eficiente del tráfico de la red de forma simultanea a múltiplesusuarios.Multicast nace como una necesidad para transmitir grandes volúmenes de información avarios ordenadores (pero no a todos). Una situación frecuente donde se utiliza es en ladistribución de audio y video en tiempo real a un conjunto de ordenadores que se han unidoa una conferencia distribuida.Multicast es, en gran medida, como la televisión o la radio, es decir, sólo aquellos que hansintonizado sus receptores reciben la información. Esto es: escucha los canales que teinteresan, pero no otros.Mbone es el Conjunto de subredes y encaminadores (routers) que permiten la entrega detráfico IP multienvío (multicast).Tiene como objetivo facilitar la distribución y el acceso ainformación multimedia interactiva, en tiempo real, sobre Internet. Información isócrona:datos que requieren su entrega en un plazo de tiempo acotado desde su emisión.

En los años setenta, ochenta los datos son fundamentalmente ficheros, de tamaño engeneral no muy grande (correo electrónico, transferencia de ficheros). Con algunaexcepción (tiempo real): conexiones telnet. Ya a finales de los ochenta, principios de losnoventa: experiencias (limitadas) con tráfico multimedia. Sobre todo, envío de ficheros(correo electrónico multimedia, etc.) a mediados de los noventa la transmisión de audio yvídeo ya es una realidad (Real Audio, MBone). En el 2000 integración completa detelevisión, telefonía y WWW, nuevos medios multimedia interactivos (ej: entornos realidadvirtual distribuidos).

Page 4: MULTICAST MBONE

4

2. TECNOLOGÍA MULTICAST

La información que habitualmente fluye a través de Internet lo hace en paquetes unicast,esto significa que el destinatario de la información es un único host con una dirección IPconcreta. Este tipo de paquetes se adapta bien para las necesidades de las aplicacionestradicionales que los usuarios de Internet utilizan: ftp, telnet, WWW,... pero plantea seriosproblemas cuando lo que se trata de transmitir son grandes cantidades de datos .Si para estaclase de servicios utilizásemos el mismo tipo de paquetes, tendríamos que emitir un paquetepara cada uno de los participantes en la videoconferencia, multiplicando así el ancho debanda consumido por el número de participantes.Por ello, se definió otra forma de transferir información entre grupos de hosts sin necesidadde emitir una copia para cada uno: el Multicast IP.Normalmente los hosts sólo aceptan de la red los paquetes cuya dirección de destinocorresponde a una de sus direcciones IP. Si el host soporta multicast y pertenece a algúngrupo, aceptará también los paquetes dirigidos a ese grupo.Este concepto de multicast no se inventó en IP, antes de esto ya existían redes que ademásde soportar direcciones unicast poseían direcciones que representaban grupos de nodos;entre ellas se encuentra la conocidísima Ethernet.Existen redes locales que no permiten direcciones multicast pero sí broadcast (frames -estoes, paquetes a nivel de enlace referidos en este caso a Ethernet- dirigidos a todos los nodosde la red), un ejemplo de este tipo de redes es la mencionada Ethernet. Por tanto, podemosver Mbone como una red que interconecta islas que permiten la transferencia de framesmulticast.

Page 5: MULTICAST MBONE

5

Veamos de forma gráfica los tres tipos de transmisiones: Broadcast, Unicast y Multicast.En este ejemplo, tenemos un emisor y cuatro receptores y dos puntos de la red donde no sesolicitan la transmisión de los datos (los círculos). Los envíos se señalan por medio de lasflechas rojas.

En el broadcast los datos se distribuyen por todo lossegmentos de la red, incluso en aquellas donde no hayreceptores del mensaje (los círculos).Una sola copia del

mensaje sale del emisor, sin importar el número dereceptores que haya.

Ejemplos de uso:

Emisiones de TV/ Radiopropaganda por e-mail

El tráfico unicast (el más habitual en Internet) envía losdatos sólo a aquellas partes de la red donde haya

usuarios/as interesados en recibirlos. En este sentido esmás eficiente que el broadcast. Sin embargo, el emisor

tiene que enviar una copia para cada receptor,sobrecargando la red con copias de los mismos datos.

Consulta individual de páginasweb

El Multicast combina los mejores aspectos de los dosanteriores. Los datos sólo se envían una vez desde elservidor, sin importar el número de receptores, y estosdatos sólo se envían a aquellas partes de la red donde

haya usuarios/as interesados en recibirlos. Por tanto la redno está sobrecargada con un mismo envío.

Videoconferencia Multicast

Page 6: MULTICAST MBONE

6

2.A DIRECCIONES MULTICAST

El conjunto de las direcciones IP está divido en «clases» basado en los bits de mayor ordenen una dirección IP de 32 bits.

Bit -> 31 0 Rango de direcciones: +-+----------------------------+ |0| Direcciones de clase A | 0.0.0.0 -127.255.255.255 +-+----------------------------+ +-+-+--------------------------+ |1 0| Direcciones de clase B | 128.0.0.0 -191.255.255.255 +-+-+--------------------------+ +-+-+-+------------------------+ |1 1 0| Direcciones de clase C | 192.0.0.0 -223.255.255.255 +-+-+-+------------------------+ +-+-+-+-+----------------------+ |1 1 1 0| Direcciones MULTICAST| 224.0.0.0 -239.255.255.255 +-+-+-+-+----------------------+ +-+-+-+-+-+--------------------+ |1 1 1 1 0| Reservadas | 240.0.0.0 -247.255.255.255 +-+-+-+-+-+--------------------+

La que nos interesa es la «Clase D». Cada datagrama de IP cuya dirección destino empiezapor «1110» es un datagrama IP de Multicast.Los 28 bits restantes identifican el «grupo» multicast al que se envía el datagrama.Las direcciones IP Multicast se asignan a un grupo de equipos determinado y de maneratemporal.Hay algunos grupos especiales de multicast :

• 224.0.0.1 es el grupo de todos los ordenadores. Si hace un «ping» a ese grupo,todos los ordenadores que soporten multicast en la red deben responder, ya quetodos ellos deben unirse a este grupo en el arranque de todos sus interfaces quesoporten multicast.

• 224.0.0.2 es el grupo de todos los encaminadores.Todos los encaminadores demulticast deben unirse a este grupo en todos los interfaces de multicast.

• 224.0.0.4 es el de todos los encaminadores DVMRP.

• 224.0.0.5 el de todos los encaminadores OSPF,

• 224.0.0.13 el de todos los encaminadores PIM etc.

En una comunicación multicast el Emisor especifica una dirección multienvío, el Receptor:se “apunta” (join) o “borra” (leave) a/de una dirección.Los routers se encargan de llevar lospaquetes hasta todos los destinos.

Page 7: MULTICAST MBONE

7

Los protocolos usados son:

• Protocolo de ``membresía'': IGMP(Internet Group Management Protocol) permiteconocer en todo momento los equipos pertenecientes a un grupo multicast.

• Protocolos de encaminamiento:o DVMRP: Distance Vector Multicasting Routing Protocol.o MOSPF: Multicast Open Shortest Path Factor.

Los datagramas Multicast se envían a los equipos de un grupo haciendo uso de la técnica“ Best Effort”, es decir, no se garantiza que los datagramas lleguen a su destino ni quelleguen en el mismo orden en el que se enviaron.Esto se debe al uso de UDP como protocolo de transporte el cual proporciona retrasosminimos , pero a cambio de esta rapidez se pierde la garantía del orden en la llegada de lospaquetes.

2.B ENCAMINAMIENTO MULTICAST: TÚNELES Y ROUTERS.

Para hacer que los paquetes IP Multicast de nuestra red pasen a otras, necesitamos equiposque hagan de puentes entre las distintas redes. Pues bien, hasta hace poco no existían en elmercado routers que permitieran difundir IP-multicast, se han venido utilizando estacionesque desempeñaran esta función mediante el software apropiado (mrouter multicast-router) y ciertas modificaciones en el kernel.Estos ordenadores construyen canales para comunicar las distintas islas Multicast; dichoscanales se denominan túneles multicast. Las estaciones dedicadas al túnel leen el tráficomulticast-IP y en caso de que éste haya de ser difundido al exterior de nuestra red seconvierte en un paquete unicast-IP normal que será transmitido al otro extremo del túnelpor métodos convencionales. El paquete IP-multicast se transmitirá al otro extremo deltúnel si existe algún host perteneciente al grupo destinatario de dicho paquete.

Para evitar un exceso de tráfico y que se bloqueen los enlaces hacia el exterior, que sonbastante más lentos, los paquetes utilizan el campo TTL (Time To Live) de la cabecera IP,con el cual se marca el «alcance» deseado para la información emitida; cada vez que elpaquete atraviesa un túnel se decrementa este campo. Se han definido una serie de valoresumbrales para el TTL de manera que si el TTL del paquete es menor que este umbral, eldatagrama no se transmitirá:

TTL 0 Tráfico restringido al mismo hostTTL 1 Tráfico restringido a la misma subredTTL 32 Tráfico restringido a la misma organizaciónTTL 64 Tráfico restringido a la misma regiónTTL 128 Tráfico restringido al mismo continenteTTL 255 Tráfico sin restricciones

Page 8: MULTICAST MBONE

8

El término región no está definido con exactitud. El siguiente diagrama trata de representargráficamente el funcionamiento de los túneles multicast:

Las máquinas marcadas con una R representan los routers IP que encaminan los paquetesunicast entre dos redes locales interconectadas. El túnel (en línea discontinua) es un enlacevirtual entre las dos estaciones ejecutando el programa mrouted, que es el encargado deencapsular el multicast sobre paquetes unicast. Los paquetes multicast, una vezencapsulados, van de uno de los extremos del túnel al otro a través de los routers. Una vezalcanzado el otro lado del túnel se extrae el paquete multicast y se transmite en la red localcomo multicast.

Un mrouter conoce por medio del protocolo IGMP los equipos que pertenecen en todomomento a un determinado grupo multicast. Además deben tomar las decisiones necesariaspara el encaminamiento de los datagramas multicast, asegurando que los datagramas queenvía un equipo lleguen a todos los miembros del grupo multicast sin formarse bucles y porel camino más corto.

Los protocolos de encaminamiento multicast definen árboles de distribución y habilitan elenvió de datagramas multicast por dichos árboles.

Page 9: MULTICAST MBONE

9

Existen dos tipos de protocolos de encaminamiento multicast:

� Protocolos de Vector Distancia: Se basan en el algoritmo de “Camino máscorto”.Cada nodo distribuye todo el mapa de encaminamiento a sus vecinosde forma periódica. Cada nodo asigna un “peso” a cada ruta en función delos saltos necesarios para alcanzar a otro nodo. Son protocolos fáciles deimplementar pero consumen un gran ancho de banda a medida que elnumero de nodos de la red multicast crece. Un ejemplo de estos protocoloses el DVMRP(Distance Vector Multicasting Routing Protocol)

� Protocolos de Estado del Enlace: Se basan en el concepto de “MapaDistribuido”, es decir, todos los nodos tienen una copia del mapa de la red,que periódicamente se actualiza. Se desarrollaron basándose en el algoritmode Dijkstra “El camino más corto primero”. Son complejos de implementar,y requieren mrouters con una gran capacidad de cálculo. Ejemplo de estosprotocolos es el MOSPF (/Multicast Open Shortest Path Factor).

Otros ejemplos de protocolos de encaminamiento son:

� PIM-DM (Protocol Independent Multicast-Dense Mode): Adecuado adominios densamente poblados, es similar a DVMRP pero puede usarcualquier protocolo de encaminamiento Unicast.

� PIM-SM (Protocol Independent Multicast-Sparse Mode): adecuado parareceptores distribuidos de manera dispersa, usa árboles de distribuciónunidireccionales.

� PIM-SSM ( PIM-Source Specific Multicast).

Page 10: MULTICAST MBONE

10

3. MBONE

Como vemos, las transmisiones multicast optimizan el tráfico que circula por la red.Podríamos "dirigir" envíos a múltiples ordenadores optimizando el uso de nuestra red.La utilización de direcciones IP multicast , frente a las IP unicast tradicionales permiteobtener las siguientes ventajas:Optimización del ancho de banda utilizado al circular por cada enlace entre el origen y eldestino(s) de datos un único paquete.La complejidad de la distribución a todos los destinos recae en los equipos de red y no enlos equipos finales. Esto simplifica el trabajo de los mismos y los libera de carga.

El uso de una nueva tecnología generalmente acarrea tanto ventajas como desventajas. Lasventajas de multicast son claras. La principal desventaja es que cientos de ordenadores y,especialmente, de encaminadores no lo soportaban. Como consecuencia, los que empezarona trabajar en multicast, se compraron equipos nuevos, modificaron sus sistemas operativos,y construyeron islas de multicast en sus sitios locales. Entonces descubrieron que era difícilcomunicarse con otras personas que hacían cosas similares porque si sólo uno de losencaminadores entre ellos no soportaba multicast no había nada que hacer...La solución era clara: decidieron construir una red virtual de multicast sobre Internet. Estoes: los sitios con encaminadores multicast entre ellos podían comunicarse directamente.Pero los que se unían a través de routers unicast mandarían el tráfico multicast de sus«islas» encapsulado en paquetes unicast a otras islas multicast. Los encaminadoresintermedios no tendrían problemas, ya que estarían tratando tráfico unicast. Finalmente, enel otro lado, el tráfico sería desencapsulado, y enviado a la isla en la forma original demulticast. Dos extremos que convierten de multicast a unicast y de nuevo a multicastdefinen lo que se llama un túnel multicast.

El MBone es esa red virtual multicast basada en islas multicast que se conectan a través detúneles multicast.Cuando a principios de los 90 se empezó a trabajar con MBone se pensaba que se iba aconvertir en la tecnología de red idónea para el desarrollo eficiente de servicios deaudio/vídeo conferencia multipunto sobre Internet. Sin embargo, con el paso de los años seha convertido en un servicio que todavía no ha alcanzado la madurez y popularidadnecesaria para cubrir las expectativas que se tenían. La implementación de este como unservicio operativo global, requiere un cambio topológico en el que, las islas multicastinterconectadas entre sí, dejen paso a un medio completamente multicast, lo cual no essencillo teniendo en cuenta la complejidad de una red como Internet. Por otra parte en losprotocolos de encaminamiento y algoritmos de creación de árboles de distribución, existendeficiencias que deben subsanarse antes de su implementación masiva.A nivel de transporte uno de los inconvenientes del protocolo UDP es la imposibilidad degarantizar la llegada ordenada de los paquetes a sus destinos, lo cual es importante en eltrafico de contenidos multimedia en tiempo real.

Page 11: MULTICAST MBONE

11

Este problema ha sido resuelto mediante un nuevo protocolo orientado a este tipo detransmisiones el RTP (Real Time Protocol)

RTP satisface las necesidades de multi-conferencias multimedia, además puede emplearseen el almacenamiento continuo de datos, la simulación distribuida, control y medida entiempo real, etc. Permite la distribución de información a múltiples receptores usandomulticast si este es soportado por la red subyacente.

RTP no garantiza la entrega a a tiempo de la información, confía en el medio para estepropósito. Utiliza su propia secuenciación de fragmentos para poder reconstruir de maneraordenada la información en su destino con independencia de que el medio de transmisiónsea fiable.Para garantizar la calidad en el servicio QoS (quality of service) necesitamos disponer deun mecanismo para resevar los recursos necesarios, tanto en el transmisor (Tempo de Cpu,ancho de banda de acceso a disco...) como en el/los receptor/es y el camino entre ambos.Parte de estas caracteriscas se definen en protocolo RSVP(Resource reSerVation Protocol).

RSVP es usado por los equipos finales para solicitar una determinada Calidad en elServicio, lo emplean los routers para distribuir estas peticiones de calidad de servicio atodos los nodos intermedios y para establecer y mantener el estado que permita prever elservicio solicitado. Es un protocolo de control como el IGMP o los de encaminamiento.

4. APLICACIONES MBONE

A continuación veremos por encima una serie de aplicaciones multicast escritas paraconectarse al Mbone:

Audio Conferencia

• NeVoT - Terminal de Voz en Red

• RAT - Herramienta de audio robusta de UCL

• vat - herramienta visual de audio de LBL

Vídeo Conferencia

• ivs - Sistema de video conferencia de Inria

• nv - herramienta para video de red

• nv w/ Meteor - Versión de nv con soporte para la Matrox Meteor (UVa)

• vic - herramienta de video conferencia de LBL

• vic w/ Meteor - Versión de vic con soporte para la Matrox Meteor (UVa)

Page 12: MULTICAST MBONE

12

Otras Utilidades

• mmphone - servicio de teléfono multimedia

• wb - pizarra compartida de LBL

• webcast - Aplicación de multicast fiable para enlazar navegadore Mosaic

4.A HERRAMIENTAS DE SESIÓN

Las herramientas de sesión se merecen una explicación mejor. Cuando tiene lugar unaconferencia, se asignan varios grupos y puertos multicast para cada servicio que quiere parala conferencia (audio, vídeo, pizarras compartidas, etc...). Periódicamente se transmiten pormulticast al MBone anuncios de las conferencias que van a tener lugar, así como lainformación de los grupos, puertos y programas que serán usados (vic, vat, ...). Lasherramientas de sesión «escuchan» esta información, presentando de forma sencilla lasconferencias que van a tener (o están teniendo) lugar, para que pueda decidir cuales leinteresan. Asimismo, facilitan la tarea de unirse a una sesión. En lugar de lanzar cadaprograma que será usado indicándole el grupo/puerto al que se debe unir, generalmente nonecesitará más que seleccionar la conferencia deseada y la herramienta de sesión ejecutarálos programas apropiados dándoles la información necesaria para unirse a la conferencia.Las herramientas de sesión habitualmente le permiten anunciar sus propias conferencias alMBone.

• gwTTS - Sistema de tele-tutorización de la Universidad de Virginia

• isc - Controlador de Sesiones Integrado

• mmcc - Control de conferencia Multimedia

• sd - Herramienta de directorio de sesiones de LBL

• sd-snoop - Utilidad de directorio de sesiones de Tenet Group

• sdr - Directorio de sesiones de nueva generación de la UCL

Page 13: MULTICAST MBONE

13

6. MBONE e IPV6

La red Multicast sobre IPV6 se denomina M6Bone.actualmente ya conecta gruposmulticast sobre IPV6 pero no sobre redes de producción.Se utilizan routers para lainterconexión de islas multicast IPV6 y los que cuentan con menos recursos utilizan tunelessobre unicast IPV6 y tuneles sobre IPV4.

5.A IPV6

Desde principios de los 90, se empieza a vislumbrar un grave problema en la familia deprotocolos TCP/IP: Se acaban las direcciones IP.El incremento exponencial del número de ordenadores conectados a Internet implica otroproblema: El gran tamaño que empiezan a alcanzar las tablas de encaminamiento.La IETF investiga opciones para reemplazar el IP clásico con una nueva versión. Se formala Next Generation IP Area para evaluar las propuestas y elegir el sucesor, poniendo énfasisen una fácil migración.En enero de 1995 se presenta la nueva versión (6) de IP, junto con propuestas de cambiospara otros protocolos de alrededor (IPV6).

Veamos las características principales de IPV6:

• Mayor espacio de direcciones. El tamaño de las direcciones IP cambia de 32 bits a128 bits, para soportar: mas niveles de jerarquías de direccionamiento y mas nodosdireccionables.

• Simplificación del formato del Header. Algunos campos del header IPv4 se quitan ose hacen opcionales

• Paquetes IP eficientes y extensibles, sin que haya fragmentación en los routers,alineados a 64 bits y con una cabecera de longitud fija, mas simple, que agiliza suprocesado por parte del router.

• Posibilidad de paquetes con carga útil (datos) de mas de 65.355 bytes.

• Seguridad en el núcleo del protocolo (IPsec). El soporte de IPsec es unrequerimiento del protocolo IPv6.

• Autoconfiguración: la autoconfiguración de direcciones es mas simple.Especialmente en direcciones Aggregatable Global Unicast, los 64 bits superioresson puestos a valor por un mensaje desde el router (Router Advertisement) y los 64bits mas bajos son puestos a valor con la dirección MAC (en formato EUI-64). Eneste caso, el largo del prefijo de la subred es 64, por lo que no hay que preocuparsemás por la máscara de red. Además el largo del prefijo no depende en el número delos hosts por lo tanto la asignación es mas simple.

• Renumeración y "multihoming": facilitando el cambio de proveedor de servicios.

Page 14: MULTICAST MBONE

14

• Características de movilidad, la posibilidad de que un nodo mantenga la mismadirección IP, a pesar de su movilidad.

• Ruteo más eficiente en el backbone de la red, debido a la jerarquía dedireccionamiento basada en aggregation.

• Calidad de servicio (QoS) y clase de servicio (CoS).

• Capacidades de autenticación y privacidad

Las nuevas direcciones en IPV6 son de 128 bits. Las direcciones se escriben en 8 bloquesde 16 bits, en hexadecimal, separados por el carácter ":". Pueden omitirse en cada bloquelos ceros no significativos:

5A01:0:0:0:8:800:200C:417A

Pueden sustituirse las secuencias de bloques consecutivos con los 16 bits a cero a laabreviatura "::". Esto sólo puede hacerse una vez por dirección:

5A01::8:800:200C:417A

Se escribe un prefijo de una dirección IP con una dirección seguida del carácter "/" y elnúmero de bits de esa dirección que constituyen en efecto el prefijo. Ejemplos:

4000::/35000::/8FEDC:BA98:7600::/40

Page 15: MULTICAST MBONE

15

Asignación inicial

0::/8 0000 0000 reservadas200::/7 0000 001 direcciones de red ISO400::/7 0000 010 direcciones de red Novell4000::/3 010 direcciones de unicast globales agregativas8000::/3 100 direcciones de unicast basadas geográficamenteFE80::/10 1111 1110 10 direcciones locales a un enlaceFEC0::/10 1111 1110 11 direcciones locales a un lugarFF00::/8 1111 1111 direcciones de multicast

El resto de las direcciones están reservadas.

Si comparamos las direcciones de IPV4 con las de IPV6:

Las direcciones al pasar de 32 a 128 bits, o sea de 2^32 direcciones (4.294.967.296) a2^128 direcciones (3.402823669 e38, o sea sobre 1.000 sixtillones).

Esto hace que:

� Desaparezcan los problemas de direccionamiento del IPv4 .

� No sean necesarias técnicas como el NAT para proporcionar conectividad atodos.

En el IPV6 no existen direcciones broadcast, su funcionalidad ha sido mejorada por lasdirecciones multicast, aparece un nuevo tipo de direccionamiento: Anycast identifican aun conjunto de interfaces. Un paquete enviado a una dirección anycast, será entregado aalguna de las interfaces identificadas con la dirección del conjunto al cual pertenece esadirección anycast.

Page 16: MULTICAST MBONE

16

5.B M6BONE

Veamos la situación actual de la red M6BONE en España, Europa y en el mundo:

Red M6BONE en España:

Los sites conectados son:

• Consulintel, Madrid• PTIN (Portugal)• Universidad Carlos III, Madrid• Universidad de Murcia• UPC, Barcelona• UPM, Madrid

Page 17: MULTICAST MBONE

17

Red M6BONE en Europa:

Page 18: MULTICAST MBONE

18

Red M6BONE en el mundo:

En la actualidad diversos grupos trabajan en la actualización de M6BONE a IPV6. EnEuropa, se ha definido un marco para el desarrollo de IP Multicast sobre IPV6 apoyandolos trabajos de investigación de grupos como: 6NET, 6WINIT, ANDROID, M6BONE (redmulticast sobre IPV6 disponible para cualquier entidad o institución interesada enM6BONE, esta basada en el proyecto francés RENATER3 sobre IPV6.

Page 19: MULTICAST MBONE

19

6. BIBLIOGRAFÍA.

• http://www.m6bone.net/ Red de pruebas basada en RENATER-3.

• Proyecto IPV6 en la RAU (Universidad de la Republica de Uruguay)http://www.rau.edu.uy/ipv6/queesipv6.htm

• Pagina de la empresa Americana EIT http://www.eit.com/techinfo/mbone/

• Laboratorio Tokuda , Instituto Tecnológico de Tokiohttp://tokuda-www.cs.titech.ac.jp/~pavlin/multicast/

• Departamento de Ingeniería de Sistemas Telemáticos, ETS de Ingenieros deTelecomunicación ,Universidad Politécnica de Madridhttp://jungla.dit.upm.es/~jmseyas/linux/mcast.como/Multicast-Como-1.html

• RedIris, Red Española de I+D http://www.rediris.es

• IPV6 Cluster, European IPv6 Research and Development Projects.http://www.ist-ipv6.org