Servicio de Transferencia de datos Fiable

Para proporcionar una abstracción a la capa superior de un canal fiable, debe asegurarse que...

• Ninguno de los bits del paquete se ha corrompido

• Todas son correctas

• No se pierden paquetes

• Los paquetes se entregan en el mismo orden en el que se enviaron

En la transferencia de datos fiable...

• Se desea proporcionar a la capa de Aplicación de un canal fiable

• Se debe conseguir sobre un canal no fiable

• Se crea un protocolo de transferencia fiable en la capa de transporte

• El protocolo creado se llama (Un)Reliable Data Transfer

• Todas son correctas

¿Es posible desarrollar incrementalmente los lados emisor y receptor del protocolo de transferencia de datos fiable (RDT)?

• Verdadero

• Falso

Para desarrollar incrementalmente los lados emisor y receptor del protocolo RDT

• Se considerará una transferencia unidimensional

• Se utilizarán Máquinas de Estados Finitos (FSM) para especificar emisor y receptor

• Ambas son correctas

RDT 1.0 – Supone canal totalmente fiable

• Canal subyacente fiable sin error de bits

• Canal subyacente fiable sin pérdida de paquetes

• FSMs separados para emisor y receptor

• Emisor envía los datos por el canal subyacente, receptor los lee

• Todas son correctas

RDT 2.0 - Si el canal subyacente puede corromper los bits de un paquete, ¿se puede usar el checksum para detectar errores?

• Verdadero

• Falso

Un mecanismo para recuperar los errores detectados consiste en el envío de paquetes de reconocimiento

• Verdadero

• Falso

En RDT 2.0, que acción NO ocurrirá

• El emisor envía un paquete y espera la respuesta del receptor (protocolo stop and wait)

• Reconocimiento positivo (ACK). El receptor le comunica al emisor que el paquete se ha recibido OK

• Reconocimiento negativo (NAK). El receptor le comunica al emisor que el paquete tiene errores

• Reconocimiento inverso (IK). El receptor le comunica al emisor que se ha invertido el paquete

¿El emisor retransmite el paquete cuando recibe un NAK?

• Verdadero

• Falso

ACK/NAK

• Si se corrompe, el emisor no sabe qué sucede en el receptor

• Retransmitir un paquete al recibir un ACK corrupto generaría un duplicado en el receptor

• Se introduce en RDT 2.0

• Todas son correctas