El conjunto de nodos interconectados inteligentemente, para permitir que los

usuarios intercambien datos utilizando un protocolo estándar y la tecnología

de direccionamiento de paquetes, divididos en mensajes, (que realmente son
los mismos paquetes) sobre circuitos previamente establecidos en la red y
compartir información a todo nivel, es lo que fundamenta al protocolo X.25.

Cuando se comparte información a simultáneamente con los mismos

circuitos, es necesario que el protocolo asegure que la red enrute
correctamente los paquetes de datos a su destino final.

El protocolo X.25 fue definido por la CCITT (International Telegraph and

Telephone Consultative Committe) hace ya más de dos décadas. En la
década del los 80, se publicaron algunas revisiones hechas a las
recomendaciones de la CCITT, pero como este mundo es demasiado
heterogéneo, su interpretación fue demasiado abierta y no encausada a
utilizar estándares, que permitiera que este protocolo se convirtiera en la
base de las plataformas de telecomunicaciones.

X.25 define 3 niveles de interfases: nivel físico, nivel de enlace, nivel de

entrega de paquetes ( nivel de red).

En el nivel físico, se activan ó se desactivan los circuitos establecidos entre

un DTE (Data terminal equipment). y un DCE (Data circuit-terminating
equipment). El protocolo de conexión definido por la CCITT para el DTE es el
V.24 ó V.35.

El nivel de enlace es el encargado de activar los procedimientos de acceso y

asegurar que los paquetes de datos y el control de la información, funcionen
correctamente. Además debe confirmar el intercambio de datos sobre los
circuitos establecidos entre DTE - DSE (Data switching equipment) - DCE.
Las principales características de este nivel, definidas en dos procedimientos
 de enlace, son: Lap (Procedimiento de acceso de enlace) y Lapb
(Procedimiento de acceso de enlace balanceado).

El nivel de paquetes o nivel de red, especifica como los circuitos virtuales

son establecidos entre los DTE, ejecuta el mantenimiento y la desactivación
de los mismos.

En este nivel también se define como un simple canal físico de acceso ó

enlace, puede ser utilizado como un conjunto múltiple de canales cada uno
de los cuales provee un circuito virtual.

Frame Relay
Introducción:

Frame Relay comenzó como un movimiento a partir del mismo grupo de

normalización que dio lugar a X.25 y RDSI: El ITU (entonces CCITT). Sus
especificaciones fueron definidas por ANSI, fundamentalmente como medida para
superar la lentitud de X.25, eliminando la función de los conmutadores, en cada
"salto" de la red. X.25 tiene el grave inconveniente de su importante "overhead"
producido por los mecanismos de control de errores y de flujo.

Hasta hace relativamente poco tiempo, X.25 se ha venido utilizando como medio
de comunicación para datos a través de redes telefónicas con infraestructuras
analógicas, en las que la norma ha sido la baja calidad de los medios de
transmisión, con una alta tasa de errores. Esto justificaba los abundantes
controles de errores y sus redundantes mecanismos para el control de flujo,
junto al pequeño tamaño de los paquetes. En resumen, se trataba de facilitar las
retransmisiones para obtener una comunicación segura.

Frame Relay, por el contrario, maximiza la eficacia, aprovechándose para ello de

las modernas infraestructuras, de mucha mayor calidad y con muy bajos índices
de error, y además permite mayores flujos de información.

Frame Relay se define, oficialmente, como un servicio portador RDSI de banda

estrecha en modo de paquetes, y ha sido especialmente adaptado para
velocidades de hasta 2,048 Mbps., aunque nada le impide superarlas.

Frame Relay proporciona conexiones entre usuarios a través de una red pública,
del mismo modo que lo haría una red privada con circuitos punto a punto. De
hecho, su gran ventaja es la de reemplazar las líneas privadas por un sólo enlace
a la red. El uso de conexiones implica que los nodos de la red son conmutadores,
y las tramas deben de llegar ordenadas al destinatario, ya que todas siguen el
mismo camino a través de la red.

