Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Convenciones

Antecedentes

¿Son los perfiles de marcado los apropiados para usted?

Diagrama de flujo de comparación de solución DDR

Ventajas de Dialer Profiles con respecto a la DDR heredada

Situaciones de muestra

Restricciones

Componentes del perfil del marcador

Información sobre el proceso de vinculación con perfiles del marcador

Llamadas salientes

Diagrama de flujo de llamadas salientes

Marcación de entrada

Resumen de tareas de configuración de perfil de marcador

Ejemplo de configuración

Configuración de interfaces de marcador

Configuración de interfaces físicas

Verificación del funcionamiento de perfil de marcador

Solución de problemas de perfiles de marcador

El marcado nunca se realiza

Las llamadas entrantes no se conectan correctamente

Las llamadas se desconectan en forma prematura o no se desconectan nunca

Información Relacionada

Introducción

Este documento proporciona consejos para configurar y resolver problemas de averías de los perfiles de dialer.

Prerequisites

Requirements

Quienes lean este documento deben tener conocimiento de lo siguiente:

- DDR heredada (mapas de marcador y grupos rotativos de marcador)

- Protocolo de confirmación de aceptación de la autenticación PPP (CHAP) y protocolo de autenticación de contraseña (PAP)

- ID de la persona que llama (CLID) y servicio de identificación del número marcado (DNIS)

Componentes Utilizados

La información que contiene este documento se basa en las versiones de software y hardware indicadas a continuación.

- Los perfiles de marcador se introdujeron por primera vez en la versión 11.2 del software del IOS® de Cisco.

- Las instrucciones de este documento son para Cisco IOS Software Release 12.0(7)T y posteriores. El comportamiento del perfil del marcador en versiones anteriores del software Cisco IOS no se discute en este documento.

- Debido a los cambios realizados en los perfiles del marcador, le recomendamos que ejecute la versión 12.1 o posterior del software del IOS de Cisco. Los perfiles de marcador se pueden utilizar con cualquier router Cisco que tenga una interfaz ISDN.

La información que se presenta en este documento se originó a partir de dispositivos dentro de un ambiente de laboratorio específico. All of the devices used in this document started with a cleared (default) configuration. Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener un comando antes de ejecutarlo.

Utilice la herramienta Software Advisor (sólo clientes registrados) para verificar que la versión de software de Cisco IOS que está ejecutando admita esta función.

Sugerencia: En la herramienta Software Advisor, busque la función denominada Encapsulación múltiple dinámica para Dial-in sobre ISDN.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.

Antecedentes

El enrutamiento de marcado a petición (DDR) antiguo, aunque útil en muchos escenarios, es restrictivo en los casos en los que se desea diferenciar a los usuarios mediante la definición de diferentes características para los diferentes usuarios. Esto no puede llevarse a cabo con DDR heredado. Los perfiles del marcador se han diseñado como un nuevo modelo DDR para permitir que se configure un perfil específico del usuario en el router; el perfil determinaría las características de un usuario determinado y el perfil se enlazaría dinámicamente a una interfaz física (por ejemplo, una interfaz de velocidad básica o asíncrona - BRI) para las llamadas DDR entrantes o salientes. Los perfiles de marcador admiten el protocolo punto a punto (PPP), el control de enlace de datos de alto nivel (HDLC), la retransmisión de tramas o la encapsulación X.25 para la marcación entrante o saliente. La opción recomendada, y en la que se centra este documento, es la encapsulación PPP.

¿Son los perfiles de marcado los apropiados para usted?

Responda a las siguientes preguntas para determinar si los perfiles de marcador son la mejor opción para su configuración. Cualquier pregunta respondida con un 'no me importa' debe interpretarse como un 'no'. Para decidir cuál es el mejor método para utilizar, debería aplicar las respuestas a las siguientes preguntas en el diagrama que se muestra a continuación.

1. ¿Existe un requisito por usuario? En otras palabras, ¿será necesario aplicar funciones de forma diferente entre los usuarios, por ejemplo, compresión, tiempos de espera ociosos, direccionamiento de Capa 3 o cualquier otro servicio o función?

2. ¿Habrá conexiones a más de 200 sitios, independientemente de la dirección de llamada?

Nota: 200 sitios es un número arbitrario más allá del cual la ampliación de la red se convierte en un problema significativo.

3. ¿Habrá algún requisito para la marcación saliente?

Utilice el siguiente diagrama de flujo para obtener el mejor método de implementación DDR.

Diagrama de flujo de comparación de solución DDR

Para obtener más información sobre DDR heredada, refiérase al capítulo Guía de Configuración de Tecnologías de Marcado de Cisco IOS en Configuración de Dial-on-Demand Routing.

Para obtener más información sobre Virtual Profiles (VP), refiérase al capítulo Guía de Configuración de Tecnologías de Marcado de Cisco IOS en Plantillas Virtuales, Perfiles y Redes.

Para obtener más información sobre el marcado de salida a gran escala (LSDO), refiérase al capítulo Guía de Configuración de las Tecnologías de Marcado de Cisco IOS sobre Configuración del Marcado de Salida a Gran Escala.

Ventajas de Dialer Profiles con respecto a la DDR heredada

- A diferencia de DDR heredada, el perfil del marcador es una interfaz punto a punto. Esto aligera el requisito para una correspondencia de Capa 3 a Capa 2 y las complejidades adicionales de administrar las correspondencias múltiples.

