Captulo 4: Frame Relay 4.0.1.

1 Introduccin

Frame Relay es una alternativa a las lneas dedicadas arrendadas WAN, que son ms
costosas. Frame Relay es un protocolo WAN de alto rendimiento que funciona en las capas
fsica y de enlace de datos del modelo de referencia OSI. Si bien los servicios ms modernos
como los de banda ancha y Ethernet metropolitana redujeron la necesidad de Frame Relay en
muchas ubicaciones, Frame Relay sigue siendo una opcin viable en muchos sitios de todo el
mundo. Frame Relay proporciona una solucin rentable para las comunicaciones entre varios
sitios remotos mediante un nico circuito de acceso desde cada sitio hasta el proveedor.

En este captulo, se presentan los conceptos fundamentales de Frame Relay. Tambin se

abarcan las tareas de configuracin, verificacin y resolucin de problemas de Frame Relay.

Captulo 4: Frame Relay 4.0.1.2 Actividad de clase: Tecnologas WAN emergentes

Tecnologas WAN emergentes

Como administrador de red de su pequea a mediana empresa, ya pas de WAN de lnea

arrendada a conectividad de Frame Relay para la comunicacin de red WAN. Usted es
responsable de mantener todas las futuras actualizaciones de red al corriente.

Descubre que hay algunas opciones alternativas disponibles para la conectividad WAN para
mantenerse al corriente con las tecnologas emergentes y en desarrollo. Algunos de estos
programas incluyen los siguientes:

Frame Relay

DSL de banda ancha

Cable mdem de banda ancha

GigaMAN

VPN

MPLS

Dado que desea ofrecerle a su empresa el servicio de red WAN de mejor calidad y menor
costo, decide investigar, al menos, dos tecnologas emergentes y en desarrollo. Su objetivo es
reunir informacin acerca de estas dos opciones de WAN alternativas para analizar de forma
consciente los objetivos futuros de la red con su gerente comercial y con otros administradores
de red.

Actividad de clase: Tecnologas WAN emergentes

Captulo 4: Frame Relay 4.1.1.1 Introduccin a la tecnologa Frame Relay

Las lneas arrendadas proporcionan capacidad dedicada permanente y se utilizan mucho para
armar redes WAN. Son la conexin tradicional de preferencia, pero presentan una serie de
desventajas. Una desventaja es que los clientes pagan por lneas arrendadas con una
capacidad fija. Sin embargo, el trfico WAN suele variar, y parte de la capacidad queda sin
utilizar. Adems, cada terminal necesita una interfaz fsica individual en el router, lo que
aumenta los costos de los equipos. Por lo general, cualquier cambio en la lnea arrendada
requiere que el personal de la empresa prestadora de servicios visite el sitio.

Frame Relay es un protocolo WAN de alto rendimiento que funciona en las capas fsica y de
enlace de datos del modelo de referencia OSI. A diferencia de las lneas arrendadas, Frame
Relay solo requiere un nico circuito de acceso al proveedor de servicios de Frame Relay para
comunicarse con otros sitios conectados al mismo proveedor. La capacidad entre dos sitios
puede variar.

Eric Scace, un ingeniero de Sprint International, invent Frame Relay como una versin ms
simple del protocolo X.25 para utilizarlo a travs de las interfaces de red digital de servicios
integrados (ISDN). En la actualidad, tambin se utiliza en otros tipos de interfaces de red.
Cuando Sprint implement Frame Relay en su red pblica, utiliz switches StrataCom. La
adquisicin de StrataCom por parte de Cisco en 1996 marc su entrada en el mercado de las
prestadoras de servicios.

Los proveedores de servicios de red implementan Frame Relay para admitir trfico de voz y de
datos entre redes LAN a travs de una WAN. Cada usuario final obtiene una lnea privada, o
una lnea arrendada, a un nodo de Frame Relay. La red Frame Relay maneja la transmisin a
travs de una ruta que cambia con frecuencia, transparente para todos los usuarios finales.
Como se muestra en la ilustracin, Frame Relay proporciona una solucin para permitir
comunicaciones entre varios sitios mediante un nico circuito de acceso al proveedor.

Histricamente, Frame Relay se utiliz ampliamente como protocolo WAN porque era
econmico en comparacin con las lneas arrendadas dedicadas. Adems, configurar el equipo
del usuario en una red Frame Relay es muy simple. Las conexiones de Frame Relay se crean
configurando los routers u otros dispositivos del equipo local del cliente (CPE) para que se
comuniquen con un switch Frame Relay de un proveedor de servicios. El proveedor de
servicios configura el switch Frame Relay, lo que reduce al mnimo las tareas de configuracin
del usuario final.

Captulo 4: Frame Relay 4.1.1.2 Beneficios de la tecnologa WAN de Frame Rela

Con la llegada de los servicios de banda ancha como DSL y cable mdem, WAN Ethernet
(servicio Ethernet punto a punto a travs de cable de fibra ptica), VPN y conmutacin de
etiquetas multiprotocolo (MPLS), Frame Relay se convirti en una solucin menos adecuada
para acceder a la WAN. Sin embargo, todava hay sitios en el mundo que confan en Frame
Relay para obtener conectividad a la WAN.
Frame Relay proporciona ms ancho de banda, confiabilidad y resistencia que las lneas
privadas o arrendadas.

Usar un ejemplo de una red empresarial grande ayuda a ilustrar los beneficios de utilizar una
WAN de Frame Relay. En el ejemplo que se muestra en la ilustracin, la empresa SPAN
Ingeniera tiene cinco campus en toda Amrica del Norte. Como la mayora de las
organizaciones, SPAN tiene diversos requisitos de ancho de banda.

Lo primero que se debe tener en cuenta es el requisito de ancho de banda de cada sitio. Al
trabajar en la oficina central, la conexin de Chicago a Nueva York requiere una velocidad
mxima de 256 kb/s. Otros tres sitios necesitan una velocidad mxima de 48 kb/s para
conectarse a la oficina central, mientras que la conexin entre las sucursales de Nueva York y
Dallas requiere solo 12 kb/s.

Antes de que Frame Relay estuviera disponible, la empresa SPAN Ingeniera arrendaba lneas
dedicadas.

Nota: los valores de ancho de banda utilizados en los ejemplos de lnea arrendada y Frame
Relay en este captulo no necesariamente reflejan los anchos de banda que utilizan muchos
clientes en la actualidad. Los valores de ancho de banda utilizados en este captulo son
solamente con fines de comparacin.

Captulo 4: Frame Relay 4.1.1.3 Requisitos de la lnea dedicada

Mediante las lneas arrendadas, cada uno de los sitios de SPAN se conecta a travs de un
switch en la oficina central (CO) de la compaa telefnica local por medio del bucle local, y
despus a travs de toda la red. Los sitios de Chicago y Nueva York usan una lnea dedicada
T1 (equivalente a 24 canales DS0) para conectarse al switch, mientras que otros sitios utilizan
conexiones ISDN (56 kb/s), como se muestra en la ilustracin. Debido a que el sitio de Dallas
se conecta a Nueva York y Chicago, tiene dos lneas arrendadas localmente. Los proveedores
de servicios de red proporcionan a SPAN un DS0 entre las respectivas CO, excepto la
canalizacin ms grande que conecta Chicago y Nueva York, y que tiene cuatro DS0. Los DS0
tienen precios diferentes segn la regin y, generalmente, se ofrecen a un precio fijo. Estas
lneas son realmente dedicadas, ya que el proveedor de servicios de red reserva esa lnea para
uso exclusivo de SPAN. No existe el uso compartido, y SPAN paga por el circuito de extremo a
extremo, independientemente de cunto ancho de banda utiliza.

Una lnea dedicada proporciona pocas oportunidades prcticas para establecer una conexin
de uno a varios sin obtener ms lneas del proveedor de servicios de red. En el ejemplo, casi
toda la comunicacin debe fluir a travs de las oficinas centrales de la empresa, simplemente
para reducir el costo de lneas adicionales.

Despus de un anlisis ms detallado de los requisitos de ancho de banda para cada sitio, se
comprueba que hay una falta de eficacia:

De los 24 canales DS0 disponibles en la conexin T1, el sitio de Chicago utiliza solo siete.
Algunas prestadoras de servicios ofrecen conexiones T1 fraccionadas en incrementos de
64 kb/s, pero esto requiere un dispositivo especializado denominado multiplexor en el
extremo del cliente para canalizar las seales. En este caso, SPAN opt por el servicio T1
completo.

De manera similar, el sitio de Nueva York utiliza solo cinco de sus 24 DS0 disponibles.

Debido a que Dallas debe conectarse a Chicago y Nueva York, hay dos lneas que se
conectan a cada sitio a travs de la CO.

El diseo de lnea arrendada tambin limita la flexibilidad. A menos que los circuitos ya estn
instalados, la conexin de nuevos sitios normalmente requiere nuevas instalaciones de
circuitos, e implementarlo lleva mucho tiempo. Desde el punto de vista de la confiabilidad de la
red, imagine los costos adicionales en dinero y la complejidad de agregar circuitos redundantes
de repuesto.
Captulo 4: Frame Relay 4.1.1.4 Rentabilidad y flexibilidad de Frame Relay

La red Frame Relay de SPAN utiliza circuitos virtuales permanentes (PVC), como se muestra
en la ilustracin. Un PVC es la ruta lgica a lo largo de un enlace Frame Relay de origen, a
travs de la red y a lo largo de un enlace Frame Relay de finalizacin hasta su destino final.
Compare esto con la ruta fsica que utiliza una conexin dedicada. En una red con acceso
mediante Frame Relay, un PVC define la ruta entre dos terminales de manera exclusiva. El
concepto de circuitos virtuales (VC) se analiza en mayor detalle ms adelante en esta seccin.

La solucin Frame Relay de SPAN proporciona flexibilidad y rentabilidad.

Rentabilidad de Frame Relay

Frame Relay es una opcin ms rentable por dos motivos. En primer lugar, con las lneas
dedicadas, los clientes pagan por una conexin de extremo a extremo que incluye el bucle local
y el enlace de red. Con Frame Relay, los clientes solo pagan por el bucle local y adquieren el
ancho de banda del proveedor de servicios de red. La distancia entre los nodos no es
importante. En un modelo de lnea dedicada, los clientes utilizan lneas dedicadas
proporcionadas en incrementos de 64 kb/s, y los clientes de Frame Relay pueden definir sus
necesidades de circuito virtual con una granularidad mucho mayor, a menudo en incrementos
tan pequeos como 4 kb/s.

