S11 - s1 - Redes y Comunicación de Datos I - S11

1.
Objetivos
2. ¿Cómo se establece una conexión TCP?
3. Proceso de comunicación TCP
4. Comunicación TCP
5. Confiabilidad y control de flujo
6. Comunicación UDP
7. Conclusiones
8. Referencias Bibliograficas
Los estudiantes podrán hacer lo siguiente:
 Explique la forma en que los procesos de establecimiento y
finalización de sesión TCP facilitan una comunicación confiable.
 Explique la forma en que se transmiten y se reconocen las
unidades de datos del protocolo TCP para garantizar la entrega.
 Compare el funcionamiento de los protocolos de capa de transporte
en la admisión de la comunicación de extremo a extremo.
TCP es un protocolo orientado a la conexión. El protocolo
TCP se ejecuta únicamente en los sistemas terminales; o
también podemos decir, que los sistemas terminales
mantienen el estado de la conexión TCP. Los elementos
intermedios de la red (routers y switches de la capa de
enlace) no mantienen el estado de la conexión TCP. De
hecho, los routers intermedios son completamente
inconscientes de las conexiones TCP; los routers ven los
datagramas, no las conexiones..
Supongamos que un proceso que se está ejecutando en un host,
desea iniciar una conexión con otro proceso que se ejecuta en otro
host. Recuerde que, el proceso que inicia la conexión es el proceso
cliente, y el otro proceso, es el proceso servidor. El proceso de la
aplicación cliente informa, en primer lugar, a la capa de transporte del
cliente, que desea establecer una conexión con un proceso del
servidor. La capa de transporte del cliente entonces procede a
establecer una conexión TCP con el TCP del servidor. Una vez que se
ha establecido la conexión TCP, los dos procesos de aplicación pueden
enviarse datos el uno al otro.
Cada proceso de aplicación que se ejecuta en el
servidor para utilizar un número de puerto.
 Un servidor individual no puede tener dos
servicios asignados al mismo número de
puerto dentro de los mismos servicios de la
capa de transporte.
 Una aplicación de servidor activa asignada a
un puerto específico se considera abierta, lo
que significa que la capa de transporte acepta
y procesa los segmentos dirigidos a ese
puerto.
 Toda solicitud entrante de un cliente
direccionada al socket correcto es aceptada y
los datos se envían a la aplicación del servidor.
 Paso 1: el cliente de origen solicita una
sesión de comunicación de cliente a
servidor con el servidor.
 Paso 2: el servidor reconoce la sesión de
comunicación de cliente a servidor y
solicita una sesión de comunicación de
servidor a cliente.
 Paso 3: el cliente de origen reconoce la
sesión de comunicación de servidor a
cliente.
 Paso 1: Cuando el cliente no tiene más
datos para enviar en la transmisión, envía
un segmento con el indicador FIN
establecido.
 Paso 2: El servidor envía un ACK para
confirmar el indicador FIN y finalizar la
sesión de cliente a servidor.
 Paso 3: El servidor envía un FIN al cliente
para finalizar la sesión de servidor a
cliente.
 Paso 4: El cliente responde con un ACK
para confirmar el FIN desde el servidor.
Funciones del enlace de tres vías:
 Establece que el dispositivo de destino está presente en la red.
 Verifica que el dispositivo de destino tenga un servicio activo y acepte solicitudes en el
número de puerto de destino que el cliente de origen desea utilizar.
 Informa al dispositivo de destino que el cliente de origen intenta establecer una sesión de
comunicación en dicho número de puerto
Una vez que se completa la comunicación, se cierran las sesiones y se finaliza la conexión. Los
mecanismos de conexión y sesión habilitan la función de confiabilidad de TCP.
Los seis indicadores de bits de
control son los siguientes:
 URG - Campo indicador urgente
importante.
 ACK - Indicador de acuse de
recibo utilizado en el
establecimiento de la conexión y
la terminación de la sesión.
 PSH - Función de empuje.
 RST- Restablecer una conexión
cuando ocurre un error o se
agota el tiempo de espera.
 SYN - Sincronizar números de
secuencia utilizados en el
establecimiento de conexión.
 FIN - No más datos del remitente
y se utilizan en la terminación de
la session.
 TCP también puede ayudar a
mantener el flujo de paquetes
para que los dispositivos no se
sobrecarguen.
 Algunas veces los segmentos
TCP no llegan a su destino o lno
llegan en orden.
 Todos los datos deben ser
recibidos y los datos de estos
segmentos deben ser
reensamblados en el orden
original.
 Para lograr esto, se asignan
números de secuencia en el
encabezado de cada paquete.
 No importa cuán bien diseñada
