Guía de Configuración de Bridging e IBM Networking de Cisco IOS, Versión 12.2SR
Configuración de Tunelización Serial y Tunelización Serial de Bloques
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 529 KB | Inglés (9 Septiembre 2007) | Comentarios

Contenidos

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

Encontrar la información de la característica

Contenido

Información sobre configurar el serial tunnel y el serial tunnel del bloque

Descripción General de la Tunelización Serial

Información General sobre Tunelización Serial de Bloques (BSTUN)

Descripción general de la red BISYNC

Descripción de la red asincrónica

Soporte de la caída múltiple virtual para las configuraciones de red de múltiples puntos de la Seguridad

Secuencia de la trama

Cómo configurar el serial tunnel y bloquear el serial tunnel

El habilitar ATURDE

Especificación del Grupo de Protocolos STUN

Habilitación del Keepalive de STUN

Habilitación de Keepalive Remoto STUN

Cómo Habilitar la Respuesta Rápida de STUN

Habilitación de las interfaces STUN

Configuración del Broadcast de SDLC

Establecimiento del método de encapsulación de la trama

Configuración de STUN con Grupos de Transmisión Multilink

Configuración de las Prioridades de Tráfico de STUN

Monitoreo y Mantenimiento de la Actividad de la Red STUN

Habilitar el BSTUN

Definición del Grupo de Protocolos

Habilitación de BSTUN Keepalive

Habilitación de Keepalive Remoto de BSTUN

Habilitación de Frame Relay Encapsulation

Definición de Mapping entre BSTUN y DLCI

Configuración de BSTUN en la Interfaz Serial

Inclusión de una Interfaz Serial en un Grupo BSTUN

Especificación de Cómo Deben Reenviarse las Tramas

Configuración de las Prioridades de Tráfico BSTUN

Configuración de las Opciones del Grupo de Protocolos en una Interfaz Serial

Configuración de Opciones Bisync en una Interfaz Serial

Configuración de las Opciones de Protocolo de Seguridad Asíncronas en una Interfaz Serial

Configuración de la Encapsulación Serial Directa para los Peers del Passthrough

Configuración de Peers de Reconocimiento Locales

Monitoreo y Mantenimiento del Estado de BSTUN

Ejemplos de configuración para el serial tunnel y el serial tunnel del bloque

Ejemplo: ATURDA las prioridades usando el encapsulado HDCL

Ejemplo: Broadcast SDLC

Ejemplo: El priorización del direccionamiento de link serial usando ATURDE la encapsulación TCP/IP

Ejemplo: Implementación del STUN Multipoint usando un dispositivo de Línea-distribución

Ejemplo: Acuse de recibo del STUN local para el SDLC

Ejemplo: Acuse de recibo del STUN local para el Frame Relay

Ejemplo: Grupos prioritarios del LOCADDR

Ejemplo: Los grupos prioritarios del LOCADDR para ATURDEN

Ejemplos de Configuración de BSTUN

Ejemplo: Configuración simple BISYNC

Ejemplo: BISYNC que dirige en las interfaces de la contención

Ejemplo: Dirección no estándar BISYNC

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en el encabezado BSTUN

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en el encabezado BSTUN y los tamaños de paquetes

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en el encabezado BSTUN y el direccionamiento BISYNC

Envío a Cola Prioritario: Ejemplo Con Prioridad Basada en los Puertos TCP BSTUN

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en los puertos TCP BSTUN y el direccionamiento BISYNC

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en el encabezado BSTUN

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en el encabezado BSTUN y los tamaños de paquetes

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en el encabezado BSTUN y el direccionamiento BISYNC

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en los puertos TCP BSTUN

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en los puertos TCP BSTUN y el direccionamiento BISYNC

Ejemplo: Configuración asíncrona

Ejemplo: Configuración de Relay de la BSTUN-sobre-trama con el Reconocimiento local

Ejemplo: Configuración de Relay de la BSTUN-sobre-trama con el passthrough

Referencias adicionales

Documentos Relacionados

Estándares

MIB

RFC

Asistencia Técnica

Información de la característica para configurar el serial tunnel y el serial tunnel del bloque


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


Primera publicación: Día del mes, año
Última actualización: De marzo el 25 de 2011

Este capítulo describe cómo configurar el Serial Tunnel (STUN) y bloquear el serial tunnel (BSTUN).

Encontrar la información de la característica

Su versión de software puede no soportar todas las características documentadas en este módulo. Para la últimas información y advertencias de la característica, vea los Release Note para su plataforma y versión de software. Para encontrar la información sobre las características documentadas en este módulo, y ver una lista de las versiones en las cuales se soporta cada característica, vea “información de la característica para configurar el serial tunnel y bloquee la sección del serial tunnel”.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Contenido

Información sobre configurar el serial tunnel y el serial tunnel del bloque

Cómo configurar el serial tunnel y bloquear el serial tunnel

Ejemplos de configuración para el serial tunnel y el serial tunnel del bloque

Referencias adicionales

Información de la característica para configurar el serial tunnel y el serial tunnel del bloque

Información sobre configurar el serial tunnel y el serial tunnel del bloque

Para configurar ATURDA y BSTUN, usted debe entender los conceptos siguientes:

Descripción General de la Tunelización Serial

Información General sobre Tunelización Serial de Bloques (BSTUN)

Descripción de la red asincrónica

Soporte de la caída múltiple virtual para las configuraciones de red de múltiples puntos de la Seguridad

Secuencia de la trama

Descripción General de la Tunelización Serial

Cisco ATURDE la implementación permite que los dispositivos del protocolo del Synchronous Data Link Control (SDLC) y los dispositivos del High-Level Data Link Control (HDLC) conecten con uno otro con un interfuncionamiento con protocolos múltiples bastante que a través de un link serial directo. ATURDA encapsula las tramas SDLC en el Protocolo de Control de Transmisión/Protocolo de Internet (TCP/IP) o el Protocolo HDLC. ATURDA proporciona un passthrough recto de todo el tráfico SDLC (tramas de control incluyendo, tales como Receiver Ready) de punta a punta entre los dispositivos de la Arquitectura de red de sistemas (SNA).

El Reconocimiento local SDLC de Cisco proporciona la finalización local de la sesión SDLC de modo que viajen las tramas de control no más las redes de estructura básica de WAN. Esto significa que los nodos extremos no miden el tiempo hacia fuera, y no ocurre una pérdida de sesiones. Usted puede configurar su red con ATURDE, o con Reconocimiento local ATURDA y SDLC. Para habilitar el Reconocimiento local SDLC, el Cisco IOS Software se debe primero habilitar para STUN y el Routers debe ser configurado para aparecer en la red como nodos SDLC primarios o secundarios. Debe habilitarse la encapsulación TCP/IP. La característica del Transporte SDLC de Cisco también proporciona la prioridad que hace cola para las tramas encapsuladas TCP.

La implementación BSTUN de Cisco permite al Cisco Series 2500, 4000, 4500, 4700, y 7200 Series Router para soportar los dispositivos que utilizan el protocolo y los protocolos Asynchronous Security Protocols de link de datos de las comunicaciones sincrónicas binarias (BISYNC) que incluyen Adplex, ADT Security Systems, Inc., Diebold, y el tráfico genérico asíncrono. La implementación BSTUN también se soporta en el módulo de interfaz de la red 4T (NIM) en las 4000 y 4500 Series del router Cisco. Nuestro soporte del protocolo bisync permite a las empresas para transportar el tráfico BISYNC y el tráfico de protocolo múltiple SNA sobre la misma red.

Información General sobre Tunelización Serial de Bloques (BSTUN)

La implementación de Cisco del BSTUN proporciona las características siguientes:

Encapsula la BISYNC, Adplex, ADT Security Systems, Inc., Diebold, y el tráfico genérico asíncrono para la transferencia sobre los Router Link. La tunelización de la función de los protocolos Asynchronous Security Protocol (ASP) habilita los Cisco2500, 3600, 4000, 4500, o 7200 Series Router para soportar los dispositivos que utilizan los siguientes protocolos de seguridad asincrónicos:

– adplex

– adt-poll-select

– adt-vari-poll

- diebold

– async-generic

– mdi

Proporciona un mecanismo de túnel para BSTUN sobre Frame Relay, sin usar la encapsulación TCP/IP.

Soporta dispositivos BISYNC y aplicaciones host sin cambios.

Utiliza interfaces seriales sincrónicas estándar en Cisco 2500 Series y el módulo de interfaz de red (NIM) 4T en Cisco 4000 Series y Cisco 4500 Series.

Soporta el Punto a punto, el multidrop, y la configuración de la caída múltiple virtual.


Observeel elemento del async generic no es un Nombre del protocolo. Es una palabra clave de comando que se utiliza para indicar el soporte genérico de otros protocolos de seguridad asíncronos que no se soportan explícitamente.


Descripción general de la red BISYNC

La característica BISYNC permite al Cisco2500, a 3600, a 4000, a 4500, a 4700, y a los 7200 Series Router para soportar los dispositivos que utilizan el protocolo de link de datos BISYNC. Este protocolo permite a las empresas transportar el tráfico Bisync por la misma red que soporta el tráfico SNA y multiprotocolo, lo que elimina la necesidad de tener instalaciones Bisync diferenciadas.

En el router de acceso, el tráfico del dispositivo Bisync conectado se encapsula en el IP. El tráfico de Bysinc se puede entonces rutear a través de medios arbitrarios al sitio del host en donde otro router que soporta Bysinc removerá los encabezados de encapsulación del IP y presentará el tráfico de Bysinc al host o al controlador de Bysinc sobre una conexión serial. Se puede utilizar HDLC como método de la encapsulación alternativo para links punto a punto. El cuadro 1 muestra cómo usted puede configurar de nuevo un link existente BISYNC entre dos dispositivos y proporcionar el mismo link lógico sin ningunos cambia a los dispositivos existentes BISYNC.

Figure a los 1 Router que consolidan el tráfico BISYNC por la encapsulación en el IP o el HDLC

El Routers transporta todos los bloques BISYNC entre los dos dispositivos en el modo de transferencia que usa el BSTUN como encapsulación. BSTUN utiliza la misma arquitectura de encapsulación que STUN, pero se implementa en un túnel independiente.

Punto a punto y soporte del multidrop

El Punto a punto de los soportes de característica BISYNC, multidrop, y configuraciones de la caída múltiple virtual BISYNC.

En la operación de punto a punto, los bloques BISYNC entre los dos dispositivos de punto a punto son recibidos y remitidos transparente por el Cisco IOS Software. La contención para adquirir la línea es manejada por los dispositivos ellos mismos.

La operación de múltiples puntos BISYNC de Cisco se proporciona como configuración de multipunto lógica. El cuadro 2 muestra cómo un link de múltiples puntos BISYNC se configura de nuevo usando los routeres Cisco. Configuran al router A como BISYNC secundaria. Monitorea el campo de dirección del bloque de la interrogación o de la selección y utiliza esta información de dirección para poner en la trama BSTUN para que el BSTUN entregue al router del destino correcto. Para simular el multidrop BISYNC, un bloque EOT es enviado por el router primario BISYNC antes de que un bloque de la encuesta o de la selección. Esto se asegura de que las estaciones tributarias BISYNC estén en el modo de control antes de ser sondeado o selección.

Cuadro 2 link de múltiples puntos BISYNC nuevo usando el Routers

Las configuraciones del multidrop son comunes en las redes BISYNC donde hasta 8 o 10 dispositivos BISYNC están conectados con frecuencia con un puerto del regulador BISYNC sobre un solo link de baja velocidad. Los dispositivos BISYNC de diversas ubicaciones físicas en la red aparecen como sola línea del multidrop al host o al regulador BISYNC. El cuadro 3 ilustra una configuración del multidrop BISYNC antes y después de implementar al Routers.

Cuadro 3 dispositivos de integración BISYNC sobre una red multiprotocolo

Descripción de la red asincrónica