El segundo motivo de la rentabilidad de Frame Relay es que comparte el ancho de banda a

travs de una mayor base de clientes. Generalmente, un proveedor de servicios de red puede
brindar servicio a 40 o ms clientes de 56 kb/s a travs de un circuito T1. El uso de lneas
dedicadas requerira ms CSU/DSU (una para cada lnea), as como routing y switching ms
complicados. Los proveedores de servicios de red ahorran porque hay menos equipos para
adquirir y mantener.

Nota: el costo puede variar considerablemente segn la ubicacin.

La flexibilidad de Frame Relay

Un circuito virtual proporciona una flexibilidad considerable en el diseo de red. Al analizar la

ilustracin, puede ver que todas las oficinas de SPAN se conectan a la nube de Frame Relay a
travs de sus respectivos bucles locales. Por el momento, lo que sucede en la nube realmente
no es de inters. Lo nico que importa es que cuando cualquier oficina de SPAN desea
comunicarse con cualquier otra oficina de SPAN, todo lo que debe hacer es conectarse a un
circuito virtual que conduce a la otra oficina. En Frame Relay, el extremo de cada conexin
tiene un nmero para identificarlo denominado identificador de conexin de enlace de datos
(DLCI). Cualquier estacin puede conectarse a cualquier otra con solo indicar la direccin de
esa estacin y el nmero de DLCI de la lnea que debe utilizar. En una seccin posterior,
aprender que cuando se configura Frame Relay, todos los datos de todos los DLCI
configurados fluyen a travs del mismo puerto del router. Imagine la misma flexibilidad
mediante lneas dedicadas. No solo es difcil, sino que tambin requiere muchos ms equipos.

Captulo 4: Frame Relay 4.1.1.5 Actividad: Identificar la terminologa y los conceptos de Frame

Relay
Captulo 4: Frame Relay 4.1.2.1 Circuitos virtuales

La conexin a travs de una red Frame Relay entre dos DTE es un VC. Los circuitos son
virtuales porque no hay una conexin elctrica directa de extremo a extremo. La conexin es
lgica, y los datos se transfieren de extremo a extremo sin un circuito elctrico directo. Con los
VC, Frame Relay comparte el ancho de banda entre varios usuarios, y cualquier sitio individual
puede comunicarse con cualquier otro sitio individual sin utilizar varias lneas fsicas dedicadas.

Hay dos formas de establecer VC:

Circuitos virtuales conmutados (SVC): se establecen en forma dinmica mediante el

envo de mensajes de sealizacin a la red (CALL SETUP, DATA TRANSFER, IDLE,
CALL TERMINATION).

Circuitos virtuales permanentes (PVC): los preconfigura la prestadora de servicios y,

una vez establecidos, solo funcionan en los modos IDLE y DATA TRANSFER. Tenga en
cuenta que, en algunas publicaciones, los PVC se denominan VC privados.

Nota: los PVC se implementan con ms frecuencia que los SVC.

Haga clic en Reproducir en la figura 1 para ver una animacin acerca de un VC entre el nodo
emisor y el nodo receptor. El VC sigue la ruta A, B, C y D. Frame Relay crea un VC
almacenando asignaciones de puerto de entrada a puerto de salida en la memoria de cada
switch y, de esta manera, enlaza un switch con otro hasta que se identifica una ruta continua
de un extremo del circuito a otro. Un VC puede pasar a travs de cualquier cantidad de
dispositivos intermedios (switches) ubicados dentro de la red Frame Relay.

Los VC proporcionan una ruta de comunicacin bidireccional desde un dispositivo hasta otro.
Los VC se identifican mediante los DLCI, como se muestra en la figura 2. Por lo general, el
proveedor de servicios de Frame Relay asigna los valores de DLCI. Los DLCI de Frame Relay
tienen importancia local, lo que significa que los valores propiamente dichos no son exclusivos
en la WAN de Frame Relay. Un DLCI identifica un VC ante el equipo en una terminal. Un DLCI
no tiene importancia ms all del enlace nico. Dos dispositivos conectados mediante un VC
pueden utilizar un valor diferente de DLCI para referirse a la misma conexin.
Los DLCI con importancia local se convirtieron en el mtodo principal de direccionamiento,
porque se puede usar la misma direccin en varias ubicaciones diferentes y an as referirse a
diferentes conexiones. El direccionamiento local evita que un cliente se quede sin DLCI a
medida que crece la red.

Haga clic en Reproducir en la figura 3. Esta es la misma red que se present en la ilustracin
anterior, pero esta vez, cuando se transfiere la trama a travs de la red, Frame Relay etiqueta
cada VC con un DLCI. El DLCI se almacena en el campo de direccin de cada trama
transmitida para informar a la red cmo se debe enrutar la trama. El proveedor de servicios de
Frame Relay asigna nmeros de DLCI. Generalmente, los DLCI de 0 a 15 y de 1008 a 1023
estn reservados. Por lo tanto, los proveedores de servicios suelen asignar los DLCI en el
intervalo de 16 a 1007.

En este ejemplo, la trama utiliza el DLCI 102. Sale del router (R1) mediante el puerto 0 y el VC
102. En el switch A, la trama sale del puerto 1 mediante el VC 432. Este proceso de asignacin
de puertos y VC contina a travs de la WAN hasta que la trama llegue a su destino en el
DLCI 201. El DLCI se almacena en el campo de direcciones de cada trama transmitida.
Captulo 4: Frame Relay 4.1.2.2 Circuitos virtuales mltiples

Varios VC

Frame Relay se multiplexa estadsticamente, lo que significa que solo transmite de a una trama
por vez, pero pueden coexistir muchas conexiones lgicas en una nica lnea fsica. El
dispositivo de acceso Frame Relay (FRAD) o el router conectado a la red Frame Relay puede
tener varios VC que lo conecten a las diversas terminales. Varios VC en una nica lnea fsica
se distinguen porque cada VC tiene su propio DLCI. Recuerde que el DLCI solo tiene
importancia local y puede ser diferente en cada extremo de un VC.

En la figura 1, se muestra un ejemplo de dos VC en una lnea de acceso nica, cada uno con
su propio DLCI, que se conectan a un router (el R1).

Esta capacidad suele reducir la complejidad de la red y el equipo que se requiere para conectar
varios dispositivos, lo que lo hace un reemplazo muy rentable para una malla de lneas de
acceso. Con esta configuracin, cada terminal necesita solo una lnea y una interfaz de acceso
nicas. Surgen ms ahorros, ya que la capacidad de la lnea de acceso se basa en el requisito
de ancho de banda promedio de los VC, en lugar del requisito de ancho de banda mximo.

En el ejemplo de la figura 2, la empresa SPAN Ingeniera. tiene cinco ubicaciones remotas, con
la oficina central en Chicago. Chicago est conectada a la red mediante cinco VC, y cada VC
tiene un DLCI. Para ver las asignaciones de los respectivos DLCI de Chicago, haga clic en la
ubicacin en la tabla. Observe que SPAN creci y recientemente abri una oficina en San Jos.
El uso de Frame Relay hizo que esta expansin fuera relativamente fcil.

Beneficios de costos de tener varios VC

Con Frame Relay, los clientes pagan por el ancho de banda que utilizan. En efecto, pagan por
un puerto de Frame Relay. Cuando el cliente aumenta la cantidad de puertos, como se
describi anteriormente, paga por ms ancho de banda, pero no paga por ms equipos, porque
los puertos son virtuales. No hay cambios en la infraestructura fsica. Compare esto con la
adquisicin de ms ancho de banda mediante lneas dedicadas.
Captulo 4: Frame Relay 4.1.2.3 Encapsulacin Frame Relay

Frame Relay toma paquetes de datos de un protocolo de capa de red, como IPv4 o IPv6, los
encapsula como la porcin de datos de una trama Frame Relay y despus pasa la trama a la
capa fsica para la entrega en el cable. Para entender cmo funciona esto, es conveniente
entender cmo se relaciona con los niveles inferiores del modelo OSI.

Frame Relay encapsula los datos para el transporte y los baja a la capa fsica para la entrega,
como se muestra en la figura 1.

Primero, Frame Relay acepta un paquete de un protocolo de capa de red, como IPv4. A
continuacin, lo envuelve con un campo de direccin que contiene el DLCI y un valor de
checksum. Se agregan campos de indicador para indicar el principio y el fin de la trama. Los
campos de indicador marcan el comienzo y el fin de la trama, y siempre son los mismos. Los
indicadores se representan como el nmero hexadecimal 7E o como el nmero binario
01111110. Una vez que se encapsula el paquete, Frame Relay pasa la trama a la capa fsica
para el transporte.

El router CPE encapsula cada paquete de capa 3 dentro de un encabezado y un triler de

Frame Relay antes de enviarlo a travs del VC. El encabezado y el triler se definen en la
especificacin de servicios portadores para el procedimiento de acceso de enlace para Frame
Relay (LAPF), ITU Q.922-A. Como se muestra en la figura 2, el encabezado de Frame Relay
(campo de direccin) contiene especficamente lo siguiente:

DLCI: el DLCI de 10 bits es uno de los campos ms importantes del encabezado de

Frame Relay. Este valor representa la conexin virtual entre el dispositivo DTE y el switch.
Un DLCI exclusivo representa cada conexin virtual que se multiplexa en el canal fsico.
Los valores de DLCI solo tienen importancia local, lo que significa que solo son exclusivos
para el canal fsico en el que residen. Por lo tanto, los dispositivos de los extremos
opuestos de una conexin pueden usar diferentes valores de DLCI para referirse a la
misma conexin virtual.

C/R: es el bit que sigue al byte de DLCI ms importante del campo de direccin. El bit C/R
no est definido actualmente.

Direccin extendida (EA): si el valor del campo EA es 1, se determina que el byte actual
es el ltimo octeto del DLCI. Si bien todas las implementaciones actuales de Frame Relay
utilizan un DLCI de dos octetos, esta capacidad permite que se usen DLCI ms largos en
el futuro. El octavo bit de cada byte del campo Direccin indica la EA.

Control de congestin: consta de 3 bits de notificacin de congestin de Frame Relay.

Estos 3 bits se denominan especficamente bit de notificacin explcita de congestin
hacia delante (FECN), bit de notificacin explcita de congestin hacia atrs (BECN) y
bit elegible de descarte.