Tecnología:

Las redes Frame Relay se construyen Estructura OSI de la red Frame Relay
partiendo de un equipamiento de
usuario que se encarga de empaquetar
todas las tramas de los protocolos
existentes en una única trama Frame
Relay. También incorporan los nodos
que conmutan las tramas Frame Relay
en función del identificador de
conexión, a través de la ruta
establecida para la conexión en la
red.

Este equipo se denomina FRAD o "Ensamblador/Desensamblador Frame Relay" (Frame Relay

Assembler/Disassembler) y el nodo de red se denomina FRND o "Dispositivo de Red Frame Relay" (Frame Re
Network Device).

Las tramas y
cabeceras de
Frame Relay
pueden tener
diferentes
longitudes, ya que
hay una gran
variedad de
opciones
disponibles en la
implementación,
conocidos como
anexos a las
definiciones del
estándar básico.
La información transmitida en una trama Frame Relay puede oscilar entre 1 y 8.250 bytes, aunque por def
de 1.600 bytes.

Lo más increíble de todo, es que, a pesar del gran número de formas y tamaños
Frame Relay funciona perfectamente, y ha demostrado un muy alto grado de
interoperatibilidad entre diferentes fabricantes de equipos y redes. Ello es
debido a que, sean las que sean las opciones empleadas por una determinada
implementación de red o equipamiento, siempre existe la posibilidad de
"convertir" los formatos de Frame Relay a uno común, intercambiando así las
tramas en dicho formato.

En Frame Relay, por tanto, los dispositivos del usuario se interrelacionan con la
red de comunicaciones, haciendo que sean aquellos mismos los responsables del
control de flujo y de errores. La red sólo se encarga de la transmisión y
conmutación de los datos, así como de indicar cual es el estado de sus recursos.
En el caso de errores o de saturación de los nodos de la red, los equipos del
usuario solicitarán el reenvío (al otro extremo) de las tramas incorrectas y si es
preciso reducirán la velocidad de transmisión, para evitar la congestión.

Las redes Frame Relay son orientadas a conexión, como X.25, SNA e incluso ATM.
El identificador de conexión es la concatenación de dos campos HDLC (High-level
Data Link Control), en cuyas especificaciones originales de unidad de datos
(protocolo de la capa 2), se basa Frame Relay. Entre los dos campos HDLC que
forman el "identificador de conexión de enlace de datos" o DLCI (Data Link
Connection Identifier) se insertan algunos bits de control (CR y EA).

A continuación se añaden otros campos que tienen funciones muy especiales en

las redes Frame Relay. Ello se debe a que los nodos conmutadores Frame Relay
carecen de una estructura de paquetes en la capa 3, que por lo general es
empleada para implementar funciones como el control de flujo y de la
congestión de la red, y que estas funciones son imprescindibles para el adecuado
funcionamiento de cualquier red.
Los tres más esenciales son DE o "elegible para ser rechazada" (Discard
Eligibility), FECN o "notificación de congestión explícita de envío" (Forward
Explicit Congestion Notification), y BECN o "notificación de congestión explícita
de reenvío" (Backward Explicit Congestion Notification). El bit DE es usado para
identificar tramas que pueden ser rechazadas en la red en caso de congestión.
FECN es usado con protocolos de sistema final que controlan el flujo de datos
entre en emisor y el receptor, como el mecanismo "windowing" de TCP/IP; en
teoría, el receptor puede ajustar su tamaño de "ventana" en respuesta a las
tramas que llegan con el bit FECN activado. BECN, como es lógico, puede ser
usado con protocolos que controlan el flujo de los datos extremo a extremo en el
propio emisor.

Según esto, la red es capaz de detectar errores, pero no de corregirlos (en

algunos casos podría llegar tan solo a eliminar tramas).

No se ha normalizado la implementación de las acciones de los nodos de la red ni