Estos protocolos permiten a las empresas para transportar el tráfico asíncrono sondeado sobre la misma red que soporta su SNA y tráfico de protocolo múltiple, eliminando la necesidad de los recursos separados. El cuadro 4 muestra cómo usted puede configurar de nuevo un link asíncrono existente entre dos dispositivos de seguridad y proporcionar el mismo link lógico sin ningunos cambia a los dispositivos existentes.

La figura 4 Router consolida el tráfico asíncrono sondeado usando la encapsulación en el IP o el HDLC

Configuran como el fin secundario del link asíncrono BSTUN y se asocian al router A a la estación de control de seguridad; Configuran como el extremo primario del link asíncrono BSTUN y tiene al router B uno o más paneles de alarma asociados a él.

En el router en sentido descendente, el tráfico de los paneles de alarma asociados se encapsula en el IP. El tráfico asíncrono (de la alarma) se puede rutear a través del medio arbitrario al sitio del host en donde el router ascendente que soporta estos protocolos quita los encabezados de encapsulado IP y presenta el tráfico original a la estación de control de seguridad sobre una conexión en serie. El High-Level Data Link Control (HDLC) se puede utilizar como método de la encapsulación alternativa para los links punto a punto.

El Routers transporta todos los bloques asíncronos (de la alarma) entre los dos dispositivos en el modo de paso a travésdirecto que usa el BSTUN para la encapsulación. BSTUN utiliza la misma arquitectura de encapsulación que STUN, pero se implementa en un túnel independiente. Mientras que cada trama asíncrona se recibe de la línea, un encabezado BSTUN se agrega para crear una trama BSTUN, y entonces el BSTUN se utiliza para entregar la trama al router del destino correcto.

Los routeres Cisco no realizan ninguna cálculos del Reconocimiento local o de la verificación por redundancia cíclica (CRC) sobre los bloques asíncronos de la alarma. Los dispositivos del dos extremos son responsables de la recuperación de error en el protocolo asíncrono de la alarma.

Soporte de la caída múltiple virtual para las configuraciones de red de múltiples puntos de la Seguridad

Las configuraciones de multipunto son comunes en las redes de la Seguridad, donde los varios paneles de alarma están conectados con frecuencia con una estación de control de seguridad sobre un solo link de baja velocidad. Nuestro soporte de la caída múltiple virtual permite que los paneles de alarma de diversas ubicaciones físicas en la red aparezcan como sola línea del multidrop a la estación de control de seguridad. Adplex y ADT son protocolos multidropped virtuales.

La operación del multidrop se proporciona como configuración de multipunto lógica. El cuadro 5 muestra cómo una red de múltiples puntos de la Seguridad se configura de nuevo usando los routeres Cisco. Configuran al router A como un nodo secundario de la alarma, el Routers B y C se configura como Nodos primarios de la alarma. El router A monitorea el campo de dirección del bloque de la interrogación o de la selección y pone esta información de dirección en la trama BSTUN así que el BSTUN puede entregar la trama al nodo descendente correcto.

Cuadro 5 link de múltiples puntos del protocolo Asynchronous Security Protocols nuevo usando el Routers

Secuencia de la trama

La BISYNC y los protocolos asíncronos de la alarma son protocolos semidúplexes; los datos se pueden enviar en cualquier dirección, pero solamente en un en un momento de la dirección. Cada bloque enviado es reconocido explícitamente por el extremo remoto. Para evitar el problema asociado al envío simultáneo de los datos, hay un papel implícito de primario y de la estación secundaria.

Trama que ordena en las redes BISYNC

En un multidrop puesto en las redes BISYNC, la estación de control BISYNC es primaria y las estaciones tributarias son secundarias. En una configuración Point-to-Point, la función primaria es asumida por el dispositivo BISYNC que ha adquirido con éxito la línea para enviar los datos con el ENQ que hacía una oferta la secuencia. La función primaria permanece con esta estación hasta que envíe el EOT.

Para proteger contra la latencia de red ocasional, que hace la estación primaria medir el tiempo hacia fuera y volver a enviar el bloque antes de que el bloque BISYNC enviado por el secundario se reciba, el byte de control del bastidor de encapsulado se utiliza como número de secuencia. Este número de secuencia es controlado y monitoreado por el router primario BISYNC. Esto permite que el router primario BISYNC detecte y deseche los “últimos” bloques BISYNC enviados por el router secundario y asegure la integridad del link BISYNC.


La secuenciadel capítulo de la nota se implementa en el modo de paso a travésdirecto solamente.


Trama que ordena en las redes asincrónicas

Los retrasos de la red en las redes asincrónicas permiten para que una trama llegue “tarde,” el significado que el mecanismo el encuesta-ciclo en la estación de control de seguridad se ha movido ya encendido para sondear el panel de alarma siguiente en orden cuando recibe la respuesta de la encuesta del panel de alarma anterior.

Para proteger contra esta situación, el Routers configurado para el adplex o para los protocolos del Adt-poll-select utiliza un número de secuencia incorporado a la trama de encapsulado para detectar y para desechar las últimas tramas. El router “por aguas arriba” (conectado con la estación de control de seguridad) inserta un número de la secuencia de la trama en el encabezamiento del protocolo, que se envía a través del túnel BSTUN y es despedido detrás por el router “rio abajo” (conectado con el panel de alarma). El router ascendente mantiene una cuenta de la secuencia de la trama para la línea, y marca el número de serie entrante del router en sentido descendente. Si los dos números de serie no están de acuerdo, la trama se considera tarde (fuera de la secuencia) y se desecha.

Porque la opción del Adt-vari-poll permite el envío de los mensajes no solicitados del panel de alarma, la secuencia de la trama no se soporta para este protocolo.


Los protocolosasíncronos sondeados nota (de la alarma) se implementan solamente en el modo de paso a travésdirecto. No hay soporte para el Reconocimiento local.


Cómo configurar el serial tunnel y bloquear el serial tunnel

Para configurar y el monitor ATURDE o el acuse de recibo del STUN local, realiza las tareas en las secciones siguientes:

El habilitar ATURDE

Especificación del Grupo de Protocolos STUN

Habilitación del Keepalive de STUN

Habilitación de Keepalive Remoto STUN

Cómo Habilitar la Respuesta Rápida de STUN

Habilitación de las interfaces STUN

Configuración del Broadcast de SDLC

Establecimiento del método de encapsulación de la trama

Configuración de STUN con Grupos de Transmisión Multilink

Configuración de las Prioridades de Tráfico de STUN

La característica BISYNC es similar configurado al SDLC ATURDE, pero se configura como protocolo dentro de una característica BSTUN. Para configurar y monitorear la BISYNC con el BSTUN, realice las tareas en las secciones siguientes:

Habilitar el BSTUN

Definición del Grupo de Protocolos

Habilitación de BSTUN Keepalive

Habilitación de Keepalive Remoto de BSTUN

Habilitación de Frame Relay Encapsulation

Definición de Mapping entre BSTUN y DLCI

Configuración de BSTUN en la Interfaz Serial

Inclusión de una Interfaz Serial en un Grupo BSTUN

Especificación de Cómo Deben Reenviarse las Tramas

Configuración de las Prioridades de Tráfico BSTUN

Configuración de las Opciones del Grupo de Protocolos en una Interfaz Serial

Configuración de la Encapsulación Serial Directa para los Peers del Passthrough

Configuración de Peers de Reconocimiento Locales

El habilitar ATURDE

Para habilitar ATURDA, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# stun peer-name ip-address

Los permisos ATURDEN para un IP Address particular.

Al configurar los links redundantes, asegúrese de que el par del ATURDIR le nombra elige en cada router es los IP Addresses de la mayoría de las interfaces estables en cada dispositivo, tal como un loopback o una interfaz de Ethernet. Vea los “ejemplos de configuración para el serial tunnel y bloquee la sección del serial tunnel”.

Usted debe también configurar el SDLC address FF en el router A para cada uno de los pares del ATURDIR. Para ello, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# stun route address address-number tcp ip-address [local-ack] [priority] [tcp-queue-max] [passive]

El SDLC address FF de las configuraciones en el router A para cada uno ATURDE al par.

Especificación del Grupo de Protocolos STUN

Coloque cada uno ATURDEN la interfaz en un grupo que defina el protocolo entramado ISO 3309-compliant que se ejecuta en ese link. Los paquetes viajarán solamente en medio ATURDEN las interfaces que están en el mismo grupo de protocolos.

Hay tres predefinidos ATURDE los protocolos:

Básico

SDLC

Grupo de transmisión SDLC (TG)

Usted puede también especificar una aduana ATURDE el protocolo.

Para especificar ATURDA los protocolos, usted debe realizar las tareas en las secciones siguientes:

Especificación de un grupo básico STUN

Especificación de un grupo SDLC

Especificación de un Grupo de Transmisión SDLC

Creación y Especificación de un Protocolo STUN Personalizado

Si usted quiere utilizar la característica del acuse de recibo del STUN local, usted debe especificar el protocolo SDLC o el protocolo SDLC TG.


Observeantes de que usted puede especificar un protocolo personalizado, usted debe primero definir el protocolo; vea “creando y especificando una aduana PARA ATURDIR la sección del protocolo” para el procedimiento.


Especificación de un grupo básico STUN

El básicos ATURDEN el protocolo no dependen de los detalles del protocolo serial que dirigen y se utilizan cuando la dirección no es importante. Utilice esto cuando su meta es substituir uno o más conjuntos de los links seriales de punto a punto (no del multidrop) usando un protocolo con excepción del SDLC. Utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# stun protocol-group group-number basic

Especifica a un grupo del protocolo básico y asigna un número de grupo.

Especificación de un grupo SDLC

Usted puede especificar a los grupos del protocolo SDLC para asociar las interfaces con el protocolo SDLC. Utilice el SDLC ATURDEN el protocolo para colocar al Routers en medio (multidrop) de los links de punto a punto o de múltiples puntos SDLC. Para definir a un grupo del protocolo SDLC, ingrese el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# stun protocol-group group-number sdlc

Especifica a un grupo del protocolo SDLC y asigna un número de grupo.

Si usted especifica a un grupo del protocolo SDLC, usted no puede especificar stun route all el comando en ninguna interfaz de ese grupo.

Por un ejemplo de cómo configurar a un grupo del protocolo SDLC, vea “priorización del direccionamiento de link serial usando ATURDIR la sección del ejemplo de la encapsulación TCP/IP” en la página 17.

Especificación de un Grupo de Transmisión SDLC

Un SNA TG es un conjunto de las líneas que proporcionan a los links paralelos a los mismos pares de dispositivos del Procesador frontal (FEP) SNA. Esto proporciona la Redundancia de las trayectorias para la tolerancia de fallas y la carga a compartir. Para definir un SDLC TG, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# stun protocol-group group-number sdlc sdlc-tg

Especifica a un grupo del protocolo SDLC, asigna un número de grupo, y crea a un grupo de transmisión SNA.

Todas las conexiones STUN en un TG deben conectar con la misma dirección IP y utilizar la característica del Reconocimiento local SDLC.

Creación y Especificación de un Protocolo STUN Personalizado

Para definir un protocolo personalizado y un lazo ATURDA a los grupos al nuevo protocolo, utilizan los siguientes comandos en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# stun schema name offset constant-offset length address-length format format-keyword

Crea un protocolo personalizado.

Paso 2 

Router(config)# stun protocol-group group-number schema

Especifica al grupo del protocolo personalizado y asigna un número de grupo.

Habilitación del Keepalive de STUN

Para definir la cantidad de veces para intentar una conexión de peer antes de declarar la conexión de peer para estar abajo, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# stun keepalive-count

Especifica el número de veces que se debe intentar una conexión de peer.

Habilitación de Keepalive Remoto STUN

Para habilitar la detección de la pérdida de un peer, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# stun remote-peer-keepalive seconds

Habilita la detección de la pérdida de un peer.

Cómo Habilitar la Respuesta Rápida de STUN

Usted puede habilitar el stun quick-response, que mejora el rendimiento de la red cuando está utilizado con el Reconocimiento local. Cuando el stun quick-response se utiliza con el Reconocimiento local, el router responde a un Identificación de intercambio (XID) o a una petición del modo de respuesta normal del conjunto (SNRM) con una respuesta del Disconnect Mode (DM) cuando el dispositivo no está en el estado de la CONEXIÓN. La petición entonces se pasa al router remoto y, si responde el dispositivo, se oculta la contestación. La próxima vez que el dispositivo se envía un XID o un SNRM, el router contesta con la respuesta ocultada DM.


