Configuración de Frame Relay

Configuración de Frame Relay
Descargue este capítulo
Configuración de Frame Relay
Descargue el libro completo
Guía de Configuración de redes de área ancha del Cisco IOS PDF, versión 12.2SR (PDF - 3 MB)
Feedback
Contenidos
Configuración de Frame Relay
Contenido
Información sobre el Frame Relay
MIB de Frame Relay de Cisco
Configuraciones del hardware del Frame Relay
Encapsulación de Frame Relay
Correspondencia de direcciones dinámica o estática
Correspondencia de direcciones dinámica
Correspondencia de direcciones estática
LMI
Activación de la Detección Automática de LMI
Frame Relay SVC
SVC de funcionamiento
Diseño del Frame Relay
Definición de VCa para Diferentes Tipos de Tráfico
Previsión del Frame Relay
Métodos de la notificación de congestión de Frame Relay
Interfaz de administración local mejorada
Map class del formar EL tráfico para la interfaz
Especificar el map class con la espera y los parámetros de modelado del tráfico
Definición de Listas de Acceso
Definición de Listas de Cola Prioritarias para la Clase de Correspondencia
Definición de Listas de Cola Personalizadas para el Map Class
Switching de Frame Relay
Switching de Frame Relay sobre los canales B ISDN
Control de tráfico de Frame Relay en los PVC conmutados
Regulación del tráfico
Administración de la congestión en los PVC conmutados
Fragmentación FRF.12 en los PVC conmutados
Frame Relay End-to-End Keepalive
PPP por Frame Relay
Comprensión de las subinterfaces del Frame Relay
Dirección de la subinterfaz
Inhabilitación o Rehabilitación de ARP Inverso Frame Relay
Cola de broadcast para una interfaz
Fragmentación de Frame Relay
Fragmentación FRF.12 de Extremo a Extremo
Determinación de los tamaños del fragmento
Fragmentación de Frame Relay Usando FRF.11 Anexo C
Fragmentación de Propietario Cisco
Interoperabilidad de la Fragmentación de Frame Relay y la Compresión por Hardware
Condiciones y Restricciones de la Fragmentación de Frame Relay
Compresión de la carga útil
Compresión de la carga útil del Paquete-por-paquete
Compresión estándar basada FRF.9
Compresión de la secuencia de datos del patentado Cisco
Compresión del encabezado IP TCP
Especificar IP individual un mapa para la compresión del encabezado IP TCP
Especificar una interfaz para la compresión del encabezado IP TCP
Compresión del encabezamiento en tiempo real con la Encapsulación de Frame Relay
Elección de descarte
Niveles de prioridad DLCI
Cómo configurar el Frame Relay
Habilitar la Encapsulación de Frame Relay en una interfaz
Configuración de Correspondencia de Direcciones Estáticas
Configuración Explícita de LMI
Determinación del tipo LMI
Determinación del intervalo de keepalive LMI
Determinación de la interrogación y de los intervalos del temporizador LMI
Habilitar el servicio de SVC del Frame Relay
Configurar los SVC en una interfaz física
Configurar los SVC en una subinterfaz
Configurar un map class
Configurar un grupo del mapa con el E.164 o los X.121 Address
Asociación del map class a las correspondencias estáticas de la dirección de protocolo
Configurar los parámetros LAPF
Configuración del modelado de tráfico de Frame Relay
Habilitación del Modelado de Tráfico Frame Relay en la Interfaz
Configuración de Enhanced Local Management Interface
Especificación de una Clase de Mapa de Formación de Tráfico para la Interfaz
Definición de un Map Class con Parámetros de Almacenamiento en Cola y Modelado de Tráfico
Configuración de conmutación del Frame Relay
Habilitar el Switching de Frame Relay
Configurar un dispositivo del DTE de Frame Relay o el Switch DCE o el soporte NNI
Crear el PVC conmutado sobre el ISDN
Crear un PVC conmutado con la Static ruta
Identificando un PVC según lo conmutado
Configurar la Vigilancia de tráfico en los dispositivos DCE UNI
Configurar la administración de la congestión en los PVC conmutados
Configurar la fragmentación FRF.12 en los PVC conmutados
Verificar el Switching de Frame Relay
Localización de averías del Switching de Frame Relay
Personalizar el Frame Relay para su red
Configuración de Keepalives Extremo a Extremo de Frame Relay
Habilitar el PPP por Frame Relay
Configuración de subinterfaces para Frame Relay
Inhabilitación o Rehabilitación de ARP Inverso Frame Relay
Creación de una Cola de Broadcast para una Interfaz
Configuración de Frame Relay Fragmentation
Configuración de la Compresión del Contenido
Configuración de la Compresión del Encabezado TCP/IP
Configuración de la Elección de Descarte
Configuración de los Niveles de Prioridad de DLCI
Monitoreando y manteniendo las conexiones de Frame Relay
Ejemplos de configuración para el Frame Relay
Ejemplo: Encapsulación de IETF
Ejemplo: Encapsulación de IETF en la interfaz
Ejemplo: Encapsulación de IETF sobre una base Por-DLCI
Ejemplo: Correspondencia de direcciones estática
Ejemplo: Dos Routers en el modo estático
Ejemplo: Ruteo de AppleTalk
Ejemplo: ruteo DECnet
Ejemplo: IPX Routing
Ejemplo: Subinterfaz
Ejemplo: Subinterfaz básica
Ejemplo: Subinterfaz de multipunto del Frame Relay con el direccionamiento dinámico
Ejemplo: Rutas de IPX sobre las subinterfaces del Frame Relay
Ejemplo: IP no numerado sobre una subinterfaz punto a punto
Ejemplo: Puente transparente usando las subinterfaces
Ejemplo: Configuración SVC
Ejemplo: Interfaz de SVC
Ejemplo: Subinterfaz de SVC
Ejemplo: Diseño del Frame Relay
Ejemplo: Modelado de tráfico con tres subinterfaces punto a punto
Ejemplo: Modelado de tráfico con la previsión
Ejemplo: Configuración LMI
Ejemplo: Compatibilidad descendente
Ejemplo: El iniciar de un servidor de red sobre el Frame Relay
Ejemplo: Switching de Frame Relay
Ejemplo: Configuración de la transferencia PVC
Ejemplo: DCE de Frame Relay puro
Ejemplo: Transferencia del híbrido DTE/DCE PVC
Ejemplo: El conmutar sobre un túnel IP
Ejemplo: Switching de Frame Relay sobre los canales B ISDN
Ejemplo: Modelado de tráfico en los PVC conmutados
Ejemplo: Vigilancia de tráfico en un UNI DCE
Ejemplo: Administración de la congestión en los PVC conmutados
Ejemplo: Administración de la congestión en la cola de modelado del tráfico de un PVC conmutado
Ejemplo: Fragmentación FRF.12 en una configuración de PVC conmutada
Ejemplo: Frame Relay End-to-End Keepalive
Ejemplo: Modo bidireccional de punta a punta del keepalive con la configuración predeterminada
Ejemplo: Modo de punta a punta de la petición del keepalive con la configuración predeterminada
Ejemplo: Modo de punta a punta de la petición del keepalive con la configuración modificada
Ejemplo: PPP por Frame Relay
Ejemplo: PPP por Frame Relay DTE
Ejemplo: PPP por Frame Relay DCE
Ejemplo: Configuración de la fragmentación de Frame Relay
Ejemplo: Fragmentación FRF.12
Ejemplo: Fragmentación de Frame Relay con la compresión por hardware
Ejemplo: Configuración de la compresión de la carga útil
Ejemplo: Compresión FRF.9 para las subinterfaces usando el comando frame-relay map
Ejemplo: Compresión FRF.9 para las subinterfaces
Ejemplo: Compresión por hardware de la secuencia de datos con la compresión del encabezado TCP/IP en una
subinterfaz punto a punto
Ejemplo: Compresión por hardware de la secuencia de datos con la compresión del encabezado TCP/IP en un de
múltiples puntos
Subinterfaz
Ejemplo: Compresión por hardware de la secuencia de datos con la Compresión de cabecera RTP y la
fragmentación de Frame Relay
Ejemplo: Compresión del encabezado IP TCP
Ejemplo: Mapa IP con la compresión heredada del encabezado IP TCP
Ejemplo: Usando un mapa IP para reemplazar la compresión del encabezado IP TCP
Ejemplo: Inhabilitar la compresión heredada del encabezado IP TCP
Ejemplo: Inhabilitar la compresión explícita del encabezado IP TCP
Referencias adicionales
Documentos Relacionados
Estándares
MIB
RFC
Asistencia Técnica
Configuración de Frame Relay
Historial de la característica
Versión
Modificación
IOS de
Cisco
Para obtener información sobre el soporte de funciones de Cisco IOS Software, utilice
Cisco Feature Navigator.
Este capítulo describe las tareas para configurar el Frame Relay en un router o un Access Server.
Contenido
•
Información sobre el Frame Relay
•
Cómo configurar el Frame Relay
•
Ejemplos de configuración para el Frame Relay
Información sobre el Frame Relay
•
MIB de Frame Relay de Cisco
•
Configuraciones del hardware del Frame Relay
•
Encapsulación de Frame Relay
•
Correspondencia de direcciones dinámica o estática
•
LMI
•
Frame Relay SVC
•
Diseño del Frame Relay
•
Switching de Frame Relay
•
Frame Relay End-to-End Keepalive
•
PPP por Frame Relay
•
Comprensión de las subinterfaces del Frame Relay
•
Inhabilitación o Rehabilitación de ARP Inverso Frame Relay
•
Cola de broadcast para una interfaz
•
Fragmentación de Frame Relay
•
Compresión de la carga útil
•
Compresión del encabezado IP TCP
•
Compresión del encabezamiento en tiempo real con la Encapsulación de Frame Relay
•
Elección de descarte
•
Niveles de prioridad DLCI
MIB de Frame Relay de Cisco
El MIB de Frame Relay de Cisco agrega las Extensiones al Frame Relay estándar MIB (RFC1315). Proporciona el nivel del link
adicional y el virtual circuit (VC) - información y las estadísticas llanas que sean sobre todo específicas a la implementación del
Frame Relay de Cisco. Este MIB proporciona el acceso de la Administración de redes SNMP la mayor parte de a la información
cubierta por show frame-relay los comandos por ejemplo show frame-relay lmi show frame-relay pvc show frame-relay
map, y show frame-relay svc.
Configuraciones del hardware del Frame Relay
Usted puede crear las conexiones de Frame Relay usando una de las configuraciones del hardware siguientes:
•
El Routers y el Access Server conectaron directamente con el switch de Frame Relay
• El Routers y el Access Server conectaron directamente con una unidad de servicio de canal/unidad de servicio digital
(CSU/DSU), que entonces conecta con un switch de Frame Relay remoto
El Routersde la nota puede conectar con las redes Frame Relay por la conexión directa con un switch de Frame Relay o con
los CSU/DSU. Sin embargo, una interfaz del único router configurada para el Frame Relay se puede configurar para
solamente uno de estos métodos.
Los convertidos V.35 o RS-449 CSU/DSU señalan a la señal correctamente cifrada de la transmisión T1 para la recepción
exitosa por la red Frame Relay. El cuadro 1 ilustra las conexiones entre los componentes.
Cuadro 1 configuración de Frame Relay típica
La interfaz de Frame Relay consiste en realmente una conexión física entre el servidor de red y el Switch que proporciona el
servicio. Esta sola conexión física proporciona la conectividad directa a cada dispositivo en una red.
Encapsulación de Frame Relay
Encapsulación de los soportes de Frame Relay de todos los protocolos admitidos de conformidad con el RFC 1490, permitiendo
la Interoperabilidad entre los proveedores múltiples. Utilice la forma de la Fuerza de tareas de ingeniería en Internet (IETF)
(IETF) de Encapsulación de Frame Relay si su router o Access Server está conectado con el equipo de otro vendedor a través
de una red Frame Relay. La encapsulación de IETF se soporta en el nivel de la interfaz o en a por VC.
Apague la interfaz antes de los tipos de encapsulación cambiantes. Aunque apagar la interfaz no se requiera, se asegura de
que la interfaz esté reajustada para la nueva encapsulación.
Correspondencia de direcciones dinámica o estática
•
Correspondencia de direcciones dinámica
•
Correspondencia de direcciones estática
Correspondencia de direcciones dinámica
La correspondencia de direcciones dinámica utiliza el Frame Relay ARP inverso para pedir a la dirección de protocolo del NextHop para una conexión específica, dada su DLCI sabido. Las respuestas a las solicitudes de ARP inverso se ingresan en una
tabla de mapping de dirección a DLCI en el router o el servidor de acceso; la tabla se utiliza entonces para suministrar la
siguiente dirección de salto siguiente o la DLCI para el tráfico de salida.
El ARP inverso se habilita de forma predeterminada para todos los protocolos que soporta, pero se puede inhabilitar para los
pares específicos DLCI del protocolo. Como resultado, puede utilizar mapping dinámico para algunos protocolos y mapping
estático para otros protocolos en el mismo DLCI. Usted puede inhabilitar explícitamente el ARP inverso para un par protocoloDLCI si usted sabe que el protocolo no está soportado en el otro extremo de la conexión. Vea la sección el “inhabilitar o el
volver a permitir del Frame Relay ARP inverso” para más información.
Observeporque ARP inverso se habilita por abandono, no se requiere ningún comando adicional configurar la correspondencia
dinámica en una interfaz y los paquetes no se envían para los protocolos que no se habilitan en la interfaz.
Correspondencia de direcciones estática
Un mapa estático conecta una dirección de protocolo de siguiente salto especificada con un DLCI especificado. El mapping
estático remueve la necesidad de solicitudes de ARP Inverso; cuando suministra un mapa estático, el ARP inverso se inhabilita
automáticamente para el protocolo especificado en la DLCI especificada. Debe utilizar la asignación estática si el router del otro
extremo no soporta ARP Inverso en absoluto o no soporta ARP Inverso para un protocolo específico que se desee utilizar sobre
Frame Relay.
Usted puede simplificar la configuración para el protocolo del Open Shortest Path First (OSPF) agregando la palabra clave
optativa broadcast al hacer esta tarea. Refiera frame-relay map al comando description en la referencia del comando widearea networking del Cisco IOS y los ejemplos en el final de este capítulo para más información sobre usar broadcast la palabra
clave.
LMI
Empezando por el Cisco IOS Release 11.2, el autosense de la Interfaz de administración local (LMI) del software support, que
permite a la interfaz para determinar el tipo LMI soportó por el Switch. El soporte para el autosense LMI significa que le
requieren no más configurar el LMI explícitamente.
El autosense LMI es activo en las situaciones siguientes:
•
Accionan al router para arriba o el estado de los cambios de la interfaz a para arriba.
•
El Line Protocol está abajo de pero la línea está para arriba.
•
La interfaz es un DTE de Frame Relay.
•
No configuran al tipo LMI explícitamente.
Activación de la Detección Automática de LMI
•
Solicitud de Estado
•
Mensajes de estado
•
Detección Automática de LMI
•
Opciones de Configuración
Solicitud de Estado
Cuando el autosense LMI es activo, envía una petición del estado completo, en los tres tipos LMI, al Switch. La orden es ANSI,
ITU, Cisco, pero se hace en la sucesión rápida. El Cisco IOS Software proporciona la capacidad de escuchar adentro en el
DLCI 1023 (Cisco LMI) y DLCI 0 (ANSI y ITU) simultáneamente.
Mensajes de estado
Uno o más de las peticiones del estatus sacarán una contestación (mensaje de estado) del Switch. El router decodificará el
formato de la contestación y de la configuración sí mismo automáticamente. Si se recibe más de una contestación, el router se
configurará con el tipo de la contestación recibida último. Éste es acomodar el Switches inteligente que puede manejar los
formatos múltiples simultáneamente.
Detección Automática de LMI
Si el autosense LMI es fracasado, se incorpora un esquema inteligente de la recomprobación. Cada intervalo N391 (el valor por
defecto es 60 segundos, que es 6 guarda los intercambios en 10 segundos cada uno), autosense LMI intentará comprobar el
tipo LMI. Para más información sobre N391, vea frame-relay lmi-n391dte el comando en el capítulo “comandos frame relay” en
la referencia del comando wide-area networking del Cisco IOS.
La única indicación visible al usuario que el autosense LMI está en curso es se gira debug frame lmi que. En cada intervalo
N391, el usuario ahora verá tres consultas de estado rápidas el salir de la interfaz serial: uno en el ANSI, uno en el ITU, y uno
en el tipo LMI de Cisco.
Opciones de Configuración
No se proporciona ninguna opción de configuración; El autosense LMI es transparente al usuario. Usted puede apagar el
autosense LMI explícitamente configurando un tipo LMI. El tipo LMI debe ser escrito en el NVRAM de modo que siguiente mida
el tiempo de los poderes del router para arriba, autosense LMI estará inactivo. En el final de autoinstall, frame-relay lmi-type
una declaración del xxx es incluido dentro de la configuración de la interfaz. Esta configuración no se escribe automáticamente
al NVRAM; usted debe escribir explícitamente la configuración al NVRAM usando copy system:running-config o copy
nvram:startup-config el comando.
Frame Relay SVC
El acceso a las redes Frame Relay se hace a través de las líneas arrendadas privadas a las velocidades que se extienden a
partir de 56 kbps al 45 Mbps. El Frame Relay es un mecanismo orientado a la conexión de la transferencia de paquetes que
establece VCs entre los puntos finales.
Los circuitos virtuales conmutados (SVC) permiten el acceso a través de una red Frame Relay configurando una trayectoria a
los puntos finales de destino solamente cuando se presenta la necesidad y derribando la trayectoria cuando se necesita no
más.
Los SVC pueden coexistir con los PVC en los mismos sitios y Routers. Por ejemplo, el Routers en las sucursales remotas pudo
configurar los PVC a las jefaturas centrales para la comunicación frecuente, pero configura los SVC con uno a según las
necesidades para la comunicación intermitente. Como consecuencia, cualquier-a-cualquier comunicación se puede configurar
sin cualquier-a-cualquier PVC.
En los SVC, los elementos del Calidad de Servicio (QoS) se pueden especificar en una base del call-by-call para pedir a los
recursos de red.
El soporte de SVC se ofrece en la imagen Enterprise en las Plataformas de Cisco que incluyen un serial o una interfaz HSSI.
Usted debe tener los servicios siguientes antes de que el Frame Relay SVC pueda actuar:
• Soporte de SVC del Frame Relay por el proveedor de servicio — El Switch del proveedor de servicio debe ser capaz de
soportar el funcionamiento de SVC.
• Conexión física del loop — Una línea arrendada o una línea dedicada debe existir entre el router (DTE) y el switch de
Frame Relay local.
SVC de funcionamiento
El funcionamiento de SVC requiere que la capa del link de datos (la capa 2) se configure, los procedimientos de acceso a link
ITU-T que se ejecutan Q.922 a los servicios portadores de voz del modo de trama (LAPF), antes de la señalización para SVC.
La capa 2 se configura tan pronto como el soporte de SVC se habilite en la interfaz, si la línea y el Line Protocol están para
arriba. Cuando se configuran los SVC y ocurre la demanda para una trayectoria, el Q.933 que señala la secuencia se inicia. Una
vez que se configura SVC, la Transferencia de datos comienza.
El Q.922 proporciona una capa de link confiable para la operación Q.933. Toda la información de Control de llamadas Q.933 se
transmite sobre DLCI 0; este DLCI también se utiliza para los protocolos de la Administración especificados en el anexo D o
Q.933 A. del anexo ANSI T1.617.
Usted debe habilitar el funcionamiento de SVC en el nivel de la interfaz. Una vez que se habilita en el nivel de la interfaz, se
habilita en cualquier subinterfaz en esa interfaz. Un canal de señalización, DLCI 0, se configura para la interfaz, y todos los SVC
son controlados de la interfaz física.
Diseño del Frame Relay
El modelado de tráfico se aplica a los PVC y a los SVC. Habilitar el Control de tráfico de Frame Relay en una interfaz habilita el
modelado de tráfico y la espera por VC en todos los PVC y SVC en la interfaz. El modelado de tráfico permite al router para
controlar la velocidad de salida del circuito y para reaccionar a la información de la notificación de congestión si también está
configurado.
El Control de tráfico de Frame Relayde la nota no es eficaz para la transferencia de la capa 2 PVC usando frame-relay route el
comando.
•
Definición de VCa para Diferentes Tipos de Tráfico
•
Previsión del Frame Relay
•
Métodos de la notificación de congestión de Frame Relay
•
Interfaz de administración local mejorada
•
Map class del formar EL tráfico para la interfaz
•
Especificar el map class con la espera y los parámetros de modelado del tráfico
•
Definición de Listas de Acceso
•
Definición de Listas de Cola Prioritarias para la Clase de Correspondencia
•
Definición de Listas de Cola Personalizadas para el Map Class
Definición de VCa para Diferentes Tipos de Tráfico
Definiendo VCs separado para diversos tipos de tráfico y especificando la espera y una tarifa del tráfico saliente para cada VC,
usted puede proporcionar el ancho de banda garantizado para cada tipo de tráfico. Especificando diversas relaciones del tráfico
para diverso VCs sobre la misma línea, usted puede realizar la multiplexación de división de tiempo virtual. Estrangulando el
tráfico saliente de las líneas de alta velocidad en las oficinas centrales a líneas más de poca velocidad en los lugares remotos,
usted puede facilitar la congestión y la pérdida de datos en la red; la espera aumentada también previene la pérdida de datos
ocasionada por la congestión.
Previsión del Frame Relay
La previsión es el software de control del tráfico de la red usado en algunos switches Cisco. El switch de Frame Relay de Cisco
puede extender los mensajes de la previsión sobre una interfaz de red a usuario (UNI), pasando la notificación de congestión
posterior para VCs.
La previsión permite que los routeres de Frame Relay de Cisco procesen y reaccionar a los mensajes de la previsión y ajustar el
VC nivelan el modelado de tráfico a tiempo.
La previsión se debe configurar explícitamente en el router Cisco y el switch Cisco. La previsión se habilita en el router Cisco
cuando se configura el Control de tráfico de Frame Relay. Sin embargo, la respuesta del router a la previsión no se aplica a
ningún VC hasta que frame-relay adaptive-shaping foresight el comando se agregue al map-class de VCs. Cuando la
previsión se habilita en el Switch, el Switch enviará periódicamente un mensaje de la previsión basado en el valor del tiempo
configurado. El intervalo de tiempo puede extenderse a partir del 40 a 5000 milisegundos.
Cuando un router Cisco recibe un mensaje de la previsión que indica que ciertos DLCI están experimentando la congestión, el
router Cisco reacciona activando su función del formar EL tráfico para retrasar la velocidad de salida. El router reacciona como
si era detectar la congestión recibiendo un paquete con el conjunto de bits del Notificación explícita de la congestión hacia atrás
(BECN).
Cuando se habilita la previsión, el Control de tráfico de Frame Relay se adaptará a los mensajes de la previsión y a los
mensajes BECN.
Requisitos previos de la previsión del Frame Relay
Para que la previsión del router trabaje, las condiciones siguientes deben existir en el router Cisco:
•
El Control de tráfico de Frame Relay se debe habilitar en la interfaz.
•
El modelado de tráfico para un circuito se adapta a la previsión.
La condición adicional siguiente debe existir en el switch Cisco:
• El UNI que conecta con el router es la Administración de capa de link consolidada (CLLM) habilitada, con el intervalo de
tiempo apropiado especificado.
La previsión del router de Frame Relay se habilita automáticamente cuando usted utiliza frame-relay traffic-shaping el
comando. Sin embargo, usted debe publicar map-class frame-relay el comando y frame-relay adaptive-shaping foresight el
comando antes de que el router responda a la previsión y aplique el efecto del formar EL tráfico sobre una interfaz, una
subinterfaz, o un VC específica.
Métodos de la notificación de congestión de Frame Relay
La diferencia entre el BECN y los métodos de la notificación de congestión de la previsión es que el BECN requiere un paquete
del usuario ser enviado en dirección del DLCI congestionado para transportar la señal. El envío de los paquetes del usuario no
es fiable y, por lo tanto, no confiable como mecanismo de notificación. Bastante que para los paquetes del usuario que esperan
para proporcionar la notificación de congestión, los mensajes sincronizados de la previsión garantizan que el router recibe la
notificación antes de que la congestión se convierta en un problema. El tráfico se puede retrasar en dirección del DLCI
congestionado.
Interfaz de administración local mejorada
El Enhanced Local Management Interface (ELMI) permite que el router aprenda los parámetros de QoS y la información de la
Conectividad del switch Cisco y utilice esta información para el modelado de tráfico, la configuración, o los fines de
administración. El ELMI simplifica el proceso de configurar el modelado de tráfico en el router y reduce las ocasiones de
especificar contrarias o de los valores incorrectos al configurar al router. El ELMI trabaja entre los routeres Cisco y los switches
Cisco (BPX y las plataformas IGX).
ELMI QoS Autosense
Cuando está utilizado conjuntamente con el modelado de tráfico, el ELMI permite al router para responder a los cambios en la
red dinámicamente. Los permisos ELMI automatizaron el intercambio de la información del parámetro de QoS del Frame Relay
entre el router Cisco y el switch Cisco. El cuadro 2 ilustra un switch Cisco y a un router Cisco, ambos configurados con el ELMI
habilitado. El Switch envía la información de QoS al router, que la utiliza para la aplicación de las relaciones del tráfico.
Cuadro 2 interfaz de administración local mejorada — Enviado entre el switch Cisco y el router Cisco
El Routers puede basar la administración de la congestión y las decisiones de priorización en los valores de QoS conocidos,
tales como la Velocidad de información comprometida (CIR), Committes Bursa Size (Bc), y tamaños de ráfaga en exceso (Be).
El router detecta los valores de QoS del Switch y puede ser configurado para utilizar esos valores en el modelado de tráfico.
No es necesario configurar el modelado de tráfico en la interfaz para habilitar el ELMI, pero usted puede querer hacer así que
para conocer los valores que son utilizados por el Switch. Si usted quisiera que el router respondiera a la información de QoS
recibida del Switch ajustando la velocidad de salida, usted debe configurar el modelado de tráfico en la interfaz. Para configurar
el modelado de tráfico, utilice frame-relay traffic-shaping el comando en el modo de configuración de la interfaz.
Registro de dirección ELMI
El registro de dirección ELMI permite a un sistema de administración de la red (NMS) para detectar la Conectividad entre los
switches Cisco y el Routers en una red usando el protocolo ELMI. Durante la negociación de la versión ELMI, los dispositivos de
vecindad intercambian sus IP Address de administración y el ifIndex. El NMS sondea los dispositivos y utiliza el MIB de Frame
Relay de Cisco para recoger esta información de la Conectividad. El registro de dirección ELMI permite el autodetection de la
topología de red completa.
El cuadro 3 muestra una red típica en la cual el registro de dirección ELMI sea funcionando.
Cuadro 3 detección de la Conectividad usando el registro de dirección ELMI
El registro de dirección ELMI ocurre en todas las interfaces en las cuales se habilite el ELMI, incluso si todas las interfaces
están conectadas con el mismo router o el Switch. El router envía periódicamente un mensaje de consulta de la versión con la
información de la versión, el IP Address de administración, y el ifIndex al Switch. El Switch envía su IP Address de
administración y ifIndex usando el mensaje de estado de la versión. Cuando el IP Address de administración del Switch cambia,
un mensaje de estado asíncrono de la versión ELMI se envía inmediatamente al dispositivo de vecindad.
Observeel mecanismo de registro de dirección ELMI no marca para saber si hay duplicado o extensiones ilegales.
Cuando se habilita el ELMI, el router elige automáticamente la dirección IP de una de las interfaces para utilizar para los
propósitos del registro de dirección ELMI. El router elegirá la dirección IP de una interfaz de Ethernet primero, y entonces el
serial y otras interfaces. Usted tiene la opción para utilizar la dirección IP elegida por el router o para inhabilitar el mecanismo de
los autoaddress y para configurar el IP Address de administración usted mismo. Usted puede también elegir inhabilitar el
registro de dirección ELMI en una interfaz específica o en todas las interfaces.
Map class del formar EL tráfico para la interfaz
Si usted especifica una clase de correspondencia de Frame Relay para una interfaz principal, todo el VCs en sus subinterfaces
hereda todos los parámetros de modelado del tráfico definidos para la clase. Usted puede reemplazar el valor por defecto para
un DLCI específico en una subinterfaz específica usando class el comando configuration del VC de asignar el DLCI
explícitamente a una diversa clase. Vea la sección el “configurar de las subinterfaces del Frame Relay” para la información
sobre configurar las subinterfaces.
Por un ejemplo de asignar la subinterfaz DLCI a la clase predeterminada y de asignar otras explícitamente a una diversa clase,
vea ejemplo de la sección “: Control de tráfico de Frame Relay”.
Especificar el map class con la espera y los parámetros de modelado del tráfico
Al definir un map class para el Frame Relay, usted puede especificar la media y las velocidades pico (en los bits por segundo)
permitidas en VCs se asociaron al map class. Usted puede también especificar o una lista de cola personalizada o un grupo del
priority queue a utilizar en VCs se asoció al map class.
Definición de Listas de Acceso
Usted puede especificar las Listas de acceso y asociarlas a la lista de cola personalizada definida para cualquier map class. El
número de lista especificado en la lista de acceso y la lista de cola personalizada las atan juntas. Vea los capítulos apropiados
del protocolo para la información sobre la definición de las Listas de acceso para los protocolos que usted quiere transmitir en la
red Frame Relay.
Definición de Listas de Cola Prioritarias para la Clase de Correspondencia
Usted puede definir una lista de prioridad para un protocolo y usted puede también definir una lista de prioridad predeterminada.
El número usado para una lista de prioridad específica ata la lista al grupo prioritario del Frame Relay definido para un map
class especificado. Por ejemplo, si usted ingresa frame relay priority-group 2 el comando para el map class los “fast_vcs” y
entonces usted ingresa priority-list 2 protocol decnet high el comando, esa lista de prioridad se utiliza para el map class de
los “fast_vcs”. Las tarifas de la media y del tráfico pico definidas para el map class de los “fast_vcs” se utilizan para el tráfico del
DECNet.
Definición de Listas de Cola Personalizadas para el Map Class
Usted puede definir una lista de la cola para un protocolo y una lista de la cola predeterminada. Usted puede también
especificar la cantidad máxima de bytes que se transmitirá en cualquier ciclo. El número usado para una lista específica de la
cola ata la lista a la lista de cola personalizada del Frame Relay definida para un map class especificado.
Por ejemplo, si usted ingresa frame relay custom-queue-list 1 el comando para el map class los “slow_vcs” y entonces usted
ingresa queue-list 1 protocol ip list 100 el comando, esa lista de la cola se utiliza para el map class de los “slow_vcs”; accesslist 100 la definición también se utiliza para ese map class y cola. Las tarifas de la media y del tráfico pico definidas para el map
class de los “slow_vcs” se utilizan para el tráfico IP que cumple access list 100 los criterios.
Switching de Frame Relay
El Switching de Frame Relay es los medios de los paquetes de la transferencia basados en el DLCI, que se puede considerar el
equivalente del Frame Relay de una dirección MAC. Usted realiza la transferencia configurando su router Cisco o Access Server
en una red Frame Relay. Hay dos porciones a una red Frame Relay:
•
DTE de Frame Relay (el router o el Access Server)
•
Switch del DCE de Frame Relay
El cuadro 4 ilustra las redes de switch del Frame Relay. El Routers A, B, y C es DTE de Frame Relay conectados el uno al otro
vía una red Frame Relay.
Cuadro 4 red de switch del Frame Relay
El Switching de Frame Relay se soporta en los tipos de interfaz siguientes:
•
Interfaces seriales
•
Interfaces de ISDN
El Switching de Frame Relayde la nota no se soporta en las subinterfaces.
Switching de Frame Relay sobre los canales B ISDN
El Switching de Frame Relay sobre los canales B ISDN le permite para transportar los datos del Frame Relay sobre el ISDN.
Esta característica permite que las oficinas pequeñas hubbed fuera de oficinas más grandes bastante que siendo conectado
directamente con la red del núcleo. El router de eje de conexión actúa como switch de Frame Relay, conmutando entre el ISDN
y las interfaces seriales, tal y como se muestra en del cuadro 5.
Figura 5 Router usado como switch de Frame Relay sobre el ISDN
El Switching de Frame Relay sobre el ISDN proporciona las funciones siguientes:
•
El LMI se soporta en las interfaces del DCE de Frame Relay ISDN.
•
Una sola interfaz BRI/PRI puede utilizar una combinación de PVC conmutados y de PVC de Frame Relay terminados.
• El Switching de Frame Relay soporta la línea arrendada ISDN, en la cual un canal B está conectado permanentemente,
y el ISDN conmutado, en el cual los canales B pueden ser configurados y ser derribados dinámicamente.
Observe las restricciones siguientes para el Switching de Frame Relay sobre el ISDN:
•
El Control de tráfico de Frame Relay no se soporta en las interfaces de ISDN.
•
El router configurado para el Switching de Frame Relay sobre el ISDN no puede iniciar la llamada ISDN.
• la administración de la congestión del PVC-nivel no se soporta sobre el ISDN. se soporta la administración de la
congestión del Interfaz-nivel.
Cuando el Switching de Frame Relay se realiza usando un perfil del discador, la encapsulación de la interfaz física subyacente
(BRI) se debe configurar como High-Level Data Link Control (HDLC).
Control de tráfico de Frame Relay en los PVC conmutados
La aplicación del Control de tráfico de Frame Relay PVC conmutados habilita a un router que se utilizará como concentrador del
puerto de Frame Relay delante de un switch de Frame Relay. El switch de Frame Relay formará el tráfico concentrado antes de
enviarlo en la red. El cuadro 6 muestra la configuración de red.
Figura 6 Router usado como concentrador del puerto de Frame Relay
Cuando usted configura el modelado de tráfico, usted definirá los parámetros de modelado del tráfico en una clase de
correspondencia de Frame Relay y después asociará el map class a la interfaz o a un solo PVC conmutado. Todos los
parámetros del map-class del formar EL tráfico son PVC conmutados aplicables: a saber, el Bc, sea, CIR, CIR mínimo, tasa
promedio, velocidad pico, y modelado adaptable.
El Control de tráfico de Frame Relay se debe habilitar en la interfaz antes de que los parámetros del map-class del formar EL
tráfico sean eficaces. Observe que cuando usted habilita el Control de tráfico de Frame Relay, todos los PVC, conmutados y
terminados, será formado en esa interfaz. Los PVC conmutados que no se asocian a un map class heredarán los parámetros de
modelado de la interfaz o utilizarán los valores predeterminados.
Regulación del tráfico
La Vigilancia de tráfico previene la congestión en los PVC entrantes desechando o fijando al DE bit en los paquetes que
exceden los parámetros de tráfico especificado.
Usted puede asociar el map class a la interfaz o a los PVC conmutados individuales. Los PVC conmutados que no se asocian a
un map class heredarán los parámetros de regulación de tráfico de la interfaz.
Si usted utiliza un map class para configurar la Vigilancia de tráfico y el shaping, utilice in la palabra clave para especificar el
tráfico entrante para que la vigilancia y out la palabra clave especifiquen el tráfico saliente para formar. Si usted configura el
shaping en un segmento de un PVC conmutado y el policing en el otro, los parámetros de modelado serán derivados de los
parámetros de regulación de tráfico a menos que usted defina específicamente los parámetros de modelado en el map class.
Administración de la congestión en los PVC conmutados
La administración de la congestión del Frame Relay se puede utilizar para manejar la congestión de tráfico saliente en los PVC
conmutados. Cuando se habilita la administración de la congestión del Frame Relay, una manera que el router maneja la
congestión está fijando el Notificación explícita de la congestión hacia atrás (BECN) y los bits del Notificación explícita de la
congestión del reenvío (FECN) en los paquetes. Cuando se congestiona un PVC o una interfaz conmutado, los paquetes que
experimentan la congestión se marcan con el bit FECN, y los paquetes que viajan en la dirección inversa se marcan con el bit
de notificación explícita de la congestión del reenvío. Cuando estos bits alcanzan un dispositivo del usuario en el extremo de la
red, el dispositivo del usuario puede reaccionar a los bits ECN y ajustar el flujo de tráfico.
Cuando la cola de interfaz de salida alcanza o excede exceso del umbral ECN, el Frame Relay mordió los paquetes en todos
los PVC que cruzaban que la interfaz será marcada con el FECN o el BECN, dependiendo de su dirección del viaje. Cuando la
cola alcanza o excede el umbral confiado ECN, todos los paquetes de Frame Relay serán marcados con el FECN o el BECN.
Una segunda manera que el router maneja la congestión está desechando los paquetes de Frame Relay que se marcan con el
bit del calificado para descarte (DE) y que exceden un nivel especificado de congestión.
Cuando la cola alcanza o excede umbral DE, los paquetes de Frame Relay con el DE bit serán desechados bastante que
hechos cola.
Usted puede definir dos niveles de congestión. El primer nivel se aplica a los PVC individuales que transmiten el tráfico superior
a la Velocidad de información comprometida (CIR). El segundo nivel se aplica a todos los PVC en una interfaz. Este esquema
permite que usted ajuste la congestión en los PVC que transmiten sobre el CIR antes de aplicar las medidas de la
administración de la congestión a todos los PVC.
Los parámetros de la administración de la congestión se pueden configurar en la cola de interfaz de salida y en las colas de
modelado del tráfico.
Fragmentación FRF.12 en los PVC conmutados
El acuerdo de instrumentación FRF.12 permite que el marco de datos largo sea hecho fragmentos en pedazos más pequeños.
Este proceso permite el tráfico en tiempo real y el tráfico no en tiempo real que se llevarán junto en links más de poca velocidad
sin causar el Retraso excesivo al tráfico en tiempo real. Para más información sobre la fragmentación FRF.12, vea la sección
“fragmentación de punta a punta FRF.12” más adelante en este módulo.
Algunos dispositivos de acceso de Frame Relay no soportan el estándar FRF.12 para la Fragmentación de extremo a extremo.
Los paquetes originados grandes de estos dispositivos pueden causar el retraso de serialización significativo a través de los
trunks de poca velocidad en las redes de switch. Usando la fragmentación FRF.12 puede ayudar a prevenir este retardo. Un
router de borde que recibe los paquetes grandes de un dispositivo de acceso de Frame Relay hará fragmentos de esos
paquetes antes de transmitirlos a través de la red de switch. El router de borde que recibe los paquetes fragmentados volverá a
montar esos paquetes antes de enviarlos a un dispositivo de acceso de Frame Relay que no soporte el FRF.12. Si el dispositivo
de acceso de Frame Relay de recepción soporta el FRF.12, el router transmitirá los paquetes fragmentados sin volverlos a
montar.
Observe las condiciones y las restricciones siguientes en la fragmentación FRF.12 en los PVC conmutados:
•
El Control de tráfico de Frame Relay debe ser habilitado.
•
La espera de la interfaz debe ser espera dual o PVC Interface Priority Queueing (Primero en Salir FIFO).
•
Los PVC conmutados se deben configurar usando connect el comando.
• Si el dispositivo de acceso de Frame Relay no soporta la fragmentación FRF.12, el soporte FRF.12 en la característica
del Frame Relay conmutado PVC no beneficiará a la interfaz entre el dispositivo de acceso de Frame Relay y el router de
borde. La fragmentación y el nuevo ensamble ocurren en la interfaz entre el router de borde y la red del Frame Relay
conmutado.
• Si el dispositivo de acceso de Frame Relay está enviando la Voz y los datos unfragmented sobre el mismo PVC, la
Calidad de voz sufrirá. El router de borde no reordenará los paquetes en los PVC conmutados.
Frame Relay End-to-End Keepalive
La supervisión del permiso de los Frame Relay End-to-End Keepalive del estado del PVC para el Monitoreo de red o las
aplicaciones de backup y es configurables sobre una base por-PVC con los temporizadores configurables. El switch de Frame
Relay dentro del segmento local PVC deduce el estatus del segmento del telecontrol PVC con un Interfaz de red a red (NNI) y
señala el estatus al router local. Si el soporte LMI dentro del Switch no es de punta a punta, el Keepalives de punta a punta es la
única fuente de información sobre el router remoto. El Keepalives de punta a punta verifica que los datos estén consiguiendo a
través a un dispositivo remoto vía la comunicación de punta a punta.
Necesidades de conexión de los dispositivos del dos extremos cada PVC dos sistemas separados del keepalive, porque el
trayecto ascendente puede no ser lo mismo que el trayecto descendente. Un sistema envía las peticiones y maneja las
respuestas a esas peticiones — el lado del envío — mientras que las otras manijas y contestaciones del sistema a las
peticiones del dispositivo en el otro extremo del PVC — el lado de recepción. El lado del envío en un dispositivo comunica con
el lado de recepción en el otro dispositivo, y vice versa.
El lado del envío envía una petición del keepalive y espera una contestación a su petición. Si se recibe una contestación antes
de que expire el temporizador, se registra un Frame Relay End-to-End Keepalive del enviar-lado. Si no se recibe ninguna
contestación antes de que expire el temporizador, se registra un evento de error. Varios los se examinan eventos recientemente
registrados. Si se acumulan bastantes eventos de error, el estatus del keepalive del VC se cambia de hasta abajo, o si se
reciben bastantes contestaciones acertadas consecutivas, el estatus del keepalive del VC se cambia de abajo a para arriba. El
número de eventos que sean examinados se llama la ventana de evento.
El lado de recepción es similar al lado del envío. El lado de recepción espera las peticiones y envía las contestaciones a esas
peticiones. Si se recibe una petición antes de que expire el temporizador, se registra un evento del éxito. Si una petición no se
recibe, se registra un evento de error. Si bastantes eventos de error ocurren en la ventana de evento, el estado PVC será
cambiado de hasta abajo. Si ocurren bastantes eventos consecutivos del éxito, el estado será cambiado de abajo a para arriba.
El Keepalives de punta a punta se puede configurar en uno de cuatro modos: bidireccional, petición, contestación, o pasivocontestación.
• En el modo bidireccional, se habilitan ambos el lado del envío y el lado de recepción. El lado del envío del dispositivo
envía y espera las contestaciones a las peticiones del keepalive del lado de recepción del otro dispositivo PVC. El lado de
recepción del dispositivo espera y contesta a las peticiones del keepalive del lado del envío del otro dispositivo PVC.
• En el modo de la petición, solamente se habilita el lado del envío, y el dispositivo envía y espera las contestaciones a
sus peticiones del keepalive.
• En el modo de la contestación, solamente se habilita el lado de recepción, y el dispositivo espera y contesta a las
peticiones del keepalive.
• En el modo de la pasivo-contestación, el dispositivo responde solamente a las peticiones del keepalive, pero no fija
ningunos temporizadores ni no pierde de vista cualquier evento.
Porque el Keepalives de punta a punta permite el flujo de tráfico en las ambas direcciones, él puede ser utilizado para llevar el
control y la información de la configuración de punta a punta. El estado coherente de la información entre los host extremos es
crítico en las aplicaciones tales como ésos referente el tráfico y a la Voz prioritarios sobre el Frame Relay. Considerando que los
SVC pueden transportar tal información dentro de los mensajes de señalización de punta a punta, los PVC se beneficiarán de
un mecanismo de la comunicación bidireccional.
El Keepalives de punta a punta se deriva del protocolo y del trabajo del LMI de Frame Relay entre los dispositivos de
comunicación de Cisco del par. La diferencia fundamental es que bastante que funcionando con encima el canal de
señalización, como en el caso del LMI, el Keepalives de punta a punta funciona con encima los canales de datos individuales.
La encapsulación de los paquetes de keepalive es propietaria; por lo tanto, la característica está disponible solamente en los
dispositivos de Cisco que ejecutan una versión de software que soporte la característica del Frame Relay End-to-End Keepalive.
Usted debe configurar los ambos extremos de un VC para enviar el Keepalives. Si un extremo se configura como bidireccional,
el otro extremo se debe también configurar como bidireccional. Si un extremo se configura como petición, el otro extremo se
debe configurar como la contestación o pasivo-contestación. Si un extremo se configura como la contestación o pasivocontestación, el otro extremo se debe configurar como petición
PPP por Frame Relay
El Point-to-Point Protocol (PPP) sobre el Frame Relay permite que un router establezca a las sesiones PPP de punta a punta
sobre el Frame Relay. Esto se hace sobre un PVC, que es el único circuito soportado actualmente. La sesión PPP no ocurre a
menos que el PVC de Frame Relay asociado esté en un estado "activo". El PVC de Frame Relay puede coexistir con otros
circuitos usando diversos métodos de la Encapsulación de Frame Relay, tales como RFC 1490 y el método propietario de
Cisco, sobre el mismo link de Frame Relay. Puede haber circuitos de PPP por Frame Relay múltiples en un link de Frame
Relay.
Una conexión PPP reside en una interfaz de acceso virtual. Esto internamente se crea de una interfaz de plantilla virtual, que
contiene toda la información necesaria PPP y del Network Protocol y es compartida por las interfaces de acceso virtual
múltiples. La interfaz de acceso virtual es coexistente con la creación del circuito de Frame Relay cuando se configura el DLCI
correspondiente. Los algoritmos de envío a cola de la compresión por hardware y de la suposición, tales como feria cargada
que hace cola, Custom Queueing, y prioridad que hace cola, no se aplican a las interfaces de acceso virtual.
El PPP por Frame Relay se soporta solamente en el IP. Los datagramas IP se transportan sobre el link PPP usando la
alineación de tramas compatibles con entramado Frame Relay RFC1973. El formato de trama se muestra en el cuadro 7.
Cuadro 7 formato de trama del PPP por Frame Relay
El cuadro 1 enumera los componentes del formato de la trama de Frame Relay ilustrados en el cuadro 7.
Campo
Descripción
Indicador
Un solo byte que indica el comienzo o el fin de una trama.
Dirección
Un campo de dos bytes que indica la conexión lógica esa asocia al canal físico; el DLCI.
Control
Un solo byte que pide la transmisión de los datos del usuario. El PPP por Frame Relay
utiliza un valor de 0X03, que indica que la trama es una trama de la información sin
numerar (UI).
NLPID
Network Layer Protocol ID — un solo byte que identifica únicamente un paquete PPP al
Frame Relay.
Protocolo
PPP
Tipo del paquete PPP.
El cuadro 8 muestra a los usuarios remotos que ejecutan el PPP para acceder sus redes corporativas del Frame Relay.
Cuadro 8 escenario del PPP por Frame Relay
Antes de que se configure el PPP por Frame Relay, el Frame Relay se debe habilitar en el router que usa encapsulation
frame-relay el comando. La única tarea requerida para implementar el PPP por Frame Relay es configurar la interfaz con el
PVC localmente terminado y la plantilla virtual asociada para el PPP y el IP, según lo descrito en la sección siguiente.
Después de configurar la Encapsulación de Frame Relay en el router Cisco o el Access Server, usted debe configurar la interfaz
física con el PVC y aplicar una plantilla virtual con la encapsulación PPP al DLCI.
Comprensión de las subinterfaces del Frame Relay
Las subinterfaces del Frame Relay proporcionan un mecanismo para soportar parcialmente las redes del frame relay de malla.
La mayoría de los protocolos asumen la transitividad en una red lógica; es decir, si la estación A puede hablar para colocar B, y
la estación B puede hablar para colocar el C, después coloca A debe poder hablar para colocar el C directamente. La
transitividad es verdad en los LAN, pero no en las redes Frame Relay a menos que A esté conectada directamente con el C.
Además, ciertos protocolos tales como APPLETALK y Puente transparente no se pueden soportar en parcialmente las redes
malladas porque requieren el horizonte partido. El horizonte partido es una técnica de la encaminamiento en la cual un paquete
recibido en una interfaz no se puede enviar de la misma interfaz incluso si está recibido y transmitido en diverso VCs.
Configurar las subinterfaces del Frame Relay se asegura de que una sola interfaz física está tratada como interfaces virtuales
múltiples. Este tratamiento permite que usted supere las reglas de división del horizonte. Los paquetes recibidos en una interfaz
virtual se pueden remitir a otra interfaz virtual incluso si se configuran en la misma interfaz física.
Las subinterfaces dirigen las limitaciones de las redes Frame Relay proporcionando a una manera de subdividir parcialmente
una red del frame relay de malla en varios (o Punto a punto) redes secundarios más pequeños, completamente enredados.
Cada red secundario se asigna su propio network number y aparece a los protocolos como si fuera accesible a través de una
interfaz diferente. (Nota que las subinterfaces punto a punto pueden ser innumerables para el uso con el IP, reduciendo la carga
de dirección que pudo resultar de otra manera.)
El cuadro 9 muestra una red Frame Relay del cinco-nodo que se enrede parcialmente (la red A). Si toda la red se ve como solo
red secundario (con un solo network number asignado), la mayoría de los protocolos asumen que el nodo A puede transmitir un
paquete directamente al nodo E, cuando de hecho debe ser retransmitido a través del C de los Nodos y de la D. Esta red se
puede hacer para trabajar con ciertos protocolos (por ejemplo, IP), pero no trabajará en absoluto con otros protocolos (por
ejemplo, APPLETALK) porque el C de los Nodos y D no retransmitirán el paquete hacia fuera la misma interfaz en la cual fue
recibido. Una manera de hacer que esta red trabaja completamente es crear completamente una red mallada (la red B), pero el
hacer requiere tan un gran número de PVC, que pueden no ser económicamente posibles.
Cuadro 9 usando las subinterfaces para proporcionar la total conectividad en enredado parcialmente
Red Frame Relay
Usando las subinterfaces, usted puede subdividir la red Frame Relay en tres redes secundarios más pequeños (red C) con los
network number separados. Los Nodos A, B, y C están conectados con completamente una red mallada, y C de los Nodos y D,
así como los Nodos D y E, están conectados vía los red Point-to-Point. En esta configuración, el C de los Nodos y D pueden
acceder dos subinterfaces y pueden por lo tanto los paquetes delanteros sin la violación de las reglas de división del horizonte.
Si se está utilizando Puente transparente, cada subinterfaz se ve como puerto del Bridge a parte.
Dirección de la subinterfaz
•
Subinterfaces punto a punto
•
Dirección en las subinterfaces de multipunto
•
Interfaz de respaldo para una subinterfaz
Subinterfaces punto a punto
Para las subinterfaces punto a punto, el destino se supone para ser sabido y se identifica o se implica en frame-relay interfacedlci el comando. Se utiliza este comando de habilitar los Routing Protocol en las interfaces principales que se configuran para
utilizar el ARP inverso. Este comando es también útil para asignar una clase específica a un solo PVC en una subinterfaz de
multipunto.
Si usted define una subinterfaz para la comunicación de punto a punto, usted no puede reasignar el mismo número de la
subinterfaz que se utilizará para la comunicación de múltiples puntos sin primero reiniciar el router o el Access Server. En lugar,
usted puede evitar usar ese número de la subinterfaz y utilizar simplemente un número de la subinterfaz diferente.
Dirección en las subinterfaces de multipunto
•
Aceptación de ARP Inverso para el Mapping Dinámico de Direcciones en Subinterfaces Multipunto
•
Configuración de la Correspondencia de Direcciones Estáticas en Subinterfaces Multipunto
Aceptación de ARP Inverso para el Mapping Dinámico de Direcciones en Subinterfaces Multipunto
La correspondencia de direcciones dinámica utiliza el Frame Relay ARP inverso para pedir a la dirección de protocolo del NextHop para una conexión específica, dada un DLCI. Las respuestas a las solicitudes de ARP inverso se ingresan en una tabla de
mapping de dirección a DLCI en el router o el servidor de acceso; la tabla se utiliza entonces para suministrar la siguiente
dirección de salto siguiente o la DLCI para el tráfico de salida.
Puesto que la interfaz física ahora se configura como subinterfaces múltiples, usted debe proporcionar la información que
distingue una subinterfaz de la interfaz física y asocia una subinterfaz específica a un DLCI específico.
El ARP inverso se habilita de forma predeterminada para todos los protocolos que soporta, pero se puede inhabilitar para los
pares específicos DLCI del protocolo. Como resultado, puede utilizar mapping dinámico para algunos protocolos y mapping
estático para otros protocolos en el mismo DLCI. Usted puede inhabilitar explícitamente el ARP inverso para un par protocoloDLCI si usted sabe que el protocolo no está soportado en el otro extremo de la conexión. Vea la sección "Inhabilitación o
Rehabilitación de ARP Inverso Frame Relay", más adelante en este capítulo, para obtener más información.
Porque el ARP inverso se habilita por abandono para todos los protocolos que soporte, no se requiere ningún comando
adicional configurar la correspondencia de direcciones dinámica en una subinterfaz.
Configuración de la Correspondencia de Direcciones Estáticas en Subinterfaces Multipunto
Un mapa estático conecta una dirección de protocolo de siguiente salto especificada con un DLCI especificado. El mapping
estático remueve la necesidad de solicitudes de ARP Inverso; cuando suministra un mapa estático, el ARP inverso se inhabilita
automáticamente para el protocolo especificado en la DLCI especificada.
Debe utilizar la asignación estática si el router del otro extremo no soporta ARP Inverso en absoluto o no soporta ARP Inverso
para un protocolo específico que se desee utilizar sobre Frame Relay.
Interfaz de respaldo para una subinterfaz
Las subinterfaces del Punto a punto y del Frame Relay de tramas multipunto se pueden configurar con una Interfaz de respaldo.
Este acercamiento permite que los PVC individuales sean sostenidos en caso del error bastante que dependiendo de la
conexión de Frame Relay entera a fallar antes de que el respaldo asuma el control. Usted puede configurar una subinterfaz para
el respaldo en el error solamente, no para el respaldo basado en el cargamento de la línea.
Si la interfaz principal tiene una Interfaz de respaldo, tendrá precedencia sobre la Interfaz de respaldo de la subinterfaz en el
caso de la pérdida de conectividad completa con la red Frame Relay. Como consecuencia, se activa un respaldo de la
subinterfaz solamente si la interfaz principal está para arriba, o si la interfaz está abajo y no tiene una Interfaz de respaldo
definida. Si una subinterfaz falla mientras que su Interfaz de respaldo es funcionando, y va la interfaz principal abajo, la
subinterfaz de reserva sigue conectada.
Inhabilitación o Rehabilitación de ARP Inverso Frame Relay
El Frame Relay ARP inverso es un método de construir las correspondencias de direcciones dinámicas en las redes Frame
Relay que ejecutan el APPLETALK, el Banyan VINES, el DECNet, el IP, el Novell IPX, y el XNS. El ARP inverso permite que el
router o el Access Server descubra a la dirección de protocolo de un dispositivo asociado al VC.
El ARP inverso crea las correspondencias de direcciones dinámicas, según lo puesto en contraste con frame-relay map el
comando, que define las correlaciones estáticas entre una dirección de protocolo específica y un DLCI específico.
El ARP inverso se habilita por abandono pero se puede inhabilitar explícitamente para un protocolo dado y los pares DLCI.
Inhabilite o vuelva a permitir el ARP inverso bajo condiciones siguientes:
• Inhabilite el ARP inverso para un protocolo seleccionado y los pares DLCI cuando usted sabe que el protocolo no está
soportado en el otro extremo de la conexión.
• Vuelva a permitir el ARP inverso para un protocolo y los pares DLCI si las condiciones o el cambio del equipo y el
protocolo entonces se soporta en el otro extremo de la conexión.
Observesi usted cambian de una subinterfaz punto a punto a una subinterfaz de multipunto, cambie el número de la
subinterfaz. El Frame Relay ARP inverso estará prendido por abandono, y no se requiere ninguna otra acción.
Usted no necesita habilitar o inhabilitar el ARP inverso si usted tiene una interfaz Point-to-Point, porque hay solamente un
destino único y una detección no se requiere.
Cola de broadcast para una interfaz
Las redes Frame Relay muy grandes pueden tener problemas de rendimiento cuando muchos DLCI terminan en un único router
o un Access Server que deban replicar las actualizaciones de ruteo y las actualizaciones de la publicidad del servicio en cada
DLCI. Las actualizaciones pueden consumir el ancho de banda del vínculo de acceso y causar las variaciones de latencia
significativas en el tráfico de usuarios; las actualizaciones pueden también consumir los buffers de la interfaz y llevar a una
pérdida más alta de la velocidad de paquetes para los datos del usuario y las actualizaciones de ruteo.
Para evitar tales problemas, usted puede crear una cola de broadcast especial para una interfaz. La cola de broadcast se
maneja independientemente de la cola de la interfaz normal, tiene sus propios buffers, y tiene una tarifa de los tamaños
configurables y de servicio.
Una cola de broadcast se da un límite de la velocidad de transmisión máxima (producción) medido en los bytes por segundo y
los paquetes por segundo. La cola se mantiene para asegurarse de que no más que este máximo está proporcionada. La cola
de broadcast tiene prioridad cuando el transmitir a una tarifa debajo del Máximo configurado, y por lo tanto tiene una asignación
de ancho de banda mínimo garantizada. Los dos límites de la velocidad de transmisión se piensan para evitar inundar la interfaz
con los broadcasts. El límite de velocidad de la transmisión real en cualquier segundo es el primer de los dos límites de
velocidad se alcanza que.
Fragmentación de Frame Relay
Cisco ha desarrollado tres tipos de fragmentación de Frame Relay, que se describen en las secciones siguientes:
•
Fragmentación FRF.12 de Extremo a Extremo
•
Configuración de la Compresión del Contenido
•
Fragmentación de Propietario Cisco
Lo que sigue proporciona la Más información sobre la fragmentación de Frame Relay:
•
Interoperabilidad de la Fragmentación de Frame Relay y la Compresión por Hardware
•
Condiciones y Restricciones de la Fragmentación de Frame Relay
Fragmentación FRF.12 de Extremo a Extremo
El propósito de la fragmentación de punta a punta FRF.12 es soportar los paquetes del tiempo real y de datos en tiempo no real
en links más de poca velocidad sin causar el Retraso excesivo a la información en tiempo real. La fragmentación FRF.12 es
definida por el acuerdo de instrumentación FRF.12. Este estándar fue desarrollado para permitir que interpolan el marco de
datos largo sea hecho fragmentos en pedazos más pequeños (fragmentos) y con las tramas en tiempo real. De esta manera,
las tramas del tiempo real y de datos en tiempo no real se pueden llevar juntas en links más de poca velocidad sin causar el
Retraso excesivo al tráfico en tiempo real.
La fragmentación de punta a punta FRF.12 se recomienda para el uso en los circuitos virtuales permanentes (PVC) esos los
vínculos compartidos con otros PVC que estén transportando la Voz y en los PVC que transportan la voz sobre IP (VoIP).
Aunque los paquetes de VoIP no deban ser hechos fragmentos, pueden ser interpolados con los paquetes fragmentados.
El FRF.12 se configura sobre una base por-PVC usando una clase de correspondencia de Frame Relay. La clase de mapa se
puede aplicar a uno o varios PVCs. El Control de tráfico de Frame Relay se debe habilitar en la interfaz para que la
fragmentación trabaje.
Observecuando fragmentación de Frame Relay se configura, el WFQ o el LLQ es obligatorio. Si un map class se configura
para la fragmentación de Frame Relay y el tipo de espera en ese map class no es WFQ o LLQ, el WFQ con los valores
predeterminados reemplaza al tipo de espera configurado automáticamente. Para configurar el LLQ para el Frame
Relay, refiera a la guía de configuración de las soluciones de la Calidad de servicio de Cisco IOS, Release12.2.
Determinación de los tamaños del fragmento
Fije los tamaños del fragmento para no hacer fragmentos y no experimenten los paquetes de voz a un mayor ms de 20 del
retraso de serialización.
Para fijar los tamaños del fragmento, la velocidad del link debe ser tenida en cuenta. Los tamaños del fragmento deben ser más
grandes que los paquetes de voz, pero bastante pequeños minimizar el tiempo de espera en los paquetes de voz. Gire la
fragmentación para los links de baja velocidad (menos de 768 kb/s).
Fije los tamaños del fragmento basados en la mínima velocidad de puerto entre el Routers. Por ejemplo, si hay una topología de
Frame Relay del hub and spoke donde el concentrador tiene una velocidad T1 y los routeres remotos tienen 64 velocidades de
puerto kb/s, los tamaños del fragmento necesitan ser fijados para la velocidad 64 kb/s en ambo Routers. Cualquier otro PVC
que comparta la misma necesidad de la interfaz física de configurar la fragmentación a los tamaños utilizó por la Voz PVC.
Si la mínima velocidad de link en la trayectoria es 64 kb/s, los tamaños del fragmento recomendados (para el retraso de
serialización de 10 ms) son 80 bytes. Si la mínima velocidad de link es 128 kb/s, los tamaños del fragmento recomendados son
160 bytes.
Para más información, refiera a la “fragmentación (sección del FRF.12)" en el VoIP over Frame Relay con el documento de la
calidad de servicio (fragmentación, modelado de tráfico, prioridad de RTP LLQ/IP).
Fragmentación de Frame Relay Usando FRF.11 Anexo C
Cuando VoFR (FRF.11) y la fragmentación ambas se configuran en un PVC, los fragmentos de Frame Relay se envían en el
formato del C del anexo FRF.11. Se utiliza esta fragmentación cuando el tráfico de voz FRF.11 se envía en el PVC, y utiliza el
formato del C del anexo FRF.11 para los datos.
Con el FRF.11, todos los paquetes de datos contienen los encabezados de fragmentación, sin importar los tamaños. Esta forma
de fragmentación no se recomienda para el uso con la voz sobre IP (VoIP).
Vea el capítulo el “configurar de la Voz sobre el Frame Relay” en la voz del Cisco IOS, el vídeo, y la guía de configuración del
fax para las tareas de configuración y los ejemplos para la fragmentación de Frame Relay usando el C del anexo FRF.11.
Fragmentación de Propietario Cisco
Fragmentación propietaria de Cisco se utiliza en los paquetes de datos en un PVC que también se utilice para el tráfico de voz.
Cuando vofr cisco el comando se configura en un DLCI y una fragmentación se habilita en un map class, las Cisco 2600
Series, las 3600 Series, y los 7200 Series Router pueden interoperar como Nodos en tándem (pero no pueden realizar la
terminación de llamada) con los concentradores del Cisco MC3810 que funcionan con las versiones del Cisco IOS antes de
12.0(3)XG o de 12.0(4)T.
Para configurar la encapsulación de la Voz del patentado Cisco, utilice vofr cisco el comando. Usted debe entonces configurar
un map class para habilitar el tráfico de voz en los PVC.
Vea el capítulo el “configurar de la Voz sobre el Frame Relay” en la voz del Cisco IOS, el vídeo, y la guía de configuración del
fax para las tareas de configuración y los ejemplos para fragmentación propietaria de Cisco.
Interoperabilidad de la Fragmentación de Frame Relay y la Compresión por Hardware
El FRF.12, C del anexo FRF.11, y fragmentación propietaria de Cisco se puede utilizar con el FRF.9 o la compresión por
hardware de la secuencia de datos en las interfaces y los circuitos virtuales (VCs) usando los tipos de encapsulación del
patentado Cisco o de la Fuerza de tareas de ingeniería en Internet (IETF) (IETF).
Cuando la compresión de la carga útil y la fragmentación de Frame Relay se utilizan al mismo tiempo, la compresión de la carga
útil se realiza siempre antes de la fragmentación.
La fragmentación de Frame Relay se puede utilizar con los módulos de compresión por hardware siguientes:
•
Cisco 2600 AIM-COMPR2
•
Cisco 3620 y 3640 NM-COMPR
•
Cisco 3660 AIM-COMPR4
•
Cisco 7200 SA-COMPR
La Voz sobre los paquetes del Frame Relay y de la voz sobre IP no será payload-comprimida cuando se configura la
fragmentación de Frame Relay.
Observeen VCs usando la encapsulación de IETF, compresión del hardware y software FRF.9 trabajará con la fragmentación
de Frame Relay pero no trabajará con la compresión del encabezamiento.
Condiciones y Restricciones de la Fragmentación de Frame Relay
Cuando se configura la fragmentación de Frame Relay, las condiciones y las restricciones siguientes se aplican:
•
El WFQ y el LLQ en el nivel PVC son las únicas Estrategias de almacenamiento en cola que pueden ser utilizadas.
• El Control de tráfico de Frame Relay (FRTS) se debe configurar para habilitar la fragmentación de Frame Relay (excepto
en los Cisco 7500 Series Router en quienes se habilita la Interfaz versátil FRF.11 distribuido basado en el procesador y
FRF.12).
•
Las tramas de VoFR nunca se hacen fragmentos, sin importar los tamaños.
• Cuando se utiliza la fragmentación de punta a punta FRF.12, los paquetes de VoIP no incluirán la encabezado FRF.12,
con tal que los tamaños del paquete de VoIP sean más pequeños que los tamaños del fragmento configurados. Sin
embargo, cuando se utilizan las fragmentaciones del C o del patentado Cisco del anexo FRF.11, los paquetes de VoIP
incluirán el encabezado de fragmentación.
•
Si los fragmentos llegan fuera de la secuencia, se caen los paquetes.
Se realizala fragmentación de la nota después de que las tramas se quiten del WFQ.
Compresión de la carga útil
•
Compresión de la carga útil del Paquete-por-paquete
•
Compresión estándar basada FRF.9
•
Compresión de la secuencia de datos del patentado Cisco
Compresión de la carga útil del Paquete-por-paquete
Usted puede configurar la compresión de la carga útil en el Punto a punto o las interfaces multipunto o las subinterfaces. La
compresión de la carga útil utiliza el método del calculador para predecir cuáles será el carácter siguiente en la trama. Porque la
predicción es paquete hecho al lado de paquete, el diccionario no se conserva a través de los límites del paquete. La
compresión de la carga útil en cada VC consume aproximadamente 40 kilobytes para la memoria del diccionario.
Compresión estándar basada FRF.9
La compresión del Frame Relay puede ahora ocurrir en la tarjeta VIP, en el Compression Service Adapter (CSA), o en la CPU
principal del router. El FRF.9 es estándar basado y por lo tanto proporciona la compatibilidad multivendor. La compresión FRF.9
utiliza proporciones de compresión relativamente más altas, permitiendo que más datos sean comprimidos para una
transmisión más rápida. La compresión FRF.9 proporciona la capacidad de mantener la descompresión/los historiales de
compresión múltiples sobre una base por-DLCI.
El hardware CSA ha sido funcionando en las Plataformas de las Cisco 7200 Series y de las Cisco 7500 Series, pero no ha
tenido ningún soporte para la compresión del Frame Relay. El CSA se puede utilizar en las Cisco 7200 Series o en el SecondGeneration Versatile Interface Processor (VIP2) en todos los Cisco 7500 Series Router. El modelo específico VIP2 requerido
para el CSA es el VIP2-40, que tiene el 2 MB de SRAM y 32 MB del DRAM.
Selección del método de compresión FRF.9
El router habilita la compresión en el siguiente orden:
1. Si el router contiene un Compression Service Adapter, la compresión se realiza en el hardware CSA (compresión por
hardware).
2. Si el CSA no está disponible, la compresión se realiza en el software instalado en el indicador luminoso LED amarillo de
la placa muestra gravedad menor VIP2 (Distributed compression (Compresión distribuida)).
3. Si el indicador luminoso LED amarillo de la placa muestra gravedad menor VIP2 no está disponible, la compresión se
realiza en el procesador principal del router (compresión del software).
Compresión de la secuencia de datos del patentado Cisco
La compresión de la secuencia de datos es un Compression Protocol del hardware y software del propietario que se puede
utilizar en el mismo VC o interfaz y compresión del encabezado IP. La compresión de la secuencia de datos es funcionalmente
equivalente a la compresión FRF.9 y se debe utilizar con la encapsulación del patentado Cisco. La fragmentación de Frame
Relay se puede también utilizar con la compresión de la secuencia de datos.
Compresión del encabezado IP TCP
La compresión del encabezado TCP/IP, según lo descrito por el RFC 1144, se diseña para mejorar la eficacia del uso del ancho
de banda sobre los links de los seriales de baja velocidad. Un paquete típico TCP/IP incluye una encabezado del datagrama 40byte. Una vez que se establece una conexión, la información de encabezado es redundante y no necesita ser relanzada en
cada paquete se envíe que. Reconstruyendo una encabezado más pequeña que identifique la conexión e indique los campos
que han cambiado y la cantidad de cambio reduce la cantidad de bytes transmitida. La encabezado comprimida media es 10
bytes de largo.
Para que este algoritmo funcione, los paquetes deben llegar en la orden. Si llegan los paquetes fuera de servicio, la
reconstrucción aparecerá crear los paquetes regulares TCP/IP pero los paquetes no harán juego la original. Porque la espera
de la prioridad cambia la orden en la cual se transmiten los paquetes, habilitar la prioridad que hace cola en la interfaz no se
recomienda.
Observesi usted configuran una interfaz con la encapsulación del patentado Cisco y la compresión del encabezado TCP/IP, las
correspondencias IP del Frame Relay hereda las características de la compresión de la interfaz. Sin embargo, si usted
configura la interfaz con la encapsulación de IETF, la interfaz no se puede configurar para la compresión. Las
correspondencias del Frame Relay tendrán que ser configuradas individualmente para soportar la compresión del
encabezado TCP/IP.
•
Especificar IP individual un mapa para la compresión del encabezado IP TCP
•
Especificar una interfaz para la compresión del encabezado IP TCP
Especificar IP individual un mapa para la compresión del encabezado IP TCP
Observeuna interfaz configurada para soportar la compresión del encabezado TCP/IP no puede también soportar la espera o el
Custom Queueing de la prioridad.
La compresión del encabezado TCP/IP requiere la encapsulación del patentado Cisco. Si usted necesita tener encapsulación de
IETF en una interfaz en conjunto, usted puede todavía configurar una correspondencia específica IP para utilizar la
encapsulación y la Compresión de cabecera TCP del patentado Cisco. Además, incluso si usted configura la interfaz para
realizar la compresión del encabezado TCP/IP, usted puede todavía configurar una correspondencia específica IP para no
comprimir los encabezados TCP/IP.
Usted puede especificar si la compresión del encabezado TCP/IP es activa o pasiva. La compresión activa sujeta cada paquete
de salida a la compresión del encabezado TCP/IP. La compresión pasiva sujeta un paquete saliente TCP/IP a la compresión del
encabezamiento solamente si un paquete tenía un encabezado TCP/IP comprimido cuando fue recibido.
Especificar una interfaz para la compresión del encabezado IP TCP
Usted puede configurar la interfaz con la compresión activa o pasiva del encabezado TCP/IP. La compresión activa, el valor por
defecto, sujeta todos los paquetes salientes TCP/IP a la compresión del encabezamiento. La compresión pasiva sujeta un
paquete de salida a la compresión del encabezamiento solamente si el paquete tenía un encabezado TCP/IP comprimido
cuando fue recibido en esa interfaz.
Si una interfaz configurada con la encapsulación del patentado Cisco se configura más adelante con la encapsulación de IETF,
se pierden todas las características de la compresión del encabezado TCP/IP. Para aplicar la compresión del encabezado
TCP/IP sobre una interfaz configurada con la encapsulación de IETF, usted debe configurar IP individual las correspondencias.
Si usted configura una interfaz con la encapsulación del patentado Cisco y la compresión del encabezado TCP/IP, las
correspondencias IP del Frame Relay heredan las características de la compresión de la interfaz. Sin embargo, si usted
configura la interfaz con la encapsulación de IETF, la interfaz no se puede configurar para la compresión. Las correspondencias
del Frame Relay tendrán que ser configuradas individualmente para soportar la compresión del encabezado TCP/IP.
Compresión del encabezamiento en tiempo real con la Encapsulación de Frame Relay
El Real-Time Transport Protocol (RTP) es un protocolo usado para llevar el audio y el tráfico de video del packetized sobre una
red del IP, proporcionando a los función del transporte de red de extremo a extremo previstos para estas aplicaciones del tráfico
en tiempo real y servicios de red del Multicast o del unicast. El RTP se describe en el RFC 1889. El RTP no se piensa para el
tráfico de datos, que utiliza el TCP o el UDP.
Elección de descarte
Algunos paquetes de Frame Relay se pueden fijar con la prioridad baja o la sensibilidad baja del tiempo. Éstos serán los
primeros que se caerán cuando se congestiona un switch de Frame Relay. El mecanismo que permite que un switch de Frame
Relay identifique tales paquetes es el bit de la elección de descarte (DE).
La elección de descarte requiere la red Frame Relay poder interpretar al DE bit. Algunas redes no toman ninguna medidas
cuando fijan al DE bit, y otros utilizan al DE bit para determinar que los paquetes a desechar. La mejor interpretación es utilizar
al DE bit para determinar qué paquetes se deben caer primero y también que los paquetes tienen sensibilidad más baja del
tiempo.
Usted puede crear a DE lists que identifica las características de los paquetes para ser elegible para desechar, y usted puede
también especificar a DE groups para identificar el DLCI que es afectado.
Usted puede crear a DE lists basada en el protocolo o la interfaz, y en las características tales como fragmentación del paquete,
un puerto específico TCP o del User Datagram Protocol (UDP), un número de lista de acceso, o los tamaños de paquetes.
Niveles de prioridad DLCI
Los niveles de prioridad DLCI permiten que usted separe diversos tipos de tráfico y proporcionan una herramienta de
administración del tráfico por problemas de congestión causados por las situaciones siguientes:
•
Lote y tráfico interactivo de mezcla sobre el mismo DLCI
• Tráfico de espera de los sitios con el acceso de alta velocidad en los sitios de destino con un acceso más de poca
velocidad
Antes de que usted configure los niveles de prioridad DLCI, usted debe:
•
Defina una lista de prioridad global.
•
Habilite la Encapsulación de Frame Relay.
•
Defina la correspondencia de direcciones dinámica o estática.
• Aseegurese que usted define cada uno de los DLCI a los cuales usted se prepone aplicar los niveles. Usted puede
asociar el nivel de prioridad DLCI a las subinterfaces.
•
Configure el LMI.
Los nivelesde prioridad DLCI de la nota proporcionan una manera de definir el múltiplo DLCI paralelos para diversos tipos de
tráfico. Los niveles de prioridad DLCI no asignan las colas de administración del tráfico de prioridad dentro del router o
del Access Server. De hecho, son independiente de las colas de administración del tráfico de la prioridad del
dispositivo. Sin embargo, si usted habilita la espera y utiliza los mismos DLCI para hacer cola, después los DLCI
prioritarios se pueden poner en las colas de alta prioridad.
Cómo configurar el Frame Relay
•
Habilitando la Encapsulación de Frame Relay en una interfaz (requerida)
•
Configurando la correspondencia de direcciones estática (requerida)
•
Explícitamente configurando el LMI (opcional)
•
Habilitando el servicio de SVC del Frame Relay (opcional)
•
Configurando el Control de tráfico de Frame Relay (opcional)
•
Configurando el Switching de Frame Relay (opcional)
•
Personalizando el Frame Relay para su red (opcional)
•
Monitoreando y manteniendo las conexiones de Frame Relay (opcionales)
Habilitar la Encapsulación de Frame Relay en una interfaz
La Encapsulación de Frame Relayde la nota es un requisito previo para cualquier comando frame relay en una interfaz.
Para habilitar la Encapsulación de Frame Relay en el nivel de la interfaz, utilice los siguientes comandos que comienzan en el
modo de configuración global:
Comando
Propósito
Paso
1
Router(config)# interface type
number
Especifica la interfaz, y ingresa al modo
de configuración de la interfaz.
Paso
2
Router(config-if)# encapsulation
frame-relay [ietf]
Habilita y especifica el método de
encapsulación de Frame Relay.
Configuración de Correspondencia de Direcciones Estáticas
Para establecer el mapping estático según sus necesidades de red, use uno de los siguientes comandos en el modo de
configuración de interfaz:
Comando
Router(config-if)# frame-relay
Propósito
map protocol protocol-address
dlci [broadcast] [ietf] [cisco]
Mapea una dirección de protocolo de siguiente salto y una
dirección de destino del DLCI. Los protocolos soportados y
las palabras claves correspondientes para habilitarlos son
los siguientes:
•
IPip —
•
DECNetdecnet —
•
APPLETALKappletalk —
•
XNSxns —
•
Novell IPXipx —
•
VINESvines —
•
ISO CLNSclns —
Router(config-if)# frame-relay
map clns dlci [broadcast]
Define una DLCI utilizada para enviar tramas CLNS ISO.
Router(config-if)# frame-relay
map bridge dlci [broadcast] [
ietf]
Define un bridge de destino DLCI.
Configuración Explícita de LMI
•
Fijando el tipo LMI (requerido)
•
Fijando el intervalo de keepalive LMI (requerido)
•
Fijando la interrogación y los intervalos del temporizador LMI (opcionales)
Determinación del tipo LMI
Si asocian al router o el Access Server a una Red de datos públicos (PDN), el tipo LMI debe hacer juego el tipo usado en la red
pública. Si no, el tipo LMI puede ser fijado para adaptarse a las necesidades de su red del Frame Relay privado. Usted puede
fijar uno de los tres tipos siguientes de LMI en los dispositivos de Cisco: Anexo D, Cisco, y anexo A. ANSI T1.617 ITU-T Q.933.
Para ello, utilice los siguientes comandos empezando en modo de configuración de la interfaz:
Comando
Propósito
Paso
1
Router(config-if)# frame-relay lmi-type {ansi | Fija el tipo LMI.
cisco | q933a}
Paso
2
Router# copy nvram:startup-config destination
Escribe el tipo LMI al
NVRAM.
Determinación del intervalo de keepalive LMI
Un intervalo de keepalive se debe fijar para configurar el LMI. Por abandono, este intervalo es 10 segundos y, según el protocol
LMI, debe ser menos que el intervalo correspondiente en el Switch. Para fijar el intervalo de keepalive, utilice el siguiente
comando en el modo de configuración de la interfaz:
Comando
Propósito
Router(config-if)# keepalive number
Fija el intervalo de keepalive LMI.
Determinación de la interrogación y de los intervalos del temporizador LMI
Usted puede fijar los diversos contadores, intervalos, y umbrales opcionales para ajustar la operación de su LMI DTE y
dispositivos DCE. Fije estos atributos usando uno o más de los siguientes comandos en el modo de configuración de la interfaz:
Comando
Propósito
Router(config-if)# frame-relay lmin392dce threshold
Fija el umbral de error DCE y del Interfaz de red a
red (NNI).
Router(config-if)# frame-relay lmin393dce events
Fija el DCE y la cuenta de eventos monitoreada
NNI.
Router(config-if)# frame-relay lmit392dce seconds
Fija el temporizador de la verificación de la
interrogación en una interfaz DCE o NNI.
Router(config-if)# frame-relay lmin391dte keep-exchanges
Fija un intervalo de sondeo del estado completo en
una interfaz DTE o NNI.
Router(config-if)# frame-relay lmin392dte threshold
Fija el umbral de error DTE o NNI.
Router(config-if)# frame-relay lmin393dte events
Fija el DTE y la cuenta de eventos monitoreada NNI.
Habilitar el servicio de SVC del Frame Relay
•
Configurando los SVC en una interfaz física (requerida)
•
Configurando los SVC en una subinterfaz (opcional)
•
Configurando un map class (requerido)
•
Configurando un grupo del mapa con el E.164 o los X.121 Address (requeridos)
•
Asociando el map class a la dirección de protocolo estática asocia (requerido)
•
Configurando los parámetros LAPF (opcionales)
Configurar los SVC en una interfaz física
Para habilitar el funcionamiento de SVC en una interfaz de Frame Relay, utilice los siguientes comandos que comienzan en el
modo de configuración global:
Comando
Propósito
Paso Router(config)# interface Especifica la interfaz física.
type number
1
Paso Router(config-if)# ip
address ip-address mask
2
Especifica la dirección IP de la interfaz, si es
necesario.
Paso Router(config-if)#
Habilita la encapsulación de Frame Relay en la
encapsulation frame-relay interfaz.
3
Paso Router(config-if)# mapgroup group-name
4
Asigna un grupo de la correspondencia a la interfaz.
Los detalles del grupo del mapa se especifican con
map-list el comando.
Paso Router(config-if)# frame- Soporte de SVC del Frame Relay de los permisos en
relay svc
5
la interfaz.
Configurar los SVC en una subinterfaz
Observeesta flexibilidad adicional de las ofertas de la tarea para la configuración SVC y la operación.
Para configurar el Frame Relay SVC en una subinterfaz, complete todos los comandos en la sección precedente, excepto la
asignación del grupo de la correspondencia. Después de que se configure la interfaz física, utilice los siguientes comandos que
comienzan en el modo de configuración global:
Comando
Propósito
Paso Router(config)# interface type number.
subinterface-number {multipoint |
1
Especifica una subinterfaz
configurada para el
funcionamiento de SVC.
Paso Router(config-subif)# ip address ipaddress mask
2
Especifica la dirección IP de la
subinterfaz, si es necesario.
Paso Router(config-subif)# map-group groupname
3
Asigna un grupo de la
correspondencia a la subinterfaz.
point-to-point}
Configurar un map class
Realice las tareas siguientes de configurar un map class:
•
Especifique el nombre del map class. (Obligatorio)
•
Especifique una lista de cola personalizada para el map class. (Opcional)
•
Especifique una lista del priority queue para el map class. (Opcional)
•
Permita al feedback BECN para estrangular la velocidad de salida en SVC para el map class. (Opcional)
• Fije los valores de QoS del nondefault para el map class (ninguna necesidad de fijar los valores de QoS; se proporcionan
los valores predeterminados). (Opcional)
Notausted puede definir las clases múltiples de la correspondencia. Un map class se asocia a una correlación estática, no
con la interfaz o la subinterfaz. Debido a la flexibilidad que esta asociación permite, usted puede definir diversas clases
de la correspondencia para diversos destinos.
Para configurar un map class, utilice los siguientes comandos que comienzan en el modo de configuración global:
Comando
Propósito
Paso 1
Router(config)# map-class
frame-relay map-class-name
Especifica el nombre de clase de
correspondencia de Frame Relay y ingresa
al modo de configuración de la clase de
asociador.
Paso 2
Router(config-map-class)#
frame-relay custom-queue-list
list-number
Especifica una lista de cola personalizada
que se utilizará para el map class.
Paso 3
Router(config-map-class)#
frame-relay priority-group
list-number
Asigna un priority queue a VCs se asoció al
map class.
Paso 4
Router(config-map-class)#
Permite al tipo de feedback BECN para
frame-relay adaptive-shaping [ estrangular la tarifa de la trama-transmisión.
becn | foresight]1
Paso 5
Router(config-map-class)#
frame-relay cir in bps
Especifica la Velocidad de información
comprometida (CIR) entrante, en los bits
por segundo.
Paso 6
Router(config-map-class)#
frame-relay cir out bps
Especifica el CIR saliente, en los bits por
segundo.
Paso 7
Router(config-map-class)#
frame-relay mincir in bps2
Fija el CIR entrante aceptable mínimo, en
los bits por segundo.
Paso 8
Router(config-map-class)#
frame-relay mincir out bps2
Fija el CIR saliente aceptable mínimo, en
los bits por segundo.
Paso 9
Router(config-map-class)#
frame-relay bc in bits2
Fija Committes Bursa Size (Bc) entrante, en
los bits.
Paso 10 Router(config-map-class)#
Fija el Bc saliente, en los bits.
Paso 11 Router(config-map-class)#
Fija los tamaños de ráfaga en exceso
entrantes (Be), en los bits.
Paso 12 Router(config-map-class)#
Fija el saliente esté, en los bits.
Paso 13 Router(config-map-class)#
Fija el intervalo del tiempo de espera, en los
frame-relay bc out bits2
frame-relay be in bits2
frame-relay be out bits2
frame-relay idle-timer seconds2 segundos.
1 este comando substituye frame-relay becn-response-enable el comando, que será quitado en un Cisco IOS Release futuro. Si usted utiliza
frame-relay becn-response-enable el comando en los scripts, usted debe substituirlo por frame-relay adaptive-shaping becn el comando.
2 in y out las palabras claves son opcionales. Configurar el comando sin in y outlas palabras claves aplicará ese valor del tráfico saliente a los
valores entrantes y para la configuración de SVC. Por ejemplo, frame-relay cir 56000 aplica 56000 a los valores entrantes y del tráfico
saliente para configurar SVC.
Configurar un grupo del mapa con el E.164 o los X.121 Address
Después de que usted haya definido un grupo de la correspondencia para una interfaz, usted puede asociar el grupo de la
correspondencia a las direcciones de origen y de destino específicas que se utilizarán. Usted puede especificar los
direccionamientos E.164 o los X.121 Address para la fuente y el destino. Para especificar el grupo de la correspondencia que se
asociará a una interfaz específica, utilice el siguiente comando en el modo de configuración global:
Comando
Propósito
Router(config)# map-list map-group-name
source-addr {e164 | x121} source-address
dest-addr {e164 | x121} destination-address
Especifica el grupo de la correspondencia
asociado a las direcciones de origen y de
destino específicas para SVC.
Asociación del map class a las correspondencias estáticas de la dirección de protocolo
Para definir a las direcciones de protocolo bajo map-list comando y asociar a cada dirección de protocolo a un map class
especificado, utilice class el comando. Utilice este comando para que cada dirección de protocolo sea asociada a un map class.
Para asociar un map class a una dirección de protocolo, utilice el siguiente comando en el modo de la configuración de la lista
de la correspondencia:
Comando
Propósito
Router(config-mapEspecifica un direccionamiento del protocolo de destino y un
list)# protocol protocolnombre de clase de correspondencia de Frame Relay de los
address class class-name [ietf] cuales derivar la información de QoS.
[broadcast [trigger]]
•
ietf La palabra clave especifica la encapsulación del
RFC 1490
•
broadcast La palabra clave especifica que los
broadcasts deben ser llevados.
•
trigger La palabra clave, que puede ser configurada
solamente si broadcast también se configura, permite a
un paquete de broadcast para accionar SVC. Si existe
SVC ya que utiliza este map class, SVC llevará el
broadcast.
Configurar los parámetros LAPF
Observelas tareas LAPF no se requieren y no se recomiendan a menos que usted entienda a conciencia los impactos en su
red.
Por abandono, la trama del rechazo de trama se envía en el procedimiento del rechazo de trama LAPF.
Los procedimientos de acceso del link de Frame Relay para los comandos del Frame Relay (LAPF) se utilizan para ajustar los
parámetros del sistema de la capa 2 para trabajar bien con el switch de Frame Relay. Normalmente, usted no necesita cambiar
las configuraciones predeterminadas. Sin embargo, si la red Frame Relay indica que no soporta la trama del rechazo de trama
(FRMR) en el procedimiento del rechazo de trama LAPF, utilice el siguiente comando en el modo de configuración de la interfaz:
Comando
Propósito
Router(config-if)# no framerelay lapf frmr
Selecciona para no enviar las tramas FRMR en el
procedimiento del rechazo de trama LAPF.
Cambio de los parámetros de la capa 2 para su red
La manipulaciónde la nota de los parámetros de la capa 2 no se recomienda si usted no sabe mana el cambio funcional
resultante. Para más información, refiera a la especificación ITU-T Q.922 para el LAPF.
Si usted debe cambiar los parámetros de la capa 2 para su entorno de red y usted entiende el cambio funcional resultante,
utilice los siguientes comandos según las necesidades:
Comando
Propósito
Router(config-if)# frame-relay lapf k Fija los tamaños de la ventana K. LAPF.
number
Router(config-if)# frame-relay lapf
n200 retries
Fija la cuenta máxima N200 de la retransmisión
LAPF.
Router(config-if)# frame-relay lapf
n201 bytes
Fija el Largo máximo del campo de información del
LAPF que enmarco N201, en los bytes.
Router(config-if)# frame-relay lapf
t200 tenths-of-a-second
Fija el valor T200 del temporizador de retransmisión
LAPF, en los décimos de un segundo.
Router(config-if)# frame-relay lapf
t203 seconds
Fija el valor de temporizador ocioso T203 del link
LAPF de DLCI 0, en los segundos.
Configuración del modelado de tráfico de Frame Relay
•
Habilitando la Encapsulación de Frame Relay en una interfaz (anterior en este módulo)
•
Habilitación del Modelado de Tráfico Frame Relay en la Interfaz
•
Configuración de Enhanced Local Management Interface
•
Especificación de una Clase de Mapa de Formación de Tráfico para la Interfaz
•
Definición de un Map Class con Parámetros de Almacenamiento en Cola y Modelado de Tráfico
Habilitación del Modelado de Tráfico Frame Relay en la Interfaz
Para configurar un map class con el formar EL tráfico y los parámetros de envío a cola por VC, vea las secciones el “especificar
de un map class del formar EL tráfico para la interfaz” y el “definir de un map class con la espera y los parámetros de modelado
del tráfico”.
Para habilitar el Control de tráfico de Frame Relay en la interfaz especificada, utilice el siguiente comando en el modo de
configuración de la interfaz:
Comando
Propósito
Router(configif)# frame-relay
traffic-shaping
Control de tráfico de Frame Relay de los permisos y espera por VC.
Observela Velocidad de información comprometida (CIR)
predeterminada de 56K se aplicará en las situaciones siguientes:
Cuando se habilita el modelado de tráfico (usando frame-relay
traffic-shaping el comando), pero un map class no se asigna al VC
y cuando el modelado de tráfico se habilita (usando frame-relay
traffic-shaping el comando) y un map class se asigna al VC, pero
los parámetros de modelado del tráfico no se han definido en el
map class.
Configuración de Enhanced Local Management Interface
•
Habilitando el ELMI (requerido)
•
Inhabilitando la selección automática de la dirección IP (opcional)
•
Configurando la dirección IP que se utilizará para el registro de dirección ELMI (opcional)
•
Habilitando el registro de dirección ELMI en una interfaz (opcional)
•
Verificando el registro de dirección ELMI (opcional)
Habilitar el ELMI
Para habilitar el ELMI, utilice los siguientes comandos que comienzan en el modo de configuración de la interfaz:
Comando
Propósito
Paso
1
Router(config)# interface type number
Especifica la interfaz física.
Paso
2
Router(config-if)# encapsulation
frame-relay [cisco | ietf]
Habilita la encapsulación de Frame
Relay en la interfaz.
Paso
3
Router(config-if)# frame-relay QoSautosense
Permisos ELMI.
Inhabilitar la selección automática de la dirección IP
La selección automática de la dirección IP se habilita por abandono cuando se habilita el ELMI. Para inhabilitar la Selección
automática de la dirección IP que se utilizará para el registro de dirección ELMI, utilice el comando global configuration
siguiente:
Comando
Propósito
Router(config)# no frame- Inhabilita la Selección automática de la dirección IP que se utilizará
relay address
para el registro de dirección ELMI.
registration auto-address
Observecuando selección automática de la dirección IP se
inhabilita y una dirección IP no se ha configurado usando el
comando global configuration del IP del registro de la
dirección de Frame Relay, la dirección IP para el registro de
dirección ELMI será fijada a 0.0.0.0.
Configurando la dirección IP que se utilizará para el registro de dirección ELMI
Para configurar la dirección IP para el registro de dirección ELMI, utilice el comando global configuration siguiente:
Comando
Propósito
Router(config)# frameConfigura la dirección IP que se utilizará para el registro de
relay address registration dirección ELMI.
ip address
Se inhabilitala selección automática de la dirección IP de la
nota cuando usted configura el IP Address de
administración usando frame-relay address registration ip
el comando global configuration.
Habilitar el registro de dirección ELMI en una interfaz
Para habilitar el registro de dirección ELMI en una interfaz, utilice el comando interface configuration siguiente:
Comando
Propósito
Router(config-if)# framerelay address-reg enable
Registro de dirección de los permisos ELMI en una interfaz. Para
inhabilitar el registro de dirección ELMI en una interfaz, utilice no
la forma del comando.
Verificar el registro de dirección ELMI
Para verificar que el registro de dirección ELMI esté configurado correctamente, utilice el comando configuration privilegiado
siguiente del EXEC:
Comando
Propósito
Router# show frame-relay qosautosense [interface interface]
Visualiza los valores de QoS y la información del
registro de dirección ELMI detectados del Switch.
Especificación de una Clase de Mapa de Formación de Tráfico para la Interfaz
Para especificar un map class para la interfaz especificada, utilice el principio del siguiente comando en el modo de
configuración de la interfaz:
Comando
Propósito
Router(config-if)# frame-relay class
map-class-name
Especifica una clase de correspondencia de Frame
Relay para la interfaz.
Definición de un Map Class con Parámetros de Almacenamiento en Cola y Modelado de Tráfico
Para definir un map class, utilice los siguientes comandos que comienzan en el modo de configuración global:
Comando
Propósito
Paso Router(config)# mapclass frame-relay map1
Especifica un map class para definir.
Paso Router(config-mapclass)# frame-relay
2
Define las relaciones del tráfico para el map class.
Paso Router(config-mapclass)# frame-relay
3
Especifica una lista de cola personalizada.
Paso Router(config-mapclass)# frame-relay
4
Especifica una lista del priority queue.
Paso Router(config-mapclass)# frame-relay
5
Selecciona el BECN o la previsión como mecanismo de
la al revés-notificación de la congestión al cual el
modelado de tráfico se adapte.
class-name
traffic-rate average [
peak]
custom-queue-list listnumber
priority-group listnumber
adaptive-shaping {becn
| foresight}
Observeeste comando substituye frame-relay
becn-response-enable el comando, que será
quitado en un Cisco IOS Release futuro. Si usted
utiliza frame-relay becn-response-enable el
comando en los scripts, usted debe
substituirlo por frame-relay adaptive-shaping
el comando del software.
Configuración de conmutación del Frame Relay
•
Habilitando el Switching de Frame Relay (requerido)
•
Habilitando la Encapsulación de Frame Relay en una interfaz (requerida)
•
Configurando un dispositivo del DTE de Frame Relay o el Switch DCE o el soporte NNI (requerido)
•
Creando el PVC conmutado sobre el ISDN (requerido)
•
Identificando un PVC según lo conmutado (opcional)
•
Configurando la Vigilancia de tráfico en los dispositivos DCE UNI (opcionales)
•
Configurando la administración de la congestión en los PVC conmutados (opcionales)
•
Configurando la fragmentación FRF.12 en los PVC conmutados (opcionales)
•
Verificando el Switching de Frame Relay (opcional)
•
Localización de averías del Switching de Frame Relay (opcional)
Habilitar el Switching de Frame Relay
Usted debe habilitar el packet switching antes de que usted pueda configurarlo en un DTE de Frame Relay o un DCE, o con el
soporte del Interfaz de red a red (NNI). Haga tan usando el siguiente comando en el modo de configuración global antes de
configurar el tipo de switch:
Comando
Propósito
Router(config)# frame-relay switching
Switching de Frame Relay de los permisos.
Configurar un dispositivo del DTE de Frame Relay o el Switch DCE o el soporte NNI
Usted puede configurar una interfaz como un dispositivo DTE o Switch DCE, o como Switch conectado con un Switch para
soportar las conexiones NNI. (el DTE es el valor por defecto.) Para ello, utilice el siguiente comando en el modo de
configuración de la interfaz:
Comando
Propósito
Router(config-if)# frame-relay intf-type [ Configura un dispositivo del DTE de Frame
dce | dte | nni]
Relay o el Switch DCE.
Crear el PVC conmutado sobre el ISDN
Para crear un PVC conmutado sobre el ISDN, o crear un PVC conmutado en el cual el modelado de tráfico, la Vigilancia de
tráfico, y la administración de la congestión puedan ser configurados, utiliza el siguiente comando en el modo de configuración
global:
Comando
Propósito
Router(config)# connect connection-name interface Define las conexiones entre los PVC
dlci interface dlci
de Frame Relay.
Crear un PVC conmutado con la Static ruta
Las Static rutasde la nota no se pueden configurar sobre las interfaces del túnel en las Cisco 800 Series, las 1600 Series, y las
Plataformas de las 1700 Series. Los routers estáticos solamente se pueden configurar sobre interfaces de túnel en
plataformas que tienen el conjunto de funciones Enterprise.
Para crear un PVC conmutado con una Static ruta, utilice el siguiente comando en el modo de configuración de la interfaz:
Comando
Propósito
Router(config-if)# frame-relay route in-dlci interface
out-interface-type out-interface-number out-dlci
Especifica una Static ruta para
la transferencia PVC.
Identificando un PVC según lo conmutado
Antes de que usted pueda asociar un map class a un PVC conmutado, usted debe identificar el PVC como siendo conmutado.
Para identificar un PVC según lo conmutado, utilice el siguiente comando en el modo de configuración de la interfaz:
Comando
Propósito
Router(config-if)# frame-relay interface-dlci dlci
switched
Identifica un PVC según lo
conmutado.
Configurar la Vigilancia de tráfico en los dispositivos DCE UNI
•
Habilitar el policing del Frame Relay
•
Configurar los parámetros de regulación de tráfico del Frame Relay
Habilitar el policing del Frame Relay
Para habilitar el policing del Frame Relay en una interfaz, utilice el siguiente comando en el modo de configuración de la
interfaz:
Comando
Propósito
Router(config-if)# frame-relay Policing del Frame Relay de los permisos en todos los PVC
policing
conmutados en la interfaz.
Configurar los parámetros de regulación de tráfico del Frame Relay
Para configurar los parámetros de regulación de tráfico en una clase de correspondencia de Frame Relay, utilice uno o más de
los siguientes comandos en el modo de configuración de la clase de asociador:
Comando
Propósito
Router(config-map-class)# frame- Fija el CIR para un PVC de Frame Relay, en los bits por
relay cir {in | out} bps
segundo.
Router(config-map-class)# frame- Fija Committes Bursa Size para un PVC de Frame Relay,
relay bc {in | out} bits
en los bits.
Router(config-map-class)# frame- Fija los tamaños de ráfaga en exceso para un PVC de
relay be {in | out} bits
Frame Relay, en los bits.
Router(config-map-class)# frame- Fija el intervalo de medición para limpiar el tráfico entrante
relay tc milliseconds
en un PVC cuando el CIR es cero, en los milisegundos.
Configurar la administración de la congestión en los PVC conmutados
•
Configurar la administración de la congestión del Frame Relay en la interfaz
•
Configurar la administración de la congestión del Frame Relay en las colas de modelado del tráfico
Configurar la administración de la congestión del Frame Relay en la interfaz
Para configurar la administración de la congestión del Frame Relay en todos los PVC conmutados en una interfaz, utilice los
siguientes comandos que comienzan en el modo de configuración de la interfaz:
Comando
Propósito
Paso Router(config-if)#
frame-relay congestion
1
Habilita la administración de la congestión del Frame
Relay en todos los PVC conmutados en una interfaz y
ingresa al modo de configuración de la administración
de la congestión del Frame Relay.
Paso Router(config-frcongest)# threshold de
2
Configura el umbral en el cual los paquetes
delimitados serán desechados de los PVC
conmutados en la interfaz de salida.
Paso Router(config-frcongest)# threshold ecn
3
Configura el umbral en el cual los bits ECN serán
fijados en los paquetes en los PVC conmutados en la
interfaz de salida.
management
percentage
{bc | be} percentage
Configurar la administración de la congestión del Frame Relay en las colas de modelado del tráfico
Para configurar la administración de la congestión del Frame Relay en las colas de modelado del tráfico de los PVC
conmutados, utilice uno o más de los siguientes comandos en el modo de configuración de la clase de asociador:
Comando
Propósito
Router(config-map-class)# framerelay congestion threshold de
percentage
Configura el umbral en el cual los paquetes delimitados
serán desechados de la cola de modelado del tráfico de
un PVC conmutado.
Router(config-map-class)# framerelay congestion threshold ecn
percentage
Configura el umbral en el cual los bits ECN serán
fijados en los paquetes en la cola de modelado del
tráfico de un PVC conmutado.
Router(config-map-class)# framerelay holdq queue-size
Configura los tamaños máximos de una cola de
modelado del tráfico en un PVC conmutado.
Configurar la fragmentación FRF.12 en los PVC conmutados
Para configurar el FRF.12 en los PVC conmutados, utilice el comando de configuración de la clase correspondiente siguiente. El
map class se puede asociar a uno o más PVC conmutados.
Comando
Propósito
Router(config-map-class)# framerelay fragment fragment_size
switched
Fragmentación de los permisos FRF.12 en el Frame
Relay conmutado PVC para una clase de
correspondencia de Frame Relay.
Verificar el Switching de Frame Relay
Para verificar la configuración correcta del Switching de Frame Relay, utilice uno o más de los siguientes comandos:
Comando
Propósito
Router# show frame-relay
fragment [interface
interface] [dlci]
Visualiza las estadísticas sobre la fragmentación de Frame Relay.
Router# show frame-relay Estadísticas de las visualizaciones sobre los PVC de Frame Relay
pvc [interface interface] incluyendo las razones detalladas de las caídas de paquetes en los
[dlci]
PVC conmutados y la información de estatus completa para NNI
conmutado PVC.
Router# show interfaces [ Información de las visualizaciones sobre la configuración y cola en la
type number]
interfaz.
Localización de averías del Switching de Frame Relay
Para diagnosticar los problemas en las redes del Frame Relay conmutado, utilice los comandos exec siguientes:
Comando
Propósito
Router# debug frame-relay
switching [interface
interface] [dlci] [interval
seconds]
Mensajes del debug de las visualizaciones para el Frame Relay
conmutado PVC. interval La palabra clave y seconds el
argumento fija el intervalo en el cual los mensajes del debug
serán visualizados.
Router# show frame-relay pvc
[interface interface] [dlci]
Visualiza las estadísticas sobre los PVC de Frame Relay,
incluyendo las razones detalladas de las caídas de paquetes en
los PVC conmutados y la información de estatus completa para
NNI conmutado PVC.
Personalizar el Frame Relay para su red
•
Configuración de Keepalives Extremo a Extremo de Frame Relay
•
Habilitar el PPP por Frame Relay
•
Configuración de subinterfaces para Frame Relay
•
Inhabilitación o Rehabilitación de ARP Inverso Frame Relay
•
Creación de una Cola de Broadcast para una Interfaz
•
Configuración de Frame Relay Fragmentation
•
Configuración de la Compresión del Contenido
•
Configuración de la Compresión del Encabezado TCP/IP
•
Configuración de la Elección de Descarte
•
Configuración de los Niveles de Prioridad de DLCI
Configuración de Keepalives Extremo a Extremo de Frame Relay
•
Configurar el Keepalives de punta a punta
•
Modificación de los parámetros predeterminados
•
Verificar los Frame Relay End-to-End Keepalive
Configurar el Keepalives de punta a punta
Para configurar los Frame Relay End-to-End Keepalive, utilice los siguientes comandos que comienzan en el modo de
configuración global:
Comando
Paso Router(config)# map-class framerelay map-class-name
1
Propósito
Especifica un map class para el VC.
Paso Router(config-map-class)# frame- Especifica el modo del Frame Relay Endrelay end-to-end keepalive mode { to-End Keepalive.
2
bidirectional | request | reply |
passive-reply}
• bidirectional — El dispositivo
envía las peticiones del keepalive al
otro extremo del VC y responde a las
peticiones del keepalive del otro
extremo del VC.
• request — El dispositivo envía las
peticiones del keepalive al otro extremo
del VC.
• reply — El dispositivo responde a
las peticiones del keepalive del otro
extremo del VC.
• passive-reply — El dispositivo
responde a las peticiones del keepalive
del otro extremo del VC, pero no
seguirá los errores o los éxitos.
Modificación de los parámetros predeterminados
Usted puede modificar los valores de parámetro predeterminados de punta a punta del Keepalives usando un de los después de
los comandos de configuración de la clase correspondiente:
Comando
Propósito
Router(config-map-class)# frame-relay
end-to-end keepalive error-threshold {
send | receive} count
Modifica el número de errores necesarios para
cambiar al estado de keepalive de hasta abajo.
Router(config-map-class)# frame-relay
end-to-end keepalive event-window {send
| receive} count
Modifica el número de eventos recientes que se
marcarán para los errores.
Router(config-map-class)# frame-relay
end-to-end keepalive success-events {
send | receive} count
Modifica el número de eventos consecutivos del
éxito requeridos para cambiar al estado de
keepalive de abajo a para arriba.
Router(config-map-class)# frame-relay
end-to-end keepalive timer {send |
receive} interval
Modifica el intervalo del temporizador.
Verificar los Frame Relay End-to-End Keepalive
Para monitorear el estatus de los Frame Relay End-to-End Keepalive, utilice el siguiente comando en el modo de configuración
del EXEC:
Comando
Propósito
Router# show frame-relay end-to-end
keepalive interface
Muestra el estatus de los Frame Relay End-toEnd Keepalive.
Habilitar el PPP por Frame Relay
Para configurar la interfaz física que llevará a la sesión PPP y la conectará a la interfaz de plantilla virtual apropiada, realice la
tarea siguiente en el modo de configuración de interfaz:
Comando
Propósito
Router(config-if)# frame-relay interface-dlci dlci [
ppp virtual-template-name]
Define el PVC y lo asocia a la
plantilla virtual.
Por un ejemplo de configurar el PPP por Frame Relay, vea ejemplo de la sección “: PPP por Frame Relay” o “ejemplo: PPP por
Frame Relay DCE” más adelante en este capítulo.
Configuración de subinterfaces para Frame Relay
•
Configurando las subinterfaces (requeridas)
•
Definición de la subinterfaz que dirige en las subinterfaces punto a punto
•
Aceptación de ARP Inverso para el Mapping Dinámico de Direcciones en Subinterfaces Multipunto
•
Configuración de la Correspondencia de Direcciones Estáticas en Subinterfaces Multipunto
•
Configurando Puente transparente para las subinterfaces punto a punto (opcionales)
•
Configurar Puente transparente para las interfaces punto a multipunto
•
Configurando una Interfaz de respaldo para una subinterfaz (opcional)
Configurar las subinterfaces
Las subinterfaces se pueden configurar para la comunicación de múltiples puntos o de punto a punto. (No hay valor por
defecto.) Para configurar las subinterfaces en una red Frame Relay, utilice los siguientes comandos que comienzan en el modo
de configuración global:
Comando
Propósito
Paso Router(config)# interface type number.
subinterface-number {multipoint |
1
Crea una subinterfaz punto a
punto o multipunto.
Paso Router(config-subif)# encapsulation
frame-relay
2
Encapsulación de Frame Relay de
las configuraciones en la interfaz
serial.
point-to-point}
Definición de la subinterfaz que dirige en las subinterfaces punto a punto
Si usted especificó una subinterfaz punto a punto en el procedimiento anterior, utilice el siguiente comando en el modo de la
configuración de la subinterfaz:
Comando
Propósito
Router(config-subif)# frame-relay
interface-dlci dlci
Asocia la subinterfaz punto a punto
seleccionada a un DLCI.
Aceptación de ARP Inverso para el Mapping Dinámico de Direcciones en Subinterfaces Multipunto
Para asociar una subinterfaz de multipunto específica a un DLCI específico, utilice el siguiente comando en el modo de
configuración de la interfaz:
Comando
Propósito
Router(config-if)# frame-relay
interface-dlci dlci
Asocia una subinterfaz de multipunto
especificada a un DLCI.
Configuración de la Correspondencia de Direcciones Estáticas en Subinterfaces Multipunto
Para establecer el mapping estático según sus necesidades de red, use uno de los siguientes comandos en el modo de
configuración de interfaz:
Comando
Propósito
Router(config-if)# frame-relay
map protocol protocol-address
dlci [broadcast] [ietf] [cisco
]
Mapea una dirección de protocolo de siguiente salto y una
dirección de destino del DLCI.
Los protocolos soportados y las palabras claves
correspondientes para habilitarlos son los siguientes:
•
IPip —
•
DECNetdecnet —
•
APPLETALKappletalk —
•
XNSxns —
•
Novell IPXipx —
•
VINESvines —
•
ISO CLNSclns —
Router(config-if)# frame-relay
map clns dlci [broadcast]
Define una DLCI utilizada para enviar tramas CLNS ISO.
broadcast La palabra clave se requiere para los Routing
Protocol tales como protocolos OSI y el protocolo del Open
Shortest Path First (OSPF).
Router(config-if)# frame-relay
map bridge dlci [broadcast] [
ietf]
Define un bridge de destino DLCI.
Configurar Puente transparente para las subinterfaces punto a punto
Observetodos los PVC configurados en una subinterfaz pertenecen al mismo Grupo de Bridge.
Para configurar Puente transparente para las subinterfaces punto a punto, utilice los siguientes comandos que comienzan en el
modo de configuración global:
Comando
Paso Router(config)# interface type number
Propósito
Especifica una interfaz.
1
Paso Router(config-if)# encapsulation
frame-relay
2
Encapsulación de Frame Relay de
las configuraciones en la interfaz.
Paso Router(config)# interface type number: Especifica una subinterfaz.
subinterface-number point-to-point
3
Paso Router(config-subif)# frame-relay
interface-dlci dlci
4
Asocia un DLCI a la subinterfaz.
Paso Router(config-subif)# bridge-group
bridge-group
5
Asocia la subinterfaz con un grupo
de bridges.
Configurar Puente transparente para las interfaces punto a multipunto
Observetodos los PVC configurados en una subinterfaz pertenecen al mismo Grupo de Bridge.
Para configurar Puente transparente para las subinterfaces de la punta a de múltiples puntos, utilice los siguientes comandos
que comienzan en el modo de configuración global:
Comando
Propósito
Paso
1
Router(config)# interface type number
Especifica una interfaz.
Paso
2
Router(config-if)# encapsulation framerelay
Configura la encapsulación de
Frame Relay.
Paso
3
Router(config)# interface type number
:subinterface-number multipoint
Especifica una subinterfaz.
Paso
4
Router(config-subif)# frame-relay map
bridge dlci [broadcast] [ietf]
Define un bridge de destino
DLCI.
Paso
5
Router(config-subif)# bridge-group bridgegroup
Asocia la subinterfaz con un
grupo de bridges.
Configurar una Interfaz de respaldo para una subinterfaz
Para configurar una Interfaz de respaldo para una subinterfaz del Frame Relay, utilice los siguientes comandos que comienzan
en el modo de configuración global:
Comando
Propósito
Paso Router(config)# interface type number
1
Especifica la interfaz.
Paso Router(config-if)# encapsulation frame- Configura la encapsulación de
relay
2
Frame Relay.
Paso Router(config)# interface type number.
subinterface-number point-to-point
3
Configura la subinterfaz.
Paso Router(config-subif)# frame-relay
interface-dlci dlci
4
Especifica el DLCI para la
subinterfaz.
Paso Router(config-subif)# backup interface
type number
5
Configura la Interfaz de respaldo
para la subinterfaz.
Paso Router(config-subif)# backup delay
enable-delay disable-delay
6
Especifica el retardo de reserva del
permiso y de la neutralización.
Inhabilitación o Rehabilitación de ARP Inverso Frame Relay
Para seleccionar o inhabilitar el ARP inverso, utilice uno de los siguientes comandos:
Comando
Propósito
Router(config-subif)# framerelay inverse-arp protocol dlci
Frame Relay ARP inverso de los permisos para un
protocolo específico y los pares DLCI, solamente si fue
inhabilitado previamente.
Router(config-subif)# no frame
relay inverse-arp protocol dlci
Frame Relay ARP inverso de las neutralizaciones para un
protocolo específico y los pares DLCI.
Creación de una Cola de Broadcast para una Interfaz
Para crear una cola de broadcast, utilice el siguiente comando en el modo de configuración de la interfaz:
Comando
Propósito
Router(config-if)# frame-relay broadcast-queue size
byte-rate packet-rate
Crea una cola de broadcast para
una interfaz.
Configuración de Frame Relay Fragmentation
•
Configurando la fragmentación de punta a punta FRF.12 (requerida)
•
Verificando la configuración de la fragmentación de punta a punta FRF.12 (opcional)
Configurar la fragmentación de punta a punta FRF.12
Para configurar la fragmentación FRF.12 en una clase de correspondencia de Frame Relay, utilice los siguientes comandos que
comienzan en el modo de configuración global:
Comando
Propósito
Router(config)# mapclass frame-relay mapclass-name
Especifica un map class para definir los valores de QoS para un
Frame Relay SVC o PVC. La clase de mapa se puede aplicar a uno o
varios PVCs.
Router(config-mapclass)# frame-relay
fragment fragment_size
Fragmentación de Frame Relay de las configuraciones para el map
class. fragment_size El argumento define los Tamaños de carga útiles
de un fragmento; excluye los encabezados de Frame Relay y
cualquier encabezado de la fragmentación de Frame Relay. El
intervalo válido es a partir 16 a 1600 bytes, y el valor por defecto es
53.
Verificar la configuración de la fragmentación de punta a punta FRF.12
Para verificar la fragmentación FRF.12, utilice a uno o más de los comandos exec siguientes:
Comando
Propósito
Router# show frame-relay fragment [
interface interface] [dlci]
Información de la fragmentación de Frame Relay
de las visualizaciones.
Router# show frame-relay pvc [interface
interface] [dlci]
Muestra las estadísticas de los PVCs para las
interfaces Frame Relay.
Configuración de la Compresión del Contenido
•
Configurar la compresión de la carga útil en una interfaz multipunto o una subinterfaz
•
Configurar la compresión de la carga útil en una interfaz Point-to-Point o una subinterfaz
•
Configurar la compresión FRF.9 usando las sentencias de correspondencia
•
Configurar la compresión FRF.9 en la subinterfaz
• Configurar la compresión por hardware de la secuencia de datos y la compresión del encabezado IP en una subinterfaz
punto a punto
• Configurar la compresión por hardware de la secuencia de datos y la compresión del encabezado IP en una subinterfaz
de multipunto
•
Verificación de la Compresión del Contenido
Configurar la compresión de la carga útil en una interfaz multipunto o una subinterfaz
Para configurar la compresión de la carga útil en una interfaz multipunto o una subinterfaz especificada, utilice el siguiente
comando en el modo de configuración de la interfaz:
Comando
Propósito
Router(config-if)# frame-relay map protocol
Habilita la compresión de la carga
protocol-address dlci payload-compression packet-by- útil en una interfaz multipunto.
packet
Configurar la compresión de la carga útil en una interfaz Point-to-Point o una subinterfaz
Para configurar la compresión de la carga útil en una interfaz Point-to-Point o una subinterfaz especificada, utilice el siguiente
comando en el modo de configuración de la interfaz:
Comando
Propósito
Router(config-if)# frame-relay payloadcompression packet-by-packet
Habilita la compresión de la carga útil en
una interfaz Point-to-Point.
Configurar la compresión FRF.9 usando las sentencias de correspondencia
Usted puede controlar donde usted quisiera que la compresión ocurriera especificando una interfaz. Para habilitar la compresión
FRF.9 en un CSA específico, la CPU VIP, o el host CPU, utiliza los siguientes comandos que comienzan en el modo de
configuración global:
Comando
Propósito
Paso Router(config)# interface type number
1
Especifica la interfaz.
Paso Router(config-if)# encapsulation framerelay
2
Especifica Frame Relay como
tipo de encapsulación.
Paso Router(config-if)# frame-relay map payload- Habilita la compresión FRF.9.
compression frf9 stac [hardware-options]
3
Configurar la compresión FRF.9 en la subinterfaz
Para configurar la compresión FRF.9 en la subinterfaz, utilice los siguientes comandos que comienzan en el modo de
configuración global:
Comando
Propósito
Paso Router(config)# interface type number
1
Especifica el tipo y el número
de la subinterfaz.
Paso Router(config-subif)# encapsulation framerelay
2
Especifica Frame Relay como
tipo de encapsulación.
Paso Router(config-subif)# frame-relay payloadcompression frf9 stac [hardware-options]
3
Habilita la compresión FRF.9.
Configurar la compresión por hardware de la secuencia de datos y la compresión del encabezado IP en una subinterfaz
punto a punto
Para configurar la compresión por hardware de la secuencia de datos y la compresión del encabezamiento TCP o del Real-Time
Transport Protocol (RTP) en una subinterfaz punto a punto, utilice los siguientes comandos que comienzan en el modo de
configuración global. Tenga en cuenta que cuando especifica la compresión por hardware de flujo de datos, la encapsulación de
propiedad de Cisco está habilitada automáticamente.
Comando
Propósito
Paso Router(config)# interface type
number point-to-point
1
Configura un tipo de subinterfaz e ingresa
en el modo de configuración de la
subinterfaz.
Paso Router(config-subif)# ip address
address mask
2
Fija la dirección IP para una interfaz.
Paso Router(config-subif)# frame-relay
interface-dlci dlci
3
Asigna un DLCI a una subinterfaz Frame
Relay especificada del router o el servidor
de acceso.
Paso Router(config-subif)# frame-relay
payload-compression data-stream
4
Compresión por hardware de los permisos
en una interfaz o una subinterfaz que
utiliza la encapsulación del patentado
Cisco.
stac [hardware-options]
Paso Router(config-subif)# frame-relay Configura una interfaz para asegurarse de
ip tcp header-compression [passive que los PVCs asociados llevan
5
]
encabezados TCP de salida en formato
o
comprimido.
Router(config-subif)# frame-relay
ip rtp header-compression [
passive]
Habilita la compresión del encabezado
RTP en la interfaz física.
Configurar la compresión por hardware de la secuencia de datos y la compresión del encabezado IP en una subinterfaz
de multipunto
Para configurar la compresión por hardware de la secuencia de datos y TCP o Compresión de cabecera RTP en una subinterfaz
de multipunto, utilice los siguientes comandos que comienzan en el modo de configuración global. Tenga en cuenta que cuando
especifica la compresión por hardware de flujo de datos, la encapsulación de propiedad de Cisco está habilitada
automáticamente.
Comando
Propósito
Paso Router(config)# interface type
number multipoint
1
Configura un tipo de subinterfaz e ingresa
en el modo de configuración de la
subinterfaz.
Paso Router(config-subif)# frame-relay Asigna un DLCI a una subinterfaz Frame
interface-dlci dlci
2
Relay especificada del router o el servidor
de acceso.
Paso Router(config-subif)# frame-relay Define la asignación entre un
map protocol protocol-address
3
direccionamiento del protocolo de destino y
dlci [payload-compression datael DLCI usados para conectar con la
stream stac [hardware-options]]
dirección destino en una interfaz que utilice
la encapsulación del patentado Cisco.
Paso Router(config-subif)# frame-relay Configura una interfaz para asegurarse de
ip tcp header-compression [
4
que los PVCs asociados llevan
passive]
encabezados TCP de salida en formato
o
comprimido.
Router(config-subif)# frame-relay Habilita la compresión del encabezado RTP
ip rtp header-compression [
en la interfaz física.
passive]
Verificación de la Compresión del Contenido
Para verificar que la compresión de la carga útil esté trabajando correctamente, utilice los comandos privileged exec siguientes:
Comando
Propósito
Router# show
compress
Visualiza las estadísticas de compresión.
Router# show
frame-relay pvc
dlci
Visualiza las estadísticas sobre los PVC para las interfaces de Frame Relay,
incluyendo el número de paquetes en la cola de la poste-hardwarecompresión.
Router# show
traffic-shape
queue
Visualiza la información sobre los elementos hechos cola en un momento
determinado en el nivel DLCI, incluyendo el número de paquetes en la cola
de la compresión del poste-hardware.
Configuración de la Compresión del Encabezado TCP/IP
•
Configuración de un Mapa IP Individual para Compresión del Encabezado TCP/IP
•
Configuración de una Interfaz para TCP/IP Header Compression
•
Inhabilitación de la Compresión del Encabezado TCP/IP
Configuración de un Mapa IP Individual para Compresión del Encabezado TCP/IP
Para configurar una correspondencia IP para utilizar la encapsulación del patentado Cisco y la compresión del encabezado
TCP/IP, utilice el siguiente comando en el modo de configuración de la interfaz:
Comando
Propósito
Router(config-if)# frame-relay map ip ip- Configura una correspondencia IP para utilizar
address dlci [broadcast] tcp headerla compresión del encabezado TCP/IP. La
compression [active | passive] [
encapsulación del patentado Cisco se habilita
connections number]
por abandono.
Configuración de una Interfaz para TCP/IP Header Compression
Para aplicar la compresión del encabezado TCP/IP a una interfaz, usted debe utilizar los siguientes comandos en el modo de
configuración de la interfaz:
Comando
Propósito
Paso
1
Router(config-if)# encapsulation
frame-relay
Encapsulación del patentado Cisco de
las configuraciones en la interfaz.
Paso
2
Router(config-if)# frame-relay ip
tcp header-compression [passive]
Compresión del encabezado TCP/IP
de los permisos.
Inhabilitación de la Compresión del Encabezado TCP/IP
Usted puede inhabilitar la compresión del encabezado TCP/IP usando cualquiera de dos comandos que tengan diversos
efectos, dependiendo de si las correspondencias IP del Frame Relay se han configurado explícitamente para la compresión del
encabezado TCP/IP o han heredado sus características de la compresión de la interfaz.
Las correspondencias IP del Frame Relay que han configurado explícitamente la compresión del encabezado TCP/IP deben
también tener compresión del encabezado TCP/IP inhabilitada explícitamente.
Para inhabilitar la compresión del encabezado TCP/IP, utilice uno de los siguientes comandos en el modo de configuración de la
interfaz:
Comando
Propósito
Router(config-if)# no frame- Inhabilita la compresión del encabezado TCP/IP en todas las
relay ip tcp headercorrespondencias IP del Frame Relay que no se configuren
compression
explícitamente para la Compresión de cabecera TCP.
o
La compresión de las neutralizaciones RTP y del encabezado
Router(config-if)# frameTCP/IP en un IP especificado del Frame Relay asocia.
relay map ip ip-address dlci
nocompress
Configuración de la Elección de Descarte
•
Definición de un DE List
•
Definición de un DE Group
Definición de un DE List
Para definir a un DE list que especifica los paquetes que pueden ser caídos cuando se congestiona el switch de Frame Relay,
utilice el siguiente comando en el modo de configuración global:
Comando
Propósito
Router(config)# frame-relay de-list list-number {protocol
protocol | interface type number} characteristic
Define a un DE
list.
Definición de un DE Group
Para definir a un DE group que especifica al DE list y DLCI afectados, utilice el siguiente comando en el modo de configuración
de la interfaz:
Comando
Propósito
Router(config-if)# frame-relay de-group group-number dlci
Define a un DE group.
Configuración de los Niveles de Prioridad de DLCI
Para configurar los niveles de prioridad DLCI, utilice el siguiente comando en el modo de configuración de la interfaz:
Comando
Propósito
Router(config-if)# frameParalelo DLCI del múltiplo de los permisos para diversos tipos
relay priority-dlci-group
del tráfico de Frame Relay; los socios y los conjuntos nivelan de
group-number high-dlci
los DLCI especificados con el mismo grupo.
medium-dlci normal-dlci lowObservesi usted no especifican explícitamente un DLCI
dlci
para cada uno de los niveles de prioridad, el último DLCI
especificado en la línea de comando se utiliza como el
valor de los argumentos restantes. Al mínimo, usted
debe configurar el prioritario y la Prioridad media
DLCI.
Monitoreando y manteniendo las conexiones de Frame Relay
Para monitorear las conexiones de Frame Relay, utilice los siguientes comandos uces de los en el modo EXEC:
Comando
Propósito
Router# clear frame-relayinarp
Los claros crearon dinámicamente las correspondencias del
Frame Relay, que son creadas por el uso del ARP inverso.
Router# show interfaces
serial type number
Información de las visualizaciones sobre los DLCI de Frame
Relay y el LMI.
Router# show frame-relay lmi Estadísticas de las visualizaciones LMI.
[type number]
Router# show frame-relay map Visualiza las entradas actuales del frame relay map.
Router# show frame-relay pvc Estáticos de PVC de las visualizaciones.
[type number [dlci]]
Router# show frame-relay
route
Las visualizaciones configuraron las Static rutas.
Router# show frame-relay
traffic
Estadísticas del tráfico de Frame Relay de las visualizaciones.
Router# show frame-relay
lapf
Visualiza la información sobre el estatus del LAPF.
Router# show frame-relay svc Visualiza todos los SVC conforme a una lista especificada de la
maplist
correspondencia.
Ejemplos de configuración para el Frame Relay
•
Ejemplo: Encapsulación de IETF
•
Ejemplo: Correspondencia de direcciones estática
•
Ejemplo: Subinterfaz
•
Ejemplo: Configuración SVC
•
Ejemplo: Diseño del Frame Relay
•
Ejemplo: Compatibilidad descendente
•
Ejemplo: El iniciar de un servidor de red sobre el Frame Relay
•
Ejemplo: Switching de Frame Relay
•
Ejemplo: Frame Relay End-to-End Keepalive
•
Ejemplo: PPP por Frame Relay
•
Ejemplo: Configuración de la fragmentación de Frame Relay
•
Ejemplo: Configuración de la compresión de la carga útil
•
Ejemplo: Compresión del encabezado IP TCP
Ejemplo: Encapsulación de IETF
•
Ejemplo: Encapsulación de IETF en la interfaz
•
Ejemplo: Encapsulación de IETF sobre una base Por-DLCI
Ejemplo: Encapsulación de IETF en la interfaz
El siguiente ejemplo fija la encapsulación de IETF en el nivel de la interfaz. La palabra clave ietf fija el método del encapsulado
predeterminado para todas las correspondencias al IETF.
encapsulation frame-relay ietf
frame-relay map ip 131.108.123.2 48 broadcast
frame-relay map ip 131.108.123.3 49 broadcast
Ejemplo: Encapsulación de IETF sobre una base Por-DLCI
El siguiente ejemplo configura la encapsulación de IETF sobre una base por-DLCI. Esta configuración tiene el mismo resultado
que la configuración en el primer ejemplo.
encapsulation frame-relay
frame-relay map ip 131.108.123.2 48 broadcast ietf
frame-relay map ip 131.108.123.3 49 broadcast ietf
Ejemplo: Correspondencia de direcciones estática
•
Ejemplo: Dos Routers en el modo estático
•
Ejemplo: Ruteo de AppleTalk
•
Ejemplo: ruteo DECnet
•
Ejemplo: IPX Routing
Ejemplo: Dos Routers en el modo estático
Las demostraciones del siguiente ejemplo cómo configurar a dos Routers para el modo estático:
Configuración para el Router 1
interface serial 0
ip address 131.108.64.2 255.255.255.0
encapsulation frame-relay
keepalive 10
frame-relay map ip 131.108.64.1 43
Configuración para el Router 2
interface serial 0
ip address 131.108.64.1 255.255.255.0
encapsulation frame-relay
keepalive 10
frame-relay map ip 131.108.64.2 43
Ejemplo: Ruteo de AppleTalk
Las demostraciones del siguiente ejemplo cómo configurar a dos Routers para comunicar con uno a usando el APPLETALK
sobre una red Frame Relay. Cada router tiene una correspondencia de la dirección estática del Frame Relay para el otro router.
El uso appletalk cable-range del comando indica que éste está AppleTalk extendido (la fase II).
Configuración para el Router 1
interface serial0
ip address 172.21.59.24 255.255.255.0
encapsulation frame-relay
appletalk cable-range 10-20 18.47
appletalk zone eng
frame-relay map appletalk 18.225 100 broadcast
Configuración para el Router 2
interface serial2/3
ip address 172.21.177.18 255.255.255.0
encapsulation frame-relay
appletalk cable-range 10-20 18.225
appletalk zone eng
clockrate 2000000
frame-relay map appletalk 18.47 100 broadcast
Ejemplo: ruteo DECnet
El siguiente ejemplo envía todos los paquetes del DECNet destinados para el direccionamiento 56,4 hacia fuera en DLCI 101.
Además, cualquier broadcast del DECNet para el interface serial 1 será enviado en ese DLCI.
decnet routing 32.6
!
interface serial 1
encapsulation frame-relay
frame-relay map decnet 56.4 101 broadcast
Ejemplo: IPX Routing
Las demostraciones del siguiente ejemplo cómo enviar los paquetes destinados para el direccionamiento 200.0000.0c00.7b21
IPX hacia fuera en DLCI 102:
ipx routing 000.0c00.7b3b
!
interface ethernet 0
ipx network 2abc
!
interface serial 0
ipx network 200
encapsulation frame-relay
frame-relay map ipx 200.0000.0c00.7b21 102 broadcast
Ejemplo: Subinterfaz
•
Ejemplo: Subinterfaz básica
•
Ejemplo: Subinterfaz de multipunto del Frame Relay con el direccionamiento dinámico
•
Ejemplo: Rutas de IPX sobre las subinterfaces del Frame Relay
•
Ejemplo: IP no numerado sobre una subinterfaz punto a punto
•
Ejemplo: Puente transparente usando las subinterfaces
Ejemplo: Subinterfaz básica
En el siguiente ejemplo, se configura la subinterfaz 1 mientras que una subred y una subinterfaz de punto a punto 2 se configura
como subred de múltiples puntos.
interface serial 0
encapsulation frame-relay
interface serial 0.1 point-to-point
ip address 10.0.1.1 255.255.255.0
frame-relay interface-dlci 42
!
interface serial 0.2 multipoint
ip address 10.0.2.1 255.255.255.0
frame-relay map ip 10.0.2.2 18
Ejemplo: Subinterfaz de multipunto del Frame Relay con el direccionamiento dinámico
El siguiente ejemplo configura dos subinterfaces de multipunto para la resolución de dirección dinámica. Cada subinterfaz se
proporciona una dirección de protocolo y una máscara de subred individuales, y frame-relay interface-dlci el comando asocia
la subinterfaz a un DLCI especificado. Los direccionamientos de los destinos remotos para cada subinterfaz de multipunto serán
resueltos dinámicamente.
interface serial0
no ip address
encapsulation frame-relay
frame-relay lmi-type ansi
!
interface serial0.103 multipoint
ip address 172.21.177.18 255.255.255.0
frame-relay interface-dlci 300
!
interface serial0.104 multipoint
ip address 172.21.178.18 255.255.255.0
frame-relay interface-dlci 400
Ejemplo: Rutas de IPX sobre las subinterfaces del Frame Relay
El siguiente ejemplo configura una interfaz serial para la Encapsulación de Frame Relay y configura las redes virtuales múltiples
IPX correspondiente a las subinterfaces del Frame Relay:
ipx routing 0000.0c02.5f4f
!
interface serial 0
encapsulation frame-relay
interface serial 0.1 multipoint
ipx network 1
frame-relay map ipx 1.000.0c07.d530 200 broadcast
interface serial 0.2 multipoint
ipx network 2
frame-relay map ipx 2.000.0c07.d530 300 broadcast
Para el serial 0,1 de la subinterfaz, el router en el otro extremo pudo ser configurado como sigue:
ipx routing
interface serial 2 multipoint
ipx network 1
frame-relay map ipx 1.000.0c02.5f4f 200 broadcast
Ejemplo: IP no numerado sobre una subinterfaz punto a punto
El siguiente ejemplo configura IP no numerado sobre las subinterfaces en los ambos extremos de una conexión Point-to-Point.
En este ejemplo, el router A funciona como el DTE, y las funciones del router B como el DCE. Asocian al Routers A y B ambas a
las redes Token Ring.
Configuración para el Router A
interface token-ring 0
ip address 131.108.177.1 255.255.255.0
!
interface serial 0
no ip address
encapsulation frame-relay IETF
!
interface serial0.2 point-to-point
ip unnumbered TokenRing0
ip pim sparse-mode
frame-relay interface-dlci 20
Configuración para el Router B
frame-relay switching
!
interface token-ring 0
ip address 131.108.178.1 255.255.255.0
!
interface serial 0
no ip address
encapsulation frame-relay IETF
bandwidth 384
clockrate 4000000
frame-relay intf-type dce
!
interface serial 0.2 point-to-point
ip unnumbered TokenRing1
ip pim sparse-mode
!
bandwidth 384
frame-relay interface-dlci 20
Ejemplo: Puente transparente usando las subinterfaces
El siguiente ejemplo muestra los DLCI de Frame Relay 42, 64, y 73 como links punto a punto separados con Puente
transparente que se ejecuta sobre ellos. El bridging que atraviesa - las vistas de árbol cada PVC como puerto del Bridge a
parte, y una trama que llega en el PVC se pueden retransmitir se retiran en un PVC separado.
interface serial 0
encapsulation frame-relay
interface serial 0.1 point-to-point
bridge-group 1
frame-relay interface-dlci 42
interface serial 0.2 point-to-point
bridge-group 1
frame-relay interface-dlci 64
interface serial 0.3 point-to-point
bridge-group 1
frame-relay interface-dlci 73
Ejemplo: Configuración SVC
•
Ejemplo: Interfaz de SVC
•
Ejemplo: Subinterfaz de SVC
Ejemplo: Interfaz de SVC
El siguiente ejemplo configura una interfaz física, aplica un grupo de la correspondencia a la interfaz física, y después define el
grupo de la correspondencia:
interface serial 0
ip address 172.10.8.6
encapsulation frame-relay
map-group bermuda
frame-relay lmi-type q933a
frame-relay svc
!
map-list bermuda source-addr E164 123456 dest-addr E164 654321
ip 131.108.177.100 class hawaii
appletalk 1000.2 class rainbow
!
map-class frame-relay rainbow
frame-relay idle-timer 60
!
map-class frame-relay hawaii
frame-relay cir in 64000
frame-relay cir out 64000
Ejemplo: Subinterfaz de SVC
El siguiente ejemplo configura una interfaz Point-to-Point para el funcionamiento de SVC. Asume que la interfaz principal del
serial0 se ha configurado para señalar y que el funcionamiento de SVC se ha habilitado en la interfaz principal:
int s 0.1 point-point
! Define the map-group; details are specified under the map-list holiday command.
map-group holiday
!
! Associate the map-group with a specific source and destination.
map-list holiday local-addr X121 <X121-addr> dest-addr E164 <E164-addr>
! Specify destination protocol addresses for a map-class.
ip 131.108.177.100 class hawaii IETF
appletalk 1000.2 class rainbow IETF broadcast
!
! Define a map class and its QoS settings.
map-class hawaii
frame-relay cir in 2000000
frame-relay cir out 56000
frame-relay be 9000
!
! Define another map class and its QoS settings.
map-class rainbow
frame-relay cir in 64000
frame-relay idle-timer 2000
Ejemplo: Diseño del Frame Relay
•
Ejemplo: Modelado de tráfico con tres subinterfaces punto a punto
•
Ejemplo: Modelado de tráfico con la previsión
•
Ejemplo: Configuración LMI
Ejemplo: Modelado de tráfico con tres subinterfaces punto a punto
En el siguiente ejemplo, VCs en las subinterfaces Serial0.1 y el Serial0.2 heredan los parámetros de clase de la interfaz
principal — a saber, ésos definidos en el map class “slow_vcs” — pero el VC definido en el Serial0.2 de la subinterfaz (DLCI
102) se configura específicamente para utilizar el map class “fast_vcs”.
El map class “slow_vcs” utiliza una velocidad pico de 9600 y la tasa promedio de 4800 BPS. Porque se habilita el feedback
BECN, la velocidad de salida será cortada de nuevo a tan bajo como 2400 BPS en respuesta a los BECN recibidos. Este map
class se configura para utilizar el Custom Queueing usando la cola-lista 1. En este ejemplo, la cola-lista 1 tiene 3 colas de
administración del tráfico, con los primeros dos que son controlados por las Listas de acceso 100 y 115.
El map class “fast_vcs” utiliza una velocidad pico de 64000 y la tasa promedio de 16000 BPS. Porque se habilita el feedback
BECN, la velocidad de salida será cortada de nuevo a tan bajo como 8000 BPS en respuesta a los BECN recibidos. Este map
class se configura para utilizar la prioridad-espera usando el prioridad-grupo 2.
interface serial0
no ip address
encapsulation frame-relay
frame-relay lmi-type ansi
frame-relay traffic-shaping
frame-relay class slow_vcs
!
interface serial0.1 point-to-point
ip address 10.128.30.1 255.255.255.248
ip ospf cost 200
bandwidth 10
frame-relay interface-dlci 101
!
interface serial0.2 point-to-point
ip address 10.128.30.9 255.255.255.248
ip ospf cost 400
bandwidth 10
frame-relay interface-dlci 102
class fast_vcs
!
interface serial0.3 point-to-point
ip address 10.128.30.17 255.255.255.248
ip ospf cost 200
bandwidth 10
frame-relay interface-dlci 103
!
map-class frame-relay slow_vcs
frame-relay traffic-rate 4800 9600
frame-relay custom-queue-list 1
frame-relay adaptive-shaping becn
!
map-class frame-relay fast_vcs
frame-relay traffic-rate 16000 64000
frame-relay priority-group 2
frame-relay adaptive-shaping becn
!
access-list 100 permit tcp any any eq 2065
access-list 115 permit tcp any any eq 256
!
priority-list 2 protocol decnet high
priority-list 2 ip normal
priority-list 2 default medium
!
queue-list 1 protocol ip 1 list 100
queue-list 1 protocol ip 2 list 115
queue-list 1 default 3
queue-list 1 queue 1 byte-count 1600 limit 200
queue-list 1 queue 2 byte-count 600 limit 200
queue-list 1 queue 3 byte-count 500 limit 200
Ejemplo: Modelado de tráfico con la previsión
El siguiente ejemplo ilustra una configuración del router con el modelado de tráfico habilitado. Los DLCI 100 y 101 en el serial
13,2 de las subinterfaces y el serial 13,3 heredan los parámetros de clase de la interfaz principal. El modelado de tráfico para
estos dos VCs será adaptante a la notificación de la previsión.
Para el serial0, la velocidad de salida para DLCI 103 no será afectada por la función de la previsión del router.
interface Serial0
no ip address
encapsulation frame-relay
frame-relay lmi-type ansi
frame-relay traffic-shaping
!
interface Serial0.2 point-to-point
ip address 10.128.30.17 255.255.255.248
frame-relay interface-dlci 102
class fast_vcs
!
interface Serial0.3 point-to-point
ip address 10.128.30.5 255.255.255.248
ip ospf cost 200
frame-relay interface-dlci 103
class slow_vcs
!
interface serial 3
no ip address
encapsulation frame-relay
frame-relay traffic-shaping
frame-relay class fast_vcs
!
interface Serial3.2 multipoint
ip address 100.120.20.13 255.255.255.248
frame-relay map ip 100.120.20.6 16 ietf broadcast
!
interface Serial3.3 point-to-point
ip address 100.120.10.13 255.255.255.248
frame-relay interface-dlci 101
!
map-class frame-relay slow_vcs
frame-relay adaptive-shaping becn
frame-relay traffic-rate 4800 9600
!
map-class frame-relay fast_vcs
frame-relay adaptive-shaping foresight
frame-relay traffic-rate 16000 64000
frame-relay cir 56000
frame-relay bc 64000
Ejemplo: Configuración LMI
•
Ejemplo: ELMI y Control de tráfico de Frame Relay
•
Ejemplo: Configurar la dirección IP para el registro de dirección ELMI
•
Ejemplo: Inhabilitar el registro de dirección ELMI en una interfaz
Ejemplo: ELMI y Control de tráfico de Frame Relay
La configuración siguiente muestra una interfaz de Frame Relay habilitada con el autosense de QoS. El router recibe los
mensajes del switch Cisco, que también se configura con el autosense de QoS habilitado. Cuando el ELMI se configura
conjuntamente con el modelado de tráfico, el router recibirá la información de congestión con el BECN o la congestión de la
previsión del router que señala y reducirá su velocidad de salida al valor especificado en la configuración de modelado del
tráfico.
interface serial0
no ip address
encapsulation frame-relay
frame-relay lmi-type ansi
frame-relay traffic-shaping
frame-relay QoS-autosense
!
interface serial0.1 point-to-point
no ip address
frame-relay interface-dlci 101
Ejemplo: Configurar la dirección IP para el registro de dirección ELMI
Las demostraciones del siguiente ejemplo cómo configurar la dirección IP que se utilizará para el registro de dirección ELMI. La
selección automática de la dirección IP se inhabilita automáticamente cuando se configura la dirección IP. El ELMI se habilita en
la interfaz serial 0.
interface Serial 0
no ip address
encapsulation frame-relay
frame-relay lmi-type ansi
frame-relay qos-autosense
!
frame-relay address registration ip address 139.85.242.195
!
Ejemplo: Inhabilitar el registro de dirección ELMI en una interfaz
En el siguiente ejemplo, el registro de dirección ELMI se inhabilita en la interfaz serial 0. Esta interfaz compartirá una dirección
IP de 0.0.0.0 y un ifIndex de 0. selecciones automáticas de la dirección IP se habilita por abandono cuando se habilita el ELMI,
así que el IP Address de administración de otras interfaces en este router será elegido automáticamente.
interface Serial 0
no ip address
encapsulation frame-relay
frame-relay lmi-type ansi
frame-relay qos-autosense
no frame-relay address-reg-enable
!
Ejemplo: Compatibilidad descendente
La configuración siguiente proporciona la compatibilidad descendente y la Interoperabilidad con las versiones no obedientes con
el RFC 1490. ietf La palabra clave se utiliza para generar el tráfico del RFC 1490. Esta configuración es posible debido a la
flexibilidad proporcionada por separado definiendo cada entrada de mapeo.
encapsulation frame-relay
frame-relay map ip 131.108.123.2 48 broadcast ietf
! interoperability is provided by IETF encapsulation
frame-relay map ip 131.108.123.3 49 broadcast ietf
frame-relay map ip 131.108.123.7 58 broadcast
! this line allows the router to connect with a
! device running an older version of software
frame-relay map decnet 21.7 49 broadcast
Ejemplo: El iniciar de un servidor de red sobre el Frame Relay
Al iniciar de un servidor TFTP sobre el Frame Relay, usted no puede iniciar de un servidor de red vía un broadcast. Usted debe
iniciar de un host específico TFTP. También, frame-relay map un comando debe existir para el host del cual usted iniciará.
Por ejemplo, si se va el archivo el "gs3-bfx" a ser iniciado de un host con la dirección IP 131.108.126.2, los siguientes comandos
necesitarían estar en la configuración:
boot system gs3-bfx 131.108.126.2
!
interface Serial 0
encapsulation frame-relay
frame-relay map IP 131.108.126.2 100 broadcast
frame-relay map Se utiliza el comando de asociar una dirección IP en una dirección DLCI. Para iniciar sobre el Frame Relay,
usted debe dar explícitamente el direccionamiento del servidor de red para iniciar de, y frame-relay map una entrada debe
existir para ese sitio. Por ejemplo, si se va el archivo el "gs3-bfx.83-2.0" a ser iniciado de un host con la dirección IP
131.108.126.111, los siguientes comandos deben estar en la configuración:
boot system gs3-bfx.83-2.0 131.108.13.111
!
interface Serial 1
ip address 131.108.126.200 255.255.255.0
encapsulation frame-relay
frame-relay map ip 131.108.126.111 100 broadcast
En este caso, 100 es el DLCI que puede conseguir recibir 131.108.126.111.
El router remoto se debe configurar con el siguiente comando:
frame-relay map ip 131.108.126.200 101 broadcast
Esta entrada permite que el router remoto vuelva una imagen del arranque de sistema (del servidor de red) al router que inicia
sobre el Frame Relay. Aquí, 101 es un DLCI del router que es iniciado.
Ejemplo: Switching de Frame Relay
•
Ejemplo: Configuración de la transferencia PVC
•
Ejemplo: DCE de Frame Relay puro
•
Ejemplo: Transferencia del híbrido DTE/DCE PVC
•
Ejemplo: El conmutar sobre un túnel IP
•
Ejemplo: Switching de Frame Relay sobre los canales B ISDN
•
Ejemplo: Modelado de tráfico en los PVC conmutados
•
Ejemplo: Vigilancia de tráfico en un UNI DCE
•
Ejemplo: Administración de la congestión en los PVC conmutados
•
Ejemplo: Administración de la congestión en la cola de modelado del tráfico de un PVC conmutado
•
Ejemplo: Fragmentación FRF.12 en una configuración de PVC conmutada
Ejemplo: Configuración de la transferencia PVC
Usted puede configurar a su router como dedicado, el switch de Frame Relay DCE-solamente. La transferencia se basa en los
DLCI. Se examina El DLCI entrante, y se determinan la interfaz saliente y el DLCI. La transferencia ocurre cuando el DLCI
entrante en el paquete es substituido por el DLCI saliente, y el paquete se envía la interfaz saliente.
En el cuadro 10, los switches del router dos PVC entre los capítulos de las interfaces seriales 1 y 2. con el DLCI 100 recibido en
el serial 1 serán transmitidos con DLCI 200 en el serial 2.
Cuadro 10 configuración de la transferencia PVC
El siguiente ejemplo muestra a un router con dos interfaces configuradas como DCE. Las tramas de switches del router de la
interfaz entrante a la interfaz saliente en base del DLCI solamente.
Configuración para el Router A
frame-relay switching
interface Serial1
no ip address
encapsulation frame-relay
keepalive 15
frame-relay lmi-type ansi
frame-relay intf-type dce
frame-relay route 100 interface Serial2 200
frame-relay route 101 interface Serial2 201
clockrate 2000000
!
interface Serial2
encapsulation frame-relay
keepalive 15
frame-relay intf-type dce
frame-relay route 200 interface Serial1 100
frame-relay route 201 interface Serial1 101
clockrate 64000
Ejemplo: DCE de Frame Relay puro
Usando la función de Switching PVC, es posible construir una red Frame Relay entera usando el Routers. En el cuadro 11, el
router A y el C del router actúan como switches de Frame Relay que implementan una red del dos-nodo. El Interfaz de red a red
(NNI) estándar que señala el protocolo se utiliza entre el router A y el C del router.
El siguiente ejemplo muestra una red Frame Relay con dos Routers que funciona como el Switches y la señalización estándar
NNI usados entre ellos.
Cuadro 11 configuración del DCE de Frame Relay
Configuración para el Router A
frame-relay switching
!
interface serial 1
no ip address
encapsulation frame-relay
frame-relay intf-type dce
frame-relay lmi-type ansi
frame-relay route 100 interface serial 2 200
!
interface serial 2
no ip address
encapsulation frame-relay
frame-relay intf-type nni
frame-relay lmi-type q933a
frame-relay route 200 interface serial 1 100
clockrate 2048000
!
Configuración para el Router C
frame-relay switching
!
interface serial 1
no ip address
encapsulation frame-relay
frame-relay intf-type dce
frame-relay route 300 interface serial 2 200
!
interface serial 2
no ip address
encapsulation frame-relay
frame-relay intf-type nni
frame-relay lmi-type q933a
frame-relay route 200 interface serial 1 300
!
Ejemplo: Transferencia del híbrido DTE/DCE PVC
El Routers puede ser configurado como switches de Frame Relay híbridos DTE/DCE, tal y como se muestra en del cuadro 12.
Cuadro 12 transferencia del híbrido DTE/DCE PVC
El siguiente ejemplo muestra a un router configurado con las interfaces DCE y DTE (el router B actúa como switch de Frame
Relay del híbrido DTE/DCE). Puede las tramas de Switch entre dos puertos DCE y entre un puerto DCE y un puerto DTE. El
tráfico de la red Frame Relay se puede también terminar localmente. En el ejemplo, se definen tres PVC como sigue:
•
Serial1, DLCI 102, al serial 2, DLCI 201 — transferencia DCE
•
Serial1, DLCI 103, al serial 3, DLCI 301 — transferencia DCE/DTE
•
Serial2, DLCI 203, al serial 3, DLCI 302 — transferencia DCE/DTE
El DLCI 400 también se define para el tráfico localmente terminado.
Configuración para el Router B
frame-relay switching
!
interface ethernet 0
ip address 131.108.123.231 255.255.255.0
!
interface ethernet 1
ip address 131.108.5.231 255.255.255.0
!
interface serial 0
no ip address
shutdown :Interfaces not in use may be shut down; shut down is not required.
!
interface serial 1
no ip address
encapsulation frame-relay
frame-relay intf-type dce
frame-relay route 102 interface serial 2 201
frame-relay route 103 interface serial 3 301
!
interface serial 2
no ip address
encapsulation frame-relay
frame-relay intf-type dce
frame-relay route 201 interface serial 1 102
frame-relay route 203 interface serial 3 302
!
interface serial 3
ip address 131.108.111.231
encapsulation frame-relay
frame-relay lmi-type ansi
frame-relay route 301 interface serial 1 103
frame-relay route 302 interface serial 1 203
frame-relay map ip 131.108.111.4 400 broadcast
Ejemplo: El conmutar sobre un túnel IP
Usted puede alcanzar conmutar sobre un túnel IP creando un túnel Point-to-Point a través de la red interna sobre la cual la
transferencia PVC puede ocurrir, tal y como se muestra en del cuadro 13.
Las Static rutasde la nota no se pueden configurar sobre las interfaces del túnel en las Cisco 800 Series, las 1600 Series, y las
Plataformas de las 1700 Series. Los routers estáticos solamente se pueden configurar sobre interfaces de túnel en
plataformas que tienen el conjunto de funciones Enterprise.
Cuadro 13 switch de Frame Relay sobre el túnel IP
Las demostraciones del siguiente ejemplo dos Routers configurado al Switch Frame retransmiten los PVC sobre un túnel IP de
punto a punto, que es la configuración de la red del IP representada en el cuadro 13.
Configuración para el Router A
frame-relay switching
!
interface ethernet0
ip address 108.131.123.231 255.255.255.0
!
interface ethernet1
ip address 131.108.5.231 255.255.255.0
!
interface serial0
no ip address
shutdown : Interfaces not in use may be shut down; shutdown is not required.
!
interface serial1
ip address 131.108.222.231 255.255.255.0
encapsulation frame-relay
frame-relay map ip 131.108.222.4 400 broadcast
frame-relay route 100 interface Tunnel1 200
!
interface tunnel1
tunnel source Ethernet0
tunnel destination 150.150.150.123
Configuración para el Router D
frame-relay switching
!
interface ethernet0
ip address 131.108.231.123 255.255.255.0
!
interface ethernet1
ip address 131.108.6.123 255.255.255.0
!
interface serial0
ip address 150.150.150.123 255.255.255.0
encapsulation ppp
!
interface tunnel1
tunnel source Serial0
tunnel destination 108.131.123.231
!
interface serial1
ip address 131.108.7.123 255.255.255.0
encapsulation frame-relay
frame-relay intf-type dce
frame-relay route 300 interface Tunnel1 200
Ejemplo: Switching de Frame Relay sobre los canales B ISDN
El siguiente ejemplo ilustra el Switching de Frame Relay sobre una interfaz del dialer ISDN:
frame-relay switching
!
interface BRI0
isdn switch-type basic-5ess
dialer pool-member 1
dialer pool-member 2
!
interface dialer1
encapsulation frame-relay
dialer pool 1
dialer-group 1
dialer caller 60038
dialer string 60038
frame-relay intf-type dce
!
interface dialer2
encapsulation frame-relay
dialer pool 2
dialer-group 1
dialer caller 60039
dialer string 60039
frame-relay intf-type dce
!
interface serial0
encapsulation frame-relay
frame-relay intf-type dce
!
connect one serial0 16 dialer1 100
connect two serial0 17 dialer2 100
dialer-list 1 protocol ip permit
Observela nota que cuando el Switching de Frame Relay se realiza usando un perfil del discador, encapsulación de la interfaz
física subyacente (BRI) se debe configurar como High-Level Data Link Control (HDLC).
Ejemplo: Modelado de tráfico en los PVC conmutados
En el ejemplo que sigue, el tráfico en la interfaz serial 0 se está formando antes de la entrada a la red Frame Relay. El
PVC 100/16 se forma según la clase del "shape256K". El PVC 200/17 se forma usando la clase del "shape64K" heredada de la
interfaz.
frame-relay switching
!
interface serial0
encapsulation frame-relay
frame-relay intf-type dce
frame-relay traffic-shaping
frame-relay class shape64K
frame-relay interface-dlci 16 switched
class shape256K
!
interface serial1
encapsulation frame-relay
frame-relay intf-type dce
!
connect one serial0 16 serial1 100
connect two serial0 17 serial1 200
!
map-class frame-relay shape256K
frame-relay traffic-rate 256000 512000
!
map-class frame-relay shape64K
frame-relay traffic-rate 64000 64000
Ejemplo: Vigilancia de tráfico en un UNI DCE
En el siguiente ejemplo, el tráfico entrante se está limpiando en la interfaz serial 1. La interfaz utiliza los parámetros de
regulación de tráfico configurados en el map class el "police256K". El PVC 100/16 hereda los parámetros de regulación de
tráfico de la interfaz. Parámetros de regulación de tráfico de las aplicaciones PVC 200/17 configurados en el "police64K".
frame-relay switching
!
interface serial0
encapsulation frame-relay
frame-relay intf-type dce
!
interface serial1
encapsulation frame-relay
frame-relay policing
frame-relay class police256K
frame-relay intf-type dce
frame-relay interface-dlci 200 switched
class police64K
!
connect one serial0 16 serial1 100
connect two serial0 17 serial1 200
!
map-class frame-relay police256K
frame-relay cir 256000
frame-relay bc 256000
frame-relay be 0
!
map-class frame-relay police64K
frame-relay cir 64000
frame-relay bc 64000
frame-relay be 64000
Ejemplo: Administración de la congestión en los PVC conmutados
El siguiente ejemplo ilustra la configuración de la administración de la congestión y los niveles del descarte DE para todos los
PVC conmutados en el policing de la interfaz serial 1. se configuran en PVC 16.
frame-relay switching
!
interface serial0
encapsulation frame-relay
frame-relay intf-type dce
frame-relay policing
frame-relay interface-dlci 16 switched
class 256K
!
interface serial1
encapsulation frame-relay
frame-relay intf-type dce
frame-relay congestion-management
threshold ecn be 0
threshold ecn bc 20
threshold de 40
!
connect one serial1 100 serial0 16
!
map-class frame-relay 256K
frame-relay cir 256000
frame-relay bc 256000
frame-relay be 256000
Ejemplo: Administración de la congestión en la cola de modelado del tráfico de un PVC conmutado
El siguiente ejemplo ilustra la configuración de la administración de la congestión en una clase llamada “perpvc_congestion”. La
clase se asocia a la cola de modelado del tráfico de DLCI 200 en la interfaz serial 3.
map-class frame-relay perpvc_congestion
frame-relay holdq 100
frame-relay congestion threshold ecn 50
interface Serial3
frame-relay traffic-shaping
frame-relay interface-dlci 200 switched
class perpvc_congestion
Ejemplo: Fragmentación FRF.12 en una configuración de PVC conmutada
En el siguiente ejemplo, la fragmentación FRF.12 se configura en un map class llamado los “datos”. El map class de los “datos”
se asigna pvc conmutado 20 en la interfaz serial 3/3.
frame-relay switching
!
interface Serial3/2
encapsulation frame-relay
frame-relay intf-type dce
!
interface Serial3/3
encapsulation frame-relay
frame-relay traffic-shaping
frame-relay interface-dlci 20 switched
class data
frame-relay intf-type dce
!
map-class frame-relay data
frame-relay fragment 80 switched
frame-relay cir 64000
frame-relay bc 640
!
connect data Serial3/2 16 Serial3/3 20
Ejemplo: Frame Relay End-to-End Keepalive
•
Ejemplo: Modo bidireccional de punta a punta del keepalive con la configuración predeterminada
•
Ejemplo: Modo de punta a punta de la petición del keepalive con la configuración predeterminada
•
Ejemplo: Modo de punta a punta de la petición del keepalive con la configuración modificada
Ejemplo: Modo bidireccional de punta a punta del keepalive con la configuración predeterminada
En el siguiente ejemplo, los dispositivos en cada final de un VC se configuran para asignar un DLCI a una interfaz serial del
Frame Relay, un map class se asocian a la interfaz, y el Frame Relay End-to-End Keepalive se configura en el modo
bidireccional que usa los valores predeterminados:
! router1
router1(config) interface serial 0/0.1 point-to-point
router1(config-if) ip address 10.1.1.1 255.255.255.0
router1(config-if) frame-relay interface-dlci 16
router1(config-if) frame-relay class vcgrp1
router1(config-if) exit
!
router1(config)# map-class frame-relay vcgrp1
router1(config-map-class)# frame-relay end-to-end keepalive mode bidirectional
! router2
router2(config) interface serial 1/1.1 point-to-point
router2(config-if) ip address 10.1.1.2 255.255.255.0
router2(config-if) frame-relay interface-dlci 16
router2(config-if) frame-relay class vceek
router1(config-if) exit
!
router2(config)# map-class frame-relay vceek
router2(config-map-class)# frame-relay end-to-end keepalive mode bidirectional
Ejemplo: Modo de punta a punta de la petición del keepalive con la configuración predeterminada
En el siguiente ejemplo, los dispositivos en cada extremo de un VC se configuran para asignar un DLCI a una interfaz serial de
Frame Relay y asociar una clase de mapa a la interfaz. Un dispositivo se configura en modo de solicitud y el otro extremo del
VC se configura en modo de respuesta.
! router1
router1(config) interface serial 0/0.1 point-to-point
router1(config-if) ip address 10.1.1.1 255.255.255.0
router1(config-if) frame-relay interface-dlci 16
router1(config-if) frame-relay class eek
router1(config-if) exit
!
router1(config)# map-class frame-relay eek
router1(config-map-class)# frame-relay end-to-end keepalive mode request
! router2
router2(config) interface serial 1/1.1 point-to-point
router2(config-if) ip address 10.1.1.2 255.255.255.0
router2(config-if) frame-relay interface-dlci 16
router2(config-if) frame-relay class group_3
router1(config-if) exit
!
router2(config)# map-class frame-relay group_3
router2(config-map-class)# frame-relay end-to-end keepalive mode reply
Ejemplo: Modo de punta a punta de la petición del keepalive con la configuración modificada
En el siguiente ejemplo, los dispositivos en cada extremo de un VC se configuran para asignar un DLCI a una interfaz serial de
Frame Relay y asociar una clase de mapa a la interfaz. Un dispositivo se configura en modo de solicitud y el otro extremo del
VC se configura en modo de respuesta. Se cambian la ventana de evento, el umbral de error, y los valores de los eventos del
éxito de modo que la interfaz cambie el estado menos con frecuencia:
! router1
router1(config) interface serial 0/0.1 point-to-point
router1(config-if) ip address 10.1.1.1 255.255.255.0
router1(config-if) frame-relay interface-dlci 16
router1(config-if) frame-relay class eek
router1(config-if) exit
!
router1(config)# map-class frame-relay eek
router1(config-map-class)# frame-relay end-to-end keepalive mode request
router1(config-map-class)# frame-relay end-to-end keepalive event-window send 5
router1(config-map-class)# frame-relay end-to-end keepalive error-threshold send 3
router1(config-map-class)# frame-relay end-to-end keepalive success-events send 3
! router2
router2(config) interface serial 1/1.1 point-to-point
router2(config-if) ip address 10.1.1.2 255.255.255.0
router2(config-if) frame-relay interface-dlci 16
router2(config-if) frame-relay class group_3
router1(config-if) exit
!
router2(config)# map-class frame-relay group_3
router2(config-map-class)# frame-relay end-to-end keepalive mode reply
Ejemplo: PPP por Frame Relay
•
Ejemplo: PPP por Frame Relay DTE
•
Ejemplo: PPP por Frame Relay DCE
Ejemplo: PPP por Frame Relay DTE
El siguiente ejemplo configura a un router como dispositivo DTE para el PPP por Frame Relay. El 2.1 de la subinterfaz contiene
la información necesaria DLCI y de la plantilla virtual. El virtual-template 1 de la interfaz contiene la información PPP que se
aplica a la sesión PPP asociada a DLCI 32 en el 2.1 del Subinterfaz serial.
interface serial 2
no ip address
encapsulation frame-relay
frame-relay lmi-type ansi
!
interface serial 2.1 point-to-point
frame-relay interface-dlci 32 ppp virtual-template1
!
interface Virtual-Template1
ip unnumbered ethernet 0
ppp authentication chap pap
Observepor abandono, el tipo de encapsulación para una interfaz de plantilla virtual es encapsulación PPP; por lo tanto,
encapsulation ppp no aparecerá cuando usted ve la configuración del router.
Ejemplo: PPP por Frame Relay DCE
El siguiente ejemplo configura a un router para actuar como dispositivo DCE. Típicamente, configuran a un router como DCE si
está conectando directamente con otro router o si está conectado con una unidad del canal 90i D4, que está conectada con un
banco de canales de la compañía telefónica. Los tres comandos required para los este tipos de configuración son frame-relay
switching, frame-relay intf-type dce, y frame-relay route los comandos:
frame-relay switching
!
interface Serial2/0:0
no ip address
encapsulation frame-relay IETF
frame-relay lmi-type ansi
frame-relay intf-type dce
frame-relay route 31 interface Serial1/2 100
frame-relay interface-dlci 32 ppp Virtual-Template1
!
interface Serial2/0:0.2 point-to-point
no ip address
frame-relay interface-dlci 40 ppp Virtual-Template2
!
interface Virtual-Template1
ip unnumbered Ethernet0/0
peer default ip address pool default
ppp authentication chap pap
!
interface Virtual-Template2
ip address 100.1.1.2 255.255.255.0
ppp authentication chap pap
Observepor abandono, el tipo de encapsulación para una interfaz de plantilla virtual es encapsulación PPP; por lo tanto,
encapsulation ppp no aparecerá cuando usted ve la configuración del router.
Ejemplo: Configuración de la fragmentación de Frame Relay
•
Ejemplo: Fragmentación FRF.12
•
Ejemplo: Fragmentación de Frame Relay con la compresión por hardware
Ejemplo: Fragmentación FRF.12
El siguiente ejemplo muestra la configuración de la fragmentación de punta a punta pura FRF.12 y de la feria cargada que
hacen cola en el map class llamado “frag”. Los Tamaños de carga útiles del fragmento se fijan a 40 bytes. El map class del
“frag” se asocia al DLCI 100 en la interfaz serial 1.
router(config)# interface serial 1
router(config-if)# frame-relay traffic-shaping
router(config-if)# frame-relay interface-dlci 100
router(config-fr-dlci)# class frag
router(config-fr-dlci)# exit
router(config)# map-class frame-relay frag
router(config-map-class)# frame-relay cir 128000
router(config-map-class)# frame-relay bc 1280
router(config-map-class)# frame-relay fragment 40
router(config-map-class)# frame-relay fair-queue
Ejemplo: Fragmentación de Frame Relay con la compresión por hardware
En el siguiente ejemplo, la fragmentación FRF.12 y la compresión por hardware FRF.9 se configuran en la interfaz multipunto
3/1 y la interfaz Point-to-Point 3/1.1:
interface serial3/1
ip address 10.1.0.1 255.255.255.0
encapsulation frame-relay
frame-relay traffic-shaping
frame-relay class frag
frame-relay map ip 10.1.0.2 110 broadcast ietf payload-compression frf9 stac
!
interface serial3/1.1 point-to-point
ip address 10.2.0.1 255.255.255.0
frame-relay interface-dlci 120 ietf
frame-relay payload-compression frf9 stac
!
map-class frame-relay frag
frame-relay cir 64000
frame-relay bc 640
frame-relay fragment 100
Ejemplo: Configuración de la compresión de la carga útil
•
Ejemplo: Compresión FRF.9 para las subinterfaces usando el comando frame-relay map
•
Ejemplo: Compresión FRF.9 para las subinterfaces
• Ejemplo: Compresión por hardware de la secuencia de datos con la compresión del encabezado TCP/IP en una
subinterfaz punto a punto
• Ejemplo: Compresión por hardware de la secuencia de datos con la compresión del encabezado TCP/IP en una
subinterfaz de multipunto
• Ejemplo: Compresión por hardware de la secuencia de datos con la Compresión de cabecera RTP y la fragmentación de
Frame Relay
Observeapaga la interfaz o la subinterfaz antes de las técnicas de compresión que agregan o cambiantes. Aunque no es
necesario el cierre, apagar la interfaz asegura que se ha restablecido para las nuevas estructuras de datos.
Ejemplo: Compresión FRF.9 para las subinterfaces usando el comando frame-relay map
El siguiente ejemplo muestra una subinterfaz que es configurada para la compresión FRF.9 usando frame-relay map el
comando:
interface serial2/0/1
ip address 172.16.1.4 255.255.255.0
no ip route-cache
encapsulation frame-relay IETF
no keepalive
frame-relay map ip 172.16.1.1 105 IETF payload-compression FRF9 stac
Ejemplo: Compresión FRF.9 para las subinterfaces
El siguiente ejemplo muestra una subinterfaz que es configurada para la compresión FRF.9:
interface serial2/0/0
no ip address
no ip route-cache
encapsulation frame-relay
ip route-cache distributed
no keepalive
!
interface serial2/0/0.500 point-to-point
ip address 172.16.1.4 255.255.255.0
no cdp enable
frame-relay interface-dlci 500 IETF
frame-relay payload-compression FRF9 stac
Ejemplo: Compresión por hardware de la secuencia de datos con la compresión del encabezado TCP/IP en una
subinterfaz punto a punto
El siguiente ejemplo muestra la configuración de la compresión por hardware y de la Compresión de cabecera TCP de la
secuencia de datos en la interfaz Point-to-Point 1/0.1:
interface serial1/0
encapsulation frame-relay
frame-relay traffic-shaping
!
interface serial1/0.1 point-to-point
ip address 10.0.0.1 255.0.0.0
frame-relay interface-dlci 100
frame-relay payload-compression data-stream stac
frame-relay ip tcp header-compression
Subinterface">
Ejemplo: Compresión por hardware de la secuencia de datos con la compresión del encabezado TCP/IP en un de
múltiples puntos
Subinterfaz
El siguiente ejemplo muestra la configuración de la compresión por hardware y de la Compresión de cabecera TCP de la
secuencia de datos en la interfaz multipunto 3/1:
interface serial3/1
ip address 10.1.0.1 255.255.255.0
encapsulation frame-relay
frame-relay traffic-shaping
frame-relay map ip 10.1.0.2 110 broadcast cisco payload-compression data-stream stac
frame-relay ip tcp header-compression
Ejemplo: Compresión por hardware de la secuencia de datos con la Compresión de cabecera RTP y la
fragmentación de Frame Relay
El siguiente ejemplo muestra la configuración de la compresión por hardware, de la Compresión de cabecera RTP, y de la
fragmentación FRF.12 de la secuencia de datos en la interfaz Point-to-Point 1/0.1:
interface serial1/0
encapsulation frame-relay
frame-relay traffic-shaping
!
interface serial1/0.1 point-to-point
ip address 10.0.0.1 255.0.0.0
frame-relay interface-dlci 100
frame-relay class frag
frame-relay payload-compression data-stream stac
frame-relay ip rtp header-compression
!
map-class frame-relay frag
frame-relay cir 64000
frame-relay bc 640
frame-relay be 0
frame-relay fragment 100
frame-relay ip rtp priority 16000 16000 20
Ejemplo: Compresión del encabezado IP TCP
•
Ejemplo: Mapa IP con la compresión heredada del encabezado IP TCP
•
Ejemplo: Usando un mapa IP para reemplazar la compresión del encabezado IP TCP
•
Ejemplo: Inhabilitar la compresión heredada del encabezado IP TCP
•
Ejemplo: Inhabilitar la compresión explícita del encabezado IP TCP
Ejemplo: Mapa IP con la compresión heredada del encabezado IP TCP
Observeapaga la interfaz o la subinterfaz antes de las técnicas de compresión que agregan o cambiantes. Aunque no es
necesario el cierre, apagar la interfaz asegura que se ha restablecido para las nuevas estructuras de datos.
El siguiente ejemplo muestra una interfaz configurada para la compresión del encabezado TCP/IP y una correspondencia IP
que herede las características de la compresión. Observe que la correspondencia IP del Frame Relay no está configurada
explícitamente para la compresión del encabezamiento.
interface serial 1
encapsulation frame-relay
ip address 131.108.177.178 255.255.255.0
frame-relay map ip 131.108.177.177 177 broadcast
frame-relay ip tcp header-compression passive
El uso show frame-relay map del comando visualizará las características resultantes de la compresión y de la encapsulación;
la correspondencia IP ha heredado la compresión pasiva del encabezado TCP/IP:
Router> show frame-relay map
Serial 1
(administratively down): ip 131.108.177.177
dlci 177 (0xB1,0x2C10), static,
broadcast,
CISCO
TCP/IP Header Compression (inherited), passive (inherited)
Este ejemplo también se aplica a las correspondencias dinámicas alcanzadas con el uso del ARP inverso en las subinterfaces
punto a punto donde no se configura ningunas correspondencias del Frame Relay.
Ejemplo: Usando un mapa IP para reemplazar la compresión del encabezado IP TCP
El siguiente ejemplo muestra el uso de una correspondencia IP del Frame Relay de reemplazar el conjunto de la compresión en
la interfaz:
interface serial 1
encapsulation frame-relay
ip address 131.108.177.178 255.255.255.0
frame-relay map ip 131.108.177.177 177 broadcast nocompress
frame-relay ip tcp header-compression passive
El uso show frame-relay map del comando visualizará las características resultantes de la compresión y de la encapsulación;
la correspondencia IP no ha heredado la Compresión de cabecera TCP:
Router> show frame-relay map
Serial 1
(administratively down): ip 131.108.177.177
dlci 177 (0xB1,0x2C10), static,
broadcast,
CISCO
Ejemplo: Inhabilitar la compresión heredada del encabezado IP TCP
En este ejemplo, lo que sigue es la configuración inicial:
interface serial 1
encapsulation frame-relay
ip address 131.108.177.179 255.255.255.0
frame-relay ip tcp header-compression passive
frame-relay map ip 131.108.177.177 177 broadcast
frame-relay map ip 131.108.177.178 178 broadcast tcp header-compression
Ingrese los siguientes comandos de habilitar la compresión heredada del encabezado TCP/IP:
serial interface 1
no frame-relay ip tcp header-compression
El uso show frame-relay map del comando visualizará las características resultantes de la compresión y de la encapsulación:
Router> show frame-relay map
Serial 1
(administratively down): ip 131.108.177.177 177
dlci 177(0xB1, 0x2C10), static,
broadcast
CISCO
Serial 1
(administratively down): ip 131.108.177.178 178
dlci 178(0xB2,0x2C20), static
broadcast
CISCO
TCP/IP Header Compression (enabled)
Como consecuencia, la compresión del encabezamiento se inhabilita para la primera correspondencia (con DLCI 177), que
heredó sus características de la compresión del encabezamiento de la interfaz. Sin embargo, la compresión del
encabezamiento no se inhabilita para la segunda correspondencia (DLCI 178), que se configura explícitamente para la
compresión del encabezamiento.
Ejemplo: Inhabilitar la compresión explícita del encabezado IP TCP
En este ejemplo, la configuración inicial es lo mismo que en el ejemplo precedente, pero usted debe ingresar el conjunto de
comandos siguiente para habilitar la compresión explícita del encabezado TCP/IP:
serial interface 1
no frame-relay ip tcp header-compression
frame-relay map ip 131.108.177.178 178 nocompress
El uso show frame-relay map del comando visualizará las características resultantes de la compresión y de la encapsulación:
Router> show frame-relay map
Serial 1
(administratively down): ip 131.108.177.177 177
dlci 177(0xB1,0x2C10), static,
broadcast
CISCO
Serial 1
(administratively down): ip 131.108.177.178 178
dlci 178(0xB2,0x2C20), static
broadcast
CISCO
El resultado de los comandos es inhabilitar la compresión del encabezamiento para la primera correspondencia (con DLCI 177),
que heredó sus características de la compresión del encabezamiento de la interfaz, y inhabilitar también explícitamente la
compresión del encabezamiento para la segunda correspondencia (con DLCI 178), que fue configurada explícitamente para la
compresión del encabezamiento.
Referencias adicionales
Documentos Relacionados
Tema relacionado
Título del documento
Tareas de configuración de la conexión de red en un área
ancha del Cisco IOS
Guía de configuración de conexión de
red en un área ancha del Cisco IOS XE
Comandos wide-area networking
Referencia del comando wide-area
networking del Cisco IOS
Envío del tráfico DDR sobre el Frame Relay
• Configurar el spokes del DDR
heredado
• Configuración de hubs Legacy
DDR
Instalando el software en un nuevo router o Access Server
descargando de un servidor central sobre una interfaz que
soporta el Frame Relay
Carga y Mantenimiento de Imágenes
del Sistema
Usando el AutoInstall sobre el Frame Relay
Descripción - Configuración básica de
un dispositivo de interconexión de
redes de Cisco
Configurar Puente transparente entre los dispositivos sobre Configuración del uso de puente
una red Frame Relay
transparente
Configurar el Source-Route Bridging entre los dispositivos
SNA sobre una red Frame Relay
Configuración del Bridging de Ruta de
Origen
Configurar el Serial Tunnel (STUN) y la encapsulación del
Configuración de Tunelización Serial y
serial tunnel del bloque entre los dispositivos sobre una red Tunelización Serial de Bloques
Frame Relay
Configurar el acceso entre los dispositivos SNA sobre una
red Frame Relay
Configuración del Soporte del Acceso
de Frame Relay SNA
Configurar la Voz sobre el Frame Relay usando el FRF.11 y Configurar la Voz sobre el Frame Relay
el FRF.12
Configurar el low latency queueing, el PVC Interface Priority Guía de configuración de las soluciones
Queueing, y la fragmentación de link y la interpolación
de la Calidad de servicio de Cisco IOS
usando el Multilink PPP para el Frame Relay
Estándares
Estándar
Título
Ninguno
—
MIB
MIB
Link del MIB
Ninguno Para localizar y descargar el MIB para las plataformas elegidas, las versiones del Software
Cisco IOS XE, y los conjuntos de características, utilizan el localizador MIB de Cisco
encontrado en el URL siguiente:
http://www.cisco.com/cisco/web/LA/support/index.html
RFC
RFC
Título
Ninguno
—
Asistencia Técnica
Descripción
Link
El sitio Web de soporte técnico de Cisco
http://www.cisco.com/cisco/web/LA/support/index.html
proporciona los recursos en línea extensos,
incluyendo la documentación y las
herramientas para localizar averías y resolver
los problemas técnicos con los Productos
Cisco y las Tecnologías.
Para recibir la Seguridad y la información
técnica sobre sus Productos, usted puede
inscribir a los diversos servicios, tales como la
herramienta de alerta del producto (accedida
de los Field Notice), el hoja informativa de los
servicios técnicos de Cisco, y alimentaciones
realmente simples de la sindicación (RSS).
El acceso a la mayoría de las herramientas en
el sitio Web de soporte técnico de Cisco
requiere una identificación del usuario y una
contraseña del cisco.com.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of
Cisco trademarks, go to this URL: www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The
use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and
figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and
coincidental.
© 2001-2011 Cisco Systems, Inc. All rights reserved.
© 1992-2013 Cisco Systems Inc. Todos los Derechos Reservados.
Fecha de Generación del PDF: 2 Agosto 2013
http://www.cisco.com/cisco/web/support/LA/107/1073/1073811_wan_cfg_frm_rly_ps6922_TSD_Products_Configuration_Guide_Chapter.html