Gestión de redes seriales con UUCP y PPP en Oracle® Solaris 11.2

Salir de la Vista de impresión

Actualización: Julio de 2014
 
 

Cómo diagnosticar problemas del módem

Los módems pueden ser áreas de problemas principales para un enlace de acceso telefónico. El indicador más común de problemas con la configuración del módem es cuando no hay respuesta del par. Sin embargo, es posible que tenga dificultades para determinar si un problema de enlace es en realidad el resultado de problemas de configuración del módem.

La documentación y los sitios web de los fabricantes de módems contienen soluciones para problemas de sus respectivos equipos. El siguiente procedimiento ayuda a determinar si una configuración de módem defectuosa causa problemas de enlace.

  1. Llame al par con la depuración activada, como se explica en Cómo activar la depuración de PPP.
  2. Muestre el registro /var/log/pppdebug resultante para la configuración defectuosa de un módem.
  3. Utilice ping para enviar paquetes de distintos tamaños a través del enlace.

    Para obtener detalles completos sobre ping, consulte la página del comando man ping(1M).

    Si se reciben paquetes pequeños, pero se descartan paquetes más grandes, se indican problemas del módem.

  4. Compruebe la existencia de errores en la interfaz sppp0:
    % netstat -ni
    Name  Mtu  Net/Dest   Address      Ipkts    Ierrs Opkts    Oerrs Collis Queue 
    lo0   8232 127.0.0.0  127.0.0.1    826808   0     826808   0     0      0     
    hme0  1500 172.21.0.0 172.21.3.228 13800032 0     1648464  0     0      0     
    sppp0 1500 10.0.0.2   10.0.0.1     210      0     128      0     0      0

    Si los errores de interfaz se incrementan con el tiempo, es posible que haya problemas en la configuración del módem.

Errores más frecuentes

Cuando se muestra el registro /var/log/pppdebug resultante, los siguientes síntomas en el resultado pueden indicar una configuración de módem defectuosa. El equipo local puede escuchar al par, pero el par no puede escuchar al equipo local.

  • No se recibió ningún mensaje "recvd" del par.

  • El resultado contiene mensajes de LCP del par, pero el enlace falla con mensajes too many LCP Configure Requests que se envían mediante el equipo local.

  • El enlace finaliza con una señal SIGHUP.