Observeusando el stun quick-response evita AS/400 una línea problema de reinicio eliminando el no productivo reciben la expiración del temporizador (NPR) en el AS/400. Con el stun quick-response habilitado, el AS/400 recibe una respuesta del dispositivo sondeado, incluso cuando el dispositivo está abajo. Si el dispositivo no responde a la petición remitida, el router continúa respondiendo con la respuesta ocultada DM.


Para habilitar el stun quick-response, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# stun quick-response

Stun quick-response de los permisos.

Habilitación de las interfaces STUN


Adviertacuando encapsulación STUN se habilita o se inhabilita en una plataforma RSP, la memoria reasigna a los agrupamientos de memoria (retallado) y la interfaz apaga y recomienza. El retallado es causado por el cambio de ATURDE a otro protocolo, que da lugar a un cambio en la talla del MTU. No se requiere ninguna configuración de usuario.

Usted debe habilitar ATURDE en las interfaces seriales y pone estas interfaces en los grupos de protocolos que usted ha definido. Para habilitar ATURDA en una interfaz y poner la interfaz en un grupo del ATURDIR, utilice los siguientes comandos en el modo de configuración de la interfaz:

 
Comando
Propósito

Paso 1 

Router(config-if)# encapsulation stun

Los permisos ATURDEN la función en una interfaz serial.

Paso 2 

Router(config-if)# stun group group-number

Pone la interfaz en definida previamente ATURDEN al grupo.

Cuando un link serial dado se configura para la función del ATURDIR, es no más un link multiprotocol compartido. Todo el tráfico que llega en el link será transportado al par correspondiente según lo determinado por la configuración STUN actual.

Configuración del Broadcast de SDLC

La característica del broadcast SDLC permite que repliquen a la dirección de broadcast FF SDLC para cada uno de los pares del ATURDIR, de modo que cada uno de las estaciones terminales reciba la trama de broadcast. Por ejemplo, en el cuadro 6, el FEP ve las estaciones terminales 1, 2, y 3 como si estén en un link del multidrop SDLC. Cualquier trama de broadcast enviada del FEP al router A se duplica y se envía a cada uno de los routeres en sentido descendente (B y C).

Cuadro 6 SDLC transmitido a través de las líneas de la caída múltiple virtual

Para habilitar el broadcast SDLC, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# sdlc virtual-multidrop

Broadcast de los permisos SDLC.

Solamente permiso SDLC transmitido en el dispositivo que se configura para ser la estación secundaria en el link SDLC (router A en el cuadro 6).

Establecimiento del método de encapsulación de la trama

Para permitir que las tramas SDLC viajen a través de las multimedias, red multiprotocolo, usted debe encapsularlas usando uno de los métodos en las secciones siguientes:

Configuración de la Encapsulación HDLC sin Reconocimiento Local

Configuración de la Encapsulación TCP sin Reconocimiento Local

Configuración de la Encapsulación TCP con Reconocimiento Local de SDLC y Envío a Cola Prioritario

Configuración del Reconocimiento Local para la Conectividad Frame Relay Directa

Configuración de la Encapsulación HDLC sin Reconocimiento Local

Usted puede encapsular las tramas SDLC o del HDLC usando el Protocolo HDLC. El link serial saliente se puede todavía utilizar para otras clases de tráfico. La trama no es TCP encapsulada. Para configurar el encapsulado HDCL, utilice uno de los siguientes comandos en el modo de configuración de la interfaz, según las necesidades:

Comando
Propósito

Router(config-if)# stun route all interface serial number

o

Router(config-if)# stun route all interface serial number direct


o

Router(config-if)# stun route address address-number interface serial number

o

Router(config-if)# stun route address address-number interface serial number direct

Tráfico adelante todo el del HDLC o SDLC del Número de interfaz identificado.

o


Tráfico adelante todo el del HDLC o SDLC en un directo ATURDE el link.

o

Tráfico adelante del HDLC o SDLC del direccionamiento identificado.

o

El tráfico adelante del HDLC o SDLC del direccionamiento identificado a través de un directo ATURDE el link.

Utilice no las formas de estos comandos de inhabilitar el encapsulado HDCL.


Notausted puede remitir todo el tráfico solamente cuando usted es el usar básico ATURDE a los grupos de protocolos.


Configuración de la Encapsulación TCP sin Reconocimiento Local

Si usted no quiere utilizar el Reconocimiento local SDLC y necesitar solamente remitir todas las tramas SDLC encapsuladas en el TCP, utilice los siguientes comandos en el modo de configuración de la interfaz:

 
Comando
Propósito

Paso 1 

Router(config-if)# stun route all tcp ip-address [passive]

Adelante todos tráfico TCP para esta dirección IP.

Paso 2 

Router(config-if)# stun route address address-number tcp ip-address [local-ack] [priority] [tcp-queue-max] [passive]

Especifica la encapsulación TCP.

Utilice no la forma de estos comandos de inhabilitar la expedición de todos tráfico TCP.

Esta configuración se utiliza típicamente cuando dos Routers puede ser conectado vía una red del IP en comparación con un link punto a punto.

Configuración de la Encapsulación TCP con Reconocimiento Local de SDLC y Envío a Cola Prioritario

Usted configura el Reconocimiento local SDLC usando la encapsulación TCP. Cuando usted configura el Reconocimiento local SDLC, usted también tiene la opción para habilitar el soporte para la espera de la prioridad.


Observepara habilitar el Reconocimiento local SDLC, usted debe especificar un SDLC o SDLC TG.


El Reconocimiento local SDLC proporciona la finalización local de la sesión SDLC de modo que viajen las tramas de control no más las redes de estructura básica de WAN. Esto significa que los descansos son menos probables ocurrir.

El cuadro 7 ilustra una sesión SDLC. IBM 1, usando un link serial, puede comunicar con IBM 2 en un diverso link serial separado por una red de estructura básica de la área ancha. Los capítulos se transportan entre el router A y el router que B usando ATURDE, pero la sesión SDLC entre IBM 1 y IBM 2 es todavía de punta a punta. Cada trama generada por IBM 1 atraviesa la red de estructura básica a IBM 2, que, tras el recibo de la trama, la reconoce.

Cuadro 7 sesión SDLC sin el Reconocimiento local

Con el Reconocimiento local SDLC, la sesión SDLC entre los Nodos del dos extremos no es de punta a punta, sino que por el contrario termina en los dos routeres locales, tal y como se muestra en del cuadro 8. La sesión SDLC con IBM 1 termina en el router A, y la sesión SDLC con IBM 2 termina en el router B. El router A y el router B ejecutan el protocolo SDLC completo como parte del Reconocimiento local SDLC. El router A reconoce las tramas recibidas de IBM 1. El nodo IBM 1 trata los acuses de recibo que recibe como si sean de IBM 2. Semejantemente, el router B reconoce las tramas recibidas de IBM 2. El nodo IBM 2 trata los acuses de recibo que recibe como si sean de IBM 1.

Cuadro 8 sesión SDLC con el Reconocimiento local

Para configurar la encapsulación TCP con el Reconocimiento local SDLC y la prioridad que hace cola, realice las tareas en las secciones siguientes:

Asignando al router un SDLC primario o rol secundario

Habilitar la característica del Reconocimiento local SDLC

Establecimiento de los niveles de espera de la prioridad

Asignando al router un SDLC primario o rol secundario

Para establecer el Reconocimiento local, el router debe desempeñar el papel de un nodo primario o secundario SDLC. Los nodos primarios sondean los nodos secundarios con un orden predeterminado. Secondaries entonces envía los datos salientes, si tienen cualesquiera datos salientes.

Por ejemplo, en un entorno de IBM, un FEP es la estación primaria y los reguladores de cluster son estaciones secundarias. Si el router está conectado con un FEP, el router debe aparecer como controlador del clúster y debe ser asignado el papel de un nodo SDLC secundario. Si el router está conectado con un controlador del clúster, el router debe aparecer como FEP y debe ser asignado el papel de un nodo SDLC primario. Los dispositivos conectados con las estaciones finales primarias SDLC deben desempeñar el papel de un SDLC secundario y el Routers asociado a las estaciones del fin secundario SDLC debe desempeñar el papel de una estación primaria SDLC.

Para asignar al router un primario o rol secundario, utilice uno de los siguientes comandos en el modo de configuración de la interfaz, según las necesidades:

Comando
Propósito

Router(config-if)# stun sdlc-role primary


o

Router(config-if)# stun sdlc-role secondary

Asigna a router con STUN activado una función primaria SDLC.
o
Asigna a router con STUN activado un SDLC rol secundario.

Habilitar la característica del Reconocimiento local SDLC

Para habilitar el Reconocimiento local SDLC, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# stun route address address-number tcp ip-address [local-ack] [priority] [tcp-queue-max] [passive]

Establece el Reconocimiento local SDLC usando la encapsulación TCP.

stun route address 1 tcp local-ack priority tcp-queue-max El comando interface configuration habilita el Reconocimiento local y la encapsulación TCP. Ambas opciones se requieren para utilizar los TG. Usted debe especificar el SDLC address con el bit de la generación de eco apagado para las interfaces TG. Rutean a la dirección de broadcast 0xFF SDLC automáticamente para las interfaces TG. priority La palabra clave crea a las sesiones TCP múltiples para esta ruta. tcp-queue-max La palabra clave fija los tamaños máximos de la Cola TCP de salida para el SDLC. Los tamaños de la cola del valor por defecto TCP son 100. El valor para hold-queue in debe ser mayor que el valor para tcp-queue-max.

Usted puede utilizar priority la palabra clave (configurar los cuatro niveles de prioridades que se utilizarán para las tramas encapsuladas TCP) al mismo tiempo usted Reconocimiento local del permiso. priority La palabra clave se describe en la sección siguiente. Utilice no la forma de este comando de inhabilitar el Reconocimiento local SDLC. Por un ejemplo de cómo habilitar el Reconocimiento local, vea el “ejemplo: El priorización del direccionamiento de link serial usando ATURDE sección de la encapsulación TCP/IP”.

Establecimiento de los niveles de espera de la prioridad

Con el Reconocimiento local SDLC habilitado, usted puede establecer los niveles de prioridad usados en la prioridad que hace cola para las interfaces seriales. Los niveles de prioridad son como sigue:

Bajo

Medio

Normal

Alto

Para fijar el nivel de espera de la prioridad, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# stun route address address-number tcp ip-address [local-ack] priority [tcp-queue-max] [passive]

Establece los cuatro niveles de prioridades que se utilizarán en la espera de la prioridad.

Utilice no la forma de este comando de inhabilitar las Configuraciones de prioridad. Por un ejemplo de cómo establecer los niveles de espera de la prioridad, vea el “ejemplo: El priorización del direccionamiento de link serial usando ATURDE sección de la encapsulación TCP/IP”.

Configuración del Reconocimiento Local para la Conectividad Frame Relay Directa

Para implementar el STUN con el Reconocimiento local usando la Encapsulación de Frame Relay directa, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# stun route address sdlc-addr interface frame-relay-port dlci number localsap local-ack cls

La Encapsulación de Frame Relay de las configuraciones en medio ATURDE a los pares con el Reconocimiento local.

Configuración de STUN con Grupos de Transmisión Multilink

Usted puede configurar el multilink SDLC TG a través de las conexiones STUN entre los controladores de comunicaciones. de IBM tales como IBM 37x5s. El Multilink TG permite que usted se derrumbe las líneas arrendadas del WAN múltiple en una línea arrendada.

El multilink TG SDLC proporciona las características siguientes:

Permisos del SDLC address del Programa de control de red (NCP), incluyendo la generación de eco y la dirección del broadcast.

SECUENCIA DE CARGA remota NCP. Después de que un intercambio SIM/RIM pero antes de que un intercambio SNRM/UA, los NCP envíe las Yo-tramas numeradas. Durante este período, las Yo-tramas localmente no se reconocen, sino que por el contrario se pasan a través. Después de que ocurra el intercambio SNRM/UA, Reconocimiento local.

