Está en la página 1de 59

Protocolo : UDP, TCP

23.1

Figure 2.16 Modelo OSI Envio Seguro y no seguro

2.2

Figure 2.17 Direccionamiento en TCP/IP

2.3

Figure 2.18 Relacion entre niveles OSI y el direccionamiento TCP/IP

2.4

23-1 COMUNICACIN PROCESO A PROCESO


El nivel de transporte es responsable de la comunicacin proceso a proceso : la entrega de un paquete , parte de un mensaje, de un proceso a otro. Dos procesos se comunican con una relacin cliente/servidor. Temas discutidos en esta seccin:
Paradigma Cliente/Servidor Multiplexacin y Demultiplexacin. Servicio sin conexin frente a servicio orientado a conexin Fiable frente a no fiable Tres protocolos
23.5

Note

El nivel de transporte es responsable de la comunicacin proceso a proceso.

23.6

Figure 23.1 Tipos de comunicacin de datos

23.7

Figure 23.2 Nmero de Puertos

23.8

Figure 23.3 Direcciones IP y nmeros de puertos

23.9

Figure 23.4 Rangos IANA

23.10

Figure 23.5 Direccin de Socket

23.11

Figure 23.8 Posicin de UDP, TCP, y SCTP en la siute TCP/IP

23.12

23-2

PROTOCOLO DE DATAGRAMA DE USUARIO (UDP)

El protocolo de datagrama de usuario (User Datagram Protocol, UDP) es un protocolo sin conexin y no fiable. No aade nada a los servicios de IP excepto proporcionar comunicacin proceso a proceso en lugar de comunicaciones computadora a computadora. Temas discutidos en esta seccin:
Puertos bien conocidos UDP Dagramas de usuario Control de flujo y error (Checksum) Funcionamiento de UDP Use de UDP
23.13

Table 23.1 Puertos bien conocidos UDP

23.14

Example 23.1
Informacion Windows y Linux

23.15

Figure 23.9 Formato de datagrama de usuario

23.16

Note

Longitud UDP = longitud lP - longitud cabecera lP.

23.17

Figure 23.10 Pseudo cabecera para el calculo del checksum

23.18

Note

Slo aquellos procesos que envan mensajes cortos deberan usar UDP

23.19

Figure 23.11 Calculo de la suma de comprobacin de un paquete UDP

23.20

Figure 23.12 Colas en UDP

23.21

Figure 23.13 CONCLUSIONES UDP


1. UDP es adecuado para un proceso que necesita comunicacin peticin-respuesta sencilla y al cual le preocupa poco el control de flujo y error. 2. Habitualmente no se usa para un proceso como FTP que necesita usar datos masivos 3. UDP es adecuado para procesos con mecanismos internos de control de flujo y error. Por ejemplo, el Trivial File Transfer Protocol (TFTP) incluye control de flujo y error. Puede usar fcilmente UDP. 4. UDP es un protocolo de transporte adecuado para multienvo. La capacidad de multienvo est empotrada en el software UDP, pero no en el TCP. 5. UDP se usa para procesos de gestin como SNMP. 6. UDP se usa para algunos protocolos de actualizacin de ruta, como el Routing Information Protocol (RIP).

23.22

23-3 TCP
A diferencia de UDP, TCP es un protocolo orientado conexin; crea una conexin virtual entre dos TCP para enviar datos. Adems, TCP usa mecanismos de control de flujo y error a nivel de transporte. level. Topics discussed in this section:
Servicios TCP Carcteristicas TCP Segmentos Una conexin TCP Control de Flujo Contro de Error
23.23

Table 23.2 Puertos bien conocidos usados por TCP

23.24

Figure 23.13 Envio de flujos

23.25

Figure 23.14 Buffers de envo y recepcin

23.26

Figure 23.15 Segmenos TCP

23.27

TCP Servicio Orientado a la Conexion.

1. Ambos TCP establecen una conexin entre ellos. 2. Se intercambian datos en ambas direcciones. 3. Se cierra la conexin

