Provided by: manpages-es-extra_0.8a-17_all bug

NAME

     ping -- envia paquetes ICMP ECHO_REQUEST a servidores de red

SINOPSIS

     ping [-dfnqrvR] [-c count] [-i wait] [-l preload] [-p pattern] [-s
     packetsize]

DESCRIPCI'ON

     Ping utiliza el datagrama obligatorio ICMP del protocolo ECHO_REQUEST
     para solicitar una ICMP ECHO_RESPONSE por parte de un servidor o una
     puerta de acceso.  Los datagramas ECHO_REQUEST ("pings") tienen una IP y
     cabecera ICMP, seguidos por un ``struct timeval'' y un numero arbitrario
     de bytes "pad" usados para completar el paquete.  Las opciones son las
     siguientes:

     -c count
             Para despues de enviar (y recibir) count paquetes ECHO_RESPONSE.

     -d      Establece la opcion SO_DEBUG en el socket en uso.

     -f      Envio masivo de pings.  Envia paquetes a la misma velocidad a la
             que regresan o cien veces por segundo, lo que sea mayor.  Por
             cada ECHO_REQUEST enviado se escribe un ".", mientras que por
             cada ECHO_REPLY recibido se escribe un backspace.  Esto
             proporciona una muestra rapida de cuantos paquetes se estan
             perdiendo.  Solo el super-usuario puede utilizar esta opcion.
             Esto puede resultar muy peligroso en una red y debe usarse con
             precauci'on.

     -i wait
             Espera wait segundos entre el env'io de cada paquete. Por defecto
             se espera un segundo entre el envio de los paquetes.  Esta opcion
             es incompatible con la opcion -f.

     -l preload
             Si se especifica preload, ping envia tantos paquetes tan rapido
             como le sea posible antes de volver a su comportamiento normal.
             Solo el super-usuario puede usar esta opcion.

     -n      Solo salida numerica.  No se realiza ningun intento de buscar
             nombres simbolicos para las direcciones del servidor.

     -p pattern
             Se pueden especificar un total de 16 bytes "pad" para completar
             el paquete que se envia.  Esto resulta util para el diagnostico
             de problemas de red relaccionados con los datos.  Por ejemplo,
             ``-p ff'' hara que el paquete enviado se complete en su totalidad
             con unos.

     -q      Salida muda.  No se muestra ninguna informacion excepto las
             lineas de resumen al comenzar y al terminar.

     -R      Registro de ruta.  Incluye la opcion RECORD_ROUTE en el paquete
             ECHO_REQUEST y muestra el buffer de ruta sobre los paquetes
             devueltos.  Notese que la cabecera IP tan solo tiene tamano
             suficiente para nueve rutas de este tipo.  Muchos servidores
             ignoran y descartan esta opcion.

     -r      Pasa por alto las tablas de encaminamiento y envia datos
             directamente a un ordenador en una red conectada a la propia.  Si
             el ordenador receptor no esta en una red con conexion directa, se
             devuelve un error. Esta opcion se puede usar para hacer ping a un
             ordenador local a traves de un interfaz que carezca de una ruta
             que pase por el (por ejemplo, despues de que el interfaz haya
             sido anulado por routed(8).)

     -s packetsize
             Especifica el numero de bytes de datos que se van a enviar.  La
             cantidad por defecto es 56, que pasan a ser 64 bytes de datos
             ICMP cuando se combinan con los 8 bytes de los datos de la
             cabecera ICMP.

     -v      Aumenta la longitud de la informacion del programa en pantalla.
             Se listan los paquetes ICMP que no sean ECHO_RESPONSE que se
             reciben.

     Al usar ping para la deteccion de errores, debe de probarse primero en el
     ordenador local, para verificar que el interfaz de red local funciona
     correctamente.  Luego, deben probarse otros ordenadores y puertas de
     acceso cada vez mas lejos. Al hacerlo, se computan tanto el tiempo
     invertido por los paquetes en su viaje de ida y vuelta como las
     estadisticas de perdida de paquetes.  Si se reciben paquetes duplicados,
     no se incluyen en la estadistica de perdida de paquetes, aunque el tiempo
     invertido en su viaje de ida y vuelta se usa para calcular las cantidades
     de tiempo de viaje minimas, medias y maximas.  Una vez que se ha enviado
     (y recibido) la cantidad de paquetes especificada o si el programa se
     cierra con un SIGNIT, se muestra un pequeno resumen en pantalla.

     Si ping no recibe ningun paquete de respuesta en absoluto, se cerrara con
     un codigo 1. Si ocurre un error, mostrara el codigo 2. En cualquier otro
     caso, el programa terminara con un codigo 0. Esto hace posible utilizar
     los codigos de terminacion del programa para comprobar si el ordenador al
     que se dirige el ping da senales de vida o no.

     La finalidad de este programa es el de ser utilizado en la comprobacion,
     medicion y mantenimiento de redes.  Debido a la sobrecarga de la red que
     supone su uso, no resulta muy adecuado usar ping durante las operaciones
     normales o en scripts automaticos.

