  Linux PPP HOWTO
  Al Longyear, longyear@netcom.com.
  Traducido por Rafael Agundo (INSFLUG), ragundo@bitmailer.net.
  v1.0, 9 Marzo 1996

  Este documento contiene una lista con las preguntas ms habituales
  (FAQ) sobre PPP para Linux ( junto con sus respuestas). No es real
  mente un HOWTO, pus se adapta ms al formato clsico de Pre
  gunta/Respuesta de las FAQ.
  ______________________________________________________________________

  ndice General:

  1.      Prefacio.

  2.      Informacin general

  2.1.     Qu es PPP ?.

  2.2.    Mi universidad ( o compaa ) no soporta PPP.  Puedo usar PPP
  ?.

  2.3.     Dnde se encuentra PPP?.

  2.4.    Acabo de conseguir el paquete PPP.  Qu hago con l ?.

  2.5.     (Dnde est la documentacin ?.  Hay un HOWTO ?, etc.). 
  Dnde puedo conseguir documentacin adicional sobre PPP ?.

  2.6.     Podra alguien enviarme scripts para PPP, de tal manera que
  pueda comprender cmo se han escrito ?.

  2.7.     Dnde debo preguntar para resolver mis posibles dudas sobre
  PPP?.

  2.8.    Mi software PPP no funciona.  Qu hago ?.

  2.9.     Cmo debo usar PPP con un sistema remoto que usa asignacin
  dinmica de direcciones IP ?.  Cada vez que conecto obtengo una
  direccin IP distinta !!!.

  2.10.    Cmo puedo saber que direccin IP me ha sido asignada cuando
  se usa asignacin dinmica de direcciones ?.

  2.11.    Puedo usar la misma direccin IP local para todas las lneas
  de un servidor PPP?.

  3.      Otras implementaciones.

  3.1.     Existen otras implementaciones de PPP distintas a la de
  Linux ?. Me gustara saber si existe alguna para HP-UX o AIX o ...

  3.2.     Existe un programa llamado dp  ?.

  3.3.     Cules son los RFCs que describen el protocolo PPP ?.

  4.      Compatibilidad.

  4.1.     Puede PPP dialogar con un interface tipo SLIP ?.

  4.2.     Qu es mejor: usar PPP o SLIP ?.

  4.3.     Qu es mejor para la identificacin y verificacin: CHAP o
  PAP ?.

  5.      Ficheros de identificacin y verificacin.

  5.1.     Cul es el formato del fichero /etc/pap-secrets  ?.  Hay
  algn ejemplo disponible ?.

  5.2.     Cul es el formato del fichero /etc/chap-secrets  ?.  Hay
  algn ejemplo disponible ?.

  6.      Problemas de compilacin.

  6.1.    Hay errores cuando intento compilar el kernel.

  7.      Problemas al ejecutar pppd .

  7.1.    pppd  dice que la versin 0.0.0 est fuera de fecha.

  7.2.    pppd  dice que el kernel no est configurado para PPP. Pero yo
  estoy seguro de haber habilitado la opcin al recompilarlo.

  7.3.    pppd  no funciona a menos que sea root.

  7.4.    Obtengo el mensaje: unable to create pid file: no such file or
  directory .

  7.5.    Obtengo el mensaje: /etc/ppp/options: no such file or
  directory .

  7.6.    No puedo averiguar cul es mi direccin IP local.

  7.7.    No puedo averiguar la direccin IP remota.

  7.8.    Obtengo mensajes dicindome que el nmero mgico no es
  aceptado.

  7.9.    Obtengo un mensaje: protocol reject for protocol fffb .

  7.10.   El software PPP conecta con el sistema remoto, enva unas
  cuantos tramas, pero parece como si la conexin no fuese completa. 
  Qu significa esto ?.

  7.11.   El script /etc/ppp/ip-up  no funciona.

  7.12.   No puedo conectar con la red merit.

  8.      DIP

  8.1.    DIP no tiene soporte para ejecutar PPP.

  9.      Terminacin del proceso.

  9.1.     Existe un comando similar a dip -k  para PPP ?.

  9.2.    PPP no cuelga el mdem cuando termina.

  10.     Transferencia de datos.

  10.1.    En las transferencias con ftp, parece que la conexion muere
  cuando hago un put . Sin embargo, si hago get  funciona perfectamente.
   Qu ocurre ?.

  10.2.    Cmo debo usar el control de flujo XON/XOFF ?.

  10.3.    El mdem parece que conecta a velocidades extraas. Cuando
  uso minicom , el mdem siempre usa 14400 bits/segundo. Sin embargo,
  PPP dice que est conectando a 9600, 7200 e incluso a 2400
  bits/segundo.  Cmo puedo corregir esto ?.
  10.4.   Cuando hago ftp, la operacin get  es muy lenta, pero la
  operacin put , sin embargo, es muy rpida.  Porqu ?.

  10.5.   La opcin proxyarp  no encuentra la direccin hardware.

  11.     Rutado y otros problemas.

  11.1.    Mi ruta al sistema remoto sigue desapareciendo !. Estuvo
  activa unos 3 minutos y ha vuelto a desaparecer.  Ayuda !.

  11.2.    Me gustara conectar los ordenadores de mi red a Internet
  usando PPP. Slo tengo una direccin IP que me es asignada por mi
  proveedor de servicios de conexin (incluso esa direccin IP es
  asignada dinmicamente).  Cmo puedo hacer esto ?.

  11.3.   Conecto con la mquina del sistema remoto, pero no puedo
  hacerlo con ninguna otra mquina de dicho sistema.

  11.4.   Tengo una ruta por defecto pero sigo sin poder acceder al
  resto de mquinas.  Y ahora que hago ?.

  11.5.   No puedo hacer ping  a mi direccin IP local.

  12.     Interaccin con otras implementaciones de PPP.

  12.1.   Estoy usando Trumpet (para MSDOS) y la conexin simplemente
  termina.  Porqu ocurre esto ?.

  12.2.   Estoy usando dp-3.1.2  (con SunOS) y el sistema no me permite
  hacer nada ms que ping  o nslookup .  Porqu ocurre esto ?.

  12.3.   No puedo conectar con/desde mi mquina con Windows NT.

  13.     Otros mensajes enviados al system log.

  13.1.   Alarm.

  13.2.   SIGHUP.

  13.3.   SIGINT.

  13.4.   Unknow protocol (c025) received .

  13.5.   Unknow protocol (80fd) received .

  13.6.   La conexin falla con errores como ioctl(TIOCGETD): I/O error
  o ioctl(PPPIOCSINPSIG): I/O error .

  13.7.   Ocurren errores del tipo ioctl(PPPIOCGDEBUG): I/O error ,
  ioctl(TIOCSETD): I/O error  o ioctl(TIOCNXCL): I/O error .  Porqu
  ocurre esto ?.

  13.8.   ifconfig  me proporciona una informacin extraa con PPP.

  13.9.   El fichero proc/net/dev  parece que esta vaco.

  13.10.  El kernel informa que los dispositivos PPP estn siendo
  "desactivados" cuando el sistema empieza a arrancar.

  13.11.  Acabo de comprobar que /proc/net/dev  no tiene ningn
  dispositivo PPP.  Donde estn ?.

  14.     Rutado con redes locales (usando PPP como un "bridge"
  econmico).

  14.1.   Slattach  e ifconfig  no funcionan como con SLIP.

  14.2.   Quiero definir una ruta a la red entera y no slo a un host de
  esa red.

  15.     Otras caractersticas y protocolos.

  15.1.    Existe soporte para demand dial  ?.

  15.2.    Existe soporte para filtrado ( filtering ) ?.

  15.3.    Existe soporte para IPX ?.

  15.4.    Existe soporte para NetBIOS ?.

  15.5.    Existe soporte para ISDN ?.

  15.6.    Existe soporte para multipuntos (multi-point) ?.

  15.7.    Existe soporte para PPP sncrono ?.

  16.     Miscelnea

  16.1.    Existe un lector de correo compatible con PPP ?.

  16.2.    Y un lector de news ?.

  17.     Preguntas sobre chat .

  17.1.   Mi mdem no marca cuando ejecuto chat .

  17.2.   El mdem solo marca en el segundo intento.

  17.3.   El script de chat  se para tras enviar el login al sistema
  remoto y nunca enva el password.
  ______________________________________________________________________

  1.  Prefacio.

  Si tiene alguna correccin sobre este documento, por favor,
  notifquesela a Al Longyear (longyear@netcom.com).  Si tiene alguna
  correccin relativa a la traduccin, contacte con Rafael Agundo
  (ragundo@bitmailer.net).

  Este documento forma parte de los HOWTO y FAQs de Linux. Estos
  documentos pueden conseguirse va ftp en sunsite.unc.edu
  <ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/> (este es el sitio
  oficial) o bien mediante WWW en la Linux Documentation home page
  <http://sunsite.unc.edu/mdw/linux.html>.  No espere que este HOWTO
  aparezca publicado en comp.os.linux.answers, debido a problemas de
  espacio.

  A lo largo de este documento, se usa la palabra remoto para designar
  "el sistema que est al final del enlace a traves del mdem". En la
  documentacin sobre PPP suele aparecer tambin como peer. Cuando se
  habla de rutado suele aparecer como gateaway. La direccin IP del
  sistema remoto aparecer como el campo direccin 'P-t-P' cuando se use
  ifconfig.  Asimismo, se emplea indistintamente el trmino ingls frame
  junto con sus equivalentes en castellano: trama o paquete.

  Microsoft es una marca registrada de Microsoft Corporation. Morning
  Star es una marca registrada de Morning Star Technologies. El resto de
  productos mencionados en este documento son marcas registradas de sus
  respectivas compaas.

  2.  Informacin general

  2.1.   Qu es PPP ?.

  PPP o Point-to-Point Protocol (Protocolo de Punto a Punto) est
  reconocido como uno de los  protocolos oficiales de internet. Este
  protocolo se usa para intercambiar tramas IP (y de otro tipo) a travs
  de una lnea serial. El nmero de RFC para describir PPP es el 1661.
  No es el nico, hay otros muchos documentos relacionados con PPP.

  Contrariamente a lo que algunas personas piensan, PPP no significa
  "Peer to Peer Processing", aunque se pueda realizar una comunicacin
  peer to peer usando TCP/IP a traves de un enlace PPP.

  2.2.  Mi universidad ( o compaa ) no soporta PPP.  Puedo usar PPP
  ?.

  En general, no. Una implementacin clsica de PPP requiere cambios en
  las rutas y en los dispositivos conectados al sistema operativo. En
  definitiva, sera necesario volver a recompilar el kernel en el
  ordenador remoto.

  Obtener un nuevo kernel no es tarea para un usuario normal de un
  sistema. Si puede convencer al administrador de su sistema de las
  ventajas de tener instalado soporte PPP, entonces puede ser que se
  instale dicho soporte. Si no es as, entonces no podr usar
  probablemente PPP.

  Sin embargo, si usted usa un sistema soportado por la compaa que
  est vendiendo el paquete adaptador TIA (The Internet Adapter),
  entonces puede ser que si pueda usar PPP. El autor de este HOWTO no
  tiene disponible mucha informacin sobre este paquete, sin embargo
  parece ser que ofrecer soporte PPP en su prxima versin. (Esta
  informacin puede estar ya anticuada, mejor contacte con ellos
  directamente. Para averiguar ms sobre TIA, puede visitar
  www.marketplace.com <http://www.marketplace.com/tia/tiahome>

  Actualmente ya existe una versin para Linux de este paquete.

  Si su sistema no est soportado por el paquete TIA, ni puede convencer
  a su administrador de sistema para que adopte PPP, entonces debera
  usar el paquete term. Algunos proveedores de servicios de conexin
  pueden ponerle trabas a utilizar term para conectar con sus sistemas.
  Hay varias razones para ello, pero la ms importante est referida a
  temas de 'seguridad'.

  Adems del paquete TIA, Danny Gasparovski ha escrito un programa
  llamado slirp, el cual realizar funciones similares al de TIA. Este
  programa, junto con su cdigo fuente, puede obtenerse mediante ftp
  <ftp://blitzen.canberra.edu.au/pub/slirp>

  Debera conseguir el cdigo fuente del programa si desea obtener una
  mejor informacin de cmo funciona.  La primera impresin es que el
  programa es una excelente alternativa al paquete comercial de TIA.

  2.3.   Dnde se encuentra PPP?.

  El paquete PPP est dividido en dos partes. La primera se encuentra en
  el kernel. A partir del kernel 1.1.13, el driver ya forma parte de los
  drivers de red del sistema.

  La segunda parte es el demonio (daemon) pppd. Este es un proceso
  obligatorio a ejecutar cuando quiera realizar una conexin PPP. El
  cdigo fuente para pppd se encuentra en el fichero ppp-2.2.0.tar.gz de
  sunsite.unc.edu
  <ftp://sunsite.unc.edu/pub/Linux/system/Network/serial>

  La versin 2.2 de PPP y posteriores estn diseadas para ser
  utilizadas slo con versiones de kernel mayores o iguales que la 1.2.
  No utilize esta versin con versiones del kernel 1.1 o inferior, dado
  que tanto el cdigo de red, como el driver tty estn ya desfasados.

  2.4.  Acabo de conseguir el paquete PPP.  Qu hago con l ?.

  Read The Fine Material available. (-- ( Pequea broma del autor que
  sustituye el famoso trmino RTFM: Read The Fucked Manual, lea el
  jodido manual por RTFM: Read The Fine Material, lea los agradables
  manuales).--)

  Comience por leer el fichero README y despus el fichero README.linux.
  Para ms fuentes de documentacin vea la siguiente pregunta.

  2.5.   (Dnde est la documentacin ?.  Hay un HOWTO ?, etc.). 
  Dnde puedo conseguir documentacin adicional sobre PPP ?.

  Hay varias fuentes de informacin sobre la manera en que se ha
  implementado el protocolo PPP para Linux.

    El fichero README que viene junto con el paquete.

    El fichero README.linux que tambin viene junto con el paquete.

    El documento Net-2-HOWTO.

    La Network Administration Guide (NAG).

    La pgina man de pppd.

    La PPP FAQ. (Este HOWTO no lo es aunque lo parezca).

  El fichero HOWTO se encuentra en el lugar habitual para los HOWTOs de
  Linux.  Actualmente estn en sunsite.unc.edu
  <sunsite.unc.edu/pub/Linux/docs/HOWTO>.

  La Network Administration Guide (Guia de Administracin de Red ) puede
  obtenerse en sunsite.unc.edu
  <ftp://sunsite.unc.edu/pub/Linux/docs/LDP/network-guide>.  Tambin
  est publicada en forma de libro impreso por la editorial O'Reilly and
  Associates <http://www.ora.com>. Si prefiere un documento profesional,
  bien impreso y encuadernado, consiga una copia del libro en su
  librera habitual.

  Las pginas man vienen includas junto con el cdigo fuente del
  paquete PPP.  Casi con seguridad, ser necesario moverlas al
  directorio habitual donde se sitan las pginas man, /usr/man/man8
  antes de que el comando man pueda encontrarlas. Tambin puede usar
  nroff y more para leerlas directamente.

  La PPP FAQ describe el protocolo PPP en general, junto con varias de
  sus implementaciones. La PPP FAQ puede encontrarse en el area de news
  comp.protocols.PPP y tambin archivada en rtfm.mit.edu
  <ftp://rtfm.mit.edu/pub/usenet>.  Actualmente, la PPP FAQ est
  dividida en 8 partes.

  2.6.   Podra alguien enviarme scripts para PPP, de tal manera que
  pueda comprender cmo se han escrito ?.

  Existen unos pocos scripts que vienen incluidos con el cdigo fuente
  del paquete.  Estos ejemplos cubren los tipos de accesos ms normales
  que usted va a encontrar, accesos donde se conecta a una mquina UNIX
  que le va a pedir un login y un password.

  Con el cdigo fuente de pppd no vienen scripts especficos para
  conectar con un sistema en concreto. Si tiene problemas para conectar
  con dicho sistema, entonces debera pedir ayuda a alguien de su
  sistema y si no la encuentra, debera preguntar en el area local de
  news de su sistema. Si, por ltimo, sigue sin poder encontrar ayuda,
  pregunte en el grupo adecuado de Linux en usenet (vea la siguiente
  pregunta). Desafortunadamente, el autor no tiene tiempo para poder
  suministrar scripts para cada sistema en concreto.

  2.7.   Dnde debo preguntar para resolver mis posibles dudas sobre
  PPP?.

  El grupo adecuado de usenet para preguntar es comp.protocols.PPP o
  comp.os.linux.setup.  Use estos grupos para realizar preguntas del
  tipo: " Cmo debo usar pppd ?" o " Porqu no funciona esto ? ".

  Preguntas del estilo: " Porqu no consigo compilar pppd ?", son
  preguntas que debe dirigir al grupo comp.os.linux.networking.

  Por favor, no utilice para estas cuestiones comp.os.linux.help,
  incluso si su sistema sigue recibiendo este grupo de news (ya
  obsoleto).

  2.8.  Mi software PPP no funciona.  Qu hago ?.

  Esta es una de las preguntas ms habituales que suelen hacerse. Si
  usted enva esta pregunta a usenet sin dar una informacin ms
  especfica, lo ms probable es que la gente que lea el area la ignore.

  Vea primero la pregunta referida a errores que aparecen al desconectar
  el mdem (pregunta ``PPP no cuelga el mdem cuando termina'').  Estos
  errores no son la causa del problema, sino slo sntomas.  Preguntar
  qu puede ir mal incluyendo slo estos errores tampoco sirve de mucho,
  asi que...

  Lo que realmente debe proporcionar junto con su peticin de ayuda es
  una copia del system log (syslog) que obtiene cuando ejecuta pppd con
  la opcin debug. Adems, si usa chat para establecer la comunicacin,
  use la opcin -v en la lnea de comandos de chat para ver qu es lo
  que est ocurriendo realmente.

  Incluya adems los mensajes que proporcione el kernel al arrancar el
  sistema. Estos mensajes aportan informacin sobre el hardware que
  tiene instalado en su mquina, tipo de UART, versin de PPP, etc.

  Incluya tambin toda la informacin que pueda relacionada con su
  problema.  El tipo de disco duro que tenga, la marca de su tarjeta de
  sonido, o cuanta memoria tiene su tarjeta de vdeo son irrelevantes.
  Lo importante son cosas como el tipo de sistema al que desea conectar,
  la versin de PPP (o de terminal) que usa el sistema remoto, el tipo
  de mdem o la velocidad con la que quiere conectar.

  Tenga en cuenta cuando ponga su syslog, que debe eliminar cualquier
  posible referencia a su nmero de telfono, su login o su password. No
  son importantes a la hora de solucionar el problema, pero si pueden
  causarle ms de un problema de seguridad el proporcionar a todo el
  mundo su clave de acceso.  Elimine tambin cualquier lnea que no
  provenga del kernel o de pppd.

  NUNCA ejecute pppd con la opcin kdebug 31 para acompaar su peticin
  de ayuda.

  Si su problema requiere examinar el flujo de datos que se intercambia
  entre los ordenadores implicados en la conexin, recibir un email
  solicitndole que lo enve. Desafortunadamente, usenet cuesta
  demasiado dinero a mucha gente como para engrosar innecesariamente la
  longitud de los mensajes.

  La informacin relativa sobre PPP est estructurada en varios niveles.
  La informacin de debug es enviada al nivel de debug. Los mensajes
  aclaratorios son enviados al nivel de informacin. Los errores son
  enviados al nivel de error. Incluya todos los mensajes que provengan
  del grupo 'local2' del proceso pppd.

  Por ltimo, no borre la informacin relativa a la impresin de
  tiempos. Es importante.

  2.9.   Cmo debo usar PPP con un sistema remoto que usa asignacin
  dinmica de direcciones IP ?.  Cada vez que conecto obtengo una
  direccin IP distinta !!!.

  La asignacin de la direccin IP local est en funcin de las opciones
  que se proporcionen a pppd y del protocolo IPCP. Debera utilizar la
  direccin IP mgica 0.0.0.0 si necesita especificar su direccin IP
  local. La mayora de la gente simplemente no incluye la direccin IP
  local en las opciones de pppd.

  La otra opcin relacionada con este tema se llama noipdefault. Esta
  opcin indica a su proceso pppd que no debe obtener su direccin IP
  local a partir de los datos que contenga su fichero /etc/hosts, sino
  que dicha direccin IP debe proporcionarla el sistema remoto. La
  mayora de la gente usa esta opcin cuando la direccin IP es asignada
  dinmicamente. Sin embargo, esta opcin no debe entenderse como "usa
  direcciones IP dinmicas". El uso de direcciones IP dinmicas es
  automtico cuando no se proporciona la direccin IP local.

  2.10.   Cmo puedo saber que direccin IP me ha sido asignada cuando
  se usa asignacin dinmica de direcciones ?.

  Utilize el fichero ejecutable /etc/PPP/ip-up. La direccin IP local es
  el cuarto parmetro que se le pasa a este fichero en su lnea de
  comandos.  Este fichero se ejecuta cuando pppd conoce su direccin IP
  local.

  Adems, por si le interesa, el quinto parmetro que se le pasa a este
  fichero es la direccin IP remota del sistema con el que ha conectado.

  Si siente curiosidad sobre el valor que le ha sido asignado, entonces
  debera ejecutar ifconfig. Este programa le mostrar los valores
  actuales de la direcciones IP local y remota bajo el campo "P-t-P".

  2.11.   Puedo usar la misma direccin IP local para todas las lneas
  de un servidor PPP?.

  Si. La direccin local no es significativa para el sistema local. Lo
  que si debe tener es una nica direccin IP remota. El rutado de
  informacin se realiza usando la direccin IP remota, no la local.

  3.  Otras implementaciones.

  3.1.   Existen otras implementaciones de PPP distintas a la de Linux
  ?. Me gustara saber si existe alguna para HP-UX o AIX o ...

  Revise la PPP FAQ mencionada anteriormente. Consulte la pregunta ``
  Dnde est la documentacin ?.''.

  HP-UX est soportado por el paquete comercial de Morningstar. El
  soporte para AIX se encuentra ya disponible en la versin 2.2 del
  paquete pppd.

  Si no encuentra el sistema que busca, pregunte en comp.protocols.ppp y
  NO en los grupos de Linux.

  Por favor, no mande email al autor de este HOWTO con cuestiones del
  estilo: " Conoce algn paquete PPP para el sistema xxxx ?". Estas
  preguntas sern archivadas "apropiadamente" :-).

  El paquete pppd que se encuentra en sunsite no contiene cdigo que
  implementa interfaces del tipo stream. Esto se debe a que estos tipos
  de interfaces tienen copyright. El grupo de personas que han diseado
  el paquete pppd ha realizado gestiones para ver si se podan cambiar
  los trminos de este copyright. Por el momento, no ha habido
  respuesta.

  Por esta razn, y dado que sunsite est dedicado especficamente a
  Linux, se han eliminado los ports de PPP para AIX, SunOS, Next y otros
  sistemas que contenan protocolos con streams.  Se siguen manteniendo
  los ports para BSD y para Linux. Si quiere conseguir el cdigo de pppd
  para otros sistemas, consulte la PPP FAQ. Alternativamente, puede
  utilizar archie. No intente buscarlo en los mirrors de sunsite porque
  tampoco estar ah.

  3.2.   Existe un programa llamado dp  ?.

  Si, existe. El paquete dp fue considerado al inicio del desarrollo de
  la traslacin de PPP a Linux. Es un buen programa, permite "demand
  dial", pero slo funciona con sistemas que soportan streams. SunOS
  (Solaris) es un ejemplo de estos sistemas. Linux, por el momento, NO
  soporta streams.

  Existen otros paquetes para PPP circulando por Internet. Portable PPP
  es un paquete muy similar al de TIA. Tambin existe otro paquete
  denominado simplemente ppp. El paquete KA9Q tambin contiene cdigo
  que implementa PPP.

  De todos estos paquetes, pppd fue el que ms se ajustaba a las
  necesidades de la traslacin a Linux, por eso fue elegido.

  (Si quiere ms informacin sobre estos programas, as como sobre
  otros, pregunte en el grupo comp.protocols.ppp ).

  3.3.   Cules son los RFCs que describen el protocolo PPP ?.

  La implementacin actual de PPP es una mezcla de varios de ellos. La
  mayor parte del cdigo de PPP aparece descrito en los RFCs 1331 y
  1332. Estos RFCs han quedado obsoletos hoy en da. RFC 1331 fue
  substituido por el RFC 1548 y ste a su vez fue sustituido 6 meses ms
  tarde por el RFC 1661.

  La mayora de las implementaciones de PPP no tienen porqu tener
  ningn problema con la versin PPP de Linux. Para una lista completa,
  consulte la PPP FAQ.

  Extrado de la PPP FAQ:

       Los RFCs 1134, 1171, 1172 (y 1055 para este tema en con
       creto) han quedado obsoletos. Slo son interesantes si va a
       conectar con una implementacin  "muy antigua" de PPP y no
       consigue negociar con ella. Por ejemplo, el PPP remoto le
       pregunta al suyo por la opcin 2 de IPCP con slo una longi
       tud de 4 y con un tipo de compresin 0x0037.
       (Todava existe un montn de todo esto circulando por ah .
       Sea cuidadoso ah fuera).

  Linux, por ejemplo, detectara esta condicin y la corregira
  automticamente.

  4.  Compatibilidad.

  4.1.   Puede PPP dialogar con un interface tipo SLIP ?.

  No. SLIP funciona con SLIP y PPP funciona con PPP.

  Algunos vendedores ofrecen productos que trabajan tanto con SLIP como
  con PPP. Sin embargo, estos paquetes deben de ser configurados para
  trabajar bien con SLIP, bien con PPP, pero no con ambos a la vez.
  Actualmente, no hay ninguna forma de saber si se est solicitando
  utilizar PPP o SLIP en el momento de establecer una comunicacin.

  4.2.   Qu es mejor: usar PPP o SLIP ?.

  Depende de muchos factores. Generalmente, las personas que hacen esta
  pregunta, no han ledo el documento Net-2-HOWTO. Consulte la pregunta
  `` Dnde est la documentacin ?.''.

  Una excelente discusin terica sobre esta cuestin est disponible en
  el servidor WWW de Morning Star <http://www.mornignstar.com/>.

  4.3.   Qu es mejor para la identificacin y verificacin: CHAP o PAP
  ?.

  Si puede elegir, use CHAP. Si no le queda ms remedio use PAP, es
  mejor que nada. (-- A lo largo del documento se utilizar el trmino
  "identificacin y verificacin" en vez del equivalente ingls
  "authentification".--)

  5.  Ficheros de identificacin y verificacin.

  5.1.   Cul es el formato del fichero /etc/pap-secrets  ?.  Hay
  algn ejemplo disponible ?.

  El protocolo de identificacin y verificacin PAP se usa
  principalmente para enviar al sistema remoto su login y su password en
  ese sistema. Ms concretamente, debe enviar el nombre del sistema
  remoto, el nombre de su cuenta en ese sistema y su password.

  Si el usuario en la mquina abbot quiere llamar a costello, la entrada
  correspondiente en /etc/pap-secrets debera ser:
               #account        remote          password        IP address list
               abbot           *               firstbase

  5.2.   Cul es el formato del fichero /etc/chap-secrets  ?.  Hay
  algn ejemplo disponible ?.

  El problema ms comn es que se suele olvidar que para que CHAP
  funcione, AMBOS ordenadores implicados en la comunicacin deben de
  tener su fichero /etc/chap-secrets convenientemente configurado.

  Siguiendo con el ejemplo anterior, si abbot quiere hablar con
  costello, entonces el fichero /etc/chap-secrets de abbot debe contener

               #remote         local           secret          IP address list
               abbot           costello        firstbase       10.10.10.2
               costello        abbot           who             10.10.10.1

  Y en la mquina costello /etc/chap-secrets debe tener

               #remote         local           secret          IP address list
               abbot           costello        firstbase       10.10.10.2
               costello        abbot           who             10.10.10.1

  6.  Problemas de compilacin.

  6.1.  Hay errores cuando intento compilar el kernel.

  El paquete con la versin 2.2 de pppd contiene las instrucciones
  necesarias para que pueda compilar el programa. Brevemente, necesita
  ejecutar el comando configure. As se generarn los enlaces adecuados
  para el Makefile. Despus, haga un make kernel. Esto instalar las
  nuevas partes del programa que deban ser actualizadas.

  Una vez hecho esto, vuelva a recompilar el kernel. Debe hacerlo
  incluso si ya haba construdo anteriormente otro kernel para soportar
  PPP. El driver suministrado con las versiones del kernel 1.2 y las
  primeras del 1.3 no es compatible con la versin 2.2 de pppd.

  Una vez recompilado el kernel, ya puede seguir compilando pppd, chat y
  pppstats.

  7.  Problemas al ejecutar pppd .

  7.1.  pppd  dice que la versin 0.0.0 est fuera de fecha.

  Est intentando ejecutar la versin 2.2 de pppd sin haber vuelto a
  recompilar los drivers en el kernel.
  7.2.  pppd  dice que el kernel no est configurado para PPP. Pero yo
  estoy seguro de haber habilitado la opcin al recompilarlo.

  Asegrese de que compil el kernel y de que lo est ejecutando
  actualmente.  Puede ser que lo haya recompilado, pero no lo haya
  movido al directorio adecuado donde pueda verlo el gestor de arranque
  (LILO, por ejemplo).

  Asegrese tambin de que no tiene una copia vieja de pppd en su disco
  y est ejecutando esa versin. La versin anterior de pppd se guardaba
  en /usr/lib/ppp. A muchas personas no les gustaba ese directorio, asi
  que en la nueva versin 2.2 se ha movido pppd, chat y pppstats al
  directorio /usr/sbin. Si sus scripts todava apuntan hacia
  /usr/lib/ppp, entonces probablemente est ejecutando el cdigo
  antiguo.

  7.3.  pppd  no funciona a menos que sea root.

  El proceso pppd requiere hacer algunos cambios en el sistema de red, y
  tales cambios slo debera hacerlos el usuario root. Si quiere que
  otro usuario ejecute pppd, asegrese de configurar correctamente sudo
  para permitir usar pppd a dicho usuario.

    chmod root pppd
    chmod 4755 pppd

  Si quiere que el acceso a pppd est limitado a un determinado grupo de
  usuarios, haga que el proceso pppd pertenezca a ese grupo en concreto
  y no permita que nadie ms pueda ejecutarlo.

  7.4.  Obtengo el mensaje: unable to create pid file: no such file or
  directory .

  Necesita crear un directorio denominado /var/run. En versiones
  anteriores de la distribucin Slackware, exista un acceso directo
  (symlink) al directorio /etc.  En realidad, este mensaje no es un
  error, sino un aviso (warning). PPP funcionar correctamente aunque
  aparezca este mensaje. Sin embargo, el fichero script PPP-off depende
  de este fichero para funcionar.  Es una buena idea crear el directorio
  antes mencionado o bien crear un acceso directo al sitio adecuado.

  El fichero de cabezera POSIX paths.h define, con el nombre _VAR_RUN,
  el lugar donde debe de encontrarse este fichero. Si quiere usar un
  directorio distinto para PPP y/u otros paquetes, cambie el valor de
  este campo y vuelva a compilar el paquete.

  7.5.  Obtengo el mensaje: /etc/ppp/options: no such file or directory
  .

  Necesita crear este directorio y dentro de l un fichero llamado
  options. Necesita, adems tener los permisos adecuados para que pueda
  ser visible por el proceso pppd (root, generalmente).

  Este fichero debera estar vaco. Para crearlo, use el comando touch.

  Para ms informacin sobre la funcin de este fichero, consulte la
  pgina man de pppd, pppd(8).

  7.6.  No puedo averiguar cul es mi direccin IP local.

  Este problema suele aparecer con muchas configuraciones de la Telebit
  Netblazer.  El problema no es del servidor de terminal, sino que el
  sistema donde se ha instalado no le ha proporcionado un conjunto de
  direcciones IP vlidas.

  Esto pueden ocurrir por una serie de situaciones:

    La tarjeta Netblazer no tiene su direccin IP (la de usted) y usted
     no tiene su direccin IP.

    La Netblazer no sabe la direccin IP de su site y usted no sabe la
     direccin IP de la Netblazer.

  El enlace no funcionar hasta que ambas direcciones IP esten
  definidas.

  Debe indicarle a la Netblazer la direccin IP a usar. Use la direccin
  IP local y la direccion IP remota como parmetros a pasar al proceso
  pppd.  Esta opcin tiene el formato:

  pppd local_ip:remote_ip [resto de opciones]

  (o sea la direccin IP local, dos puntos y la direccin IP remota).

  7.7.  No puedo averiguar la direccin IP remota.

  Vea la pregunta anterior.

  7.8.  Obtengo mensajes dicindome que el nmero mgico no es aceptado.

  Este mensaje aparecer en su log como "magic number not ACK" o "magic
  number NAK". Este es un error grave y PPP no funcionar.

  Hay una probabilidad de una entre 4 billones de que los dos sistemas
  que se van a conectar tengan el mismo nmero mgico. Si obtiene
  continuamente fallos de conexin debidos al nmero mgico, las
  probabilidades de que esto sea una coincidencia se reducirn
  geomtricamente.

  Las razones ms comunes de este fallo son:

    El sistema remoto no est ejecutando PPP y usted piensa que s lo
     est haciendo.  Est seguro de que el sistema remoto ha sido
     configurado para ejecutar PPP ?.  Est el proceso PPP en su lugar
     adecuado ?.  Tiene los permisos adecuados ?.

     Si ocurre esto, el shell est haciendo un eco de los datos que se
     le mandan.  Esta es la causa ms comun.

    El mdem ha desconectado nada ms iniciar la conexin y le ha
     dejado conectado con una cuenta en el sistema remoto. La mayora de
     los mdem estn configurados para hacer un eco de los datos que se
     les mandan, asi que lo que usted esta viendo no es ms que el eco
     de los datos que usted est mandando.

  En cualquiera de los dos casos anteriores, el sistema Linux est
  enviando datos al sistema remoto, el cual, a medida que llegan, se los
  vuelve a enviar a usted. Esta situacin se denomina un lazo (loop en
  ingles).

  7.9.  Obtengo un mensaje: protocol reject for protocol fffb .

  Este mensaje suele aparecer cuando intenta conectar con un servidor de
  terminal de la casa Xiplex. Segn los fabricantes, la versin 5.1 de
  su software tiene numerosos problemas con PPP. A partir de la versin
  5.3 estos problemas ya se han solucionado.

  Si usa la versin 5.1 use la opcion vj-max-slots 3 en la lnea de
  comandos de pppd para limitar el numero de slots a 3. El problema
  radica en que el servidor Xiplex acepta peticiones de hasta 16 slots,
  pero a partir del tercero no funciona. Si funcionase bien, deberia
  retornar un frame del tipo NAK dentro del mrgen que hay especificado
  para ello, pero el servidor no hace tal cosa.

  Alternativamente, tambin puede eliminar la compresin de cabeceras
  Van Jacobson con la opcin -vj a pasar a pppd.

  7.10.  El software PPP conecta con el sistema remoto, enva unas cuan
  tos tramas, pero parece como si la conexin no fuese completa.  Qu
  significa esto ?.

  Linux no soporta mdems RPI. Si su mdem es RPI necesitar otro tipo
  de mdem para poder usarlo con Linux. Esta situacin no tiene visos de
  cambiar segn la poltica que mantiene Rockwell.

  Examine el system log que obtiene cuando usa la opcin debug en la
  lnea de comandos de pppd. (Necesita el log de todas maneras si quiere
  pedir ayuda a alguien). Si el log muestra que se est enviando el
  frame LCP-request continuamente y adems el nmero id no se
  incrementa, sino que permanece fijo, entonces esto significa que no se
  estn enviando frames entre su mquina y la mquina remota.

  Las tres causas ms comunes de este fallo son las siguientes:

    El software PPP no est funcionando en la mquina con la que quiere
     conectar. Est enviando tramas PPP a otro software que debe de
     estar preguntndose: " Qu es todo este XLSKFDJFpeojd23623 que
     estoy recibiendo ?".

     Asegrese de que el sistema remoto est ejecutando PPP antes de que
     usted intente conectarse a l. Pruebe a usar un programa de
     comunicaciones "normal" y llame hasta que llegue a la secuencia
     normal de login del sistema remoto al que se conecte.  Recibe
     ahora frames PPP ?.

     Los frames de PPP son muy fciles de identificar. Suelen tener 40
     caracteres de longitud y contienen varios caracteres. No tienen un
     retorno de carro que separe lneas y se mandan en una secuencia
     cclica, con una pausa entre secuencias.

    La lnea serial no est configurada con 8 bits de datos. PPP
     requiere que la lnea serial est configurada para 8 bits de datos,
     sin paridad y 1 bit de stop.

     Por defecto, el software PPP coloca la linea serial con 8 bits por
     dato, sin paridad y un bit de stop. El sistema remoto debe tambin
     adoptar esta configuracin. Si no es as, aparecern errores de
     paridad (parity) y de trama (frame).

     PPP ignora caracteres enteros. PPP no es capaz de ignorar bits tal
     y como lo hace kermit. PPP no funcionar con un enlace de
     comunicacin de 7 bits por dato.

    El sistema remoto est configurado para usar algn metodo de
     identificacin y verificacin (CHAP o PAP). Si usted no ha
     configurado su sistema con alguno de estos mtodos, el sistema
     remoto ignora cualquier paquete IPCP de informacin que se le
     mande, ya que estar esperando el paquete de identificacin y
     verificacin.

     En cualquier caso la solucin consiste bien en deshabilitar la
     identificacin y verificacin en el sistema remoto, bien
     habilitarla en su sistema.

     Examine la recepcin de las tramas del tipo LCP configure en el log
     de la conexin. Si aparece un auth significa que el sistema remoto
     requiere identificacin y verificacin.

  7.11.  El script /etc/ppp/ip-up  no funciona.

  El proceso pppd ejecuta el script /etc/ppp/ip-up cuando la "capa" del
  protocolo IP se ha establecido correctamente. pppd y el protocolo IP
  le proporcionan al script los parmetros que definen el status de la
  lnea (nombre del dispositivo de conexin, velocidad de comunicacin y
  direccin IP).

  Sin embargo, lo que puede parecer confuso es que se trata a
  /etc/ppp/ip-up como a un programa ejecutable y no como a un script. El
  programa se "lanza" mediante la funcin exec de Linux.  Esto quiere
  decir que si desea utilizar este script debe de hacer dos cosas:

    Necesita tener el fichero marcado como ejecutable. Haga esto con
     chmod.  Los permisos correctos de funcionamiento deberan ser de
     100. Usando chmod con un valor de 500 es aceptable si va a leer del
     fichero, o bin usar el valor de 700 su va a escribir en l. Este
     fichero debera ser usado por el usuario root.

    El fichero debe tener como primera lnea:

         #!/bin/sh

  El caracter # debe ser el primer caracter de la primera lnea del
  fichero.  El intrprete de este script (/bin/sh en este caso) puede
  ser cualquier programa que pueda ser utilizado para ejecutar scripts.
  La mayora de la gente utiliza el shell Bourne sh, pero pueden usarse
  otros como el C shell csh o incluso perl. Lo realmente importante es
  que los dos primeros caracteres sean # y ! respectivamente.

  7.12.  No puedo conectar con la red merit.

  Algunos usuarios de esta red han sealado que es necesario utilizar
  PAP para conectar con esta red.  Ha probado a activar esta opcin ?.

  8.  DIP

  8.1.  DIP no tiene soporte para ejecutar PPP.

  La versin ms actual de dip-uri si soporta el uso de PPP, ya que
  utilizando la opcin mode PPP, dip lanzar el proceso pppd
  automticamente. Sin embargo, pppd necesita ser invocado con varias
  opciones para poder funcionar correctamente. Como dip no pasa estas
  opciones a pppd, dichas opciones deben de estar almacenadas en el
  fichero /etc/ppp/options.
  dip es un programa que controla el establecimiento de una conexin
  SLIP entre mquinas con la ayuda de otros programas: slattach,
  ifconfig y route.  Todos estos programas deben ser utilizados para
  lograr una conexin SLIP vlida, sin embargo, no son necesarios para
  realizar una conexin PPP.

  dip puede ser usado para efectuar la llamada telefnica y arrancar el
  software PPP en el sistema remoto. Para utilizarlo en este modo, es
  mejor usarlo como un parmetro a pasar con la opcin connect. Sin
  embargo, usted tiene la opcin de permitir que dip controle el enlace.
  Es indiferente como pppd sea ejecutado, lo que si es realmente
  importante es que debe ser ejecutato obligatoriamente, ya que es un
  programa imprescindible para el protocolo PPP.

  9.  Terminacin del proceso.

  9.1.   Existe un comando similar a dip -k  para PPP ?.

  No. En el directorio de chat hay un PPP-off script. Ejecutando este
  script se consigue el mismo efecto que con dip -k.  Este script
  aparece a continuacin. Para usarlo, corte el texto, slvelo en el
  fichero nombrado arriba y hagalo ejecutable con chmod.

  ______________________________________________________________________
    #!/bin/sh
    DEVICE=ppp0
    #
    # Si el fichero ppp0 pid existe es que el programa esta funcinando. Paralo.
    if [ -r /var/run/$DEVICE.pid ]; then
            kill -INT 'cat /var/run/$DEVICE.pid'
    #
    # Si kill no ha funcionado entoces no hay ningun proceso asociado a este
    # pid. Tambien puede significar que el fichero lock sigue abierto. Seria deseable
    # borrar tambien el fichero lock.
            if [ ! "$?" = "0" ]; then
                    rm -f /var/run/$DEVICE.pid
                    echo "ERROR: Removed stale pid file"
                    exit 1
            fi
    #
    # OK. Ahora dejamos a pppd terminar a su manera.
            echo "PPP link to $DEVICE terminated."
            exit 0
    fi
    #
    # el proceso PPP no esta ejecutandose para ppp0
    echo "ERROR: PPP link is not active on $DEVICE"
    exit 1
  ______________________________________________________________________

  9.2.  PPP no cuelga el mdem cuando termina.

  Hay varias razones para que ocurra esto:

     Especific la opcin mdem en la lnea de comandos de pppd ?.
     Este parmetro controla si es pppd el que debe controlar las
     seales de status del mdem. Este parmetro aparece explicado ms
     detalladamente en la pgina man de pppd.

     Tiene el mdem configurado para usar las seales DCD y DTR ?. La
     secuencia Hayes para el mdem es normalmente &C1. Si resetea el
     mdem durante la sesin con ATZ, asegrese de que configura su
     mdem correctamente.

     La seal DTR la genera el ordenador e indica al mdem cuando
     desconectar. La secuencia Hayes para esto es &D1 o &D2, siendo &D2
     la opcin preferida por PPP. Muchos fabricantes de mdems
     deshabilitan este uso de la seal DTR en la configuracin de
     fbrica que viene almacenada en el mdem .

     Est utilizando un cable barato que no conecta la senal DCD entre
     el ordenador y el mdem ?. Los cables de los ordenadores Machintosh
     "Classic" son un ejemplo. Estos ordendadores no usan esta seal.

    Para conexiones a una cuenta en un sistema remoto,  lanza la
     ejecucin de pppd de forma correcta ?.  El proceso pppd debera ser
     lanzado (con exec) desde un script y no desde la lnea de comandos
     del shell que est usando. Si hace esto ltimo y ejecuta pppd, ser
     el shell el que reciba la seal HUP (hang-up, colgar) y no pppd.

     Un script tpico para lanzar pppd es el siguiente:

     ___________________________________________________________________
          #!/bin/sh
          exec pppd -detach modem ...
     ___________________________________________________________________

    El uso conjunto de de dip y diald puede interferir en algunas
     ocasiones con la capacidad de pppd para detectar la falta de
     portadora de la lnea serial. En esta situacin, debera usar las
     opciones lcp-echo-request y lcp-echo-failure para que pppd pueda
     detectar esta condicin.

  10.  Transferencia de datos.

  10.1.   En las transferencias con ftp, parece que la conexion muere
  cuando hago un put . Sin embargo, si hago get  funciona perfectamente.
   Qu ocurre ?.

   Est activado el control de flujo (flow control) ?. Esto se hace
  pasando a pppd la opcin crtscts para usar control de flujo RTS/CTS
  (hardware) o xonxoff para control de flujo XON/XOFF (software). Si no
  tiene habilitado el control de flujo, probablemente est
  sobrescribiendo en los buffers del mdem. Esto tiene consecuencias
  catastrficas si utiliza compresin de cabezeras vj (Van Jacobson).

  10.2.   Cmo debo usar el control de flujo XON/XOFF ?.

  Es mejor utilizar control de flujo hardware (CTS/RTS). Sin embargo, si
  se ve obligado a usar control de flujo software, siga los siguientes
  pasos:

    Necesita especificar la opcin xonxoff en la lnea de comandos de
     pppd. Esta opcin le dice al dispositivo serial a utilizar que
     utilice este tipo de control de flujo. Adems, carga los dos
     caracteres (XON y XOFF) dentro del driver tty.

    Necesita especificar los caracteres que representan XON y XOFF en
     el parmetro asyncmap que se pasa a pppd. Esto avisa al sistema
     remoto que debe separar estos caracteres cuando quiera envirselos
     a su mquina. Esto se indica normalmente con la opcin asyncmap
     a0000.

    Naturalmente, no olvide decirle a su mdem que utilice control de
     flujo XON/XOFF. En los mdem ZyXEL, se suele utilizar la secuencia
     "R1&H4".

  10.3.   El mdem parece que conecta a velocidades extraas. Cuando
  uso minicom , el mdem siempre usa 14400 bits/segundo. Sin embargo,
  PPP dice que est conectando a 9600, 7200 e incluso a 2400
  bits/segundo.  Cmo puedo corregir esto ?.

  Especifique la velocidad que desea en la lnea de comandos de pppd. Si
  no especifica la velocidad, PPP utilizar cualquier velocidad que
  exista.  Algunos programas no dejan los parmetros de la lnea serial
  iguales que cuando se ejecutaron. Esto puede causar que la lnea tenga
  una configuracin extraa.

  Linux no soporta mdems que utilizan RPI (Rockwell Protocol Interface)
  porque es un protocolo propietario. Dado que Rockwell no quiere
  facilitar el cdigo necesario para poder hacer una adaptacin a Linux,
  hay muy pocas posibilidades de ques estos mdem sean soportados por
  Linux. La solucin en este caso es clara: no usar mdems RPI.

  Si no sabe si un mdem es RPI cuando quiera adquirirlo, fjese en las
  frases publicitarias que aparecen en la caja. Frases del estilo "con
  correccin de errores software", o "compatible con Windows" o
  "requiere un driver especial para funcionamiento completo", usualmente
  suelen indicar que el mdem es RPI.

  10.4.  Cuando hago ftp, la operacin get  es muy lenta, pero la
  operacin put , sin embargo, es muy rpida.  Porqu ?.

   Especific la opcin asyncmap 0 cuando ejecut pppd ?. Si olvid
  esto, el peer debe doblar todos los caracteres de control en el rango
  0x00..0x1F (hexadecimal).  Esto supone una reduccin de velocidad de
  un 12.5 % cuando est recibiendo datos.

   Ha configurado bien el sistema remoto ?.  Olvid especificar el
  control de flujo del mdem remoto ?.

  10.5.  La opcin proxyarp  no encuentra la direccin hardware.

  Use el paquete ppp-2.1.2d.tar.gz. El proceso pppd fu compilado
  errneamente con el kernel 1.1.8 y usaba definiciones Net-3 en vez de
  la Net-2 como le corresponda.

  Consulte ademas el mini HOWTO proxy-ARP sobre los requerimientos
  necesarios para utilizar proxy ARP.

  El paquete 2.1 tiene establecido un lmite de 64 dispositivos de red.
  Cuando se escribi el cdigo de proxyarp se pens que era un nmero
  razonable, dado que la mayora de la gente suele tener uno o dos
  controladores Ethernet como mximo en una mquina. Hoy en da hay
  mquinas que tienen conectados hasta 128 dispositivos de red.

  La versin 2.2 ha elevado el lmite a 256 dispositivos de red. Este
  lmite aparece en forma de un #define que se encuentra en el mdulo
  sys-linux.c.

  11.  Rutado y otros problemas.

  11.1.   Mi ruta al sistema remoto sigue desapareciendo !. Estuvo
  activa unos 3 minutos y ha vuelto a desaparecer.  Ayuda !.

  Esta no es una pregunta que est relacionada con PPP.

  Pista:  NO EJECUTE routed !.

  11.2.   Me gustara conectar los ordenadores de mi red a Internet
  usando PPP. Slo tengo una direccin IP que me es asignada por mi
  proveedor de servicios de conexin (incluso esa direccin IP es asig
  nada dinmicamente).  Cmo puedo hacer esto ?.

  No se puede. Al menos no de la manera que a usted le gustara hacerlo
  normalmente. El problema reside en que su proveedor no sabra las
  direcciones IP de las mquinas conectadas a su red y, por tanto, no
  rutara ninguna trama a su sistema local.

  Sin embargo, existen otras soluciones:

    Puede hacer un telnet a la mquina que est conectada a Internet
     usando pppd. Una vez conectado a esa mquina, ya puede hacer telnet
     o ftp al resto de Internet. Realmente, esto no es mucho mejor que
     usar el ordenador directamente, pero es til para realizar cosas
     sencillas.

    Use un kernel reciente de la serie 1.3 y utilice la opcion IP
     Masquerade. Para saber ms sobre cmo usar esta caracterstica,
     debera unirse a la lista de correo electrnico linux-net developer
     o bien consultar el documento Net-2-HOWTO.

    Ejecute el programa socks en su sistema PPP. Este programa
     realizar la misma funcin que si usa IP Masquerade pero, por
     contra, necesitar clientes modificados. La ventaja de usar socks
     es que este programa lleva mucho tiempo circulando por ah y muchos
     clientes entendern el concepto de servidor proxy (proxy server)
     que es necesario para trabajar correctamente con el programa.

  11.3.  Conecto con la mquina del sistema remoto, pero no puedo hac
  erlo con ninguna otra mquina de dicho sistema.

   Ha olvidado aadir el parmetro defaultroute a la lnea de comandos
  de pppd ?. Este parmetro aade una ruta por defecto (default route) a
  su sistema de rutado, permitiendo que los frames dirigidos a otras
  direcciones IP se canalicen a travs del dispositivo PPP.

  El software PPP no reemplazar la ruta por defecto si ya exista una
  anterior a la ejecucin de pppd. El motivo de esto es evitar que
  alguien pueda destruir accidentalmente la ruta por defecto a sus
  routers ethernet. Un aviso aparecer en el system log si defaulrotute
  no se ejecuta por esta razn.

  11.4.  Tengo una ruta por defecto pero sigo sin poder acceder al resto
  de mquinas.  Y ahora que hago ?.

  El problema no es entonces de su sistema Linux local. Lo ms probable
  es que haya un problema de rutado en la mquina remota.

  El sistema remoto no est configurado para IP forwarding. En el RFC de
  PPP se especifica que esta opcin NO debe estar activada por defecto.
  Esta opcin debe habilitarse. Para sistemas Linux, necesita volver a
  compilar el kernel y especificar que desea IP forwarding/gatewaying.

  El ordenador remoto necesita una ruta hacia su mquina de la misma
  manera que usted necesita una ruta hacia l. Esto puede hacerse por
  uno de los cuatro mtodos siguientes. Cada uno tiene sus ventajas y
  sus inconvenientes y recuerde que slo puede usar un metodo y slo
  uno.

    Use una ruta de host (host route). En cada host del sistema remoto,
     aada una ruta a la direccin IP de su mquina Linux, siendo el
     gateway la mquina que usted usa para conectar con ese sistema.
     Esto es adecuado si el sistema remoto tiene pocas mquinas
     conectadas y usa una red simple, sin bridges, routers, gateways,
     etc.

    Use una ruta de red (network route). Divida la direccin IP remota
     de tal manera que la direccin IP local de su mquina Linux, la de
     la mquina remota con la conecta usando PPP y la de la tarjeta
     Ethernet que conecta esta mquina con el resto de su red
     pertenezcan al mismo dominio.

     Esto funciona si tiene suficientes direcciones IP para poder
     repartirlas. Si tiene un dominio de direcciones IP de red de clase
     B, esta solucin funciona muy bien, puesto que puede poner todas
     las direcciones de las mquinas remotas en el mismo dominio de
     direcciones IP.

     Una vez hecho esto, aada una ruta de red en cada uno de los
     gateways y routers, de tal forma que cualquier direccin de la red
     remota sea enviada al servidor de terminal. La mayora de las
     configraciones de redes locales tienen muchos hosts pero pocos
     routers. (Por ejemplo, en sii.com, hay unos 300 hosts activos con
     solo 3 routers).

    Use gated en todos los gateways y en el servidor de terminal. Con
     esto se consigue que el servidor de terminal propague (broadcast)
     los frames para su direccin IP a los gateways adecuados. Como los
     hosts tendrn una ruta por defecto a uno de los gateways, este
     gateway generar una trama de redireccin ICMP y el host especfico
     aadir automticamente su propia ruta de host.

    Utilice proxy ARP en el servidor de terminal. Esto slo funcionar
     si su direccin IP remota est en el mismo dominio de direcciones
     IP que uno de los dominios de las tarjetas de red del sistema
     remoto.

     No hay solucion "exacta". Debe elegir la que mejor se adapte a sus
     circunstancias.

  Si su router remoto necesita recibir tramas RIP para poder actualizar
  la ruta hacia su sistema, entonces debera usar el programa bcastd de
  sunsite.unc.edu. Este programa genera las tramas RIP sin necesidad de
  que tenga que instalar y ejecutar gated.

  11.5.  No puedo hacer ping  a mi direccin IP local.

  No puede hacer esto porque normalmente no tiene definida una ruta
  hacia esa direccin. Este es el modo normal de funcionamiento, asi que
  no hay nada anormal.  Si quiere hacer un ping a su sistema, utilice la
  direccin del dispositivo loopback (127.0.0.1).

  Puede hacer un ping a la direccion IP remota, si as lo desea. Sin
  embargo, algunos servidores de terminal no permitirn esto, ya que esa
  direccin esta ocupada telefnicamente para ellos. Esto depende de la
  configuracin especfica de cada servidor En general, no haga ping a
  ninguna de las 2 direcciones ( local o remota ). Elija una direccin
  IP de otra mquina que sepa que est en la red remota (una de su
  nameserver, por ejemplo).

  Mientras el software PPP no haga esta tarea, debe de aadir
  manualmente a la tabla de rutado la ruta al host con el que acaba de
  conectar. Esto se hace con el comando

       route add -host 192.187.163.32 lo

  Donde la direccin IP local es 192.187.163.32 en este ejemplo. Esto le
  dice al software de red que debe dirigir todas las tramas destinadas a
  su direccin IP al dispositivo loopback. Una vez que ha aadido la
  ruta apropiada a la direccin IP local, entonces ya puede usar esta
  direccin como el destino para las tramas IP.

  Usted es el responsable de eliminar esta ruta cuando el enlace
  termine.

  12.  Interaccin con otras implementaciones de PPP.

  12.1.  Estoy usando Trumpet (para MSDOS) y la conexin simplemente
  termina.  Porqu ocurre esto ?.

  Trumpet no acepta ningn tipo de compresin de cabeceras VJ. Utilize
  pppd con la opcin -vj para desactivar esta compresin.

  12.2.  Estoy usando dp-3.1.2  (con SunOS) y el sistema no me permite
  hacer nada ms que ping  o nslookup .  Porqu ocurre esto ?.

  Existe un fallo en la versin 3.1.2 de dp. Actualcese a la versin
  3.1.2a o posterior. Puede conseguirla en el home site de dp
  <http://www.ecn.purdue.edu>.

  Hasta que consiga esta actualizacin, no utilice compresin de
  cabeceras VJ.

  12.3.  No puedo conectar con/desde mi mquina con Windows NT.

  Microsoft ha elegido para Windows NT un sistema no estandar de
  identificacin y verificacin. Estn en su derecho, ya que han
  registrado su propio protocolo en la IANA. Si en la casilla "accept
  only Microsoft encrypted authentication" est activada en la entrada
  "phone book", entonces la conexin no podr realizarse. Esta opcin le
  indica a Windows NT, que slo puede comunicarse con otro sistema que
  tenga implementado el protocolo PPP propio de Microsoft (otro sistema
  Windows NT).

  Linux no soporta este tipo de identificacin y verificacin.  Si puede
  cambiar las opciones del sistema de su Windows NT, vaya a las opciones
  de Windows NT Phone Book, eliga advanced, luego security settings y
  asegrese de que la casilla "Accept any authentication including clear
  text" est activada y que la casilla "accept only Microsoft encrypted
  authentication" no est activada. El resto de casillas del cuadro de
  dialogo no influyen en este tema.

  Una vez hecho esto, utilice PAP en su mquina Linux y ponga el login y
  el password de la mquina Windows NT en el fichero habitual
  etc/ppp/pap-secrets/.

  La secuencia de identificacin y verificacin de Microsoft es una
  variante del sistema PAP con el password protegido por un sistema de
  criptografiado del tipo DES. El sistema PAP normal enva las password
  sin encriptar, lo cual supone una violacion de seguridad dentro del
  sistema de seguridad que Microsoft ha elegido (tipo C2).

  Versiones anteriores del cdigo de PPP a la 2.1.2c tienen un fallo en
  el sistema de decodificacin de las peticiones de identificacin y
  verificacin. Una comunciacin entre un sistema Windows NT y esta
  versin no podrn nunca negociar. La versin actual, 2.2 o la 2.1.2d
  (si necesita el soporte para la serie de kernels 1.1) deberan ser
  usadas en esta situacin

  Segun Scott Hutton (shutton@habanero.ucs.indiana.edu):

  Bsicamente, NT RAS (Remote Access Services) terminar la conexin si
  su mquina rechaza (REJ) algn componente del protocolo que sea
  crtico (i.e. el protocolo de identificacin y verificacin). El truco
  consiste en crear un fichero chap-secrets de lo mas simple. El mio es:

       *       ""      ""

  Esto le dice a pppd que debe enviar un NAK (no aceptado) en vez de un
  REJ (rechazado). Con la clave de registro (registry key) SPAP
  eliminada, el siguiente protocolo a probar es PAP (que es el que yo
  uso).

  Otras personas afirman que SOLO los servicios de red TCP/IP deben
  estar habilitados en el RAS (ni NetBEUI ni IPX (Ed: IPX est
  comprobndose ahora.  Hasta que est instalado convenientemente, es
  una buena idea deshabilitarlo.)). Tambin he tenido que batallar con
  un montn de claves de registro (registry keys) para eliminar timeouts
  (que son problemticos cuando slo se quiere usar TCP/IP):

         HKEY_LOCAL_MACHINE\eSYSTEM\eCurrentControlSet\eServices\eRemoteAccess\eP
                  Autodisconnect: REG_DWORD: 0

  y para conseguir que el rutado funcione correctamente:

         HKEY_LOCAL_MACHINE\eSYSTEM\eCurrentControlSet\eServices\eRasArp\eParamet
                  DisableOtherSrcPackets: REG_DWORD: 0

  Para finalizar, la clave a eliminar para eliminar SPAP es:

       HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\RasMan\PPP\SPAP

  13.  Otros mensajes enviados al system log.

  13.1.  Alarm.

  Esto no es un problema, aunque su nombre lo parezca. Slo significa
  que un temporizador (timer) ha concluido su cuenta. Los temporizadores
  son una parte necesaria durante la fase de establecimiento del
  protocolo.

  13.2.  SIGHUP.

  El proceso pppd ha recibido una seal HUP. La seal HUP se genera por
  el software que controla el dispositivo tty cuando el dispositivo
  remoto al que se estaba conectado ha terminado el  enlace a travs del
  mdem. Esto significa que el mdem ha colgado ("hang up" en ingls) la
  conexin.  El programa kill tambin puede ser usado para enviar esta
  seal al proceso pppd.  Cuando pppd recibe esta seal, empieza la
  secuencia de finalizacin del enlace de una manera ordenada.

  13.3.  SIGINT.

  El proceso pppd ha recibido una seal INT. Esta seal la genera el
  software que controla la consola cuando se pulsa un CTRL+C y pppd se
  est ejecutando como un proceso de segundo plano (background).
  Igualmente kill tambin puede generar esta seal para el proceso pppd.
  De hecho, esta es la forma educada de finalizar la ejecucin de pppd y
  terminar con el enlace. Vea la pregunta referida a dip -k (pregunta
  `` Existe algn comando similar a <tt>dip -k</tt> para PPP ?.'')
  para ver un script que realiza esta funcin.  De la misma manera que
  con SIGHUP, pppd termina con el enlace de una manera ordenada.

  13.4.  Unknow protocol (c025) received .

  El sistema remoto desea utilizar el protocolo Lynk Quality Reporting
  con su sistema Linux. Este protocolo no est soportado por la versin
  actual de PPP para Linux. Esto no es un error, slo indica que el
  sistema remoto est enviando una invitacin a usar este protocolo y
  Linux le responde con un delicado: "No puedo hacer lo que me pides
  ahora, asi que no me marees ms con esto".

  El paquete PPP de Morning Star Software siempre intentar utilizar
  este protocolo LQP. Esto es normal y no significa que el enlace no
  pueda realizarse o sea errneo.

  13.5.  Unknow protocol (80fd) received .

  El sistema remoto quiere utilizar el protocolo de control de
  compresin (Compresion Control Protocol) con su sistema Linux. Este
  protocolo se situa "por encima" del protocolo bsico  y, si se negocia
  correctamente, se obtiene una reduccin del nmero de bytes
  transmitidos en cada trama.  O sea, que la transmisin es ms rpida.

  Sin embargo, existen un buen nmero de compresores que pueden
  agruparse bajo el trmino de Compression Control Protocol. La versin
  2.2 del paquete PPP slo entiende uno: el compresor BSD. Este
  compresor funciona de forma muy parecida a como lo hace el programa
  compress de UNIX y utiliza una compresin del tipo LZW.  Dependiendo
  del tamao del cdigo, puede ser necesario una gran cantidad de
  espacio del kernel para incorporar los diccionarios de compresin y
  descompresin necesarios. Esto no debera ser utilizado si su mquina
  tiene un espacio limitado de memoria (ni siquiera lo intente si tiene
  8 megabytes o menos de RAM fsica). Para estos casos, debera adquirir
  un mdem decente que soporte este tipo de compresin.

  A menos que los dos extremos del enlace acepten este tipo de
  compresin, sta no se utilizar en la conexin.

  Otro tipo comn de compresor es Predictor-1. Necesita menos memoria y
  se ejecuta ms rpido. Sin embargo, su compresin no es tan buena como
  el de BSD, ya que enva unos pocos ms de bytes por cada trama.

  Muchos servidores de terminal comerciales utilizan un compresor
  denominado Stacker(TM) LZW o Protocolo LZS. Este tipo de compresor es
  comercial y requiere una licencia de uso. Aparentemente, Stacker le
  puede dar a usted esa licencia gratis, pero existe otra licencia ms
  especfica que le impide utilizar este tipo de compresin junto con
  pppd.

  13.6.  La conexin falla con errores como ioctl(TIOCGETD): I/O error
  o ioctl(PPPIOCSINPSIG): I/O error .

  Examine los mensajes que aparecen cuando arranca el sistema. Si
  aparece el mensaje PPP version 0.1.2 es que tiene una versin antigua
  del driver PPP.c.

  Si aparece PPP version 0.2.7, entonces tiene una versin actualizada
  de PPP.c para el paquete 2.1.2. Sin embargo, este fichero no fu
  compilado con el mismo conjunto de nmeros de ioctl. Asegurse que
  slo tiene un fichero llamado if_ppp.h. Debera estar situado en el
  directorio donde estn los ficheros include del kernel de linux. Una
  vez hecho esto, vuelva a compilar el kernel y el proceso pppd.

  Si aparece PPP version 2.2.0 entonces est usando el driver
  correspondiente a la versin 2.2 del paquete. Esta versin del driver
  solo funciona con las versiones 2.2 del paquete pppd. El programa pppd
  versin 2.2 slo funcionar con esta versin del driver.

  13.7.  Ocurren errores del tipo ioctl(PPPIOCGDEBUG): I/O error ,
  ioctl(TIOCSETD): I/O error  o ioctl(TIOCNXCL): I/O error .  Porqu
  ocurre esto ?.

  El sistema remoto ha desconectado el telfono. Los drivers tty
  intentan reestablecer la disciplina de conexin que tenan antes de
  perder la lnea. A la vez, pppd intenta hacer lo mismo que estos
  drivers tty para poder recuperar la conexin.  Cuando se produce esta
  situacin es normal que estos errores aparezcan.

  13.8.  ifconfig  me proporciona una informacin extraa con PPP.

  Normalmente, ifconfig proporciona una informacin parecida a esta:

  ______________________________________________________________________

     ppp0      Link encap UNSPEC  HWaddr 00-00-00-00-00-00-00 ...
               inet addr 192.76.32.2  P-t-P 129.67.1.65  Mask 255.255.255.0
               UP POINTOPOINT RUNNING  MTU 1500  Metric 1
  ______________________________________________________________________

  Este mensaje aparece slo con propsitos informativos. Si usa una
  versin reciente del kernel, actualice el paquete nettools por el de
  sunacm.swan.ac.uk
  <http://sunacm.swan.ac.uk/pub/Linux/networking/nettools>.

  13.9.  El fichero proc/net/dev  parece que esta vaco.

   Tecle el comando ls -l /proc/net y se est preguntando cmo puede
  ser que tenga un tamao de 0 bytes ?. Si es as, no se preocupe porque
  es normal. En vez de eso teclee:

  cat /proc/net/dev

  Ahora no debera de estar vaco. El hecho de que la longitud del
  fichero sea cero se debe a que se encuentra en un sistema de ficheros
  del tipo "proc". De la misma manera, usar more, less o most tampoco
  deben usarse para visualizar este fichero. Si quiere un resultado
  similar haga

  cat /proc/net/dev | less

  13.10.  El kernel informa que los dispositivos PPP estn siendo
  "desactivados" cuando el sistema empieza a arrancar.

  Esto no es un problema. Este mensaje es el resultado de la llamada que
  hace el driver de PPP al procedimiento unregister_netdev. Esta llamada
  permite al driver de PPP solicitar dinmicamente el nmero de
  dispositivos que sean necesarios. No hay un lmite real sobre el
  nmero de ellos a crear. Por poner un lmite, se ha elegido el valor
  de 256 dispositivos. Si encuentra que este nmero es pequeo, entonces
  debe cambiar el #define que se encuentra en el fichero ppp.c y poner
  el valor que desee. Este ser el nmero de dispositivos que sern
  cargados dinmicamente.

  13.11.  Acabo de comprobar que /proc/net/dev  no tiene ningn disposi
  tivo PPP.  Donde estn ?.

  No estn en ningn sitio. Fueron desconectados durante el arranque del
  sistema. Vea la pregunta anterior para ms informacin.

  14.  Rutado con redes locales (usando PPP como un "bridge" econmico).

  14.1.  Slattach  e ifconfig  no funcionan como con SLIP.

  No utilice slattach ni ifconfig con PPP. Estos programas se usan con
  SLIP. El proceso pppd realiza las funciones de estos programas en el
  momento adecuado. Estas funciones deben realizarse despus de que se
  hayan intercambiado los protocolos LCP e IPCP entre las mquinas que
  realizan la conexin.

  Usted no puede reemplazar ifconfig y slattach por pppd. La mayoria de
  los protocolos que se usan con PPP residen dentro del cdigo de pppd.
  Slo el protocolo IP ( y el IPX cuando est terminado ) residen dentro
  del kernel.

  La ruta de host (host route) al sistema remoto la aade
  automticamente pppd. No hay ninguna posibilidad de no aadir esta
  ruta. El proceso pppd terminar si no puede definirla y aadirla a la
  tabla de rutas del sistema.

  La ruta por defecto (default route) puede ser o no aadida. Esto se
  controla con la opcion defaultroute. Si ya exista una ruta por
  defecto anterior, pppd no definir una nueva, sino que conservar la
  ya existente.

  Si quiere gobernar el rutado para una red entera, ponga el comando
  route dentro del script /etc/ppp/ip-up. Los parmetros de este script
  son:

    $0 : nombre del script que se esta ejecutando (/etc/ppp/ip-up o
     /etc/ppp/ip-down ).

    $1 : nombre del dispositivo de red (ppp0 por ejemplo).

    $2 : nombre del dispositivo tty (/dev/cua0 por ejemplo).

    $3 : velocidad del dispositivo tty en bits por segundo (14400 por
     ejemplo).

    $4 : la direccin IP local (en formato xxx.yyy.zzz.vvv).

    $5 : la direccion IP remota (en formato xxx.yyy.zzz.vvv).

    $6 : el valor del parmetro ipparam.

  14.2.  Quiero definir una ruta a la red entera y no slo a un host de
  esa red.

  Existe en sunsite un paquete llamado devinfo.tar.gz que contiene una
  serie de pequeas utilidades que extraen datos sobre el dispositivo de
  red que se est usando y, junto con las direcciones IP del enlace,
  proporcionan informaciones muy tiles.  La documentacin se encuentra
  en las pginas man del paquete.

  Por ejemplo, si quiere rutar el dominio entero de direcciones IP en la
  red remota, haga lo siguiente en el script /etc/ppp/ip-up.
  Naturalmete, si los valores no son variables sino fijos, entonces
  simplemente use esos valores en las entradas apropiadas del comando
  route.

  ______________________________________________________________________

    # Obtener la mascara de red (netmask) para el dispositivo ppp0 (o cualquier otro).
    NETMASK = "devinfo -d $1 -t mask"
    # Obtener el dominio IP (sin la direccion del host eliminando los bits extra)
    DOMAIN = "netmath -a $5 $NETMASK"
    # Creamos la network route ahora que ya se sabe el dominio IP
    route -net add $DOMAIN gw $5
  ______________________________________________________________________

  15.  Otras caractersticas y protocolos.

  15.1.   Existe soporte para demand dial  ?.

  Utilice el paquete diald
  <ftp://sunsite.unc.edu/pub/Linux/system/Network/serial>. Est en
  sunsite, en el mismo directorio que el cdigo fuente de PPP.

  15.2.   Existe soporte para filtrado ( filtering ) ?.

  No hay intencin de implementar filtrado dentro del cdigo de PPP.  La
  versin 1.3 del kernel soporta una opcin firewall que debra usar en
  vez de buscar un mtodo de embutir la lgica de funcionamiento de un
  cortafuegos (firewall) dentro de un dispositivo de red. Puede usar
  bien ipfw, bien ipfwadm para definir las reglas que gobiernan el
  funcionamiento del cortafuegos que est dentro del kernel.

  15.3.   Existe soporte para IPX ?.

  El soporte IPX sera muy fcil de implementar. Esto se est haciendo
  en la actualidad, gracias, sobre todo, al apoyo de Caldera
  <http://www.caldera.com>.

  15.4.   Existe soporte para NetBIOS ?.

  Hay definido un protocolo PPP para NetBIOS. Sin embargo, la solucin
  ptima consiste en usar TCP/IP y la aplicacin samba.

  Microsoft y otras compaas han usado el protocolo PPP de NetBIOS.

  El protocolo nbfcp y su documentacin son de libre acceso y puede
  obtenerse de numerosas fuentes. El protocolo NetBIOS no es una familia
  de protocolos vlidos actualmente para Linux. Hasta que Linux lo
  soporte, no hace mucha falta el soporte de NetBIOS en el PPP de Linux.

  15.5.   Existe soporte para ISDN ?.

  Para que se soporte ISDN se necesita un driver ISDN que funcione. El
  diseo actual del driver PPP no se adapta bien al concepto ISDN de
  recepcin de bloques de datos. Esto est cambiando. Un driver para el
  interfaz Sonix se est desarrollando actualmente.

  15.6.   Existe soporte para multipuntos (multi-point) ?.

  Multi-point sera una caracterstica muy til para el PPP de Linux.
  Sin embargo, el autor no tiene conocimiento de nadie que est
  intentando construir este tipo de soporte actualmente.

  15.7.   Existe soporte para PPP sncrono ?.

  Son necesarios pequeos cambios para soportar un interfaz serial con
  comunicacin sncrona. El rediseo que se est haciendo del driver PPP
  est tambin orientado hacia este fin.  Kate Marika Alhola ha mostrado
  su inters en escribir este soporte.  Debera contactar con ella
  (kate@digiw.fi) para ms informacin.

  Actualmente, Kate ha informado al autor que este driver est ya en
  fase de pruebas, funcionando con mquinas Cisco(TM) y con velocidades
  de 64K y 256K. El cdigo fuente del programa se encuentra bajo la
  licencia GPL de la GNU y puede encontrarse en nic.funet.fi
  <ftp://nic.funet.fi/pub/Linux/kernel/xnet-sync-driver-1.0.tar.gz>

  16.  Miscelnea

  16.1.   Existe un lector de correo compatible con PPP ?.

   Uh ?. PPP no tiene nada que ver con el mail user agent (el programa
  que le presenta el correo en pantalla). Todos estos programas son
  compatibles con PPP.

  16.2.   Y un lector de news ?.

  Vuelva a leer la pregunta anterior.

  17.  Preguntas sobre chat .

  17.1.  Mi mdem no marca cuando ejecuto chat .

  El mdem debe encontrarse en modo comando para poder marcar. Si su
  mdem ya est en linea, los comandos de marcado se envan al sistema
  remoto como si fuesen datos normales.

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

  Si no puede cambiar la configuracin del mdem, entonces debera
  cambiar la secuencia de marcado para que se parezca a la siguiente.
  Esta secuencia se asegura que el mdem est en modo comando antes de
  intentar enviar la secuencia de marcado al mdem.

       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 mayora de los mdem para
  responder. Tras esto, enva un AT al mdem para esperar su respuesta
  OK. Si esto no sucede en el tiempo especificado en el TIMEOUT (3
  segundos), manda la secuencia +++ al mdem y espera de nuevo una
  respuesta OK del mdem. Una vez recibida la confirmacin del mdem,
  configura el mdem adecuadamente, restablece el TIMEOUT y marca (por
  tonos) el nmero de telfono (555-1212).

  17.2.  El mdem 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.  y nunca enva el password.  El script de chat  se para tras
  enviar el login al sistema remoto

  Algunos sistemas, especialmente SCO, vacan los buffers de recepcin
  justo tras escribir el prompt de entrada del login y del password.
  Chat normalmente transmite la respuesta al prompt nada ms 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 solucin 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 enve 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  representa un retraso (delay) de un segundo a esperar por
  chat antes de enviar la respuesta.

