Verdadero o Falso: Transporte de Datos

Oui ou Non

Parties jouées 0

Créer une copie

À propos de cette activité

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

Créé par

ISAAC SANTIAGO ROSALES

Mexico

Téléchargez la version pour jouer sur papier

Top 10 résultats

Il n'y a toujours pas de résultats pour ce jeu. Soyez le premier à apparaître dans le classement! Connectez-vous pour vous identifier.

Créez votre propre jeu gratuite à partir de notre créateur de jeu

Affrontez vos amis pour voir qui obtient le meilleur score dans ce jeu

Créer un défi

		%
	Anonyme	%
		%
		%

Imprimez votre jeu

Verdadero o Falso: Transporte de Datos


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

Vous pouvez intégrer le jeu dans un LMS compatible avec LTI 1.1 ou LTI 1.3 comme Canvas, Moodle ou Blackboard. Les scores seront ainsi automatiquement enregistrés dans le carnet de notes de la plateforme.

Verdadero o Falso: Transporte de Datos

Oui ou Non

À propos de cette activité

Créé par

Téléchargez la version pour jouer sur papier

Top Jeux

Oui ou Non

Foot and Ankle Anatomy Quiz

Oui ou Non

Is it true?

Oui ou Non

Adjective Checker

Oui ou Non

Grammys for best song/record

Oui ou Non

Is it created with Artificial Intelligence? - Complete game

Verdadero o Falso: Transporte de DatosVersion en ligne

par ISAAC SANTIAGO ROSALES

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

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

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

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

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

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

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

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

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

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

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.

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

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

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

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

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

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

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

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