Información y solución de problemas acerca de tiempos de espera agotados por inactividad
Contenido
Introducción
Un problema común que afecta a los links de marcado son las caídas inesperadas de llamadas. Las razones varían desde fallas de hardware hasta problemas con la compañía de telecomunicaciones. Sin embargo, una de las causas más frecuentes de las caídas de llamadas inesperadas es el vencimiento del tiempo de espera agotado inactivo.
Otro problema común del tiempo de espera inactivo es que el link no se desconecta ya que el tiempo de espera inactivo nunca caduca. Esto puede traer como consecuencia gastos altos de conexión que son cobrados según el tiempo durante el cual la llamada está conectada.
Este documento se centra en la configuración y solución de problemas de tiempo de espera de inactividad.
Prerequisites
Requirements
No hay requisitos específicos para este documento.
Componentes Utilizados
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Convenciones
Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.
Problemas y síntomas comunes
Los siguientes síntomas pueden indicar problemas relacionados con el tiempo de espera inactivo:
-
Las llamadas se desconectan cada dos minutos (120 segundos) después que se establece la conexión.
Esta desconexión normalmente se debe a que el tiempo de espera inactivo predeterminado de 120 segundos está habilitado, mientras que la definición de tráfico interesante no está determinada o no está aplicada a la interfaz. Aunque el comando dialer in-band habilita un tiempo de espera inactivo predeterminado de 120 segundos en la interfaz, este valor no aparece en el resultado show running-configuration. Debido a que el tiempo de espera inactivo predeterminado no está visible, a menudo se diagnostica erróneamente una desconexión de 120 segundos.
-
Las llamadas se desconectan cada x minutos una vez establecida la conexión.
Esta desconexión se debe normalmente al tiempo de espera inactivo que se configura (mediante el comando dialer idle-timeout), mientras que la definición de tráfico interesante no se define o no se aplica a la interfaz.
-
Las llamadas se desconectan en forma prematura. Probablemente, esto se debe a un valor bajo de descanso ocioso del marcador combinado o a una definición restrictiva del tráfico interesante.
-
Las llamadas no se desconectan. Esto se debe probablemente a un valor elevado del tiempo de espera inactivo del marcador junto a una definición deficiente de tráfico interesante.
Tiempos de espera agotados por inactividad
El comando de tiempo de espera de inactividad clave es el dialer idle-timeout, que es un comando de configuración de interfaz para interfaces asíncronas, asíncronas de grupo, ISDN y de marcador. (Otro comando usado comúnmente, ppp timeout idle, que se utiliza en interfaces de acceso virtual, se encuentra fuera del alcance de este documento. Pautas de configuración del MSN dual
El comando dialer idle-timeout {x} se puede configurar en cualquier interfaz con capacidad de marcador. El contador de inactividad controla cuánto tiempo puede estar inactiva la conexión (en segundos) antes de que finalice. El conector se reinicia o cuenta de manera regresiva en base a lo que el router determina como "tráfico interesante". Si el router ve tráfico interesante (como se define en dialer-list), restablece el temporizador de inactividad, o de lo contrario el temporizador de inactividad continúa contando hacia abajo. Cuando el temporizador alcanza cero, la llamada se desconecta.
A continuación se detallan algunos puntos que debe tener en cuenta sobre este comando.
-
Este comando sólo puede aplicarse a interfaces que sean capaces de utilizar el marcador. De forma predeterminada, todas las interfaces ISDN (Interfaz de velocidad básica [BRI] e Interfaz de velocidad primaria [PRI]) son compatibles con el marcador, por lo que se puede agregar este comando sin problemas.
-
Las interfaces asincrónicas (por ejemplo, interfaz asincr. x o grupo de intefaz asincr. x) no son capaces de marcar de manera predeterminada. Debe hacerlos con capacidad de marcador ingresando el marcador del comando en banda. Tenga en cuenta que las plantillas virtuales (y, por lo tanto, las interfaces de acceso virtual) no son compatibles con el marcador, sino que sólo son punto a punto. Por eso, al incluirse mejoras en la estructura del tiempo de espera agotado por inactividad, no pueden emplear este comando a menos que ejecuten la versión 12.2(4)T del IOS® de Cisco.
-
Sólo puede configurar el dialer idle-timeout después de ingresar el comando dialer in-band en la interfaz asíncrona.
-
En una interfaz con capacidad de marcador (es decir, ISDN o asíncrono con marcador en banda), el tiempo de espera inactivo predeterminado es 120 segundos (dos minutos). Se usa el valor predeterminado a menos que configure explícitamente el comando dialer idle-timeout con un valor diferente del tiempo de espera inactivo.
Nota: El tiempo de espera inactivo predeterminado no se muestra en la configuración porque es el valor predeterminado. Utilice el comando show dialer para determinar si se impone un tiempo de espera inactivo en la interfaz.
-
Si desea que los usuarios puedan permanecer conectados hasta que decidan desconectarse, utilice el comando dialer idle-timeout 0. La opción cero para dialer idle-timeout se introdujo en Cisco IOS Software Release 12.1(3)T, y establece un tiempo de espera infinito.
Tráfico interesante
Con el Dial-on-demand Routing (DDR), todo el tráfico se clasifica como interesante o no interesante. Si el tráfico es interesante, entonces el router se conecta al par. Si el tráfico no es interesante, la llamada no se conecta. Sin embargo, para las conexiones que ya están conectadas, el tráfico interesante tiene un propósito diferente. Se utiliza para restablecer el tiempo de espera inactivo nuevamente al valor máximo (configurado con el comando dialer idle-timeout). En el momento en que se realiza la conexión, el temporizador de inactividad comienza a disminuir. Una vez que el router recibe un paquete que se ajusta a la definición de tráfico interesante, el temporizador de inactividad vuelve a su valor máximo.
El tráfico que se considera interesante se define por el comando dialer-list {n} (en el modo de configuración global), donde {n} coincide con el número en la sentencia de comando dialer-group {n} en la configuración de la interfaz.
Hay dos métodos para definir el tráfico interesante. El método simple (mediante el comando dialer-list) especifica un protocolo completo (como IP o IPX) como interesante o no interesante. Sin embargo, si necesita dar una definición de tráfico interesante granular (por ejemplo, si el tráfico HTTP es interesante, pero el tráfico Telnet no lo es), necesita utilizar el comando dialer-list junto con una lista de acceso.
Consulte la sección Configuración del Tiempo de Espera Inactivo y el Tráfico Interesante para obtener más información sobre la configuración del tráfico interesante.
Especificación de la dirección del tráfico interesante
De forma predeterminada, el dialer idle-timeout se restablece al máximo por el tráfico interesante en la dirección saliente. Si únicamente el tráfico entrante debiera reiniciar el tiempo inactivo, entonces utilice la entrada de la palabra clave adicional. Utilice la palabra clave both para el tráfico entrante y saliente para restablecer el tiempo de espera inactivo . Esto fue implementando en la versión 12.1 (1)T del software Cisco IOS.
Beneficios: Si especifica que sólo el tráfico entrante restablecerá el temporizador de inactividad del marcador, puede evitar que el tráfico de Internet inesperado mantenga una conexión inactiva desconectada.
Definición del tráfico interesante y del descanso ocioso
El tráfico interesante debe definirse en ambos extremos de un link DDR. Incluso si el router que recibe la llamada sólo maneja llamadas entrantes y no realiza llamadas salientes, aún debemos definir el trafico interesante.
La definición de tráfico interesante tiene un objetivo diferente para llamadas entrantes Async e ISDN.
Para los usuarios de ISDN (correspondientes a la interfaz de marcador X)
Los comandos dialer-group y dialer-list se requieren en la interfaz del marcador, independientemente de si desea aplicar el tiempo de espera inactivo o no. Los comandos dialer-group y dialer-list son necesarios en la interfaz del marcador para evitar fallas de encapsulación. Este requisito es sólo para usuarios ISDN y no para usuarios asíncronos y la interfaz asíncrona de grupo.
Para aplicar un tiempo de espera inactivo, agregue los comandos dialer in-band y dialer idle-timeout. Sin embargo, si dialer in-band está configurado pero dialer idle-timeout no lo está, entonces el tiempo de espera inactivo será predeterminado a dos minutos para los usuarios ISDN.
Si desea que los usuarios ISDN permanezcan conectados hasta que decidan desconectarse, utilice el comando dialer idle-timeout 0. La opción cero para el tiempo de espera inactiva del marcador es un lanzamiento que se hizo a través de la versión 12.1(3)T del software IOS de Cisco, la cual fija un tiempo de espera infinito.
Para usuarios ISDN (Correspondiente a la interfaz BRI x y la interfaz Serial x:23)
Todas las interfaces físicas de ISDN están habilitadas para DDR de manera predeterminada. Esto significa que el marcador en banda ya está habilitado en esa interfaz. Para imponer un tiempo de espera inactivo, agregue el comando dialer idle-timeout. Sin embargo, si dialer in-band está configurado pero dialer idle-timeout no lo está, el tiempo de espera inactivo predeterminado es de dos minutos para los usuarios ISDN.
Los comandos dialer-group y dialer-list son necesarios en esa interfaz, independientemente de si desea aplicar idle-timeout o no. Los comandos dialer-group y dialer-list son necesarios en la interfaz para evitar fallas de encapsulación. Este requisito es sólo para usuarios ISDN, no para usuarios asíncronos y la interfaz asíncrona de grupo.
Si desea que los usuarios ISDN permanezcan conectados hasta que decidan desconectarse, utilice el comando dialer idle-timeout 0. La opción cero para el tiempo de espera inactiva del marcador es un lanzamiento que se hizo a través de la versión 12.1(3)T del software IOS de Cisco, la cual fija un tiempo de espera infinito.
Para usuarios asíncronos (correspondiente a la interfaz Group-Async X)
Para imponer un tiempo de espera inactivo para los usuarios de Asyn, configure los siguientes comandos en la interfaz de grupo asincrónico:
-
dialer in-band
-
dialer idle-timeout
-
dialer-group
La lista del marcado correspondiente también es necesaria. Los comandos dialer-group y dialer-list especifican el tráfico interesante en la interfaz asíncrona de grupo.
Para usuarios asincrónicos, el tráfico interesante sólo se utiliza para reiniciar el tiempo de espera ocioso. Si no se define el tráfico interesante, entonces se desconectará a los usuarios luego de que el tiempo de espera inactivo del marcador (120 segundo predeterminados) expire, sin importar si están transmitiendo tráfico por el link. Con una definición de tráfico interesante, el servidor de acceso a la red (NAS) reconocerá esos paquetes y restablecerá el tiempo de espera inactivo desconectando así al usuario sólo cuando existe un link verdaderamente inactivo.
Es posible modificar el tráfico interesante tal que, por ejemplo, sólo el tráfico HTTP (web) sea interesante. En tal situación, si el usuario no navega por la web durante 300 segundos (o durante el tiempo de espera inactivo del marcador especificado), se desconectarán. Configure el tráfico interesante en función de los patrones de tráfico de sus usuarios.
Si desea que los usuarios asíncronos puedan permanecer conectados hasta que decidan desconectarse, quite los siguientes comandos de la interfaz asíncrona de grupo, como se muestra en la configuración:
-
dialer in-band
-
dialer idle-timeout
-
dialer-group
También puede establecer el tiempo de espera inactivo en infinito usando el comando dialer idle-timeout 0. La opción cero para el tiempo de espera inactiva del marcador es un lanzamiento que se hizo a través de la versión 12.1(3)T del software del IOS de Cisco, la cual configura un tiempo de espera con el valor infinito.
Configuración de los tiempos de espera inactivos y del tráfico interesante
Esta sección trata sobre cómo configurar el tiempo de espera inactivo y el tráfico interesante en el router. Puede aplicar esta configuración a todas las interfaces habilitadas para DDR, como:
interface BRI interface async x interface dialer x interface group-async x interface serial x:23
Para proporcionar tiempos de espera por usuario, también puede utilizar un servidor de Autenticación, autorización y contabilidad (AAA). Consulte el documento Tiempos de espera PPP por usuario para obtener más información.
Configuración de muestra:
El siguiente ejemplo de configuración incluye una definición sencilla de tráfico interesante. Este ejemplo particular designa a todo el tráfico IP como interesante:
interface BRI0/0 ip address 10.1.1.1 255.255.255.0 no ip directed-broadcast encapsulation ppp dialer idle-timeout 900 !--- Idle-timeout is set at 900 seconds (15 minutes) dialer-group 1 !--- Apply interesting traffic definition from dialer-list 1 isdn switch-type basic-5ess no cdp enable ppp authentication chap ! dialer-list 1 protocol ip permit !--- Designate all IP traffic as interesting. This definition was applied to BRI0/0 using dialer-group 1. Note that the dialer-list and dialer-group numbers match
La configuración anterior mantiene activa la conexión durante 900 segundos (15 minutos) como mínimo, y permite que el tráfico IP en cada dirección (la predeterminada) reinicie el tiempo de espera agotado por inactividad en 900 segundos. Por lo tanto, si ningún tráfico IP pasa en ninguna dirección durante 15 minutos, el router desconecta la línea porque el tiempo de espera inactivo ha caducado.
Nota: Si ejecuta un protocolo de ruteo sobre este link DDR, el tráfico periódico mantiene el link activo indefinidamente. Por lo tanto, la definición de tráfico interesante mostrada arriba no se recomienda para los links con los protocolos de ruteo (u otro tráfico periódico) que se ejecutan a través de ella.
Uso de las listas de acceso
El siguiente ejemplo muestra un router con la interfaz de velocidad básica (BRI) que recibe la llamada y ha activado el comando dialer idle-timeout con la palabra clave entrante. Este comando permite sólo tráfico entrante que se ajuste a la lista de marcadores a fin de reiniciar el temporizador de inactividad del marcador. Aquí, sólo el tráfico TCP en el puerto 80 (tráfico HTTP) tiene permitido restablecer el tiempo de espera inactivo nuevamente a diez minutos (600 segundos). Por lo tanto, si el usuario final no navega por la Web durante diez minutos, la conexión se desconecta.
Utilización de interfaces ISDN
interface BRI0/0 ip address 10.1.1.1 255.255.255.0 no ip directed-broadcast encapsulation ppp dialer idle-timeout 600 inbound !--- Idle timeout is 600 seconds. Only inbound interesting traffic will reset the idle timeout dialer-group 1 !--- Apply the interesting traffic defintion from dialer-list 1 peer default ip address pool dialin isdn switch-type basic-5ess no cdp enable ppp authentication chap ! access-list 101 permit tcp any any eq 80 !--- Permit tcp port 80 (http) from any host to any other host access-list 101 deny ip any any !--- All other IP traffic is uninteresting dialer-list 1 protocol ip list 101 !--- Use list 101 for granular interesting traffic definition ip local pool dialin 10.1.1.2 10.1.1.254
Uso de Interfaces Asíncronas
De forma predeterminada, las interfaces asíncronas no están habilitadas para DDR, por lo que el uso de dialer in-band hace que estén habilitadas para DDR.
Interface group-async 1 ip unnumbered ethernet 0 no ip directed-broadcast encapsulation ppp dialer in-band dialer idle-timeout 600 dialer-group 1 peer default ip address pool dialin no cdp enable ppp authentication chap ! access-list 101 permit tcp any any eq 80 access-list 101 deny ip any any !--- Access-lists have an implicit deny. However, we are explicitly denying IP here for clarity. dialer-list 1 protocol ip list 101 ip local pool dialin 10.1.1.2 10.1.1.254
Mejoras en el tiempo de espera
Antes de que se lanzara el software Cisco IOS versión 12.2(4)T, el temporizador de tiempo ocioso del marcador sólo podía reiniciarse para tráfico interesante en las interfaces que contaban con habilitación de marcador (por ejemplo, BRI, PRI y asincrónicas de grupo con el comando dialer in-band). Los descansos ociosos no pueden aplicarse a los usuarios conectados a interfaces de plantilla virtual.
A partir de la versión 12.2(4)T del software Cisco IOS, la función Mejoras del temporizador de inactividad del perfil del cliente para tráfico interesante proporciona nuevos comandos y funciones que abordan los problemas del temporizador de inactividad para las sesiones de red de marcado de acceso virtual (VPDN), que utilizan interfaces de acceso virtual (proyectadas) y dependen del mecanismo del temporizador de inactividad PPP.
Verificación del descanso ocioso
Realice los siguientes pasos para verificar y resolver problemas del comportamiento del tiempo de espera inactivo:
-
Utilice el comando show user para asegurarse de que la llamada esté conectada.
-
Utilice show caller timeout, show dialer y show caller user para determinar si el tiempo de espera inactivo se asigna correctamente a la interfaz conectada. Si ejecuta los comandos show varias veces, debe observar un descenso en el tiempo para desconectar.
-
Inicie el tráfico interesante (según la definición de la lista de marcadores x) sobre el link. Debe observar la configuración en ejecución para determinar la definición de tráfico interesante.
-
Ejecute show caller timeout, show dialer y show caller user una vez más para determinar si se ha restablecido el tiempo de espera inactivo. Si esto no sucede, el tráfico interesante no se define correctamente (usando dialer-list) o no se ha aplicado a la interfaz (usando dialer-group).
A continuación se enumeran los comandos utilizados para verificar el comportamiento del tiempo de espera inactivo:
-
Comando show caller timeout: muestra los tiempos de espera absolutos e inactivos instalados y el tiempo antes de que el usuario sea desconectado por cualquier tiempo de espera.
-
show dialer [número de tipo de la interfaz] – Muestra información general de diagnóstico para interfaces configuradas para DDR. Si el marcador se ha activado correctamente, aparece el mensaje de estado del marcador es capa de link de datos ascendente. Si la capa física aparece, significa que el protocolo de línea surge, pero no así el Protocolo de control de red (NCP). Las direcciones de origen y destino del paquete que inició el marcado se ven en la línea de motivo del marcado. Este comando también muestra la configuración del temporizador y el tiempo antes de que se agote el tiempo de espera de la conexión.
-
show caller user username detail – Muestra parámetros específicos para un usuario en particular, como la dirección de IP asignada, los parámetros PPP y de agrupamiento PPP, etc. Si su versión del software del IOS de Cisco no es compatible con este comando, utilice el comando show user.
Para llamadas ISDN
Esta es la configuración para el router del lado receptor con una interfaz BRI vinculada al marcador de interfaz 1 con el comando dialer rotary-group 1. Tenga en cuenta que el marcador de la interfaz 1 tiene DDR habilitado por medio del comando dialer in-band.
interface BRI0 description 96665500 no ip address encapsulation ppp no ip route-cache no ip mroute-cache dialer rotary-group 1 dialer-group 1 isdn switch-type basic-5ess no cdp enable ppp authentication pap ! interface Dialer1 ip address 10.1.1.1 255.255.255.0 encapsulation ppp no ip route-cache no ip mroute-cache dialer in-band dialer idle-timeout 600 dialer-group 1 peer default ip address pool dialin no cdp enable ppp authentication chap callin ppp chap hostname cisco ppp chap password 7 <deleted> ! ip local pool dialin 10.1.1.2 10.1.1.255 dialer-list 1 protocol list 101 access-list 101 permit icmp any any access-list 101 permit tcp any any eq 80 access-list 101 deny ip any any !--- Only http traffic and icmp traffic are interesting !
Realice los siguientes pasos para verificar el tiempo de espera inactivo:
-
Asegúrese de que se conecte la llamada. Puede utilizar el comando show user para verificar que el usuario está conectado. Por ejemplo:
isdn2-4#show user Line User Host(s) Idle Location * 2 vty 0 idle 00:00:00 172.22.88.109 Interface User Mode Idle Peer Address BR0:1 Preet Sync PPP 00:00:51 PPP: 10.1.1.2
-
Verifique que el tiempo de espera ocioso se aplique a la conexión. En el siguiente ejemplo, el usuario Preet marcó y terminó en el marcador de interfaz 1, y obtuvo la dirección IP 10.1.1.2 del marcado de conjunto. Ahora verifiquemos que la conexión esté implementando un tiempo de espera ocioso de 600 segundos (10 minutos).
isdn2-4#show dialer interface dialer1 Di1 - dialer type = IN-BAND SYNC NO-PARITY Load threshold for dialing additional calls is 255 Idle timer (600 secs), Fast idle timer (20 secs) !--- The idle timeout value configured on int dialer 1. If the default is in use, this value will be 120. Wait for carrier (30 secs), Re-enable (15 secs) Number of active calls = 1 Dial String Successes Failures Last DNIS Last status BRI0 - dialer type = ISDN Rotary group 1, priority = 0 0 incoming call(s) have been screened. 0 incoming call(s) rejected for callback. BRI0:1 - dialer type = ISDN Idle timer (600 secs), Fast idle timer (20 secs) !--- The user Preet obtained the idle timeout of 600 seconds. Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is data link layer up Time until disconnect 557 secs
Se está descontando el tiempo para la desconexión ya que no hay tráfico interesante pasando al link. No hubo tráfico interesante que pasara en cualquier sentido durante los últimos 43 segundos. Por lo tanto, el usuario se desconecta en 600 - 43 = 557 segundos. El tiempo hasta que el campo de desconexión comienza a contar hacia abajo una vez que el usuario está conectado y se restablece al máximo cuando se recibe tráfico interesante.
Connected to 4086666700 (Preet) BRI0:2 - dialer type = ISDN Idle timer (600 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is idle
Otro comando que se puede utilizar para verificar el tiempo de espera inactivo es show caller timeout:
isdn2-4#show caller timeout Line User Limit Remaining Timer Type vty 2 - 00:10:00 00:09:59 Idle Exec BR0:1 Preet 00:10:00 00:09:13 Dialer idle
El campo limit (límite) muestra el tiempo de espera de inactividad máximo (en minutos) configurado y el campo remaining (restante) muestra el tiempo hasta la desconexión.
-
Iniciación de tráfico interesante al par. Ahora iniciaremos tráfico interesante para el par. Asegúrese de observar la configuración en ejecución para determinar la definición exacta del tráfico interesante. La lista de acceso 101 define el tráfico TCP y de Protocolo de mensajes de control de Internet (ICMP) al puerto 80 como interesante. Por lo tanto, ahora haremos ping 10.1.1.2 (dirección IP que el usuario Preet ha negociado) desde el router.
isdn2-4#ping 10.1.1.2 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 10.1.1.2, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 36/37/40 ms isdn2-4#
-
Verifique que el tiempo de espera inactivo se ha restaurado. Utilice los comandos show caller timeout, show dialer y show caller user para verificar que se ha restablecido el tiempo de espera inactivo:
isdn2-4#show caller timeout Line User Limit Remaining Timer Type vty 2 - 00:10:00 00:09:59 Idle Exec BR0:1 Preet 00:10:00 00:09:59 Dialer idle !--- Idle-timout is reset back to maximum isdn2-4#show dialer interface dialer1 Di1 - dialer type = IN-BAND SYNC NO-PARITY Load threshold for dialing additional calls is 255 Idle timer (600 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Number of active calls = 1 Dial String Successes Failures Last DNIS Last status BRI0 - dialer type = ISDN Rotary group 1, priority = 0 0 incoming call(s) have been screened. 0 incoming call(s) rejected for callback. BRI0:1 - dialer type = ISDN Idle timer (600 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is data link layer up Time until disconnect 599 secs !--- Idle timeout is reset back to maximum. Connected to 4086666700 (Preet) BRI0:2 - dialer type = ISDN Idle timer (600 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is idle isdn2-4#
Otro comando útil que se puede utilizar para ver la información de tiempo de espera basada en el nombre de usuario, es el comando show caller user.
isdn2-4#show caller user Preet
User: Preet, line BR0:1, service PPP
Connected for 00:05:36, Idle for 00:02:37
!--- Shows the inactivity for the last two minutes and 37 seconds. This counter increments to ten minutes and then the call is disconnected.
Timeouts: Limit Remaining Timer Type
00:10:00 00:07:22 Dialer idle
!--- Time until idle disconnect.
PPP: LCP Open, PAP (<- none), IPCP
Dialer: Connected to 4086666700, inbound
Type is ISDN, group Di1
IP: Local 10.1.1.1/24, remote 10.1.1.2
Counts: 215 packets input, 5392 bytes, 0 no buffer
0 input errors, 0 CRC, 0 frame, 0 overrun
230 packets output, 5603 bytes, 0 underruns
0 output errors, 0 collisions, 7 interface resets
Si el tiempo de espera inactivo no se reinicia, continúe con la sección Solución de problemas de tiempo de espera inactivo.
Para llamadas asincrónicas
A continuación se proporciona una configuración típica para las llamadas Async que se pueden observar en el entorno ISP.
interface Group-Async0 ip unnumbered Loopback0 encapsulation ppp dialer in-band !--- Make this interface dialer capable dialer idle-timeout 600 !--- Idle timeout of 600 seconds (10 minutes) dialer-group 1 !--- Interesting traffic definition from dialer-list 1 async mode interactive peer default ip address pool dialin ppp authentication pap chap callin group-range 1/3/00 1/3/71 ! ip local pool dialin 10.1.1.3 10.1.1.255 dialer-list 1 protocol list 101 !--- Interesting traffic definition is defined by access-list 101 access-list 101 permit icmp any any !--- Permit icmp from any host to any other host access-list 101 permit tcp any any eq 80 !--- Permit tcp port 80 (http traffic) access-list 101 deny ip any any !--- Deny all other IP traffic. This interesting traffic definition will allow icmp and http traffic to reset the idle timeout. All other IP traffic will not affect the timeout.
Al igual que con ISDN, utilice los comandos show users, show dialer y show caller timeout para verificar el tiempo de espera inactivo.
Utilice el comando show users para hallar la interfaz y dirección IP a la que la entidad par está conectada.
c5800#show users
Line User Host(s) Idle Location
* 0 con 0 idle 00:00:00
tty 1/3/01 Preet Async interface 00:00:09 PPP: 10.1.1.3
!--- User Preet is connected to async interface 1/3/01 and has IP address 10.1.1.3
Interface User Mode Idle Peer Address
Use el comando show dialer (especificando la interfaz determinada recientemente) para observar los valores del temporizador:
c5800#show dialer interface async 1/3/01 As1/3/01 - dialer type = IN-BAND ASYNC NO-PARITY Idle timer (600 secs), Fast idle timer (20 secs) !--- Idle timeout of 600 seconds is applied to the interface if this value is 120 seconds. !--- Verify that dialer in-band is configured under the group-async interface. Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is data link layer up Time until disconnect 574 secs (Preet) !--- Call will be disconnected in 574 seconds unless it receives interesting traffic. Dial String Successes Failures Last DNIS Last status
El comando show caller timeout también puede mostrar el tiempo para desconectar.
c5800#show caller timeout
Session Idle Disconnect
Line User Timeout Timeout User in
con 0 - - - -
tty 1/3/01 Preet - - -
As1/3/01 Preet - 00:10:00 00:09:19
Ahora iniciaremos tráfico interesante. La lista de acceso 101 define el tráfico ICMP y TCP al puerto 80 (tráfico HTTP) como interesante. Haga ping a 10.1.1.3 (dirección IP que el usuario Preet ha negociado) desde el router para restablecer el tiempo de espera inactivo.
c5800#ping 10.1.1.3 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 10.1.1.3, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 108/113/124 ms
Verifique que se haya restablecido el tiempo de espera:
c5800#show caller timeout
Session Idle Disconnect
Line User Timeout Timeout User in
con 0 - - - -
tty 1/3/01 Preet - - -
As1/3/01 Preet - 00:10:00 00:09:58
!--- Time to disconnect is close to 10 minutes
Esto prueba que el tráfico interesante está correctamente definido y se aplica correctamente. Como alternativa, puede utilizar el comando show dialer para verificar los valores de tiempo de espera:
c5800#show dialer interface async 1/3/01 As1/3/01 - dialer type = IN-BAND ASYNC NO-PARITY Idle timer (600 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is data link layer up Time until disconnect 594 secs (Preet) Dial String Successes Failures Last DNIS Last status
También puede utilizar el comando show caller user {username} detailed para verificar los parámetros específicos del usuario:
c5800#show caller user preet detailed
User: Preet, line tty 1/3/01, service Async
Active time 00:01:14, Idle time 00:00:18
Timeouts: Absolute Idle Idle
Session Exec
Limits: - - 00:10:00
Disconnect in: - - -
TTY: Line 1/3/01, running PPP on As1/3/01
Location: PPP: 10.1.1.3
DS0: (slot/unit/channel)=1/4/0
Status: Ready, Active, No Exit Banner, Async Interface Active
HW PPP Support Active
Capabilities: No Flush-at-Activation, Hardware Flowcontrol In
Hardware Flowcontrol Out, Modem Callout, Modem RI is CD
Line usable as async interface, Telnet Faststream
Modem State: Ready
User: Preet, line As1/3/01, service PPP
Active time 00:01:11, Idle time 00:00:18
Timeouts: Absolute Idle
Limits: - 00:10:00
Disconnect in: - 00:09:41
!--- Idle timeout of 10 minutes. The call will be disconnected in 9 minutes 41 secs unless it receives interesting traffic during that time. If the absolute column has a value, then the call will be disconnected at that time regardless of the idle timeout.
PPP: LCP Open, CHAP (<- local), IPCP
LCP: -> peer, ACCM, AuthProto, MagicNumber, PCompression, ACCompression
<- peer, ACCM, MagicNumber, PCompression, ACCompression
NCP: Open IPCP
IPCP: <- peer, Address
-> peer, Address
Dialer: Connected, inbound
Idle timer 600 secs, idle 20 secs
Type is IN-BAND ASYNC, group As1/3/01
IP: Local 10.1.1.251, remote 10.1.1.3
Counts: 12 packets input, 651 bytes, 0 no buffer
0 input errors, 0 CRC, 0 frame, 0 overrun
13 packets output, 666 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
Solución de problemas de tiempo de espera de inactividad
Síntoma: La llamada se desconecta antes de tiempo o la llamada no se desconecta en absoluto
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 hellos OSPF no son interesantes por access-list 101, mientras que el segundo paquete es interesante por access-list 101. Solucione los problemas de la siguiente manera:
-
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.
router(config-if)#dialer idle-timeout
Nota: Si la llamada no se desconecta, verifique que la opción cero para el tiempo de espera inactivo del marcador (introducida en Cisco IOS Software Release 12.1(3)T) no esté establecida.
-
Cambie la definición de tráfico interesante (que se configura con el comando dialer-list). Si la llamada se desconecta antes de tiempo, usted querrá definir el tráfico interesante de un modo más amplio (negar el acceso a algunos y permitirlo al resto). Si la llamada nunca se desconecta, cambie su definición de tráfico interesante para que sea más restrictiva (permita unos pocos y niegue todo lo demás).
Consejo: Si su link no está desconectado, asegúrese de definir el tráfico del protocolo de ruteo (u otro tráfico periódico) como poco interesante. Esto evita que los saludos periódicos reinicien el tiempo de espera inactivo. 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 !--- This interesting traffic is applied to the dialer interface using dialer-group 1.
Para obtener más información, consulte el documento Tecnología de marcado manual: Descripciones y explicaciones.
Síntoma: La llamada se desconecta cada pocos segundos
Otro problema es que la llamada se desconecta cada "x" segundos (en la mayoría de los casos, 120 segundos). En ciertas situaciones, aun si el tráfico transfiere el link, DDR no reinicia el tiempo de espera agotado inactivo. Probablemente esto se deba a:
-
el tráfico interesante que no se está definiendo
-
la definición de tráfico interesante no se aplica a la interfaz
-
la interfaz no tiene capacidad para dialer
Para resolver esto:
-
Verifique que la lista de marcador esté definida y que el grupo de marcador (que señala a la lista de marcador) esté configurado en la interfaz. Configure una definición simple del tráfico interesante:
router(config)#interface dialer 1 router(config-if)#dialer-group 1 router(config-if)#exit router(config)#dialer-list 1 protocol ip permit
Una vez solucionado el problema de desconexión frecuente, puede ajustar la definición del tráfico interesante para que se adapte a sus necesidades.
-
Asegúrese de que dialer in-band esté configurado en las interfaces group-async y dialer. Este comando no es necesario en interfaces con capacidad de marcador como la interfaz BRI x y la interfaz Serial x:23 (para PRIs).
-
Ajuste el tiempo de espera inactivo del marcador al valor deseado.
router(config-if)#dialer idle-timeout 900
Información Relacionada
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)