WAN : Frame Relay

Preguntas frecuentes acerca de la retransmisión de tramas

18 Octubre 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Frame Relay es un protocolo WAN de alto rendimiento que actúa en la capa física y de link de datos del Modelo de referencia de interconexión de sistemas abiertos (OSI). Se describe como una versión optimizada de X.25 y es de uso común en conexiones WAN confiables. Este documento trata algunas de las preguntas frecuentes sobre Frame Relay.

General

Q. ¿Por qué no estoy habilitado para usar ping en mi propia dirección de interfaz?

A. No puede hacer ping en su propia dirección IP en una interfaz de Frame Relay multipunto. Para realizar un ping satisfactoriamente en una interfaz serial, se debe enviar un paquete de solicitud de eco del Protocolo de mensaje de control de Internet (ICMP) y recibir un paquete de respuesta de eco ICMP. Los comandos ping hacia su propia dirección de interfaz son exitosos en subinterfaces punto a punto o en los enlaces de High-Level Data Link Control (HDLC) debido a que el router del otro lado del enlace devuelve el eco ICMP y los paquetes de respuesta de eco.

El mismo principio también se aplica con las interfaces (sub) de múltiples puntos. Para un ping exitoso de su propia dirección de interfaz, otro router debe enviar los paquetes de la solicitud de eco y la respuesta de eco de la ICMP. Porque las interfaces multipunto pueden tener destinos múltiples, el router debe tener capa 2 (L2) para acodar 3 (L3) que asocia para cada destino. Porque asocia no se configura para nuestro propio direccionamiento de la interfaz, el router no tiene ningún L2 a la asignación L3 para su propio direccionamiento y no sabe encapsular el paquete. Es decir, el router no sabe qué identificador de conexión de link de datos (DLCI) debe utilizar para enviar los paquetes de petición de eco a su propia dirección IP y esto genera una falla de encapsulación. Para poder hacer un ping a su propia dirección de interfaz se debe configurar un mapeo estático que apunte a otro router sobre el link de Frame Relay, el cual puede reenviar el pedido de eco ICMP y los paquetes de respuesta.

Q. ¿Por qué no puedo hacer ping de un radio a otro en una configuración de red radial que utiliza (sub) interfaces multipunto?

A. Usted no puede hacer ping a partir de la uno habló a otro spoke en una configuración del hub and spoke usando las interfaces multipunto porque la asignación para la dirección IP del otro rayo no se hace automáticamente. Sólo la dirección de concentrador se conoce automáticamente por medio del protocolo de resolución de dirección inversa (INARP). Si usted configura una correlación estática usando el comando frame-relay map para la dirección IP de otro habló para utilizar el Identificador de conexión del link de datos local (DLCI), usted puede hacer ping el direccionamiento del otro spoke.

Q. ¿Cuál es la cola de broadcast de Frame Relay?

A. La cola de transmisión de retransmisión de tramas es una de las principales características utilizadas en redes de intercambio de paquetes IP o de Internet (IPX) medias o grandes en las cuales el ruteo y la transmisión de protocolos de anuncio de servicios (SAP) deben fluir a través de la red de retransmisión de tramas. La cola de broadcast se maneja independientemente de la cola de la interfaz normal, tiene sus propios buffers, y una tarifa de los tamaños configurables y de servicio. Debido a las sensibilidades de sincronización, las Unidades del Spanning Tree Protocol (STP) (BPDU) no se transmiten usando la cola de broadcast.

Q. ¿Cuánto el identificador de conexión de link de datos (DLCI) s puede una interfaz soportar?

