Guía de Configuración de Networking de Área Ancha de Cisco, Release 12.2SR
Configuración de Frame Relay
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 575 KB | Inglés (3 Abril 2008) | Comentarios

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 Next-Hop 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 protocolo-DLCI 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 wide-area 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”; access-list 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 pasivo-contestació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 pasivo-contestació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.

Descripciones de formato de la trama de Frame Relay del cuadro 1 PPP 

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 interface-dlci 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 Next-Hop 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 protocolo-DLCI 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 Second-Generation 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 40-byte. 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
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.

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 | cisco | q933a}

Fija el tipo LMI.

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 lmi-n392dce threshold

Fija el umbral de error DCE y del Interfaz de red a red (NNI).

Router(config-if)# frame-relay lmi-n393dce events

Fija el DCE y la cuenta de eventos monitoreada NNI.

Router(config-if)# frame-relay lmi-t392dce seconds

Fija el temporizador de la verificación de la interrogación en una interfaz DCE o NNI.

Router(config-if)# frame-relay lmi-n391dte keep-exchanges

Fija un intervalo de sondeo del estado completo en una interfaz DTE o NNI.

Router(config-if)# frame-relay lmi-n392dte threshold

Fija el umbral de error DTE o NNI.

Router(config-if)# frame-relay lmi-n393dte 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 1 

Router(config)# interface type number

Especifica la interfaz física.

Paso 2 

Router(config-if)# ip address ip-address mask

Especifica la dirección IP de la interfaz, si es necesario.

Paso 3 

Router(config-if)# encapsulation frame-relay

Habilita la encapsulación de Frame Relay en la interfaz.

Paso 4 

Router(config-if)# map-group group-name

Asigna un grupo de la correspondencia a la interfaz. Los detalles del grupo del mapa se especifican con map-list el comando.

Paso 5 

Router(config-if)# frame-relay svc

Soporte de SVC del Frame Relay de los permisos en 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 1 

Router(config)# interface type number.subinterface-number {multipoint | point-to-point}

Especifica una subinterfaz configurada para el funcionamiento de SVC.

Paso 2 

Router(config-subif)# ip address ip-address mask

Especifica la dirección IP de la subinterfaz, si es necesario.

Paso 3 

Router(config-subif)# map-group group-name

Asigna un grupo de la correspondencia a la subinterfaz.

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)# frame-relay adaptive-shaping [becn | foresight]1

Permite al tipo de feedback BECN para estrangular la tarifa de la trama-transmisión.

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)# frame-relay bc out bits2

Fija el Bc saliente, en los bits.

Paso 11 

Router(config-map-class)# frame-relay be in bits2

Fija los tamaños de ráfaga en exceso entrantes (Be), en los bits.

Paso 12 

Router(config-map-class)# frame-relay be out bits2

Fija el saliente esté, en los bits.

Paso 13 

Router(config-map-class)# frame-relay idle-timer seconds2

Fija el intervalo del tiempo de espera, en los 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-map-list)# protocol protocol-address class class-name [ietf] [broadcast [trigger]]

Especifica un direccionamiento del protocolo de destino y un nombre de clase de correspondencia de Frame Relay de los cuales derivar la información de QoS.

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 frame-relay 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 number

Fija los tamaños de la ventana K. LAPF.

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(config-if)# 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 QoS-autosense

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-relay address registration auto-address

Inhabilita la Selección automática de la dirección IP que se utilizará para el registro de dirección ELMI.

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)# frame-relay address registration ip address

Configura la dirección IP que se utilizará para el registro de dirección ELMI.

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)#  frame-relay 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 qos-autosense [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 1 

Router(config)# map-class frame-relay map-class-name

Especifica un map class para definir.

Paso 2 

Router(config-map-class)# frame-relay traffic-rate average [peak]

Define las relaciones del tráfico para el map class.

Paso 3 

Router(config-map-class)# frame-relay custom-queue-list list-number

Especifica una lista de cola personalizada.

Paso 4 

Router(config-map-class)# frame-relay priority-group list-number

