Captulo 3 Frame Relay

INTRODUCCIN A LA TECNOLOGA FRAME RELAY

-FR es una de las tecnologas WAN ms utilizada del mundo.La usan
gobiernos, ISP, grandes y pequeas empresas, debido a su precio y
flexibilidad.
-A medida que las organizaciones crecen y dependen de un transporte de
datos fiable, las soluciones de lneas alquiladas se vuelven imposibles de
costear.
-FR requiere menos equipamiento, menos complejidad y una
implementacin ms fcil. FR puede proporcionar un mayor ancho de
banda, fiabilidad y resistencia a fallos que las lneas alquiladas. Las redes FR
usan habitualmente PVC (Circuitos Virtuales Permanentes).
-Un VC es una ruta lgica utilizada para unir un origen(DTE) y un
destino(DTE) a travs de la red Frame Relay.
-Una de las ventajas de FR es que los clientes pagan por el bucle local y por
el ancho de banda que contratan al proveedor (no por el uso, como en
RDSI). La distancia entre los nodos no es importante. Los clientes pueden
definir sus necesidades de ancho de banda por PVC.
-El uso de otras tecnologas requera un CSU/DSU para cada lnea, con FR se
puede usar un nico CSU/DSU para distintos VCs.

INTRODUCCIN A LA TECNOLOGA FRAME RELAY

- En FR, cada VC de la conexin tiene un nmero de identificacin denominada
DLCI (Data Link Connection Identifier). El DLCI es una direccin significativa a
nivel local utilizada para identificar un circuito virtual.
- Los costos iniciales de contratacin de una lnea FR son ms altos que los de
RDSI, pero el coste mensual es considerablemente ms bajo. Con FR no hay
cargos por hora. En ISDN se controla el tiempo de las llamadas y pueden dar
lugar a altos cargos mensuales.
- A finales de 1970 la tecnologa WAN que una sitios finales usaba con frecuencia
el protocolo X.25. X.25 era una tecnologa de conmutacin por paquetes muy
peculiar, puesto que ofreca conexiones muy fiables. Para ello realizaba amplios
controles de errores y de flujo adicionales. Estas funciones aumentaban los
retardos y los recursos utilizados por el protocolo. Cuanto ms controles
queramos realizar sobre la transmisin, menor cantidad de datos tiles
podremos enviar. Su principal aplicacin son los lectores de tarjetas de crdito y
los cajeros automticos.
- FR no ofrece correccin de errores(excepto el CRC de cada trama), los servicios
Frame Relay dependen de los protocolos de las capas superiores para la
recuperacin de errores. El dispositivo de recepcin descarta cualquier trama que
contenga errores sin notificar al emisor. De esta forma se agiliza la transmisin de
las tramas de extremo a extremo.

INTRODUCCIN A LA TECNOLOGA FRAME RELAY

-Como protocolo de capa 2, FR ofrece acceso a la red, delimita y entrega
tramas en el orden adecuado y reconoce errores de transmisin con una
comprobacin de redundancia cclica (CRC) estndar (es la nica
comprobacin que realiza).
-FR proporciona mltiples conexiones lgicas a travs de un nico circuito
fsico. FR requiere de la conexin de un dispositivo DTE y un dispositivo
DCE.
-Esta conexin comprende un componente de capa fsica y un componente
de capa de enlace de datos.
-El componente de capa fsica define las especificaciones mecnicas y
elctricas necesarias para la conexin de los dispositivos. Una de las ms
comnmente utilizadas es la especificacin RS-232.
-El componente de capa 2 define el protocolo que establece la conexin
entre el DTE (un router, por ejemplo), y el dispositivo DCE (un CSU/DSU).
-En FR se considera dispositivo DCE al switch FR de la compaa con quien
conectamos, ya que es este el que aporta la velocidad de reloj de la
comunicacin.
-Una conexin serial conecta el router(DTE) del cliente al switch FR(DCE) de
la empresa de comunicaciones en el POP (punto de presencia del TSP, el
cual es la ubicacin del TSP al que llega la lnea del cliente).

