Capítulo 9 - Conclusión - CCNA V6.0
Modulo 1.
Capítulo 9 - Capa de transporte.
Sección 9.3 - Resumen.
Tema 9.3.1 - Conclusión.
9.3.1.1 Actividad de clase: Tenemos que hablar nuevamente (juego).
Tenemos que hablar nuevamente
Nota: Es importante que los estudiantes hayan realizado la actividad de creación de modelos (MA) introductoria para este capítulo. Conviene realizar esta actividad en grupos medianos de seis a ocho estudiantes.
El instructor susurrará un mensaje complejo al primer estudiante de un grupo. Por ejemplo, el mensaje puede ser: “Se espera una tormenta de nieve mañana. Se espera que suceda por la mañana, por lo que el horario de clases se retrasará dos horas. Por lo tanto, traigan la tarea”.
Ese estudiante le susurrará el mensaje al siguiente estudiante del grupo. El último estudiante de cada grupo le susurrará el mensaje a un estudiante en el grupo siguiente. Todos los grupos siguen este proceso hasta que todos los miembros de cada grupo hayan oído el mensaje susurrado.
Las reglas que debe seguir son las siguientes:
- Puede susurrarle el mensaje al compañero junto a usted por partes Y TAMBIÉN puede repetir las partes del mensaje después de verificar que ese compañero escuchó el mensaje correctamente.
- Se pueden verificar y repetir partes del mensaje (hacia la derecha O hacia la izquierda para asegurar la precisión de las partes del mensaje) en susurros. A un estudiante se le asignará la tarea de medir el tiempo total de la actividad.
- Cuando se haya transmitido el mensaje a todo el grupo, el último estudiante que escuchó el mensaje lo dirá en voz alta. Pueden repetirse pequeñas partes del mensaje (es decir, se pueden reenviar) y el proceso se puede volver a iniciar para asegurarse de que TODAS las partes del mensaje se hayan entregado en forma completa y correcta.
- El instructor repetirá el mensaje original para comprobar que el mensaje se haya entregado correctamente.
9.3.1.2 Packet Tracer: Comunicaciones de TCP y UDP.
Esta actividad de simulación tiene como objetivo proporcionar una base para comprender los protocolos TCP y UDP en detalle. El modo de simulación ofrece la capacidad de ver la funcionalidad de los diferentes protocolos.
A medida que los datos se desplazan por la red, se dividen en partes más pequeñas y se identifican de modo que las piezas puedan volverse a unir. A cada pieza se le asigna un nombre específico (PDU) y se la asocia a una capa específica. El modo de simulación de Packet Tracer permite al usuario ver cada uno de los protocolos y la PDU asociada.
Esta actividad ofrece una oportunidad para explorar la funcionalidad de los protocolos TCP y UDP, la multiplexión y la función de los números de puerto para determinar qué aplicación local solicitó los datos o está enviando los datos.
Simulación de Packet Tracer: Comunicaciones TCP y UDP (instrucciones) Simulación de Packet Tracer: Comunicaciones TCP y UDP (PKA)9.3.1.3 Capítulo 9: Capa de transporte.
La capa de transporte proporciona servicios relacionados con el transporte de las siguientes maneras:
- La división en segmentos de los datos que se reciben de una aplicación
- La adición de un encabezado para identificar y administrar cada segmento
- El uso de la información del encabezado para reensamblar los segmentos de nuevo en datos de aplicación
- El paso de los datos ensamblados hacia la aplicación correcta
UDP y TCP son protocolos de la capa de transporte comunes.
Los datagramas de UDP y los segmentos TCP tienen encabezados que se agregan delante de los datos, los cuales incluyen un número de puerto de origen y un número de puerto de destino. Estos números de puerto permiten que los datos se dirijan a la aplicación correcta que se ejecuta en el equipo de destino.
TCP pasa datos a la red hasta que conoce el destino y está lista para recibirlos. Luego TCP administra el flujo de datos y reenvía todos los segmentos de datos de los que recibió reconocimiento a medida que se reciben en el destino. TCP utiliza mecanismos de enlace, temporizadores, mensajes de reconocimiento y control del flujo mediante mecanismo de ventana dinámico para lograr la confiabilidad. El proceso de confiabilidad, sin embargo, impone una sobrecarga en la red en términos de encabezados de segmentos mucho más grandes y más tráfico de la red entre el origen y el destino.
Si se deben entregar los datos de aplicación a través de la red de manera rápida, o si el ancho de banda de la red no admite la sobrecarga de mensajes de control que se intercambian entre los sistemas de origen y destino, UDP es el protocolo de la capa de transporte preferido por los desarrolladores. UDP no ofrece ninguna de las características de confiabilidad de TCP. Sin embargo, esto no significa necesariamente que la comunicación misma no sea confiable; puede haber mecanismos en los protocolos de la capa de aplicación y servicios que procesen datagramas perdidos o retrasados si la aplicación tiene estos requisitos.
El desarrollador de la aplicación decide cuál es el protocolo de capa de transporte que más se ajusta a los requisitos de la aplicación. Es importante recordar que el resto de las capas cumplen una función en las comunicaciones de red de datos y afectan el rendimiento de estas.
Comentarios
Publicar un comentario