- Configure diferentes miembros de una interfaz física con diferentes direcciones de red de Capa 3.

- Los perfiles del marcador permiten que las interfaces físicas adquieran diferentes características según los requisitos de llamadas entrantes o salientes.

- Permitir que una interfaz de respaldo no sea dedicada y utilizable cuando la interfaz primaria esté operativa.

- Controle el número mínimo o máximo de conexiones de entrada y salida desde una interfaz DDR.

- Se pueden establecer diferentes parámetros DDR para cada canal B de una interfaz ISDN.

Situaciones de muestra

Entre las situaciones comunes en las que los perfiles del marcador son útiles se incluyen:

- El router debe conectarse a varios sitios y los pares están en diferentes subredes.

- La interfaz física se debe utilizar tanto para el DDR normal como para proporcionar respaldo a un link WAN

- Algunos canales B deben reservarse para una determinada conexión

- Los pares ejecutan encapsulación diferente (por ejemplo, HDLC y PPP).

Nota: Esta función requiere la versión 12.0(7)T o posterior del software del IOS de Cisco

- Algunas conexiones pueden requerir varios canales mientras que otras sólo necesitan un solo canal.

- Cada conexión requiere diferentes valores de tiempo de espera inactivo.

- Cada conexión requiere diferentes definiciones de tráfico interesantes

- No se conoce la dirección IP del par

- Los canales ISDN B (en un PRI) necesitan configuraciones diferentes

Observe que la mayoría de las situaciones descritas anteriormente son problemas relacionados por usuario para los que los perfiles de marcador son ideales. Tenga en cuenta que la lista anterior no cubre todas las situaciones en las que se pueden utilizar perfiles de marcador.

Restricciones

Los perfiles de marcador tienen limitaciones conocidas. Por ejemplo:

- La autenticación PPP y Multilink se deben habilitar en las interfaces físicas así como en las interfaces del marcador, a menos que esté habilitado el enlace basado en CLID (requiere Cisco IOS Software Release 12.0(7)T o posterior).

- Cada interfaz de marcador toma un bloque de descripción de interfaz (IDB) que es la estructura interna que administra una interfaz. Se permite un número limitado de IDB (depende de la versión y la plataforma del software del IOS de Cisco); esto implica que los perfiles del marcador pueden no ampliarse para aplicaciones DDR grandes. Para obtener más información sobre los límites IDB de varias plataformas, refiérase a Número Máximo de Interfaces y Subinterfaces para Plataformas Cisco IOS: Límites IDB.

- Dentro del perfil del marcador, no existe un método para configurar un perfil de marcador genérico (ni siquiera un perfil predeterminado) para un grupo de usuarios que comparte las mismas características. Cada usuario debe tener su propio perfil.

Sugerencia: Utilice perfiles virtuales junto con perfiles de marcador. Los perfiles virtuales pueden proporcionar un “perfil predeterminado” excelente.

- Para las conexiones entrantes, no hay forma de limitar la cantidad de llamadas entrantes a un perfil sin responder primero a la llamada y sin incurrir en un cargo.

Componentes del perfil del marcador

Un perfil de marcador consta de los siguientes elementos:

- Interfaz de marcador: entidad lógica que define un perfil de marcador específico del usuario. Todos los ajustes de configuración específicos para el usuario pasan a la configuración de la interfaz del marcador; por ejemplo, las direcciones del protocolo de Capa 3, el tráfico interesante, los tiempos de espera. Observe que esta interfaz del marcador es completamente diferente de una interfaz del marcador utilizada como un grupo rotativo con DDR heredado Para el propósito de esta discusión, un perfil de marcador y una interfaz de marcador deben ser considerados sinónimos.

- Grupo de marcador: cada interfaz de marcador es miembro de un grupo de marcador único; el conjunto es un grupo de una o más interfaces físicas. Puede haber cualquier combinación de interfaces (asíncrona, ISDN, serial) en un agrupamiento. La contención de marcado saliente para una interfaz física específica se resuelve con el comando dialer pool-member priority.

- Interfaz física - Las interfaces (como BRI y async) están configuradas como miembros de una o más agrupaciones y están mínimamente configuradas para parámetros de encapsulación y para la identificación de las agrupaciones de marcado a las cuales pertenece la interfaz. La autenticación de PPP y el PPP de links múltiples (si es aplicable) se debe configurar también en la interfaz física, a menos esté disponible la vinculación basada en el Identificador de llamadas (CLID).

El siguiente diagrama representa un ejemplo de la interacción entre los distintos elementos de los perfiles de marcador.

Información sobre el proceso de vinculación con perfiles del marcador

Ahora desarrollaremos el concepto de vincular de forma dinámica los perfiles de los marcadores con las interfaces físicas por llamada.

La información de configuración para un par determinado está contenida en un perfil de marcador. Una vez que se realiza el marcado de entrada o de salida de ese par en particular a través de un puerto físico, el router debe vincular el perfil de marcador remoto a la interfaz física. Debido a que posiblemente habrá perfiles de marcadores múltiples configurados en el router, debe elegir adecuadamente cuál perfil enlazar para cualquier llamada dada (tanto entrante como saliente). Al discutir este tema marcando o marcando, proporcionamos un procedimiento paso a paso seguido de un diagrama de flujo. Consulte el diagrama de flujo cuando utilice el procedimiento paso a paso.

Llamadas salientes

