option
Cuestiones
ayuda
daypo
buscar.php

DR - T2

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del Test:
DR - T2

Descripción:
UDC - FIC - Examen Final - Preguntas de otros años

Fecha de Creación: 2025/12/18

Categoría: Otros

Número Preguntas: 33

Valoración:(0)
COMPARTE EL TEST
Nuevo ComentarioNuevo Comentario
Comentarios
NO HAY REGISTROS
Temario:

¿Cuál de las siguientes afirmaciones NO es correcta?. IPv6 no contempla direcciones broadcast. IPv6 soluciona el problema de la escasez de direcciones IPv4. IPv6 utiliza direcciones de 128 bits. IPv6 contempla direcciones broadcast al igual que IPv4.

La estructura general de una dirección IPv6 es: Un bloque de 16 bits utilizado como prefijo de red, seguido de un bloque de 16 bits utilizado como identificador de interfaz de red. Un bloque de 48 bits utilizado como prefijo global de enrutado, seguido de un bloque de 16 bits utilizado como identificador de subred y de un bloque de 64 bits utilizado como identificador del host. Un bloque de 64 bits utilizado como prefijo de red, seguido de un bloque de 64 bits utilizado como identificador del host. Un bloque de 64 bits utilizado como prefijo de red, seguido de un bloque de 64 bits utilizado como identificador de interfaz de red.

En IPv6 siempre se considera que: Una dirección se corresponde con una interfaz de red. Siempre se asume que un host puede tener varias interfaces de red. Cada interfaz de red de un host utiliza una dirección con un alcance (scope) diferente. Un host tiene una dirección IPv6 principal asociada a una interfaz, e internamente el host efectúa el enrutado necesario aprovechando la interfaz de loopback para hacer llegar los paquetes a las otras interfaces de red que posea. Una dirección se corresponde con un host, con independencia del número de interfaces de red que tenga dicho host.

El protocolo DHCPv6: Constituye lo que se denomina Stateful Address Autoconfiguration. A diferencia de en IPv4, donde el protocolo DHCP se utiliza para asignar direcciones de modo dinámico desde un servidor a los nuevos clientes que se conectan a la red, en IPv6 el protocolo DHCP cumple la función de poder asignar desde un router diferentes prefijos de red a los distintos hosts conectados a la misma red. Existe solo por compatibilidad con IPv4, ya que en IPv6 cada host autoconfigura la dirección de sus interfaces de red. Es el protocolo que permite traducir direcciones IPv4 a IPv6.

En IPv6 un nodo puede engancharse a una red obteniendo su dirección de red de modo dinámico: Utilizando su dirección MAC de 48 bits para obtener la dirección de interfaz de 64 bits mediante el procedimiento EUI-64 y generando el prefijo de red de 64 bits de manera aleatoria. Mediante el mecanismo Stateless Address Autoconfiguration o bien mediante DHCPv6 (Stateful Address Autoconfiguration). Mediante el protocolo DHCP ya usado en IPv4. No hay un protocolo DHCP específico para IPv6. Utilizando su dirección MAC de 48 bits, concatenándole 16 bits generados de manera aleatoria para formar una dirección IPv6 de 64 bits.

Si un switch Ethernet replica un mensaje multicast IPv6 en todos sus puertos: No es ventajoso respecto a un broadcast IPv4 ya que el mensaje multicast IPv6 necesita llegar hasta la capa IP de cada equipo para que éste determine si corresponde a uno de los grupos multicast a los que está suscrito. Ninguna de las otras respuestas. Es ventajoso respecto a un broadcast IPv4 ya que el mensaje multicast IPv6 es filtrado a nivle de la tarjeta de red de cada equipo, mientras que el mensaje broadcast llega hasta la capa IP. En realidad, este caso nunca se da, ya que un switch Ethernet solo replica un mensaje multicast en los puertos con equipos suscritos a dicho grupo multicast.

