Final Redes de Computadores II (Mejorado)

¿Qué significa el campo Time to live en la trama nº4 que aparece detallada en la captura? ¿Dónde se configura?. El tiempo de vida del datagrama IP. Lo define el equipo que envía el datagrama. El tiempo de permanencia en las cachés de la información proporcionada. Se configura en el servidor responsable del dominio. El tiempo de permanencia en las cachés de la información proporcionada. Siempre se suele poner en 2 horas. El tiempo de permanencia en las cachés de la información proporcionada. En los routers de CISCO responsables de un dominio este valor no se puede especificar.

¿Cuál de las afirmaciones acerca de un servidor DNS caché es falsa?. En los servidores de Packet Tracer y en Bind a menos que hay que configurar el nombre y la dirección IP de un servidor DNS de la jerarquía o un DNS raíz. Los routers de CISCO se comportan de manera predeterminada como DNS caché. En los servidores de Packet Tracer y en Bind hay que especificar al menos un tipo de registro NS y un A. En los servidores de Packet Tracer y en Bind hay que especificar al menos un tipo de registro SOA, NS y un A.

Según el escenario de red de la Figura 1-1-1, ¿con qué se corresponde la trama No. 1 de la Captura 1-1-1?. Con la consulta recursiva realizada por roble. Con la consulta iterativa realizada por roble. Con la consulta recursiva realizada por portal. Con la consulta iterativa realizada por portal.

En relación con el protocolo DHCP, ¿cuál de las siguientes afirmaciones es falsa?. El mensaje DHCPDISCOVER tiene como dirección IP origen 0.0.0.0. Todos los servidores DHCP existentes en la red responden al cliente con un DHCPOFFER para hacerle sabedores de la elección escogida por éste. El cliente recibe uno o más mensajes DHCPOFFER de uno o más servidores. De las ofertas recibidas el cliente elige una basándose en los parámetros de configuración y lo comunica al servidor por broadcast a través de un mensaje DHCPREQUEST.

¿Es posible que existan conflictos en la asignación de direcciones IP por medio del protocolo DHCP?. No, ya que el servidor mantiene un fichero con las direcciones IP arrendadas en todo momento. No, ya que con los mensajes DHCPOFFER y DHCPACK que envían los servidores DHCP se solventa cualquier anomalía. Sí, en caso de asignar manualmente direcciones IP dentro del rango de arrendamiento del servidor DHCP. No, ya que significaría una mala implementación del protocolo.

Viendo el tráfico de la Captura 1-2-2, ¿cuál de las siguientes afirmaciones es falsa?. La IP solicitada es 172.20.1.40. Con la información que vemos no podemos asegurar si el servidor de DHCP es 172.20.0.1. La captura es correcta aunque no se muestren los mensajes Discover y Offer. Es una captura errónea porque faltan los mensajes Discover y Offer.

Sabiendo que los routers del escenario de red de la Figura 3 tienen habilitado RIP por todas sus interfaces y los 3 temporizadores básicos (RESPONSE y los periódicos, marcar una ruta como obsoleta y garbage collect timer) con los valores: 20, 30 y 90 segundos, ¿cuántos segundos tardará aproximadamente en el aprender nuevamente todas las rutas si lo reiniciamos?. Al menos 20 segundos. Al menos 30 segundos. Un máximo de 60 segundos. El aprendizaje es prácticamente inmediato.

Suponiendo que todos los elementos de la Figura 2-2-2 están configurados según se indica y que sólo disponemos de R1 y R3 con el protocolo RIP configurado, ¿cambiará la tabla de rutas del router cisco R1 si configuramos RIP en R2 según lo visto en las prácticas?. No. Sí, ya que aunque se incrementa el número de saltos, los enlaces por R2 son más rápidos. Sí, la entrada para la red 20.0.0.0/8 añadirá una ruta alternativa. Todas las respuestas son falsas.

Según el escenario de red de la Figura 4 y sabiendo que todos los routers tiene OSPF configurado, han aprendido todas las rutas y la métrica de los enlaces es 10, ¿cuáles serían los identificadores de los routers vecinos conocidos por r1 según OSPF?. hub, s1, s2 y r5. 8.0.0.1, 1.0.0.1, 5.0.0.1 y 10.0.0.1. 20.0.0.2, 40.0.0.4 y 50.0.0.5. 8.0.0.4, 1.0.0.5 y 5.0.0.2.

