UNIVERSIDAD NACIONAL AGRARIA DE LA SELVA

FACULTAD DE INGENIERÍA EN INFORMÁTICA Y SISTEMAS

INFORME DE PROTOCOLOS DE ENRUTAMIENTO SONET, RSVP, EMPB, IBDNS,

TEN – 34 DE REDES AVANZADAS

Presentado por: Juan Ramos Estela

Gian J. Jara Venancio

Docente: Ing. Jose Martin Santillan Ruiz

Curso: Redes Avanzadas

Fecha: 04/07/2019

TINGO MARÍA - 2019

2
 3

I. INTRODUCCIÓN

II. SYNCRHONOUS OPTICAL NETWORK

Según (Goralski, 2002), SONET (Syncrhonous Optical Network), es un estándar para
la transmisión de datos síncronos sobre medios ópticos-eléctricos.

El uso de la palabra synchronous en SONET indica que todas las transmisiones

ocurren a la misma velocidad. Todos los relojes en las redes SONET están en base a un reloj
de referencia, con una exactitud de ± 1 en 101.

2.1. DESARROLLO DE SONET

Una vez reconocido el beneficio de un conjunto coordinado de estándares
para las redes de telecomunicaciones, Bellcore*, como rama de investigación de las
compañías operadoras Bell, propuso SONET como jerarquía de transmisión en el
año de 1985.
Desarrollado para proveer un marco para las telecomunicaciones ópticas, los
estándares de SONET permiten a las compañías que implementan redes SONET la
compra de equipo de múltiples marcas e integrarlos a la misma red.
SONET fue diseñado originalmente para soportar le entrega jerárquica de
circuitos de comunicación síncrona. Recientemente, se ha probado que es una
tecnología útil para el marco y transporte de otros protocolos de red, incluyendo
ATM (Asynchronous Transfer Mode) y el protocolo IP (Internet Protocol).
 4

2.2. INTEGRACION DE SONET

 Señales de capa física
Estas señales definen la manera en cómo la información digital será
transferida sobre distintos medios ópticos.

Los Multiplexores de Add/Drop (ADM) la inserción y quita payload del

usuario originado de las fuentes de información, como un interruptor de
ATM, en los marcos de SONET que circulan en el anillo. Los anillos duales
habilitan tolerancia de la falta ejecutando el cambiando del anillo del
funcionamiento al anillo alternado de protección cuando un fracaso ocurre.

 Sincronización de reloj
Una de las ventajas principales de SONET es su habilidad para sincronizar
la trama de información digital sobre la red. Esto ayuda a limitar el desliz de
datos que impactan la calidad de los servicios proveídos por la red.

 Formatos de información
Estos formatos definen la manera en que se representa el tráfico, junto
con los servicios utilizados por los equipos de transmisión, proveyendo el
rango total servicios de operaciones, administración, mantenimiento y
aprovisionamiento (OAM&P) necesarios para operar efectivamente y
mantener redes grandes.
 5

 Arquitectura de red
Con un rango de aplicaciones, distintos tipos de equipo puede ser
integrado a la red. Se pueden identificar varios componentes principales y
su función. Cada tipo de equipo tiene una función específica en el
enrutamiento y administración de los circuitos en la red.

 Administración de la red
Varios estándares acompañan los servicios de transporte SONET/SDH,
incluyendo el lenguaje de transacción 1 (TL1 - Transaction Language 1) y los
estándares de aplicaciones para Administración de Red de
Telecomunicaciones (TMN - Telecommunications Management Network),
así como la infraestructura de red para soporte del tráfico.

 Jerarquía de multiplexores sonet

El dato tasa más alto que STS-1 son obtenidos por multiplexar los STS-1
signos múltiples. Por ejemplo, pueden byte-entrelazarse tres STS-1 signos
para formar un STS-3 signo que opera a 155.52 Mbps. Otra forma de
multiplexar es encadenar el arriba y bytes del payload de múltiplo STS-1
signos. Por ejemplo, un STS-3c marco contiene 9 columnas arriba (para la
sección y camino sobre la cabeza) y 261 columnas para el SPE. La proporción
que opera es el mismo a 155.52 Mbps. La SONET multiplex jerarquía se
muestra en la mesa siguiente:
 6