Una dirección multicast IPv6 se utiliza para: Indicar una máscara de subred. Una comunicación uno-a-varios, incluyendo el caso de todos los nodos de la red con alcance link local, ya que no existen direcciones broadcast en IPv6. Una comunicación uno-a-varios, sin incluir el caso de todos los nodos de la red con alcance link local, ya que en ese caso se utiliza una dirección broadcast. Una comunicación desde un nodo que tiene más de una interfaz de red IPv6.

La fragmentación se contempla en IPv6 mediante: Una cabecera de extensión opcional, al igual que en IPv4. Campos en la cabecera estándar, al igual que en IPv4. Campos en la cabecera estándar, a diferencia de IPv4 que incluye una cabecera de extensión opcional dedicada a fragmentación. Una cabecera de extensión opcional, a diferencia de IPv4 que incluye campos relativos a fragmentación en su cabecera estándar.

La dirección de nodo solicitado correspondiente a la dirección 2001:0DB8:CAFE:1::44:2200 es: FF02::1:FF:4422. FF02::1:FF44:2200. FF02::1:44:2200. FF02::1:FF00:2200.

Los mecanismos de transición IPv4 a IPv6 se dividen en: Dual stack y traducción de direcciones. El tunneling IPv6 - IPv4 no es posible al no haber una correspondencia 1-a-1 entre ambos formatos de dirección. Dual stack y tunneling. La traducción de direcciones IpV6 - ipV4 es imposible al no haber una correspondencia 1-a-1 entre ambos formatos de dirección. Dual stack, tunneling y traducción de direcciones. Tunneling y traducción de direcciones. Dual stack IPv6 - IPv4 es imposible al no haber una correspondencia 1-a-1 entre ambos formatos de dirección.

El siguiente formato de dirección IPv6 [Global prefix (48 bits) | Subnet (16 bits) | Interface ID (64 bits)] se corresponde con el formato: Link-local unicast. Multicast. Global unicast. No es un formato válido.

La dirección IPv6 FF02::9: Es una dirección unicast con alcance link local. Es una dirección multicast asignada de modo permanente con alcance link local. Es una dirección multicast de nodo solicitado con alcance global. Es una dirección multicast asignada de modo temporal con alcance link local.

En IPv6 existen los siguientes tipos de direcciones: Unicast, Multicast y Anycast. Unicast y Multicast. Unicast y Broadcast. Unicast, Multicast y Broadcast.

Para enviar un paquete IPv6 a todos los servidores DHCP de un sitio (site), cuya red puede tener varias subredes conectadas mediante routers, ha de usarse como dirección destino: FF05::2. FF02::1:2. No puede hacerse, ya que sería un envío similar a un broadcast y los routers nunca enrutan los broadcasts. FF05::1:3.

En el mecanismo Stateless Address Autoconfiguration de IPv6, el host construye la dirección de interfaz de alcance global: Utilizando el prefijo de red de 64 bits indicado por el router en el mensaje RA y los 64 bits del identificador de interfaz obtenidos a partir de su dirección MAC usando el procedimiento EUI-64. Generando los 128 bits de dirección a partir de su dirección MAC usando el procedimiento EUI-64. Utilizando el prefijo de red de 64 bits indicado por el router en el mensaje RS y los 64 bits del identificador de interfaz obtenidos a partir de su dirección MAC usando el procedimiento EUI-64. Utilizando el prefijo de red de 64 bits indicado por el router en el mensaje RA y obteniendo los 64 bits del identificador de interfaz mediante DHCPv6.

La dirección IPv6 FF15::CAFE:1: Es una dirección multicast asignada de modo temporal con alcance de organización. Es una dirección multicast asignada de modo permanente con alcance de organización. Es una dirección multicast asignada de modo permanente con alcance global. Es una dirección multicast asignada de modo temporal con alcance de sitio (site).