Por lo general, la capa fsica es EIA/TIA-232, 449 o 530, V.35 o X.21. La trama Frame Relay es
un subconjunto del tipo de trama HDLC; por lo tanto, se delimita con campos de indicador. El
indicador de 1 byte utiliza el patrn de bits 01111110. La FCS determina si ocurrieron errores
en el campo de direccin de capa 2 durante la transmisin. El nodo emisor calcula la FCS
antes de la transmisin, y el resultado se inserta en el campo FCS. En el extremo distante, se
calcula un segundo valor de FCS y se lo compara con la FCS en la trama. Si los resultados son
iguales, se procesa la trama. Si existe una diferencia, se descarta la trama. Frame Relay no
notifica el origen cuando se descarta una trama. El control de errores se reserva para las capas
superiores del modelo OSI.
Captulo 4: Frame Relay 4.1.2.4 Topologas de Frame Rela

Cuando se deben conectar ms de dos sitios, se debe planificar la topologa o el mapa de

Frame Relay de las conexiones entre los sitios. Un diseador de red debe considerar la
topologa desde varios puntos de vista para comprender la red y los equipos utilizados para
armarla. Las topologas completas para el diseo, la implementacin, la operacin y el
mantenimiento incluyen mapas de descripcin general, mapas de las conexiones lgicas,
mapas funcionales y mapas de direcciones que muestren el detalle de los equipos y los
enlaces de canales.

Las redes Frame Relay enlazan decenas e incluso cientos de sitios en forma rentable. Si se
considera que una red empresarial podra abarcar cualquier cantidad de proveedores de
servicios e incluir redes de empresas adquiridas que difieren en el diseo bsico, registrar las
topologas puede ser un proceso muy complicado. Sin embargo, cada red o segmento de red
puede verse como uno de tres tipos de topologa: en estrella, malla completa o malla parcial.

Topologa en estrella (hub-and-spoke)

La topologa de WAN ms simple es una estrella, como la que se muestra en la figura 1. En

esta topologa, la empresa SPAN Ingeniera tiene un sitio central en Chicago que funciona
como hub y aloja los servicios principales.

Las conexiones a cada uno de los cinco sitios remotos funcionan como spokes (que significa
rayos). En una topologa en estrella, la ubicacin del hub generalmente se elige por el costo
de lnea arrendada ms bajo. Cuando se implementa una topologa en estrella con Frame
Relay, cada sitio remoto tiene un enlace de acceso a la nube de Frame Relay con un nico VC.

En la figura 2, se muestra la topologa en estrella en el contexto de una nube de Frame Relay.

El hub en Chicago tiene un enlace de acceso con varios VC, uno para cada sitio remoto. Las
lneas que salen de la nube representan las conexiones del proveedor de servicios de Frame
Relay y terminan en las instalaciones del cliente. En general, estas lneas tienen velocidades
que van desde 56 kb/s hasta un T1 (1544 Mb/s) y ms rpidas. Se asigna uno o ms nmeros
de DLCI a cada terminal de la lnea. Debido a que los costos de Frame Relay no se relacionan
con la distancia, no es necesario que el hub est en el centro geogrfico de la red.
Captulo 4: Frame Relay 4.1.2.5 Topologas de Frame Relay (cont.)

Topologa de malla completa

En la figura 1, se muestra una topologa de malla completa que usa lneas dedicadas. Una
topologa de malla completa se adapta a una situacin en la que los servicios a los que se debe
acceder estn en distintas zonas geogrficas y en la que se requiere un acceso altamente
confiable a ellos. Una topologa de malla completa conecta cada sitio a todos los dems. Si se
utilizan interconexiones de lnea arrendada, las lneas y las interfaces seriales adicionales
agregan costos. En este ejemplo, se requieren 10 lneas dedicadas para interconectar cada
sitio en una topologa de malla completa.

Con una malla de Frame Relay, un diseador de red puede armar varias conexiones
simplemente configurando VC adicionales en cada enlace existente, como se muestra en la
figura 2. Esta actualizacin de software eleva la topologa en estrella a una topologa de malla
completa sin los gastos de hardware o de lneas dedicadas adicionales. Debido a que los VC
utilizan la multiplexacin estadstica, varios VC en un enlace de acceso usan Frame Relay
mejor que los VC individuales. En la figura 2, se muestra cmo SPAN utiliz cuatro VC en cada
enlace para escalar su red sin agregar nuevo hardware. Los proveedores de servicios cobran el
ancho de banda adicional, pero esta solucin generalmente es ms rentable que usar lneas
dedicadas.

Topologa de malla parcial

Para las redes grandes, una topologa de malla completa rara vez es accesible, porque la
cantidad de enlaces necesarios aumenta exponencialmente. El problema no se debe al costo
del hardware, sino a que hay un lmite terico de menos de 1000 VC por enlace. En la prctica,
el lmite es inferior a eso.

Por este motivo, las redes ms grandes se suelen configurar en una topologa de malla parcial.
Con la malla parcial, existen ms interconexiones que las requeridas para una configuracin en
estrella, pero no tantas como para una malla completa. El patrn real depende de los requisitos
de flujo de datos.
Captulo 4: Frame Relay 4.1.2.6 Asignacin de direcciones de Frame Relay
Antes de que un router Cisco pueda transmitir datos a travs de Frame Relay, necesita saber
qu DLCI local se asigna a la direccin de capa 3 del destino remoto. Los routers Cisco
admiten todos los protocolos de capa de red mediante Frame Relay, como IPv4, IPv6, IPX y
AppleTalk. Esta asignacin de direccin a DLCI se puede lograr mediante la asignacin
esttica o dinmica. En la figura 1, se muestra un ejemplo de topologa con asignacin de
DLCI.

ARP inverso

El protocolo de resolucin de direcciones (ARP) inverso es una herramienta principal de Frame

Relay. Mientras que ARP traduce direcciones IPv4 de capa 3 a direcciones MAC de capa 2,
ARP inverso hace lo contrario. Las direcciones IPv4 de capa 3 correspondientes deben estar
disponibles antes de que se puedan utilizar los VC.

Nota: Frame Relay para IPv6 utiliza el descubrimiento inverso de vecinos (IND) para obtener
una direccin IPv6 de capa 3 a partir de un DLCI de capa 2. Un router Frame Relay enva un
mensaje de solicitud IND para solicitar una direccin IPv6 de capa 3 correspondiente a una
direccin DLCI de capa 2 del router Frame Relay remoto. Al mismo tiempo, el mensaje de
solicitud IND proporciona la direccin DLCI de capa 2 del emisor al router Frame Relay remoto.

Asignacin dinmica

La asignacin dinmica de direcciones depende de ARP inverso para resolver una direccin
IPv4 de capa de red de siguiente salto a un valor de DLCI local. El router Frame Relay enva
solicitudes de ARP inverso en su PVC para descubrir la direccin de protocolo del dispositivo
remoto conectado a la red Frame Relay. El router usa las respuestas para completar una tabla
de asignacin de direcciones a DLCI en el router Frame Relay o en el servidor de acceso. El
router arma y mantiene esta tabla de asignacin, que contiene todas las solicitudes de ARP
inverso resueltas, incluidas las entradas de asignacin dinmica y esttica.

En los routers Cisco, ARP inverso est habilitado de manera predeterminada para todos los
protocolos habilitados en la interfaz fsica. Los paquetes de ARP inverso no se envan para los
protocolos que no estn habilitados en la interfaz.

Asignacin esttica de Frame Relay

El usuario puede elegir anular la asignacin dinmica de ARP inverso mediante el suministro
de un mapa esttico manual para la direccin de protocolo de siguiente salto a un DLCI local.
Un mapa esttico funciona de manera similar a ARP inverso dinmico mediante la asociacin
de una direccin de protocolo de siguiente salto especfica a un DLCI de Frame Relay local. No
se puede utilizar ARP inverso y una instruccin de asignacin para el mismo DLCI y el mismo
protocolo.

Un ejemplo del uso de la asignacin esttica de direcciones es una situacin en la cual el

router en el otro lado de la red Frame Relay no admite ARP inverso dinmico para un protocolo
de red especfico. A fin de proporcionar conectividad, se requiere una asignacin esttica para
completar la direccin de capa de red remota a la resolucin de DLCI local.

En una red Frame Relay hub-and-spoke, se da otro ejemplo. Utilice la asignacin esttica de
direcciones en los routers spoke para proporcionar la posibilidad de conexin de spoke a
spoke. Debido a que los routers spoke no tienen conectividad directa entre s, ARP inverso
dinmico no funciona entre ellos. ARP inverso dinmico depende de la presencia de una
conexin punto a punto directa entre dos extremos. En este caso, ARP inverso dinmico solo
funciona entre hub y spoke, y los spokes requieren asignacin esttica para proporcionar la
posibilidad de conexin entre s.

Configuracin de la asignacin esttica

El establecimiento de la asignacin esttica depende de las necesidades de la red. Para

asignar entre una direccin de protocolo de siguiente salto y una direccin de destino DLCI,
utilice este comando: frame-relay map protocol protocol-addressdlci [broadcast] [ietf] [cisco].

Utilice la palabra clave ietf cuando se conecte a un router que no es de Cisco.

La configuracin del protocolo OSPF (Open Shortest Path First) se puede simplificar
considerablemente agregando la palabra clave optativa broadcast cuando se realiza esta
tarea. La palabra clavebroadcast especifica que se permite el trfico de difusin y multidifusin
en el VC. Esta configuracin permite el uso de protocolos de routing dinmico en el VC.

En la figura 2, se proporciona un ejemplo de la asignacin esttica en un router Cisco. En este

ejemplo, la asignacin esttica de direcciones se realiza en la interfaz serial 0/0/1. La
encapsulacin de Frame Relay que se usa en el DLCI 102 es CISCO. Como se observa en los
pasos de configuracin, la asignacin esttica de direcciones mediante el comando frame-
relay map permite que los usuarios seleccionen el tipo de encapsulacin de Frame Relay que
se utiliza por VC.

En la figura 3, se muestra el resultado del comando show frame-relay map. Observe que la
interfaz est activa y la direccin IPv4 de destino es 10.1.1.2. El DLCI identifica la conexin que
se usa para llegar a esta interfaz. Este valor se muestra en valor decimal (102), en valor
hexadecimal (0x66) y en el valor que aparecera en el cable (0x1860). Esta es una entrada
esttica, no una entrada dinmica. El enlace utiliza la encapsulacin Cisco en lugar de la
encapsulacin IETF.
Captulo 4: Frame Relay 4.1.2.7 Interfaz de administracin local (LMI)