Especifica una lista del priority queue.

Paso 5 

Router(config-map-class)# frame-relay adaptive-shaping {becn | foresight}

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.

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 [dce | dte | nni]

Configura un dispositivo del DTE de Frame 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 dlci interface dlci

Define las conexiones entre los PVC 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

Policing del Frame Relay de los permisos en todos los PVC 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-relay cir {in | out} bps

Fija el CIR para un PVC de Frame Relay, en los bits por segundo.

Router(config-map-class)# frame-relay bc {in | out} bits

Fija Committes Bursa Size para un PVC de Frame Relay, en los bits.

Router(config-map-class)# frame-relay be {in | out} bits

Fija los tamaños de ráfaga en exceso para un PVC de Frame Relay, en los bits.

Router(config-map-class)# frame-relay tc milliseconds

Fija el intervalo de medición para limpiar el tráfico entrante 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 1 

Router(config-if)# frame-relay congestion management

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 2 

Router(config-fr-congest)# threshold de percentage

Configura el umbral en el cual los paquetes delimitados serán desechados de los PVC conmutados en la interfaz de salida.

Paso 3 

Router(config-fr-congest)# threshold ecn {bc | be} percentage

Configura el umbral en el cual los bits ECN serán fijados en los paquetes en los PVC conmutados en la interfaz de salida.

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)# frame-relay 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)# frame-relay 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)# frame-relay 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)# frame-relay 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 pvc [interface interface] [dlci]

Estadísticas de las visualizaciones 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.

Router# show interfaces [type number]

Información de las visualizaciones sobre la configuración y cola en la 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
Propósito

Paso 1 

Router(config)# map-class frame-relay map-class-name

Especifica un map class para el VC.

Paso 2 

Router(config-map-class)# frame-relay end-to-end keepalive mode {bidirectional | request | reply | passive-reply}

Especifica el modo del Frame Relay End-to-End Keepalive.

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-to-End 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 1 

Router(config)# interface type number.subinterface-number {multipoint | point-to-point}

Crea una subinterfaz punto a punto o multipunto.

Paso 2 

Router(config-subif)# encapsulation frame-relay

Encapsulación de Frame Relay de las configuraciones en la interfaz serial.

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
Propósito

Paso 1 

Router(config)# interface type number

Especifica una interfaz.

Paso 2 

Router(config-if)# encapsulation frame-relay

Encapsulación de Frame Relay de las configuraciones en la interfaz.

Paso 3 

Router(config)# interface type number:subinterface-number point-to-point

Especifica una subinterfaz.

Paso 4 

Router(config-subif)# frame-relay interface-dlci dlci

Asocia un DLCI a la subinterfaz.

Paso 5 

Router(config-subif)# bridge-group bridge-group

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 frame-relay

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 bridge-group

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 1 

Router(config)# interface type number

Especifica la interfaz.

Paso 2 

Router(config-if)# encapsulation frame-relay

Configura la encapsulación de Frame Relay.

Paso 3 

Router(config)# interface type number.subinterface-number point-to-point

Configura la subinterfaz.

Paso 4 

Router(config-subif)# frame-relay interface-dlci dlci

Especifica el DLCI para la subinterfaz.

Paso 5 

Router(config-subif)# backup interface type number

Configura la Interfaz de respaldo para la subinterfaz.

Paso 6 

Router(config-subif)# backup delay enable-delay disable-delay

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)# frame-relay 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)# map-class frame-relay map-class-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-map-class)# 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 protocol-address dlci payload-compression packet-by-packet

Habilita la compresión de la carga útil en una interfaz multipunto.


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 payload-compression 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 1 

Router(config)# interface type number

Especifica la interfaz.

Paso 2 

Router(config-if)# encapsulation frame-relay

Especifica Frame Relay como tipo de encapsulación.

Paso 3 

Router(config-if)# frame-relay map payload-compression frf9 stac [hardware-options]

Habilita la compresión FRF.9.

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 1 

Router(config)# interface type number

Especifica el tipo y el número de la subinterfaz.

