CCNA1 v7 ITN | Módulos 14 – 15 Respuestas Preguntas

Explicación: Las tres capas superiores del modelo OSI, las capas de sesión, presentación y aplicación, proporcionan servicios de aplicación similares a los proporcionados por la capa de aplicación del modelo TCP/IP. Las capas inferiores del modelo OSI están más preocupadas por el flujo de datos.

Explicación: Los números de los puertos de origen y destino se utilizan para identificar la aplicación y la ventana correctas dentro de esa aplicación.

Explicación: Las redes peer-to-peer tienen recursos descentralizados porque cada computadora puede servir como servidor y cliente. Una computadora puede asumir la función de servidor para una transacción, mientras actúa como cliente para otra transacción. Las redes peer-to-peer pueden compartir recursos entre dispositivos de red sin el uso de un servidor dedicado.

Explicación: Las aplicaciones P2P permiten que los clientes se comporten como servidores, si es necesario. Al utilizar servicios de autenticación, intercambio de correo electrónico y aplicaciones cliente/servidor, un host actúa como servidor y el otro actúa como cliente todo el tiempo.

Explicación: HTTPS es una forma segura de HTTP utilizada para acceder a contenido web alojado por un servidor web.

Explicación: FTP, DHCP y POP3 son protocolos de la capa de aplicación. TCP y UDP son protocolos de la capa de transporte. ARP es un protocolo de la capa de red.

Explicación: MX, o mensajes de intercambio de correo electrónico, se utilizan para mapear un nombre de dominio a varios servidores de intercambio de correo electrónico que pertenecen al mismo dominio.

Explicación: El comando GET es una solicitud del cliente de datos al servidor web. Un comando PUT carga recursos y contenido, como imágenes, en un servidor web. Un comando POST carga archivos de datos en un servidor web.

Explicación: El ISP utiliza el protocolo HTTP en conjunto con el alojamiento de páginas web, el protocolo FTP con transferencias de archivos y el SMTP con correo electrónico. DNS se utiliza para traducir nombres de dominio a direcciones IP. SNMP se utiliza para el tráfico de gestión de red. DHCP se utiliza comúnmente para gestionar el direccionamiento IP.

Explicación: SMB y FTP son protocolos cliente/servidor que se utilizan para la transferencia de archivos. SMB permite que el dispositivo de conexión acceda a recursos como si estuvieran en el dispositivo cliente local. SMB y FTP usan el protocolo TCP para el establecimiento de la conexión y pueden transferir datos en ambas direcciones. FTP requiere dos conexiones entre el cliente y el servidor, una para comandos y respuestas, la otra para la transferencia real del archivo.

Explicación: La capa de aplicación del modelo TCP/IP realiza las funciones de tres capas del modelo OSI: aplicación, presentación y sesión. La capa de aplicación del modelo TCP/IP es la capa que proporciona la interfaz entre las aplicaciones, es responsable del formato, la compresión y el cifrado de datos, y se utiliza para crear y mantener diálogos entre aplicaciones de origen y destino.

Explicación: Cuando un usuario escribe un nombre de dominio de un sitio web en la barra de direcciones de un navegador web, una estación de trabajo necesita enviar una solicitud DNS al servidor DNS para el proceso de resolución de nombres. Esta solicitud es una aplicación de modelo cliente/servidor. La aplicación eMule es P2P. Compartir una impresora en una estación de trabajo es una red punto a punto. Usar ARP es solo un mensaje de broadcast enviado por un host.

Explicación: La capa de acceso a la red del modelo TCP/IP realiza las mismas funciones que las capas física y de enlace de datos del modelo OSI. La capa de interred equivale a la capa de red del modelo OSI. Las capas de transporte son las mismas en ambos modelos. La capa de aplicación del modelo TCP/IP representa las capas de sesión, presentación y aplicación del modelo OSI.

Explicación: El modelo de red peer-to-peer (P2P) permite el intercambio de datos, impresoras y recursos sin un servidor dedicado.

Explicación: El protocolo Gnutella se utiliza cuando un usuario comparte un archivo completo con otro usuario. Una persona descargaría una aplicación basada en Gnutella, como gtk-gnutella o WireShare, y utilizaría esa aplicación para localizar y acceder a recursos compartidos por otros.