CIRCUITOS VIRTUALES
-La conexin entre dos DTE sobre una red FR se denomina VC (Circuito
Virtual).
-Son virtuales puesto que no existe una conexin elctrica continua
directa de extremo a extremo. (Recordar que FR es una red
conmutada por paquetes).
-Existen 2 tipos de VC:
-SVC (Circuito Virtual Conmutado): se definen y construyen
dinmicamente mediante el envo de mensajes de sealizacin a
la red. La finalizacin de la llamada se da lugar una vez
sobrepasado el tiempo idle configurado o tras un call
termination.
-PVC (Circuito Virtual Permanente): son pre-configurados por la
empresa de telecomunicaciones y siempre estn disponibles,
aunque tienen tambin un temporizador idle para determinar
cuando el usuario no est utilizando la lnea. Los PVC son el tipo
de VC que se utilizan de forma habitual.

CIRCUITOS VIRTUALES
VC MLTIPLES
-FR se multiplexa estadstica y temporalmente, lo cual significa que
transmite slo una trama por vez, pero que pueden coexistir muchas
conexiones lgicas en una misma lnea fsica (TDM).
-El FRAD (FR Access Device) o el router conectado a la red FR puede
tener varios VC en la misma lnea fsica para conectar con diversos
puntos finales.
-Con FR se paga por utilizar ms ancho de banda. Sin embargo,
pagarn por ms equipos?. La respuesta corta es NO, puesto que los
puertos necesarios son virtuales, y no fsicos.

CIRCUITOS VIRTUALES
IMPORTANCIA LOCAL DE LOS DLCI
- Recordemos que un DLCI es una direccin significativa a nivel local utilizada
para identificar un circuito virtual. Los valores DLCI tienen importancia local,
lo cual indica que slo son nicos para el canal fsico en el que residen.
- Por tanto, los dispositivos de los extremos opuestos de una conexin
pueden usar los mismos valores DLCI para referirse a diferentes circuitos
virtuales (o al mismo).

ENCAPSULACIN FRAME RELAY

-FR acepta un paquete de un protocolo de la capa de red, como IP.
- A continuacin, lo encapsula en una trama que tiene un campo de
direccin(que incluye el DLCI) y un campo FCS(que contiene el CRC).
- Se agregan los sealadores para indicar el comienzo y fin de la trama
(01111110).
- El DLCI (10 bits) es la esencia del encabezado FR.
- Los DLCI tienen importancia local solamente, lo cual indica que son nicos slo
para el canal fsico en que residen.
- C/R (Comando/Respuesta): No se utiliza.
- EA (Extended Address): Si nos fijamos, el DLCI es un campo de hasta 10 bits. En
la figura tenemos 2 bytes para el campo direccin, de los que, segn el valor del
campo EA, nos indicar si se estn usando ambos campos DLCI de los 2 bytes o
se indica el DLCI en un nico byte. Si EA=0 es necesario mirar el siguiente byte,
si EA=1 el DLCI finaliza en ese byte. Esto permite la utilizacin en el futuro de
DLCIs mayores de 10 bits.

-Los 3 bits FECN, BECN

y DE se encargan del
control de congestin,
como veremos
posteriormente.

TOPOLOGAS FRAME RELAY

- Cada red FR puede verse como uno de los 3 tipos de topologa:
- ESTRELLA (HUB AND SPOKE): Es la topologa ms simple. Cada ubicacin remota tiene un
enlace de acceso a la nube FR mediante un nico VC. El dispositivo HUB cuenta con mltiples
VC, uno por cada ubicacin remota, e interconecta estas ubicaciones remotas.
- MAYA COMPLETA: Se utiliza esta topologa cuando se necesita un acceso altamente fiable.
Cada sitio se conecta a todos los dems. Es, por tanto, la solucin ms costosa de todas.
- MAYA PARCIAL: Est topologa Frame Relay constituye un punto medio entre costos,
confiabilidad y complejidad. La solucin de malla completa normalmente es de forma
habitual monetariamente insostenible. Una topologa de malla parcial le agrega a la red
cierto factor de redundancia, sin que todos estn conectados a todos. Hay ms
interconexiones que las necesarias para una disposicin en estrella, pero no tantas como para
una malla completa.

ASIGNACIN DE DIRECCIONES FRAME RELAY

- ARP INVERSO: Antes que un router Cisco pueda transmitir datos a travs de la nube FR, necesita tener un mapa DLCI local direccin
IP de detino(IP remota).
- En estas ocasiones, solemos conocer nuestro DLCI (capa2, que nos lo puede mandar el proveedor de servicios automticamente) y
desconocemos la IP remota (capa3), por lo que utilizamos el ARP inverso para obtener la direccin IP.
- En los routers Cisco, el ARP inverso viene habilitado por defecto.
- Cuando se usa ARP inverso, el comando #show frame-relay map muestra la palabra dynamic, indicando que la IP del par remoto se
ha aprendido de forma dinmica.

