DIRECCIN GENERAL DE EDUCACIN SUPERIOR TECNOLGICA

INSTITUTO TECNOLGICO DE SALINA CRUZ

MATERIA:
FUNDAMENTOS DE REDES

CARRERA:
ING. EN TICS
SEMESTRE: 5

GRUPO: E

ALUMNO:
EDWIN SANCHEZ GARCIA

ACTIVIDAD:
REPORTE DE INVESTIGACIN

CATEDRTICO:
SUSANA MONICA ROMAN NAJERA

SALINA CRUZ, OAX. A OCTUBRE DE 2015

INTRODUCCION
En la elaboracin de este trabajo, se fuero desarrollando los siguientes
esquemas, las cuales se organizan para poder formarla. TCP es un
protocolo de Control de Transmisin es uno de los principales
protocolos de la capa de transporte del modelo TCP/IP.
En el nivel de aplicacin, posibilita la administracin de datos que
vienen del nivel ms bajo del modelo, o van hacia l, (es decir, el
protocolo IP).El protocolo UDP es el protocolo de datagramas de
usuario (UDP), una definicin breve de lo que es y para que nos sirve.
Podramos decir que UDP proporciona un servicio de datagramas sin
conexin que ofrece entrega de mejor esfuerzo, lo que significa que
UDP no garantiza la entrega ni comprueba la secuencia de los
datagramas.
De manera que esta investigacin que se necesita una investigacin
detallada de la misma.

PROTOCOLO TCP
PROTOCOLO DE CONTROL DE TRANSMISIN

TCP es uno de los principales protocolos de la capa de transporte del

modelo TCP/IP. En el nivel de aplicacin, posibilita la administracin de datos que
vienen del nivel ms bajo del modelo, o van hacia l, (es decir, el protocolo IP).
Cuando se proporcionan los datos al protocolo IP, los agrupa en datagramas IP,
fijando el campo del protocolo en 6 (para que sepa con anticipacin que el protocolo
es TCP). TCP es un protocolo orientado a conexin, es decir, que permite que dos
mquinas que estn comunicadas controlen el estado de la transmisin.
Las principales caractersticas del protocolo TCP son las siguientes:

TCP permite colocar los datagramas nuevamente en orden cuando vienen del
protocolo IP.

TCP permite que el monitoreo del flujo de los datos y as evita la saturacin de la
red.

TCP permite que los datos se formen en segmentos de longitud variada para
"entregarlos" al protocolo IP.

TCP permite multiplexar los datos, es decir, que la informacin que viene de
diferentes fuentes (por ejemplo, aplicaciones) en la misma lnea pueda circular
simultneamente.

Por ltimo, TCP permite comenzar y finalizar la comunicacin amablemente.

EL OBJETIVO DE TCP
Con el uso del protocolo TCP, las aplicaciones pueden comunicarse en forma
segura (gracias al sistema de acuse de recibo del protocolo TCP)
independientemente de las capas inferiores. Esto significa que los routers (que
funcionan en la capa de Internet) slo tienen que enviar los datos en forma de
datagramas, sin preocuparse con el monitoreo de datos porque esta funcin la
cumple la capa de transporte (o ms especficamente el protocolo TCP).
Durante una comunicacin usando el protocolo TCP, las dos mquinas deben
establecer una conexin. La mquina emisora (la que solicita la conexin) se
llama cliente, y la mquina receptora se llama servidor. Por eso es que decimos que
estamos en un entorno Cliente-Servidor.

Las mquinas de dicho entorno se comunican en modo en lnea, es decir, que la

