Protocolos

El protocolo HTTP
El Protocolo de Transferencia de HiperTexto (Hypertext Transfer Protocol) es un sencillo
protocolo cliente-servidor que articula los intercambios de informacin entre los clientes Web y
los servidores HTTP. La especificacin completa del protocolo HTTP 1/0 est recogida en el RFC
1945. Fue propuesto por Tim Berners-Lee, atendiendo a las necesidades de un sistema global de
distribucin de informacin como el World Wide Web.
Desde el punto de vista de las comunicaciones, est soportado sobre los servicios de conexin
TCP/IP, y funciona de la misma forma que el resto de los servicios comunes de los entornos
UNIX: un proceso servidor escucha en un puerto de comunicaciones TCP (por defecto, el 80), y
espera las solicitudes de conexin de los clientes Web. Una vez que se establece la conexin, el
protocolo TCP se encarga de mantener la comunicacin y garantizar un intercambio de datos
libre de errores.
HTTP se basa en sencillas operaciones de solicitud/respuesta. Un cliente establece una conexin
con un servidor y enva un mensaje con los datos de la solicitud. El servidor responde con un
mensaje similar, que contiene el estado de la operacin y su posible resultado. Todas las
operaciones pueden adjuntar un objeto o recurso sobre el que actan; cada objeto Web
(documento HTML, fichero multimedia o aplicacin CGI) es conocido por su URL.

Etapas de una transaccin HTTP.

Para profundizar ms en el funcionamiento de HTTP, veremos primero un caso particular de una
transaccin HTTP; en los siguientes apartados se analizarn las diferentes partes de este
proceso.
Cada vez que un cliente realiza una peticin a un servidor, se ejecutan los siguientes pasos:

Un usuario accede a una URL, seleccionando un enlace de un documento HTML o

introducindola directamente en el campo Location del cliente Web.

El cliente Web descodifica la URL, separando sus diferentes partes. As identifica el

protocolo de acceso, la direccin DNS o IP del servidor, el posible puerto opcional (el
valor por defecto es 80) y el objeto requerido del servidor.

Se abre una conexin TCP/IP con el servidor, llamando al puerto TCP correspondiente.
Se realiza la peticin. Para ello, se enva el comando necesario (GET, POST, HEAD,), la
direccin del objeto requerido (el contenido de la URL que sigue a la direccin del
servidor), la versin del protocolo HTTP empleada (casi siempre HTTP/1.0) y un conjunto

variable de informacin, que incluye datos sobre las capacidades del browser, datos
opcionales para el servidor,

El servidor devuelve la respuesta al cliente. Consiste en un cdigo de estado y el tipo de

dato MIME de la informacin de retorno, seguido de la propia informacin.

Se cierra la conexin TCP.

Este proceso se repite en cada acceso al servidor HTTP. Por ejemplo, si se recoge un documento
HTML en cuyo interior estn insertadas cuatro imgenes, el proceso anterior se repite cinco
veces, una para el documento HTML y cuatro para las imgenes.

Caractersticas del protocolo UDP

El protocolo UDP (Protocolo de datagrama de usuario) 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:

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.

Las caractersticas del protocolo TCP

TCP (que significa 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). 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 ClienteServidor.
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.

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

Un segmento TCP est formado de la siguiente manera:

<td
URG <td
ACK <td
PSH <td
RST <td
SYN <td
FIN</td
</td
</td
</td
</td
</td
0 1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 3 3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
Puerto de origen

Puerto de destino
Nmero de secuencia
Nmero de acuse de recibo

Margen

Reservado

Ventana

de
datos
Suma de control

Puntero urgente

Opciones

Relleno
Datos

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

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.

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

Mtodo de ventana corrediza

En muchos casos, es posible limitar la cantidad de acuses de recibo con el fin de aliviar el
trfico en la red. Esto se logra fijando un nmero de secuencia despus del cual se requiera
un acuse de recibo. Este nmero en realidad se guarda en el campo ventana del encabezado
TCP/IP.
Este mtodo se llama efectivamente el "el mtodo de la ventana corrediza" porque, en cierta
medida, se define una serie de secuencias que no necesitan acuses de recibo y que se
desplaza a medida que se reciben los acuses de recibo.

Adems, el tamao de esta ventana no es fijo. De hecho, el servidor puede incluir el tamao
de la ventana que considera ms apropiado en sus acuses de recibo guardndolo en el campo

ventana. De este modo, cuando el acuse de recibo indica un pedido para aumentar la ventana,
el cliente se desplazar al borde derecho de la ventana.

Por el contrario, en el caso de una reduccin, el cliente no desplazar el borde derecho de la

