La parada de RDT y esperar protocolo es muy básico y una de las opciones de protocolo más lentas de RDT . Cuando se utiliza el protocolo de parada y espera, el equipo emisor envía el paquete IP y luego se detiene y espera volver a escuchar de la computadora receptora. Cuando el equipo receptor recibe el paquete IP , examina el paquete IP para la corrupción o los errores en la transmisión. Si un error o corrupción es reconocido por el ordenador receptor , un mensaje se envía a la computadora que envía que dice que la computadora vuelva a enviar el paquete. Si se recibe el paquete IP sin ningún error , entonces se envía un mensaje de vuelta al ordenador que indica que el envío de paquete se recibió sin pérdidas . Mientras que el equipo receptor es determinar el estado de los paquetes IP , no podrá recibir ningún otro paquete .
Pipeline Protocolo
El oleoducto protocolo RDT aborda los problemas de retraso de tiempo con la parada y esperar método. El protocolo de tubería para RDT es mucho más eficiente en el tiempo como el equipo emisor no está obligado a esperar hasta que el equipo receptor recibe y responde a un paquete IP . En cambio, el protocolo de canalización permite a la computadora enviar para enviar un segundo paquete IP inmediatamente después de enviar el primer paquete IP . Los paquetes IP se colocan en una tubería y manipulados en el orden en que se envían al ordenador receptor . Esto reduce la cantidad de tiempo requerido para enviar los paquetes IP , y permite que la computadora que envía para completar su tarea más rápido.
Paquete duplicado
errores en el paquetes que se envían desde el equipo emisor puede resultar en paquetes duplicados que se envían . En el protocolo de parada y espera, esto puede causar un dilema ya que esto haría la acción del paquete a ser repetida . Si se envían dos paquetes idénticos con espalda en el protocolo de canalización, el paquete duplicado será dado de baja de la tubería. Si un paquete duplicado se enviará en el protocolo de canalización , pero las copias no están uno junto al otro , será hasta el equipo receptor para decidir si los comandos del paquete IP debe ser completado o descartados .