Desplazamiento de las Yo-tramas enviadas por el Cisco IOS Software al NCP si un link se pierde en un multilink TG.

El ajustar de la tarifa del control de flujo hace un NCP de envío “sentir” la congestión PÁLIDA y llevar a cabo las tramas que serían llevadas a cabo de otra manera por el Cisco IOS Software que espera para ser enviado en WAN. Esto permite que el NCP realice su algoritmo de la clase del servicio basado más eficientemente en un mayor conocimiento de la congestión de red.

Las conexiones STUN que son parte de al TG deben tener Reconocimiento local habilitaron. El Reconocimiento local guarda el tráfico de la encuesta SDLC de WAN y reduce los retardos de memorización a través del router. También puede ser que minimice el número de temporizadores NCP que expiran debido al retraso de la red. También, estas conexiones STUN deben ir a la misma dirección IP. Esto es porque el SNA TG es links paralelos entre los mismos pares de controladores de comunicaciones. de IBM.

Recomendaciones en cuanto al diseño

Esta sección proporciona algunas recomendaciones que sean útiles en configurar el multilink TG SDLC.

El ancho de banda de WAN debe ser más grande que o el igual al ancho de banda total de todas las líneas del serial para evitar el control de flujo excesivo y para asegurar la respuesta medida el tiempo no degrada. Si otros protocolos también están utilizando WAN, asegúrese de que el ancho de banda WAN sea perceptiblemente mayor que el ancho de banda de la línea serial del agregado SNA asegurarse de que el tráfico SNA no monopoliza WAN.

Cuando usted utiliza una combinación de TG ruteados y de NCP directamente conectado TG, usted necesita planear la configuración cuidadosamente para asegurarse de que las sesiones SNA no paran inesperado. Si se asume que la confiabilidad de hardware no es un problema, los TG ruteados solo link son tan confiables como NCP-a-NCP el solo link directo TG. Esto es verdad porque ni el NCP ni el Cisco IOS Software puede rerrutear las Yo-tramas cuando un TG tiene solamente un link. Además, un multilink TG dirigido entre NCP y un multilink TG a través de un router es igualmente confiable. Ambos pueden realizar el desplazamiento.

Sin embargo, usted puede ser que se ejecute en los problemas si usted tiene una configuración en la cual dos NCP está conectado directamente (vía uno o más links TG) y un link en el TG se rutea. Los NCP tratan esto como multilink TG. Sin embargo, el Cisco IOS Software ve el TG como solo link TG.

Un problema puede presentarse en la situación siguiente: Asuma que una Yo-trama se está enviando de NCP A (conectado con el router A) a NCP B (conectado con el router B) y que todos los links SDLC están actualmente - el active. El router A reconoce la Yo-trama enviada de NCP A y la envía sobre WAN. Si, antes de que la Yo-trama alcance al router B, va el link SDLC entre el router B y NCP B abajo, las tentativas del router B de rerrutear la Yo-trama en otro link en el TG cuando recibe la Yo-trama. Sin embargo, porque esto es un solo link TG, no hay otras rutas, y el router B cae la Yo-trama. El NCP B nunca recibe esta Yo-trama porque el router A reconoce su recibo, y el NCP A lo marca según lo enviado y lo borra. El NCP B detecta un intervalo en los números de secuencia y las esperas TG para recibir la Yo-trama que falta. El NCP B espera para siempre esta Yo-trama, y no envía ni recibe ningunas otras tramas. El NCP B no es técnico operativo y pierden a todas las sesiones SNA con NCP B.

Finalmente, considere una configuración en cuál o más líneas de un NCP TG están conectados con un router y una o más líneas están conectadas directamente entre los NCP. Si el retraso de la red asociado a una línea de un NCP TG es diferente del retardo de otra línea en el mismo NCP TG, el NCP de recepción pasa el tiempo adicional resequencing los PIU.

Configuración de las Prioridades de Tráfico de STUN

Para determinar la orden en la cual el tráfico se debe manejar en la red, utilice los métodos descritos en las secciones siguientes:

Asignación de Prioridades de Envío a Cola

Establecimiento de Prioridad del Tráfico STUN Sobre el Resto del Tráfico

Asignación de Prioridades de Envío a Cola

Para asignar las prioridades de envío a cola, realice las tareas en una de las secciones siguientes:

Prioridad por el direccionamiento o el puerto TCP de la interfaz serial

Prioridad por el direccionamiento de unidad lógica

Prioridad por el direccionamiento o el puerto TCP de la interfaz serial

Usted puede dar prioridad al tráfico en un direccionamiento de la por-serial-interfaz o una base del puerto TCP. Usted puede ser que quiera hacer esto para enviar el tráfico entre una pares de destino fuente siempre antes del tráfico entre otras pares de destino fuente.


Notausted debe primero habilitar el Reconocimiento local y los niveles de prioridad según lo descrito anterior en este capítulo.


Para dar prioridad al tráfico, utilice uno de los siguientes comandos en el modo de configuración global, según sea necesario:

Comando
Propósito

Router(config)# priority-list list-number protocol stun queue address group-number address-number


o

Router(config)# priority-list list-number protocol ip queue tcp tcp-port-number

Asigna una prioridad de envío a cola al direccionamiento de la interfaz serial del ATURDIR.

o

Asigna una prioridad de envío a cola a un puerto TCP.

Usted debe también utilizar el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# priority-group list-number

Asigna una lista de prioridad a un grupo prioritario.

El cuadro 9 ilustra el priorización del direccionamiento de link serial. El dispositivo A comunica con el C del dispositivo, y el dispositivo B comunica con el dispositivo D. Con el priorización del direccionamiento de link serial, usted puede elegir dar a A-C una prioridad más alta sobre BD a través del serial tunnel.

Cuadro 9 priorización del direccionamiento de link serial

Para inhabilitar las prioridades, utilice no las formas de estos comandos.

Por un ejemplo de cómo dar prioridad al tráfico según el direccionamiento de link serial, vea el “ejemplo: El priorización del direccionamiento de link serial usando ATURDE sección de la encapsulación TCP/IP”.

Prioridad por el direccionamiento de unidad lógica

El priorización local del direccionamiento del logical unit (LU) SNA es específico a la conectividad SNA de IBM y se utiliza para dar prioridad al tráfico SNA en ATURDE o Remote Source-Route Bridging (RSRB). Para establecer la prioridad de envío a cola por el direccionamiento LU, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# locaddr-priority-list list-number address-number queue-keyword

Asigna una prioridad de envío a cola basada en el direccionamiento LU.

En el cuadro 10, el priorización del direccionamiento LU se puede fijar de modo que los LU determinados reciban los datos preferentemente a otros o de modo que los LU tengan prioridad sobre la impresora, por ejemplo.

Cuadro 10 priorización del direccionamiento SNA LU

Para inhabilitar esta prioridad, utilice no la forma de este comando.

Por un ejemplo de cómo dar prioridad al tráfico según el direccionamiento de unidad lógica, vea el “ejemplo: Grupos prioritarios del LOCADDR para sección STUN”.

Establecimiento de Prioridad del Tráfico STUN Sobre el Resto del Tráfico

Usted puede dar prioridad ATURDE el tráfico que se ruteará primero antes del resto del tráfico en la red. Para dar ATURDA el tráfico esta prioridad, utilizan el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# priority-list list-number protocol stun queue address group-number address-number

Da prioridad ATURDEN el tráfico en su red sobre el de otros protocolos.

Para inhabilitar esta prioridad, utilice no la forma de este comando.

Por un ejemplo de cómo dar prioridad ATURDA el tráfico sobre el resto del tráfico, ven el “ejemplo: El priorización del direccionamiento de link serial usando ATURDE sección de la encapsulación TCP/IP”.

Monitoreo y Mantenimiento de la Actividad de la Red STUN

Usted puede enumerar las estadísticas en relación con ATURDE las interfaces, los grupos de protocolos, el número de paquetes enviados y los estados recibida, del Reconocimiento local, y más. Para conseguir la información de la actividad, utilice el siguiente comando en el modo EXEC privilegiado:

Comando
Propósito

Router# show stun

Enumera los campos de se muestra el estado para las interfaces STUN.

Habilitar el BSTUN

Para habilitar el BSTUN en las redes IP, utilice los siguientes comandos en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# bstun peer-name ip-address

Permisos BSTUN.

Paso 2 

Router(config)# bstun lisnsap sap-value

Configura SAP en las cuales estar atentas las llamadas entrantes.

La dirección IP en bstun peer-name el comando define el direccionamiento el cual conoce a este peerBSTUN a otros peerBSTUNs que estén utilizando el transporte TCP. Si este comando es unconfigured o no la forma de este comando se especifica, borran a todos los comandos routing BSTUN con los IP Addresses. Este comando no afectan a los comandos routing BSTUN sin los IP Addresses.

bstun lisnsap El comando especifica SAP en las cuales detectar las llamadas entrantes.

Definición del Grupo de Protocolos

Defina a un grupo BSTUN y especifique el protocolo que utiliza. Para definir al grupo de protocolos, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bstun protocol-group group-number {bsc | bsc-local-ack | adplex | adt-poll | adt-poll-select | adt-vari-poll | diebold | async-generic | mdi}

Define al grupo de protocolos.

bsc-local-ack La opción del protocolo trabaja solamente para 3270 aplicaciones BISYNC.

Los protocolos seriales del bloque incluyen el BSCA, el Bsc-local-ack, el adplex, el Adt-poll-select, el Adt-vari-poll, el diebold, el async generic, y el mdi.

Tradicionalmente, el protocolo del Adt-poll-select se utiliza sobre los links cones base en tierra, mientras que el protocolo del Adt-vari-poll se utiliza sobre los links por satélite (VSAT). El protocolo del Adt-vari-poll utiliza típicamente una tarifa mucho más lenta de la interrogación cuando las consolas de la alarma sondean los paneles de alarma porque el Adt-vari-poll permite que los paneles de alarma envíen los mensajes no solicitados a la consola de la alarma. En una configuración del Adt-vari-poll, los paneles de alarma no tienen espera para que la consola los sondee antes de responder con una alarma, ellos envían automáticamente la alarma.

Las interfaces configuradas para funcionar con el protocolo del adplex tienen su velocidad en baudios fijada a 4800 BPS, a la paridad uniforme del uso, a 8 bits de datos, a 1 bit de inicio, y a 1 bit de detención.

Las interfaces configuradas para ejecutar el Adt-poll-select y los protocolos del Adt-vari-poll tienen su velocidad en baudios fijada a 600 BPS, a la paridad uniforme del uso, a 8 bits de datos, a 1 bit de inicio, y a 1,5 bits de detención. Si se requieren diversas configuraciones de línea, utilice rxspeed txspeed databits stopbits, y parity los comandos line configuration cambiar la línea atributos.

Las interfaces configuradas para funcionar con el protocolo del diebold tienen su velocidad en baudios fijada a 300 BPS, a la paridad uniforme del uso, a 8 bits de datos, a 1 bit de inicio, y a 2 bits de detención. Si se requieren diversas configuraciones de línea, utilice rxspeed txspeed databits, y parity los comandos line configuration cambiar la línea atributos.

Las interfaces configuradas para funcionar con el protocolo del async generic tienen su velocidad en baudios fijada a 9600 BPS, no utilizan ninguna paridad, 8 bits de datos, 1 bit de inicio, y 1 bit de detención. Si se requieren diversas configuraciones de línea, utilice rxspeed txspeed databits stopbits, y parity los comandos line configuration cambiar la línea atributos.

Las interfaces configuradas para funcionar con el protocolo del mdi tienen su velocidad en baudios fijada a 600 BPS, a la paridad uniforme del uso, a 8 bits de datos, a 1 bit de inicio, y a 1,5 bits de detención. Si se requieren diversas configuraciones de línea, utilice rxspeed txspeed databits stopbits, y parity los comandos line configuration cambiar la línea atributos. El protocolo del mdi permite que los paneles de alarma sean enviados a la consola de la alarma MDI.