Otro concepto importante en Frame Relay es la interfaz de administracin local (LMI). El diseo
de Frame Relay proporciona la transferencia de datos conmutada por paquetes con retrasos
mnimos de extremo a extremo. El diseo original omite cualquier cosa que pudiera ocasionar
un retraso.

Cuando los proveedores implementaron Frame Relay como una tecnologa independiente y no
como un componente de ISDN, decidieron que los DTE deban adquirir dinmicamente la
informacin sobre el estado de la red. Sin embargo, el diseo original no inclua esta
caracterstica. Un consorcio de Cisco, Digital Equipment Corporation (DEC), Northern Telecom
y StrataCom ampli el protocolo Frame Relay a fin de proporcionar capacidades adicionales
para los entornos complejos de internetworking. Estas ampliaciones se conocen colectivamente
como la LMI.

Consulte la topologa de Frame Relay de la figura 1. Bsicamente, la LMI es un mecanismo

keepalive que proporciona informacin acerca del estado de las conexiones Frame Relay entre
el router (DTE) y el switch Frame Relay (DCE). Aproximadamente cada 10 segundos, la
terminal sondea la red, ya sea para solicitar una respuesta muda secuencial o informacin del
estado del canal. Si la red no responde con la informacin solicitada, el dispositivo del usuario
puede considerar que la conexin est inactiva. Cuando la red responde con una respuesta de
FULL STATUS, incluye informacin sobre el estado de los DLCI que se asignan a esa lnea. La
terminal puede utilizar esta informacin para determinar si las conexiones lgicas pueden pasar
datos.

En la figura 2, se muestra el resultado del comando show frame-relay lmi. El resultado

muestra el tipo de LMI que usa la interfaz de Frame Relay y los contadores para la secuencia
de intercambio del estado de LMI, incluidos los errores como los tiempos de espera de LMI.

Es fcil confundir la LMI y la encapsulacin. La LMI es una definicin de los mensajes que se
usan entre el DTE (el R1) y el DCE (el switch Frame Relay que pertenece al proveedor de
servicios). La encapsulacin define los encabezados que utiliza un DTE para comunicar
informacin al DTE en el otro extremo de un VC. Al switch y al router conectado a l les
interesa utilizar el mismo LMI. Al switch no le interesa la encapsulacin. A los routers terminales
(DTE) s les interesa la encapsulacin.
Captulo 4: Frame Relay 4.1.2.8 Extensiones de LMI

Adems de las funciones de transferencia de datos del protocolo Frame Relay, la

especificacin de Frame Relay incluye extensiones optativas de LMI. Algunas de estas
extensiones son las siguientes:

Mensajes de estado de VC:proporcionan informacin sobre la integridad del PVC

mediante la comunicacin y la sincronizacin entre dispositivos, informes peridicos sobre
la existencia de nuevos PVC y la eliminacin de PVC existentes. Los mensajes de estado
de VC evitan que los datos se enven a agujeros negros (PVC que ya no existen).
 Multidifusin: permite que un emisor transmita una nica trama que se entrega a varios
receptores. La multidifusin da soporte a la entrega eficaz de los mensajes de protocolo
de routing y los procedimientos de resolucin de direcciones que se envan tpicamente a
varios destinos en forma simultnea.

Direccionamiento global: proporciona ID de conexiones con importancia global en lugar

de importancia local, lo que permite que se usen para identificar una interfaz especfica de
la red Frame Relay. El direccionamiento global hace que la red Frame Relay se asemeje
a una LAN en trminos de direccionamiento, y los ARP se utilizan como en una LAN.

Control del flujo simple: proporciona un mecanismo de control del flujo XON/XOFF que
se aplica a toda la interfaz de Frame Relay. Est diseado para los dispositivos que no
pueden usar los bits de notificacin de congestin (es decir, FECN y BECN) que
aprovecharan las capas superiores, pero que de todas formas requieren cierto nivel de
control del flujo.

La LMI se utiliza para administrar enlaces de Frame Relay. Cada mensaje de LMI se clasifica
mediante un DLCI que aparece en la trama LMI. El campo DLCI de 10 bits admite 1024 ID de
VC: de 0 a 1023, como se muestra en la figura 1. Las extensiones de LMI reservan algunas de
estas ID de VC, lo que reduce la cantidad de VC permitidos. Los mensajes de LMI se
intercambian entre el DTE y el DCE mediante estos DLCI reservados.

Existen varios tipos de LMI, y cada uno es incompatible con los dems. El tipo de LMI
configurado en el router debe coincidir con el tipo que utiliza el proveedor de servicios. Los
routers Cisco admiten tres tipos de LMI:

CISCO: extensin original de LMI

ANSI: correspondiente al estndar ANSI T1.617, anexo D

Q933A: correspondiente al estndar ITU Q933, anexo A

Para mostrar la informacin de los mensajes de LMI y los nmeros de DLCI asociados, use el
comando show interfaces [tipo nmero], como se muestra en la figura 2. Cisco utiliza el DLCI
1023 para identificar los mensajes de LMI que se usan para la administracin de enlaces
Frame Relay.

A partir del software IOS de Cisco versin 11.2, la caracterstica predeterminada de deteccin
automtica de LMI detecta el tipo de LMI que admite el switch Frame Relay conectado
directamente. Sobre la base de los mensajes de estado de LMI que recibe del switch Frame
Relay, el router configura automticamente su interfaz con el tipo de LMI admitido que
reconoce el switch Frame Relay. Si es necesario establecer el tipo de LMI, utilice el comando
de configuracin de interfaz frame-relay lmi-type[cisco | ansi | q933a]. La configuracin del
tipo de LMI deshabilita la caracterstica de deteccin automtica.

En los casos en los que un switch Frame Relay utiliza la configuracin de tiempo de espera no
predeterminada, tambin se debe configurar el intervalo de keepalive en la interfaz de Frame
Relay para evitar que los mensajes de intercambio de estado expiren. Los mensajes de
intercambio de estado de LMI determinan el estado de la conexin de PVC. Una
incompatibilidad importante en el intervalo de keepalive en el router y el switch puede hacer
que el switch declare inactivo al router. Es importante consultar al proveedor de servicios de
Frame Relay para obtener informacin sobre cmo modificar la configuracin de keepalive. De
manera predeterminada, el intervalo de tiempo keepalive en las interfaces seriales de Cisco es
de 10 segundos. Puede cambiar el intervalo de keepalive con el comando de configuracin de
interfazkeepalive.

Los mensajes de estado ayudan a verificar la integridad de los enlaces lgicos y fsicos. Esta
informacin es fundamental en un entorno de routing, porque los protocolos de routing toman
decisiones sobre la base de la integridad del enlace.

Como se muestra en la figura 3, los mensajes de estado de LMI son similares a la trama Frame
Relay. En lugar del campo Direccin de una trama Frame Relay que se utiliza para la
transmisin de datos, hay un campo DLCI de LMI. A continuacin del campo DLCI estn los
campos Control, Discriminador de protocolo y Referencia de llamada. Estos son los mismos
que en la trama de datos de Frame Relay estndar. El cuarto campo indica el tipo de mensajes
de LMI e incluye uno de los tres tipos de mensajes de LMI que admite Cisco.
Captulo 4: Frame Relay 4.1.2.9 Uso de LMI y ARP inverso para asignar direcciones

Los mensajes de estado de LMI combinados con los mensajes de ARP inverso permiten que
un router asocie direcciones de capa de red y de capa de enlace de datos.

Reproduzca la animacin de la figura 1 para ver cmo comienza el proceso de LMI.

En este ejemplo, cuando el R1 se conecta a la red Frame Relay, enva un mensaje de consulta
de estado de LMI a la red. La red responde con un mensaje de estado de LMI que contiene
detalles de cada VC configurado en el enlace de acceso.

Peridicamente, el router repite la consulta de estado, pero las respuestas subsiguientes

incluyen solo cambios de estado. Despus de una cantidad establecida de estas respuestas
abreviadas, la red enva un mensaje de estado completo.

Si el router necesita asignar los VC a direcciones de capa de red, enva un mensaje de ARP
inverso en cada VC. ARP inverso funciona de manera similar a ARP en una red local Ethernet,
con la excepcin de que ARP inverso no transmite solicitudes por difusin. Con ARP, el
dispositivo emisor conoce la direccin IP de capa 3 y enva una difusin para descubrir la
direccin MAC de capa 2 de destino. Con ARP inverso, el router conoce la direccin de capa 2,
que es el DLCI local, y enva una solicitud para la direccin IP de capa 3 de destino.

Funcionamiento de ARP inverso

Cuando una interfaz que admite ARP inverso se activa, inicia el protocolo ARP inverso y da
formato a una solicitud de ARP inverso para el VC activo. La solicitud de ARP inverso incluye el
hardware de origen, la direccin de protocolo de capa 3 de origen y la direccin conocida del
hardware de destino. A continuacin, rellena el campo de direccin del protocolo de capa 3 de
destino solo con ceros. Encapsula el paquete para la red especfica y lo enva directamente al
dispositivo de destino mediante el VC.

Al recibir una solicitud de ARP inverso, el dispositivo de destino utiliza la direccin del
dispositivo de origen para crear su propio mapa de DLCI a capa 3. Despus enva una
respuesta de ARP inverso que incluye la informacin de su direccin de capa 3. Cuando el
dispositivo de origen recibe la respuesta de ARP inverso, completa el mapa de DLCI a capa 3
con la informacin proporcionada.

Cuando se configura una interfaz en un router Cisco para que utilice la encapsulacin de
Frame Relay, ARP inverso se habilita de manera predeterminada.
Reproduzca la animacin de la figura 2 para ver el funcionamiento de ARP inverso.
Captulo 4: Frame Relay 4.1.2.10 Actividad: Asignar el circuito virtual al nmero de puerto

Captulo 4: Frame Relay 4.1.2.11 Actividad: Unir los campos de Frame Relay con la definicin

Captulo 4: Frame Relay 4.1.2.12 Actividad: Identificar la terminologa y los conceptos de LMI
Captulo 4: Frame Relay 4.1.3.1 Velocidad de acceso y velocidad de informacin comprometida

Los proveedores de servicios arman las redes Frame Relay con switches muy grandes y
potentes, pero los dispositivos solo ven la interfaz del switch del proveedor de servicios. En
general, los clientes no estn expuestos al funcionamiento interno de la red, que se puede
armar con tecnologas de muy alta velocidad, como SONET o SDH.

