Verdadero o Falso: Conoce TCP y Redes

Sí o No

Jugadas 0

Crear copia

Sobre esta actividad

Pon a prueba tus conocimientos sobre TCP y redes con este desafío de verdadero o falso. ¿Cuántos aciertas?

Creada por

OSVALDO COZATL GONZALEZ

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: Conoce TCP y Redes


Verdadero o Falso: Conoce TCP y RedesVersión en línea Pon a prueba tus conocimientos sobre TCP y redes con este desafío de verdadero o falso. ¿Cuántos aciertas? por OSVALDO COZATL GONZALEZ 1 TCP no necesita números de secuencia para gestionar la retransmisión de datagramas. Sí No 2 La técnica de piggybacking en TCP permite enviar confirmaciones junto con datos. Sí No 3 La eficiencia del protocolo stop & wait es máxima en redes con alta latencia. Sí No 4 La eficiencia del protocolo stop & wait disminuye a medida que aumenta la latencia de la red. Sí No 5 DCCP es un protocolo orientado a la conexión que garantiza la entrega en orden de los datos. Sí No 6 El control de errores en TCP se realiza mediante sumas de comprobación y retransmisiones. Sí No 7 El método three-way handshake en TCP se realiza en una sola fase sin intercambio de segmentos. Sí No 8 El protocolo DCCP está diseñado para aplicaciones que requieren control de flujo pero no garantizan entrega en orden. Sí No 9 El control de errores en TCP se basa únicamente en la detección, sin retransmisiones. Sí No 10 El control de congestión en TCP ajusta la velocidad de transmisión para evitar saturación. Sí No 11 El algoritmo slow start en TCP aumenta exponencialmente la ventana de congestión hasta alcanzar un umbral. Sí No 12 El algoritmo slow start en TCP disminuye la ventana de congestión exponencialmente. Sí No 13 El número de puerto en TCP no tiene relación con la aplicación que requiere la comunicación. Sí No 14 El protocolo UDP garantiza la entrega sin errores ni pérdida de datos. Sí No 15 El piggybacking en TCP se utiliza para enviar datos urgentes sin confirmación. Sí No 16 El número de puerto en TCP identifica la aplicación que requiere la comunicación. Sí No 17 TCP requiere un establecimiento de conexión mediante el procedimiento three-way handshake. Sí No 18 TCP utiliza números de secuencia para relacionar datagramas y confirmaciones. Sí No 19 El control de congestión en TCP no ajusta la velocidad de transmisión en función de la red. Sí No 20 El protocolo UDP no realiza control de errores ni de flujo. 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: Conoce TCP y Redes

Sí o No

Sobre esta actividad

Creada por

Descarga la versión para jugar en papel

Top juegos

Sí o No

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

Sí o No

Preguntas sobre futbol para niños

Sí o No

¿Está creado con Inteligencia Artificial?

Sí o No

Grammys a mejor canción/grabación

Sí o No

¿Es verdad?

Verdadero o Falso: Conoce TCP y RedesVersión en línea

por OSVALDO COZATL GONZALEZ

TCP no necesita números de secuencia para gestionar la retransmisión de datagramas.

La técnica de piggybacking en TCP permite enviar confirmaciones junto con datos.

La eficiencia del protocolo stop & wait es máxima en redes con alta latencia.

La eficiencia del protocolo stop & wait disminuye a medida que aumenta la latencia de la red.

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

El control de errores en TCP se realiza mediante sumas de comprobación y retransmisiones.

El método three-way handshake en TCP se realiza en una sola fase sin intercambio de segmentos.

El protocolo DCCP está diseñado para aplicaciones que requieren control de flujo pero no garantizan entrega en orden.

El control de errores en TCP se basa únicamente en la detección, sin retransmisiones.

El control de congestión en TCP ajusta la velocidad de transmisión para evitar saturación.

El algoritmo slow start en TCP aumenta exponencialmente la ventana de congestión hasta alcanzar un umbral.

El algoritmo slow start en TCP disminuye la ventana de congestión exponencialmente.

El número de puerto en TCP no tiene relación con la aplicación que requiere la comunicación.

El protocolo UDP garantiza la entrega sin errores ni pérdida de datos.

El piggybacking en TCP se utiliza para enviar datos urgentes sin confirmación.

El número de puerto en TCP identifica la aplicación que requiere la comunicación.

TCP requiere un establecimiento de conexión mediante el procedimiento three-way handshake.

TCP utiliza números de secuencia para relacionar datagramas y confirmaciones.

El control de congestión en TCP no ajusta la velocidad de transmisión en función de la red.

El protocolo UDP no realiza control de errores ni de flujo.