23.28

Sistema de Numeracion

Los bytes de datos que se envan en cada conexin son numerados por TCP. La numeracin comienza con un nmero generado aleatoriamente.

23.29

Example 23.3
Suponga que una conexin TCP transfiere un fichero de 5000 bytes. El primer byte tiene el nmero 10.001. Cules son los nmeros de secuencia para cada segmento si los datos se envan en cinco segmentos, cada uno de los cuales lleva 1000 byte s?:

23.30

Nota

El valor en el campo nmero de secuencia de un segmento define el nmero del primer byte de datos contenido en ese segmento.

23.31

Nmero de confirmacin

El valor del campo de confirmacin de un segmento define el nmero del siguiente byte que una parte espera recibir. El nmero de confirmacin es acumulativo.

23.32

Figure 23.16 Formato de segmento TCP

23.33

Figure 23.17 Campos de Control

23.34

Table 23.3 Descripcin de flags en el campo control

23.35

Figure 23.18

Establecimiento de conexin usando una negociacin completa en tres pasos.

23.36

Nota

Un segmento SYN no puede llevar datos, pero consume el nmero de secuencia.

23.37

Note

Un segmento SYN + ACK no puede llevar datos, pero consume al nmero de secuencia.

23.38

Note

Un segmento ACK.si no lleva datos, no consume nmero de secuencia.

23.39

Figure 23.19 Transferencia de Datos

23.40

Figure 23.20 Fin de conexin usando negociacin en tres pasos

23.41

Note

El segmento FIN consume un nmero de secuencia si no lleva datos.

23.42

Note

El segmento FIN+ACK consume un nmero de secuencia si no lleva datos.

23.43

Figure 23.21 Semicierres. Half-close

23.44

Figure 23.22 Ventana deslizante

23.45

Note

Se usa una ventana deslizante para hacer la transmisin ms eficiente y para controlar el flujo de datos de forma que el destino no sea desbordado con datos. Las ventanas deslizantes de TCP son orientadas a byte.
23.46

Example 23.4
Cul es el valor de la ventana de recepcin(rwnd) para la computadora A si el receptor, computadora B, tiene un tamao de almacn de 5000 bytes y 1000 bytes de datos recibidos y no procesados? Solution El valor de rwnd = 5000 - 1000 = 4000. La computadora B slo puede recibir: 4000bytes de datos antes de desbordar su almacn. La computadora B anuncia este valor a A en el segmento siguiente.
23.47

Figure 23.23 Example 23.6

23.48

Note
Algunos puntos acerca de la ventana deslizante en TCP:
El tamao de la ventana es el mnimo de rwnd y cwnd. El origen no tiene que enviar una ventana entera llena de datos. La ventana puede ser abierta o cerrada por el receptor, pero no deberia ser reducida. El destino puede enviar una confirmacin en cualquier momento siempre que eso nos d como resultado una reduccin de ventana. El receptor puede cerrar temporalmente la ventana; sin embargo, el emisor siempre puede enviar un segmento de un byte despus de que la ventana haya sido cerrada.

23.49

Note

Los segmentos ACK no consumen nmero de secuencia y no son confirmados.

23.50

Note

En las implementaciones modernas, hay una retransmisin si expira un temporizador de retransmisin o llevan tres segmentos de ACK duplicados.

23.51

Note

No se activa un temporizador de retransmisin para un segmento ACK.

23.52

Note

Los datos pueden llegar desordenados y ser almacenados temporalmente por el TCP receptor, pero TCP no garantiza que ningun segmento fuera de orden se entregue al proceso.

23.53

Figure 23.24 Funcionamiento normal

23.54

Figure 23.25 Segmento perdido.

23.55

Note

El TCP receptor entrega slo datos ordenados al proceso.

23.56

Figure 23.26 Retransmisin rpida.

23.57

Figure 23.34 Simple data transfer

23.58

Figure 23.40 Error control, sender site

23.59

También podría gustarte