Este escenario es muy similar al funcionamiento de un grupo rotativo de marcador; la interfaz física asume las características del perfil del marcador para una conexión determinada. El proceso de vinculación ocurre de la siguiente manera:

1. Un paquete entrante llega al router; una búsqueda de tabla de ruteo indica su dirección de destino a través de una interfaz de marcador.

2. El software del IOS de Cisco observa que la interfaz de marcado es un perfil de marcado. Si no hay una conexión existente para este perfil, se identifica el conjunto con el que está asociada la interfaz del marcador.

3. Si hay una conexión existente, el paquete se pone en cola a la interfaz física y si el tráfico es "interesante", se restablece el temporizador de inactividad.

4. Si no hay conexión existente, el tráfico se verifica con la lista de marcador para determinar si es interesante. Si no lo es, el paquete se descarta. Si se trata de tráfico interesante, vaya al paso 5.

5. Sin una conexión existente, el software de Cisco IOS busca la interfaz física que pertenece a la interfaz del marcador con la mayor prioridad de agrupamiento de marcadores. Esta es la interfaz que se utilizará para la marcación.279 Esta interfaz está asociada con la interfaz del marcador, lo cual genera que la interfaz física adopte la configuración de la interfaz del marcador.

6. El software Cisco IOS marca el número de teléfono para el perfil del marcador y, en este momento, se dan los pasos normales de DDR.

7. Si el nombre autenticado del par no coincide con el nombre remoto del marcador en el perfil del marcador saliente, la llamada se desconecta.

Diagrama de flujo de llamadas salientes

Esta secuencia es la misma independientemente de si los recursos compartidos de marcadores incluyen interfaces ISDN, interfaces asincrónicas o una combinación de ambas.

La cantidad de llamadas salientes desde un perfil puede administrarse con un umbral mínimo y uno máximo (mediante el comando dialer pool-member pool_number max-link number min-link number). El umbral mínimo sirve como un sistema de reserva, mientras que el umbral máximo previene la utilización excesiva de un perfil. Una vez alcanzado el umbral, no se permiten más llamadas salientes en ese perfil.

Marcación de entrada

El enlace del perfil del marcador para las llamadas entrantes es más complicado, ya que la interfaz entrante puede potencialmente ser miembro de varios grupos y estos grupos pueden asociarse con varios perfiles de marcador. Si no es posible el enlace dinámico, la llamada se desconecta. El proceso de vinculación es como se muestra a continuación:

Nota: Este proceso se muestra en orden de ejecución y la llamada se enlazará a la interfaz del marcador cuando se encuentre la primera coincidencia.

1. Si la interfaz física es un miembro de sólo un conjunto y sólo un perfil de marcador está asociado con este conjunto de marcación, entonces enlace la interfaz física a este perfil de marcador.

Nota: Este paso sólo se realiza si el perfil de marcador único configurado no tiene el comando dialer caller o el comando dialer called. Si se configura cualquiera de los comandos, este enlace sólo se realizará si hay una coincidencia satisfactoria.

2. Intente hacer coincidir la ID de la persona que llama (CLID) de la llamada con el comando dialer caller en la interfaz del marcador; sólo serán verificados los perfiles que estén asociados con el agrupamiento del cual sea miembro la interfaz física. Si se encuentra una coincidencia, vincule la interfaz física al perfil del marcador coincidente. Si esta verificación falla por cualquier motivo, continúe con el siguiente paso en un intento adicional de enlace. Para obtener más información sobre la persona que llama del marcador, refiérase al documento Autenticación ISDN y Devolución de Llamada con ID de la persona que llama. Este paso se saltea si la compañía telefónica no proporciona CLID o si dialer caller no está configurado en el perfil del marcador.

3. Intente enlazar usando la información de subdirección DNIS-plus-ISDN proporcionada por la compañía telefónica en el mensaje de configuración Q.931 de llamada entrante. Esta información de llamada entrante DNIS y de subdirección será comparada con el comando dialer called en el perfil de cada marcador. Si se encuentra una coincidencia, el enlace se realiza correctamente; de lo contrario, pasa a los siguientes criterios.

Nota: El enlace DNIS se permite solamente cuando la información de la subdirección ISDN está presente en el mensaje de configuración Q.931 de llamada entrante y el comando dialer called se configura correctamente en un perfil de marcador. Las subdirecciones ISDN se utilizan principalmente en Europa y Australia y no son comunes en Norteamérica.

4. Si la interfaz física está configurada para la autenticación PPP, conteste la llamada y autentique el par remoto. Utilice el nombre autenticado para identificar el perfil del dialer que tiene el mismo nombre configurado (con el comando dialer remote-name). Sólo serán verificados los perfiles que estén asociados con el agrupamiento del cual sea miembro la interfaz física. Si se encuentra una coincidencia, vincule la interfaz física a la interfaz del marcador coincidente. Si esta verificación falla por cualquier motivo, el algoritmo de intento de enlace falla y la llamada se desconecta.

Observe que un enlace no implica una conexión exitosa. Simplemente significa que la interfaz física ahora tiene una configuración que utilizar. Sin embargo, la llamada todavía puede desconectarse por otros motivos (por ejemplo, falla del protocolo de control IP (IPCP)).

Una vez que el enlace es exitoso y los dispositivos se autentican, el router verifica si el nombre remoto del marcador coincide con el nombre de usuario autenticado del peer. Si los nombres no coinciden, la llamada se desconecta.