A. Esta pregunta es similar a la pregunta acerca de cuántas PC se pueden colocar en una Ethernet. Usted puede poner generalmente mucho más que usted debe, dado las restricciones de disponibilidad y rendimiento. Cuando dimensione un router en una red grande, considere los siguiente problemas:

  • Espacio del DLCI Address: Con un direccionamiento 10-bit, cerca de 1000 DLCI se pueden configurar en un solo vículo físico. Porque ciertos DLCI son reservados (depende de la implementación del proveedor), el máximo es cerca de 1000. El rango para la Interfaz de administración local (LMI) de Cisco es 16-1007. El rango para Sector de estandarización sobre telecomunicaciones del Instituto nacional de normalización de los Estados Unidos y Unión internacional de telecomunicaciones (ANSI/ITU-T) es 16-992. Estos DLCI llevan los datos de usuarios.

  • Actualización del estado de LMI: El protocolo LMI requiere que todos los informes sobre el estado del circuito virtual permanente (PVC) formen un solo paquete y, en general, restringe el número de DLCI a menos de 800, en función del tamaño de la unidad máxima de transmisión (MTU). Esto da como resultado lo siguiente para una MTU de interfaz configurada de 4000 bytes:

    fr_faq.gif

    Nota: El MTU predeterminado en las interfaces seriales es 1500 bytes, rindiendo un máximo de 296 DLCI por la interfaz.

  • Reiteración del broadcast: Cuando el router está enviando, debe replicar el paquete en cada DLCI, que causa la congestión en el vínculo de acceso. La cola de transmisión reduce este problema. La red se debe diseñar generalmente para guardar la carga de la actualización de ruteo debajo del 20 por ciento de la velocidad de línea de acceso. Es también importante considerar los requisitos de memoria para la cola de broadcast. Una buena técnica para reducir esta restricción es utilizar la ruta predeterminado o ampliar los temporizadores de actualización.

  • Tráfico de datos del usuario: La cantidad de DLCI depende del tráfico en cada DLCI y de los requisitos de rendimiento. Los accesos de Frame Relay deben ejecutarse generalmente en cargas más bajas que los links del router a router porque las Capacidades de priorización no están generalmente como fuertes. El costo marginal del incremento de la velocidad del link de acceso es generalmente más bajo que para las líneas dedicadas.

Para las estimaciones en el número práctico de DLCI soportados en las plataformas del router de Cisco, refiera a la sección de las Limitaciones de DLCI de la Guía exhaustiva al Configurando y Troubleshooting Frame Relay.

Q. ¿Puedo utilizar el IP innumerable con el Frame Relay?

A. Si usted no tiene el espacio de IP Address para utilizar muchas subinterfaces, usted puede utilizar el IP innumerable en cada subinterfaz. Debe usar rutas estáticas o ruteo dinámico para que su tráfico sea ruteo. Y usted debe utilizar las subinterfaces punto a punto. Para más información, refiera a IP no numerado sobre una sección Ejemplo de la subinterfaz punto a punto de configurar el Frame Relay.

Q. ¿Puedo configurar a un router Cisco para actuar como switch de Frame Relay?

A. Sí. Puede configurar los routers Cisco para que funcionen como un equipo de comunicación de datos (DCE) Frame Relay o como dispositivos de interfaz de red a red (NNI) (switches Frame Relay). Un router puede también ser configurado para soportar la transferencia híbrida del equipo de terminal de datos/del equipo de comunicación de datos/del circuito virtual permanente (DTE/DCE/PVC). Para más información, refiera a la sección del Frame Relay que configura de la Guía de Configuración de redes de área ancha del Cisco IOS, Release12.1.

Q. ¿Puedo interligar el tráfico sobre un link de Frame Relay?

A. Sí. En las interfaces multipunto, los enunciados del mapa de Frame Relay deben configurarse mediante el uso del comando frame-relay map bridge para identificar los circuitos virtuales permanentes (PVC) para el tráfico conectado con puente. Las unidades de datos del protocolo de puente (BPDU) Spanning (quitar guión) Tree Protocol (STP) se pasan a intervalos regulares dependiendo del protocolo de conexión en puente configurado.

Q. ¿Es una configuración especial necesaria conectar a los routeres Cisco con los dispositivos del otro vendedor sobre el Frame Relay?

A. Encapsulado de Frame Relay de propietario del uso de los routeres Cisco por abandono. El formato de encapsulación del grupo de trabajo de ingeniería de Internet (IETF) debe estar especificado para interactuar con dispositivos de otro proveedor. La encapsulación de IETF se puede especificar en una interfaz o por la base del identificador de conexión de link de datos (DLCI). Para más información, refiera a la sección de los ejemplos de la configuración de Frame Relay de configurar el Frame Relay, en la Guía de Configuración de redes de área ancha del Cisco IOS, Release12.1.

Q. ¿Qué es la instalación automática de retransmisión de tramas y cómo funciona? ¿Se requiere una configuración adicional?