La recomendación G.707 de la UIT define las tasas de transmisión para

la jerarquía digital síncrona (SDH - Synchronous Digital Hierarchy), así como
los niveles de las diferentes señales que la conforman.

III. RESOURCE RESERVATION PROTOCOL

Según (Seung-Woo Hong & Byung-Ho Yae, 2008) RSVP (Protocolo de reserva de
recursos) es un protocolo de control desarrollado por el Xerox PARC, el MIT y el
Information Sciences Institute de la Universidad de California. Permite brindar al receptor
calidad de servicio para un flujo de datos. Las aplicaciones de tiempo real pueden utilizar
este protocolo para reservar recursos en los ruteadores que se encuentran en una
determinada ruta (entre emisor y receptor) a los efectos de asegurar un ancho de banda
disponible para una transmisión.

Cuando una aplicación en un nodo receptor requiere determinada calidad de

servicio, solicita a los ruteadores en el camino una reserva de recursos utilizando el
protocolo RSVP. No es necesario realizar la reserva en todo el camino hasta el emisor,
sino que se hace hasta encontrar en un ruteador una solicitud de reserva para la misma
fuente de datos, y unirse a ésta.
 7

Los nodos con capacidad de reservar recursos deben implementar controles para
determinar si el usuario posee permisos para realizar reservas (Policy Control) y además
determinar si se puede satisfacer la calidad de servicio solicitada (Admission Control).
Cuando un paquete ingresa al nodo, se lo clasifica de acuerdo a los requerimientos
solicitados para el mismo (Packet Classifier, determina el tipo de Qos solicitada), y luego
se ordena su transmisión (Packet Scheduler, para cada interfície de salida realiza el Qos)
para alcanzar la calidad de servicio comprometida para éste. Las reservas realizadas se
almacenan como “estados ligeros” (soft states). Esto significa que deben enviarse
mensajes de refresco para mantener una reserva, de lo contrario se pierde.

3.1. CARACTERÍSTICAS
 Monodifusión y multidifusión: RSVP hace reservas para ambos tipos de
transmisión, adaptando dinámicamente a los cambios en las
pertinencias a grupos así como en los cambios de rutas y reservando
recursos basándose en las necesidades individuales de los miembros de
multidifusión.
 Simplex: RSVP hace reservas para flujos de datos unidireccionales. El
intercambio de datos entre dos sistemas finales requiere reservas
separadas en las dos direcciones.
 Reserva iniciada por el receptor: el receptor de un flujo de datos inicia y
mantiene la reserva de recursos para ese flujo.
 Mantenimiento de estado flexible en el conjunto de redes: RSVP
mantiene un estado flexible en los dispositivos de encaminamiento
intermedios y deja la responsabilidad de mantener estos estados de
reserva a los usuarios finales.
 Suministro de diferentes estilos de reserva: éstos permiten a los
usuarios de RSVP especificar cómo las reservas para el mismo grupo
multidifusión se deberían agregar en los conmutadores intermedios.
Esta característica habilita un uso más eficiente de los recursos del
conjunto de redes.
 8

 Operación transparente a través de dispositivos de encaminamiento no

RSVP: ya que la reserva y RSVP son independientes del protocolo de
encaminamiento, no existen conflictos fundamentales en un ambiente
mixto en el que algunos dispositivos de encaminamiento no utilizan
RSVP. Estos dispositivos de encaminamiento simplemente utilizarán la
técnica de transporte del mejor esfuerzo.
 Soporte a IPv4 e IPv6: RSVP puede hacer uso del campo “Tipo de
servicio” en la cabecera IPv4 y del campo “Etiqueta de flujo” de la
cabecera IPv6.
3.2. PRINCIPIOS DE DISEÑO
Para obtener los objetivos vistos en el punto anterior el diseño de RSVP se
basa en seis principios básicos:

1) Reserva iniciada por el receptor. Los receptores escogen el nivel de