La ruta por defecto se indica en IPV6 mediante la dirección: ::/0. ::/128. ::1/0. 1::1/128.

En un switch Ethernet con capacidad de snooping IGMP/MLD, un mensaje multicast IPv6: Se replica en todos los puertos, salvo que sea un multicast de nodo solicitado, en cuyo caso se replica solo en los puertos suscritos a ese grupo multicast. Se replica en todos los puertos. Solo se replica en los puertos en los que hay equipos suscritos a ese grupo multicast, salvo que sea un multicast de nodo solicitado, en cuyo caso se replica en todos los puertos. Solo se replica en los puertos en los que hay equipos suscritos a ese grupo multicast.

El siguiente formato de dirección IPv6 [FE80::/10 (64 bits) | Interface ID (64 bits)] se corresponde con el formato: Multicast. Link-local unicast. Global unicast. No es un formato válido.

En un mensaje RA el router puede indicar: Un flag OtherConfigFlag, que puesto a 1 indica al host que debe consultar información adicional al servidor DHCPv6, como por ejemplo el servidor DNS. Un flag ManagedFlag, que puesto a 1 indica al host que debe usar Stateful Address Autoconfiguration (DHCPv6). Ningún flag, ya que la función de los mensajes RA es exclusivamente advertir sobre la presencia del router e informar del prefijo global de red. Dos flags: ManagedFlag, que puesto a 1 indica al host que debe usar Stateful Address Autoconfiguration (DHCPv6), y OtherConfigFlag, que puesto a 1 indica al host que debe consultar información adicional al servidor DHCPv6, como por ejemplo el servidor DNS.

La dirección IPv6 1080:0:0:0:8:800:200C:417A. Se puede escribir de manera compacta como 108::8:8:2C:417A. Se puede escribir de manera compacta como 1080::8:800:200C:417A. Es una dirección IPv6 incorrecta, ya que debería tener siempre cuatro dígitos hexadecimales entra cada signo de dos puntos ‘:‘ y, por ejemplo, en las posiciones 2, 3, 4 y 5 sólo tiene un dígito hexadecimal, y en la posición 6 sólo tiene 3 dígitos hexadecimales. Es una máscara de subred ya que comienza por 1080.

La dirección multicast Ethernet correspondiente a la dirección de nodo solicitado asociada a la dirección 2001:DB8:CAFE:1::5500 es: FF:FF:FF:00:55:00. 33:33:00:00:55:00. 33:FF:FF:00:55:00. 33:33:FF:00:55:00.

La dirección MAC de una interfaz es 00:11:22:33:44:55. Si el prefijo de red anunciado por el router es 2001:DB8:CAFE:1 y asumiendo que se aplica el procedimiento EUI-64, la dirección de nodo solicitado correspondiente a la dirección global unicast de la interfaz es: 2001:DB8:CAFE:1:0211:22FF:FE33:4455. FF02::1:FF:33:4455. FF02::1:FF33:4455. FF02::1:FF:33:44:55.

Señale cuál de las siguientes afirmaciones es correcta: IPv6 utiliza una cabecera de longitud fija de 40 bytes, que además no incluye ninguna suma de comprobación (CRC). Para incluir funcionalidades opcionales incluye un campo Next Header que apunta a la siguiente cabecera. IPv6 no utiliza cabeceras en los paquetes de datos. IPv4 utiliza una cabecera de longitud fija, mientras que IPv6 introduce el concepto de cabecera de longitud variable. IPv4 no incluye sumas de comprobación (CRC) en su cabecera. IPv6 las incluye para conseguir mayor robustez en la comunicación.

¿Cuál de estas afirmaciones NO es correcta?. La seguridad IPsec forma parte integral de IPv6 desde su concepción. IPv6 soluciona el problema del tamaño de las tablas de enrutamiento en los routers del backbone de internet. IPv6 usa una cabecera compleja de longitud variable. IPv6 proporciona un mecanismo automático de asignación de direcciones.