Explicación: En un modelo de red peer-to-peer, los datos se intercambian entre dos dispositivos de red sin el uso de un servidor dedicado. Las aplicaciones peer-to-peer, como Shareaz, eDonkey y Bitcoin, permiten que un dispositivo de red asuma la función de servidor, mientras que uno o más dispositivos de red asumen la función de cliente utilizando la aplicación peer-to-peer.

Explicación: Tanto en los modelos de red cliente/servidor como en los modelos peer-to-peer, existen clientes y servidores. En las redes peer-to-peer, no existe un servidor dedicado, pero un dispositivo puede asumir el rol de servidor para proporcionar información a un dispositivo que actúa en la función de cliente.

Explicación: En el modelo de red cliente/servidor, un dispositivo de red asume el rol de servidor para proporcionar un servicio específico, como transferencia y almacenamiento de archivos. En el modelo de red cliente/servidor, no es necesario utilizar un servidor dedicado, pero, si está presente, el modelo de red utilizado es el modelo cliente/servidor. En contraste, una red punto a punto no tiene un servidor dedicado.

Explicación: La capa de aplicación es la capa más cercana al usuario final y proporciona la interfaz entre la red subyacente y las aplicaciones utilizadas para comunicarse.

Explicación: Existen tres tipos comunes de mensajes HTTP:

GET – utilizado por los clientes para solicitar datos del servidor web.

POST – utilizado por los clientes para cargar datos en un servidor web.

PUT – utilizado por los clientes para cargar datos en un servidor web.

Explicación: El protocolo Server Message Block es un protocolo para compartir archivos, impresoras y directorios. Los clientes establecen una conexión de largo plazo con los servidores y, cuando la conexión está activa, se puede acceder a los recursos. Cada mensaje SMB tiene el mismo formato. El uso de SMB difiere de FTP principalmente en la duración de las sesiones. Los mensajes SMB pueden autenticar sesiones.

Explicación: POP, POP3 e IMAP son protocolos utilizados para recuperar correo electrónico de servidores. SMTP es el protocolo estándar que se utiliza para enviar correo electrónico. DNS puede ser utilizado por el servidor de correo electrónico del remitente para encontrar la dirección del servidor de correo electrónico de destino.

Explicación: Cuando un host configurado para usar DHCP se enciende en una red, envía un mensaje DHCPDISCOVER. FF-FF-FF-FF-FF-FF es la dirección de broadcast de Capa 2. Un servidor DHCP responde con un mensaje DHCPOFFER unicast de vuelta al host.

Explicación: La capa de transporte tiene varias responsabilidades. Algunas de las principales responsabilidades incluyen lo siguiente:

• Rastrear los flujos de comunicación individuales entre las aplicaciones en los hosts de origen y destino.
• Segmentar datos en el origen y reensamblar los datos en el destino.
• Identificar la aplicación apropiada para cada flujo de comunicación mediante el uso de números de puerto.
• Multiplexar las comunicaciones de varios usuarios o aplicaciones en una única red.
• Gestionar los requisitos de fiabilidad de las aplicaciones.

Explicación: UDP es un protocolo de la capa de transporte muy simple que no garantiza la entrega. Los dispositivos en ambos extremos de la conversación no están obligados a realizar un seguimiento de la conversación. UDP se utiliza como protocolo de transporte para aplicaciones que necesitan una entrega rápida y de mejor esfuerzo.

Explicación: Tanto UDP como TCP utilizan números de puerto para proporcionar un identificador único para cada conversación. Los números de los puertos de origen se generan aleatoriamente y se utilizan para rastrear diferentes conversaciones. Los números de los puertos de destino identifican servicios específicos utilizando un número de puerto estándar para el servicio o un número de puerto que es asignado manualmente por un administrador del sistema.

Explicación: Las aplicaciones que pueden tolerar cierta pérdida de datos, requieren una solicitud y respuesta simple y manejan la fiabilidad por sí mismas son las más adecuadas para UDP. UDP tiene baja sobrecarga y ningún requisito de fiabilidad. TCP proporciona servicios para la fiabilidad, controlando el flujo de datos y la reordenación de segmentos.

Explicación: Cuando un host solicita una página web, la fiabilidad y la integridad de la transmisión deben estar garantizadas. Por lo tanto, HTTP utiliza TCP como su protocolo de la capa de transporte.

Explicación: El valor en el campo de bits de control del encabezado TCP indica el progreso y el estado de la conexión.