servicio requerido y son responsables de iniciar y mantener la reserva
activa mientras quieran recibir datos. Esto es así porque el receptor es
quien conoce sus limitaciones y la calidad de servicio que recibe.
Además esto permite la gestión de peticiones heterogéneas.

2) Filtro de paquetes. La reserva de recursos en un router asigna ciertas

recursos a la entidad que hace la reserva, pero no determina que
paquetes pueden usar estos recursos. Hay una función separada,
llamado filtro de paquetes, que selecciona los paquetes que pueden
usar estos recursos. Este filtro puede ser estático o dinámico y permite
establecer varios modelos de reserva.

3) Proporcionar varios estilos de reserva. Por medio del filtro de paquetes

se pueden definir diferentes modelos de reserva. Actualmente existen
tres estilos : libre, filtro fijo y filtro dinámico.
 9

4) Mantener un “soft-state” de la red. Durante una comunicación larga es

posible que nuevos miembros se unan al grupo mientras otros lo dejen,
y la rutas pueden cambiar debido a cambios en la red. Por esto RSVP
debe mantener un estado de la red. Esta información se mantiene por
medio de mensajes que periódicamente se envían para refrescar el
estado. RSVP distingue dos clases de información en cada router, el
estado de la ruta y el estado de la reserva. Cada fuente envía
periódicamente un mensaje Path y cada receptor envía periódicamente
un mensaje Resv.

5) Control de sobrecarga del protocolo. La sobrecarga de RSVP se

determina por tres factores: el número de mensajes RSVP enviados, el
tamaño de estos mensajes y las frecuencias de refresco de los mensajes
de ruta y reserva. Para reducir la sobrecarga RSVP funde los dos
mensajes mientras atraviesan la red.

6) Modularidad. RSVP tiene interfaz con otros tres componentes en la

arquitectura :
 flowspec que se maneja a nivel de aplicación o sesión.
 protocolo de encaminamiento de red, que lleva los mensajes
hasta los receptores.
 El control de admisión en red, que realiza las decisiones basado
en el flowspec que está en los mensajes de reserva.
3.3. FUNCIONAMIENTO
ESTABLECIMIENTO DE RUTA
una sesión multicast que involucra un emisor, S1, y tres receptores; RCV1-
RCV3.
 10

Los mensajes primarios usados por RSVP son el mensaje Path, que tiene
su origen en el emisor, y el mensaje Resv que tiene su origen en el receptor:

IV. MULTIPROTOCOL LABEL SWITCHING

Según (José Manuel Huidobro Moya & Ramón Jesús Tejedor, 2002) es un estándar
IP de conmutación de paquetes del IETF, que trata de proporcionar algunas de las
características de las redes orientadas a conexión a las redes no orientadas a conexión. En
el encaminamiento IP sin conexión tradicional, la dirección de destino junto a otros
parámetros de la cabecera es examinada cada vez que el paquete atraviesa un router. La
ruta del paquete se adapta en función del estado de las tablas de encaminamiento de
cada nodo, pero, como la ruta no puede predecirse, es difícil reservar recursos que
garanticen la QoS; además, las búsquedas en tablas de encaminamiento hacen que cada
nodo pierda cierto tiempo, que se incrementa en función de la longitud de la tabla.

Sin embargo, MPLS permite a cada nodo, ya sea un switch o un router, asignar una
etiqueta a cada uno de los elementos de la tabla y comunicarla a sus nodos vecinos. Esta
etiqueta es un valor corto y de tamaño fijo transportado en la cabecera del paquete para
 11

identificar un FEC (Forward Equivalence Class), que es un conjunto de paquetes que son
reenviados sobre el mismo camino a través de la red, incluso si sus destinos finales son
diferentes. La etiqueta es un identificador de conexión que sólo tiene significado local y
que establece una correspondencia entre el tráfico y un FEC específico. Dicha etiqueta se
asigna al paquete basándose en su dirección de destino, los parámetros de tipo de
servicio, la pertenencia a una VPN, o siguiendo otro criterio. Cuando MPLS está
implementado como una solución IP pura o de nivel 3, que es la más habitual, la etiqueta
es un segmento de información añadido al comienzo del paquete. Los campos de la
cabecera MPLS de 4 bytes, son los siguientes:

• Label (20 bits). Es el valor actual, con sentido únicamente local, de la

etiqueta MPLS. Esta etiqueta es la que determinará el próximo salto del paquete.
• CoS (3 bits). Este campo afecta a los algoritmos de descarte de paquetes y
de mantenimiento de colas en los nodos intermedios, es decir, indica la QoS del
paquete. Mediante este campo es posible diferenciar distintos tipos de tráficos y
mejorar el rendimiento de un tipo de tráfico respecto a otros.
• Stack (1 bit). Mediante este bit se soporta una pila de etiquetas jerárquicas,
es decir, indica si existen más etiquetas MPLS. Las cabeceras MPLS se comportan
como si estuvieran apiladas una sobre otra, de modo que el nodo MPLS tratará
siempre la que esté más alto en la pila. La posibilidad de encapsular una cabecera
MPLS en otras, tiene sentido, por ejemplo, cuando se tiene una red MPLS que
tiene que atravesar otra red MPLS perteneciente a un ISP u organismo
administrativo externo distinto; de modo que al terminar de atravesar esa red, se
continúe trabajando con MPLS como si no existiera dicha red externa.
4.1. ELEMENTOS DE UNA RED MPLS
En MPLS un concepto muy importante es el de LSP (Label Switch Path), que
es un camino de tráfico específico a través de la red MPLS, el cual se crea
utilizando los LDPs (Label Distribution Protocols), tales como RSVP-TE
(ReSerVation Protocol - Traffic Engineering) o CR-LDP (Constraint-based Routing -
Label Distribution Protocol); siendo el primero el más común. El LDP posibilita a
los nodos MPLS descubrirse y establecer comunicación entre sí con el propósito de
 12

informarse del valor y significado de las etiquetas que serán utilizadas en sus
enlaces contiguos. Es decir, mediante el LDP se establecerá un camino a través de
la red MPLS y se reservarán los recursos físicos necesarios para satisfacer los
requerimientos del servicio previamente definidos para el camino de datos.

Una red MPLS está compuesta por dos tipos principales de nodos, los LER
(Label Edge Routers) y los LSR (Label Switching Routers), tal y como se muestra en
el ejemplo de la Figura 1. Los dos son físicamente el mismo dispositivo, un router o
switch de red troncal que incorpora el software MPLS; siendo su administrador, el
que lo configura para uno u otro modo de trabajo. Los nodos MPLS al igual que los
"routers" IP normales, intercambian información sobre la topología de la red
mediante los protocolos de encaminamiento estándar, tales como OSPF (Open
Shortest Path First), RIP (Routing Information Protocol ) y BGP (Border Gateway
Protocol), a partir de los cuales construyen tablas de encaminamiento basándose
principalmente en la alcanzabilidad a las redes IP destinatarias. Teniendo en
cuenta dichas tablas de encaminamiento, que indican la dirección IP del siguiente
nodo al que le será enviado el paquete para que pueda alcanzar su destino final,
se establecerán las etiquetas MPLS y, por lo tanto, los LSP que seguirán los
paquetes. No obstante, también pueden establecerse LSP que no se correspondan
con el camino mínimo calculado por el protocolo de encaminamiento.

Los LERs están ubicados en el borde de la red MPLS para desempeñar las
funciones tradicionales de encaminamiento y proporcionar conectividad a sus
usuarios, generalmente routers IP convencionales. El LER analiza y clasifica el
paquete IP entrante considerando hasta el nivel 3, es decir, considerando la
dirección IP de destino y la QoS demandada; añadiendo la etiqueta MPLS que
identifica en qué LSP está el paquete. Es decir, el LER en vez de decidir el siguiente
salto, como haría un "router" IP normal, decide el camino entero a lo largo de la
red que el paquete debe seguir. Una vez asignada la cabecera MPLS, el LER enviará
el paquete a un LSR. Los LSR están ubicados en el núcleo de la red MPLS para
efectuar encaminamiento de alto rendimiento basado en la conmutación por
etiqueta, considerando únicamente hasta el nivel 2. Cuando le llega un paquete a
 13