A. El AutoInstall permite que usted configure a un nuevo router automáticamente y dinámicamente. El procedimiento Autoinstall implica el conectar de un nuevo router con una red en la cual se preconfigure un router existente, girando al nuevo router, y habilitandolo con un archivo de configuración que se descargue de un servidor TFTP. Para más información, refiérase con las herramientas de configuración.

El comando frame-relay interface-dlci requiere agregados para admitir AutoInstall en un link sobre el cual se configura un router existente con una subinterfaz punto-a-punto. La información adicional provista con el comando frame-relay interface-dlci se utiliza para responder al pedido del Protocolo Bootstrap (BOOTP) del router remoto. El agregado de protocol ipdirección IP al comando, indica la dirección IP de la interfaz principal de un nuevo router o de un servidor de acceso en el cual un archivo de configuración de router va a ser instalado sobre una red Frame Relay. Utilice esta opción solamente cuando el dispositivo actúa como el servidor BOOTP para las instalaciones automáticas sobre Frame Relay.

Para admitir la instalación automática en un link sobre el cual se encuentra configurado el router existente con una (sub)interfaz multipunto, el comando frame-relay map debe ser configurado en el router existente, de modo que correlacione la dirección IP del router nuevo al identificador de conexión de link de datos (DLCI) local utilizado para conectarse al nuevo router.

Aparte de esto, la interfaz (sub) del Frame Relay del router existente se debe configurar con el comando ip helper-address que señala a la dirección IP del servidor TFTP.

Q. ¿Está el protocolo inverse address resolution del Frame Relay (IARP) prendido por abandono? El comando inverse-arp no aparece activado en la configuración.

A. Sí.

Q. ¿Puede el trabajo del protocolo inverse address resolution del Frame Relay (IARP) sin la Interfaz de administración local (LMI)?

A. No. Utiliza el LMI para determinar que los circuitos virtuales permanentes (PVC) a asociar.

Q. ¿Bajo qué Interfaz de administración local (LMI) condiciona un router Cisco no envía los paquetes sobre el identificador de conexión de link de datos (DLCI)?

A. Cuando el circuito virtual permanente (PVC) se encuentra en la lista como inactivo o eliminado.

Q. ¿Un router Cisco procesará y asociará un protocolo inverse address resolution (IARP) si parece mientras que un identificador de conexión de link de datos (DLCI) está abajo?

A. Sí, sino el router no lo utilizará hasta que el DLCI sea activo.

Q. Al implementar un comando show frame map, se definen los identificadores de conexión de link de datos (DLCI) y active. Esto puede ocurrir en los DLCI que no funcionan. ¿Qué significa definidos y activos?

A. El mensaje definido y activo le dice que el DLCI puede transportar datos y que el router en el extremo lejano se encuentra activo.

Q. ¿Puedo cambiar las subinterfaces del Punto a punto a de múltiples puntos o al revés?

A. No, después de que creen a un tipo específico de subinterfaz, no puede ser cambiado sin una recarga. Por ejemplo, usted no puede crear un Serial0.2 de la subinterfaz de multipunto, y lo cambia al Punto a punto. Para cambiarlo, borrar la subinterfaz existente y recargar al router o crear otra subinterfaz. Cuando se configura una subinterfaz, un Interface Descriptor Block (IDB) es definido por el software de Cisco IOS�. IDBs definió para las subinterfaces no se puede cambiar sin una recarga. Las subinterfaces que se eliminan con el comando no interface se muestran como eliminadas mediante la emisión del comando show ip interface brief.

Q. ¿Qué el illegal serial line type xxx significa?

A. Este mensaje se muestra si el encapsulado para la interfaz es de Frame Relay (o High-Level Data Link Control (HDLC)) y el router intenta enviar un paquete que contiene un tipo de paquete desconocido.

Rendimiento

Q. ¿Qué significa paquetes de Notificación explícita de la congestión en el reenvío (FECN) y Notificación explícita de la congestión del retorno? ¿Cómo afectan al funcionamiento?

A. Esta notificación de congestión se logra cambiando un bit en el campo de la dirección de una trama a medida que atraviesa la red de Frame Relay Los dispositivos DCE de la red (Switches) cambian el valor del FECN mordido a uno en los paquetes que viajan en la misma dirección que el flujo de datos. Esto anuncia a un dispositivo de interfaz (DTE) que los procedimientos para evitar la congestión deben ser inicializados por el dispositivo receptor. Los bits de notificación explícita de la congestión del reenvío se fijan en las tramas que viajan la dirección opuesta del flujo de datos para informar al dispositivo DTE transmisor la congestión de red.

