10. Transferencia de datos.

10.1 ¿ En las transferencias con ftp, parece que la conexion muerecuando hago un put. Sin embargo, si hago get funcionaperfectamente. ¿ Qué ocurre ?.

¿ Está activado el control de flujo (flow control) ?. Esto se hace pasando a pppd la opción 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 módem. Esto tiene consecuencias catastróficas si utiliza compresión de cabezeras vj (Van Jacobson).

10.2 ¿ Cómo 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 opción xonxoff en la línea de comandos de pppd. Esta opción le dice al dispositivo serial a utilizar que utilice este tipo de control de flujo. Además, carga los dos caracteres (XON y XOFF) dentro del driver tty.
• Necesita especificar los caracteres que representan XON y XOFF en el parámetro asyncmap que se pasa a pppd. Esto avisa al sistema remoto que debe separar estos caracteres cuando quiera enviárselos a su máquina. Esto se indica normalmente con la opción asyncmap a0000.
• Naturalmente, no olvide decirle a su módem que utilice control de flujo XON/XOFF. En los módem ZyXEL, se suele utilizar la secuencia "R1&H4".

10.3 ¿ El módem parece que conecta a velocidades extrañas. Cuando usominicom, el módem siempre usa 14400 bits/segundo. Sin embargo, PPPdice que está conectando a 9600, 7200 e incluso a 2400 bits/segundo. ¿Cómo puedo corregir esto ?.

Especifique la velocidad que desea en la línea de comandos de pppd. Si no especifica la velocidad, PPP utilizará cualquier velocidad que exista. Algunos programas no dejan los parámetros de la línea serial iguales que cuando se ejecutaron. Esto puede causar que la línea tenga una configuración extraña.

Linux no soporta módems que utilizan RPI (Rockwell Protocol Interface) porque es un protocolo propietario. Dado que Rockwell no quiere facilitar el código necesario para poder hacer una adaptación a Linux, hay muy pocas posibilidades de ques estos módem sean soportados por Linux. La solución en este caso es clara: no usar módems RPI.

Si no sabe si un módem es RPI cuando quiera adquirirlo, fíjese en las frases publicitarias que aparecen en la caja. Frases del estilo "con corrección de errores software", o "compatible con Windows" o "requiere un driver especial para funcionamiento completo", usualmente suelen indicar que el módem es RPI.

10.4 Cuando hago ftp, la operación get es muy lenta, pero laoperación put, sin embargo, es muy rápida. ¿ Porqué ?.

¿ Especificó la opción 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 reducción de velocidad de un 12.5 % cuando está recibiendo datos.

¿ Ha configurado bien el sistema remoto ?. ¿ Olvidó especificar el control de flujo del módem remoto ?.

10.5 La opción proxyarp no encuentra la dirección hardware.

Use el paquete ppp-2.1.2d.tar.gz. El proceso pppd fué compilado erróneamente con el kernel 1.1.8 y usaba definiciones Net-3 en vez de la Net-2 como le correspondía.

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

El paquete 2.1 tiene establecido un límite de 64 dispositivos de red. Cuando se escribió el código de proxyarp se pensó que era un número razonable, dado que la mayoría de la gente suele tener uno o dos controladores Ethernet como máximo en una máquina. Hoy en día hay máquinas que tienen conectados hasta 128 dispositivos de red.

La versión 2.2 ha elevado el límite a 256 dispositivos de red. Este límite aparece en forma de un #define que se encuentra en el módulo sys-linux.c.