una interfaz del LSR, éste lee el valor de la etiqueta de entrada de la cabecera
MPLS, busca en la tabla de conmutación la etiqueta e interfaz de salida, y reenvía
el paquete por el camino predefinido escribiendo la nueva cabecera MPLS. Si un
LSR detecta que debe enviar un paquete a un LER, extrae la cabecera MPLS; como
el último LER no conmuta el paquete, se reducen así cabeceras innecesarias.

4.2. IMPLEMENTACION DE MPLS

Una vez visto el concepto de MPLS, veamos los distintos tipos de
implementaciones actuales, en concreto: MPLS como una solución IP sobre
Ethernet, IP sobre ATM, e IP sobre Frame Relay. No se contempla la aplicación de
MPLS a las redes ópticas de próxima generación, conocida como GMPLS
(Generalized MPLS), por encontrarse aún en proceso de estudio y estandarización
por parte del IETF. GMPLS es una extensión natural de MPLS para ampliar el uso de
MPLS como un mecanismo de control y provisión, no únicamente de caminos en
dispositivos basados en paquetes, sino también de caminos en dispositivos no
basados en paquetes; como los conmutadores ópticos de señales multiplexadas por
 14

división en longitud de onda, los conmutadores de fibras ópticas, y los

conmutadores de señales digitales multiplexadas por división en el tiempo. Es decir,
GMPLS busca una integración total en la parte de control de las redes de
conmutación de paquetes IP y las redes ópticas SONET/SDH y DWDM; dando lugar
a las redes ópticas inteligentes de próxima generación, cuya evolución final será la
integración de IP directamente sobre DWDM utilizando algún mecanismo de
encapsulamiento como los "digital wrappers".

La implementación de MPLS como una solución IP sobre Ethernet, Fast

Ethernet o Gigabit Ethernet, es la conocida como IP pura. Puesto que IPv4 es un
protocolo diseñado mucho antes que MPLS, en este caso, la etiqueta MPLS está
ubicada después de la cabecera de nivel 2 y antes de la cabecera IP. Los LSR saben
cómo conmutar utilizando la etiqueta MPLS en vez de utilizar la cabecera IP. El
funcionamiento de IPv4 ha sido totalmente satisfactorio, no obstante, el
sorprendente crecimiento de Internet evidenció importantes carencias, como: la
escasez de direcciones IP, la imposibilidad de transmitir aplicaciones en tiempo real
y los escasos mecanismos de seguridad. Estas limitaciones propiciaron el desarrollo
de la siguiente generación del protocolo Internet o IPv6, definido en la RFC 1883. La
versión IPv6 puede ser instalada como una actualización del software en los
dispositivos de red de Internet e interoperar con la versión actual IPv4,
produciéndose esta migración progresivamente durante los próximos años. En este
caso, la etiqueta MPLS forma parte de la propia cabecera IPv6, estando su uso
descrito en la RFC 1809.

La implementación de MPLS como una solución IP sobre ATM también está

muy extendida. Primeramente, indicar, que MPLS no fue desarrollado para
reemplazar ATM, sino para complementarlo. De hecho, la aparición de "switches"
ATM e IP con soporte de MPLS, ha integrado las ventajas de los routers IP y los
switches ATM y ha supuesto una mejora de la relación precio/rendimiento de estos
dispositivos. La diferencia principal entre MPLS y otras soluciones de IP sobre ATM,
es que las conexiones MPLS se establecen utilizando LDP, y no por los protocolos
de señalización ATM tradicionales, tales como PNNI (Private Network to Network
 15

Interfaz). Por otro lado, MPLS elimina la complejidad de hacer corresponder el

direccionamiento IP y la información de encaminamiento directamente en las
tablas de conmutación de ATM, puesto que LDP entiende y utiliza direcciones IP y
los protocolos de encaminamiento utilizados en las redes MPLS son los mismos que
los utilizados en las redes IP. En este caso, descrito en la RFC 3035, la etiqueta es el
valor del VPI/VCI (Virtual Path Identifier/Virtual Channel Identifier) de la cabecera
de la celda ATM.