del emisor/receptor, para generar y/o interpretar estos tres bits. Por ejemplo,
TCP/IP no tiene ningún mecanismo que le permita ser alertado de que la red
Frame Relay esta generando bits FECN ni de como actuar para responder a dicha
situación. Las acciones y funcionamiento de las redes empleando estos bits son
temas de altísimo interés y actividad en el "Frame Relay Forum" (equivalente en
su misión y composición al "ATM Forum").

Frame Relay también ha sido denominado "tecnología de paquetes rápidos" (fast

packet technology) o "X.25 para los 90´", y esto es cierto en gran medida.

El protocolo X.25 opera en la capa 3 e inferiores del modelo OSI, y mediante la

conmutación de paquetes, a través de una red de conmutadores, entre
identificadores de conexión. En cada salto de la red X.25 se verifica la integridad
de los paquetes y cada conmutador proporciona una función de control de flujo.
La función de control de flujo impide que un conmutador X.25 no envíe paquetes
a mayor velocidad de la que el receptor de los mismos sea capaz de procesarlos.
Para ello, el conmutador X.25 receptor no envía inmediatamente la señal de
reconocimiento de los datos remitidos, con lo que el emisor de los mismos no
envía más que un determinado número de paquetes a la red en un momento
dado.
Frame Relay realiza la
misma función, pero
partiendo de la capa 2 e
inferiores. Para ello,
descarta todas las
funciones de la capa 3
que realizaría un
conmutador de paquetes
X.25, y las combina con
las funciones de trama.
La trama contiene así al
identificador de
conexión, y es
transmitida a través de
los nodos de la red en
lugar de realizar una
"conmutación de
paquetes".

Lógicamente, todo el control de errores en el contenido de la trama, y el control de flujo, debe de ser rea
en los extremos de la comunicación (nodo origen y nodo destino). La conmutación de paquetes en X.25, un
proceso de 10 pasos, se convierte en uno de 2 pasos, a través de la transmisión de tramas.

Un caso práctico:
 Si el usuario
desea una
comunicació
el usuario "B
primero
establecerá
Circuito Virt
(VC o Virtua
Circuit), que
una. La
información
enviada se
segmenta en
tramas a las
se añade el

Una vez que las tramas son entregadas a la red, son conmutadas según unas tablas de enrutamien
se encargan de asociar cada DLCI de entrada a un puerto de salida y un nuevo DLCI.
En destino, las tramas son
reensambladas.

En la actualidad las redes públicas

sólo ofrecen Circuitos Virtuales
Permanentes (PVC o Permanent
Virtual Circuit). En el futuro
podremos disponer de Circuitos
Virtuales Conmutados (SVC o
Switched Virtual Circuit), según
los cuales el usuario establecerá
la conexión mediante protocolos
de nivel 3, y el DLCI será asignado
dinámicamente.
La contratación:

A la hora de contratar un enlace Frame Relay, hay que tener en cuenta varios
parámetros. Por supuesto, el primero de ellos es la velocidad máxima del acceso
(Vt), que dependerá de la calidad o tipo de línea empleada.

Pero hay un parámetro más importante: se trata del CIR (velocidad media de
transmisión o Committed Information Rate). Es la velocidad que la red se
compromete a servir como mínimo. Se contrata un CIR para cada PVC o bien se
negocia dinámicamente en el caso de SVC’s.

El Committed Burst Size (Bc) es el volumen de tráfico alcanzable transmitiendo a

la velocidad media (CIR).
Por último la ráfaga máxima o Excess Burst Size (Be) es el volumen de tráfico
adicional sobre el volumen alcanzable.

Para el control de
todos estos
parámetros se fija un
intervalo de
referencia (tc). Así,
cuando el usuario
transmite tramas,
dentro del intervalo
tc, a la velocidad
máxima (Vt), el
volumen de tráfico se
acumula y las red lo
acepta siempre que
este por debajo de Bc.
Pero si se continúa
transmitiendo hasta
superar Bc, las tramas
empezarán a ser
marcadas mediante el
bit DE (serán
consideradas como
desechables).

