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

Tabla de contenido
I. SYNCRHONOUS OPTICAL NETWORK......................................................................................... 3
2.1. DESARROLLO DE SONET .................................................................................................... 3
2.2. INTEGRACION DE SONET ................................................................................................... 3
3. RESOURCE RESERVATION PROTOCOL ....................................................................................... 7
3.1. CARACTERÍSTICAS .............................................................................................................. 7
3.2. PRINCIPIOS DE DISEÑO ...................................................................................................... 8
3.3. FUNCIONAMIENTO .......................................................................................................... 10
4. MULTIPROTOCOL LABEL SWITCHING...................................................................................... 11
4.1. ELEMENTOS DE UNA RED MPLS ...................................................................................... 12
4.2. IMPLEMENTACION DE MPLS ........................................................................................... 14
4.3. BENEFICIOS DE MPLS ....................................................................................................... 15
5. EUROPEAN MULTIPROTOCOL BACKBONE .............................................................................. 17
6. INTERNATIONAL BACKBONE DATA NETWORK SERVICE ........................................................ 18
7. TRANS-EUROPEAN NETWORK AT 34MBP............................................................................... 19
7.1. INTERNET 2 ...................................................................................................................... 19
7.2. MULTIMEDIA.................................................................................................................... 20
8. CONCLUSIONES ............................................................................ Error! Bookmark not defined.
9. BIBLIOGRAFÍA .......................................................................................................................... 23

FIGURA 1: SONET network Using Dual-Rings ..................................................................................... 4

FIGURA 2: Canales SONET .................................................................................................................. 6
FIGURA 3: Formato de Trama SONET................................................................................................. 6
FIGURA 4: Establecimiento de Ruta ................................................................................................. 10
FIGURA 5: Mensajes Path ................................................................................................................. 10
FIGURA 6: Ejemplo de una red MPLS ............................................................................................... 13
FIGURA 7:Topología de la red EuropaNET (1994 y 1996) ................................................................ 17
FIGURA 8: Paneuropean TEN - 34 Network ..................................................................................... 22
FIGURA 9: TEN - 34 CZ infrastructure ............................................................................................... 23
 3

I. 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).

2.2. INTEGRACION DE SONET

 Señales de capa física
 4

Estas señales definen la manera en cómo la información digital será transferida

sobre distintos medios ópticos.

FIGURA 1: SONET network Using Dual-Rings

Fuente: (Goralski, 2002)

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

FIGURA 2: Canales SONET

FIGURA 3: Formato de Trama SONET

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.
 7

3. 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.

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.
 8

 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.
 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
 9

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 ciertos

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.

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.
 10

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.

FIGURA 4: Establecimiento de Ruta

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:

FIGURA 5: Mensajes Path

 11

4. 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
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
 12

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 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.
 13

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 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.

FIGURA 6: Ejemplo de una red MPLS

 14

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
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
 15

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
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
 16

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,
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
 17

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.

5. 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
(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.

FIGURA 7:Topología de la red EuropaNET (1994 y 1996)

 18

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 no podían
esperar hasta que EuropaNET se materializara), como de las nuevas redes comerciales que
se habrían paso en el horizonte europeo.

6. INTERNATIONAL BACKBONE DATA NETWORK SERVICE

La palabra backbone (columna vertebral) se refiere a las principales conexiones
troncales de Internet. Están compuestas de un gran número de router interconectados
comerciales, gubernamentales, universitarios y otros de gran capacidad que llevan los
datos a través de países, continentes y océanos del mundo mediante cables de fibra óptica.
Parte de la extrema resiliencia de Internet se debe a su diseño estructural, ubicando las
funciones de estado y control en los propios elementos de la red y relegando la mayor parte
del procesamiento a los extremos finales. De esta manera se asegura la integridad, la
fiabilidad y la autenticidad de los datos. El término backbone también se refiere al cableado
troncal o subsistéma vertical en una instalación de red de área local que sigue la normativa
de cableado estructurado.

El backbone es una línea de transmisión más grande que transporta los datos recogidos
de líneas más pequeñas que con las que se interconecta.

 En el ámbito local, un backbone es una línea o conjunto de líneas a las que las
redes de área local se conectan para tener conexión de red de área amplia
(WAN) o dentro de una red de área local (LAN) para abarcar distancias de
manera eficiente (por ejemplo, entre los edificios).
 19

 En el internet u otra red de área amplia, un backbone es un conjunto de caminos

a los que las redes locales o regionales se conectan para tener interconexión de
larga distancia. Los puntos de conexión son conocidos como nodos de la red o
intercambios de conmutación de datos (DSE) de telecomunicaciones.
7. 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.
 20

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 videoconferencia, 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 videoconferencia 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".
 21

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:
 22

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.

FIGURA 8: Paneuropean TEN - 34 Network

 23

FIGURA 9: TEN - 34 CZ infrastructure

8. 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.
24