Sólo las llamadas ISDN sincrónicas pueden vincularse mediante la Id. de la parte llamadora o DNIS. Actualmente, no se hace ningún esfuerzo por utilizar los CLID/DNIS suministrados para unir llamadas de módem en el caso en que la llamada de módem se envíe por una conexión BRI o PRI de ISDN.

Se puede administrar la cantidad de llamadas entrantes desde un perfil mediante un umbral máximo (la opción max-link en el comando dialer pool-member). El umbral máximo evita la utilización excesiva de un perfil. El router responde la llamada para determinar para qué perfil es la llamada y si se llegó o no al límite máximo de conexión del perfil. Si se ha alcanzado el máximo, la llamada se desconectará.

Resumen de tareas de configuración de perfil de marcador

Para configurar los perfiles de marcado, realizar las siguientes tareas:

1. Configure una o más interfaces de marcador. Todos los parámetros de configuración específicos para el destino entran en la configuración de la interfaz del marcador.

Paso

Comando

Propósito

1.

número de marcador de interfaz

Cree una interfaz de marcador.

2.

dirección de IP ip_address subent mask o interfaz de IP sin número o dirección de IP negociada.

Especifique la dirección y máscara IP de la interfaz de marcador como nodo en la red de destino a llamar. También puede ejecutar el comando unnumber hacia la otra interfaz Up/Up en el router o puede conseguir la dirección durante la negociación IPCP.

3.

encapsulación ppp

Especifique el encapsulado de PPP.

4.

(Opcional) ppp authentication chap | pap [callin]

Especifique el método de autenticación de PPP. Esto es necesario únicamente si no está realizando conexiones basadas en CLID o DNIS. Consulte la sección Marcado entrante para más información:

5.

número de parte llamadora del marcador

Configure el ID de la persona que llama (CLID) del par (utilizado para el enlace). Asegúrese de que la compañía telefónica proporciona CLID en el mensaje de CONFIGURACIÓN de llamada entrante.

6.

(Opcional) dialer llamado DNIS:subaddress

Especifica la información de subred y DNIS que puede utilizarse para vinculaciones. Esto se usa principalmente en Europa y Australia.
Nota: Configure tanto el DNIS como la subdirección; de lo contrario, cada intento de enlace DNIS a este perfil fallará.

7.

dialer remote-name username

Especifique el nombre de autenticación del router remoto. Si el nombre de usuario no se especifica correctamente, la llamada se desconectará.

8.

dialer string dial-string class class-name

Especifique el destino remoto para la llamada y la clase de asociador que define las características para las llamadas a este destino. La clase de asociador es opcional. Este comando sólo es necesario si el router realiza llamadas salientes.

9.

dialer pool pool-number

Especifique el grupo de marcado a utilizar para llamadas a este destino.

10.

dialer-group group-number

Asigne la interfaz del marcador a un grupo de marcador. Esto aplica la definición de tráfico interesante a la interfaz.

11.

dialer-list group-number protocol protocol-name {permit | deny | list} access-list-number

Especifique una lista de acceso (en el modo de configuración global) mediante el número de lista o mediante el protocolo o el número de lista para definir los paquetes "interesantes" que pueden activar una llamada. El número de grupo debe ser el mismo que en el paso 9

2. (Opcional) Configure una clase de asociador para especificar distintas características para los diferentes tipos de llamadas por destino de llamada. Refiérase a la sección Configuración del Comando map-class dialer para obtener más información.

3. Configure las interfaces físicas.

Paso

Comando

Descripción

1.

interface interface_type number

Configure los parámetros de interfaz física para los perfiles de marcador

2.

(Opcional) encapsulación ppp

Especifique la encapsulación PPP como valor predeterminado. También puede configurar x25, Frame Relay, HDLC, etc. Aunque la interfaz física emplea encapsulación PPP, la encapsulación real que se ejecuta sobre los canales B está determinada por la configurada en el perfil del marcador enlazado a esta interfaz.

3.

(Opcional) ppp authentication chap | pap [callin]

Especifique el método de autenticación de PPP. Esto es necesario únicamente si no está realizando conexiones basadas en CLID o DNIS. Consulte la sección Marcado entrante para más información:

4.

Multilink ppp (opcional)

Permite el multilink PPP en esta interfaz física. Esto es necesario únicamente si no está realizando conexiones basadas en CLID o DNIS. Consulte la sección Marcado entrante para más información:

5.

dialer pool-member pool-number

Asigne la interfaz física a un conjunto de marcadores. Este número de agrupamiento debe ser el mismo que aquel que ha sido configurado en el Paso 9 de la tabla anterior.

Nota: Si cada conexión entrante a través de esta interfaz física no se enlaza mediante CLID o DNIS, debe configurar encapsulation ppp, ppp authentication y ppp multilink (si corresponde) en la interfaz física.

4. Configure el nombre de usuario y la contraseña para la autenticación CHAP o PAP. Para obtener más información sobre la configuración de PAP, consulte Configuración y resolución de problemas del protocolo de autenticación de contraseña PPP (PAP). Para obtener información sobre CHAP, vea Comprensión y Configuración de la Autenticación CHAP PPP.

5. Configure una ruta estática con la interfaz del marcador como salto siguiente.

Ejemplo de configuración

En la ilustración anterior:

- Dialer interface Dialer1 utiliza dialer pool 10

