Anterior Siguiente Indice

17. Preguntas sobre chat.

17.1 Mi módem no marca cuando ejecuto chat.

El módem debe encontrarse en modo comando para poder marcar. Si su módem ya está en linea, los comandos de marcado se envían al sistema remoto como si fuesen datos normales.

Si es posible, configure su módem para que monitorice la señal DTR y retorne al modo de comandos cuando se desactive esta señal. Esto permitirá al ordenador forzar al módem para que vuelva al modo de comandos cuando el proceso pppd termine como resultado del fin de la conexión. De este modo, se asegura que el módem se queda en el estado adecuado para que chat pueda marcar.

Si no puede cambiar la configuración del módem, entonces debería cambiar la secuencia de marcado para que se parezca a la siguiente. Esta secuencia se asegura que el módem está en modo comando antes de intentar enviar la secuencia de marcado al módem.

 TIMEOUT 3 "" \rAT
OK-+++\c-OK AT&D2&C1 TIMEOUT 60 OK ATDT555-1212 CONNECT

Esta secuencia cambia el temporizador de alarma a 3 segundos. Este valor se acomoda al tiempo requerido por la mayoría de los módem para responder. Tras esto, envía un AT al módem para esperar su respuesta OK. Si esto no sucede en el tiempo especificado en el TIMEOUT (3 segundos), manda la secuencia +++ al módem y espera de nuevo una respuesta OK del módem. Una vez recibida la confirmación del módem, configura el módem adecuadamente, restablece el TIMEOUT y marca (por tonos) el número de teléfono (555-1212).

17.2 El módem solo marca en el segundo intento.

Vea la pregunta anterior. Generalmente esto suele ser causado por el mismo problema que el descrito en la pregunta anterior.

17.3 El script de chat se para tras enviar el login al sistema remotoy nunca envía el password.

Algunos sistemas, especialmente SCO, vacían los buffers de recepción justo tras escribir el prompt de entrada del login y del password. Chat normalmente transmite la respuesta al prompt nada más ver este prompt. El resultado de todo esto es que la respuesta que ha enviado chat se pierde al vaciarse el buffer. Como el sistema remoto no ha recibido el login, no pregunta por el password y como chat está esperando precisamente eso, se ha llegado a un estado de bloqueo.

La solución es sencilla. Enleztezca las respuestas de chat, de tal forma que haya tiempo en el sistema remoto para vaciar su buffer antes de que chat envíe la respuesta. Para hacer esto, cambie las cadenas de respuesta del script a algo como esto:

ogin:--ogin: \d\daccount assword: \d\dhello2u2

Donde cada \d representa un retraso (delay) de un segundo a esperar por chat antes de enviar la respuesta.


Anterior Siguiente Indice