Explicación: Los campos número de secuencia y ventana (window) están incluidos en el encabezado TCP, pero no en el encabezado UDP.

Explicación: UDP es un protocolo simple que proporciona las funciones básicas de la capa de transporte. Tiene una sobrecarga mucho menor que TCP porque no está orientado a la conexión y no ofrece los mecanismos sofisticados de retransmisión, secuenciación y control de flujo que proporcionan fiabilidad.

Explicación: Algunos protocolos requieren el transporte de datos confiable proporcionado por TCP. Además, estos protocolos no tienen requisitos de comunicación en tiempo real y pueden tolerar alguna pérdida de datos, minimizando la sobrecarga del protocolo. Ejemplos de estos protocolos son SMTP, FTP y HTTP.

Explicación: Los puertos registrados (números 1024 a 49151) son asignados por la IANA a una entidad solicitante para usar con procesos o aplicaciones específicas. Estos procesos son principalmente aplicaciones individuales que un usuario ha elegido instalar, en lugar de aplicaciones comunes que recibirían un número de puerto conocido. Por ejemplo, Cisco ha registrado el puerto 1985 para su proceso Hot Standby Routing Protocol (HSRP).

Explicación: UDP no tiene forma de reordenar los datagramas en su orden de transmisión, por lo que UDP simplemente reensambla los datos en el orden en que fueron recibidos y los reenvía a la aplicación.

Explicación: Algunas aplicaciones pueden usar tanto TCP como UDP. El DNS utiliza UDP cuando los clientes envían solicitudes a un servidor DNS y TCP cuando dos servidores DNS se comunican directamente.

Explicación: En una sesión TCP, cuando un dispositivo ya no tiene datos para enviar, enviará un segmento con el indicador FIN establecido. El dispositivo conectado que recibe el segmento responderá con un ACK para acusar recibo de ese segmento. El dispositivo que envió el ACK enviará entonces un mensaje FIN para cerrar la conexión que tiene con el otro dispositivo. El envío del FIN debe ser seguido por la recepción de un ACK del otro dispositivo.

Explicación: Para terminar una sesión TCP, el cliente envía al servidor un segmento con el indicador FIN establecido. El servidor acusa recibo al cliente enviando un segmento con el indicador ACK establecido. El servidor envía un FIN al cliente para terminar la sesión servidor-cliente. El cliente acusa recibo de la terminación enviando un segmento con el indicador ACK establecido.

Explicación:

TCP:

• Proporciona seguimiento de segmentos de datos transmitidos.
• Los dispositivos de destino reconocerán los datos recibidos.
• Los dispositivos de origen retransmitirán datos no reconocidos.

UDP:

• Los dispositivos de destino no reconocerán los datos recibidos.
• Los encabezados utilizan muy poca sobrecarga y causan un retraso mínimo.

Explicación: Los números de puerto de destino y origen se utilizan para identificar exactamente qué protocolo y proceso está solicitando o respondiendo a una solicitud.

Explicación: En la capa de transporte, TCP utiliza los números de secuencia en el encabezado de cada segmento TCP para reensamblar los segmentos en el orden correcto.

Explicación: La capa de transporte tiene varias responsabilidades. Las principales responsabilidades incluyen lo siguiente:

• Rastrear los flujos de comunicación individuales entre las aplicaciones en los hosts de origen y destino.
• Segmentar datos en el origen y reensamblar los datos en el destino.
• Identificar la aplicación apropiada para cada flujo de comunicación mediante el uso de números de puerto.

Explicación: Un encabezado UDP consta solo de los campos Puerto de origen, Puerto de destino, Longitud y Suma de verificación. Número de secuencia, Número de acuse de recibo y Tamaño de la ventana son campos de encabezado TCP.

Explicación: Cuando un cliente tiene datagramas UDP para enviar, simplemente envía los datagramas.

Explicación: La ventana (window) es el número de bytes que el remitente enviará antes de esperar un acuse de recibo del dispositivo de destino. La ventana inicial se acuerda durante la inicialización de la sesión mediante el handshake de tres vías entre el origen y el destino. Se determina por la cantidad de datos que el dispositivo de destino de una sesión TCP es capaz de aceptar y procesar a la vez.

Explicación: Con una ventana de 1000 bytes, el host de destino acepta segmentos hasta que se hayan recibido todos los 1000 bytes de datos. Luego, el host de destino envía un acuse de recibo.