- Dialer interface Dialer2 utiliza dialer pool 20

- Dialer interface Dialer3 utiliza dialer pool 30

- BRI 0, BRI 1, BRI 2 pertenecen al conjunto de marcado 10

- BRI 1, BRI 2 pertenecen al conjunto de marcado 20

- BRI 2 pertenece al conjunto de marcadores 30

Si la interfaz Dialer1 necesita establecer una conexión DDR, utilizará una de las BRI en el conjunto de marcadores 10. En este caso, se utilizará un canal B de BRI 0, BRI 1 o BRI 2 para la llamada.

Si la interfaz del marcador Dialer2 necesita realizar una conexión DDR, utiliza el conjunto del marcador 20 (y por extensión BRI 1 o BRI 2).

Para evitar la contención dentro de un conjunto de marcadores, puede dar prioridad a las interfaces físicas del conjunto de marcadores.

Configuración de interfaces de marcador

Estas tareas de configuración de la interfaz del marcador se presentan en la siguiente configuración de muestra:

interface Dialer1

ip address 1.1.1.1 255.255.255.0

! -- IP Address. ! -- For simplicity keep this address in the same network as the peer.

! -- If needed, you can unnumber this to another interface instead.

encapsulation ppp

dialer remote-name Smalluser

! -- Authenticated remote name of the peer.

! -- Verify that this name exactly matches the authenticated name of the remote.

dialer string 5554540

! -- Number for outbound call. For inbound calls this is not needed.

! -- Multiple dial strings can be specified for the same dialer interface.

dialer caller 5554540

! -- CLID information used for binding.

dialer pool 10

!-- Member of dialer pool 10.

!-- The dialer interface can only be a member of 1 pool(the reverse is not true).

dialer-group 1

! -- Interesting traffic is defined by dialer-list 1.

!

interface Dialer2

ip address 2.2.2.2 255.255.255.0

encapsulation ppp

dialer remote-name Mediumuser

!-- Note that the remote-name is different from the other profiles.

!-- Do not configure two dialer profiles with the same remote-name.

dialer string 5554541

dialer caller 5554541

dialer load-threshold 50 either

! -- Load threshold (50/255=20%) for multilink ppp.

dialer pool 20

dialer-group 2

ppp multilink

! -- Dialer 2 can perform Multilink PPP.

!

interface Dialer3

ip address 3.3.3.3 255.255.255.0

encapsulation ppp

dialer remote-name Poweruser

dialer string 5554542 class Eng

!--- Dial 5554542 and use the map-class named "Eng" (defined below).

dialer caller 5554542

dialer hold-queue 10

dialer load-threshold 80

! -- Load threshold (80/255=32%) for multilink ppp.

dialer pool 30

dialer-group 2

ppp multilink

! -- Dialer 3 can perform Multilink PPP.

!

map-class dialer Eng

!--- Map-class named "Eng" that was used with the dialer string in Dialer3.

isdn speed 56

Nota: Configure una interfaz de marcador para cada dispositivo remoto al que deba conectarse.

Comandos mínimos necesarios para configurar la interfaz del marcador:

- Utilice el comando dialer remote-name user-name para especificar el destino remoto. Este es el nombre del router remoto pasado para autentificación.

- Utilice el comando dialer string string para especificar el número que se marcará (para llamadas salientes). Si es necesario, puede configurar una clase de mapa.

- Utilice el comando dialer caller lookup para especificar el CLID del par.

- Utilice el comando dialer pool number vincular una interfaz del marcador con un agrupamiento de marcadores. Tenga en cuenta que una interfaz de marcador sólo se puede asociar a un conjunto de marcador, pero un conjunto de marcador se puede asociar a muchas interfaces de marcador.

- El comando dialer-group group-number se usa para referirse a una lista de marcador que define el tráfico “interesante”.

Nota: El protocolo dialer-list dialer-group protocol-name {permit | deny El comando | list access-list-number} especifica un protocolo o un número de lista de acceso que define los paquetes "interesantes" para activar una llamada.

Configuración del Comando map-class dialer

Puede utilizar el comando map-class dialer class-name para especificar una clase de mapa e ingresar al modo de configuración map-class. La tabla siguiente muestra las opciones:

Comando

Descripción

dialer isdn [speed <56>] | [no-spc]

Especifica la velocidad de línea ISDN de 56 kbps.
Nota: 64 Kbps es el valor predeterminado. El parámetro de velocidad se utiliza solamente con una velocidad de línea de 56 Kbps; 64 no es una opción válida.

Nota: Póngase en contacto con su compañía telefónica para determinar si es necesario.

dialer idle-timeout number

Especifica los valores del temporizador de inactividad que se deben utilizar cuando se realiza una llamada. El valor predeterminado es 120 segundos.
Nota: también puede configurar el tiempo de espera inactivo en la interfaz del marcador.

número de marcado rápido inactivo

Especifica los valores del contador de tiempo rápido de inactividad que deben usarse al establecer una llamada. Se utiliza cuando existe congestión en una interfaz física. El valor predeterminado es 20 segundos.

número de marcador wait-for-carrier-time

Especifica los valores del temporizador de la portadora que se deben utilizar cuando se realiza una llamada.

Nota: Algunos de los comandos del marcador que se muestran arriba pueden configurarse directamente bajo la interfaz del marcador o la clase de mapa. El mismo comando puede aparecer más de una vez, posiblemente con parámetros diferentes. El orden de procedencia es de mayor a menor:

- parámetros de clase de asociador

- parámetros de interfaz

Configuración de interfaces físicas

Utilice el comando dialer pool-member number para asignar una interfaz física a un conjunto de marcadores. Puede asignar una interfaz a recursos compartidos por varios marcadores este comando de configuración de la interfaz a fin de especificar varios números de recursos compartidos por marcadores.

Utilice la opción priority de este comando para establecer la prioridad de la interfaz dentro de un conjunto de marcadores.

interface BRI0

no ip address

encapsulation ppp

! -- Specify that the default encapsulation for this interface is ppp. ! -- Although BRI0 employs ppp encapsulation, the actual encapsulation ! -- running over the B-channels are determined by the one configured ! -- on the dialer profile bound to this interface.

dialer pool-member 10 priority 100

! -- BRI 0 is a member of pool 10.

!

interface BRI1

no ip address

encapsulation ppp

dialer pool-member 10 priority 50

! -- BRI 1 is a member of pool 10. ! -- Note that the priority is less than BRI 0.

dialer pool-member 20 priority 100

! -- BRI 1 is a member of pool 20. ! -- Note that the priority is higher than BRI 2.

!

interface BRI2

no ip address

encapsulation x25

! -- Although BRI2 employs X25 encapsulation, ! -- the actual encapsulation running over the B-channels ! -- are determined by the one configured on the dialer profile ! -- bound to this interface.

dialer pool-member 10 priority 10

! -- BRI 1 is a member of pool 10. ! -- Note that the priority is less than BRI 0 and BRI 1.

dialer pool-member 20 priority 50

! -- BRI 2 is a member of pool 20. ! -- Note that the priority is lower than BRI 1.

dialer pool-member 30

...

...

...

Nota: Si no puede hacer el enlace basado en CLID o DNIS, debe configurar los comandos encapsulation ppp, ppp authentication chap | pap [callin] y ppp multilink (si procede) en la interfaz física.

Los parámetros del comando dialer pool-member optional incluyen:

Parámetro

Descripción

número

Establece el número de agrupamiento del marcador. Este es un valor decimal de 1 a 255.

número de prioridad

Establece la prioridad de la interfaz física dentro del conjunto de marcadores. Las interfaces con un número de prioridad se seleccionan primero para el marcado de salida. Este es un valor decimal de 1 a 255. Un valor mayor indica una prioridad más alta. Esto sólo es necesario si existe contención en la interfaz física para llamadas salientes.

número de link mínimo

Canales ISDN B en una interfaz reservada para este conjunto de marcadores. Este es un número de 1 a 255. Esto se puede usar como un simple sistema de reserva de canal.

número max-link

Fija el número máximo de canales ISDN B en una interfaz reservada para estos recursos compartidos de marcadores. Este es un número de 1 a 255.

Ejemplo de configuración del perfil del marcador

Para obtener una configuración de ejemplo completa usando perfiles de marcador, consulte Configuración de DDR ISDN con perfiles de marcador.

Para ver ejemplos de configuración que no son de PPP, consulte los siguientes documentos:

- HDLC: ISDN DDR mediante encapsulado HDLC con encapsulaciones múltiples dinámicas

- X.25 y Frame Relay: Encapsulaciones Múltiples Dinámicas para Dial-In over ISDN

Ajuste y comandos opcionales

Consulte el documento Comandos de DDR de igual a igual con perfiles de marcador para obtener más información sobre el ajuste y los comandos opcionales.

Verificación del funcionamiento de perfil de marcador

El comando show interface dialer1 muestra información acerca de llamadas entrantes y salientes:

Router# show interfaces dialer1

Dialer1 is up, line protocol is up (spoofing)

! -- The dialer interface is up/up(spoofing). ! -- Dialer interface is always up(spoofing) so that the route ! -- to the dialer interface remains in the routing table. ! -- Refer to the Note below.

Hardware is Unknown

Internet address is 1.1.1.1/24

! -- IP address for the dialer interface.

MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/255

Encapsulation PPP, loopback not set

! -- Encapsulation on the dialer interface.

DTR is pulsed for 1 seconds on reset

Interface is bound to BRI0:1

! -- This dialer is bound to 1 B-channel.

Last input 00:00:38, output never, output hang never

Last clearing of "show interface" counters 00:05:36

Queueing strategy: fifo

Output queue 0/40, 0 drops; input queue 0/75, 0 drops

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

38 packets input, 4659 bytes

34 packets output, 9952 bytes

Bound to:

BRI0:1 is up, line protocol is up

! -- B-channel to which Dialer1 is bound to.

Hardware is BRI

MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/255

Encapsulation PPP, loopback not set, keepalive not set

Interface is bound to Dialer1 (Encapsulation PPP)

! -- Encapsulation applied by the dialer profile.

LCP Open, multilink Open

Last input 00:00:39, output 00:00:11, output hang never

Last clearing of "show interface" counters never

Queueing strategy: FIFO

Output queue 0/40, 0 drops; input queue 0/75, 0 drops

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

78 packets input, 9317 bytes, 0 no buffer

Received 65 broadcasts, 0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

93 packets output, 9864 bytes, 0 underruns

0 output errors, 0 collisions, 7 interface resets

0 output buffer failures, 0 output buffers swapped out

4 carrier transitions