ventana hacia la izquierda sino que esperar que avance el borde izquierdo (al llegar los
acuses de recibo).

Cmo terminar una conexin

El cliente puede pedir que se termine una conexin del mismo modo que el servidor.
Para terminar una conexin se procede de la siguiente manera:

Una de las mquinas enva un segmento con el indicador FIN fijado en 1, y la

aplicacin se autocoloca en estado de espera, es decir que deja de recibir el segmento
actual e ignora los siguientes.

Despus de recibir este segmento, la otra mquina enva un acuse de recibo con el
indicadorFIN fijado en 1 y sigue enviando los segmentos en curso. Despus de esto, la
mquina informa a la aplicacin que se ha recibido un segmento FIN y luego enva un
segmento FIN a la otra mquina, que cierra la conexin.

Modelo ISO TCP/IP

Figura1. Modelo OSI vs. TCP/IP

CUADRO COMPARATIVO
Modelo OSI
Modelo TCP/IP
Arquitectura general requerida para
Arquitectura ms simple que del modelo
establecer comunicacin entre
OSI por el menor nmero de capas
computadoras
OSI fue adoptado en 1984 oficialmente
Los estndares de los protocolos son
como un estndar internacional por la ISO
abiertos
Consta de 7 capas niveles
Consta de 4 capas o niveles
OSI define claramente las diferencias entre
TCP/IP combina las funciones de la capa
los servicios, las interfaces, y los
de presentacin y de sesin en la capa de
protocolos.
aplicacin
OSI fue definido antes de implementar lo
protocolos

TCP/IP combina la capas de enlace de

datos y la capa fsica del modelo OSI en
una sola capa
Miles de aplicaciones usan en la actualidad
TCP/IP y sus interfaces de programacin
de aplicaciones bien documentadas.

OSI es complejo, es dominado por una

mentalidad de telecomunicaciones sin
pensar en computadores, carece de
servicios sin conexin
Posee una tecnologa de conmutacin por paquetes. Esto significa que los paquetes
individuales pueden usar rutas diferentes para llegar al mismo destino.
El modelo TCP/IP no distingue con claridad

los conceptos de servicio, interfaz y

protocolo
Aplicaciones de cada modelo
Modelo OSI
Existen algunas aplicaciones para el modelo OSI que en la actualidad son de mucho uso
dentro de la electrnica y de las telecomunicaciones en general, pero stas son aplicadas a
las diferentes capas como para la capa 7 como correo FTP, TFTP, TELNET, para capa 3 como
PING, TRACEOUT.
Modelo TCP/IP
De la misma manera para el modelo TCP existen diferentes aplicaciones como : TELNET, FTP
(File Transfer Prtocol), FTP offline, TFTP (Trivial FIle Transfer Protocol), SNMP(Simple
Network Management Protocol), SMTP(Simple Mail Transfer Protocol) IP MOBIL, REGISTRO.
Protocolos que funcionan en cada capa y en que aplicaciones se usan
Capa fsica
Define la conexin fsica entre el nodo y la red, incluyendo los aspectos fsicos, mecnicos y
aspectos elctricos:

Unidad de transmisin: BIT.

Funciones: Transmisin de bits sobre el canal de comunicacin:
Capa Enlace de Datos
Define el protocolo de comunicacin que usan los nodos de la red, para accesar el medio de
transmisin.

Unidad de transmisin: FRAME.

Funciones: Control de acceso al canal (manejo de colisiones, manejo del testigo, etc.), dividir
los paquetes recibidos de la capa superior en grupos de bits. Provee mecanismos para
deteccin y correccin de errores.
Protocolos que trabajan en esta capa son:

ETHERTNET IEEE 802.3

PPP Protocolo Punto a Punto.
TOKEN RING IEEE 802.5
Capa de Red

Define los mecanismos para determinar las rutas que deben seguir los paquetes dentro de la
red y para el control de la congestin.

Unidad de transmisin: PACKET.

Funciones: Enrutamiento de paquetes en la red, ofrece un canal libre de errores a la capa de
transporte.

Los protocolos involucrados en esta capa son:

IPv4, IPv6: Versiones del protocolo que lleva el dato de un nodo a otro.

ARP: Protocolo que averigua la mac de destino a partir de la direccin iP

RARP: Protocolo que averigua la direccin iP a partir de una direccin MAC

ICMP: Enva un mensaje de error al host de origen cuando no se recibe o recibe mal los
datagramas.

Otros protocolos ubicados en esta capa son: IGMP, DHCP, OSPF, IS-IS, (e)BGP, RIP.
Capa de Transporte

Define los mecanismos para mantener la confiabilidad de las comunicaciones en la red