esté una red, ocasionalmente se
produce la pérdida de datos.
 TCP proporciona métodos para
administrar la pérdida de
segmentos. Entre estos está un
mecanismo para retransmitir
segmentos para los datos sin
reconocimiento.
 Los sistemas operativos host
actualmente suelen emplear una
característica TCP opcional
llamada reconocimiento selectivo
(SACK), negociada durante el
protocolo de enlace de tres vías.
 Si ambos hosts admiten SACK, el
receptor puede reconocer
explícitamente qué segmentos
(bytes) se recibieron, incluidos los
segmentos discontinuos.
El TCP también proporciona
mecanismos de control de flujo.
 El control de flujo es la
cantidad de datos que el
destino puede recibir y
procesar de manera confiable.
 El control de flujo permite
mantener la confiabilidad de la
transmisión de TCP mediante
el ajuste de la velocidad del
flujo de datos entre el origen y
el destino para una sesión
dada.
Tamaño máximo de segmento (MSS)
es la cantidad máxima de datos que
puede recibir el dispositivo de destino.
 Un MSS común es de 1.460 bytes

cuando se usa IPv4.
 Un host determina el valor de su
campo de MSS restando los
encabezados IP y TCP de unidad
máxima de transmisión (MTU) de
Ethernet.
 1500 menos 60 (20 bytes para el
encabezado IPv4 y 20 bytes para el
encabezado TCP) deja 1460 bytes.
 Cuando se produce
congestión en una red, el
router sobrecargado
comienza a descartar
paquetes.
 Para evitar y controlar la
congestión, TCP emplea
varios mecanismos,
temporizadores y algoritmos
de manejo de la congestión.
UDP no establece ninguna conexión. UDP suministra transporte de datos con baja sobrecarga
debido a que posee un encabezado de datagrama pequeño sin tráfico de administración de red.
 UDP no realiza un
seguimiento de los números
de secuencia de la manera
en que lo hace TCP.
 UDP no puede reordenar los
datagramas en el orden de la
transmisión.
 UDP simplemente
reensambla los datos en el
orden en que se recibieron y
los envía a la aplicación.
 A las aplicaciones de servidor
basadas en UDP se les
asignan números de puerto
conocidos o registrados.
 UDP recibe un datagrama
destinado a uno de esos
puertos, envía los datos de
aplicación a la aplicación
adecuada en base a su
número de puerto.
 El proceso de cliente UDP
selecciona dinámicamente un
número de puerto del intervalo
de números de puerto y lo
utiliza como puerto de origen
para la conversación.
 Por lo general, el puerto de
destino es el número de puerto
bien conocido o registrado que
se asigna al proceso de
servidor.
 Una vez que el cliente
selecciona los puertos de
origen y de destino, este
mismo par de puertos se utiliza
en el encabezado de todos los
datagramas que se utilizan en
la transacción.
¿Qué aprendí en este módulo?
 Se asignan números de secuencia en el encabezado de cada paquete.
 El control de flujo permite mantener la confiabilidad de la transmisión de TCP
mediante el ajuste de la velocidad del flujo de datos entre el origen y el destino.
 El origen está transmitiendo 1460 bytes de datos dentro de cada segmento TCP.
Este es el MSS típico que puede recibir un dispositivo de destino.
 El proceso en el que el destino envía reconocimientos a medida que procesa los
bytes recibidos y el ajuste continuo de la ventana de envío del origen se conoce
como ventanas deslizantes.
 Para evitar y controlar la congestión, TCP emplea varios mecanismos de manejo de
congestión.
 ARIGANELLO E. (2016). REDES CISCO GUÍA DE ESTUDIO PARA
LA CERTIFICACIÓN CCNA ROUTING Y SWITCHING. CCNA, cuarta
edición. RA-MA EDITORIAL. México.
 HUICROBO J. (2014). TELECOMUNICACIONES. TECNOLOGÍAS,
REDES Y SERVICIOS, segunda edición. RA-MA EDITORIAL. México.
 MARK, Dye; McDonald, Rick; RUFI, Antoon. (2011). Network
Fundamentals. CCNA Exploration Companion Guide. Indianapolis -
USA.
 STALLINGS, W. (2010). Comunicaciones y Redes de Computadores,
sexta edición. Prentice Hall. Madrid.

S11 - s1 - Redes y Comunicación de Datos I - S11

Cargado por

Copyright:

Formatos disponibles

S11 - s1 - Redes y Comunicación de Datos I - S11

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

S11 - s1 - Redes y Comunicación de Datos I - S11

Cargado por

Copyright:

Formatos disponibles

1.

 Un MSS común es de 1.460 bytes

También podría gustarte