Los dispositivos del DTE de Frame Relay pueden elegir ignorar el FECN y la información BECN o pueden modificar sus relaciones del tráfico basadas en los paquetes FECN y BECN recibidos. El comando frame-relay adaptive-shaping se utiliza cuando se configura el modelado del tráfico de retransmisión de tramas para permitir que el router reaccione a los paquetes BECN. Para la información sobre cómo el router ajusta las relaciones del tráfico en respuesta a los BECN, refiera al modelado de tráfico.

Q. ¿Cómo puedo mejorar el funcionamiento sobre un vínculo lento del Frame Relay?

A. El rendimiento pobre sobre un link de Frame Relay es causado generalmente por la congestión en la red Frame Relay y de los paquetes se desechan que mientras que adentro transite. Muchos proveedores de servicio proporcionan solamente la entrega de mejor esfuerzo en el tráfico que excede la tarifa garantizada. Esto significa que cuando la red se congestiona, desecha el tráfico sobre la tarifa garantizada. Esa acción puede provocar un rendimiento pobre.

El Control de tráfico de Frame Relay permite que el tráfico sea formado al ancho de banda disponible. El modelado de tráfico se utiliza frecuentemente para evitar la degradación del rendimiento causada por la pérdida de paquetes por congestión. Para una descripción del Control de tráfico de Frame Relay y de los ejemplos de configuración, refiera al Control de tráfico de Frame Relay o a la sección de modelado del tráfico de Frame Relay de la Guía exhaustiva al Configurando y Troubleshooting Frame Relay.

Para mejorar el rendimiento, consulte las secciones Configuración de la compresión de carga útil o Configuración del encabezado TCP/IP de la Guía completa para la configuración y resolución de problemas de Frame Relay.

Q. ¿Qué es una Interfaz de administración local mejorada (ELMI) y cómo se usa para el modelado de tráfico dinámico?

A. Los permisos ELMI automatizaron el intercambio de la información del parámetro de Calidad de Servicio (QoS) del Frame Relay entre el router Cisco y el switch Cisco. Los routers pueden basar la administración de congestión y las decisiones de prioritización en valores QoS conocidos, como velocidad de información comprometida (CIR), ráfaga comprometida (Bc) y ráfaga en exceso (Be). El router lee los valores de QoS del Switch y puede ser configurado para utilizar esos valores en el tráfico del shaping. Estos trabajos de mejora entre los routers Cisco y los switches Cisco (plataformas BPX/MGX e IGX). Habilite el soporte A ELMI en el router publicando el comando frame-relay qos-autosense. Para la información y los ejemplos de configuración, refiera a la sección de la interfaz de administración local mejorada que habilita del Frame Relay y del Control de tráfico de Frame Relay que configuran.

Q. ¿Puedo reservar las aplicaciones del ancho de banda con certeza?

A. Una característica recientemente desarrollada de Cisco llamada el Class-Based Weighted Fair Queuing (CBWFQ) permite el ancho de banda reservado para diversas aplicaciones de los flujos dependiendo de la lista de control de acceso (ACL) o de las interfaces entrantes. Para los detalles de la configuración, refiera a configurar la espera cargada de la feria.

Q. ¿Puedo utilizar la cola prioritaria con la compresión del encabezamiento del Transmission Control Protocol (TCP) sobre el Frame Relay?

A. Para que el algoritmo de la Compresión de cabecera TCP 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 cola prioritaria cambia la orden en la cual se transmiten los paquetes, habilitar la cola prioritaria en la interfaz no se recomienda.

Q. ¿Puede el Frame Relay dar prioridad adentro a los paquetes llevados tráfico de voz IP sobre los paquetes sin voz?

A. Sí. La función Frame Relay IP RTP Priority ofrece un esquema de almacenamiento en cola de estricta prioridad en un circuito privado virtual (PVC) Frame Relay para datos sensibles a retrasos, como voz, identificado por sus números de puertos con protocolo de transporte en tiempo real (RTP). Esta función asegura que al tráfico de voz se le da una prioridad estricta por sobre el tráfico sin voz.