Funciones: Regulacin de flujo de mensajes, retransmisin de paquetes, inicio/terminacin de

sesiones entre nodos.
Entre los protocolos ubicados en esta capa tenemos:

TCP: Se encarga de comprobar que los datos que se reciben son correctos. Para ello se
establece una conexin entre el emisor y el receptor que garantiza que la informacin sea
correcta y esta no es correcta se vuelve a solicitar. Enva los datos en paquetes (paquete tcp).

UDP: Se encarga de enviar una determinada informacin. Esta informacin se llama paquetes
udp. No establece una conexin por lo que no garantiza que la informacin llegue a su
destino.

IPX: Es un protocolo de Novell que interconecta redes que usan clientes y servidores de
Netware. Es un protocolo orientado a paquetes y no orientado a la conexin.

SPX: Acta sobre IPX para asegurar la entrega de los paquetes.

Capa de Sesin
Es responsable del establecimiento y mantenimiento de las sesiones de comunicacin entre
los programas de comunicacin.
Capa de Presentacin
Provee las funciones de formato y conversin de cdigos, necesarias para que los datos sean
ms fcilmente interpretados por los programas de aplicacin.
Capa de Aplicacin
Provee el conjunto de aplicaciones de red, como por ejemplo: Transferencia de archivos,
emulacin de terminal, correo electrnico, discos virtuales,
Protocolos que funcionan en esta capa:

TELNET: Es una aplicacin que permite desde nuestro sitio y con el teclado y la pantalla de
nuestra computadora, conectarnos a otra remota a travs de la red.

FTP: Es un protocolo estndar con STD nmero 9. Una de las operaciones que ms se usa
es la copia de ficheros de una mquina a otra. El cliente puede enviar un fichero al servidor.
Puede tambin pedir un fichero de este servidor.

FTP Offline: Es enviar un email a un servidor de FTP, se enva un email con la peticin de un
fichero, te desconectas, y despus el fichero es enviado a tu cuenta de email.

TFTP: significa Trivial File Transfer Protocol Es un protocolo extremadamente simple para
transferir ficheros. Est implementado sobre UDP y carece de la mayora de las caractersticas
de FTP. La nica cosa que puede hacer es leer/escribir un fichero de/a un servidor. No tiene
medios para autentificar usuarios: es un protocolo inseguro.

SMTP: significa Simple Mail Transfer Protocol. Define el mecanismo para mover correo entre
diferentes mquinas. Existen dos implicados en este mecanismo: el punto de origen y el punto
de destino del correo. El punto de origen abre una conexin TCP al punto de destino. El puerto
utilizado por el receptor est normalizado en Internet y es el nmero 25.

HTTP: Protocolo de transferencia de hipertexto. El propsito del protocolo HTTP es permitir la

transferencia de archivos entre un navegador (el cliente) y un servidor web localizado
mediante una cadena de caracteres denominada direccin URL.

NAT: Network Address Translation. Traduccin de direccin de red).

POP: Post Office Protocol Para correo electrnico.

DNS: Domain Name Service. Presta el servicio de nombres de dominio.

Por qu utilizar protocolos UDP en lugar de TCP
UDP es generalmente el protocolo usado en la transmisin de vdeo y voz a travs de una red.
Esto es porque no hay tiempo para enviar de nuevo paquetes perdidos cuando se est
escuchando a alguien o viendo un vdeo en tiempo real. La forma de corregir errores es por
medio de la peticin de reenvo del mensaje (repeticin de una palabra o frase), por parte de
uno de los usuarios de la conexin.
Ya que tanto TCP como UDP circulan por la misma red, en muchos casos ocurre que el
aumento del trfico UDP daa el correcto funcionamiento de las aplicaciones TCP. Por
defecto, TCP pasa a un segundo lugar para dejar a los datos en tiempo real usar la mayor
parte del ancho de banda.
Indique los tipos de cabeceras que incluyen dos capas del modelo OSI
Capa de red
El protocolo de IP (Internet Protocol) es la base fundamental de Internet. Hace posible enviar
datos de la fuente al destino. El nivel de transporte parte el flujo de datos en datagramas.
Durante su transmisin se puede partir un datagrama en fragmentos que se montan de nuevo
en el destino.

Paquetes de IP:

Versin. Es la 4. Permite las actualizaciones.

