Arpa Encapsulation

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 9

Network Working Group Charles Hornig

Request for Comments: 894 Symbolics Cambridge Research Center


Abril de 1984

Un estándar para la Transmisión de Datagramas IP sobre Redes Ethernet

Estado de este memorándum

Este RFC especifica un método estándar de encapsulamiento de


datagramas del Protocolo de Internet (IP) [1] en una Ethernet [2].
Este RFC especifica un protocolo estándar para la comunidad ARPA-
Internet.

Introducción

Este memorándum se aplica a la Ethernet (10 megabit/segundo,


direcciones de 48 bits). El procedimiento para la transmisión de
datagramas IP en la Ethernet Experimental (3 megabit/segundo,
direcciones de 8 bits) es descrito en [3].

Formato de trama

Los datagramas IP son transmitidos en tramas Ethernet estándar. El


campo tipo de la trama Ethernet debe contener el valor hexadecimal
0800. El campo datos contiene el encabezado IP seguido inmediatamente
por los datos IP.

La longitud mínima del campo de datos de un paquete enviado sobre una


Ethernet es de 46 octetos. Si es necesario, el campo de datos debe
ser rellenado (con octetos cero) para lograr el tamaño de trama
mínimo de Ethernet. Este relleno no es parte del paquete IP y no está
incluido en el campo de longitud total del encabezado IP.

La longitud máxima (n. de t.: en el documento original dice mínima,


esto fue corregido por una errata posterior a su publicación) del
campo de datos de un paquete enviado sobre una Ethernet es de 1500
octetos, de este modo la longitud máxima de un datagrama IP enviado
sobre una Ethernet es de 1500 octetos. Las implementaciones son
alentadas a soportar paquetes de tamaño completo. Las
implementaciones de gateway DEBEN estar preparadas para aceptar
paquetes de tamaño completo y fragmentos si es necesario. Si un
sistema no puede recibir paquetes de longitud completa, debe tomar
pasos para disuadir el envío de otros, como usar la opción de Tamaño
de Segmento Máximo TCP [4].

Nota: los datagramas en la Ethernet pueden ser mayores que el tamaño


de paquete máximo predeterminado de Internet, en general, de 576
octetos. Los hosts conectados a la Ethernet deben guardar esto en
mente cuando envían datagramas a hosts que no están en la misma
Ethernet. Puede ser apropiado enviar datagramas menores para evitar
fragmentación innecesaria en gateways intermedios. Por favor vea [4]
para información adicional sobre este punto.

Mapeo de direcciones

El mapeo de direcciones Internet de 32 bits a direcciones Ethernet de


48 bits puede ser realizado de varias maneras. Puede ser usada una
tabla estática , o un procedimiento de descubrimiento dinámico.

Tabla estática

Cada host puede estar provisto de una tabla con todos los demás
hosts en la red local con sus dos direcciones Ethernet e Internet.

Descubrimiento dinámico

Mapeos entre direcciones Internet de 32 bits y direcciones


Ethernet de 48 bits pueden ser efectuados a través del Protocolo
de Resolución de Dirección (ARP) [5]. Las direcciones Internet son
asignadas arbitrariamente en una red Internet. Cada implementación
de host debe saber su propia dirección Internet y responder a los
paquetes de Resolución de Dirección Ethernet apropiadamente. Debe
también usar ARP para traducir las direcciones Internet a las
direcciones Ethernet cuando sea necesario.

Dirección de difusión

La dirección Internet de difusión (la dirección compuesta por la


red con la parte de host toda en unos binarios) debe ser mapeada a
la dirección Ethernet de difusión (de todos unos binarios, FF-FF-
FF-FF-FF-FF hex).

El uso del procedimiento de descubrimiento dinámico ARP es


recomendado encarecidamente.

Formatos de portadora

Algunas versiones de Unix 4.2bsd usan un método de encapsulación


diferente para obtener mejor rendimiento de red con una arquitectura
de memoria virtual VAX. Los sistemas en la misma Ethernet que estén
de acuerdo, pueden usar este formato entre ellos.

No se requiere que ningún host implemente esto, y datagramas en este


formato no deben ser enviados a ningún host sin que el emisor tenga
la certeza de que el recipiente será capaz de interpretarlos. Se
pueden encontrar los detalles de la encapsulación de la portadora en

Hornig [Página 2]
RFC 894 Abril 1984

[6].

(Nota: en la actualidad Unix 4.2bsd usará portadoras o siempre o


nunca (por interfaz), dependiendo de una opción en tiempo de
arranque. Se espera que esto cambien en el futuro. Unix 4.2bsd
también usa una dirección de difusión Internet no estándar con la
parte de host toda con ceros, esto puede también cambiarse en el
futuro.)

Orden de byte

Como se describe en el Apéndice B de la especificación del Protocolo


de Internet [1], el datagrama IP es transmitido sobre la Ethernet
como una serie de bytes de 8 bits.

Referencias

[1] Postel, J., "Internet Protocol", RFC-791, USC/Information Sci-


ences Institute, septiembre de 1981.

[2] "The Ethernet - A Local Area Network", Version 1.0, Digital