comunicacin se realiza en ambas direcciones.
Para posibilitar la comunicacin y que funcionen bien todos los controles que la
acompaan, los datos se agrupan; es decir, que se agrega un encabezado a los
paquetes de datos que permitirn sincronizar las transmisiones y garantizar su
recepcin.
Otra funcin del TCP es la capacidad de controlar la velocidad de los datos usando
su capacidad para emitir mensajes de tamao variable. Estos mensajes se
llaman segmentos.
INFORMACIN TCNICA
TCP es usado en gran parte de las comunicaciones de datos. Por ejemplo, gran
parte de las comunicaciones que tienen lugar en Internet emplean TCP.
FUNCIONES DE TCP
En la pila de protocolos TCP/IP, TCP es la capa intermedia entre el protocolo de
internet (IP) y la aplicacin. Muchas veces las aplicaciones necesitan que la
comunicacin a travs de la red sea confiable. Para ello se implementa el protocolo
TCP que asegura que los datos que emite el cliente sean recibidos por el servidor
sin errores y en el mismo orden que fueron emitidos, a pesar de trabajar con los
servicios de la capa IP, la cual no es confiable. Es un protocolo orientado a la
conexin, ya que el cliente y el servidor deben de anunciarse y aceptar la conexin
antes de comenzar a transmitir los datos a ese usuario que debe recibirlos.
LA FUNCIN MULTIPLEXIN
TCP posibilita la realizacin de una tarea importante: multiplexar/demultiplexar; es
decir transmitir datos desde diversas aplicaciones en la misma lnea o, en otras
palabras, ordenar la informacin que llega en paralelo.

Estas operaciones se realizan empleando el concepto de puertos (o conexiones),

es decir, un nmero vinculado a un tipo de aplicacin que, cuando se combina con
una direccin de IP, permite determinar en forma exclusiva una aplicacin que se
ejecuta en una mquina determinada.

EL FORMATO DE LOS DATOS EN TCP

Significado de los diferentes campos:

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).

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.

CONFIABILIDAD DE LAS TRANSFERENCIAS

El protocolo TCP permite garantizar la transferencia de datos confiable, a pesar de
que usa el protocolo IP, que no incluye ningn monitoreo de la entrega de
datagramas.
De hecho, el protocolo TCP tiene un sistema de acuse de recibo que permite al
cliente y al servidor garantizar la recepcin mutua de datos.
Cuando se emite un segmento, se lo vincula a un nmero de secuencia. Con la
recepcin de un segmento de datos, la mquina receptora devolver un segmento
de datos donde el indicador ACK est fijado en 1 (para poder indicar que es un
acuse de recibo) acompaado por un nmero de acuse de recibo que equivale al
nmero de secuencia anterior.

Adems, usando un temporizador que comienza con la recepcin del segmento en

el nivel de la mquina originadora, el segmento se reenva cuando ha transcurrido
el tiempo permitido, ya que en este caso la mquina originadora considera que el
segmento est perdido.

Sin embargo, si el segmento no est perdido y llega a destino, la mquina receptora

lo sabr, gracias al nmero de secuencia, que es un duplicado, y slo retendr el
ltimo segmento que lleg a destino.
Cmo establecer una conexin
Considerando que este proceso de comunicacin, que se produce con la
transmisin y el acuse de recibo de datos, se basa en un nmero de secuencia, las
mquinas originadora y receptora (cliente y servidor) deben conocer el nmero de
secuencia inicial de la otra mquina.
La conexin establecida entre las dos aplicaciones a menudo se realiza siguiendo
el siguiente esquema:

Los puertos TCP deben estar abiertos.

La aplicacin en el servidor es pasiva, es decir, que la aplicacin escucha y

espera una conexin.

La aplicacin del cliente realiza un pedido de conexin al servidor en el lugar

donde la aplicacin es abierta pasiva. La aplicacin del cliente se considera
"abierta activa".

Las dos mquinas deben sincronizar sus secuencias usando un mecanismo

comnmente llamado negociacin en tres pasos que tambin se encuentra durante
el cierre de la sesin.
Este dilogo posibilita el inicio de la comunicacin porque se realiza en tres etapas,
como su nombre lo indica:

En la primera etapa, la mquina originadora (el cliente) transmite un segmento

donde el indicador SYN est fijado en 1 (para indicar que es un segmento de
sincronizacin), con nmero de secuencia N llamado nmero de secuencia inicial
del cliente.

En la segunda etapa, la mquina receptora (el servidor) recibe el segmento inicial

que viene del cliente y luego le enva un acuse de recibo, que es un segmento
en el que el indicador ACK est fijado en 1 y el indicador SYN est fijado en 1
(porque es nuevamente una sincronizacin). Este segmento incluye el nmero
de secuencia de esta mquina (el servidor), que es el nmero de secuencia inicial
para el cliente. El campo ms importante en este segmento es el de acuse de
recibo que contiene el nmero de secuencia inicial del cliente incrementado en
1.

Por ltimo, el cliente transmite un acuse de recibo, que es un segmento en el que

