Es incorrecto decir eso. No intente encontrar cómo configurar los protocolos IP en el modelo OSI. Está mal y no encajan.
Una prueba fácil: si ARP fuera parte de la trama de Ethernet, sería parte de las especificaciones IEEE 802. *.
Pero ARP no está definido por IEEE, está definido por IETF, por lo que es parte de la pila de protocolos IP.
- Para la conexión en red de decodificadores, ¿Gigabit Ethernet o MoCA ofrecerán un mejor rendimiento?
- Quiero aumentar el alcance de mi red inalámbrica conectando un cable Ethernet en uno de los puertos LAN del primer enrutador, conectándolo en un segundo enrutador a 30 m de distancia. ¿Cuáles son mis próximos pasos en este momento (por ejemplo, conexión de cable Ethernet en el segundo enrutador, configuración de IP, etc.)?
- ¿Podemos decir que ARP es parte del marco de ethernet?
- Cómo encontrar las direcciones de Ethernet cableadas e inalámbricas en una Mac
- Cómo calcular la utilización y el flujo del puerto Ethernet
Es incorrecto intentar colocar ARP dentro del modelo OSI.
El modelo OSI fue diseñado por ISO para el conjunto de protocolos de red OSI.
Hoy usamos el modelo OSI para describir las funciones del protocolo y el orden de encapsulación, porque este modelo tiene un diseño sólido y una base teórica. También en un momento, hace mucho tiempo, gran parte de la industria creía que para fines de siglo todos migraremos a usar el conjunto de protocolos OSI, por lo que esta fue la red principal (y aún la única) desarrollada con un diseño previo y teoría sólida detrás.
Esa migración no ocurrió por muchas razones. Pero utilizamos muchas sobras del conjunto de redes OSI (como el protocolo IS-IS). Y utilizamos el modelo OSI para tratar de explicar las funciones de los protocolos de red, incluso si no están diseñados por este modelo.
Mi punto es que, en general, es incorrecto comparar el conjunto de protocolos IP con OSI. IP es más antiguo (pero también sigue vivo) y ha seguido un camino diferente.
Hoy, usamos OSI para una explicación fácil y agregamos algo de teoría detrás de otros protocolos, como IP. Pero en realidad, el desarrollo de IP siempre ha sido un poco caótico y no muy bien organizado. Más bien como prueba y error, que diseño, prueba y despliegue.
ARP no se puede colocar bien en el modelo OSI, de la misma manera que el protocolo TCP no puede.
ARP vincula Layer2 y Layer3, pero debido a que no es enrutable, es el protocolo Layer2 incluso si contiene direcciones de Layer3 (pero en diferentes campos, al protocolo IPv4).
Si observa el modelo OSI como orden de encapsulación, ARP es Layer3 (encapsulado en Ethernet, pero también independiente de Ethernet. Puede ser y también se ha utilizado con otros protocolos de Layer2). Como direccionamiento, ARP es tanto Layer2 como Layer3. Como función, es Layer2 pero habilita Layer3.
Pero tal confusión también podemos verla con UDP y TCP.
Como orden de encapsulación, UDP y TCP son Layer4 (y son independientes de IP, es por eso que todavía los estamos usando con IPv6). Como función, TCP cubre tanto Layer4 como Layer5 del modelo OSI, por lo que pertenece a ambas capas. UDP, por ejemplo, implementa solo funciones parciales de Layer4 (sin reconocimiento, sin segmentación, sin reordenamiento) y algunas Layer5 parcial (habilitando sesiones, porque tiene conexiones separadas, pero sin un comienzo o final verdadero, por lo que no hay sesiones verdaderas; la aplicación tiene que tratar con él).
Generalmente es incorrecto comparar la pila IP con la pila OSI. Por lo tanto, el modelo OSI no se puede utilizar para representar el modelo de pila IP y esto es incorrecto y poco profesional. Nunca tienes que considerarlo como algo serio.
Simplemente lo usamos para simplificar la explicación funcional a los recién llegados, ya que la IP no tiene su propia teoría detrás. Entonces, por asociación, estamos simplificando la explicación. Pero de nuevo, esta no es la verdad. Y como puede ver desde arriba, no puede encajar bien el conjunto de IP en el modelo OSI. El ajuste puede diferir, dependiendo del orden de encapsulación, representación funcional, direccionamiento, etc.
Así que, por favor, no intente encontrar una mejor adaptación o explicación, porque todas están mal, todo lo que ha escuchado está mal y todo lo que hace para tratar de encajar está mal 🙂 OSI es simplemente una pila de red y un conjunto de redes diferentes.
Simplemente no encajan.
Se vuelve aún más complicado (en realidad no es complicado, pero diferente) con IPv6, donde usamos ICMP (protocolo Layer3) para abordar la resolución.