Contents

1 El UDP

• RFC 768.
• Multiplexa [2] y desmultiplexa [1].
• Transmite datagramas (paquetes de datos que son enviados independientemente y sin previo establecimiento de conexi’on).
• Opcionalmente, comprueba si se han producido errores de transmisi’on (no los corrige).
• Cuando se emplea el UDP s’olo un proceso (receptor o emisor) puede utilizar cada puerto.

2 Formato del datagrama UDP

• El checksum es opcional.
  1. Si checksum$=$ 0 significa que no se calcula.
  2. Si checksum$\ne$ 0, se calcula teniendo en cuenta la pseudo-cabecera, la cabecera del datagrama UDP y los datos a transmitir.
• El puerto del proceso emisor se utiliza para que el proceso receptor pueda contestar.

3 UDP (User Datagram Protocol) [3]

• Designed by David P. Reed in 1980.
• Provides checksums for data integrity, and port numbers for addressing different processes at the source and destination of the datagram.

4 La suma de comprobaci’on (checksum)

• RFC 1071.
• Forma simple de control de errores.
• Consiste en calcular la suma aritm’etica m’odulo 16 de todas las palabras del datagrama UDP y de la pseudo-cabecera, y calcular su complemento a 1 (negativo).
• Se puede ignorar, permitiendo as’i la recepci’on de un datagrama con errores [2].
• La pseudo-cabecera no se transmite. Se utiliza en el checksum para verificar, entre otras cosas, que el datagrama UDP llega al destino correcto y que el host origen es el que indica el IP. Su contenido es:

• SrcIPAddr $=$ direcci’on IP del host emisor (proporcionada por el IP).

  DstIPAddr $=$ dir. IP del host receptor (prop. por el S.O.).

  ZERO $=$ byte de relleno igual a 0.

  PROTO $=$ identificador de protocolo (17 para UDP).

  Length $=$ tamaño del datagrama UDP.

• El receptor realiza dicha suma, pero usando adem’as la suma de comprobaci’on. Si el resultado es 0, entonces presumiblemente no existen errores de transmisi’on.

5 ¿Cu’ando usar el UDP?

Cuando queremos minimizar la latencia

• Cuando usamos el UDP no existe establecimiento de conexi’on. En aplicaciones como el DNS esto es fundamental.
• Con el UDP el emisor controla exactamente cu’ando los datos son enviados.

Cuando se permite la p’erdida de datos

• Existen aplicaciones donde la no llegada de datos es peor que la llegada de ellos aunque modificados (probablemente en unos pocos bits). En aplicaciones como en la transmisi’on de audio y v’ideo esto es importante.

Cuando queremos hacer transmisiones multicast

• UDP es ideal para transmitir de uno a muchos porque la replicaci’on del datagrama UDP por parte de los routers no implica ninguna modificaci’on en el comportamiento del emisor (en concreto, la tarea de emitir en unicast o en multicast es b’asicamente la misma e independiente del n’umero de receptores a los que llega el paquete). En aplicaciones como la difusi’on de audio y v’ideo esto es esencial.

Cuando queremos controlar el flujo

• Usando UDP, la aplicaci’on sabe qu’e datos son enviados en cada instante. En aplicaciones como en la transmisi’on de flujos de audio el control de flujo lo impone la aplicaci’on, no la capa de transporte.

Ejemplos

1. DNS (Domain Name System).
2. SMTP (Simple Network Management Protocol).
3. DHCP (Dynamic Host Configuration Protocol).
4. RIP (Routing Information Protocol).
5. TFTP (Trivial File Transfer Protocol).
6. Online games.
7. VoIP (Voice over IP).
8. IPTV (IP Television).

6 Sobre el control de la congesti’on

• El UDP no realiza control de la congesti’on.
• Transmitir datos de forma masiva usando UDP es una forma potencialmente peligrosa de congestionar la red.

References