Desde el punto de vista de un cliente, Frame Relay es una interfaz nica configurada con uno o
ms PVC. Los clientes adquieren los servicios de Frame Relay de un proveedor de servicios.
Antes de considerar cmo pagar los servicios de Frame Relay, se deben aprender algunos
trminos y conceptos, como los que se muestra en la ilustracin:

Velocidad de acceso: la velocidad de acceso se refiere a la velocidad del puerto. Desde

el punto de vista de un cliente, el proveedor de servicios proporciona una conexin serial
o un enlace de acceso a la red Frame Relay a travs de una lnea arrendada. La
velocidad de acceso es la velocidad a la que sus circuitos de acceso se unen a la red
Frame Relay. Estos pueden ser de 56 kb/s, T1 (1544 Mb/s) o T1 fraccionada (un mltiplo
de 56 kb/s o de 64 kb/s). Las velocidades de acceso se miden en el switch Frame Relay.
No es posible enviar datos a mayor velocidad que la velocidad de acceso.

Velocidad de informacin comprometida (CIR): los clientes negocian las CIR con los
proveedores de servicios para cada PVC. La CIR es la cantidad de datos que la red
recibe del circuito de acceso. El proveedor de servicios garantiza que el cliente pueda
enviar datos a la CIR. Todas las tramas recibidas a la CIR o por debajo de esta se
aceptan.

La CIR especifica la velocidad de datos mxima promedio que la red se compromete a entregar
en condiciones normales. Al suscribirse a un servicio de Frame Relay, se especifica la
velocidad de acceso local, por ejemplo, 56 kb/s o T1. Normalmente, el proveedor solicita que el
cliente especifique una CIR para cada DLCI.

Si el cliente enva la informacin ms rpido que la CIR en un DLCI determinado, la red marca
algunas tramas con un bit de elegibilidad de descarte (DE). La red hace lo mejor para entregar
todos los paquetes; sin embargo, descarta primero los paquetes DE si hay congestin.
Nota: muchos servicios Frame Relay econmicos se basan en una CIR de cero (0). Una CIR
de cero significa que cada trama es una trama DE, y la red descarta cualquier trama cuando lo
necesita. El bit DE forma parte del campo de direccin en el encabezado de la trama Frame
Relay.

Captulo 4: Frame Relay 4.1.3.2 Ejemplo de Frame Relay

Independientemente de cualquier costo de CPE, el cliente paga por tres componentes de los
costos de Frame Relay siguientes:

Velocidad de acceso: el costo de la lnea de acceso desde el DTE hasta el DCE (del
cliente al proveedor de servicios). Esta lnea se cobra sobre la base de la velocidad del
puerto que se negoci y se instal.

PVC: este componente de los costos se basa en los PVC. Despus de establecer un
PVC, el costo adicional para aumentar la CIR suele ser bajo y se puede hacer en
pequeos incrementos (4 kb/s).

CIR: en general, los clientes eligen una CIR inferior a la velocidad de acceso. Esto les
permite aprovechar las rfagas.

En el ejemplo de la ilustracin, el cliente paga por lo siguiente:

Una lnea de acceso con una velocidad de 64 kb/s que conecta su DTE al DCE del
proveedor de servicios a travs del puerto serie S0/0/1.

Dos puertos virtuales, uno a 32 kb/s y el otro a 16 kb/s.

Una CIR de 48 kb/s a travs de toda la red Frame Relay. Por lo general, es un cargo fijo y
no se relaciona con la distancia.

Nota: los valores de ancho de banda que se usan en este captulo son solo con fines
comparativos. No reflejan necesariamente implementaciones reales.

Sobresuscripcin

En ocasiones, los proveedores de servicios venden ms capacidad de la que tienen, con la

suposicin de que no todos exigen la capacidad que tienen permitida todo el tiempo. Esta
sobresuscripcin es similar a que las aerolneas vendan ms asientos de los que tienen con la
expectativa de que algunos de los clientes reservados no se presenten. Debido a la
sobresuscripcin, hay situaciones en las que la suma de las CIR de varios PVC a una
ubicacin dada es superior a la velocidad del puerto o del canal de acceso. Esto puede causar
congestin y descarte de trfico.

Captulo 4: Frame Relay 4.1.3.3 Rfaga

Una gran ventaja de Frame Relay es que cualquier capacidad de red que no se utilice queda a
disposicin de todos los clientes o se comparte con ellos, generalmente sin cargo adicional.
Esto permite que los clientes excedan la CIR a modo de bonificacin.

Con el ejemplo anterior, en la figura 1 se muestra que la velocidad de acceso en el puerto serie
S0/0/1 del router R1 es de 64 kb/s. Esto supera la combinacin de las CIR de los dos PVC. En
circunstancias normales, los dos PVC no deben transmitir ms de 32 kb/s y 16 kb/s,
respectivamente. Mientras la cantidad de datos que envan los dos PVC no exceda la CIR,
debera atravesar la red.

Debido a que los circuitos fsicos de la red Frame Relay se comparten entre los suscriptores,
suele haber momentos en los que hay un exceso de ancho de banda disponible. Frame Relay
puede permitir que los clientes accedan de forma dinmica a este ancho de banda adicional y
que excedan la CIR sin costo.

Las rfagas permiten que los dispositivos que necesitan ancho de banda adicional
temporalmente puedan tomarlo prestado de otros dispositivos que no lo utilizan, sin costo
adicional. Por ejemplo, si el PVC 102 transfiere un archivo grande, podra usar cualquiera de
los 16 kb/s que no utiliza el PVC 103. Un dispositivo puede llegar hasta la velocidad de acceso
y aun as esperar que los datos pasen. La duracin de una transmisin en rfaga debe ser
inferior a tres o cuatro segundos.
Se utilizan varios trminos para describir las velocidades de rfaga, incluidos tamao de
rfaga comprometida (Bc) y tamao de rfaga en exceso (Be).

El Bc es una velocidad negociada por encima de la CIR que el cliente puede usar para
transmitir durante una rfaga breve y que representa el trfico mximo permitido en
condiciones de funcionamiento normales. Permite que el trfico se transmita en rfaga a
velocidades ms altas, tanto como el ancho de banda disponible de la red lo permita. Sin
embargo, no puede exceder la velocidad de acceso del enlace. Un dispositivo puede llegar
hasta el Bc y aun as esperar que los datos pasen. Si persisten las rfagas largas, se debe
adquirir una CIR ms alta.

Por ejemplo, el DLCI 102 tiene una CIR de 32 kb/s con un Bc adicional de 16 kb/s para obtener
un total de hasta 48 kb/s. El DLCI 103 tiene una CIR de 16 kb/s. Sin embargo, el DLCI 103 no
tiene un Bc negociado; por lo tanto, la Bc se establece en 0 kb/s. Las tramas dentro de las CIR
negociadas no son elegibles para descarte (DE = 0). Las tramas por encima de la CIR tienen el
bit DE establecido en 1, lo que las marca como elegibles para descarte si se congestiona la
red. Las tramas que se envan en el nivel de Bc se marcan como elegibles para descarte (DE)
en el encabezado de la trama, pero es muy probable que se reenven.

El Be describe el ancho de banda disponible por encima de la CIR hasta la velocidad de

acceso del enlace. A diferencia del Bc, no se negocia. Las tramas se pueden transmitir en este
nivel, pero es muy probable que se descarten.

En la figura 2, se muestra la relacin entre los diversos trminos relacionados con las rfagas.
Captulo 4: Frame Relay 4.1.3.4 Control del flujo de Frame Relay

Frame Relay reduce la sobrecarga de la red mediante la implementacin de mecanismos

sencillos de notificacin de congestin, en lugar del control del flujo explcito por VC. Estos
mecanismos de notificacin de congestin son la notificacin explcita de congestin hacia
delante (FECN) y la notificacin explcita de la congestin hacia atrs (BECN).

Para comprender los mecanismos, en la figura 1 se muestra la estructura de la trama Frame

Relay estndar para su revisin. La FECN y la BECN se controlan mediante un nico bit
incluido en el encabezado de la trama. Le informan al router que hay congestin y que debe
detener la transmisin hasta que la condicin se revierta. Cuando el DCE establece el bit
BECN en 1, notifica a los dispositivos en el sentido del origen (ascendente) que hay congestin
en la red. Cuando el DCE establece el bit FECN en 1, notifica a los dispositivos en el sentido
del destino (descendente) que hay congestin en la red.

El encabezado de trama tambin contiene el bit DE, que identifica el trfico menos importante
que se puede descartar durante los perodos de congestin. Los dispositivos DTE pueden
establecer el valor del bit DE en 1 para indicar que la trama tiene menos importancia que otras
tramas. Cuando la red se congestiona, los dispositivos DCE descartan las tramas con el bit DE
establecido en 1 antes de descartar las que no lo tienen. Esto reduce la probabilidad de que se
descarten datos importantes durante los perodos de congestin.

En los perodos de congestin, el switch Frame Relay del proveedor de servicios aplica las
siguientes reglas de lgica a cada trama entrante en funcin de si se excedi la CIR:

Si la trama entrante no excede el Bc, la trama se pasa.

Si una trama entrante excede el Bc, se marca como DE.

Si una trama entrante excede el Bc y el Be, se descarta.

Haga clic en el botn Reproducir de la animacin de la figura 2 para ver cmo se usan la FECN
y la BECN.

Las tramas que llegan a un switch se ponen en cola o se almacenan en bfer antes del
reenvo. Como en cualquier sistema de puesta en cola, es posible que haya una acumulacin
excesiva de tramas en un switch. Esto genera retrasos que llevan a retransmisiones
innecesarias que se producen cuando los protocolos de nivel superior no reciben un acuse de
recibo en un plazo establecido. En casos graves, esto puede causar una importante cada del
rendimiento de la red. Para evitar este problema, Frame Relay incorpora una caracterstica de
control del flujo.

En la animacin, se muestra un switch con una cola que se llena. Para reducir el flujo de
tramas en la cola, el switch notifica a los DTE sobre el problema mediante los bits de
notificacin explcita de congestin en el campo de direccin de la trama.

El bit FECN, que se indica con una F, se establece en cada trama que recibe el switch en
el enlace congestionado.

El bit BECN, que se indica con una B, se establece en cada trama que el switch coloca en
el enlace congestionado.

Se espera que los DTE que reciben las tramas con los bits ECN establecidos busquen reducir
el flujo de tramas hasta que se despeje la congestin. Si la congestin se produce en un enlace
troncal interno, los DTE pueden recibir una notificacin aunque no sean la causa de la
congestin.
Captulo 4: Frame Relay 4.1.3.5 Actividad: Identificar la terminologa relacionada con ancho de