ASIGNACIN ESTTICA
- El usuario, de forma manual, puede realizar la tarea realizada por el ARP inverso escribiendo un comando que asocia un DLCI a la
direccin de Capa3 del extremo remoto, se usa cuando el extremo remoto no tiene habilitado el ARP inverso.
- Comando:

R(config-if)#frame-relay map ip <IP_PAR_REMOTO> <DLCI-LOCAL> [broadcast] [cisco|ietf]

EJEMPLO DE ARP INVERSO

ASIGNACIN DE DIRECCIONES FRAME RELAY

CONFIGURACIN DE UN MAPA ESTTICO
- La asignacin dinmica de direccin IP remota a DLCI se
efecta a travs de la funcin de ARP inverso.
- ARP inverso est configurado de manera predeterminada,
por lo que no se suelen requerir comandos adicionales para
configurar la asignacin dinmica en una interfaz.
- En el caso que el ARP inverso est deshabilitado, podemos
utilizar el siguiente comando de asignacin esttica:
R(config-if)#frame-relay map ip <IP_remota> <DLCI_local> [broadcast]
[cisco|ietf]

- El parmetro [broadcast] permite tratar a la red FR NBMA como una red broadcast (Ej. Ethernet).
Si se necesitar enviar un broadcast, este sera enviado por todos los DLCI como unicast.
- El parmetro [cisco|ietf], nos sirve para la conexin de los DTE. Si conectamos dos equipos cisco,
nos vale el parmetro cisco, si fuera distintos a cisco, usaramos ietf.
- En el ejemplo de la figura Branch A es un router Cisco, mientras que el router Branch B no es
Cisco. Para que funcione correctamente la topologa es necesario aadir el parmetro IETF al final
del mapa a R3:
R2(config)#frame-relay map ip 192.168.1.3 203 ietf
CONFIGURACIN DE LA ENCAPSULACIN
- Habilitar la encapsulacin FR:
R(config-if)#encapsulation frame relay [cisco|ietf]
- ***La opcin predeterminada es cisco. Si conectamos a un DTE que no es cisco, indicar la
encapsulacin frame relay ietf***.
- El comando R# show interfaces verifica la configuracin generada.

ASIGNACIN DE DIRECCIONES FRAME RELAY

LMI (INTERFAZ DE ADMINISTRACIN LOCAL)

- Cuando los fabricantes implementaron FR decidieron que era necesario que los DTE pudieran
obtener informacin sobre la red de forma dinmica para ello crearon la LMI.
- Bsicamente, el LMI es un mecanismo activo que proporciona informacin de estado sobre las
conexiones FR entre el router (DTE) y el switch FR (DCE).
- Cada 10 segundos el DTE sondea la red en busca de informacin sobre el estado del canal.
- Si la red no responde a la solicitud, el cliente puede considerar sus conexiones a travs de esa
interfaz como inactivas.
- Si la red responde, esta respuesta incluir el estado de los DLCI asignados a la lnea del cliente
(congestin, activo, cado, etc).
- Peridicamente, el router repite la consulta de estado, pero las respuestas subsiguientes slo
incluyen cambios de estado, para ahorrar ancho de banda.
- La LMI no es lo mismo que la encapsulacin. La LMI se mantiene entre DTE y DCE, y la
encapsulacin determina el camino entre 2 DTE.
- Existen 3 tipos distintos de LMI (todos ellos con el mismo fin). Estos son ansi, cisco e ietf.
- El tipo de LMI ha de ser el mismo entre DTE y DCE. Se detectan de forma automtica, aunque en
caso de error, podemos forzar el tipo mediante el comando:
- R(config-if)#frame-relay lmi-type <tipo>
- Si el tipo de LMI no es igual en el DTE y DCE, el protocolo de capa 2 se mantendr como inactivo.
EXTENSIONES LMI
- Mensajes de Estado de VC: Dan informacin sobre el estado de los PVC a los dispositivos.
Pueden enviarse desde el DTE al DCE, y desde el DCE al DTE.
- Informan sobre nuevos PVC y que PVC ya no se utilizan.
- Los clientes pueden obtener la informacin del DLCI a utilizar directamente del LMI.
- Aportan servicios aadidos opcionales como Direccionamiento Global o un Control de Flujo
simple, para aportar algn nivel de control a dispositivos que no usan TCP.
- Los LMI utilizan su propio PVC con el suscriptor (incluido en el precio del contratado), mediante
un n de DLCI reservado para dicho fin (1023).
- El LMI tiene 2 funciones principales, una que acta como mecanismo de heartbeat (latido de
corazn) que verifica que el enlace est funcionando correctamente, y otra que informa de
forma individual acerca de los DLCI definidos en el enlace y el estado en que se encuentran.

