Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Dialnet DireccionamientoMulticastYSuAplicacionANivelDeTraf 4169243 PDF
Dialnet DireccionamientoMulticastYSuAplicacionANivelDeTraf 4169243 PDF
Paul l n Ga naGarcía1
l i uar Ga na García2
esumen
El documento presenta un análisis de las características de transmisión
multimedial sobre Internet y las características de las transmisiones de
tipo multicast sobre un ambiente de comunicaciones cliente-servidor.
Como conclusión de la investigación, se incluye un análisis de los resul-
tados obtenidos a partir de la implementación de varios protocolos de
enrutamiento con características de transmisión a nivel multicast para
el transporte de audio como modelo propuesto para ser implementado en
la red académica Rumbo.
1 Ingeniero de sistemas, Universidad Distrital Francisco José de Caldas. Magíster en Ciencias de la Información y las Comunicaciones
con Énfasis en Teleinformática de la misma universidad. Candidato a doctor en Ingeniería Informática, Universidad de Salamanca,
Madrid, España. Actualmente se desempeña como docente de planta de la Facultad de Ingeniería de la Universidad Distrital.
Es instructor Cisco CCNA. Es director del Grupo de Investigación e Interoperabilidad de Redes Académicas (Giira) de la Univer-
sidad Distrital y participa en áreas de investigación en redes, plataformas e-learning y seguridad informática.
Correo: pagaonag@udistrital.edu.co
2 Ingeniero electrónico, Universidad Distrital Francisco José de Caldas. Magíster en Ciencias de la Información y las Comunicaciones
con Énfasis en Teleinformática en la misma universidad. Docente de la Facultad de Ingeniería, Universidad Distrital. Director del
Grupo de Investigación en Telecomunicaciones de la Universidad Distrital (Gitud) y miembro del Grupo de Investigación de Tele-
medicina (Gitem). Correo: egaona@udistrital.edu.co
32
DI CCI MI MU IC Y U P IC CIÓ IV D ÁFIC MU IM DI B D D V CID D
transfer within a communication environment var a cabo este tipo de transmisión. Es el resul-
V I S IÓN I N V E ST I G A D O R A
on client-server ends. It provides an analysis of tado de un trabajo de investigación consistente
the results from the implementation of different en el análisis realizado a diferentes protocolos
routing protocols and the transmission charac- de routing de tipo multicast para determinar
teristics for transporting Audio Multicast. Fur- características de transmisión y desempeño so-
thermore, a model for implementation of the bre una red. Para ello se tuvo en cuenta una ar-
Rumbo Academic Network is proposed. quitectura genérica como modelo piloto, con el
ánimo de presentarlo como propuesta para su
The results are part of the project conducted on implementación sobre la red académica de alta
the research field of convergence and NGN net- velocidad Rumbo (Red Universitaria Metropoli-
works by the GIIRA Research Group at Distrital tana de Bogotá)3.
University.
33
Pa lo lonso Gaona Gar ía - l s ar o Gaona Gar ía
determina una serie de elementos diferencia- invidentes o personas con problemas de movili-
V I S IÓN E L E C T R ÓN I C A
dores que hacen parte de la implementación dad, se puede crear diálogos de audio, mejorar
adecuada de este tipo de medios en entornos de la calidad del contenido sintetizado, manipular
aprendizaje virtual, para la mejora en la comu- y controlar las presentaciones multimedia, etc.
nicación y el desarrollo de aptitudes y competen-
cias en los estudiantes. El audio se conoce como la representación de on-
das sonoras y, para poderlo digitalizar, se requiere
Para poder aplicar este modelo como objeto de del almacenamiento de su amplitud y de su fre-
aprendizaje sobre ambientes orientados a Inter- cuencia cada cierto periodo de tiempo [6], al que se
net, es necesario entender los tipos de reprodu- le conoce como sample rate.
cción de tal medio de comunicación: transmisión
en vivo y transmisión bajo demanda. En cualquie- La señal de audio consiste en la representación
ra de estos casos, los datos viajan por Internet con de una señal eléctrica en una señal sonora [7] y
métodos de distribución conocidos como unicast o se realiza de manera binaria, que es el lenguaje
multicast, que se explicarán más adelante. que entienden todos los sistemas de información
para establecer una comunicación. A esta repre-
sentación se le conoce con el nombre de cuanti-
3. CARACTERÍSTICAS DEL AUDIO ficación [8]. Finalmente, para poder transmitir
Y SUS APLICACIONES esta secuencia binaria, es necesario adaptarla al
medio de transmisión; es por ello que se utiliza
Los usuarios de Internet se comunican mediante la una codificación adecuada para no tener pérdi-
voz, descargan música, escuchan radio y comparten das de datos binarios [9].
canciones con otros usuarios a través de redes P2P.
Los autores difunden sus obras y las grandes com- Para soportar el envío de datagramas IP multi-
pañías amplían sus negocios distribuyendo música cast, debe extenderse un módulo IP, y así reco-
online bajo demanda y previo pago. nocer direcciones de grupo cuando se está enru-
tando datagramas de salida.
Las aplicaciones de audio van más allá de la
transmisión. Se cuenta con funcionalidades como
el lenguaje de marcas extendido para voz (Voice 4. T I
Extensible Markup Language [VoiceXML]) [2],
el reconocimiento gramatical del habla (Speech Internet es un ambiente de trabajo en red a gran
Recognition Grammar Specification [SRGS]), escala, donde el ancho de banda no está garan-
el control de llamadas para navegadores de tizado, la transmisión de información se pierde
voz (Voice Browser Control Call [CCXML]) [3], en el camino y la conexión de los clientes varía
el lenguaje de marcado de síntesis del habla dependiendo de su conexión. Esto indica un es-
(Speech Synthesis Markup Language [SSML]) quema de compresión escalable para los formatos
[4] y un lenguaje de integración y sincronización de audio utilizados, con el fin de evitar pérdidas
de archivos multimedia (Synchronized Multime- de información cuando se realiza una transmi-
dia Integration Language [SMIL]) [5]. Todas es- sión [10]. UDP no es un protocolo seguro, ya que
tas posibilidades potencian el uso de la voz y el no garantiza que todos los paquetes vayan a su
sonido en la web con propósitos educativos. Por destino, y tampoco asegura que lleguen en el or-
ejemplo, se puede interactuar con ambientes de den en que fueron enviados. Este es un protocolo
aprendizaje a través de la voz para que accedan de transporte sobre el cual se construyen otros,
34
DI CCI MI MU IC Y U P IC CIÓ IV D ÁFIC MU IM DI B D D V CID D
por ejemplo el protocolo RTP, que es un producto Una comunicación multicast requiere de rou-
V I S IÓN I N V E ST I G A D O R A
del grupo IETF [11]. ters multicast que soporten un encapsulamiento
IP sobre IP [19] para poder llevar a cabo los pa-
Recientemente se ha propuesto un sinnúmero de quetes del emisor al receptor sin que los routers
técnicas para automatizar el análisis de la infor- intermedios los descarten.
mación del audio [12]. Gracias a estos avances
tecnológicos, se plantea una serie de elementos Para hacer que los paquetes IP salgan de una red
dinamizadores que permean todas las caracte- Ethernet y pasen a otras interfaces, se necesitan
rísticas para el desarrollo de una arquitectura equipos que hagan de puentes entre las distintas
acorde con un modelo de comunicación para interfaces Ethernet. Pues bien, esto mismo es
transmisión de audio en tiempo real. aplicable al tráfico multicast. Cuando un dis-
positivo construye canales para comunicar las
distintas islas de redes Ethernet, dichos canales
4.1 E q se denominan túneles multicast. Las estacio-
nes dedicadas al túnel leen el tráfico multicast-
Los esquemas de codificación escalable presen- IP y, en los casos en que este deba difundirse
tes en este apartado son representaciones toma- al exterior de la red, se convierte en un paquete
das de estudios realizados hasta el momento y de unicast-IP normal, que será transmitido al otro
estándares trabajados hasta el momento y desde extremo del túnel por métodos convencionales.
hace diez años [13-14]. Existe un sinnúmero de El paquete IP-multicast se transmitirá al otro
esquemas de compresión de audio representados extremo del túnel si existe algún host perteneci-
en los modelos [15]. Las técnicas de compresión ente al grupo destinatario de dicho paquete.
son la herramienta fundamental de la que se
dispone para alcanzar el compromiso adecuado
entre la capacidad de almacenamiento y de pro-
cesamiento requerida.
Existen varios problemas en una transmisión mul- • El método más antiguo denominado LSR
ticast [18], todos debidos a la naturaleza de esta. El (Loose Source Record), que consiste en
primero es que una dirección multicast nunca pue- usar una de las opciones de la cabecera
de ser una dirección de destino, es decir, los clien- IP indicando en ella la dirección del grupo
tes no podrán transmitir información al servidor multicast al que va destinado y colocando
por medio del canal. Esto no es significativo, dado en el campo de dirección destino de la ca-
que la finalidad es conseguir un sistema capaz de becera la dirección IP unicast del otro lado
acomodar a cuantos clientes sean necesarios. del túnel multicast.
35
Pa lo lonso Gaona Gar ía - l s ar o Gaona Gar ía
capsular el IP multicast sobre IP unicast, tiempo en otra red IP, entonces se podrá poner a
colocando en el campo de protocolo del pa- punto una máquina de la red habitual para que
quete IP el valor 4, que corresponde a IP acepte los datagramas que van dirigidos a la IP
encapsulado sobre IP. y los reenvíe a la dirección que se esté usando de
manera temporal.
5. IP SOBRE IP
6. PROTOCOLOS DE ENRUTAMIENTO PARA
IP / IP define un encapsulado mínimo de los da- TRÁFICO MÚLTIMEDIA EN INTERNET
tagramas IP ya que, esencialmente, solo se les
añade una cabecera al principio. Este sistema es Para realizar comunicación de medios en una red
utilizado en redes Mobile-IP, para independizar se utilizan varios métodos, dependiendo del tipo
las direcciones IP de la topología física de la red de servicio a ofrecer. Los más difundidos son:
en un momento dado [20]. No define ningún me-
canismo de cifrado o autentificación. • Comunicaciones unicast (unidifusión).
• Comunicaciones broadcast (difusión).
• Comunicaciones multicast (multidifusión).
5.1 ENCAPSULAMIENTO IP-IP
Figura 2. Formato encapsulamiento IP sobre IP . El efecto que tiene el método de transmisión uni-
Fuente: [42].
cast sobre los recursos de la red es de consumo
acumulativo. Cada usuario que se conecta a una
transmisión multimedia consume tantos kbps
El encapsulamiento IP / IP (IP tunneling) per- (kilobits por segundo) como la codificación del
mite que los datagramas que están destinados a contenido lo permita. De este modo, se obtienen
una dirección IP sean encapsulados y dirigidos a varios modos finales de emisión.
36
DI CCI MI MU IC Y U P IC CIÓ IV D ÁFIC MU IM DI B D D V CID D
V I S IÓN I N V E ST I G A D O R A
Multicast Backbone o Mbone (backbone de multi-
Cada cliente tiene un canal propio y por él se envía difusión) [26]. Utiliza el protocolo IP multicast. Por
una copia del contenido que haya solicitado. Los ende, en 1992 se pone en marcha el MBone [27],
usuarios son considerados de forma independiente, que fue experimental al principio, pero en la actua-
pero cada uno consume parte del ancho de banda. lidad se considera indispensable para decenas de
La transmisión bajo demanda es la reproducción miles de usuarios. Desde entonces, el interés de los
de contenido pregrabado, almacenado y disponible usuarios en las aplicaciones multicast ha crecido
para ser consultado en cualquier momento. enormemente lo que genera el desafío en la exten-
sión del soporte multicast a toda la Internet.
4 TTL: time to live (tiempo de vida). Contador en el interior de los paquetes multicast que determina su propagación.
37
Pa lo lonso Gaona Gar ía - l s ar o Gaona Gar ía
38
DI CCI MI MU IC Y U P IC CIÓ IV D ÁFIC MU IM DI B D D V CID D
V I S IÓN I N V E ST I G A D O R A
COMUNICACIÓN MULTICAST
Existen dos estrategias básicas a nivel de enlace:
Existe un protocolo dedicado a la formación de
• Utilizar paquetes de Broadcast o utilizar grupos de multidifusión en Internet. IGMP se
paquetes especiales. Una red Ethernet [19] encarga de formar grupos de interés con el áni-
(y otras tecnologías5) soportan Multicast a mo de optimizar al máximo el rendimiento de los
nivel de enlace. enlaces a nivel WAN entre usuarios y disposi-
tivos remotos. Con este protocolo se gestiona la
Las tarjetas son capaces de escuchar en una cantidad de solicitudes realizadas por los parti-
o varias direcciones Ethernet Multicast. cipantes en peticiones de tipo multicast.
Todos los protocolos de enrutamiento multicast Bajo el anterior modelo de comunicaciones se de-
hacen uso del protocolo IGMP para conocer la terminó un esquema de funcionamiento genérico
filiación de los equipos finales a cada determi- con la implementación de un protocolo de enru-
nado grupo multicast, pero difieren en la forma tamiento multicast que ofreciera los mejores
de intercambiar dicha información entre routers tiempos de respuesta a solicitudes realizadas
vecinos, así como en las técnicas empleadas en la por los usuarios.
construcción de los árboles de distribución.
39
Pa lo lonso Gaona Gar ía - l s ar o Gaona Gar ía
Dentro del análisis teórico consultado, se encuen- Se basa en el concepto de un “mapa distribuido”,
tran dos categorías importantes para realizar es decir, que todos los nodos tienen una copia del
enrutamiento tipo multicast. Esta clasificación mapa de la red, que se actualiza periódicamente.
depende del tipo de métrica a implementar: si es Se han desarrollado a partir de un algoritmo
por vector distancia con el algoritmo de bellman- más eficiente que el de Bellman-Ford, propuesto
ford [30], o si es por estado enlace con el algoritmo por E.W. Dijkstra, llamado “el camino más corto
de dijkstra [31]. Se podrían dividir en dos grandes primero” [32] (shortest path first).
categorías, según las siguientes técnicas:
Algunas de sus principales ventajas son: la rápi-
Basados en técnicas simples: da convergencia a la descripción real del estado
de la red, la ausencia de creación de bucles, el
• Inundación (flooding). soporte de métricas (costes asociados a un deter-
• MAC-layer Spanning Trees. minado enlace) múltiples, el soporte de múltiples
rutas a un mismo destino, etc. Como contrapar-
Basados en técnicas de árboles centrados en la tida, requieren mayor poder de procesamiento
fuente (source-based trees): en los routers y son complejos de implementar
y/o configurar.
• Reverse Path Broadcasting (RPB).
• Truncated Reverse Path Broadcasting
(TRPB). 10. IMPLEMENTACIÓN DE PROTOCOLOS DE
• Reverse Path Multicasting (RPM). ENRUTAMIENTO MULTICAST
40
DI CCI MI MU IC Y U P IC CIÓ IV D ÁFIC MU IM DI B D D V CID D
V I S IÓN I N V E ST I G A D O R A
E S P
nes cliente-servidor en la parte de servicios mul-
Paquetes 27 8.972 47.461
ticast, se realizó la implementación del siguiente
3.469 3.605.923 28.492.382
modelo arquitectónico orientado a la web para Bytes
10.2 I MOSPF
Figura 7. Modelo de comunicación física.
Esta implementación arrojó buenos resultados,
teniendo en cuenta su política del algoritmo de
estado enlace al realizar inundación y propa-
gación sobre la red. Pero si se considera que es
En la red LAN, comprendida por el router 2, se
un protocolo de inundación, cuando hay muchos
trabajó aproximadamente con veinte clientes,
participantes interesados en ser parte de un
cada uno de los cuales hacía solicitudes constan-
grupo de trabajo la convergencia era más lenta
tes al servidor que se encontraba al otro extre-
para la creación de los grupos de multidifusión
mo, en el router 1.
mediante IGMP. A continuación se presenta el
esquema de la medición realizada con esta im-
plementación mediante el software commview.
10.1 I D MRP
41
Pa lo lonso Gaona Gar ía - l s ar o Gaona Gar ía
rio tráfico multicast por los enlaces WAN. De esta Dentro de los resultados obtenidos mediante
V I S IÓN E L E C T R ÓN I C A
forma facilitó un ancho de banda estable. El pro- esta implementación se recomienda que las in-
tocolo PIM se basa en dos modos de operación, el terfaces se configuren como de tipo sparse-dense,
protocolo PIM sparse mode y dense mode. de modo que si todos los RP fallan, la red tenga
oportunidad de conmutar a modo denso evitando
1. Modo denso. Estos protocolos están dise- que se pierda tráfico. A continuación se presen-
ñados para trabajar sobre redes, preferible- tan los resultados de la medición realizada me-
mente con un ancho de banda amplio y que diante el analizador de protocolos commview:
los miembros del grupo se encuentren densa-
mente distribuidos a través de la red [37]. E S P
42
DI CCI MI MU IC Y U P IC CIÓ IV D ÁFIC MU IM DI B D D V CID D
3. Soporte del dispositivo de enrutamiento del diante el protocolo UDP, que se considera bas-
V I S IÓN I N V E ST I G A D O R A
protocolo que permitirá el tráfico multicast, tante rápido pero poco fiable y seguro. Uno de los
para este caso, PIM-Sparse Dense Mode. factores primordiales para garantizar este éxito
son los protocolos de nivel superior que asegurar
4. Verificar que los equipos de redes puedan la transmisión, el control y la reserva de ancho
soportar IP-multicast [42] sin degradar su de banda de los recursos en tiempo real. Sin la
desempeño. implementación de estos protocolos mediante
la técnica de encapsulamiento sería imposible
mantener comunicación en tiempo real, realizar
12. CONCLUSIONES el control y determinar el estado de la conexión
entre el servidor y los clientes.
Los protocolos de enrutamiento multicast son,
por lo general, más complejos que sus homólo- Durante el estudio y desarrollo del proyecto se tu-
gos en unicast y su desarrollo ha sido más lento, vieron en cuenta los proyectos que funcionan ac-
por lo que aún presentan mayores deficiencias, tualmente para poder realizar este tipo de trans-
sobre todo cuando se aplican a redes complejas. misiones en Latinoamérica. Por ello el modelo
Sin embargo, su evolución ha sido más rápida, piloto propuesto fue orientado a la integración de
debido en gran medida al gran interés que ha las superautopistas de información suramerica-
despertado en función de sus enormes posibili- nas con las que funcionan en Norteamérica, como
dades de aplicación, tanto en redes académicas Internet 2 [43], y en Europa, como Geant [44]. Es-
como entre las grandes y pequeñas empresas tos proyectos, que se desarrollan desde mediados
relacionadas con el sector de las telecomunica- de 2001 y en los que se involucran varios países
ciones. También, por qué no, por la presión de latinoamericanos a través de la red académica
usuarios finales y empresas que hacen uso de Clara7, se basan en modelos de comunicación a
Internet en demanda de un medio multicast que través de redes académicas. A nivel nacional se
permita ampliar sus horizontes de oferta de ser- realiza mediante el empalme y acoplamiento de
vicios multimedia de forma eficaz y económica. la Red Renata [45], a través de la red Rumbo,
donde operan varias universidades metropolita-
Los usuarios involucrados en una sesión mul- nas, para lograr integrar de esta forma una gran
ticast tendrán la capacidad de unirse a esta o red académica y de investigación.
abandonarla a su voluntad, mediante la imple-
mentación del protocolo IGMP. Cuando un usua- Debe existir la posibilidad de definir listas de ac-
rio se une a una sesión multicast ha de tener la ceso (ACL) adecuadas para equipos de routing
posibilidad de negociar las características de los en el momento de crear una sesión multicast.
flujos multimedia a intercambiar durante la con- Esto con el fin de definir qué direcciones o per-
ferencia, según sus capacidades y las que pueda misos se restringen a usuarios externos.
brindar la plataforma.
43
Pa lo lonso Gaona Gar ía - l s ar o Gaona Gar ía
[7] L. Ze-Nian y M. S. Drew. Fundamental of [17] K. Hamdy et al. “Low bit rate high quality
multimedia. School of computing science audio coding with combined harmonic and
Simon Fraser University. Sweden, Suecia: wavelet representations”. En Proc. ICASSP,
Pearson Prentice Hall, 2004. May. 1996.
[8] M. Zanuy, Tratamiento digital de voz e ima- [18] D. E. Comer, Internetworking with TCP/IP,
gen y aplicación a la multimedia. Barcelona: vol.: 1 Principles, protocols, and architec-
Alfaomega, 2001. ture, 2a ed. Englewood Cliffs, Nueva Jersey:
Prentice Hall, 1991.
[9] B. Kleijn y K. Paliwal, Speech coding and syn-
thesis. Ámsterdam: Elsevier, 1995, cap. 3. [19] Perkins, RFC 2003: “IP Encapsulation with-
in IP”. Disponible en (4-2010): http://www.
[10] J. Foote, “An overview of audio information faqs.org/rfcs/rfc2003.html
retrieval”. ACM Multimedia Systems, vol. 7,
pp. 2-10, 1999. [20] W. Simpson, RFC 1853: “IP in IP Tunne-
ling”, Feb. 2001. Disponible en (4-2010):
[11] IETF RFC 1889. AVT de Internet Engi- http://www.faqs.org/rfcs/rfc1853.html
neering Task Force. Disponible en (4-2010):
http://www.ietf.org
44
DI CCI MI MU IC Y U P IC CIÓ IV D ÁFIC MU IM DI B D D V CID D
[21] D. Thaler, RFC 2991: “Multipath issues in [31] Dijkstra, RFC 1245: “OSPF protocol analy-
V I S IÓN I N V E ST I G A D O R A
unicast and multicast next-hop. Selection”. sis. Network Working Group”, 1991. Dis-
Disponible en (4-2010): http://www.faqs.org/ ponible en (4-2010): www.rfc-editor.org/rfc/
rfcs/rfc2991.html#ixzz0miS8w4nj rfc1245.txt
[22] J. Mogul, RFC 919: “Broadcasting Internet [32] M. Thomas, OSPF network design solutions.
datagrams”. Disponible en (4-2010): http:// Indianápolis: Cisco Press, 2001.
www.faqs.org/rfcs/rfc919.html
[33] D. Waitzman, RFC 1075: “Distance vector
[23] S. E. Deering, RFC 988: “Host extensions multicast routing protocol”. Disponible en
for IP multicasting”, 1986. Disponible en (4- (4-2010): http://ww.faqs.org/rfcs/rfc1075.
2010): http://www.faqs.org/rfcs/rfc988.html html
[24] W. Fenner, RFC 2236: “Internet Group Ma- [34] J. Moy, RFC 1585: “MOSPF: analysis and
nagement Protocol”, 2ª versión. Disponible experience”. Disponible en (4-2010): http://
en (4-2010): www.faqs.org/rfcs/rfc2236.html www.faqs.org/rfcs/rfc1585.html
[25] B. Cain, RFC 3376: “Internet Group Mana- [35] D. Estrin, RFC 2362: “Protocol Indepen-
gement Protocol”, 3ª versión. Disponible dent Multicast-sparse mode (PIM-SM)”.
en (4-2010): http://www.rfc-editor.org/rfc/ Disponible en (4-2010): http://www.faqs.org/
rfc3376.txt rfcs/rfc2362.html
[26] S. E. Deering, RFC 1112: “Host extensions [36] Y. Donoso y J. L. Marzo, Una propuesta
for IP multicasting”, 1989. Disponible en para la especificación de multidifusión IP
(4-2010): http://www.faqs.org/rfcs/rfc1112. sobre MPLS con calidad de servicio. Univer-
html sidad de Girona, 2002.
[27] R. Metcalfe, RFC 919: “Broadcasting In- [37] A. Adams, RFC 3973: “Protocol Indepen-
ternet datagrams”, Oct. 1984, May. 1996. dent Multicast. Dense mode (PIM-DM)”.
Disponible en (4-2010): http://www.cse.ohio- Disponible en (4-2010): http://www.faqs.org/
state.edu/cgi-bin/rfc/rfc919.html rfcs/rfc3973.html
[28] W. Beau, Developing IP multicast networks, [38] B. Fenner, RFC 4601: “Protocol Indepen-
vol. 1: Cisco system. Indianápolis: Cisco dent Multicast. Sparse mode (PIM-SM)”.
Press, 2000. Disponible en (4-2010): http://tools.ietf.org/
html/rfc4601
[29] Z. Albanna, RFC 3171: “IANA guidelines for
IPv4 multicast address assignments”, Dis- [39] T. Pusateri, RFC 4602: “Protocol Indepen-
ponible en (4-2010): http://www.rfc-editor. dent Multicast. Sparse mode (PIM-SM):
org/rfc/rfc3171.txt IETF proposed standard requirements
analysis”. Disponible en (4-2010): http://
[30] F. Bellman, RFC 2453: “RIP version 2. Net- www.rfc-archive.org/getrfc.php?rfc=4602
work Working Group”, 1991. Disponible en (4-
2010): http://www.faqs.org/rfcs/rfc2453.html
45
Pa lo lonso Gaona Gar ía - l s ar o Gaona Gar ía
[40] D. F. Estrin, RFC 2362: “Protocol Indepen- [43] Internet 2 Group. Disponible en (4-2010):
V I S IÓN E L E C T R ÓN I C A
46