Finalmente, MPLS también se ha desarrollado como una solución IP sobre

Frame Relay. En este caso, descrito en la RFC 3034, la etiqueta es el DLCI (Data Link
Control Identifier) de la cabecera Frame Relay.

4.3. BENEFICIOS DE MPLS

La migración a IP está provocando profundos cambios en el sector de las
telecomunicaciones y configura uno de los retos más importantes para los ISP,
inmersos actualmente en un proceso de transformación de sus infraestructuras de
cara a incorporar los beneficios de esta tecnología. MPLS nació con el fin de
incorporar la velocidad de conmutación del nivel 2 al nivel 3; a través de la
conmutación por etiqueta; pero actualmente esta ventaja no es percibida como el
principal beneficio, ya que los gigarouters son capaces de realizar búsquedas de
rutas en las tablas IP a suficiente velocidad como para soportar todo tipo de
interfaces. Los beneficios que MPLS proporciona a las redes IP son: realizar
ingeniería del tráfico o TE (Traffic Engineering), cursar tráfico con diferentes
calidades de clases de servicio o CoS (Class of Service) o grados de calidad de
servicio o QoS (Quality of Service), y crear redes privadas virtuales o VPN (Virtual
Private Networks) basadas en IP.
La TE permite a los ISP mover parte del tráfico de datos, desde el camino
más corto calculado por los protocolos de encaminamiento, a otros caminos físicos
menos congestionados o susceptibles a sufrir fallos. Es decir, se refiere al proceso
de seleccionar los caminos que seguirá el flujo de datos con el fin de balancear la
carga de tráfico entre todos los enlaces, routers y switches en la red; de modo que
ninguno de estos recursos se encuentre infrautilizado o sobrecargado. La TE,
 16

descrita en la RFC 2702, se ha convertido en la principal aplicación de MPLS debido

al crecimiento impredecible en la demanda de recursos de red.
Mediante MPLS, los ISP pueden soportar servicios diferenciados o DiffServ,
como viene recogido en la RFC 3270. El modelo DiffServ define varios mecanismos
para clasificar el tráfico en un pequeño número de CoS. Los usuarios de Internet
demandan continuamente nuevas aplicaciones, teniendo los servicios
actualmente soportados unos requerimientos de ancho de banda y de tolerancia a
retrasos en la transmisión muy distintos y para satisfacer estas necesidades
óptimamente, los ISP necesitan adoptar no sólo técnicas de ingeniería de tráfico,
sino también de clasificación de dicho tráfico. De nuevo, MPLS ofrece a los ISP una
gran flexibilidad en cuanto a los diferentes tipos de servicios que puede
proporcionar a sus clientes.

Finalmente, MPLS ofrece también un mecanismo sencillo y flexible para

crear VPN. Una VPN simula la operación de una WAN (Wide Area Network)
privada sobre la Internet pública. Para ofrecer un servicio de VPN viable a sus
clientes, un ISP debe solventar los problemas de seguridad de los datos y soportar
el uso de direcciones IP privadas no únicas dentro de la VPN. Puesto que MPLS
permite la creación de circuitos virtuales o túneles a lo largo de una red IP, es
lógico que los ISP utilicen MPLS como una forma de aislar el tráfico. No obstante,
MPLS no tiene en estos momentos ningún mecanismo para proteger la seguridad
en las comunicaciones, por lo que el ISP deberá conseguirla mediante cortafuegos
y algún protocolo de encriptación tipo IPsec. Existen varias alternativas para
implementar VPNs mediante MPLS, pero la mayoría se basan en la RFC 2547.

V. EUROPEAN MULTIPROTOCOL BACKBONE

Cuando, en 1991, concluyó la fase piloto de IXI para dar paso a la fase servicio
plenamente operativo, el tráfico IP ya se había convertido en mayoritario, y fue necesario
empezar diseñar una nueva red troncal en la que el tráfico IP entre las redes de I+D se
cursara de forma óptima (la encapsulación de IP sobre X.25 es bastante ineficiente) y que
dispusiera de mayores anchos de banda. Así, en 1992, IXI dio paso a una red troncal
multiprotocolo (soportaba X.25, IP e ISO CLNP en modo nativo), denominada EMPB
 17