Por ello, si se continúa transmitiendo superando el nivel marcado por Bc+Be, la red no admitirá ninguna tr
más.

Por supuesto la tarificación dentro de cada volumen (Bc/Be) no es igual, puesto

que en el caso de Be, existe la posibilidad de que las tramas sean descartadas.

Situación actual y tendencias:

La clave para que Frame Relay sea aceptado con facilidad, al igual que ocurrió
con X.25, y también ocurre ahora con RDSI, es su gran facilidad, como
tecnología, para ser incorporado a equipos ya existentes: encaminadores
(routers), ordenadores, conmutadores, multiplexores, etc., y que estos pueden,
con Frame Relay, realizar sus funciones de un modo más eficiente.
Por ello, Frame Relay es una solución ampliamente aceptada, especialmente
para evitar la necesidad de construir mallas de redes entre encaminadores
(routers), y en su lugar multiplexando muchas conexiones a lugares remotos a
través de un solo enlace de acceso a la red Frame Relay.

Su ventaja, como servicio público es evidente. Sin embargo, el hecho de ser un

servicio público también llegar a ser un inconveniente, desde el punto de vista
de la percepción que el usuario puede tener de otros servicios como X.25, y que
han llevado, en los últimos años, a las grandes compañías, a crear sus propias
redes, con sus propios dispositivos (fundamentalmente multiplexores,
conmutadores y encaminadores) y circuitos alquilados.

El inconveniente de esas grandes redes, además de su alto coste por el número

de equipos necesario, es el número de circuitos que pueden llegar a suponer y el
intrincado laberinto que ello conlleva; por otro lado, se pueden llegar a generar
cuellos de botella en determinados puntos, y grandes congestiones en toda la
red. Por el contrario, Frame Relay permite una mayor velocidad y prestaciones,
además de permitir que un mismo circuito sirva a varias conexiones, reduciendo,
obviamente, el número de puertos y circuitos precisos, y por tanto el coste total.

El futuro de Frame Relay aparece como brillante, especialmente si lo

comparamos con otras tecnologías no estandarizadas. En Frame Relay todo son
ventajas: puede ser implementado en software (por ejemplo en un
encaminador), y por tanto puede ser mucho más barato; Frame Relay esta
orientado a conexiones, como la mayoría de las WAN’s; Frame Relay puede
"empaquetar" tramas de datos de cualquier protocolo de longitud variable; la
"carga del protocolo" (overhead) de Frame Relay es menor de un 5%. Como
desventaja tendríamos que mencionar que Frame Relay sólo ha sido definido para
velocidades de hasta 1,544/2,048 Mbps. (T1/E1), aunque esto sin duda es algo
temporal. Además, Frame Relay no soporta aplicaciones sensibles al tiempo, al
menos de forma estándar.

Pero Frame Relay sigue siendo una tecnología antigua, ya que no inventa nuevos
protocolos ni mejora los dispositivos de la red, sino que se limita a eliminar parte
de la carga de protocolo y funciones de X.25, logrando mejorar su velocidad. El
resultado es una red más rápida, pero no una red integrada.

Además, dado que Frame Relay está orientado a conexión, todas las tramas
siguen la misma ruta a través de la red, basadas en un identificador de conexión.
Pero las redes orientadas a conexión son susceptibles de perderla si el enlace
entre el nodo conmutador de dos redes falla. Aún cuando la red intente
recuperar la conexión, deberá de ser a través de una ruta diferente, lo que
origina un cambia en la demora extremo a extremo y puede no ser lo
suficientemente rápido como para ser transparente a las aplicaciones.
 Frame Relay es una tecnología de conmutación rápida de tramas, basada en estándares
internacionales, que puede utilizarse como un protocolo de transporte y como un protocolo
de acceso en redes públicas o privadas proporcionando servicios de comunicaciones.

