Verdadero o Falso: Transporte de Datos

Sí o No

Jugadas 0

Crear copia

Sobre esta actividad

Pon a prueba tus conocimientos sobre TCP y protocolos de transporte.

Creada por

ISAAC SANTIAGO ROSALES

México

Descarga la versión para jugar en papel

Top 10 resultados

Todavía no hay resultados para este juego. ¡Sé el primero en aparecer en el ranking! Inicia sesión para identificarte.

Crea tu propio juego gratis desde nuestro creador de juegos

Compite contra tus amigos para ver quien consigue la mejor puntuación en esta actividad

Crear reto

		%
	Anónimo	%
		%
		%

Imprime tu juego

Verdadero o Falso: Transporte de Datos


Verdadero o Falso: Transporte de DatosVersión en línea Pon a prueba tus conocimientos sobre TCP y protocolos de transporte. por ISAAC SANTIAGO ROSALES 1 Fast recovery en TCP aumenta cwnd en 10 MSS por cada ACK duplicado. Sí No 2 El protocolo TCP requiere una fase de establecimiento de conexión mediante el proceso three-way handshake. Sí No 3 El control de errores en TCP se realiza mediante un código detector de errores y retransmisiones. Sí No 4 Fast retransmit propone esperar 3 acks duplicados para retransmitir un segmento perdido. Sí No 5 El número de secuencia en TCP se mide en bits y no en bytes. Sí No 6 El control de errores en TCP no incluye mecanismos de retransmisión. Sí No 7 TCP no realiza control de congestión en ninguna de sus versiones. Sí No 8 El protocolo UDP no realiza control de errores ni de flujo, simplemente descarta datagramas corruptos. Sí No 9 El control de flujo en TCP se realiza mediante una ventana deslizante. Sí No 10 El cierre de una conexión TCP se realiza mediante segmentos FIN y ACK en un proceso dúplex. Sí No 11 El protocolo DCCP es un protocolo orientado a la conexión que garantiza la entrega en orden. Sí No 12 El protocolo SCTP permite enviar mensajes fuera de orden y funciona como un protocolo no orientado a la conexión. Sí No 13 El protocolo DCCP está diseñado para aplicaciones que requieren entrega rápida de datos sin necesidad de entrega en orden. Sí No 14 TCP utiliza números de secuencia en bytes para identificar los datos transmitidos. Sí No 15 TCP implementa algoritmos como slow start y congestion avoidance para gestionar la congestión de la red. Sí No 16 El protocolo UDP garantiza la entrega sin errores ni pérdidas. Sí No 17 El cierre de una conexión TCP se realiza únicamente enviando un segmento RST. Sí No 18 El proceso three-way handshake en TCP solo requiere dos segmentos, no tres. Sí No 19 El control de flujo en TCP se realiza mediante la técnica de stop & wait únicamente. Sí No 20 El SCTP solo funciona como protocolo orientado a la conexión, sin envío de mensajes fuera de orden. Sí No

Puedes integrar el juego en un LMS compatible con LTI 1.1 o LTI 1.3 como Canvas, Moodle, o Blackboard. De esta manera podrás guardar las puntuaciones automáticamente en el libro de calificaciones de esa plataforma.

Verdadero o Falso: Transporte de Datos

Sí o No

Sobre esta actividad

Creada por

Descarga la versión para jugar en papel

Top juegos

Sí o No

¿Es verdad?

Sí o No

OPEN UP 5 UNIT 3: THERE IS/ARE, THERE WAS, THERE WERE

Sí o No

¿Está creado con Inteligencia Artificial?

Sí o No

Grammys a mejor canción/grabación

Sí o No

Preguntas sobre futbol para niños

Verdadero o Falso: Transporte de DatosVersión en línea

por ISAAC SANTIAGO ROSALES

Fast recovery en TCP aumenta cwnd en 10 MSS por cada ACK duplicado.

El protocolo TCP requiere una fase de establecimiento de conexión mediante el proceso three-way handshake.

El control de errores en TCP se realiza mediante un código detector de errores y retransmisiones.

Fast retransmit propone esperar 3 acks duplicados para retransmitir un segmento perdido.

El número de secuencia en TCP se mide en bits y no en bytes.

El control de errores en TCP no incluye mecanismos de retransmisión.

TCP no realiza control de congestión en ninguna de sus versiones.

El protocolo UDP no realiza control de errores ni de flujo, simplemente descarta datagramas corruptos.

El control de flujo en TCP se realiza mediante una ventana deslizante.

El cierre de una conexión TCP se realiza mediante segmentos FIN y ACK en un proceso dúplex.

El protocolo DCCP es un protocolo orientado a la conexión que garantiza la entrega en orden.

El protocolo SCTP permite enviar mensajes fuera de orden y funciona como un protocolo no orientado a la conexión.

El protocolo DCCP está diseñado para aplicaciones que requieren entrega rápida de datos sin necesidad de entrega en orden.

TCP utiliza números de secuencia en bytes para identificar los datos transmitidos.

TCP implementa algoritmos como slow start y congestion avoidance para gestionar la congestión de la red.

El protocolo UDP garantiza la entrega sin errores ni pérdidas.

El cierre de una conexión TCP se realiza únicamente enviando un segmento RST.

El proceso three-way handshake en TCP solo requiere dos segmentos, no tres.

El control de flujo en TCP se realiza mediante la técnica de stop & wait únicamente.

El SCTP solo funciona como protocolo orientado a la conexión, sin envío de mensajes fuera de orden.