Paso 2 

Router(config-subif)# encapsulation frame-relay

Especifica Frame Relay como tipo de encapsulación.

Paso 3 

Router(config-subif)# frame-relay payload-compression frf9 stac [hardware-options]

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 1 

Router(config)# interface type number point-to-point

Configura un tipo de subinterfaz e ingresa en el modo de configuración de la subinterfaz.

Paso 2 

Router(config-subif)# ip address address mask

Fija la dirección IP para una interfaz.

Paso 3 

Router(config-subif)# frame-relay interface-dlci dlci

Asigna un DLCI a una subinterfaz Frame Relay especificada del router o el servidor de acceso.

Paso 4 

Router(config-subif)# frame-relay payload-compression data-stream stac [hardware-options]

Compresión por hardware de los permisos en una interfaz o una subinterfaz que utiliza la encapsulación del patentado Cisco.

Paso 5 

Router(config-subif)# frame-relay ip tcp header-compression [passive]

o

Router(config-subif)# frame-relay ip rtp header-compression [passive]

Configura una interfaz para asegurarse de que los PVCs asociados llevan encabezados TCP de salida en formato comprimido.

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 1 

Router(config)# interface type number multipoint

Configura un tipo de subinterfaz e ingresa en el modo de configuración de la subinterfaz.

Paso 2 

Router(config-subif)# frame-relay interface-dlci dlci

Asigna un DLCI a una subinterfaz Frame Relay especificada del router o el servidor de acceso.

Paso 3 

Router(config-subif)# frame-relay map protocol protocol-address dlci [payload-compression data-stream stac [hardware-options]]

Define la asignación entre un direccionamiento del protocolo de destino y el DLCI usados para conectar con la dirección destino en una interfaz que utilice la encapsulación del patentado Cisco.

Paso 4 

Router(config-subif)# frame-relay ip tcp header-compression [passive]

o

Router(config-subif)# frame-relay ip rtp header-compression [passive]

Configura una interfaz para asegurarse de que los PVCs asociados llevan encabezados TCP de salida en formato comprimido.

Habilita la compresión del encabezado RTP en la interfaz física.

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-hardware-compresió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-address dlci [broadcast] tcp header-compression [active | passive] [connections number]

Configura una correspondencia IP para utilizar la compresión del encabezado TCP/IP. La encapsulación del patentado Cisco se habilita 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-relay ip tcp header-compression

o

Router(config-if)# frame-relay map ip ip-address dlci nocompress

Inhabilita la compresión del encabezado TCP/IP en todas las correspondencias IP del Frame Relay que no se configuren explícitamente para la Compresión de cabecera TCP.

La compresión de las neutralizaciones RTP y del encabezado TCP/IP en un IP especificado del Frame Relay asocia.


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)# frame-relay priority-dlci-group group-number high-dlci medium-dlci normal-dlci low-dlci

Paralelo DLCI del múltiplo de los permisos para diversos tipos del tráfico de Frame Relay; los socios y los conjuntos nivelan de los DLCI especificados con el mismo grupo.

Observesi usted no especifican explícitamente un 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-relay-inarp

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 [type number]

Estadísticas de las visualizaciones LMI.

Router# show frame-relay map

Visualiza las entradas actuales del frame relay map.

Router# show frame-relay pvc [type number [dlci]]

Estáticos de PVC de las visualizaciones.

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 maplist

Visualiza todos los SVC conforme a una lista especificada de la 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

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 una red Frame Relay

Configuración del uso de puente 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 serial tunnel del bloque entre los dispositivos sobre una red Frame Relay

Configuración de Tunelización Serial y Tunelización Serial de Bloques

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 el FRF.12

Configurar la Voz sobre el Frame Relay

Configurar el low latency queueing, el PVC Interface Priority Queueing, y la fragmentación de link y la interpolación usando el Multilink PPP para el Frame Relay

Guía de configuración de las soluciones de la Calidad de servicio de Cisco IOS


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

http://www.cisco.com/cisco/web/LA/support/index.html