ASIGNACIN DE DIRECCIONES FRAME RELAY

- En la figura vemos el formato de una trama LMI, en la que encontramos los siguientes
campos:
- DLCI de la LMI: Con un valor de 1023 para identificar una trama LMI.
- Discriminador de Protocolos: Contiene un valor que indica que la trama enviada es
una trama LMI.
- Referencia de Llamada: Actualmente no tiene ningn propsito.
- Tipo de Mensaje: Indica el tipo de mensaje enviado. Puede ser una solicitud de
estatus (tipo 75, enviado desde el DTE), o un mensaje de estatus (enviado desde el
DCE en respuesta a la solicitud tipo 7D).* Ver pg. 3.1.5.4*.
- IE (Elementos de Informacin): Contiene una cantidad de datos variable dentro del
campo datos individuales. Esta cantidad es variable debido a que vara en funcin
del tipo de respuesta enviada. Es, en definitiva, los datos de la solicitud o la
respuesta en s mismos, o las extensiones del LMI opcionales mencionadas
anteriormente.

SOLUCIN DE PROBLEMAS DE CONEXIN

HORIZONTE DIVIDIDO
- Los routers configurados como punto a multipunto, admiten varias conexiones a travs de
una nica interfaz fsica, con varios PVC que terminan en una misma interfaz. En estos
entornos, existe la limitacin del horizonte dividido, donde las actualizaciones sobre una red
recibidas en una interfaz no informan de estas redes aprendidas cuando actualizan por dicha
interfaz. Por ello, en este tipo de entornos, podramos deshabilitar el horizonte dividido con
(config)#no split-horizon, pero quedaramos expuestos a la generacin de bucles de
enrutamiento.

- Con Split Horizon deshabilitado A podr replicar las actualizaciones de enrutamiento

broadcast, en cada PVC a los spokes. Los paquetes broadcast replicados pueden consumir
ancho de banda y causar latencia significativa al trfico de usuario. Deshabilitar split-horizon
incrementa las oportunidades de loops de enrutamiento en cualquier red.
- La solucin definitiva preferida es utilizar sub-interfaces. FR puede dividir una interfaz fsica
en varias interfaces virtuales, denominadas subinterfaces.

SOLUCIN DE PROBLEMAS DE CONEXIN

- Las sub-interfaces son subdivisiones lgicas de una interface fsica.
- En ambientes donde se utilice el enrutamiento dinmico los problemas de splithorizon son solucionados, las actualizaciones de enrutamiento recibidas en una
sub-interface pueden ser enviadas a otra subinterface.
- En una configuracin de sub-interface, cada VC puede ser configurado como una
conexin punto-a-punto, permitiendo a cada sub-interface actuar similarmente a
una lnea privada.
- Se asignan a cada subred punto a punto una direccin de red nica . La desventaja
est en que se requieren mayor nmero de direcciones IP de red para obtener el
resultado. Usando una sub-interface punto-a-punto Frame Relay, cada par de
routers punto-a-punto est en su propia subred IP.
- Se pueden configurar subinterfaces en modo punto a punto y en modo punto a
multipunto (siempre se ha de especificar en el comando de creacin de la
subinterfaz frame-relay).
- Con una sub-interface multipunto, esta sub-interface establece varios PVC a varias
interfaces fsicas o sub-interfaces de routers remotos (todas ellas dentro de la
misma red IP).
- Los comandos frame relay se aplican siempre a nivel de interface.
- Para habilitar la encapsulacin frame-relay, lo hacemos desde la interfaz fsica,
todas las dems configuraciones las hacemos desde la subinterfaz (en el caso que
las estemos utilizando).

CONFIGURACIN DE LAS SUBINTERFACES FRAME RELAY

