Si se refiere a la pérdida de paquetes según lo informado por el ping, simplemente bloqueando los paquetes ICMP puede hacerlo, mientras que otros servicios funcionarán bien. No es inusual que el firewall se configure para bloquear cualquier cosa que no sea el tráfico del puerto para los servicios ofrecidos, por lo que un servidor web, por ejemplo, puede descartar todos los paquetes de ping y obtener una pérdida de paquetes del 100%, pero aún así está bien para los servicios web.
Otra vez que vea la pérdida de paquetes informada es en las rutas de seguimiento. A veces, los enrutadores a lo largo de la ruta pueden estar en una red que su red o firewall no permitirá. Esto también está bien, siempre que pueda llegar al último salto donde está el host de destino. Además, los paquetes de traceroute pueden estar bloqueados por un cortafuegos cerca del host, por lo que verá tiempos de espera con una pérdida de paquetes del 100% en el último o cerca del último salto al destino del host.
Una utilidad como TCPTraceroute es útil aquí, porque puede configurarla para usar un puerto que los firewalls permitirán.
- ¿Se les permite a los ISP controlar el tráfico (descartar paquetes) cuando el suscriptor cruza el límite de datos a alta velocidad? ¿No deberían dar forma al tráfico para que no desconectemos las conexiones existentes debido a la vigilancia?
- ¿Por qué se transmite el paquete ARP antes que el paquete ICMP en Packet Tracer?
- ¿Cómo identifican los sitios web a los usuarios (computadoras), además de usar sus direcciones IP?
- ¿UDP es aún mejor que TCP para juegos en tiempo real con muchos datos?
- ¿Se puede rastrear la dirección IP de un mensaje de correo enviado por una computadora en un laboratorio de computadoras? ¿Todas las PC tienen la misma dirección IP?
Por supuesto, la pérdida de paquetes del 100% también puede ser un indicador de que el host al que está tratando de llegar no está conectado o desconectado por alguna razón. La única forma de solucionarlo es esperar a que alguien vuelva a encenderlo.