Según el escenario de red de la Figura 2-3-1 y teniendo en cuenta que se ha configurado el protocolo OSPF en los routers R1, R2 y R3, ¿cuántas entradas tendrá la base de datos Network Link States Database?. 1. 2. 4. 6.

Según el escenario de la Figura 2-3-3 y la tabla de rutas de R1, ¿a qué puede deberse que no aparezca una ruta alternativa por R4 para alcanzar la red 31.0.0.0/8?. Se trata del comportamiento normal del protocolo OSPF para este escenario. Se trata del comportamiento normal del protocolo OSPF para este escenario incluso con R4 apagado. La ruta alternativa para alcanzar la red 31.0.0.0/8 a través R4 tendría coste 30 y por tanto superior, luego es lógico que no aparezca. Todas las respuestas son ciertas.

Según la Figura 2-3-4 que muestra una captura de tráfico del mensaje LS Update realizada en la topología de red de la Figura 2-3-5 (La típica en forma de Rombo), ¿cuál de las siguientes afirmaciones es cierta?. El anuncio que contiene ha sido generado muy recientemente. El anuncio que contiene está siendo inundado por R1 en la subred 40.0.0.0/8. El mensaje del estado del enlace que contiene el anuncio ha sido generado por el router 10.0.0.1 en la subred 10.0.0.0/8. Todas son ciertas.

¿Qué tendría que ocurrir en el escenario de la Figura 2-3-5 para obtener una traza como la siguiente sabiendo que el protocolo de encaminamiento que están usando todos los routers es OSPF?. Habría que haber arrancado antes R4 que R2. Es imposible generar esa traza en este escenario. Simplemente hay que apagar o desactivar OSPF en R2. Todas las respuestas son falsas.

La Captura 15 muestra un intercambio de mensajes IPv6. ¿Qué está sucediendo según la trama N° 34?. El equipo con IPv6 fe80::29a:61ff:fe02:6f00 se está suscribiendo al grupo multicast ff02::16. El equipo con IPv6 fe80::29a:61ff:fe02:6f00 está eliminando su suscripción al grupo multicast ff15::33. El equipo con IPv6 fe80::29a:61ff:fe02:6f00 se está suscribiendo al grupo multicast ff15::33. El equipo con IPv6 fe80::29a:61ff:fe02:6f00 está solicitando la dirección MAC del equipo con IPv6 ff02::16.

¿Es posible enviar datagramas a todos los hosts de una subred en IPv6?. No. No, porque en IPv6 no existe broadcast. Sí, usando una dirección multicast reservada con alcance de enlace-local. Ninguna de las anteriores es cierta.

En relación con la Figura 3-6, que muestra una captura con el tráfico que entra y sale de la máquina Debian-3, ¿cuál de las siguientes afirmaciones sobre la trama Nº.10 es correcta?. Es el anuncio que Debian-3 realiza a todos los nodos del enlace con la dirección IPv6 que acaba de autoconfigurarse. Es la petición que Debian-3 realiza a todos los nodos del enlace por si hay alguien con la IPv6 de origen. Es tráfico multicast generado por Debian-3. Todas son falsas.

De acuerdo con la Figura 3-8 indica que podrá ocurrir en la misma máquina al ejecutar la orden: ping -6 -I eth0 fe80::1. Si existe una máquina en la subred con la dirección fe80::1 ésta responderá al ping. Dará un error de sintaxis porque la orden ping está mal escrita. Dará un error al no haber podido asignar la dirección IPv6 solicitada. La dirección fe80::1 está reservada exclusivamente para los routers, por lo tanto, si hay router en la subred habrá respuesta y en caso contrario no.

Según la Figura 3-10 indica a cuántos grupos multicast estará suscrito el router R2. 1. 2. 3. 4.

Los routers de la topología de red de la Figura 4-3-1 tienen habilitado el encaminamiento multicast PIM en modo denso en todas sus interfaces y las fechas rojas indentifican cuál es en cada router la mejor ruta para alcanzar a la fuente. Se han lanzado la fuente y el suscriptor y se ha construido el árbol de distribución multicast ¿Cuál de las siguientes afirmaciones es falsa?. En la tabla de rutas de R3 aparece como interfaz de entrada f0/0 y como interfaces de salida f1/0 podada y f1/1 activa. En la tabla de rutas de R4 aparece como interfaz de entrada f0/0 y como interfaz de salida f1/0 podada. En la tabla de rutas de R5 aparece como interfaz de entrada f0/0 y como interfaces de salida f1/0 podada y f1/1 activa. La tabla de rutas de R6 está vacía porque no tiene interfaces de salida.

