Posición de la IP de origen y de destino en un paquete de IP

Creo que los chicos de ethernet previeron el 'corte' desde el principio. Con IP, el 'corte' no es realmente posible, ya que la 'suma de verificación del encabezado' está antes de cualquier dirección IP, pero incluye direcciones IP, por lo que debe leer el encabezado IP completo antes de poder determinar el valor en el encabezado, que realmente hace que el orden del encabezado en este contexto sea irrelevante. Pero todavía plantea la pregunta, ¿por qué el encabezado IP no está diseñado para ser amigable? Y la respuesta probablemente sea, no era remotamente interesante / importante en ese momento y es discutible si lo es hoy.

@ytti: ¿Qué mejora haría si IP admitiera el 'corte'? IP rara vez se usa sin una capa 2.

Para Ethernet, creo que poner el destino primero se debió a que los concentradores estaban de moda en ese entonces y hacían que los hosts fueran más eficientes para determinar si una trama era para ellos. Las versiones anteriores de IP y TCP tenían primero la dirección de destino. No hay una explicación real de por qué se cambió en v4. No creo que la eficiencia o la velocidad hayan sido nunca un punto de énfasis en IP.

@BatchyX mientras se usa IP con L2, si necesita tomar una decisión de enrutamiento L3, no puede hacerlo 'corte' debido al diseño del marco, personalmente no estoy muy convencido de que el corte sea útil incluso en L2, pero Tampoco me siento muy fuerte al respecto. Tal vez algunas personas tengan un buen caso de uso para el corte de IP.

¿Alguna respuesta te ayudó? Si es así, debe aceptar la respuesta para que la pregunta no siga apareciendo para siempre, buscando una respuesta. Alternativamente, puede proporcionar y aceptar su propia respuesta.

TokenRing enviaría el MAC de izquierda a derecha, por lo que el bit de multidifusión se vería como el 1 ° bit, en lugar del 8 ° bit.