Nota: La interfaz del marcador siempre será al menos up/up (spoofing). La palabra simulación indica que la línea realmente no está en funcionamiento, pero el marcador está forzando la línea para enmascararla como "en funcionamiento" de manera que los protocolos de nivel superior continúen funcionando como es esperado. La simulación es un estado que se agrega para que DDR funcione. La interfaz "marca a petición" en respuesta a los paquetes que se le enrutan. Sin embargo, dado que ningún paquete se enruta a interfaces "inactivas", la interfaz debe fingir que está activa (simulación), de modo que los paquetes se rutearán hacia ella incluso cuando no esté conectada. El estado de simulación es el habitual en una interfaz de marcación a pedido.

Solución de problemas de perfiles de marcador

Síntoma

comando debug

Resolución

El marcado nunca se realiza

debug dialer

Confirme el tráfico interesante, la configuración de ruteo, el número de teléfono del marcador y la configuración del conjunto del marcador.

Las llamadas entrantes no se conectan correctamente

debug dialer

Confirme si uno de los tres pasos de enlace se realizará correctamente.

Las llamadas se desconectan en forma prematura o no se desconectan nunca

debug dialer packet

Confirmar configuración de paquete interesante

Al igual que ocurre con DDR heredada, el comando más apropiado para depurar los problemas del perfil del marcador es debug dialer. En el caso de una llamada exitosa, la depuración no indicará más de los mensajes registrados que ya tienen. En el caso de una falla, hay varios problemas que pueden ser la causa.

El marcado nunca se realiza

Encienda la depuración del marcador y genere tráfico interesante hacia el par. El router debe intentar marcar. A continuación se muestra un ejemplo de salida:

maui-soho-01#ping 10.1.1.1

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds:

*Mar 1 00:24:47.242: BR0 DDR: rotor dialout [priority]

*Mar 1 00:24:47.250: BR0 DDR: Dialing cause ip (s=192.168.1.1, d=10.1.1.1)

*Mar 1 00:24:47.250: BR0 DDR: Attempting to dial 5551111

Verifique si debug dialergenera algún resultado de debug. Si no hay ningún resultado debug dialer, o si falla el enlace, esto es más probable porque el paquete IP que está enviando ni siquiera se rutea a la interfaz del marcador. Siga los pasos a continuación. Para obtener más información sobre el enlace, consulte la sección Marcación saliente de este documento.

Solución de problemas de vinculación para llamadas salientes

Siga estos pasos para resolver problemas de enlace de llamadas salientes.

1. Si el perfil del marcador no está asociado con un conjunto de marcadores, debug dialer indicará lo siguiente para una llamada saliente:

*Mar 1 07:20:45.676: Di15: Cannot place call, no dialer pool set

Configure el comando Solución:dialer pool en la interfaz del marcador.

2. Si la interfaz física no está asociada con ningún conjunto, el mensaje de depuración en el router que llama será el mismo que en el caso de que no haya más interfaces físicas disponibles, lo que provocará que se active el temporizador de inactividad rápida.

*Mar 1 11:54:14.937: Di15: No free dialer - starting fast idle timer

Configure el comando Solución:dialer pool-member en la interfaz física para asociarlo a un conjunto de marcadores

Solución de problemas de ruteo para llamadas salientes

Una vez que haya verificado que la configuración de los recursos compartidos de marcadores sea correcta:

1. Verifique que la IP esté configurada en la interfaz del marcador. Debería tener una dirección IP en la interfaz o un número de tipo sin número de IP (donde el número de tipo es otra interfaz en la cual el router tiene una dirección IP asignada) o una dirección IP negociada.

2. Verifique si el comando ip routing está configurado. Cuando observa la configuración mediante el comando show running-config, no debería ver el comando no ip routingconfigured.

3. Asegúrese de que haya una ruta estática que apunte a la interfaz del marcador. El siguiente ejemplo es una ruta estática para 172.22.53.0/24 con salto siguiente Marcador 1:

maui-soho-01(config)#ip route 172.22.53.0 255.255.255.0 dialer 1

4. Verifique que la interfaz del marcador no esté en estado apagado. Utilice el comando show interface dialer interface para verificar que la interfaz esté up/up o para comprobar que no haya sistemas cerrados en la configuración de la interfaz del marcador.

Hay una Saida de depuración pero no hay un mensaje de “Intentando marcar”

En este caso, es probable que haya un paquete de IP enrutado a la interfaz, pero el router lo rechaza y por algún motivo no inicia la llamada . Observe el resultado debug dialer para averiguar por qué no se realiza el intento de llamada. A continuación se muestran algunos problemas indicados por debug dialer y sus posibles razones:

Ejemplo 1

*Mar  1 00:07:22.255: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1),

100 bytes, outgoing uninteresting (no dialer-group defined).

No hay un grupo de marcadores configurado en la interfaz del marcador. Agregar un grupo de marcadores como en el siguiente ejemplo:

interface Dialer1

dialer-group 1

Ejemplo 2

*Mar  1 00:08:24.919: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1),

100 bytes, outgoing uninteresting (dialer-list 1 not defined).

Existe un enunciado de grupo de marcador en la interfaz de marcador, pero la lista de marcador a la que se refiere no existe. Configurar la lista de marcadores como en el siguiente ejemplo:

dialer-list group-number protocol ip permit

Nota: el valor para group-number debe ser el mismo que el configurado en dialer-group group-number. En este ejemplo, configure dialer-list 1.