Si en el escenario de la Figura 4.4-1 consultamos la tabla de rutas multicast y encontramos esto: (11.0.0.10, 239.192.0.1), 00:00:23/00:02:43, flags: PT Incoming interface: GigabitEthernet1/0, RPF nbr 1.0.0.1 Outgoing interface list: GigabitEthernet2/0, Prune/Dense, 00:00:18/00:02:41 GigabitEthernet3/0, Prune/Dense, 00:00:18/00:02:41 ¿En qué situación veríamos algo similar en todos los routers?. Cuando no se encuentra la fuente de la emisión multicast. Cuando no hay suscriptores al grupo multicast. Cuando una fuente en 11.0.0.1 está emitiendo pero no hay suscriptores. Cuando no hay ni fuente ni suscriptores.

En el escenario de la Figura 4.4-1 se ha encontrado el tráfico de la Captura 4.4-2. ¿Qué está sucediendo y entre qué equipos?. R5 solicita injerto a R2 y es asentido porque R5 desea unirse a la difusión multicast. R5 solicita injerto a R2 y es asentido porque o bien Debian-3 ó Debian-4 se han suscrito al grupo multicast 11.0.0.10. R5 solicita injerto a R2 y es asentido porque o bien Debian-3 ó Debian-4 se han suscrito al grupo multicast 239.192.0.1. R5 solicita injerto a R2 y es asentido porque Debian-3 se ha suscrito al grupo multicast 11.0.0.10.

¿Qué explica mejor lo que está sucediendo en la Captura 4-4-1?. Difusión multicast donde se solicita abandonar el grupo pero no lo consigue puesto que siguen llegando los mensajes UDP de la difusión. Difusión multicast donde se solicita abandonar el grupo pero el router no ha dado de baja la suscripción porque ha recibido contestación de que existe al menos otro suscriptor interesado en este grupo. Varios mensajes UDP y tres de IGMPv2. Difusión al grupo multicast 239.192.0.1 donde se solicita abandonar el grupo en la trama 34 mediante un mensaje de IGMPv2 pero no lo consigue puesto que siguen llegando los mensajes UDP de la difusión.

En una red con PIM activado en modo disperso y una fuente y un suscriptor. ¿Qué mensajes IGMP y PIM se generan cuando el suscriptor abandona el grupo?. Los mensajes IGMP de abandono. Ninguno de tipo PIM. Mensaje de tipo poda entre los routers hasta alcanzar la fuente. Los mensajes IGMP de abandono. Mensaje de tipo poda entre los routers hasta alcanzar la fuente y hacia el router punto de encuentro (RP). Mensaje de tipo poda entre los routers hasta alcanzar la fuente y hacia el RP.

¿Qué función del API de sockets utilizará la fuente para difundir en la dirección multicast especificada?. Recvfrom. Sendto. Setsockopt. Inet_pton.

Las aplicaciones que utilicen direcciones multicast se pueden implementar en. TCP. UDP. En TCP o en UDP. Ninguna de las anteriores.

Un analizador de redes WLAN es capaz de mostrar el nombre de las redes inalámbricas (SSID) junto con otros datos de los puntos de acceso a su alcance mediante. El envío de mensajes exploradores con el SSID de la web. El envío de mensajes exploradores con un SSID de 0 bytes. El envío de mensajes baltas. Los analizadores de redes WLAN no son capaces de obtener el SSID.

Para configurar un punto de acceso inalámbrico para que se comporte como una tarjeta de red inalámbrica tenemos que configurarlo en modo. Repetidor. Puente. Cliente. Tarjeta.

En el diálogo entre dos equipos conectados a una misma WLAN de tipo infraestructura, cuando A envía a B, ¿qué direcciones MAC contienen la primera trama 80.11 en los campos Dirección 1, Dirección 2, Dirección 3 y Dirección 4?. La del punto de acceso, la de A, la de B, nada. La del punto de acceso, la de B, la de A, nada. La de A, la de B, la del punto de acceso, nada. La de B, la de A, la del punto de acceso, nada.

¿Para qué sirve la fragmentación en redes inalámbricas?. Para evitar pérdida de datos cuando la tasa de error es elevada. Para evitar tramas de alta prioridad cuando se necesita calidad de servicio. Para evitar paquetes IP que han sido previamente fragmentados a nivel de red. Para todas las anteriores.

Es una característica de un switch: (A) La agregación de enlaces (802.3ad). (B) Las VLAN (Redes de área local virtuales). (C) Asignar direcciones IP en su LAN. (D) A y B son ciertas.