Habilitación de BSTUN Keepalive

Para definir la cantidad de veces para intentar una conexión de peer antes de declarar la conexión de peer esté abajo, utilizan el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bstun keepalive-count

Especifica el número de veces que se debe intentar una conexión de peer.

Habilitación de Keepalive Remoto de BSTUN

Para habilitar la detección de la pérdida de un peer, utilice el siguiente comando en el modo de configuración global:

:

Comando
Propósito

Router(config)# bstun remote-peer-keepalive seconds

Habilita la detección de la pérdida de un peer.

Habilitación de Frame Relay Encapsulation

Para habilitar la Encapsulación de Frame Relay, utilice los siguientes comandos que comienzan en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# interface serial number

Especifica un puerto serial.

Paso 2 

Router(config)# encapsulation frame-relay

Encapsulación de Frame Relay de los permisos en el puerto serial.

Definición de Mapping entre BSTUN y DLCI

Para configurar la asignación entre el BSTUN y el DLCI, utilice uno de los siguientes comandos en el modo de configuración de la interfaz, según las necesidades:

Comando
Propósito

Router(config-if)# frame-relay map bstun dlci

Define la asignación entre el BSTUN y el DLCI al usar el passthrough BSC.

Router(config-if)# frame-relay map llc2 dlci

Define la asignación entre el BSTUN y el DLCI al usar el Reconocimiento local BSC.


La encapsulación directade la nota sobre el Frame Relay se soporta solamente para un tipo de encapsulación de Cisco, configurado usando encapsulation frame-relay el comando.


Configuración de BSTUN en la Interfaz Serial

Configure el BSTUN en la interfaz serial antes de publicar cualquier BSTUN o comandos de configuración del protocolo más otro para la interfaz. Para configurar la función BSTUN en una interfaz especificada, utilice los siguientes comandos en el modo de configuración de la interfaz:

 
Comando
Propósito

Paso 1 

Router(config-if)# interface serial number

Especifica un puerto serial.

Paso 2 

Router(config-if)# encapsulation bstun

Configuraciones BSTUN en una interfaz.


Observela configuración que el comando encapsulation bstun en una interfaz antes de configurar cualquier otro BSTUN ordena para la interfaz.


Inclusión de una Interfaz Serial en un Grupo BSTUN

Cada interfaz habilitado para BSTUN en un router se debe poner en un grupo BSTUN previamente definido. Los paquetes viajarán solamente entre las interfaces habilitado para BSTUN que están en el mismo grupo. Para asignar una interfaz serial a un grupo BSTUN, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# bstun group group-number

Asigna una interfaz serial a un grupo BSTUN.

Especificación de Cómo Deben Reenviarse las Tramas

Para especificar cómo se remiten las tramas cuando están recibidas en una interfaz BSTUN, utilizan uno de los siguientes comandos en el modo de configuración de la interfaz, según las necesidades:

Comando
Propósito

Router(config-if)# bstun route address address-number interface serial number

Propaga la trama serial que contiene una dirección específica. La encapsulación HDCL se utiliza para propagar las tramas seriales.

Router(config-if)# bstun route all interface serial number

Propaga todo el tráfico BSTUN recibido en la interfaz de entrada, sin importar la dirección contenida en la trama serial. La encapsulación HDCL se utiliza para propagar las tramas seriales.

Router(config-if)# bstun route address address-number tcp ip-address

Propaga la trama serial que contiene una dirección específica. La encapsulación TCP se utiliza para propagar las tramas que coinciden con la entrada.

Router(config-if)# bstun route all tcp ip-address1

Propaga todo el tráfico BSTUN recibido en la interfaz de entrada, sin importar la dirección contenida en la trama serial. La encapsulación TCP se utiliza para propagar las tramas que coinciden con la entrada.

Router(config-if)# bstun route address cu-address interface serial serial-int [dlci dlci]

Propaga la trama serial que contiene una dirección específica. Especifica a la dirección de la unidad de control para la estación terminal BISYNC. La encapsulación de Frame Relay se utiliza para propagar las tramas seriales.

Router(config-if)# bstun route all interface serial serial-int [dlci dlci]

Propaga todas las tramas sin importar la dirección de la unidad de control para la estación terminal BISYNC. La Encapsulación de Frame Relay se utiliza para propagar las tramas seriales en el modo de paso a travésdirecto BISYNC.

Router(config-if)# bstun route address cu-address interface serial serial-int [dlci dlci rsap] [priority priority]

Propaga la trama serial que contiene una dirección específica. Especifica a la dirección de la unidad de control para la estación terminal BISYNC. La Encapsulación de Frame Relay se utiliza para propagar las tramas seriales para el modo del Reconocimiento local BISYNC.

Router(config-if)# bstun route all interface serial serial-int [dlci dlci rsap] [priority priority]

Propaga todo el tráfico BSTUN recibido en la interfaz de entrada, sin importar la dirección contenida en la trama serial. La encapsulación de Frame Relay se utiliza para propagar las tramas seriales.

1 bstun route all tcp las funciones de comando en el passthrough o el modo del Reconocimiento local.


Observecada sentencia de Route BSTUN debe tener una sentencia de Route correspondiente en el peerBSTUN. Por ejemplo, bstun route address una declaración tcp peer2ip del address1 sobre PEER1 debe tener una declaración bstun route address correspondiente tcp peer1ip del address1 sobre PEER2. Semejantemente, bstun route address una declaración no puede asociar bstun route all a una declaración, y vice versa.


Para el Reconocimiento local BISYNC, recomendamos que usted utiliza bstun route all tcp el comando. Este comando reduce la cantidad de detalle de la configuración duplicado que sería de otra manera necesaria especificar los dispositivos en cada extremo del túnel.

Configuración de las Prioridades de Tráfico BSTUN

Usted puede asignar las prioridades de tráfico BSTUN basadas en el encabezado BSTUN o el puerto TCP. Para dar prioridad al tráfico, utilice uno de los siguientes comandos en el modo de configuración global, según sea necesario:

Comando
Propósito

Router(config)# priority-list list-number protocol bstun queue [gt packetsize] [lt packetsize] address bstun-group bsc-addr

Establece las prioridades de envío a cola BSTUN basadas en el encabezado BSTUN.

Router(config)# priority-list list-number protocol ip queue tcp tcp-port-number 

Asigna una prioridad de envío a cola al puerto TCP.

Usted puede personalizar las prioridades de envío a cola BSTUN basadas en el encabezado BSTUN o el puerto TCP. Para personalizar las prioridades, utilice uno de los siguientes comandos en el modo de configuración global, según las necesidades:

Comando
Propósito

Router(config)# queue-list list-number protocol bstun queue [gt packetsize][lt packetsize] address bstun-group bsc-addr

Personaliza las prioridades de envío a cola BSTUN basadas en el encabezado BSTUN.

Router(config)# queue-list list-number protocol ip queue tcp tcp-port-number

Personaliza las prioridades de envío a cola BSTUN basadas en el puerto TCP.


Observeporque los protocolos Asynchronous Security Protocols comparten los mismos túneles con la BISYNC cuando están configurados en los mismos routeres, cualquier prioridad de tráfico configurada para el túnel se aplica a la BISYNC y a los diversos protocolos Asynchronous Security Protocols.


Configuración de las Opciones del Grupo de Protocolos en una Interfaz Serial

Dependiendo del grupo seleccionado del protocolo serial del bloque, usted debe configurar una o más opciones para ese grupo de protocolos. Las opciones para cada uno de estos grupos de protocolos se explican en las secciones siguientes:

Configuración de Opciones Bisync en una Interfaz Serial

Configuración de las Opciones de Protocolo de Seguridad Asíncronas en una Interfaz Serial

Configuración de Opciones Bisync en una Interfaz Serial

Para configurar las opciones BISYNC en una interfaz serial, utilice uno de los siguientes comandos en el modo de configuración de la interfaz, según las necesidades:

Comando
Propósito

Router(config-if)# bsc char-set {ascii | ebcdic}

Especifica el juego de caracteres usado por la característica del soporte BISYNC.

Router(config-if)# bsc contention address

Especifica un direccionamiento en una interfaz de la contención.

Router(config-if)# bsc dial-contention time-out

Especifica que el router en el sitio central se comportará como router central con la asignación dinámica de las interfaces seriales. El valor de agotamiento del tiempo es la longitud del tiempo que una interfaz puede estar ociosa antes de que se vuelva al pool ocioso de la interfaz.

Router(config-if)# bsc extended-address poll-address select-address

Especifica un direccionamiento no estándar BISYNC.

Router(config-if)# full-duplex

Especifica que la interfaz puede ejecutar la BISYNC en el modo dúplex completo.

Router(config-if)# bsc pause time

Especifica la cantidad de tiempo entre el comienzo de un ciclo de sondeo y el siguiente.

Router(config-if)# bsc poll-timeout time

Especifica el descanso para una encuesta o una secuencia selecta.

Router(config-if)# bsc host-timeout time

Especifica el descanso para un nonreception de la encuesta o una secuencia selecta del host. Si la trama no se recibe dentro de este tiempo, la conexión remota será desactivada.

Router(config-if)# bsc primary

Especifica que el router está actuando como el extremo primario del link BISYNC.

Router(config-if)# bsc retries retry-count

Especifica el número de recomprobaciones antes de que un dispositivo se considere haber fallado.

Router(config-if)# bsc secondary

Especifica que el router está actuando como el fin secundario del link BISYNC.

Router(config-if)# bsc spec-poll

Especifica los sondeos específicos, bastante que los sondeos generales, usados en la conexión del host-a-router.

Router(config-if)# bsc servlim servlim-count

Especifica el número de ciclos de la lista de encuesta activa que se realicen entre las encuestas a las unidades de control en la lista de encuesta inactiva.

Configuración de las Opciones de Protocolo de Seguridad Asíncronas en una Interfaz Serial

Para configurar las opciones del protocolo Asynchronous Security Protocols en una interfaz serial, utilice uno o más de los siguientes comandos en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# asp role primary

Especifica que el router está actuando como el extremo primario del link asíncrono sondeado.

Router(config-if)# asp role secondary

Especifica que el router está actuando como el fin secundario del link asíncrono sondeado.

Router(config-if)# asp addr-offset address-offset

Configura un puerto asincrónico para enviar y para recibir el tráfico asíncrono sondeado a través de un túnel BSTUN.

Router(config-if)# asp rx-ift interframe-timeout

Para las configuraciones asíncrono-genéricas, especifica el período de agotamiento del tiempo de espera entre las tramas para delinear el extremo de un bastidor que es recibido desde el principio de la trama siguiente.

Configuración de la Encapsulación Serial Directa para los Peers del Passthrough

Para configurar la encapsulación en serie directa para los pares del passthrough, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# frame relay map bstun

Configura la interfaz de Frame Relay para el passthrough.

Configuración de Peers de Reconocimiento Locales

Para configurar a los pares del Reconocimiento local, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# frame-relay map llc2 dlci

Configura la interfaz de Frame Relay para el Reconocimiento local.

Monitoreo y Mantenimiento del Estado de BSTUN

Para enumerar las estadísticas para las interfaces BSTUN, los grupos de protocolos, número de paquetes enviaron y recibieron, los estados del Reconocimiento local, y la otra información de la actividad, utiliza los siguientes comandos en el modo EXEC:

Comando
Propósito

Router# show bstun [group bstun-group-number] [address address-list]

Enumera los campos de se muestra el estado para las interfaces BSTUN.

Router# show bsc [group bstun-group-number] [address address-list]

Visualiza el estatus de las interfaces en las cuales se configura la BISYNC.

Ejemplos de configuración para el serial tunnel y el serial tunnel del bloque

Las secciones siguientes proporcionan los ejemplos de configuración ATURDEN y BSTUN:

Ejemplo: ATURDA las prioridades usando el encapsulado HDCL, la página 15

Ejemplo: Broadcast SDLC, página 16

Ejemplo: El priorización del direccionamiento de link serial usando ATURDE la encapsulación TCP/IP, la página 17

Ejemplo: Acuse de recibo del STUN local para el Frame Relay, página 21