el indicador ACK est fijado en 1 y el indicador SYN est fijado en 0 (ya no es un
segmento de sincronizacin). Su nmero de secuencia est incrementado y el
acuse de recibo representa el nmero de secuencia inicial del servidor
incrementado en 1.

Despus de esta secuencia con tres intercambios, las dos mquinas estn
sincronizadas y la comunicacin puede comenzar.
Existe una tcnica de piratera llamada falsificacin de IP, que permite corromper
este enlace de aprobacin con fines maliciosos.

UDP
PROTOCOLO DE DATAGRAMA DE USUARIO

El protocolo UDP es un protocolo no orientado a conexin de lacapa de

transporte del modelo TCP/IP. Este protocolo es muy simple ya que no proporciona
deteccin de errores (no es un protocolo orientado a conexin).
Por lo tanto, el encabezado del segmento UDP es muy simple:
puerto
(16 bits);
longitud
(16 bits);

de

origen puerto
(16 bits);

de

destino

total suma de comprobacin del encabezado

(16 bits);

datos
(longitud variable).

Significado de los diferentes campos

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 es un protocolo estndar con nmero 6 de STD. Este protocolo se describe en

el RFC 768 - Protocolo de Datagrama de Usuario. Este protocolo se recomienda,

pero en la prctica cada implementacin TCP/IP que no se use exclusivamente para

encaminamiento incluir UDP.
UDP es bsicamente una interfaz de aplicacin para IP. No soporta confiabilidad,
control de flujo o recuperacin de errores para IP. Simplemente sirve como
"multiplexor/demultiplexor" para enviar y recibir datagramas, usando puertos para
dirigir los datagramas como se muestra en la figura adjunta. Se pueden encontrar
ms detalles sobre puertos en Puertos y Sockets.

UDP proporciona un mecanismo para que una aplicacin enve un datagrama a

otra. La capa UDP es sumamente delgada por lo que tiene pocas sobrecargas, pero
requiere que la aplicacin sea responsable de la recuperacin de errores y dems
caractersticas no soportadas.
Puertos
El concepto de puerto se trat anteriormente en Puertos y Sockets.
Las aplicaciones que envan datagramas hacia un host necesitan identificar el
destino, siendo ste ms especifico que la direccin IP, ya que los datagramas
estn dirigidos normalmente a ciertos procesos y no al sistema completo. UDP
proporciona este mecanismo usando puertos.
Un puerto es un nmero de 16 bits que identifica qu proceso de un host est
asociado con un cierto datagrama. Hay dos tipos de puerto:
bien-conocidos
Estos puertos pertenecen a servidores estndares, por ejemplo TELNET usa
el puerto 23. El rango de este tipo de puerto est comprendido entre 1 y 1023.
Los nmeros de puertos bien-conocidos son tpicamente impares porque los
primeros sistemas usaban el concepto de puerto como una pareja de puertos
impar/par para operaciones duplex. La mayora de los servidores requieren

slo un puerto. Una excepcin es el servidor BOOTP que usa dos: el 67 y el

68 (ver Protocolo BOOTstrap - BOOTP).
El motivo de la utilizacin de los puertos bien-conocidos es permitir a los clientes
tener la capacidad de encontrar servidores sin informacin de configuracin. Los
nmeros de dichos puertos estn definidos en STD 2 - Nmeros de Internet
Asignados.
efmeros
Los clientes no necesitan nmeros de puertos bien-conocidos porque inician
la comunicacin con servidores y el nmero de puerto que usan ya est
contenido en los datagramas UDP enviados al servidor. Cada proceso del
cliente est localizado en un nmero de puerto mientras el host lo necesite y
se est ejecutando. Los nmeros de puerto efmeros tienen valores mayores
que 1023, normalmente en el rango de 1024 a 5000. Un cliente puede usar
cualquier nmero localizado dentro de dicho rango, mientras que la
combinacin de <protocolo de transporte, direccin IP, nmero de puerto> es
nica.
Nota: TCP tambin usa nmeros de puerto con los mismos valores. Estos puertos
son bastante independientes. Normalmente, un servidor usar TCP o UDP, pero
hay excepciones. Por ejemplo, los servidores de Nombres de Dominio (ver Sistema
de Nombre de Dominio (DNS)) usan ambos, puerto UDP 53 y puerto TCP 53.
Formato del Datagrama UDP
Cada datagrama UDP se enva con un nico datagrama IP. Aunque el datagrama
IP se puede fragmentar durante la transmisin, la implementacin de recepcin IP
lo re-ensamblar antes de presentarlo a la capa UDP. Todas las implementaciones
IP estn preparadas para aceptar datagramas de 576 bytes, permitiendo un tamao
mximo de cabacera IP de 60 bytes sabiendo que un datagrama UDP de 516 bytes
lo aceptan todas las implementaciones. Muchas implementaciones aceptarn
datagramas mayores, aunque no se puede asegurar. El datagrama UDP tiene una
cabecera de 16 bytes que se describe en la figura siguiente:

donde:

puerto de origen
Indica el puerto del proceso que enva. Este es el puerto que se direcciona
en las respuestas.
puerto destino
Especifica el puerto del proceso destino en el host de destino.
longitud
Es el tamao (en bytes) de este datagrama de usuario incluyendo la
cabecera.
suma de comprobacin (checksum)
Es un campo opcional de 16 bits en complemento a uno de la suma en
complemento a uno de una cabecera pseudo-IP, la cabecera UDP y los datos
UDP. La cabecera pseudo-IP contiene la direccin IP fuente y destino, el
protocolo y la longitud UDP:

La cabecera pseudo-IP extiende efectivamente la suma de comprobacin para

incluir el datagrama IP original (defragmentado)
Interfaz de Programacin de Aplicaciones UDP
La interfaz de aplicacin que ofrece UDP se describe en el RFC 768. Dicha interfaz
proporciona:

La creacin de nuevos puertos de recepcin.

La recepcin de operaciones que devuelven los bytes de datos y un indicador
de puerto fuente y una direccin fuente IP.
El envo de operaciones que tienen como parmetros los datos, los puertos
fuente y destino y las direcciones.

La forma en la que est implementado depende de cada vendedor.

Hay que ser conscientes de que UDP e IP no proporcionan entrega garantizada,
control de flujo o recuperacin de errores, as que estos mecanismos tienen que ser
soportados por las aplicaciones.

Las aplicaciones estndares que utilizan UDP son:

Protocolo de Transferencia de Ficheros Trivial (TFTP)

Sistema de Nombres de Dominio (DNS) servidor de nombres
Llamada a Procedimiento Remoto (RPC), usado por el Sistema de Ficheros
en Red (NFS)
Sistema de Computacin de Redes (NCS)
Protocolo de Gestin Simple de Redes (SNMP).

CONCLUSIN
Los protocolos son de una importancia muy especfica de manera que la que cada
una de las diferentes formas de conteo es distintas para cada una.
UDP se utiliza en aplicaciones cuando la confiabilidad no es crtica, pero la velocidad
de transferencia si lo es. Por ejemplo, puede ser mejor utilizar UDP en una
aplicacin de adquisicin de datos a alta velocidad donde perder algunos datos es
aceptable.
Hay que ser conscientes de que UDP e IP no proporcionan entrega garantizada,
control de flujo o recuperacin de errores, as que estos mecanismos tienen que ser
soportados por las aplicaciones.
TCP se usa cuando se requiere trasmisin de datos con mucha confiabilidad, es
decir, que no se pierda informacin.

FUENTES CONSULTADAS
Aplicaciones y servicios de la capa de aplicacin. Consultado el 6 de octubre de
2015. http://www.desarrolloweb.com/articulos/aplicaciones-servicios-capaaplicacion.html.
Capa 4 modelo OSI, Funciones de capa de transporte - Entorno de redes,
direccionamiento IP, protocolos de red, enrutamiento. Consultado el 6 de
octubre de 2015. http://www.marbit.es/capa4_mod_osi.html.
Puertos TCP y UDP que se usan en los productos de software Apple - Soporte
tcnico de Apple. Consultado el 6 de octubre de 2015.
https://support.apple.com/es-mx/HT202944.
Transmission Control Protocol - Wikipedia, la enciclopedia libre, consultado el 6 de
octubre de 2015, https://es.wikipedia.org/wiki/Transmission_Control_Protocol.
Protocolo TCP. Consultado el 6 de octubre de 2015.
http://es.ccm.net/contents/281-protocolo-tcp.