En el escenario de red de la Figura 0-2-2 se ha ejecutado el PC-1 el siguiente comando que ha generado la salida: PC-1> trace 16.0.0.10 trace to 16.0.0.10, 8 hops max, press Ctrl+C to stop 1 11.0.0.1 15.638 ms 15.622 ms 15.602 ms 2 13.0.0.3 46.851 ms 46.864 ms 46.871 ms 3 14.0.0.4 78.109 ms 78.094 ms 78.105 ms 4 *16.0.0.10 93.702 ms (ICMP type:3, code:3, Destination port unreachable). Se trata de una traza de routers tipo UDP pero no se puede producir en este escenario. Se trata de una traza de routers tipo ICMP pero no se puede producir en este escenario. Se trata de una traza de routers tipo UDP que es posible en este escenario pero que no ha acabado bien. Se trata de una traza de routers tipo UDP que es posible en este escenario y que ha alcanzado el equipo 16.0.0.10 a 4 saltos.

Lo siguiente es un fichero de configuración de Bind en uno de los equipos de la Figura 1-1-1. ¿De cuál?¿Para qué se utiliza? root@dnses.es. $TTL 3H @ IN SOA dnses.es. root.dnses.es. ( 20200101 28800 7200 604800 30 ) IN NS dnses.es. dnses IN A 20.0.0.10 r2 IN A 20.0.0.1 r1 IN A 20.0.0.2 pces IN A 20.0.0.20. De dnses para la resolución directa. De dnses para la resolución inversa. De dnses para la resolución directa pero le falta la delegación del subdominio usal.es. De dnses para la resolución inversa pero le falta la delegación del subdominio usal.es.

¿Cuál de las siguientes órdenes permite comprobar la resolución inversa de la dirección 20.3.0.10?. ping 20.3.0.10. nslookup 10.0.3.20.inaddr.arpa. dig 10.0.3.20. dig -x 20.3.0.10.

En un servidor de DHCP se puede configurar: El rango de IPs que sirve, router predeterminado y la(s) IP(s) del(os) DNS(s). El rango de IPs que sirve, router predeterminado, la(s) IP(s) del(os) DNS(s) y direcciones MAC a las que asignar una determinada IP. El rango de IPs que sirve, router predeterminado, la(s) IP(s) del(os) DNS(s) y las IPs excluidas. Todas son correctas.

Viendo el tráfico de la Captura 1-2-1 ¿Cuál de las siguientes afirmaciones es falsa?. La IP solicitada es 172.20.1.5. El servidor de DHCP es 172.20.0.1. Los mensajes de DHCP aunque se dirijan a la dirección IP 255.255.255.255 si pueden atravesar routers. En DHCP el servidor utiliza el número de puerto 67 y el cliente el 68.

Para configurar un equipo cliente con DHCP. Es necesario configurar el nombre del servidor DHCP. Es necesario configurar la IP del servidor DHCP. Hay que cambiar la interfaz en cuestión al modo de trabajo DHCP. Todas son falsas.

En el protocolo RIP, ¿qué tipos de mensajes contienen vectores distancia?. REQUEST. RESPONSE. HELLO. Todas las respuestas son correctas.

Según el escenario de red de la Figura 3 y sabiendo que todos los routers saben encaminar a todas las redes, ¿qué redes informaría r1 en los RESPONSE por eth0 si utiliza el algoritmo de encaminamiento RIP con Split Horizon + Poison Reverse?. 10.0.0.0/8 (metric=16), 11.0.0.0/8 (metric=1), 12.0.0.0/8 (metric=2) y 13.0.0.0/8 (metric=3). 10.0.0.0/8 (metric=1), 11.0.0.0/8 (metric=1), 12.0.0.0/8 (metric=2) y 13.0.0.0/8 (metric=3). 12.0.0.0/8 (metric=2) y 13.0.0.0/8 (metric=3). Ninguna de las anteriores.

En el router R4 de la Figura 2-3-1 hemos ejecutado las siguientes órdenes para activar OSPF: enable config t router ospf 1 network 40.0.0.0 255.0.0.0 area 0 network 30.0.0.0 255.0.0.0 area 0 router-id 40.0.0.2 auto-cost reference-bandwidth 1000 exit exit wr. Si. No. No es correcta porque debería especificarse el nombre de las interfaces y no la dirección de red. No es correcta porque la orden router ospf 1 debería ser router ospf.