banda y control del flujo de Frame Relay

Captulo 4: Frame Relay 4.2.1.1 Comandos de configuracin bsica de Frame Relay

Frame Relay se configura en un router Cisco desde la interfaz de lnea de comandos (CLI) del
IOS de Cisco. En la figura 1, se muestran los pasos obligatorios y optativos para configurar
Frame Relay.
En la figura 2, se muestra la topologa de tres routers que se utiliza en esta seccin, aunque el
enfoque inicial se centra en el enlace Frame Relay entre el R1 y el R2, la red 10.1.1.0/24.
Observe que todos los routers se configuraron con direcciones IPv4 e IPv6.

Paso 1. Establezca la direccin IP en la interfaz

En un router Cisco, Frame Relay se admite generalmente en las interfaces seriales sncronas.
Utilice el comando ip address para establecer la direccin IPv4 de la interfaz.

En el enlace entre el R1 y el R2, se asign la direccin 10.1.1.1/24 a S0/0/1 del R1 y la

direccin IPv4 10.1.1.2/24 a S0/0/1 del R2.

Con el comando ipv6 address, los routers R1 y R2 tambin se configuraron con las siguientes
direcciones IPv6:

El R1 se configur con la direccin IPv6 de unidifusin global 2001:DB8:CAFE:1::1/64 y la

direccin link-local esttica FE80::1.

El R2 se configur con la direccin IPv6 de unidifusin global 2001:DB8:CAFE:1::2/64 y la

direccin link-local esttica FE80::2.

Nota: de manera predeterminada, el IOS de Cisco utiliza EUI-64 para generar

automticamente la direccin IPv6 link-local en una interfaz. La configuracin de direcciones
link-local estticas facilita recordar e identificar las direcciones link-local. Los protocolos de
routing IPv6 usan las direcciones IPv6 link-local para los mensajes de routing y las direcciones
de siguiente salto en la tabla de routing IPv6.

Paso 2. Configure la encapsulacin

El comando de configuracin de interfazencapsulation frame-relay [cisco| ietf] habilita la

encapsulacin de Frame Relay y permite el procesamiento de Frame Relay en la interfaz
admitida. Existen dos opciones de encapsulacin para escoger: cisco e ietf.

El tipo de encapsulacin cisco es la encapsulacin de Frame Relay predeterminada

habilitada en las interfaces admitidas. Utilice esta opcin si se conecta a otro router Cisco.
Muchos dispositivos que no son de Cisco tambin admiten este tipo de encapsulacin.
Utiliza un encabezado de 4 bytes, con 2 bytes para identificar el DLCI y 2 bytes para
identificar el tipo de paquete.

El tipo de encapsulacin ietf cumple con RFC 1490 y RFC 2427. Utilice esta opcin si se
conecta a un router que no es de Cisco.

Paso 3. Establezca el ancho de banda

Utilice el comando bandwidth para establecer el ancho de banda de la interfaz serial.

Especifique el ancho de banda en kb/s. Este comando notifica al protocolo de routing que el
ancho de banda se configur estticamente en el enlace. Los protocolos de routing EIGRP y
OSPF usan el valor de ancho de banda para calcular y determinar la mtrica del enlace.

Paso 4. Establezca el tipo de LMI (optativo)

La configuracin manual del tipo de LMI es optativa, ya que los routers Cisco detectan
automticamente el tipo de LMI de manera predeterminada. Recuerde que Cisco admite tres
tipos de LMI: cisco, ANSI anexo D y Q933-A anexo A. El tipo de LMI predeterminado para los
routers Cisco es cisco.

En la figura 3, se muestran las configuraciones del R1 y el R2 para habilitar Frame Relay.

El comando show interfaces serialverifica la configuracin, incluida la encapsulacin de

capa 2 de Frame Relay y el tipo de LMI predeterminado cisco, como se muestra en la figura 4.
Observe que este comando muestra la direccin IPv4, pero no incluye ninguna de las
direcciones IPv6. Utilice el comando show ipv6 interface o el comando show ipv6 interface
brief para verificar IPv6.

Nota: el comando no encapsulation frame-relay elimina la encapsulacin de Frame Relay en

la interfaz y devuelve la interfaz a la encapsulacin HDLC predeterminada.
Captulo 4: Frame Relay 4.2.1.2 Configuracin de un mapa esttico Frame Relay

Configuracin de un mapa esttico Frame Relay

Los routers Cisco admiten todos los protocolos de capa de red mediante Frame Relay, como
IPv4, IPv6, IPX y AppleTalk. La asignacin de direccin a DLCI se logra mediante la asignacin
de direcciones dinmica o esttica.

La asignacin dinmica la realiza la caracterstica de ARP inverso. Debido a que ARP inverso
est habilitado de manera predeterminada, no se requiere ningn comando adicional para
configurar la asignacin dinmica en una interfaz. En la figura 1, se muestra la topologa que se
usa para este tema.

La asignacin esttica se configura manualmente en un router. El establecimiento de la

asignacin esttica depende de las necesidades de la red. Para asignar entre una direccin de
protocolo de siguiente salto y una direccin de destino DLCI, utilice el comando frame-relay
map protocol protocol-address dlci [broadcast], como se muestra en la figura 2. Observe la
palabra clavebroadcast al final del comando.

Frame Relay, ATM y X.25 son redes multiacceso sin difusin (NBMA). Las redes NBMA solo
permiten la transferencia de datos de una computadora a otra a travs de un VC o de un
dispositivo de switching. Las redes NBMA no admiten el trfico de multidifusin y de difusin,
por lo que un paquete individual no puede llegar a todos los destinos. Esto requiere que
reproduzca los paquetes manualmente a todos los destinos. El uso de la palabra
clavebroadcast es una forma simplificada de reenviar las actualizaciones de routing. La
palabra clave broadcast permite que las difusiones y las multidifusiones de IPv4 se propaguen
a todos los nodos. Tambin permite las multidifusiones de IPv6 a travs del PVC. Cuando se
habilita la palabra clave, el router convierte el trfico de difusin y de multidifusin en trfico de
unidifusin para que otros nodos reciban las actualizaciones de routing.

En la figura 3, se muestra cmo utilizar las palabras clave al configurar asignaciones de

direcciones estticas. Observe que la primera asignacin de Frame Relay IPv6 a una direccin
de unidifusin global no incluye la palabra clave broadcast. Sin embargo, la palabra
clave broadcast se utiliza en la asignacin a la direccin link-local. Los protocolos de routing
IPv6 utilizan direcciones link-local para las actualizaciones de routing de multidifusin. Por lo
tanto, solo el mapa de direcciones link-local requiere la palabra clavebroadcast para reenviar
paquetes de multidifusin.

En el ejemplo, se muestran solo las configuraciones para asignar los VC entre el R1 y el R2.

Nota: algunos protocolos de routing pueden requerir opciones de configuracin adicionales.

Por ejemplo, RIP, EIGRP y OSPF requieren configuraciones adicionales para que se los admita
en las redes NBMA.
Captulo 4: Frame Relay 4.2.1.3 Verificacin de un mapa esttico de Frame Relay

Para verificar la asignacin de Frame Relay, utilice el comando show frame-relay map, como
se muestra en la figura 1. Observe que hay tres asignaciones de Frame Relay. Hay una
asignacin para IPv4 y dos para IPv6, una para cada una de las direcciones IPv6.

Utilice el verificador de sintaxis de la figura 2 para configurar los mapas estticos de Frame
Relay del R1 al R3.
Captulo 4: Frame Relay 4.2.1.4 Packet Tracer: Configuracin de mapas estticos de Frame

Relay

Informacin bsica/situacin
En esta actividad, configurar dos mapas estticos de Frame Relay en cada router para llegar
a otros dos routers. Si bien el tipo LMI se detecta automticamente en los routers, asignar el
tipo de manera esttica mediante la configuracin manual de la LMI.

Packet Tracer: Configuracin de mapas estticos de Frame Relay (instrucciones)

Packet Tracer: Configuracin de mapas estticos de Frame Relay (PKA)

Captulo 4: Frame Relay 4.2.2.1 Problemas de conexin

De manera predeterminada, la mayora de las redes Frame Relay proporcionan conectividad

NBMA entre sitios remotos mediante una topologa hub-and-spoke. En una topologa de Frame
Relay NBMA, cuando se debe usar una nica interfaz multipunto para interconectar varios
sitios, pueden surgir problemas de conexin de las actualizaciones de routing. Con los
protocolos de routing vector distancia, pueden surgir problemas de conexin de horizonte
dividido, as como de reproduccin de multidifusin y de difusin. Con los protocolos de routing
de estado de enlace, los problemas con la eleccin del DR/BDR pueden ocasionar problemas
de conexin.

Horizonte dividido

La regla del horizonte dividido es un mecanismo de prevencin de bucles para los protocolos
de routing vector distancia como EIGRP y RIP. No se aplica a los protocolos de routing de
estado de enlace. La regla del horizonte dividido reduce los bucles de routing al evitar que una
actualizacin de routing que se recibe en una interfaz se reenve desde la misma interfaz.

Por ejemplo, en la figura 1, que es una topologa hub-and-spoke de Frame Relay, el router
remoto R2 (un router spoke) enva una actualizacin al router de oficina central R1 (el router
hub). El R1 conecta varios PVC a travs de una nica interfaz fsica. El R1 recibe la
multidifusin en su interfaz fsica; sin embargo, el horizonte dividido no puede reenviar esa
actualizacin de routing a travs de la misma interfaz a otros routers remotos (spoke).

Nota: el horizonte dividido no es un problema si se configur solo un PVC (una nica conexin
remota) en una interfaz fsica. Este tipo de conexin es punto a punto.

En la figura 2, se muestra un ejemplo similar con la topologa de referencia que se usa en este
captulo. El R2, un router spoke, enva una actualizacin de routing al R1, un router hub. El R1
tiene varios PVC en una nica interfaz fsica. La regla del horizonte dividido evita que el R1
reenve esa actualizacin de routing a travs de la misma interfaz fsica al otro router spoke
remoto (el R3).

Reproduccin de multidifusin y de difusin