IHL. La longitud del encabezamiento en palabras de 32 bits. El valor mximo es 15, o 60
bytes.
Tipo de servicio. Determina si el envo y la velocidad de los datos es fiable. No usado.
Longitud total. Hasta un mximo de 65.535 bytes.
Identificacin. Para determinar a qu datagrama pertenece un fragmento.
DF (Dont Fragment). El destino no puede montar el datagrama de nuevo.
MF (More Fragments). No establecido en el fragmento ltimo.
Desplazamiento del fragmento. A qu parte del datagrama pertenece este fragmento. El tamao
del fragmento elemental es 8 bytes.
Tiempo de vida. Se decrementa cada salto.
Protocolo. Protocolo de transporte en que se debiera basar el datagrama. Las opciones
incluyen el enrutamiento estricto (se especifica la ruta completa), el enrutamiento suelto (se
especifican solamente algunos routers en la ruta), y grabacin de la ruta.
Capa de transporte
TCP (Protocolo de control de transmisin) es el mtodo usado por el protocolo IP (Internet
protocol) para enviar datos a travs de la red. Mientras IP cuida del manejo del envo de los
datos, TCP cuida el trato individual de cada uno de ellos (llamados comnmente paquetes)
para el correcto enrutamiento de los mismos a travs de Internet.
El encabezamiento de TCP para la transmisin de datos tienen este aspecto:

La puerta de la fuente y del destino, identifican la conexin.

El nmero de secuencia y el nmero de acuse de recibo son normales. El ltimo especifica el
prximo byte esperado.
La longitud (4 bits) indica el nmero de palabras de 32 bits en el encabezamiento, ya que el
campo de opciones tiene una longitud variable.
Los flags:
URG. Indica que el segmento contiene datos urgentes. El puntero urgente punta al
desplazamiento del nmero de secuencia corriente donde estn los datos urgentes.
ACK. Indica que hay un nmero de acuse en el campo de acuse.
PSH (Push). El recibidor no debiera almacenar los datos antes de entregarlos.
RST (Reset). Hay un problema en la conexin.
SYN. Se usa para establecer las conexiones. Una solicitud de conexin tiene SYN = 1 y ACK
= 0, mientras que la aceptacin de una conexin tiene SYN = 1 y ACK = 1.
FIN. Indica que el mandador no tiene ms datos a mandar. La desconexin es simtrica

SOCKET
Un socket (enchufe), es un mtodo para la comunicacin entre un programa del
cliente y un programa del servidor en una red. Un socket se define como el punto
final en una conexin. Los sockets se crean y se utilizan con un sistema de
peticiones o de llamadas de funcin a veces llamados interfaz de programacin de
aplicacin de sockets (API, application programming interface).
Un socket es tambin una direccin de Internet, combinando una direccin IP (la
direccin numrica nica de cuatro partes que identifica a un ordenador particular
en Internet) y un nmero de puerto (el nmero que identifica una aplicacin de
Internet particular, como FTP, Gopher, o WWW).

Datagrama
Un datagrama es un fragmento de paquete (anlogo a un telegrama)
que es enviado con la suficiente informacin para que la red pueda
simplemente encaminar el fragmento hacia el equipo terminal de datos
receptor, de manera independiente a los fragmentos restantes. Esto
puede provocar una recomposicin desordenada o incompleta del
paquete en el ETD destino.
Los datagramas tambin son la agrupacin lgica de informacin que se
enva como una unidad de capa de red a travs de un medio de
transmisin sin establecer con anterioridad un circuito virtual. Los
datagramas IP son las unidades principales de informacin de Internet.
Los trminos trama, mensaje, paquete y segmento tambin se usan
para describir las agrupaciones de informacin lgica en las diversas
capas del modelo de referencia OSI y en los diversos crculos
tecnolgicos.

Capas

Qu es una capa?

Una capa o layer consiste en una porcin de la pgina HTML, que puede
ser tratada de forma independiente, como un elemento nico, y puede
ser alterada de diversas formas, como, por ejemplo, puede ser movida de
un lado a otro de la pgina, se puede escribir encima o debajo de ella,
volverla transparente u opaca o insertar una capa dentro de otra.
Tambin se pueden especificar imgenes de fondo o colores para las
capas, del mismo modo que hacamos con el cuerpo (BODY) de un
documento HTML.
El utilizar capas tiene muchas ventajas: la principal es que puede dotar a
las pginas de efectos especiales, como hacer que el ttulo de la pgina
se desplace continuamente de un lado a otro, o que nuestro nombre
cambie de color, hacer que se desplieguen mens al situar el ratn sobre
un enlace de una pgina, o cambiar dinmicamente si una capa es visible
o no (puede ocultar y volver a mostrar capas).
Antes de empezar, debe saber que para sacar el mximo partido a las
capas es necesario utilizar JavaScript. No obstante, para una utilizacin
muy bsica, no es necesario tener conocimientos de este lenguaje.