(European Multi-Protocol Backbone), permitiendo velocidades de acceso de hasta 2

Mbps. A la red paneuropea EMPB se le añadieron conexiones transatlánticas para tráfico
IP, dando lugar a un servicio troncal de acceso a la Internet global, conocido con el
nombre de EuropaNET, que, con diversas transformaciones [23] y mejoras, se ha
mantenido en funcionamiento desde 1993 hasta 1997.

Antes de la aparición de la red EMPB ofreciendo servicios IP, surgió la necesidad

de crear una red internacional apoyada sobre algunos enlaces ya existentes y sobre otros
nuevos, que pudiera suministrar tales servicios (incluyendo la conexión con los Estados
Unidos y el resto de la Internet global), no sólo a las redes nacionales de I+D, sino también
a otras organizaciones interesadas. Hay que tener en cuenta que la red IXI estaba
restringida a usuarios académicos y de investigación, mientras que, a principios de los 90,
empezaban a aparecer en Europa redes IP con usuarios en otros ámbitos. Así, por
ejemplo, la red EUnet, desde unos orígenes en entornos académicos, se reorientó hacia
usos comerciales. Existía una necesidad de establecer un backbone IP abierto, sin
restricciones de uso, para satisfacer la demanda tanto de las redes académicas (muchas
 18

no podían esperar hasta que EuropaNET se materializara), como de las nuevas redes
comerciales que se habrían paso en el horizonte europeo.

VI. INTERNATIONAL BACKBONE DATA NETWORK SERVICE

VII. TRANS-EUROPEAN NETWORK AT 34MBP
Internet2 y TEN-34, se consideran el futuro de una comunicación mejor y más
rápida Las nuevas redes de alta velocidad desarrolladas por las comunidades académicas
encabezarán la transformación de las actualmente poco fiables "carreteras comarcales" a
las superautopistas multimedia del mañana

7.1. INTERNET 2
La creación de un consorcio de más de 100 universidades
norteamericanas planea transmitir información a velocidades entre 100 y 1000
veces superiores a las de Internet de hoy en día. Se ha diseñado para una amplia
gama de aplicaciones en la red, entre ellas las colaboraciones de investigación
online, enseñanza a distancia y videoconferencia. La nueva red conectará campus
que podrán comunicarse a más de 600 Mbps, velocidad suficiente para transmitir
una enciclopedia de 30 volúmenes en menos de un segundo.

Dentro de dos años, Internet2 llegará a una velocidad máxima de 2,4

gigabits por segundo (los módems más rápidos del momento llegan a 56,000 bits
por segundo).

Mientras, en Europa, se presentó una nueva red financiada por la Unión

Europea, TEN-34, promovida por un consorcio de redes nacionales europeas.
Inicialmente funcionaba a 34 Mbps, pero la TEN-34 llegará a alcanzar 155 Mbps.

El enfoque fundamental de ambos proyectos es mejorar el acceso a

Internet para la comunidad académica, beneficiando a todo aquel que use la red.
"Una meta específica de Internet2 es diseminar su desarrollo de la manera más
amplia posible, beneficiando a todo aquel que use Internet" declaró Greg Woof,
director de comunicaciones de Internet2.
 19

Aunque menos ambicioso que Internet2 en términos de ancho de banda,

TEN-34 posibilitará a la comunidad académica usar aplicaciones multimedia a
tiempo real, tales como la videoconferencia y la transimisión multimedia.

Además, como Wood señala, aumentar la velocidad de la red es sólo una

parte de las tareas por realizar. "También hay que implementar soluciones a otros
parámetros de red tan importantes como éste o en algunos casos incluso más,
como el del ancho de banda".

Uno de los principales objetivos de Internet2 es instalar y probar una serie

de nuevos "gigapops" de alta velocidad, capaces de dirigir a los paquetes de
información de forma más rápida por la red.