La conmutación de etiquetas multiprotocolo[1] o MPLS (del inglés Multiprotocol

Label Switching) es un mecanismo de transporte de datos estándar creado por
la IETF y definido en el RFC 3031. Opera entre la capa de enlace de datos y la capa de
red del modelo OSI. Fue diseñado para unificar el servicio de transporte de datos para
las redes basadas en circuitos y las basadas en paquetes. Puede ser utilizado para
transportar diferentes tipos de tráfico, incluyendo tráfico de voz y de paquetes IP.
MPLS reemplazó a Frame Relay y ATM como la tecnología preferida para llevar datos
de alta velocidad y voz digital en una sola conexión. MPLS no solo proporciona una
mayor fiabilidad y un mayor rendimiento, sino que a menudo puede reducir los costes
de transporte mediante una mayor eficiencia de la red. Su capacidad para dar
prioridad a los paquetes que transportan tráfico de voz hace que sea la solución
perfecta para llevar las llamadas de voz sobre IP o VoIP.
MPLS (conmutación multiprotocolo mediante etiquetas)Editar

Circuitos virtuales en las redes IP, sobre las que introduce una serie de mejoras:

 Redes privadas virtuales.

 Ingeniería de tráfico.
 Mecanismos de protección frente a fallos y más.
 Soporte de Calidad del Servicio (QoS)
 Soporte multiprotocolo
 Establecimiento de Clases de Servicio (CoS).

Características básicas y funcionamientoEditar

La tecnología MPLS es una solución para la conmutación multiprotocolo:

 Introduce una estructura orientada a la conexión en redes que originariamente no estaban

orientadas a la conexión (redes IP).
 Integra sin discontinuidades los niveles 2 (enlace de datos) y 3 (red) del modelo OSI,
combinando las funciones de control de enrutamiento con efectividad en la conmutación.
 Optimiza el enrutamiento, reduciendo notablemente la complejidad de los algoritmos.
 Mantiene un estado de la comunicación entre dos nodos.
 Permite introducir QoS en redes IP.
 Optimiza el establecimiento de túneles en las VPN.

Arquitectura MPLSEditar
ElementosEditar
 LER (Label Edge Router o enrutador frontera de etiquetado): elemento que inicia o termina el
túnel (extrae e introduce cabeceras). Es decir, el elemento de entrada/salida a la red MPLS.
Existen tanto enrutadores de entrada como de salida de la red. Ambos suelen
denominarse routerfrontera ya que se encuentran en los extremos de la red MPLS.
 LSR (Label Switching Router o enrutador de conmutación de etiquetas)
 LSP (Label Switched Path o intercambio de rutas por etiqueta) nombre genérico de un camino
MPLS (para cierto tráfico o FEC), es decir, del túnel MPLS establecido entre los extremos. A
tener en cuenta que un LSP es unidireccional.
 LDP (Label Distribution Protocol o protocolo de distribución de etiquetas): un protocolo para
la distribución de etiquetas MPLS entre los equipos de la red.
 FEC (Forwarding Equivalence Class o clase de equivalencia de reenvío): nombre que se le da
al tráfico que se encamina bajo una etiqueta. Subconjunto de paquetes tratados del mismo
modo por el conmutador.

Cabecera MPLSEditar

Donde:

 Etiqueta o label (20 bits): es el valor de la etiqueta MPLS.

 Experimental o Exp (3 bits): llamado también bits experimentales. Aparece como calidad de
servicio en otros textos, y afecta al encolado y descarte de paquetes. Son tres bits usados para
identificar la clase del servicio.
 Pila o stack (S, 1 bit): sirve para el apilado jerárquico de etiquetas. Cuando S=0, indica que hay
más etiquetas añadidas al paquete. Cuando S=1, se trata de la última etiqueta de la jerarquía.
 Tiempo de vida o time-to-live (TTL, 8 bits), que tiene la misma funcionalidad que en IP. Se
decrementa en cada enrutador y al llegar al valor de 0, el paquete es descartado.
Generalmente sustituye el campo TTL de la cabecera IP.

