INTRODUCCIN

Ya hemos analizado como funcionan el medio en las telecomunicaciones, ahora toca entender
los protocolos que son necesarios para la transferencia y cmo soluciona las diferentes situaciones a
las que se debe de enfrentar. Estos protocolos son bsicos ya que son la base de la comunicacin
entre los diferentes equipos que existen en la internet. Entonces, hablaremos de los protocolos de la
capa de transporte, protocolos TCP y UDP as como de los puertos bien conocidos y ejemplos de
cada tema.

DESARROLLO

TCP (Transmition Control Protocol) es uno de los principales protocolos de la capa de

transporte, con ayuda de l, se hace posible la administracin de datos que vienen desde la parte
ms baja del modelo hasta la capa de transporte.

El protocolo permite comunicarte de manera segura, divide todo en pequeos paquetes de

informacin llamados datagramas. Estos paquetes tienen un encabezado con toda la informacin
para el control del mismo paquete y una parte de datos, donde viene la pequea porcin de
informacin que en un futuro se volver a juntar. Cuando se hace la conexin entre dos
computadoras, la maquina emisora, sea la que pide la conexin, se denomina cliente; la que enva
la informacin se denomina servidor, de aqu viene el nombre entorno Cliente-Servidor. Como
mencionaba, los datagramas llevan una cabecera on encabezado, en este lleva toda la informacin
de control y sincronizacin, las cuales se analizarn ms adelante con mucho ms profundidad. Los
segmentos de informacin pueden cambiar de tamao dependiendo de lo que decida el protocolo
TCP en ese momento. Otra ventaja del protocolo TCP es la habilidad que tiene de multiplexar y
demultiplexar por medio de puertos, as logra transmitir informacin en paralelo pero por distintos
puertos para distintas aplicaciones.

De acuerdo con kioskea, el segmento o datagrama esta formado as:

Puerto de origen (16 bits): Puerto relacionado con la aplicacin en curso en la mquina origen
Puerto de destino (16 bits): Puerto relacionado con la aplicacin en curso en la mquina destino
Nmero de secuencia (32 bits): Cuando el indicador SYN est fijado en 0, el nmero de secuencia
es el de la primera palabra del segmento actual. Cuando SYN est fijado en 1, el nmero de
secuencia es igual al nmero de secuencia inicial utilizado para sincronizar los nmeros de
secuencia (ISN).

 Nmero de acuse de recibo (32 bits): El nmero de acuse de recibo, tambin llamado nmero de
descargo se relaciona con el nmero (secuencia) del ltimo segmento esperado y no el nmero del
ltimo segmento recibido.

Margen de datos (4 bits): Esto permite ubicar el inicio de los datos en el paquete. Aqu, el margen
es fundamental porque el campo opcin es de tamao variable.

Reservado (6 bits): Un campo que actualmente no est en uso pero se proporciona para el uso
futuro.

Indicadores (6x1 bit): Los indicadores representan informacin adicional:

URG: Si este indicador est fijado en 1, el paquete se debe procesar en forma urgente.
ACK: Si este indicador est fijado en 1, el paquete es un acuse de recibo.
PSH (PUSH): Si este indicador est fijado en 1, el paquete opera de acuerdo con el mtodo
PUSH.

RST: Si este indicador est fijado en 1, se restablece la conexin.

SYN: El indicador SYN de TCP indica un pedido para establecer una conexin.
FIN: Si este indicador est fijado en 1, se interrumpe la conexin.
Ventana (16 bits): Campo que permite saber la cantidad de bytes que el receptor desea recibir sin
acuse de recibo.

Suma de control (CRC): La suma de control se realiza tomando la suma del campo de datos del
encabezado para poder verificar la integridad del encabezado. (Hash).

Puntero urgente (16 bits): Indica el nmero de secuencia despus del cual la informacin se torna
urgente.

Opciones (tamao variable): Diversas opciones

Relleno: Espacio restante despus de que las opciones se rellenan con ceros para tener una
longitud que sea mltiplo de 32 bits.

Para confirmar la confiabilidad de los datos que llegaron, se utiliza la suma de control y acuse
de recibo, cada que llega un segmento se analiza por medio de la suma si la informacin esta ntegra
y se manda un acuse de recibo con el indicador ACK en 1. De esta manera recibe quien esta
mandado que s se recibi el archivo correctamente y que debe de mandar el siguiente segmento. De
lo contrario vuelve a mandar el mismo segmento pasado un tiempo definido en un temporizador, ya
que se asume que el segmento se perdi o se corrompi. Si se llegara a dar el caso de que no
pudiese mandar un acuse de recibo pero la maquina receptora s recibi correctamente el segmento,
la maquina que enva, volvera a mandar el segmento; no afectara en nada ya que tiene un numero
de secuencia, al ser repetido slo se descartara y se volvera a enviar un acuse de recibo.

El servidor siempre espera a una conexin, mientras que el cliente solicita una conexin al
servidor. Para hacer la sincronizacin utiliza un mecanismo llamada negociacin, utilizando el
indicador SYN y ACK hace un intercambio entre el servidor y el cliente para sincronizar los nmeros
de secuencia. Para terminar una conexin la maquina manda un segmento con el indicador FIN
encendido y deja de recibir segmentos relacionados a eso, la otra maquina recibe el segmento con le
indicador FIN manda un acuse de respuesta FIN y cierra la conexin. En resumen, tcp espera
respuesta.