Un equipo IPv6 tiene una conexión TCP abierta con otro equipo. Si el último paquete que fluyó por dicha conexión fue hace 1 minuto, la entrada correspondiente a la dirección del otro equipo en la Neighbor Cache tendrá estado: Reachable, por lo que el equipo puede enviar el próximo paquete TCP sin ninguna otra acción previa para refrescar dicha entrada. Stale. Pese a ello, el equipo puede enviar el próximo paquete TCP sin ninguna otra acción previa para refrescar dicha entrada. Stale, por lo que el equipo debe enviar un NS para refrescar dicha entrada antes de enviar el próximo paquete TCP. Delay, por lo que el equipo puede enviar el próximo paquete TCP sin ninguna otra acción previa para refrescar dicha entrada. Cuando reciba el ACK correspondiente dicho paquete TCP, la entrada pasará a estado Reachable.

La dirección IPv6 de la interfaz de loopback se puede escribir como: ::/128. ::/0. 1::1/0. ::1/128.

La dirección MAC de una interfaz es 00:22:44:66:88:00. Si el prefijo de red anunciado por el router es 2001:DB8:CAFE:1 y asumiendo que se aplica el procedimiento EUI-64, la interfaz tendrá como direcciones de nodo solicitado: FF02::1:FF66:8800 (link local) y 2001:DB8:CAFE:1:0222:44FF:FE66:8800 (global). Solo podría tener la dirección de nodo solicitado FF02::1:FF66:8800 (link local), ya que la dirección de nodo solicitado global sería la misma y se produciría un conflicto de direcciones. Solo podría tener la dirección de nodo solicitado FF02::1:FF66:8800 (global), ya que la dirección de nodo solicitado link local sería la misma y se produciría un conflicto de direcciones. FF02::1:FF66:8800 (link local) y FF02::1:FF66:8800 (global). Es decir, la misma en ambos casos.

Un equipo quiere enviar un paquete IPv6 a una dirección para la cual no existe entrada en la Neighbor Cache. Tras enviar un NS, recibe un NA. En ese preciso momento: Se habrá creado una entrada en la Neighbor Cache con estado Stale. Se habrá creado una entrada en la Neighbor Cache con estado Incomplete. Se habrá creado una entrada en la Neighbor Cache con estado Stale, a menos que se envíe un paquete a continuación, en cuyo caso pasará a estado Delay. Se habrá creado una entrada en la Neighbor Cache con estado Reachable.

Stateless NAT64: Es un mecanismo de transición IPv4 a IPv6 basado en tunneling. Es un mecanismo stateless automático de asignación de direcciones en IPv6. Es un mecanismo stateful de asignación de direcciones en IPv6. Es un mecanismo de transición IPv4 a IPv6 basado en la traducción de direcciones.

La cabecera de un paquete IPv6 incluye un campo Payload Length de 16 bits, por tanto: La máxima longitud de un paquete IPv6 es 64 KiB. La longitud de un paquete IPv6 es fija e igual a 64 KiB. La máxima longitud de un paquete IPv6 es 16 bytes. La longitud de un paquete IPv6 es fija e igual a 16 bytes.

En IPv6, cuando un router no puede encaminar un paquete debido a que su tamaño supera la MTU de la interfaz: Fragmenta el paquete utilizando cabeceras opcionales de extensión relativas a la fragmentación. Envía un mensaje de error ICMPv6 "Packet too big" al emisor del paquete, quien se encargará de su posterior fragmentación. Fragmenta el paquete utilizando los campos de fragmentación incluidos en la cabecera estándar IPv6. Descarta el paquete, dejando que protocolos como TCP detecten esa situación y retransmitan el paquete fragmentado.

En IEEE 802.11 los paquetes de ACK se utilizan para confirmar los paquetes de datos: Unicast. Multicast. Unicast y broadcast. Broadcast.

Denunciar Test