Como se muestra en la figura 3, debido al horizonte dividido, cuando un router admite las
conexiones multipunto a travs de una nica interfaz, el router debe reproducir los paquetes de
difusin y de multidifusin. En el caso de las actualizaciones de routing, las actualizaciones
deben reproducirse y enviarse en cada PVC a los routers remotos. Estos paquetes
reproducidos consumen ancho de banda y causan importantes variaciones de latencia en el
trfico de usuarios. La cantidad de trfico de difusin y el nmero de VC que terminan en cada
router se deben evaluar durante la fase de diseo de una red Frame Relay. El trfico de
sobrecarga, como las actualizaciones de routing, puede afectar la entrega de datos de usuarios
crticos, especialmente cuando la ruta de entrega contiene enlaces con ancho de banda bajo
(56 kb/s).

Descubrimiento de vecinos: DR y BDR

Los protocolos de routing de estado de enlace, como OSPF, no utilizan la regla del horizonte
dividido para evitar los bucles. No obstante, pueden surgir problemas de conexin con el
DR/BDR. En las redes NBMA, OSPF funciona en el modo de red sin difusin de manera
predeterminada, y los vecinos no se descubren de forma automtica. Los vecinos se pueden
configurar estticamente. Sin embargo, asegrese de que el router hub se convierta en un DR,
como se muestra en la figura 4. Recuerde que una red NBMA se comporta como Ethernet, y en
Ethernet se necesita un DR para intercambiar informacin de routing entre todos los routers en
un segmento. Por lo tanto, solo el router hub puede funcionar como DR, porque es el nico
router que tiene PVC con el resto de los routers.
Captulo 4: Frame Relay 4.2.2.2 Solucin de problemas relacionados a la posibilidad de

conexin
Existen varias maneras de resolver el problema de conexin de routing:

Deshabilitar el horizonte dividido:un mtodo para resolver los problemas de conexin

que produce el horizonte dividido puede ser desactivar el horizonte dividido. Sin embargo,
deshabilitar el horizonte dividido aumenta las posibilidades de que se formen bucles de
routing en la red. Adems, solo IP permite deshabilitar el horizonte dividido; IPX y
AppleTalk no lo permiten.

Topologa de malla completa: otro mtodo es utilizar una topologa de malla completa;
sin embargo, esta topologa aumenta los costos.

Subinterfaces: en una topologa hub-and-spoke de Frame Relay, el router hub se puede

configurar con interfaces asignadas lgicamente denominadas subinterfaces.

Subinterfaces Frame Relay

Frame Relay puede dividir una interfaz fsica en varias interfaces virtuales denominadas
subinterfaces, como se muestra en la figura 1. Una subinterfaz es simplemente una interfaz
lgica que se asocia directamente a una interfaz fsica. Por lo tanto, se puede configurar una
subinterfaz de Frame Relay para cada uno de los PVC que ingresan a una interfaz serial fsica.

Para habilitar el reenvo de las actualizaciones de routing de difusin en una red Frame Relay,
puede configurar el router con subinterfaces asignadas lgicamente. Al utilizar una
configuracin de subinterfaz, cada VC se puede configurar como una conexin punto a punto.
Una red de malla parcial se puede dividir en varias redes punto a punto ms pequeas, de
malla completa. Se puede asignar una direccin de red nica a cada subred punto a punto.
Esto permite que cada subinterfaz funcione de manera similar a una lnea arrendada. Mediante
una subinterfaz de Frame Relay punto a punto, cada par de los routers punto a punto se
encuentra en su propia subred. Esto permite que los paquetes recibidos en una subinterfaz se
enven por otra subinterfaz, aunque los paquetes se reenven por la misma interfaz fsica.

Las subinterfaces de Frame Relay se pueden configurar en modo punto a punto o multipunto:

Punto a punto (figura 2): una nica subinterfaz punto a punto establece una conexin de
PVC a otra interfaz fsica o subinterfaz en un router remoto. En este caso, cada par de los
routers punto a punto est en su propia subred, y cada subinterfaz punto a punto tiene un
nico DLCI. En un entorno punto a punto, cada subinterfaz funciona como una interfaz
punto a punto. Para cada VC punto a punto, hay una subred distinta. Por lo tanto, el
trfico de actualizacin de routing no est sujeto a la regla del horizonte dividido.

Multipunto (figura 3): una nica subinterfaz multipunto establece varias conexiones de
PVC a varias interfaces fsicas o subinterfaces en los routers remotos. Todas las
interfaces que participan estn en la misma subred. La subinterfaz funciona como una
interfaz de Frame Relay NBMA, de modo que el trfico de actualizacin de routing est
sujeto a la regla del horizonte dividido. Todos los VC multipunto pertenecen a la misma
subred.

Al configurar subinterfaces, se asigna el comando encapsulation frame-relay a la interfaz

fsica. Todos los dems elementos de la configuracin, como la direccin de capa de red y los
DLCI, se asignan a la subinterfaz.

Las configuraciones de la subinterfaz multipunto se pueden utilizar para conservar direcciones.

Esto puede ser especialmente til si no se utiliza la mscara de subred de longitud variable
(VLSM). Sin embargo, es posible que las configuraciones multipunto no funcionen
correctamente, dadas las consideraciones del trfico de difusin y el horizonte dividido. La
opcin de subinterfaz punto a punto se cre para evitar estos problemas.
Captulo 4: Frame Relay 4.2.2.3 Configuracin de las subinterfaces punto a punto

Las subinterfaces se ocupan de las limitaciones de las redes Frame Relay al proporcionar una
manera de subdividir una red Frame Relay de malla parcial en una cantidad de subredes ms
pequeas de malla completa o punto a punto. A cada subred se le asigna su propio nmero de
red y aparece ante los protocolos como si se pudiera llegar a ella mediante una interfaz
diferente.

Para crear una subinterfaz, utilice el comando interface serial en el modo de configuracin
global seguido del nmero de puerto fsico, un punto (.) y el nmero de subinterfaz. Para
simplificar la resolucin de problemas, utilice el DLCI como nmero de subinterfaz. Tambin
debe especificar si la interfaz es punto a multipunto o punto a punto con la palabra
clave multipoint opoint-to-point, ya que no hay un valor predeterminado. Estas palabras clave
se definen en la figura 1.

El siguiente comando crea una subinterfaz punto a punto para el PVC 103 al R3:

R1(config-if)# interface serial 0/0/0.103 point-to-point

Nota: para simplificar, en esta seccin solo se usan direcciones IPv4 para ilustrar las
subinterfaces. Los mismos conceptos y comandos tambin se aplican al usar el
direccionamiento IPv6.

Si la subinterfaz se configura como punto a punto, tambin se debe configurar el DLCI local de
la subinterfaz para distinguirlo de la interfaz fsica. El DLCI tambin se requiere para las
subinterfaces multipunto con ARP inverso habilitado para IPv4. No se requiere para las
subinterfaces multipunto configuradas con mapas de rutas estticas.

El proveedor de servicios de Frame Relay asigna los nmeros de DLCI. Estos nmeros van del
16 al 992 y, en general, solo tienen importancia local. El intervalo vara segn la LMI que se
utilice.

El comando frame-relay interface-dlci configura el DLCI local en la subinterfaz, como se

muestra en la figura 2:

R1(config-subif)# frame-relay interface-dlci 103

Nota: desafortunadamente, es posible que modificar la configuracin de una subinterfaz de

Frame Relay existente no proporcione el resultado esperado. En estas situaciones, desactive la
interfaz fsica, realice los cambios adecuados a las subinterfaces y, a continuacin, vuelva a
habilitar la interfaz fsica. Si la configuracin corregida produce resultados inesperados, es
posible que deba guardar la configuracin y volver a cargar el router.
Captulo 4: Frame Relay 4.2.2.4 Ejemplo: Configuracin de las subinterfaces punto a punto

En la figura 1, se muestra la topologa anterior, pero con subinterfaces punto a punto. Cada
PVC es una subred distinta. Las interfaces fsicas del router se dividen en subinterfaces, con
cada subinterfaz en una subred distinta.

En la figura 2, el R1 tiene dos subinterfaces punto a punto. La subinterfaz s0/0/1.102 se

conecta al R2, y la subinterfaz s0/0/1.103 se conecta al R3. Cada subinterfaz est en una
subred diferente.
Para configurar subinterfaces en una interfaz fsica, se requieren los siguientes pasos:

Paso 1. Elimine cualquier direccin de capa de red asignada a la interfaz fsica. Si la interfaz
fsica tiene una direccin, las subinterfaces locales no reciben las tramas.

Paso 2. Configure la encapsulacin de Frame Relay en la interfaz fsica mediante el

comando encapsulation frame-relay.

Paso 3. Cree una subinterfaz lgica para cada uno de los PVC definidos. Especifique el
nmero de puerto, seguido de un punto (.) y el nmero de subinterfaz. Para simplificar la
resolucin de problemas, se sugiere que el nmero de subinterfaz coincida con el nmero de
DLCI.

Paso 4. Configure una direccin IP para la interfaz y establezca el ancho de banda.

Paso 5. Configure el DLCI local en la subinterfaz mediante el comando frame-relay interface-

dlci. Recuerde que el proveedor de servicios de Frame Relay asigna los nmeros de DLCI.

Utilice el verificador de sintaxis de la figura 3 para configurar la interfaz fsica del router R2 en
subinterfaces punto a punto con la configuracin de Frame Relay correspondiente.
Captulo 4: Frame Relay 4.2.2.5 Actividad: Identificar la terminologa relacionada con ancho de

banda y control del flujo de Frame Relay

Captulo 4: Frame Relay 4.2.2.6 Packet Tracer: Configuracin de subinterfaces punto a punto

de Frame Relay

Informacin bsica/situacin

En esta actividad, configurar Frame Relay con dos subinterfaces en cada router para llegar a
los otros dos routers. Tambin configurar EIGRP y verificar la conectividad de extremo a
extremo.

Packet Tracer: Configuracin de subinterfaces punto a punto de Frame Relay (instrucciones)

Packet Tracer: Configuracin de subinterfaces punto a punto de Frame Relay (PKA)

Captulo 4: Frame Relay 4.2.2.7 Prctica de laboratorio: Configuracin de Frame Relay y

subinterfaces

En esta prctica de laboratorio, cumplir los siguientes objetivos:

Parte 1: armar la red y configurar los parmetros bsicos de los dispositivos

Parte 2: Configurar un switch Frame Relay

Parte 3: Configurar los parmetros bsicos de Frame Relay

Parte 4: Resolver problemas de Frame Relay

Parte 5: Configurar una subinterfaz Frame Relay

Prctica de laboratorio: Configuracin de Frame Relay y subinterfaces

Captulo 4: Frame Relay 4.3.1.1 Verificacin del funcionamiento de Frame Relay: interfaz de

