Respuesta corta: no se preocupe por el ancho de banda, pero comprenda que el ping puede no ser una forma confiable de realizar mediciones.
El consumo de ancho de banda de un comando ping simple, que se ejecuta una vez por segundo, es relativamente pequeño. El paquete de ping más pequeño posible (incluido el encabezado de trama Ethernet y los encabezados IP + ICMP, más los 32 bytes mínimos de la carga útil de ICMP) ocupa 74 bytes:
Imagen de http://openmaniak.com/ping.php
- ¿La gente estaría entusiasmada por obtener calificaciones sobre lo que publican en Internet?
- ¿Cuál es la mejor oferta ilimitada de internet en casa en Filipinas?
- Cómo ver búsquedas web en un iPhone cuando la navegación privada está activada
- ¿Cuál ha sido tu mayor descubrimiento en la web?
- ¿Realmente tiene sentido prohibir el uso de Internet en una prueba de programación práctica?
74 bytes son 592 bits, y a un ping por minuto, eso es solo 9,8 bits por segundo. Eso es realmente muy poco.
Ahora, para la segunda parte, usted dijo que desea monitorear algo para comprender las características de rendimiento de su conexión durante un largo período de tiempo. Como señaló Karl Hardisty, hay varias herramientas de administración de red, algunas de ellas gratuitas o incluso de código abierto, que proporcionan esta funcionalidad. Algunos de ellos incluso hacen lo que quieres: hacer ping a los hosts y hacer un gráfico con ellos. El proyecto RRDTool tiene muchas implementaciones interesantes y es posible que pueda encontrar una que haga lo que necesita. Pero eso no viene al caso.
El problema es que la medición realizada mediante ping tiene algunas limitaciones, especialmente si está haciendo ping a algo en Internet (y no en alguna red bajo su control). Algunos proveedores otorgan una menor prioridad a los paquetes ping, lo que los hace más propensos a ser descartados o llegar tarde que el tráfico real. Además, no todos los hosts responden al ping, y la respuesta puede ser lenta debido a la alta carga de CPU en el host. Eso es especialmente importante si está haciendo ping a la interfaz de un enrutador, ya que el paquete de ping generalmente no es manejado por el ASICS rápido basado en hardware que reenvía los cuadros a la velocidad más rápida posible; en cambio, dichos paquetes se dirigen al supervisor basado en software, que puede ser un orden de magnitud más lento que el hardware del enrutador, donde se procesa y responde. Los enrutadores centrales generalmente limitan la cantidad de pings que responden por segundo utilizando algún tipo de límite de espera (llamado “procesamiento del plano de control” en los enrutadores Cisco). Pero lo mismo también se aplica si está haciendo ping a un servidor: si está bajo una carga de procesamiento alta, retrasará o incluso perderá la respuesta de ping. Eso afecta la fiabilidad de sus resultados.
Dadas estas limitaciones, hacer ping sigue siendo una herramienta increíblemente útil pero bastante simple. Solo necesita comprender que los pings lentos o los paquetes perdidos pueden tener otras causas además de la congestión de la red.