A diferencia del TCP, UDP no esta orientado a la conexin, por lo tanto requiere reservar el
medio para hacer la comunicacin y por lo mismo no requiere deteccin de errores o todo lo que TCP
te da. El encabezado de UDP es el siguiente:

Puerto de origen: es el nmero de puerto relacionado con la aplicacin del remitente del segmento
UDP. Este campo representa una direccin de respuesta para el destinatario. Por lo tanto, este
campo es opcional. Esto significa que si el puerto de origen no est especificado, los 16 bits de
este campo se pondrn en cero. En este caso, el destinatario no podr responder (lo cual no es
estrictamente necesario, en particular para mensajes unidireccionales).

Puerto de destino: este campo contiene el puerto correspondiente a la aplicacin del equipo
receptor al que se enva.

Longitud: este campo especifica la longitud total del segmento, con el encabezado incluido. Sin
embargo, el encabezado tiene una longitud de 4 x 16 bits (que es 8 x 8 bits), por lo tanto la longitud
del campo es necesariamente superior o igual a 8 bytes.

 Suma de comprobacin: es una suma de comprobacin realizada de manera tal que permita
controlar la integridad del segmento.

UDP (User Datagram Protocol) contrasta con TCP, UDP no espera un acuse de respuesta
para mandar sus segmentos de informacin. Por lo mismo la garanta de que la informacin llegue
completa al destino no es tan buena como lo es TCP, adems, no tiene ningn mecanismo de orden
de segmentos por lo que el orden lo debe de hacer la aplicacin que este utilizando ese protocolo. Es
un protocolo best effort ya que hace lo mejor posible para mandar la informacin pero no puede
garantizar la entrega de los datos. Por lo tanto, si le mandas a un receptor que debe de recibir 6
segmentos, el receptor intenta leer solamente 6 segmentos.

Los puertos bien conocidos o well known ports, son puertos definidos para aplicaciones
especificas, son puertos son numerados del 0 al 65536; estos estn asignados de acuerdo a los
estndares IANA y son reservados para procesos del sistema. Los dems puertos son llamados
dinmicos o privados, ya que no estn reservadas y las puede utilizar aleatoriamente las
aplicaciones.

Unos ejemplos de puertos bien conocidos son:

1. Puerto 110: POP3
2. Puerto 115: SFTP
3. Puerto 143: IMAP
4. Puerto 443: HTTPS
5. Puerto 631: UDP

20 ejemplos de aplicaciones que uso comnmente:

1. VLC UDP 1234
2. Steam UDP 1725
3. Apple Push Notifications Service TCP 2195
4. Ruby on Rais TCP 3000
5. Xbox Live TCP y UDP 3074
6. MySQL TCP y UDP 3306
7. Microsoft Silverlight TCP 4502-4534
8. Google Desktop Search TCP 4664
9. McAfee TCP 4711
10. Yahoo Messenger TCP 5050
11. Google Play Services TCP 5228
12. PostgreSQL TCP y UDP 5432
13. VNC TCP 5500
14. TeamViewer TCP y UPD 5938
15. BitTorrent TCP y UDP 6881-6900
16. iChat TCP 7777
17. Tor TCP 9050 - 9051
18. Google talk TCP 19294
19. Steam Downloads TCP 27014-27050
20. Boomerang TCP y UDP 1306

CONCLUSIONES

Los protocolos de la capa de transporte son esenciales para el internet. Despus de esta
investigacin se pudo comprender su funcionamiento as como su estructura de los protocolos TCP y
UDP. Podemos inferir que cada protocolo tiene sus lugares en dnde es ms til, se puede observar
al buscar ejemplos de aplicaciones de la vida diaria, como juegos y cosas de video utilizan protocolos
UDP, mientras que aplicaciones de texto y dems utilizan TCP, tambin se puede observar como hay
aplicaciones que requieren de ambos protocolos para funcionar como lo son Team Viewer y Xbox
Live. El funcionamiento de ambos protocolos son cosas bastante lgicas y coherentes.

REFERENCIAS
List of TCP and UDP port numbers. (2014, November 11). Retrieved November 11, 2014, from http://
en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_numbers
Protocolo TCP. (n.d.). Retrieved November 11, 2014, from http://es.kioskea.net/contents/281protocolo-tcp
Protocolo UDP. (n.d.). Retrieved November 11, 2014, from http://es.kioskea.net/contents/284protocolo-udp
Puertos bien conocidos "Well known ports" (n.d.). Retrieved November 11, 2014, from http://
daemonlinux.wordpress.com/2009/06/07/puertos-bien-conocidos-well-known-ports/
UDP. (n.d.). Retrieved November 11, 2014, from http://neo.lcc.uma.es/evirtual/cdd/tutorial/transporte/
udp.html (tags: none | edit tags)
Protocolo TCP. (n.d.). Retrieved November 11, 2014, from http://neo.lcc.uma.es/evirtual/cdd/tutorial/
transporte/tcp.html