Pila de Etiquetas MPLSEditar

MPLS funciona anexando un encabezado a cada paquete. Dicho encabezado contiene

una o más "etiquetas", y al conjunto de etiquetas se le llama pila o "stack". Cada
etiqueta consiste en cuatro campos:
 Valor de la etiqueta de 20 bits.
 Prioridad de Calidad de Servicio (QoS) de 3 bits. También llamados bits experimentales.
 Bandera de "fondo" de la pila de 1 bit.
 Tiempo de Vida (TTL) de 8 bits.

Estos paquetes MPLS son enviados después de una búsqueda por etiquetas en vez de
una búsqueda dentro de una tabla IP. De esta manera, cuando MPLS fue concebido, la
búsqueda de etiquetas y el envío por etiquetas eran más rápido que una búsqueda RIB
(base de información de enrutamiento), porque las búsquedas eran realizadas en
el switch fabric y no en la CPU.
Creación de la RedEditar
Los puntos de entrada en la red MPLS son llamados Enrutadores de borde de
Etiqueta(LER), es decir enrutadores que son interfaces entre la red MPLS y otras
redes. Los enrutadores que efectúan la conmutación basados únicamente en etiquetas
se llaman Enrutadores Conmutadores de Etiqueta (LSR). Cabe notar que un LER es
simplemente un LSR que cuenta con la habilidad de rutear paquetes en redes externas
a MPLS.
Las etiquetas son distribuidas usando el Protocolo de Distribución de Etiquetas (LDP).
Es precisamente mediante el protocolo LDP que los enrutadores de etiquetas
intercambian información acerca de la posibilidad de alcanzar otros enrutadores, y las
etiquetas que son necesarias para ello. También es posible hacer la distribución de
etiquetas usando el protocolo RSVP-TE.
El operador de una red MPLS puede establecer Caminos Conmutados mediante
Etiquetas (LSP), es decir, el operador establece caminos para transportar Redes
Privadas Virtuales de tipo IP (IP VPN), pero estos caminos pueden tener otros usos. En
muchos aspectos las redes MPLS se parecen a las redes ATM y FR, con la diferencia de
que la red MPLS es independiente del transporte en capa 2 (en el modelo OSI).
En el contexto de las Redes Privadas Virtuales, los enrutadores que funcionan como
ingreso o regreso a la red son frecuentemente llamados enrutadores de Borde del
Proveedor (enrutadores PE), los dispositivos que sirven solo de tránsito son llamados
similarmente enrutadores de Proveedor (enrutadores P). Véase el RFC2547.
En MPLS el camino que se sigue está prefijado desde el origen (se conocen todos los
saltos de antemano): se pueden utilizar etiquetas para identificar cada comunicación y
en cada salto se puede cambiar de etiqueta (mismo principio de funcionamiento
que VPI/VCI en ATM, o que DLCI en Frame Relay).
 Paquetes destinados a diferentes IPs pueden usar el mismo camino LSP (pertenecer al mismo
FEC).
 Las etiquetas con el mismo destino y tratamiento se agrupan en una misma etiqueta: los
nodos mantienen mucha menos información de estado que por ejemplo ATM. Las etiquetas se
pueden apilar, de modo que se puede encaminar de manera jerárquica.
 Paso de un paquete por la redEditar

Cuando un paquete no etiquetado entra a un enrutador de ingreso y necesita utilizar

un túnel MPLS, el enrutador primero determinará la Clase Equivalente de Envío (FEC),
luego inserta una o más etiquetas en el encabezado MPLS recién creado. Acto seguido
el paquete salta al enrutador siguiente según lo indica el túnel.

Cuando un paquete etiquetado es recibido por un enrutador MPLS, la etiqueta que se

encuentra en el tope de la pila será examinada. Basado en el contenido de la etiqueta
el enrutador efectuará una operación apilar (PUSH), desapilar (POP) o intercambiar
(SWAP).

 En una operación SWAP la etiqueta es cambiada por otra y el paquete es enviado en el camino