Equipment Corporation, Intel Corporation, Xerox Corporation,
septiembre de 1980.

[3] Postel, J., "A Standard for the Transmission of IP Datagrams


over Experimental Ethernet Networks", RFC-895, USC/Information
Sciences Institute, abril de 1985.

[4] Postel, J., "The TCP Maximum Segment Size Option and Related
Topics", RFC-879, USC/Information Sciences Institute, noviem-
bre de 1983.

[5] Plummer, D., "An Ethernet Address Resolution Protocol",


RFC-826, Symbolics Cambridge Research Center, noviembre de
1982.

[6] Leffler, S., and M. Karels, "Trailer Encapsulations", RFC-893,


University of California at Berkeley, abril de 1984.
Traducción al castellano: Javier Waisbrot (2002)

Network Working Group Jon Postel


RFC: 895 ISI
April 1984

Estándar para la transmisión de datagramas IP en redes ethernet experimentales

Estado del Memorandum

Este RFC especifica un método estándar para encapsular datagramas IP


(Internet Protocol) [1] dentro de una red ethernet experimental.
Este RFC especifica un protocolo estándar para la comunidad ARPA
Internet.

Introducción

El siguiente memorándum se aplica a la Ethernet Experimental


(3-megabit/segundo, y con direcciones de host de 8 bits). El
procedimiento de transmisión de datagramas IP en Ethernet (10
megabits/segundo, direcciones de host de 48 bits) se describe en [3].

Formato de la Trama

Los datagramas IP se transmiten en tramas estándar experimentales


ethernet. El campo tipo de dicha trama Ethernet ha de contener el
valor 513 (1001 en octal). El campo de datos contiene el encabezado
IP seguido inmediatamente por los datos IP.

Si fuera necesario, el campo de datos podría ser completado para


cumplir el tamaño mínimo de trama de la Ethernet Experimental. Este
relleno no es parte del paquete IP y no se incluye en el campo que
especifica la longitud del encabezado IP.

La longitud máxima de un datagrama IP enviado en una red experimental


Ethernet es de 1536 bytes. Se recomienda al implementar este
protocolo que los paquetes puedan llegar a tener dicha longitud
máxima. Las implementaciones de las pasarelas deben estar diseñadas
para aceptar paquetes de longitud máxima y fragmentarlos si fuera
necesario. Si un sistema no puede recibir paquetes de longitud
máxima, se deberían tomar las medidas necesarias para desalentar a
otras máquinas y que no los envíen, para ello se puede usar la opción
de tamaño máximo de segmento del protocolo TCP [4].

Nota: En Ethernet los datagramas pueden ser mayores de 576 octetos,


que es el tamaño mayor de paquete por defecto de Internet. Los hosts
conectados a una red Ethernet deben tener esto en cuenta cuando
envían datagramas a hosts que no están en la misma red Ethernet.
Puede ser apropiado enviar datagramas más pequeños para evitar una

Postel [Pág. 1]
RFC 792 Transmisión IP en redes ethernet experimentales Abril-1984

fragmentación innecesaria que se producirá en las pasarelas


intermedias. Para más información sobre este punto consulte [4].

Mapeado de Direcciones

El mapeado entre las direcciones de internet de 32 bits (4 bytes) a


las de 8 bits del Ethernet Experimental se puede hacer utilizando
distintos métodos.

El más sencillo consiste en utilizar los últimos 8 bits de la


dirección de internet del host como la dirección de host del Ethernet
Experimental. Este sería el método recomendado.

Direcciones Broadcast

Las direcciones broadcast de internet (que son las que tienen la


dirección de red tal cual y la del host con todos los bits a 1) se
deberían convertir a la dirección broadcast de la Ethernet
Experimental (que es una dirección, con todos los bits a 0).

Formato Trailer

Algunas versiones de Unix 4.2bsd utilizan un método de encapsulación


distinto para conseguir un mejor rendimiento de la red con la
arquitectura de memoria virtual VAX. Sistemas de este tipo en la
misma red Ethernet pueden utilizar dicho método para comunicarse
entre ellos.

No se requiere a ningún host que lo implemente, y no se deben mandar


datagramas en este formato a no ser que el emisor tenga información
fehaciente de que el receptor los puede interpretar. Los detalles de
dicha encapsulación de Trailer se pueden encontrar en [6]

(Nota:
Actualmente Unix 4.2bsd puede utilizar siempre trailers o no
utilizarlos (por el interfaz), dependiendo de una opción en el
momento de arrancar la máquina. Se espera que en un futuro esto
cambie. Unix 4.2bsd también usa una dirección IP para broadcast que
no es estándar con la peculiaridad de que la parte de la dirección
asignada al host lleva todos los bits a 0. Se espera que en un futuro
esto también cambie para cumplir el estándar.)

Orden de bytes

Según se describe en el Apéndice B de la especificación del Protocolo


Internet [1], el datagrama IP se transmite sobre la red Ethernet en
paquetes de (8 bits) bytes.

Postel [Pág. 2]
RFC 792 Transmisión IP en redes ethernet experimentales Abril-1984

También podría gustarte