Q. ¿Qué es la Colocación en cola de prioridad de interfaz (PIPQ) de Circuito virtual privado (PVC) de Frame Relay?

A. La característica de formación de colas de prioridad de interfaz PVC de retransmisión de tramas (PIPQ) realiza una priorización del nivel de interfaz dándole prioridad a un PVC sobre otro PVC en la misma interfaz. Esta función puede utilizarse también para dar prioridad al tráfico de voz sobre el tráfico que no es de voz cuando se transmiten en distintos PVC en la misma interfaz.

Ruteo

Q. ¿Cómo está el horizonte de las fracturas IP manejado en las interfaces de Frame Relay?

A. El marcar partido del horizonte IP se inhabilita por abandono para que la Encapsulación de Frame Relay permita que las actualizaciones de ruteo vayan dentro y fuera de la misma interfaz. Una excepción es el Enhanced Interior Gateway Routing Protocol (EIGRP) para las cuales parta el horizonte debe ser inhabilitado explícitamente.

Ciertos protocolos tales como APPLETALK, Puente transparente, y Intercambio de paquetes entre redes (IPX) no se pueden soportar en parcialmente las redes malladas porque requieren el horizonte partido ser habilitados (un paquete recibido en una interfaz no se puede transmitir sobre la misma interfaz, incluso si el paquete se recibe y se transmite en diversos circuitos virtuales).

Configurar las subinterfaces del Frame Relay se asegura de que una sola interfaz física está tratada como interfaces virtuales múltiples. Esta capacidad le permite superar las reglas de horizonte dividido de modo que los paquetes recibidos en una interfaz virtual puedan ser reenviados a otra interfaz virtual, incluso si están configurados en la misma interfaz física.

Q. ¿El Open Shortest Path First (OSPF) requiere la configuración adicional funcionar con encima el Frame Relay?

A. El OSPF trata las interfaces de puntos múltiples de Frame Relay como NON_BROADCAST por abandono. Esto requiere que los vecinos sean explícitamente configurados. Hay varios métodos para la administración de OSPF sobre Frame Relay. La que está implementada depende que la red esté o no completamente mallada. Si desea más información, consulte los siguientes documentos:

Q. ¿Cómo puede el ancho de banda consumido por las actualizaciones de ruteo sobre el Frame Relay ser calculado?

A. Las estimaciones confiables se pueden calcular solamente para los protocolos del vector distancia que envían las actualizaciones periódicas. Esto incluye al Protocolo de información de ruteo (RIP) y el Protocolo de ruteo de gateway interior (IGRP) para IP, RIP para el Intercambio de paquetes de conexión en red (IPX) y el Protocolo de mantenimiento de la tabla de ruteo (RTMP) para AppleTalk. Una discusión del ancho de banda consumido por estos protocolos sobre el Frame Relay se puede encontrar en el RIP y la sección IGRP de Configurando y Troubleshooting Frame Relay.

‘Protocolo de administración de red simple (SNMP)

Q. Puedo publicar un ping del Simple Network Management Protocol (SNMP) al router que lo pide que hacer ping todos los Partners del identificador de conexión de link de datos (DLCI), y lo es acertado. ¿Qué esto indica?

A. Esto confirma que el protocolo está configurado y que la correspondencia protocolo a DLCI es correcta en ambos extremos.

Q. ¿Es el Simple Network Management Protocol (SNMP) las variables disponibles que pueden proporcionar un estatus exacto en los identificadores de conexión de link de datos (DLCI)?

A. Sí. Las variables se encuentran en el RFC1315leavingcisco.com y la base de información de administración de terminal de datos preparado (DTR) de Frame Relay.

La variable de SNMP para el estado de un circuito es fr CircuitState. Su forma del identificador de objeto del Abstract Syntax Notation One (ASN.1) (OID) es 1.3.6.1.2.1.10.32.2.1.3. Reside en el frCircuitTable. Para obtener el valor (el estado en este caso), el índice y el DLCI serían el primer y segundo caso respectivamente. Publicando los comandos SNMP Get o Getnext, usted puede descubrir el estado del circuito interno del sistema. La siguiente tabla enumera valores válidos:

Valor Estado
1 inválido
2 activo
3 desactivado

Para Cisco, usted vería 2 o 3.

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 14168