DETALLES DE LOS PAQUETES ICMP

     Una cabecera IP sin opciones tiene un tamano de 20 bytes.  Un paquete
     ICMP ECHO_REQUEST contiene una cantidad adicional de 8 bytes de cabecera
     ICMP seguida por una cantidad arbitraria de datos.  Cuando se especifica
     un packetsize, este indica el tamano de esta porcion extra de datos (por
     defecto es 56).  Por lo tanto, la cantidad de datos recibidos dentro de
     un paquete IP del tipo ICMP ECHO_REPLY sera siempre 8 bytes mayor que el
     espacio de datos requerido (la cabecera ICMP).

     Si el espacio de datos tiene un tamano de al menos 8 bytes, ping usa los
     primeros 8 bytes de este espacio para incluir un registro de tiempo que
     utiliza en el computo de  los tiempos de los viajes de ida y vuelta de
     los paquetes.  Si se especifican menos de 8 bytes, el programa no
     proporcionara estos tiempos.

PAQUETES DUPLICADOS Y DA~NADOS

     Ping informara de los paquetes duplicados y danados.  Nunca debe de
     aparecer ningun paquete duplicado. Estos parecen ocurrir por
     retrasmisiones inapropiadas a nivel de conexion.  Los paquetes duplicados
     pueden aparecer en muchas situaciones y rara vez (por no decir nunca) son
     buena senal, aunque la aparicion de niveles bajos de duplicados no ha de
     ser siempre una senal de alarma.

     Los paquetes danados constituyen obviamente una causa seria de alarma y
     normalmente indican que en alguna lugar del camino seguido por el paquete
     ping (en la red o en los ordenadores) hay hardware danado.

INTENTAR DIFERENTES PATRONES DE DATOS

     La red no deberia tratar a los paquetes de manera diferente en funcion de
     los datos contenidos en la porcion de datos.  Por desgracia, se sabe que
     ha habido problemas relaccionados con los datos en algunas redes, que han
     permanecido ocultos durante largos periodos de tiempo.  En muchas
     ocasiones, el patron problematico sera aquel que no tiene suficientes
     "transiciones", tales como todo unos o todo ceros.  No es necesario
     especificar un patron de datos con todo ceros (por ejemplo) en la linea
     de comandos porque el patron que interesa esta al nivel de la union de
     los datos, y la relacion entre lo que tu escribes y lo que transmiten los
     controladores puede ser complicada.

     Esto quiere decir que si tienes un problema relacionado con datos
     probablemente tendras que hacer muchas pruebas para detectarlo.  Si
     tienes suerte, es posible que consigas encontrar un archivo que, o bien
     no se puede transmitir por tu red, o que tarda mucho mas en enviarse que
     otros archivos de tamano similar.  En ese caso, puedes examinar este
     archivo en busca de patrones repetidos que puedes comprobar usando la
     opcion -p de ping.

DETALLES DEL TTL

     El valor TTL de un paquete IP representa el numero maximo de routers IP
     que un paquete puede atravesar antes de ser deshechado.  En el trabajo
     diario, lo normal es que cada router en internet reste exactamente uno
     del campo TTL

     La especificacion TCP/IP dice que el valor del campo TTL para los
     paquetes TCP debe ser de 60, pero muchos sistemas usan valores mas
     pequenos (4.3 BSD usa 30, el 4.2 usaba 15).

     El valor maximo posible para este campo es de 255, y la mayoria de los
     sistemas Unix configuran el campo TTL de los paquetes ICMP ECHO_REQUEST
     para un valor de 255.  Por eso notaras que puedes hacer "ping" a algunos
     ordenadores, aunque no puedas alcanzarlos con telnet(1) o ftp(1).

     En una operacion normal, ping muestra el valor ttl de los paquetes que
     recibe.  Cuando un sistema remoto recibe un paquete ping, puede hacer
     cualquiera de estas tres cosas con el campo TTL en su respuesta:

     +o   No cambiarlo; esto es lo que hacian los sistemas Unix de Berkeley
         antes de la aparicion del 4.3BSD-Tahoe En este caso, el valor TTL del
         paquete recibido sera de 255 menos el numero de routers en el camino
         desde el sistema remoto al ordenador que envia el ping.

     +o   Cambiarlo por cualquier otro valor.  Algunas maquinas usan el mismo
         valor para los paquetes ICMP que el que usan para los paquetes TCP,
         por ejemplo 30 o 60.  Otros puede que usen valores totalmente
         inesperados.

FALLOS (BUGS)

     Muchos ordenadores y puertas de acceso ignoran la opcion RECORD_ROUTE.

     La longitud maxima de la cabecera IP resulta demasiado pequena para
     opciones como RECORD_ROUTE puedan resultar completamente utiles.  Sin
     embargo, no hay mucho que se pueda hacer sobre esto.

     El ping masivo no se recomienda generalmente y solo se deberia hacer este
     tipo de ping a una direccion en condiciones muy controladas.

V'EASE TAMBI'EN

     netstat(1), ifconfig(8), routed(8)

HISTORIA

     El comando ping aparecio en 4.3BSD.