- Point-to-point (Punto-a-punto): Una sub-interface punto-a-punto es usada para establecer una conexin PVC a otra
interface fsica o sub-interface en un router remoto. En este caso, cada par de routers punto-a-punto est en su
propia subred y cada sub-interface punto-a-punto tendra un DLCI. En un ambiente punto-a-punto, cada sub-interface
est actuando como una interface punto-a-punto. Por lo tanto, el trfico de la actualizacin de enrutamiento no est
sujeto a la regla de split-horizon.
- Multipoint (Multipunto): Una simple sub-interface multipunto es usada para establecer mltiples conexiones PVC a
mltiples interfaces fsicas o sub-interfaces en routers remotos.
- Todas las interfaces participantes estaran en la misma subred. El trfico de la actualizacin de enrutamiento est
sujeto a la regla split-horizon.
- Como buena prctica, se recomienda dar el mismo nmero de sub-interface que el DLCI contratado con el proveedor.
- Las sentencias a utilizar seran las siguientes:
- R(config-if)#encapsulation frame-relay
- R(config-if)#interface serial 2/0.50 <point-to-point|multipoint>
- El nmero de DLCI se puede obtener directamente con el LMI configurado con el proveedor.
- Sin embargo, cuando las subinterfaces son punto a punto, se deben configurar los DLCI locales en la subinterface de
forma manual, ya que el proveedor slo tiene un enlace fsico con nuestro DTE, y no podra distinguir el DLCI de cada
sub-interfaz de forma precisa.
- Para ello utilizamos el siguiente comando:
- R(config-subif)#frame-relay interface-dlci <DLCI>
- Los nmeros de DLCI son asignados por el proveedor de servicios. Estos nmeros van del 16 al 991 y slo tienen
importancia local.

N DLCI RESERVADOS

EJEMPLO DE CONFIGURACIN DE SUB-INTERFACES

routerA(config)#interface s0/0
routerA(config)#encapsulation frame-relay
routerA(config-if)#interface s0/0.110 point-to-point
routerA(config-subif)#ip address10.17.0.1255.255.255.0
routerA(config-subif)#bandwidth64
routerA(config-subif)#frame-relay interface-dlci110
routerA(config-if)#interface s0/0.120point-to-point
routerA(config-subif)#ip address10.18.0.1255.255.255.0
routerA(config-subif)#bandwidth 64
routerA(config-subif)#frame-relay interface-dlci120
routerA# show interface s0/0
Serial0/0 is up, line protocol is up (connected)
Hardware is HD64570
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation Frame Relay, loopback not set, keepalive set (10
sec)
LMI enq sent 7, LMI stat recvd 6, LMI upd recvd 0, DTE LMI up
LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0
LMI DLCI 1023 LMI type is CISCO frame relay DTE

- El comando show interface

serial nos muestra la
encapsulacin, el estado de las
capas 1 y 2, el tipo de LMI, el
DLCI del LMI y el tipo de
dispositivo DTE / DCE)

Point-toPoint & Multipoint

El HUB y los SPOKES comparten

una red o subred IP nica. El SPLIT
HORIZON puede crear problemas
si utilizamos enrutamiento dinmico

El HUB con cada SPOKE se

conectan en subredes o redes
IP diferentes. Se pueden re-enviar
actualizaciones de enrutamiento
a travs de las sub-interfaces

COSTES FRAME RELAY

- Velocidad de acceso o velocidad de puerto: Desde la perspectiva del cliente, el SP proporciona una
conexin serial a travs de una lnea alquilada (que va desde las instalaciones del cliente al SP). La
velocidad de esta lnea es la velocidad de acceso o de puerto. Esta velocidad no est garantizada
por el proveedor. Esta velocidad se obtiene del switch DCE (clock rate), por lo que no podemos
enviar datos a velocidades superiores. Normalmente, son mltiplos de 64kbps.
- Velocidad suscrita (CIR): Es la velocidad de envo de datos garantizada por el proveedor. Todas las
tramas recibidas por debajo o iguales a la CIR son aceptadas. Un DTE con 2 PVC pagara por una
lnea de acceso que conecta el DTE al DCE de, por ejemplo 64K. Dentro de la misma existiran 2
PVC, uno a una velocidad de 32K y el otro a una velocidad de 16K.
- Como CIR, tendramos 48 Kbps. Como velocidad de puerto 64Kbps.
- Rfagas: Una ventaja de FR es que la capacidad de una red que no est usando (PVC de otros
clientes) se pone a disposicin de todos los clientes, por lo general, sin cargos adicionales.