Para ayudar a conseguir esto, uno de los compañeros de corporación de

Internet2, Cisco Systems, planea este otoño lanzar un nuevo "Gigabit Switch
Router" diseñado para soportar velocidades de hasta 2,4 gigabits por segundo.

7.2. MULTIMEDIA
El contenido multimedia encierra un reto mucho más serio.

Históricamente, IP, el protocolo responsable para determinar como los

paquetes siguen una ruta a través de internet, ha funcionado con el principio
democrático de que todos los paquetes eran iguales. Esto es así en la transmisión
de ficheros y de mensajes de correo electrónico, pero conlleva problemas cuando
se trata de aplicaciones como la vídeo-conferencia, donde la voz y la imagen
deben ser sincronizadas.

"Para evitar imagenes distorsionadas de vídeo en Internet, es necesario

poder diferenciar entre paquetes de información" afirmó John Patrick,
vicepresidente de tecnología en Internet de IBM, y colaborador en Internet2 . "Así
se podrían mover paquetes asociados como, digamos, en vídeo-conferencia por
una de las líneas que pasan, acelerando este proceso en la red, mientras que
pones los paquetes de correo electrónico en una línea más lenta".
 20

La creciente necesidad de distinguir entre paquetes, acompañado de la

necesidad de garantizar el tiempo de entrega de información por parte de los
usuarios de corporaciones, ha estimulado el desarrollo de numerosas y novedosas
tecnologías de "servicio de calidad".

Al mismo tiempo que evalúan métodos de establecer prioridades entre los

paquetes de información, Internet2 y TEN-34 probarán el "Resource Reservation
Protocol" (RSVP), que permite a los usuarios "reservar" un bloque garantizado del
ancho de banda de Internet.

También evaluarán el IPv6, la próxima versión del protocolo IP.

Internet ha crecido de forma espectacular en los últimos años, y parece

claro que hay que tomar medidas para mejorar el servicio, aunque haya que pagar
por ello.

Según (Gruntorad & Vachek, 1997) La red TEN-34 (interconexión de redes

transeuropeas a 34 Mbps) fue implementada por un consorcio de redes
nacionales de investigación europeas. DANTE (Entrega de Advanced Network a
Europa, una organización sin fines de lucro formada por NRN europeas) se
convirtió en el coordinador del proyecto TEN-34 resultante.

El progreso del proyecto TEN-34 ha sido bastante lento y sujeto a algunos

retrasos. Los principales problemas fueron:

 Decidir sobre el protocolo utilizado (¿IP pura, IP / ATM, ATM?).

 Adquirir líneas de 34 Mbps a un "precio razonable" (4 a 5 veces el precio de

circuitos de 2 Mbps) a operadores de telecomunicaciones que temían la
competencia de sus propios clientes, finalmente, se alcanzaron algunos
compromisos:
 21

La red TEN-34 consta de dos partes separadas, cada una de las cuales
utiliza una tecnología separada: una red IP más una red IP / ATM. Ambas partes
están interconectadas en 3 puntos (Frankfurt, Ginebra y Londres).

La mayoría de los operadores de telecomunicaciones decidieron cooperar

con sus clientes y acordaron un precio razonable después de la Las RRN se habían
comprometido a no utilizar los circuitos de alta velocidad con fines comerciales.
 22

VIII. CONCLUSIONES

IX. BIBLIOGRAFÍA

Goralski, W. J. (2002). SONET. McGraw-Hill Professional.

Seung-Woo Hong, & Byung-Ho Yae. (2008). Constructing the channelized interface on the
next-generation SONET/SDH system. 5 pp. – 2132.
https://doi.org/10.1109/icact.2006.206419.

José Manuel Huidobro Moya & Ramón Jesús Tejedor. (2002). Que es MPLS (Multi Protocol
Label Switching). BIT COIT AEIT. Retrieved from https://www.ramonmillan.com/articulos.

Gruntorad, J., & Vachek, P. (1997). TEN-34CZ PROJECT HIGH-SPEED ACADEMIC

NETWORK AN APPLICATIONS The TEN-34CZ Network : Technical Solution. 100–103.
23