asociado a esta nueva etiqueta.
 En una operación PUSH una nueva etiqueta es apilada sobre otra en caso de que exista. Si en
efecto había otra etiqueta antes de efectuar esta operación, la nueva etiqueta encapsula la
anterior.
 En una operación POP la etiqueta es retirada del paquete lo cual puede revelar una etiqueta
interior si existía. A este proceso se llama desencapsulado y es usualmente efectuado por el
enrutador de regreso con la excepción de PHP ( penultimate hop popping, remoción en el
penúltimo salto).

Durante estas operaciones el contenido del paquete por debajo de la etiqueta MPLS no
es examinado, de hecho los enrutadores de tránsito usualmente no necesitan
examinar ninguna información por debajo de la mencionada etiqueta. El paquete es
enviado basándose en el contenido de su etiqueta, lo cual permite un enrutamiento
independiente del protocolo.

En el enrutador de regreso donde la última etiqueta es retirada, solo queda la carga

útil, que puede ser un paquete IP o cualquier otro protocolo. Por tanto, el enrutador de
regreso debe forzosamente tener información de enrutamiento para dicho paquete
debido a que la información para el envío de la carga no se encuentra en la tabla de
etiquetas MPLS.

En algunas aplicaciones es posible que el paquete presentado al LER ya contenga una

etiqueta MPLS, en cuyo caso simplemente se anexará otra etiqueta encima. Un aspecto
relacionado que resulta importante es PHP.

En ciertos casos, es posible que la última etiqueta sea retirada en el penúltimo salto
(anterior al último enrutador que pertenece a la red MPLS); este procedimiento es
llamado remoción en el penúltimo salto (PHP). Es útil, por ejemplo, cuando la red MPLS
transporta mucho tráfico. En estas condiciones los penúltimos nodos ayudarán al
último en el procesamiento de la última etiqueta de manera que éste no se vea
excesivamente forzado al cumplir con sus tareas de procesamiento.
Metro Ethernet, conocido tambien como "Carrier Ethernet", es una arquitectura que engloba una
serie de tecnologías divididas en capas. Esta arquitectura se define para expandir el ámbito de
aplicación de LAN Ethernet (IEEE 802.3) y así lograr un esquema aplicable a gran escala (Carrier).
Muchas organizaciones han trabajado en resolver la problemática que presenta el esquema LAN
Ethernet al expandirse. Entre las mismas, se destaca el grupo "Metro Ethernet Forum" (MEF), quien
ha desarrollado el estándar Carrier Ethernet a través de una serie de especificaciones técnicas en
donde se han definido las características del modelo y las principales diferencias con LAN Ethernet.
Estas especificaciones definen la base técnica para la implementación de Carrier Ethernet en las
redes. MEF busca definir servicios Ethernet estandarizados, carrier class, con 5 atributos principales
que lo diferencian de LAN-based Ethernet.
Las características de Metro Ethernet son:
Servicios Estandarizados

 Circuitos de tipo E-Line, E-Lan, y E-Tree

 Implementación sin impacto en los clientes
 Convergencia de Múltiples servicios
 Calidad de Servicio estándar

Escalabilidad

 Millones de clientes
 Gran variedad de infraestructuras físicas

Confiabilidad

 Rápida re-convergencia

Calidad de servicio

 Granularidad
 Permitir la aplicación de “Service Level Agreements” para performance end-to-end

Management

 Monitoreo, diagnostico y administración usando mecanismos estándar

Estos estándares permiten a los proveedores de servicios brindar servicios de conectividad a

diversos clientes a través de Conexiones Ethernet Virtuales (EVC) asociadas a puntos de referencias
llamados Interfaces de red de usuario (UNI), que a su vez, soportan diversos medios de transmisión.
De esta forma se obtiene alta capilaridad, fiabilidad y flexibilidad en las redes de los proveedores, y
se reutiliza una tecnología conocida y desplegada mundialmente.