En primer lugar, disculpas si esta pregunta parece algo simplista.
De acuerdo aesta respuesta, los paquetes TCP están dañadostodo el tiemposin que la suma de control lo detecte.
Si esto sucede con tanta frecuencia, ¿por qué no se nota más? ¿No debería esto dar lugar a imágenes corruptas, archivos de script que contengan caracteres ASCII incorrectos, etc.?
Por supuesto, la gente tiende a ejecutar una suma de verificación md5 en archivos críticos, pero para las aplicaciones de red promedio y diarias, ¿por qué esto no causa más estragos de los que parece? (parece que ni siquiera sucede, pero las estadísticas y la lógica se verifican en esa respuesta)
Respuesta1
Si esto sucede tan seguido...
No es así y la respuesta a la que te refieres no afirma que así sea. "A menudo" significaría que una gran cantidad de paquetes están dañadosrelativoal número absoluto de paquetes transferidos. Pero este no es el caso. Si bien la respuesta a la que usted se refiere afirma quemuchoslos paquetes están corruptos la corrupción aún estáextrañoen comparación con elabsolutoNúmero de paquetes transferidos.
Aparte de eso, puede haber protecciones adicionales además de TCP. Por ejemplo, TLS (como se usa en HTTPS) notará prácticamente todos los daños en los datos, ya que el HMAC usado para detectar la manipulación de datos es mucho más robusto (pero también tiene más gastos generales) que el CRC simple usado en TCP. Si bien la detección de problemas en esta etapa no provocará una retransmisión de los datos como se haría con los errores de suma de comprobación de TCP, la conexión simplemente se consideraría interrumpida y, por lo tanto, sería indistinguible de los muchos otros errores que se producen a diario con una conexión interrumpida. De manera similar, debido a la forma en que funcionan los formatos de imagen, los datos corruptos en una imagen generalmente serán prácticamente invisibles o provocarán que toda la imagen se rompa (no se pueda procesar o se corte por la mitad), lo que también se parece a los problemas de conectividad típicos.
Respuesta2
Estás describiendo un sesgo de muestreo. El hecho de que usted personalmente no haya notado muchos problemas de corrupción al usar TCP no significa que no suceda todo el tiempo. Lo hace. Las respuestas a las que vinculó son bastante completas sobre el tema.