Ejemplo: Grupos prioritarios del LOCADDR, página 21

Información General sobre Tunelización Serial de Bloques (BSTUN)

Ejemplo: Configuración simple BISYNC

Ejemplo: BISYNC que dirige en las interfaces de la contención

Ejemplo: Dirección no estándar BISYNC

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en el encabezado BSTUN

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en el encabezado BSTUN y los tamaños de paquetes

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en el encabezado BSTUN y el direccionamiento BISYNC

Envío a Cola Prioritario: Ejemplo Con Prioridad Basada en los Puertos TCP BSTUN

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en los puertos TCP BSTUN y el direccionamiento BISYNC

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en el encabezado BSTUN

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en el encabezado BSTUN y los tamaños de paquetes

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en el encabezado BSTUN y el direccionamiento BISYNC

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en los puertos TCP BSTUN

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en los puertos TCP BSTUN y el direccionamiento BISYNC

Ejemplo: Configuración asíncrona

Ejemplo: Configuración de Relay de la BSTUN-sobre-trama con el Reconocimiento local

Ejemplo: Configuración de Relay de la BSTUN-sobre-trama con el passthrough

Ejemplo: ATURDA las prioridades usando el encapsulado HDCL

Asuma que el link entre el router A y el router B en el cuadro 11 es un serial tunnel que utiliza el mecanismo de transporte serial simple. El dispositivo A comunica con el C del dispositivo (c1 del SDLC address) con un prioritario. El dispositivo B comunica con el dispositivo D (SDLC address A7) con una prioridad normal.

El cuadro 11 ATURDE el transporte serial simple

Las configuraciones siguientes establecieron la prioridad de los host A STUN, B, C, y D.

Router A

stun peer-name 10.0.0.1
stun protocol-group 1 sdlc
stun protocol-group 2 sdlc
!
interface serial 0
 no ip address
 encapsulation stun
 stun group 1
 stun route address C1 interface serial 2
!
interface serial 1
 no ip address
 encapsulation stun 
 stun group 2
 stun route address A7 interface serial 2
!
interface serial 2
 ip address 10.0.0.1 255.0.0.0
 priority-group 1
!
priority-list 1 protocol stun high address 1 C1
priority-list 1 protocol stun low address 2 A7

Router B

stun peer-name 10.0.0.2
stun protocol-group 1 sdlc
stun protocol-group 2 sdlc
!
interface serial 0
 no ip address
 encapsulation stun
 stun group 1
 stun route address C1 interface serial 1
!
interface serial 1
 ip address 10.0.0.2 255.0.0.0
 priority-group 1
!
interface serial 2
 no ip address
 encapsulation stun
 stun group 2
 stun route address A7 interface serial 1
!
priority-list 1 protocol stun high address 1 C1
priority-list 1 protocol stun low address 2 A7

Ejemplo: Broadcast SDLC

En el siguiente ejemplo, un FEP ve las estaciones terminales 1, 2, y 3 como si estuvieran en un link del multidrop SDLC. Cualquier trama de broadcast enviada del FEP al router A se duplica y se envía a cada uno de los routeres en sentido descendente (B y la C.)

stun peer-name xxx.xxx.xxx.xxx
stun protocol-group 1 sdlc
interface serial 1
encapsulation stun
 stun group 1
 stun sdlc-role secondary
 sdlc virtual-multidrop
 sdlc address 1
 sdlc address 2
 sdlc address 3
 stun route address 1 tcp yyy.yyy.yyy.yyy local-ack
 stun route address 2 tcp zzz.zzz.zzz.zzz local-ack
 stun route address 3 tcp zzz.zzz.zzz.zzz local-ack
 stun route address FF tcp yyy.yyy.yyy.yyy
 stun route address FF tcp zzz.zzz.zzz.zzz

Ejemplo: El priorización del direccionamiento de link serial usando ATURDE la encapsulación TCP/IP

Asuma que el link entre el router A y el router B es un serial tunnel que utiliza la encapsulación TCP/IP tal y como se muestra en del cuadro 12. El dispositivo A comunica con el C del dispositivo (c1 del SDLC address) con un prioritario. El dispositivo B comunica con el dispositivo D (SDLC address A7) con una prioridad normal. El archivo de configuración para cada router sigue la figura.

El cuadro 12 ATURDE la encapsulación TCP/IP

Router A

stun peer-name 10.0.0.1
stun protocol-group 1 sdlc
stun protocol-group 2 sdlc
!
interface serial 0
 no ip address
 encapsulation stun
 stun group 1
 stun route address C1 tcp 10.0.0.2 local-ack priority
 priority-group 1
!
interface serial 1
 no ip address
 encapsulation stun
 stun group 2
 stun route address A7 tcp 10.0.0.2 local-ack priority
 priority-group 2
!
interface ethernet 0
 ip address 10.0.0.1 255.0.0.0
 priority-group 3
!
interface ethernet 1
 ip address 10.0.0.3 255.0.0.0
priority-group 3
! This list tells interface Serial 0 which tcp port numbers on the WAN interface
! correspond to the high, medium, normal and low priority queues.
priority-list 1 protocol ip high tcp 1994
priority-list 1 protocol ip medium tcp 1990
priority-list 1 protocol ip normal tcp 1991
priority-list 1 protocol ip low tcp 1992
priority-list 1 protocol stun high address 1 C1
! This list tells interface Serial 1 which tcp port numbers
! on the WAN interface correspond to the high, medium, normal
! and low priority queues.
priority-list 2 protocol ip high tcp 1994
priority-list 2 protocol ip medium tcp 1990
priority-list 2 protocol ip normal tcp 1991
priority-list 2 protocol ip low tcp 1992
priority-list 2 protocol stun normal address 2 A7
! This list establishes the high, medium, normal, and low
! priority queues on the WAN interfaces.
priority-list 3 protocol ip high tcp 1994
priority-list 3 protocol ip medium tcp 1990
priority-list 3 protocol ip normal tcp 1991
priority-list 3 protocol ip low tcp 1992
!
hostname routerA
router igrp
network 1.0.0.0

Router B

stun peer-name 10.0.0.2
stun protocol-group 1 sdlc
stun protocol-group 2 sdlc
!
interface serial 0
 no ip address
 encapsulation stun
 stun group 1
 stun route address C1 tcp 10.0.0.1 local-ack priority
 priority-group 1
!
interface serial 2
 no ip address
 encapsulation stun
 stun group 2
 stun route address A7 tcp 10.0.0.1 local-ack priority
 priority-group 2
!
interface ethernet 0
 ip address 10.0.0.2 255.0.0.0
priority-group 3
!
interface ethernet 1
 ip address 10.0.0.4 255.0.0.0
priority-group 3
! This list tells interface Serial 0 which tcp port numbers
! on the WAN interface correspond to the high, medium, normal
! and low priority queues.
priority-list 1 protocol ip high tcp 1994
priority-list 1 protocol ip medium tcp 1990
priority-list 1 protocol ip normal tcp 1991
priority-list 1 protocol ip low tcp 1992
priority-list 1 protocol stun high address 1 C1
! This list tells interface Serial 2 which tcp port numbers
! on the WAN interface correspond to the high, medium, normal
! and low priority queues.
priority-list 2 protocol ip high tcp 1994
priority-list 2 protocol ip medium tcp 1990
priority-list 2 protocol ip normal tcp 1991
priority-list 2 protocol ip low tcp 1992
priority-list 2 protocol stun normal address 2 A7
! This list establishes the high, medium, normal, and low
! priority queues on the WAN interface(s).
priority-list 3 protocol ip high tcp 1994
priority-list 3 protocol ip medium tcp 1990
priority-list 3 protocol ip normal tcp 1991
priority-list 3 protocol ip low tcp 1992
!
hostname routerB
router igrp 109
network 1.0.0.0

Ejemplo: Implementación del STUN Multipoint usando un dispositivo de Línea-distribución

En el cuadro 13, cuatro ordenadores separados PS/2 están conectados con un dispositivo de línea-distribución apagado del router B. Cada ordenador PS/2 tiene cuatro sesiones abiertas en un dispositivo AS/400 asociado a las funciones de A. Router B del router como la estación primaria, mientras que el router A funciona como la estación secundaria. Ambo Routers localmente reconoce los paquetes de los sistemas de IBM PS/2.

El cuadro 13 ATURDE la comunicación que implica un dispositivo de Línea-distribución

El archivo de configuración para el Routers mostrado en el cuadro 13 sigue.

Router A

! enter the address of the stun peer
stun peer-name 172.16.134.86
! specify that group 4 uses the SDLC protocol
stun protocol-group 4 sdlc
stun remote-peer-keepalive
!
interface ethernet 1
! enter the IP address for the Ethernet interface
 ip address 172.16.134.86 255.255.255.0
! description of IBM AS/400 link
interface serial 2
! description of IBM AS/400 link; disable the IP address on a serial interface 
 no ip address
! enable STUN encapsulation on this interface 
 encapsulation stun
! apply previously defined stun group 4 to serial interface 2
 stun group 4
! establish this router as a secondary station
stun sdlc-role secondary
! wait up to 63000 msec for a poll from the primary before timing out
 sdlc poll-wait-timeout 63000
! list addresses of secondary stations (PS/2 systems) attached to link
sdlc address C1
sdlc address C2
sdlc address C3
sdlc address C4
! use tcp encapsulation to send frames to SDLC stations C1, C2, C3, or 
! C4 and locally terminate sessions with these stations 
stun route address C1 tcp 172.16.134.58 local-ack
stun route address C2 tcp 172.16.134.58 local-ack
stun route address C3 tcp 172.16.134.58 local-ack
stun route address C4 tcp 172.16.134.58 local-ack

Router B

! enter the address of the stun peer 
stun peer-name 172.16.134.58
! this router is part of SDLC group 4
stun protocol-group 4 sdlc
stun remote-peer-keepalive
!
interface ethernet 1
! enter the IP address for the Ethernet interface
ip address 172.16.134.58 255.255.255.0
!
! description of PS/2 link 
interface serial 4
! disable the IP address on a serial interface 
 no ip address
! enable STUN encapsulation on this interface 
 encapsulation stun
! apply previously defined stun group 4 to serial interface 2
stun group 4
! establish this router as a primary station
stun sdlc-role primary
sdlc line-speed 9600
! wait 2000 milliseconds for a reply to a frame before resending it
sdlc t1 2000
! resend a frame up to four times if not acknowledged
sdlc n2 4
! list addresses of secondary stations (PS/2 systems) attached to link
sdlc address C1
sdlc address C2
sdlc address C3
sdlc address C4
! use tcp encapsulation to send frames to SDLC stations C1, C2, C3, or 
! C4 and locally terminate sessions with these stations 
stun route address C3 tcp 172.16.134.86 local-ack
stun route address C1 tcp 172.16.134.86 local-ack
stun route address C4 tcp 172.16.134.86 local-ack
stun route address C2 tcp 172.16.134.86 local-ack
! set the clock rate on this interface to 9600 bits per second 
clock rate 9600

Ejemplo: Acuse de recibo del STUN local para el SDLC

El siguiente ejemplo muestra una configuración de muestra para un par de Routers que realiza el Reconocimiento local SDLC.

Router A

stun peer-name 172.16.64.92
stun protocol-group 1 sdlc
stun remote-peer-keepalive
!
interface Serial 0
 no ip address
 encapsulation stun
 stun group 1
 stun sdlc-role secondary 
 sdlc address C1
 stun route address C1 tcp 172.16.64.93 local-ack
 clock rate 19200

Router B

stun peer-name 172.16.64.93
stun protocol-group 1 sdlc
stun remote-peer-keepalive
!
interface Serial 0
 no ip address
 encapsulation stun
 stun group 1
 stun sdlc-role primary 
 sdlc line-speed 19200
 sdlc address C1
 stun route address C1 tcp 172.16.64.92 local-ack
 clock rate 19200

Ejemplo: Acuse de recibo del STUN local para el Frame Relay

El siguiente ejemplo describe una configuración de la interfaz para el Frame Relay ATURDE con el Reconocimiento local:

stun peer-name 10.1.21.1 cls 4
stun protocol-group 120 sdlc
!
interface Serial1
 no ip address
 encapsulation frame-relay
 frame-relay lmi-type ansi
 frame-relay map llc2 22
!
interface Serial4
 no ip address
 encapsulation stun
 clock rate 9600
 stun group 120
 stun sdlc-role secondary
 sdlc address C1
 sdlc address C2
 stun route address C1 interface Serial1 dlci 22 04 local-ack
 stun route address C2 interface Serial1 dlci 22 08 local-ack

Ejemplo: Grupos prioritarios del LOCADDR

Las demostraciones del siguiente ejemplo cómo establecer las prioridades de envío a cola en una interfaz del ATURDIR basada en un direccionamiento LU:

stun peer-name 131.108.254.6
stun protocol-group 1 sdlc 
! give locaddr-priority-list 1 a high priority for LU 02
locaddr-priority-list 1 02 high
! give locaddr-priority-list 1 a low priority for LU 05
locaddr-priority-list 1 05 low
!
interface serial 0
! disable the ip address for interface serial 0
 no ip address
! enable the interface for STUN
 encapsulation stun
 stun group 2 
 stun route address 10 tcp 131.108.254.8 local-ack priority
! assign priority group 1 to the input side of interface serial 0
locaddr-priority 1
priority-group 1

Ejemplo: Los grupos prioritarios del LOCADDR para ATURDEN

El ejemplo de configuración siguiente muestra cómo asignar a un grupo prioritario a una interfaz de entrada:

Router A

stun peer-name 10.0.0.1
stun protocol-group 1 sdlc
locaddr-priority-list 1 02 high
locaddr-priority-list 1 03 high
locaddr-priority-list 1 04 medium
locaddr-priority-list 1 05 low
!
interface serial 0
 no ip address
 encapsulation stun
 stun group 1
 stun route address C1 tcp 10.0.0.2 local-ack priority
 clock rate 19200
 locaddr-priority 1
 priority-group 1
!
interface Ethernet 0
 ip address 10.0.0.1 255.255.255.0
!
 priority-list 1 protocol ip high tcp 1994
 priority-list 1 protocol ip medium tcp 1990
 priority-list 1 protocol ip normal tcp 1991
 priority-list 1 protocol ip low tcp 1992

Router B

stun peer-name 10.0.0.2
stun protocol-group 1 sdlc
locaddr-priority-list 1 02 high
locaddr-priority-list 1 03 high
locaddr-priority-list 1 04 medium
locaddr-priority-list 1 05 low
!
interface serial 0
 no ip address
 encapsulation stun
 stun group 1
 stun route address C1 tcp 10.0.0.1 local-ack priority
 clock rate 19200
 locaddr-priority 1
 priority-group 1
!
interface Ethernet 0
 ip address 10.0.0.2 255.255.255.0
!
 priority-list 1 protocol ip high tcp 1994
 priority-list 1 protocol ip medium tcp 1990
 priority-list 1 protocol ip normal tcp 1991
 priority-list 1 protocol ip low tcp 1992

Ejemplos de Configuración de BSTUN

Las secciones siguientes proporcionan los ejemplos de configuración BSTUN:

Ejemplo: Configuración simple BISYNC

Ejemplo: BISYNC que dirige en las interfaces de la contención

Ejemplo: Dirección no estándar BISYNC

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en el encabezado BSTUN

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en el encabezado BSTUN y los tamaños de paquetes

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en el encabezado BSTUN y el direccionamiento BISYNC

Envío a Cola Prioritario: Ejemplo Con Prioridad Basada en los Puertos TCP BSTUN

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en los puertos TCP BSTUN y el direccionamiento BISYNC

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en el encabezado BSTUN

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en el encabezado BSTUN y los tamaños de paquetes

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en el encabezado BSTUN y el direccionamiento BISYNC

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en los puertos TCP BSTUN

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en los puertos TCP BSTUN y el direccionamiento BISYNC

Ejemplo: Configuración asíncrona

Ejemplo: Configuración de Relay de la BSTUN-sobre-trama con el Reconocimiento local

Ejemplo: Configuración de Relay de la BSTUN-sobre-trama con el passthrough

Ejemplo: Configuración simple BISYNC

El cuadro 14 muestra un ejemplo de configuración simple BISYNC.

Cuadro 14 configuración simple BISYNC

Los archivos de configuración para el Routers mostrado en el cuadro 14 siguen.

Router 45ka

version 10.2
!
hostname 45ka
!
no ip domain-lookup
!
bstun peer-name 172.30.254.201
bstun protocol-group 1 bsc
!
interface ethernet 0
 ip address 198.92.0.201 255.255.255.0
 media-type 10BaseT
!
interface ethernet 1
 no ip address
 shutdown
 media-type 10BaseT
!
interface serial 0
 no ip address
 encapsulation bstun
 clock rate 19200
 bstun group 1
 bsc char-set ebcdic
 bsc secondary
 bstun route address C9 tcp 172.30.254.210
bstun route address C8 tcp 172.30.254.210
bstun route address C7 tcp 172.30.254.208
bstun route address C6 tcp 172.30.254.208
bstun route address C5 tcp 172.30.254.208
bstun route address C4 tcp 172.30.254.208
bstun route address C3 tcp 172.30.254.207
bstun route address C2 tcp 172.30.254.207
bstun route address C1 tcp 172.30.254.207
bstun route address 40 tcp 172.30.254.207
!
interface serial 1
no ip address
shutdown
!
interface serial 2
 no ip address
 shutdown
!
interface serial 3
 no ip address
 shutdown
!
interface tokenring 0
 no ip address
 shutdown
!
interface tokenring 1
 ip address 172.30.254.201 255.255.255.0
 ring-speed 16
!
line con 0
line aux 0
line vty 0 4
login
!
end

Router 25ka

version 10.2
!
hostname 25ka
!
no ip domain-lookup
!
bstun peer-name 172.30.254.207
bstun protocol-group 1 bsc
!
interface serial 0
 no ip address
 shutdown
!
interface serial 1
 no ip address
 encapsulation bstun
 clock rate 19200
 bstun group 1
 bsc char-set ebcdic
 bsc primary
 bstun route address C3 tcp 172.30.254.201
 bstun route address C2 tcp 172.30.254.201
 bstun route address C1 tcp 172.30.254.201
 bstun route address 40 tcp 172.30.254.201
!
interface tokenring 0
 ip address 172.30.254.207 255.255.255.0
 ring-speed 16
!
interface bri 0
 no ip address
 shutdown
!
line con 0
line aux 0
line vty 0 4
login
!
end

Configuración para el router 4kc

version 10.2
!
hostname 4kc
!
no ip domain-lookup
!
bstun peer-name 172.30.254.210
bstun protocol-group 1 bsc
!
interface ethernet 0
 ip address 198.92.0.210 255.255.255.0
 media-type 10BaseT
!
interface serial 0
 no ip address
 encapsulation bstun
 clock rate 19200
 bstun group 1
 bsc char-set ebcdic
 bsc primary
 bstun route address C9 tcp 172.30.254.201
 bstun route address C8 tcp 172.30.254.201
!
interface serial 1
 no ip address
 shutdown
!
interface serial 2
 no ip address
 shutdown
!
interface serial 3
 no ip address
 shutdown
!
interface tokenring 0
 ip address 172.30.254.210 255.255.255.0
 ring-speed 16
!
interface tokenring 1
 no ip address
 shutdown!
line con 0
line aux 0
line vty 0 4
login
!
end

Router 25kb

version 10.2
!
hostname 25kb
!
no ip domain-lookup
!
bstun peer-name 172.30.254.208
bstun protocol-group 1 bsc
!
interface serial 0
 no ip address
 encapsulation bstun
 no keepalive
 clock rate 19200
 bstun group 1
 bsc char-set ebcdic
 bsc primary
 bstun route address C7 tcp 172.30.254.201
 bstun route address C6 tcp 172.30.254.201
 bstun route address C5 tcp 172.30.254.201
 bstun route address C4 tcp 172.30.254.201
!
interface serial 1
 no ip address
 shutdown
!
interface tokenring 0
 ip address 172.30.254.208 255.255.255.0
 ring-speed 16
!
!
line con 0
line aux 0
line vty 0 4
login
!
end

Ejemplo: BISYNC que dirige en las interfaces de la contención

El utilizador configurable de la demostración de los siguientes ejemplos que dirige en las interfaces de la contención:

Dispositivos remotos

bstun peer-name 1.1.1.20
bstun protocol-group 1 bsc
interface serial 0
 bstun group 1
 bsc contention 20
 bstun route address 20 tcp 1.1.1.1

Dispositivo host

bstun peer-name 1.1.1.1
bstun protocol-group 1 bsc
interface serial 0
 bstun group 1
 bsc dial-contention 100
 bstun route address 20 tcp 1.1.1.20
 bstun route address 21 tcp 1.1.1.21

Ejemplo: Dirección no estándar BISYNC

Este ejemplo especifica un direccionamiento extendido en la interfaz serial 0:

bstun peer-name 1.1.1.1
bstun protocol-group 1 bsc
!
interface serial 0
 bstun group 1
 bsc extended-address 23 83
 bsc extended-address 87 42
 bsc primary
 bstun route address 23 tcp 1.1.1.20

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en el encabezado BSTUN

En el siguiente ejemplo, la interfaz de salida examina la información de encabezado y coloca los paquetes con el encabezado BSTUN en la cola de salida especificada:

priority-list 1 protocol bstun normal
interface serial 0
 priority-group 1
interface serial 1
 encapsulation bstun
 bstun group 1
 bsc char-set ebcdic
 bstun route all interface serial 0
                ...or...
bstun route address C1 interface serial 0

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en el encabezado BSTUN y los tamaños de paquetes

En el siguiente ejemplo, la interfaz de salida examina la información de encabezado y los tamaños de paquetes y coloca los paquetes con el encabezado BSTUN que los criterios de concordancia (el gt o el lt especificó los tamaños de paquetes) en la cola de salida especificada:

priority-list 1 protocol bstun low gt 1500
priority-list 1 protocol bstun hi lt 500
interface serial 0 
 priority-group 1
interface serial 1
 encapsulation bstun
 bstun group 1
 bsc char-set ebcdic
 bstun route all interface serial 0
                ...or...
bstun route address C1 interface serial 0

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en el encabezado BSTUN y el direccionamiento BISYNC

En el siguiente ejemplo, la interfaz de salida examina la información de encabezado y el direccionamiento BISYNC y coloca los paquetes con el encabezado BSTUN que hacen juego el direccionamiento BISYNC en la cola de salida especificada:

priority-list 1 protocol bstun normal address 1 C1
interface serial 0
 priority-group 1
interface serial 1
 encapsulation bstun
 bstun group 1
 bsc char-set ebcdic
 bstun route address C1 interface serial 0

Envío a Cola Prioritario: Ejemplo Con Prioridad Basada en los Puertos TCP BSTUN

En el siguiente ejemplo, la interfaz de salida examina el número del puerto TCP y coloca los paquetes con el número del puerto BSTUN (1976) en la cola de salida especificada:

priority-list 1 protocol ip high tcp 1976
interface serial 0
 priority-group 1
interface serial 1
 encapsulation bstun
 bstun group 1
 bstun route all tcp 200.190.30.1

Ejemplo: Envío a Cola Prioritario: Con la prioridad basada en los puertos TCP BSTUN y el direccionamiento BISYNC

En el siguiente ejemplo, cuatro sesiones TCP/IP (alta, media, normal y baja) se establecen con peers BSTUN que usan números de puerto BSTUN. La interfaz de entrada examina el direccionamiento BISYNC y utiliza la definición especificada de la cola de salida para determinar que sesión TCP BSTUN a utilizar para enviar el paquete al peerBSTUN.

La interfaz de salida examina el número de puerto TCP y coloca los paquetes con los números de puerto de BSTUN en la cola de salida especificada.

priority-list 1 protocol ip high   tcp 1976
priority-list 1 protocol ip medium tcp 1977
priority-list 1 protocol ip normal tcp 1978
priority-list 1 protocol ip low    tcp 1979
!
priority-list 1 protocol bstun normal address 1 C1
!
interface serial 0
 priority-group 1