Según el escenario de la Figura 2-3-6 y la tabla de rutas de R1, ¿A qué puede deberse que no aparezca una ruta alternativa por R2 para alcanzar la red 31.0.0.0/8?. En este escenario y con el protocolo de encaminamiento que aparece activo en R1 no puede haber ruta alternativa por R2 para alcanzar la red 31.0.0.0/8. Todas las respuestas son falsas. Es posible que R2 esté caído. Dado que los interfaces de R2 están encendidos la opción más previsible es que OSPF esté desactivado. Si lo activamos aparecerá la segunda ruta.

Sea el escenario de red de la Figura 2-3-1 con los router R1 y R2 arrancados y con OSPF configurado. ¿Qué tipos de mensajes OSPF pueden detectarse circulando en el enlace R1-R2 sabiendo que no hay intención de arrancar R3 y R4?. Hello Packet. LS Update. LS Acknowledge. Todas las respuestas son correctas.

Según el escenario de red de la Figura 4 y sabiendo que todos los routers tienen OSPF configurado, todos los enlaces tienen coste 10 y han aprendido todas las rutas, ¿cómo se reconfigurarían las rutas de r1 hacia la red 30.0.0.0/24 en caso de que los conmutadores s2 y s4 fallaran? ¿habría pérdida?. Coste 30, vía 1.0.0.5 con pérdida. Coste 30, vía 1.0.0.5 sin pérdida. Coste 30, vía 1.0.0.5, vía 5.0.0.2 y vía 8.0.0.4 con pérdida. Coste 30, vía 1.0.0.5, vía 5.0.0.2 y vía 8.0.0.4 sin pérdida.

¿Cuáles de los siguientes tipos de mensajes OSPF utilizan direcciones multicast de destino?. Hello Packet. LS Update. LS Acknowledge. Todas son ciertas.

Indica cuál de las siguientes órdenes puede ser la que haya desencadenado el tráfico de la Figura 3-4. ip addr del fe80::214:22ff:feaa:aa22/64 dev eth0. ip addr add fe80::214:22ff:feaa:aa22/64 dev eth0. ping -6 -I eth0 fe80::214:22ff:feaa:aa22. ping -6 -I eth0 ff02::1:ffaa:aa22.

De acuerdo con la Figura 3-2 indica si cambiará el número de direcciones multicast de nodo solicitado a las que está suscrito el equipo en cuestión si asignamos la dirección fe80::cde:7bff:fe73:2100/64 también a eth0. No habrá cambios. No habrá cambios porque no se puede asignar más de una dirección IPv6 de ámbito local. No habrá cambios porque no se puede asignar más de una dirección IPv6 de ámbito local con la misma componente de máquina. Se incrementará en una.

Si la dirección MAC de una máquina Debian como las de las prácticas es 00:00:00:00:00:01, ¿cuál es la dirección de ámbito global que configurará en su interfaz tras recibir el mensaje Router Advertisement de la Figura 3-7?. 2001:c:c:c::1/64. 2001:c:c:c:200:ff:fe00:1/64. fe80::1. ff0e::1.

Sea el equipo linux "bonsai" con las interfaces: loopback lo (::1/128) y conexión de área local eth0 (fe80::219:b9ff:fef3:d6fb/64), y el equipo linux "nogal" con dos interfaces también, lo (::1/128) y eth0 (fe80::219:b9ff:fef5:adafa/64), ¿cuál sería la orden para comprobar la alcaazabilidad de bonsai desde nogal?. ping6 -I eth0 fe80::219:b9ff:fef3:d6fb. ping6 -I eth-0 fe80::219:b9ff:fef3:d6fb/64. ping fe80::219:b9ff:fef3:d6fb%f2. ping fe80::219:b9ff:fef3:d6fb%eth0.

En relación con la Captura 9, ¿cuál de las siguientes afirmaciones es la más correcta en caso de haber varias?. Todas las líneas hacen referencia a tráfico IPv6 multicast. Todas las líneas hacen referencia al protocolo de descubrimiento de vecinos de IPv6. La trama No. 4 es tráfico dirigido exclusivamente a los routers de enlace local. Todas son correctas.

Encontramos la siguiente entrada en la tabla de encaminamiento multicast de un router. Señala la respuesta incorrecta. (11.0.0.10, 239.192.0.1), 00:00:50/00:02:17, flags: PT Incoming interface: GigabitEthernet1/0, RPF nbr 14.0.0.1 Outgoing interface list: FastEthernet0/0, Prune-Dense, 00:00:46/00:02:13, A. El router ha detectado una emisión desde la fuente 11.0.0.10. La emisión desde 11.0.0.10 lleva en curso 0 minutos y 17 segundos. El router ha sido elegido como router designado por su interfaz FastEthernet0/0. El router recibe los mensajes multicast procedentes de la fuente 11.0.0.10 por su interfaz GigabitEthernet1/0.

