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


7

En un encabezado de trama Ethernet, el MAC de destino (DMAC) se coloca antes del MAC de origen por razones obvias (las estaciones aceptan en función del DMAC). Pero, ¿por qué no se mantiene lo mismo para la IP de destino (DIP) y la IP de origen (SIP) en el encabezado de IP?

¿Por qué SIP está por delante de DIP en un encabezado de trama IP, a diferencia de una trama de Ethernet donde DMAC está por delante de SMAC?


44
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

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

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.
Santino

@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.
ytti

¿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.
Ron Maupin

Respuestas:


3

La idea era saber lo antes posible si un cuadro era multidifusión; el orden de los bytes de la red se ha estropeado ligeramente en el diseño, por lo que está en el segundo en lugar del primer mordisco.


3
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.
ytti
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.