Teoría IPv4, IPv6 (POL)

Question 1

Tamaño de header IPv6.

Answer 1

IPv6 estandariza el tamaño del encabezado del paquete a 40 bytes, divididos en 8 campos.

Question 2

Qué es el campo TTL (8bits) en IPv4.

Answer 2

Es un campo de 8 bits que indica la cantidad de saltos que un paquete puede tener antes de ser descartado. Se va decrementando hasta llegar a 0 y se descarta y se manda un mensaje ICMP “Time Exceded”.

Question 3

Respecto a IPv6.

Answer 3

No realiza verificaciones de checksum.
Tiene soporte de autoconfiguración IP.
Solo puede fragmentar el emisor.

Question 4

Respecto al campo Flow Label de IPv6.

Answer 4

Es un campo de 20 bits. Se utiliza para etiquetar los paquetes que pertenecen a la misma secuencia.
Su objetivo es asegurar que los paquetes se entreguen en orden. Este campo se utiliza principalmente para la entrega de datos en tiempo real, como audio o video. Si el paquete no pertenece a ningún flujo, su valor debe ser 0.

Question 5

Respecto al campo Hop Limit de IPv6.

Answer 5

Este campo de 8 bits remplaza el campo de TTL en IPv4. Este valor se decrementa en uno en cada nodo de enrutamiento y el paquete se descarta si se vuelve 0.

Question 6

Respecto al campo Payload Length de IPv6.

Answer 6

Indica la longitud de la carga útil de IPv6.
El tamaño de este campo es de 16 bits. Incluye las cabeceras de extensión y la PDU de la capa superior. Para longitudes de carga útil superiores al máximo, el campo Payload Length se establece en 0 y se utiliza la opción Jumbo Payload en la cabecera de extensión Hop-by-Hop Options.

Question 7

Respecto al campo Flag en IPv4.

Answer 7

Es un campo de 3 bits que permite la fragmentación. El primer bit en este campo siempre se establece en 0. El segundo bit indica si el paquete debe ser fragmentado. El último bit indica si quedan más fragmentos después del fragmento actual.

Question 8

Respecto al campo Protocol en IPv4.

Answer 8

Es un campo de 8 bits que especifica el protocolo de capa superior. Indica al dispositivo receptor cómo procesar este paquete.

Question 9

Respecto al padding en ipv4.

Answer 9

El padding (relleno) se utiliza básicamente para asegurarse de que la longitud del encabezado del paquete IP sea un múltiplo de 32 bits.

Question 10

Respecto al campo Fragment offset.

Answer 10

Los fragmentos se especifican en unidades de 8 bytes, por eso la longitud de los fragmentos debe ser un múltiplo de 8.

Question 11

Respecto al campo Next Header de IPv6.

Answer 11

El tamaño de este campo es de 8 bits. Este campo generalmente especifica el protocolo de la capa de transporte utilizado por la carga útil del paquete (como TCP, UDP o ICMPv6). Cuando hay cabeceras de extensión presentes en el paquete, este campo indica qué cabecera de extensión sigue. Los valores se comparten con los utilizados para el campo de protocolo de IPv4.

Question 12

Respecto al campo Checksum en IPv4.

Answer 12

Es un campo de 16 bits. Se utiliza para verificar la validez del encabezado. Como el valor TTL se modifica a cada salto, hay que calcularlo cada vez. Se descarta el paquete en caso de error.

Cuando un paquete llega a un enrutador, el enrutador disminuye el campo TTL en el encabezado. En consecuencia, el enrutador debe calcular una nueva suma de verificación del encabezado.

Question 13

Tamaño header IPv4.

Answer 13

Entre 20 y 60 Bytes.

Question 14

Respecto al campo ToS en IPv4.

Answer 14

ToS significa Tipo de Servicio (Type of Service).
Es un campo de 8 bits. Este campo indica el tipo de servicio requerido para el paquete.

Question 15

¿Quién desarrolla IPV6?

Answer 15

IETF - Internet Engineering Task Force (Grupo de trabajo de ingeniería de Internet)

Question 16

Acerca de IPv6.

Answer 16

Elimina la necesidad de obtener de un ISP una dirección Global Unicast para acceder a internet.

Question 17

Respecto al campo Total Length en IPv4.

Answer 17

Es un campo de 16 bits que indica el tamaño total del paquete. El valor más alto que puede almacenar un campo de 16 bits es 65535, que puede ser el tamaño máximo del paquete.

Question 18

Respecto al campo Offset en IPv4.

Answer 18

Esto se conoce como offset de fragmentación. Es un campo de 13 bits que determina a qué parte del paquete original pertenece este fragmento.

Question 19

Respecto al campo Traffic Class de IPv6.

Answer 19

Es un campo de 8 bits. Es similar al campo TOS en el encabezado de IPv4. Los primeros 6 bits representan el servicio requerido para este paquete y los últimos 2 bits se utilizan para la Notificación Explícita de Congestión (ECN).

Question 20

Respecto al cálculo del Checksum de IPv4.

Answer 20

El campo de suma de verificación es el complemento a uno de 16 bits de la suma de complemento a uno de todas las palabras de 16 bits en el encabezado. Para calcular la suma de verificación, el valor del campo de suma de verificación es cero.

Question 21

Respecto al campo Header Length en IPv4.

Answer 21

La longitud del encabezado, también conocida como IHL (Internet Header Length), es un campo de 4 bits que nos indica la longitud del encabezado IPv4. El tamaño del encabezado IPv4 no es siempre el mismo, por eso se utiliza este campo.

Question 22

Respecto al campo Identificación (16 Bits) en IPv4.

Answer 22

Es un campo de 16 bits que nos indica el número de identificación de un paquete. Sirve para poder reensamblar un paquete fragmentado.

Question 23

Tamaño máximo Jumbogramas IPv6

Answer 23

4 GiB (4,294,967,295 bytes)