Frame Relay

En general, Frame Relay es un servicio muy confiable. Sin embargo, hay momentos en los que
la red funciona a niveles ms bajos que lo esperado y se deben resolver los problemas. Por
ejemplo, los usuarios pueden informar sobre conexiones lentas e intermitentes a travs del
circuito, o los circuitos pueden dejar de funcionar completamente. Independientemente del
motivo, las interrupciones de la red son muy costosas en trminos de prdida de productividad.
Una prctica recomendada es verificar la configuracin antes de que aparezcan los problemas.

En este tema, deber seguir los pasos de un procedimiento de verificacin para asegurar que
todo funcione correctamente antes de que se inicie una configuracin en una red activa.

Verificacin de las interfaces de Frame Relay

Despus de configurar un PVC de Frame Relay y al resolver un problema, verifique que Frame
Relay funcione correctamente en esa interfaz mediante el comando show interfaces.

Recuerde que con Frame Relay, el router normalmente se considera un dispositivo DTE. Sin
embargo, con fines de prueba, se puede configurar un router Cisco como un dispositivo DCE
para simular un switch Frame Relay. En estos casos, el router se convierte en un dispositivo
DCE cuando se lo configura como switch Frame Relay.

Como se muestra en la ilustracin, el comando show interfaces muestra cmo se establece la

encapsulacin, junto con informacin til del estado de la capa 1 y la capa 2, incluido lo
siguiente:

DLCI de la LMI

Tipo de LMI

Tipo de DTE/DCE de Frame Relay

El primer paso siempre es confirmar que las interfaces estn configuradas correctamente. En la
ilustracin, entre otras cosas, puede ver los detalles sobre la encapsulacin, el DLCI en la
interfaz serial configurada con Frame Relay y el DLCI utilizado para la LMI. Confirme que estos
valores sean los valores esperados; de lo contrario, se pueden requerir cambios.
Captulo 4: Frame Relay 4.3.1.2 Verificacin del funcionamiento de Frame Relay: operaciones

de LMI

El siguiente paso es analizar algunas estadsticas de LMI mediante el comandoshow frame-

relay lmi. En la ilustracin, se muestra un resultado de ejemplo que indica la cantidad de
mensajes de estado intercambiados entre el router local y el switch Frame Relay local.
Asegrese de que los contadores entre los mensajes de estado enviados y recibidos
aumenten. Esto valida que existe comunicacin activa entre el DTE y el DCE.

Tambin busque elementos Invalid distintos de cero. Esto ayuda a aislar el problema de
comunicaciones de Frame Relay entre el switch de la prestadora de servicios y el router cliente.
Captulo 4: Frame Relay 4.3.1.3 Verificacin del funcionamiento de Frame Relay: estado de

PVC

En la ilustracin, se muestran las estadsticas de la interfaz.

Utilice el comando show frame-relay pvc [interface interfaz] [dlci]para ver las estadsticas de
trfico y PVC. Este comando adems resulta til para ver la cantidad de paquetes de BECN y
FECN que recibe el router. El estado de PVC puede ser activo, inactivo o eliminado.

El comando show frame-relay pvcmuestra el estado de todos los PVC configurados en el

router. Tambin puede especificar un PVC en particular.

Despus de recopilar las estadsticas, utilice el comando clear counters para restablecer los
contadores de estadsticas. Despus de borrar los contadores, espere 5 o 10 minutos antes de
volver a emitir los comandos show. Observe cualquier error adicional. Si necesita comunicarse
con la prestadora de servicios, estas estadsticas contribuyen a resolver los problemas.
Captulo 4: Frame Relay 4.3.1.4 Verificacin del funcionamiento de Frame Relay: ARP inverso

Para borrar mapas de Frame Relay creados dinmicamente mediante ARP inverso, utilice el
comando clear frame-relay inarp, como se muestra en la figura 1.

La ltima tarea es confirmar si el comandoframe-relay inverse-arp resolvi una direccin IPv4

remota a un DLCI local. Utilice el comando show frame-relay map para mostrar las entradas
de mapa actuales y la informacin sobre las conexiones. En la figura 2, se muestra el resultado
del router R3 con una configuracin de Frame Relay anterior en la interfaz fsica, sin el uso de
subinterfaces. ARP inverso est habilitado de manera predeterminada para IPv4. Frame Relay
para IPv6 utiliza el descubrimiento inverso de vecinos (IND) para obtener una direccin IPv6 de
capa 3 a partir de un DLCI de capa 2.

El resultado muestra la siguiente informacin:

10.1.1.9 es la direccin IPv4 del router remoto, descubierta dinmicamente a travs del
proceso ARP inverso.

302 es el valor decimal del nmero de DLCI local.

0x12E es la conversin hexadecimal del nmero de DLCI, 0x12E = decimal 302.

0x48E0 es el valor como aparecera en el cable debido a la forma en que se propagan los
bits de DLCI en el campo de direccin de la trama Frame Relay.

La difusin/multidifusin se encuentra habilitada en el PVC.

El tipo de LMI es cisco.

El PVC est en estado activo.

Cuando se realiza una solicitud de ARP inverso, el router actualiza su tabla de mapa con tres
estados posibles de conexin LMI. Estos estados son los siguientes:

ACTIVE: indica un circuito de extremo a extremo (DTE a DTE) correcto.

INACTIVE: indica una conexin correcta al switch (DTE a DCE) sin que se detecte un
DTE en el otro extremo del PVC. Esto puede ocurrir debido a una configuracin incorrecta
en el switch.

DELETED: indica que el DTE est configurado para un DLCI que el switch no reconoce
como vlido para esa interfaz.

Captulo 4: Frame Relay 4.3.1.5 Resolucin de problemas del funcionamiento de Frame Relay
Si el procedimiento de verificacin indica que la configuracin de Frame Relay no funciona
correctamente, el paso siguiente es resolver los problemas de la configuracin.

Utilice el comando debug frame-relay lmi para determinar si el router y el switch Frame Relay
envan y reciben paquetes LMI correctamente.

Observe la ilustracin para examinar el resultado de un intercambio de LMI.

out es un mensaje de estado de LMI que enva el router.

in es un mensaje que se recibe del switch Frame Relay.

Un mensaje type 0 es un mensaje de estado de LMI completo.

Un intercambio de LMI es type 1.

dlci 102, status 0x2 significa que el DLCI 102 est en estado activo.

Los valores posibles del campo de estado son los siguientes:

0x0: el switch tiene este DLCI programado, pero por algn motivo no se puede usar. El
motivo podra ser que posiblemente el otro extremo del PVC est inactivo.

0x2: el switch Frame Relay tiene el DLCI y todo funciona.

0x4: el switch Frame Relay no tiene este DLCI programado para el router, pero estuvo
programado antes en algn momento. Esto tambin puede deberse a que se invirtieron
los DLCI en el router, o a que el proveedor de servicios elimin el PVC en la nube de
Frame Relay.
Captulo 4: Frame Relay 4.3.1.6 Prctica de laboratorio: Resolucin de problemas de Frame

Relay bsico

En esta prctica de laboratorio, cumplir los siguientes objetivos:

Parte 1: armar la red y cargar las configuraciones de los dispositivos

Parte 2: Resolver problemas de conectividad de capa 3

Parte 3: Resolver problemas de Frame Relay

Prctica de laboratorio: Resolucin de problemas de Frame Relay bsico

Captulo 4: Frame Relay 4.4.1.1 Actividad de clase: Propuesta presupuestaria de Frame Relay

Propuesta presupuestaria de Frame Relay

Se decidi que en su empresa se utilizar la tecnologa Frame Relay para proporcionar

conectividad de video entre la ubicacin de la oficina principal y dos sucursales. Adems, la
empresa utilizar la nueva red para redundancia en caso de que la conectividad de la red ISP
actual se interrumpa por algn motivo.

Como suele suceder con cualquier tipo de actualizacin de red, debe desarrollar un
presupuesto para el administrador.

Despus de investigar, decide utilizar este sitio web de Frame Relay para realizar el anlisis de
costos. Los costos que se indican en el sitio son una representacin de los costos reales de
ISP; solo se mencionan para ayudarlo a disear el anlisis de costos.

Actividad de clase: Propuesta presupuestaria de Frame Relay

Captulo 4: Frame Relay 4.4.1.2 Packet Tracer: desafo de integracin de habilidades

Informacin bsica/situacin

Esta actividad le permite poner en prctica diversas aptitudes, incluida la configuracin de

Frame Relay, PPP con CHAP, EIGRP, routing esttico y predeterminado.

Packet Tracer: Desafo de integracin de habilidades (instrucciones)

Packet Tracer: Reto de habilidades de integracin (PKA)

Captulo 4: Frame Relay 4.4.1.3 Resumen

Frame Relay es una tecnologa confiable de conmutacin de paquetes orientada a la conexin,
que se utiliza ampliamente para interconectar sitios remotos. Es ms rentable que las lneas
arrendadas, ya que el ancho de banda en la red del proveedor de servicios se comparte, y una
terminal necesita solo un circuito fsico al proveedor de circuitos para admitir varios VC. Cada
VC se identifica mediante un DLCI.

Los datos de capa 3 se encapsulan en una trama Frame Relay que tiene un encabezado y un
triler de Frame Relay. A continuacin, se pasa a la capa fsica, que generalmente es EIA/TIA-
232, 449 o 530, V.35 o X.21.

Las topologas tpicas de Frame Relay incluyen la topologa en estrella (hub-and-spoke), una
topologa de malla completa y una topologa de malla parcial.

La asignacin entre las direcciones DLCI de capa 2 y las direcciones de capa 3 se puede lograr
dinmicamente mediante ARP inverso o mediante la configuracin manual de mapas estticos.

LMI es un protocolo para los mensajes enviados entre los dispositivos DCE y DTE para
mantener la informacin de estado de Frame Relay entre estos dispositivos. El tipo de LMI que
se configura en el router debe coincidir con el del proveedor de servicios.

El costo del circuito de Frame Relay incluye la velocidad de acceso, la cantidad de PVC y la
CIR. Generalmente, se permiten algunas rfagas por encima de la CIR sin costo adicional. Se
puede negociar una velocidad Bc para proporcionar una cierta capacidad de rfaga confiable
para condiciones de corto plazo.

Frame Relay utiliza los bits BECN y FECN en el encabezado de Frame Relay para el control de
congestin.

El uso de subinterfaces en las configuraciones de Frame Relay ayuda a aliviar los problemas
de horizonte dividido de los protocolos de routing.