Ejemplo 3

*Mar  1 00:25:32.551: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1),

100 bytes, outgoing interesting (ip PERMIT)

*Mar  1 00:25:32.555: Di1 DDR: No free dialer - starting fast idle timer.

En este caso, el paquete de salientes se considerará lo suficientemente interesante para incrementar el link. No obstante, no existe una interfaz física disponible para tomar la llamada. Asegúrese de que dialer pool-member number esté configurado en la interfaz física y que dialer pool number esté configurado en la interfaz del marcador. Ejemplo:

interface BRI0

dialer pool-member 1

!

interface Dialer1

dialer pool 1

Además, verifique que la interfaz física no esté en estado apagado. Use el comando no shutdown en la interfaz física.

Ejemplo 4

*Mar  1 00:37:24.235: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1),

100 bytes, outgoing interesting (ip PERMIT)

*Mar  1 00:37:24.239: Di1 DDR: Cannot place call, no dialer string set.

En este caso, no se configura cadena de marcado cadena de marcado en la interfaz del marcador. El router desea hacer una llamada pero no conoce el número. Defina una cadena de marcador:

interface Dialer1

dialer string 8134

Las llamadas entrantes no se conectan correctamente

Una falla de llamada con el perfil del marcador puede deberse a problemas que vinculan la interfaz física con la interfaz del marcador para esa llamada. Verifique que el router encuentra una de las condiciones para vincular como se describió en la sección anterior Marcación de entrada. Siga los pasos a continuación:

1. Si el perfil del marcador no está asociado con un conjunto de marcadores, debug dialer indica lo siguiente para una llamada entrante:

*Mar 1 11:51:24.873: BRI0:1:

Authenticated host HQ-NAS with no matching dialer profile

Configure el comando Solución:dialer pool en la interfaz del marcador.

2. Recuerde que hay cuatro intentos de vinculación. Suponiendo que tenemos más de un perfil de marcador, el intento de enlace CLID y DNIS falla y la autenticación PPP no está configurada (evitando la posibilidad de la cuarta prueba). Se generará el siguiente mensaje sobre depuración de marcador en el router que es llamado.

*Mar 1 11:59:36.521: ISDN BR0:1: Incoming call rejected, unbindable

Configurar Solución:ppp authentication chap | pap [callin] en la interfaz física.

3. Si la autenticación PPP está habilitada en la interfaz física, el cuarto intento de enlazar continuará. El router usará el nombre del usuario autenticado para intentar vincularse con una de las interfaces de marcado en el agrupamiento de marcado. Si ese intento falla, se verá la siguiente depuración en el router llamado:

*Mar 1 12:03:32.227: BRI0:1:

Authenticated host HQ-NAS with no matching dialer profile

Configure el comando dialer remote-name en la interfaz del marcador. El nombre especificado debe coincidir exactamente con el nombre de usuario proporcionado por el router remoto para autenticación. En este ejemplo, el nombre de usuario autenticado es HQ-NAS.Solución:

Las llamadas se desconectan en forma prematura o no se desconectan nunca

Si la llamada se desconecta inesperadamente o la llamada nunca se desconecta, verifique el tiempo de espera inactivo del marcador y la definición de tráfico interesante. Puede usar el comando debug dialer packet para verificar si un paquete en particular es o no interesante. Por ejemplo:

Apr 26 01:57:24.483: Di1 DDR: ip (s=192.168.1.1, d=224.0.0.5), 64 bytes,

outgoing uninteresting (list 101)

Apr 26 01:57:26.225: Di1 DDR: ip (s=192.168.1.1, d=10.1.1.1), 100 bytes,

outgoing interesting (list 101)

En el ejemplo anterior, los saludos Open Shortest Path First (OSPF) no son interesantes por access-list 101, mientras que el segundo paquete es interesante por access-list 101.

1. Modifique el descanso ocioso del marcador en la configuración de la interfaz del marcador. El valor predeterminado es 120 segundos, pero es posible que desee incrementar o disminuir este valor según sus necesidades.

2. Cambie la definición de tráfico interesante (que se configura con el comando dialer-list). Si la llamada se desconecta prematuramente, es posible que desee definir el tráfico interesante de forma más flexible. Si la llamada nunca se desconecta, cambie su definición de tráfico interesante para que sea más restrictiva. Por ejemplo, puede definir el tráfico del protocolo de ruteo como poco interesante. El siguiente es un ejemplo de una definición de tráfico interesante:

access-list 101 remark Interesting traffic for dialer-list 1

access-list 101 deny ospf any any

!--- Mark OSPF as uninteresting. This will prevent OSPF hellos !--- from keeping the link up.

access-list 101 deny udp any any eq ntp

!--- Define ntp traffic as NOT interesting. !--- This will prevent periodic ntp traffic from keeping the !--- link up indefinitely.

access-list 101 permit ip any any

!--- All other IP traffic is interesting. Change this depending on your !--- traffic needs.

dialer-list 1 protocol ip list 101

Para obtener más información, consulte el documento Tecnología de marcado manual: Descripciones y explicaciones.

Información Relacionada

- Configuración de ISDN DDR con perfiles de marcado

- Configuración de un router para sitios de marcación múltiple mediante ISDN BRI

- Diagrama de flujo de resolución de problemas de ISDN BRI

- Configuración de Dial-On-Demand Routing

- Soporte Técnico y Documentación - Cisco Systems