ARP es la capa 2. La razón es que una transmisión se envía en la capa 2 (capa de enlace de datos) y ARP normalmente no atravesará la capa 3 (capa de red). Sin embargo, puede proporcionar características adicionales al protocolo de capa 3.
La verdad es que no todos los protocolos se ajustan exactamente al modelo OSI, porque después de todo es solo un modelo. Si realmente quiere llevarlo a un lugar, diría que ARP es un protocolo de capa 2.5. Se ajusta a la capa 2, pero no se ajusta completamente a la capa 3.
La misma discusión a menudo se lleva a cabo sobre ICMP y dónde encaja: capa 3 o capa 4.
Una buena explicación sobre estas excepciones es:
Normalmente, un protocolo de la capa N + 1 se encapsula con el encabezado del protocolo de la capa N, pero los protocolos como arp, stp, cdp, icmp e igmp son excepciones porque están encapsulados con un encabezado de un protocolo de la misma capa.
Tengo una pregunta estúpida, ¿para qué se usa el modelo OSI?
Bionix1441
@ Bionix1441 En la universidad, nuestro profesor nos dijo que un " modelo " es una simplificación de la realidad que facilita hablar sobre la realidad y / o hacer cálculos: si desea hacer una simulación por computadora de algún proceso complejo, usted Primero tendré que simplificarlo. Sin embargo, simplificar siempre significa que su modelo ya no cubre todos los aspectos de la realidad. Lo mismo es cierto para el modelo OSI. Piense en encapsular paquetes IP en paquetes UDP (por ejemplo, usando Teredo): ¿UDP ahora es capa 2 o es capa 5 IP ...?
Martin Rosenau
5
El conjunto de protocolos IETF no está definido en términos del modelo OSI, por lo tanto, el mapeo entre IETF y el protocolo OSI es mucho más una convención que otra cosa.
Hay, de hecho, buenas razones para considerarlo una Capa 2 (se define como un tipo dentro de una trama Ethernet-V2, y no es reenviada por enrutadores IP estándar) como una capa 3 (debe interactuar con el proceso de mapeo de capa 3 a 2 de un host: algo que no tiene un nodo de capa2 puro)
Dicho esto, la literatura que lo considera un protocolo de capa 2 es mucho más amplio y se acepta comúnmente como "capa 2" en lugar de "capa 3".
Pero no lo convierta en un dogma: hablar en términos de la capa 3 no es completamente hereje: el mismo proceso mantenido en IPV6 (sin ARP) a menudo se define como "capa 3", pero es el proceso conceptual exacto.
Dado que el paquete ARP en sí está encapsulado en una trama Ethernet, no puede ser exclusivamente un protocolo L2. Sin embargo, ARP atiende un problema L2 para un servicio L3 (¿Qué interfaz acepta tramas para una determinada dirección L3?) Mediante el uso de servicios L2 (La dirección de difusión FFFF.FFFF.FFFF). Por lo tanto, ARP coincide con L2 + L3.
La pregunta es, ¿qué servicios son tocados por ARP al menos una vez? L3 y L2 . Esto no significa que ARP no se ajuste al modelo OSI. El modelo de referencia le ofrece un perfil para que coincida con sus observaciones. Esto no implica que deba elegir una sola capa.
Los mensajes Arp contienen información L3, pero también lo hacen los mensajes DHCP. Eso no significa que estos protocolos tengan que definirse como L2 y L3, son simplemente protocolos L2.
John Kennedy
2
DHCP es una opción de UDP que viaja por encima de IP. ¿Cómo puede ser un protocolo de capa2?
El conjunto de protocolos IETF no está definido en términos del modelo OSI, por lo tanto, el mapeo entre IETF y el protocolo OSI es mucho más una convención que otra cosa.
Hay, de hecho, buenas razones para considerarlo una Capa 2 (se define como un tipo dentro de una trama Ethernet-V2, y no es reenviada por enrutadores IP estándar) como una capa 3 (debe interactuar con el proceso de mapeo de capa 3 a 2 de un host: algo que no tiene un nodo de capa2 puro)
Dicho esto, la literatura que lo considera un protocolo de capa 2 es mucho más amplio y se acepta comúnmente como "capa 2" en lugar de "capa 3".
Pero no lo convierta en un dogma: hablar en términos de la capa 3 no es completamente hereje: el mismo proceso mantenido en IPV6 (sin ARP) a menudo se define como "capa 3", pero es el proceso conceptual exacto.
fuente
Dado que el paquete ARP en sí está encapsulado en una trama Ethernet, no puede ser exclusivamente un protocolo L2. Sin embargo, ARP atiende un problema L2 para un servicio L3 (¿Qué interfaz acepta tramas para una determinada dirección L3?) Mediante el uso de servicios L2 (La dirección de difusión FFFF.FFFF.FFFF). Por lo tanto, ARP coincide con L2 + L3.
La pregunta es, ¿qué servicios son tocados por ARP al menos una vez? L3 y L2 . Esto no significa que ARP no se ajuste al modelo OSI. El modelo de referencia le ofrece un perfil para que coincida con sus observaciones. Esto no implica que deba elegir una sola capa.
fuente