COSTES FRAME RELAY

- Frame Relay permite el uso de rfagas. El uso de las rfagas debe ser breve, de menos de 3 o 4 segundos.
- La CIR es la velocidad de envo pagada y garantizada por el proveedor, es recomendable que esta velocidad no supere el
75% de la velocidad del puerto.
- El EIR o CBIR es la velocidad que excede al CIR, la cual habitualmente es la velocidad de puerto de la lnea alquilada,
aunque puede ser menor, segn el acuerdo con el proveedor, ya que tambin es negociable.
- Todas las tramas que superan el CIR, pero sin sobrepasar la suma CIR+EIR son marcadas con el bit DE=1. Esto se realiza
para que, de cara al proveedor, cuando exista congestin en un enlace, las tramas marcadas con el bit DE sern las
primeras en descartarse, ya que son tramas extra no garantizadas por el proveedor.
- El proveedor aceptar las tramas, pero sern las primeras en eliminarse ante una situacin de congestin. Las tramas
dentro del CIR no sern marcadas con el DE, de tal forma que, como el proveedor se compromete a ofrecer esta
velocidad, nunca sern descartadas.
- Adems, el proveedor utilizar un mecanismo de informacin para advertir al cliente que debe disminuir la velocidad
de envo en sus tramas de tal forma que no sean descartadas (bits FECN y BECN).

CONTROL DE FLUJO EN FRAME RELAY

- FR reduce la sobrecarga en la cabecera mediante mecanismos simples de notificacin de
congestin, en lugar de campos que controlen completamente el control de flujo como X25.
- Estos mecanismos son la FECN (Notificacin de congestin hacia delante) y el BECN
(Notificacin de congestin hacia atrs). Permiten avisar a los DTE la existencia de congestin
para que disminuya la velocidad de la transmisin o la detengan hasta superar la situacin.
- BECN(Backward Explicit Congestion Notification) es una notificacin directa y FECN(Forward
Explicit Congestion Notification) es una notificacin indirecta.
- Con BECN avisamos al DTE emisor, y con FECN avisamos al router receptor, para que disminuya
sus conversaciones con el emisor, donde realmente se encuentra el problema.
- Los mecanismos de control de flujo se llevan a cabo como mecanismos de prevencin de
saturacin de la red. Cuando las tramas entran a un switch se ponen en cola en un bfer antes
del envo. Como en cualquier sistema de colas, es posible que exista una acumulacin excesiva
de tramas en el switch, lo que provocar retardos. Los retardos, adems, provocan
retransmisiones TCP innecesarias.

VERIFICACIN DE FRAME-RELAY
- R#show interfaces - Muestra la configuracin de encapsulacin, junto con informacin valiosa de capa 1 y
capa 2, que incluye el tipo de LMI, el DLCI de la LMI o tipo de dispositivo Frame Relay (DTE/DCE).

- R#show frame-relay pvc [interface] [dlci] - Los dos ltimos argumentos son opcionales, si no se escriben se
muestran todos los estados de PVC. Con el vemos las estadsticas del PVC y del trfico, as como la
cantidad de BECN y FECN recibidos por el router.
- El estado del PVC puede ser activo (0x2), inactivo (0x0) o eliminado (0x4). Esta informacin la obtiene el
DTE del intercambio de mensajes LMI con el proveedor.

- R#clear counters - Restaura los contadores de estadsticas, y es til utilizarlo tras solucionar un problema,
o creer haber solucionado un problema.

VERIFICACIN DE FRAME-RELAY
- R#show frame-relay map - Permite comprobar los mapas de DLCI-Local a IP-remota.
Permite comprobar si el ARP inverso est realizando su trabajo.
- R#clear frame-relay-inarp - Borra las asociaciones creadas por el ARP inverso.

- Estadsticas de trfico LMI: Nmero de mensajes de estado intercambiados entre el router

local y el switch local de Frame Relay.

RESOLUCIN DE PROBLEMAS DE CONFIGURACIN DE FR

-El comando R#debug frame-relay lmi determina si el router y el switch
Frame Relay envan y reciben paquetes LMI correctamente, y muestra el
intercambio a medida que se produce.