Hemos configurado un router que tiene dos interfaces g1/0 y g2/0 para que trabaje en el protocolo multicast PIM en modo disperso. ¿Es correcta esta configuración?. Sí. No. Debe ser ip pim dense-mode. Ninguna de las ordenes es correcta.

En una red con PIM activado en modo disperso y una fuente y un emisor. ¿Qué mensajes IGMP y PIM se generan cuando el suscriptor abandona el grupo?. Los mensajes IGMP de abandono. Ninguno de tipo PIM. Mensajes de tipo poda entre los router hasta alcanzar la fuente. Los mensajes IGMP de abandono y Mensaje de tipo poda entre los router hasta alcanzar la fuente y hacia el router punto encuentro (RP). Mensaje de tipo poda entre los router hasta alcanzar la fuente y hacia el RP.

En la red de la Figura 4-5-1 donde está habilitado PIM en modo disperso, el router punto de encuentro (RP) es r2 y el mejor camino hacia el RP está marcado con flechas rojas. pc3 ha realizado una suscripción a un grupo multicast pero no hay fuentes. ¿Cuál de las siguientes opciones responde de forma más completa a la pregunta ¿qué tipo de mensajes y donde se generará tráfico relacionado con esto?. Mensajes de tipo IGMP entre pc5 y r3. Mensajes de tipo MLD entre pc5 y r3. Mensajes de tipo IGMP entre pc5 y r3 y join de r3 a r1 y de r1 a r2. Mensajes de tipo poda entre los router hasta alcanzar la fuente.

En una red con el protocolo PIM en modo disperso activado donde existe una fuente pero no hay suscriptores ¿entre que equipos se genera tráfico relacionado con esto? ¿Hasta dónde llega la difusión?. Solo se genera tráfico entre la fuente y su router local. La difusión por tanto sólo llega al router local. Se genera tráfico en todo el camino hacia el router punto de encuentro. La difusión solo llega al router local. Se genera tráfico en todo el camino hacia el router punto de encuentro. La difusión llega al menos una vez al router punto de encuentro. Al no haber suscriptores no se genera tráfico alguno.

¿Cuál de las opciones explica mejor lo que sucede en las siguientes líneas de código?. Unión del sockes al grupo multicast ff02::25. Podría ser la unión al grupo multicast pero la IP ff02::25 es errónea. Unión del socket al grupo multicast ff02::25 por la interfaz eth0. Podría ser la unión del socket al grupo multicast ff02::25 pero la interfaz es errónea.

¿En un programa suscriptor con qué función del API de sockets podemos conocer la IP de la fuente?. Sendto. Recvfrom. Setsockopt. Todas son falsas.

Un analizador de redes WLAN es capaz de mostrar el nombre de la red inalámbrica (SSID) junto con otros datos de los puntos de acceso mediante. El envío de mensajes exploradores con el SSID de la red. El envío de mensajes exploradores con un SSID de 0 bytes. El envío de mensajes baliza. Los analizadores de redes WLAN no son capaces de obtener el SSID.

¿Cuál de las siguientes combinaciones de modos de trabajo de los puntos de acceso son correctas?. Repetidor. Puente. Cliente. Todas son correctas.

Los mensajes que envían regularmente los APs anunciando su presencia se denominan: Probe request. Probe announcement. Beacon. Clear To Send.

¿En qué caso está aconsejado utilizar los mensajes RTS/CTS?. Cuando todas las estaciones asociadas a un AP pueden comunicar con el AP. Cuando todas las estaciones asociadas a un AP pueden comunicar con el AP pero algunas estaciones no alcanzan a otras. Cuando el nivel de ocupación (tráfico) en la celda es alto. Cuando el número de estaciones asociadas al AP es elevado.

Para permitir la comunicación entre equipos pertenecientes a distintas VLANs: Es obligatorio utilizar el protocolo 802.1q. Necesitamos un dispositivo de nivel 2. Es siempre necesario agrupar enlaces siguiendo la norma 802.3ad. Todas son falsas.

¿Cuántos conmutadores se necesitan para realizar 2 VLANs?. Con 1 sería suficiente. Al menos 2. Al menos 2 y un router. Ninguno de los anteriores.