! 
interface serial 1
 encapsulation bstun
 bstun group 1
 bsc char-set ebcdic
 bstun route address C1 tcp 200.190.30.1 priority
 priority-group 1

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en el encabezado BSTUN

En el siguiente ejemplo, la interfaz de salida examina la información de encabezado y coloca los paquetes con el encabezado BSTUN en la cola de salida especificada.

queue-list 1 protocol bstun normal
! 
interface serial 0
 custom-queue-list 1
! 
interface serial 1
 encapsulation bstun
 bstun group 1
 bstun route all interface serial 0

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en el encabezado BSTUN y los tamaños de paquetes

En el siguiente ejemplo, la interfaz de salida examina la información de encabezado y los tamaños de paquetes y coloca los paquetes con el encabezado BSTUN que los criterios de concordancia (el gt o el lt especificó los tamaños de paquetes) en la cola de salida especificada.

queue-list 1 protocol bstun low gt 1500
queue-list 1 protocol bstun high lt 500
! 
interface serial 0
 custom-queue-list 1
! 
interface serial 1
 encapsulation bstun
 bstun group 1
 bstun route all interface serial 0

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en el encabezado BSTUN y el direccionamiento BISYNC

En el siguiente ejemplo, la interfaz de salida examina la información de encabezado y el direccionamiento BISYNC y coloca los paquetes con el encabezado BSTUN que hacen juego el direccionamiento BISYNC en la cola de salida especificada.

queue-list 1 protocol bstun normal address 1 C1
! 
interface serial 0
 custom-queue-list 1
!
interface serial 1
 encapsulation bstun
 bstun group 1
 bsc char-set ebcdic
 bstun route address C1 interface serial 0

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en los puertos TCP BSTUN

En el siguiente ejemplo, la interfaz de salida examina el número del puerto TCP y coloca los paquetes con el número del puerto BSTUN (1976) en la cola de salida especificada:

queue-list 1 protocol ip high tcp 1976
! 
interface serial 0
 custom-queue-list 1
!
interface serial 1
 encapsulation bstun
 bstun group 1
 bstun route all tcp 200.190.30.1

Ejemplo: Envío a Cola Personalizado: Con la prioridad basada en los puertos TCP BSTUN y el direccionamiento BISYNC

En el siguiente ejemplo, cuatro sesiones TCP/IP (alta, media, normal y baja) se establecen con peers BSTUN que usan números de puerto BSTUN. La interfaz de entrada examina el direccionamiento BISYNC y utiliza la definición especificada de la cola de salida para determinar que sesión TCP BSTUN a utilizar.

La interfaz de salida examina el número de puerto TCP y coloca los paquetes con los números de puerto de BSTUN en la cola de salida especificada.

Para la BISYNC que dirige, las colas de salida asocian tal y como se muestra en del cuadro 1:

Cuadro 1 BISYNC que dirige las colas de salida 

Cola de salida
Sesión asociada
Puerto BSTUN

1

Medio

1977

2

Normal

1978

3

Bajo

1979

4-10

Alto

1976


queue-list 1 protocol ip high tcp 1976
queue-list 1 protocol ip medium tcp 1977
queue-list 1 protocol ip normal tcp 1978
queue-list 1 protocol ip low tcp 1979
! 
priority-list 1 protocol bstun normal address 1 C1
! 
interface serial 0
 custom-queue-list 1
!
interface serial 1
 encapsulation bstun
 bstun group 1
 bsc char-set ebcdic
 bstun route address C1 tcp 200.190.30.1 priority
 custom-queue-list 1

Ejemplo: Configuración asíncrona

En el siguiente ejemplo, configuran al router A y al router B para Adplex y la BISYNC a través del mismo BSTUN tal y como se muestra en del cuadro 15.

Cuadro 15 ejemplo de configuración combinado de Adplex y BISYNC

Router A

version 11.0
!
hostname router-a
!
bstun peer-name 172.28.1.190
bstun protocol-group 1 bsc
bstun protocol-group 2 adplex
bstun protocol-group 3 adplex
!
interface serial 0
 no ip address
!
interface serial 1
 no ip address
!
interface serial 2
 physical-layer async
 description Connection to 1st Security Alarm Console.
 no ip address
 encapsulation bstun
 no keepalive
 bstun group 2
 bstun route address 2 tcp 172.28.1.189
 bstun route address 3 tcp 172.28.1.189
 adplex secondary
!
interface serial 3
 description Connection to BSC 3780 host.
 no ip address
 encapsulation bstun
 no keepalive
 clock rate 9600
 bstun group 1
 bstun route all tcp 172.28.1.189
 bsc char-set ebcdic
 bsc contention
!
interface serial 4
 physical-layer async
 description Connection to 2nd Security Alarm Console.
 no ip address
 encapsulation bstun
 no keepalive
 bstun group 3
 bstun route address 2 tcp 172.28.1.189
 bstun route address 3 tcp 172.28.1.189
 adplex secondary
!
interface serial 5
 no ip address
!
interface serial 6
 no ip address
!
interface serial 7
 no ip address
!
interface serial 8
 no ip address
!
interface serial 9
 no ip address
!
interface tokenring 0
 ip address 172.28.1.190 255.255.255.192
 ring-speed 16
!
interface BRI0
 ip address
 shutdown
!
ip host ss10 172.28.0.40
ip host s2000 172.31.0.2
ip route 0.0.0.0 0.0.0.0 172.28.1.129
!
snmp-server community public RO
!
line con 0
 exec-timeout 0 0
line 2
 no activation-character
 transport input-all
 parity even
 stopbits 1
 rxspeed 4800
 txspeed 4800
line 4
 transport input all
 parity even
 stopbits 1
 rxspeed 4800
 txspeed 4800
line aux 0
 transport input all
line vty 0 4
 password mango
 login
!
end

Router B

version 11.0
!
hostname router-b
!
bstun peer-name 172.28.1.189
bstun protocol-group 1 bsc
bstun protocol-group 2 adplex
bstun protocol-group 3 adplex
source-bridge ring-group 100
!
interface serial 0
 no ip address
!
interface serial 1
 no ip address
!
interface serial 2
 physical-layer async
 description Connection to Security Alarm Panel.
 no ip address
 encapsulation bstun
 no keepalive
 bstun group 2
 bstun route all tcp 172.28.1.190
 adplex primary
!
interface serial 3
 description Connection to BSC 3780 device.
 no ip address
 encapsulation bstun
 no keepalive
 clock rate 9600
 bstun group 1
 bstun route all tcp 172.28.1.190
 bsc char-set ebcdic
 bsc contention
!
interface serial 4
 physical-layer async
 description Connection to async port on NCD (VT100 terminal emulation).
 no ip address
!
interface serial 5
 no ip address
 encapsulation sdlc-primary
 no keepalive
 nrzi-encoding
 clock rate 9600
 sdllc traddr 4000.0000.4100 222 2 100
 sdlc address C1
 sdllc xid C1 05D40003
 sdllc partner 4000.0000.0307 C1
!
interface serial 6
 description Connection to alarm panel.
 physical-layer async
 no ip address
 encapsulation bstun
 no keepalive
 bstun group 3
 bstun route all tcp 172.28.1.190
 adplex primary
!interface serial 7
 no ip address
!
interface serial 8
 no ip address
!
interface serial 9
 no ip address
!
interface tokenring 0
 ip address 172.28.1.189 255.255.255.192
 ring-speed 16
 source-bridge 4 1 100
!
interface BRI0
 ip address
 shutdown
!
ip host ss10 172.28.0.40
ip host s2000 172.31.0.2
ip route 0.0.0.0 0.0.0.0 172.28.1.129
!
snmp-server community public RO
!
line con 0
 exec-timeout 0 0
line 2
 no activation-character
 transport input-all
 parity even
 stopbits 1
 rxspeed 4800
 txspeed 4800
line 4
 transport input all
 stopbits 1
line 6
 transport input all
 parity even
 stopbits 1
 rxspeed 4800
 txspeed 4800
line 7
 transport input all
line aux 0
 transport input all
line vty 0 4
 password mango
 login
!
end

Ejemplo: Configuración de Relay de la BSTUN-sobre-trama con el Reconocimiento local

El siguiente ejemplo configura el BSTUN sobre el Frame Relay con el Reconocimiento local configurado:

bstun protocol-group 1 bsc-local-ack

interface Serial1
 encapsulation frame-relay ietf
 clock rate 125000
 frame-relay map llc2 16

interface Serial4
 no ip address
encapsulation bstun
bstun group 1
bsc secondary 
bstun route address C3 interface Serial1 dlci 16 C
bstun route address C2 interface Serial1 dlci 16 8
bstun route address C1 interface Serial1 dlci 16 4

Ejemplo: Configuración de Relay de la BSTUN-sobre-trama con el passthrough

El siguiente ejemplo configura el BSTUN sobre el Frame Relay con el passthrough configurado:

bstun protocol-group 1 bsc

interface Serial1
 encapsulation frame-relay
 clock rate 125000
 frame-relay map bstun 16
 frame-relay map llc 16

interface Serial4
 no ip address
encapsulation bstun
bstun group 1
bsc secondary 
bstun route address C3 interface Serial1 dlci 16
bstun route address C2 interface Serial1 dlci 16
bstun route address C1 interface Serial1 dlci 16

Referencias adicionales

Documentos Relacionados

Tema relacionado
Título del documento

Comandos de Cisco IOS

El Cisco IOS domina los comandos list, todos las versiones

Comandos bridging and ibm networking

Referencia del comando bridging and ibm networking del Cisco IOS

Routers que soporta el BSTUN

Niveles de soporte del hardware de Cisco BSTUN/BSC/Bisync


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 de software de Cisco, 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 Web site del soporte y de la documentación de Cisco proporciona los recursos en línea para descargar la documentación, el software, y las herramientas. Utilice estos recursos para instalar y para configurar el software y para resolver problemas y para resolver los problemas técnicos con los Productos Cisco y las Tecnologías. El acceso a la mayoría de las herramientas en el Web site del soporte y de la documentación 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


Información de la característica para configurar el serial tunnel y el serial tunnel del bloque

La tabla 2 muestra las funciones de este módulo y proporciona links a información de configuración específica.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software. El Cisco Feature Navigator le permite para determinar qué imágenes del software soportan una versión de software, un conjunto de características, o una plataforma específico. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.


Observelas listas del cuadro 2 solamente la versión de software que introdujo el soporte para una característica dada en un tren de versión de software dado. A menos que se indicare en forma diferente, las versiones posteriores de ese tren de versión de software también soportan esa característica.


Información de la característica del cuadro 2 para configurar el serial tunnel y el serial tunnel del bloque

Nombre de la función
Versiones
Información sobre la Función

BSTUN (tunelización en serie de bloques)

11.2(1)
12.2SR
12.4T

La característica BISYNC (BSC) encapsula la BISYNC, Adplex, ADT Security Systems, Inc., Diebold, y el tráfico genérico asíncrono para la transferencia sobre los Router Link.

Las secciones siguientes proporcionan información acerca de esta función:

Información General sobre Tunelización Serial de Bloques (BSTUN)

Habilitar el BSTUN

Mejoras BISYNC

11.3(1)
12.2SR
12.4T

La característica de las mejoras BISYNC proporciona el soporte para el Frame Relay y proporciona el soporte extendido para dirigir.

En 12.3(11)T, el soporte fue agregado para Cisco 3780.

Las secciones siguientes proporcionan información acerca de esta función:

Descripción general de la red BISYNC

Habilitación de Frame Relay Encapsulation

STUN (Serial Tunnel)

12.2(8)T
12.2SR
12.4T

La característica del STUN (Serial Tunnel) permite que los dispositivos del protocolo del Synchronous Data Link Control (SDLC) y los dispositivos del High-Level Data Link Control (HDLC) conecten con uno otro con un interfuncionamiento con protocolos múltiples

Las secciones siguientes proporcionan información acerca de esta función:

Descripción General de la Tunelización Serial

El habilitar ATURDE