Modelo de capas en internet

El modelo de capas TCP/IP es una abstraccin para juntar protocolos en un solo modelo.
Representa como un problema de comunicacin puede ser particionado en partes que
trabajan juntas. Describe un conjunto de guas generales de diseo e implementacin de
protocolos de red especficos para permitir que un equipo pueda comunicarse en una red.
TCP/IP provee conectividad de extremo a extremo especificando cmo los datos deberan ser
formateados, direccionados, transmitidos, enrutados y recibidos por el destinatario.

Para conseguir un intercambio fiable de datos entre dos equipos, se deben llevar a cabo
muchos procedimientos separados. El resultado es que el software de comunicaciones es
complejo. Con un modelo en capas o niveles resulta ms sencillo agrupar funciones
relacionadas e implementar el software modular de comunicaciones.
Las capas estn jerarquizadas. Cada capa se construye sobre su predecesora. El nmero de
capas y, en cada una de ellas, sus servicios y funciones son variables con cada tipo de red. Sin
embargo, en cualquier red, la misin de cada capa es proveer servicios a las capas superiores
hacindoles transparentes el modo en que esos servicios se llevan a cabo. De esta manera,
cada capa debe ocuparse exclusivamente de su nivel inmediatamente inferior, a quien solicita
servicios, y del nivel inmediatamente superior, a quien devuelve resultados. Cada capa
encapsula el contenido de la anterior agregando un encabezado adelante del mensaje. Por
ltimo, cada capa fsica incluye las especificaciones del hardware y el medio de transmisin.

Capa de Acceso de Red: Es la capa que maneja todos los aspectos que un paquete IP requiere
para efectuar un enlace fsico real con los medios de la red. Esta capa incluye los detalles de la
tecnologa LAN y WAN y todos los detalles de las capas fsica y de enlace de datos del modelo
OSI. Los controladores para las aplicaciones de software, las tarjetas de mdem y otros
dispositivos operan en la capa de acceso de red. La capa de acceso de red define los
procedimientos para realizar la interfaz con el hardware de la red y para tener acceso al medio
de transmisin. Son funciones de esta capa: la asignacin de direcciones IP a las direcciones
fsicas, el encapsulamiento de los paquetes IP en tramas. Basndose en el tipo de hardware y
la interfaz de la red, la capa de acceso de red definir la conexin con los medios fsicos de la
misma.

Capa de Red: Esta capa tiene como propsito seleccionar la mejor ruta para enviar paquetes
por la red. El protocolo principal que funciona en esta capa es el Protocolo de Internet (IP). La
determinacin de la mejor ruta y la conmutacin de los paquetes ocurre en esta capa.
Protocolos que operan en la capa de internet:

IP proporciona un enrutamiento de paquetes no orientado a conexin de mximo

esfuerzo. El IP no se ve afectado por el contenido de los paquetes, sino que busca una
ruta de hacia el destino.
ICMP, Protocolo de mensajes de control en Internet suministra capacidades de control
y envo de mensajes.
ARP
RARP

Capa de Transporte: La capa de transporte proporciona servicios de transporte desde el host

origen hacia el host destino. En esta capa se forma una conexin lgica entre los puntos finales
de la red, el host transmisor y el host receptor. Los protocolos de transporte segmentan y
reensamblan los datos mandados por las capas superiores en el mismo flujo de datos, o
conexin lgica entre los extremos. La corriente de datos de la capa de transporte brinda
transporte de extremo a extremo.
La capa de transporte enva los paquetes de datos desde la fuente transmisora hacia el destino
receptor a travs de la nube. El control de punta a punta, que se proporciona con las ventanas
deslizantes y la confiabilidad de los nmeros de secuencia y acuses de recibo, es el deber
bsico de la capa de transporte cuando utiliza TCP. La capa de transporte tambin define la
conectividad de extremo a extremo entre las aplicaciones de los hosts.

Los paquetes pueden tomar mltiples rutas para llegar a su destino, generalmente los saltos
entre routers se representan con una nube que representa las distintas posibles rutas. La capa
de transporte enva los paquetes de datos desde la fuente transmisora hacia el destino
receptor a travs de la nube. La nube maneja los aspectos tales como la determinacin de la
mejor ruta, balanceo de cargas, etc.

Capa de Aplicacin: La capa de aplicacin del modelo TCP/IP maneja protocolos de alto nivel,
aspectos de representacin, codificacin y control de dilogo. El modelo TCP/IP combina todos
los aspectos relacionados con las aplicaciones en una sola capa y asegura que estos datos
estn correctamente empaquetados antes de que pasen a la capa siguiente. TCP/IP incluye no
slo las especificaciones de Internet y de la capa de transporte, tales como IP y TCP, sino
tambin las especificaciones para aplicaciones comunes. TCP/IP tiene protocolos que soportan
la transferencia de archivos, e-mail, y conexin remota, adems de los siguientes: FTP,TFTP,
NFS, SMTP, TELNET, SNMP, DNS

Funciones del Protocolo IP

Define un paquete y un esquema de direccionamiento.

Transfiere los datos entre la capa Internet y las capas de acceso de red.
Enruta los paquetes hacia los hosts remotos.

A veces, se considera a IP como protocolo poco confiable. Esto no significa que IP no enviar
correctamente los datos a travs de la red. Llamar al IP, protocolo poco confiable simplemente
significa que IP no realiza la verificacin y la correccin de los errores. De esta funcin se
encarga TCP, es decir el protocolo de la capa superior ya sea desde las capas de transporte o
aplicacin.

Encabezamiento IP :El encabezamiento de un datagrama IP incluye: la versin del

protocolo, el largo del encabezamiento, el tipo de servicio, la longitud total del
datagrama, un nmero de identificacin, flags, Tiempo de vida, la fragmentacin,
direccin ip de origen y de destino, checksum, etc.
Protocolo TCP
El protocolo garantiza que los datos sern entregados en su destino sin errores y en el mismo
orden en que se transmitieron. Tambin proporciona un mecanismo para distinguir distintas
aplicaciones dentro de una misma mquina, a travs del concepto de puerto.
Las conexiones TCP se componen de tres etapas:

1. establecimiento de conexin,
2. transferencia de datos, y
3. fin de la conexin.
Para establecer la conexin se usa el procedimiento llamado negociacin en tres pasos (3-
way handshake). Para la desconexin se usa una negociacin en cuatro pasos (4-way
handshake). Durante el establecimiento de la conexin, se configuran algunos parmetros
tales como el nmero de secuencia con el fin de asegurar la entrega ordenada de los datos y la
robustez de la comunicacin.
El lado cliente de una conexin realiza una apertura activa de un puerto enviando un paquete
SYN inicial al servidor como parte de la negociacin en tres pasos. En el lado del servidor (este
receptor tambin puede ser una PC o alguna estacin terminal) se comprueba si el puerto est
abierto, es decir, si existe algn proceso escuchando en ese puerto, pues se debe verificar que
el dispositivo de destino tenga este servicio activo y est aceptando peticiones en el nmero
de puerto que el cliente intenta usar para la sesin. En caso de no estarlo, se enva al cliente un
paquete de respuesta con el bit RST activado, lo que significa el rechazo del intento de
conexin.
En caso de que s se encuentre abierto el puerto, el lado servidor respondera a la peticin SYN
vlida con un paquete SYN/ACK. Finalmente, el cliente debera responderle al servidor con un
ACK, completando as la negociacin en tres pasos (SYN, SYN/ACK y ACK) y la fase de
establecimiento de conexin.
Durante la etapa de transferencia de datos, una serie de mecanismos claves determinan la
fiabilidad y robustez del protocolo. Entre ellos estn incluidos el uso del nmero de secuencia
para ordenar los segmentos TCP recibidos y detectar paquetes duplicados, checksums para
detectar errores, y asentimientos y temporizadores para detectar prdidas y retrasos.
Encabezado TCP:

Puerto origen (16 bits): Identifica el puerto emisor.

Puerto destino (16 bits): Identifica el puerto receptor.

Estos dos valores identifican la aplicacin receptora y la emisora, junto con las direcciones
IP del emisor y receptor identifican de forma unvoca cada conexin.

Nmero de secuencia (32 bits): Identifica el byte del flujo de datos enviado por el
emisor TCP al receptor TCP que representa el primer byte de datos del segmento.
Nmero de acuse de recibo (32 bits): Contiene el valor del siguiente nmero de
secuencia que el emisor del segmento espera recibir.

Una vez que la conexin ha sido establecida, este nmero se enva siempre y se valida con el
flag ACK activado.
Longitud de cabecera (4 bits): especifica el tamao de la cabecera en palabras de 32 bits.

Es requerido porque la longitud del campo opciones es variable. Por lo tanto el tamao
mximo de la cabecera est limitado a 60 bytes, mientras que sin opciones el tamao normal
ser de 20 bytes. A este campo tambin se le suele llamar data offset por el hecho de que es
la diferencia en bytes desde el principio del segmento hasta el comienzo de los datos.

Reservado (3 bits): para uso futuro. Debe estar a 0.

Flags (9 bits):

NS : ECN-nonce concealment protection. Para proteger frente a paquetes

accidentales o maliciosos que se aprovechan del control de congestin para ganar
ancho de banda de la red.
CWR : Congestion Window Reduced. El flag se activa por el host emisor para
indicar que ha recibido un segmento TCP con el flag ECE activado y ha
respondido con el mecanismo de control de congestin.
ECE : Para dar indicaciones sobre congestin.
URG: Indica que el campo del puntero urgente es vlido.
ACK : Indica que el campo de asentimiento es vlido. Todos los paquetes
enviados despus del paquete SYN inicial deben tener activo este flag.
PSH: Push. El receptor debe pasar los datos a la aplicacin tan pronto como
sea posible, no teniendo que esperar a recibir ms datos.
RST: Reset. Reinicia la conexin, cuando falla un intento de conexin, o al
rechazar paquetes no validos.
SYN: Synchronice. Sincroniza los nmeros de secuencia para iniciar la conexin.
FIN: Para que el emisor (del paquete) solicite la liberacin de la conexin.

Tamao de ventana o ventana de recepcin (16 bits): Tamao de la ventana de

recepcin que especifica el nmero mximo de bytes que pueden ser metidos en el
buffer de recepcin o dicho de otro modo, el nmero mximo de bytes pendientes de
asentimiento. Es un sistema de control de flujo.

Suma de verificacin (16 bits): Checksum utilizado para la comprobacin de errores

tanto en la cabecera como en los datos.

Puntero urgente (16 bits): Cantidad de bytes desde el nmero de secuencia que
indica el lugar donde acaban los datos urgentes.

Opciones: Para poder aadir caractersticas no cubiertas por la cabecera fija.

Relleno: Se utiliza para asegurarse que la cabecera acaba con un tamao mltiplo
de 32 bits.
Protocolo UDP

User Datagram Protocol (UDP) es un protocolo del nivel de transporte basado en el

intercambio de datagramas (Encapsulado de capa 4 Modelo OSI). Permite el envo de
datagramas a travs de la red sin que se haya establecido previamente una conexin, ya que el
propio datagrama incorpora suficiente informacin de direccionamiento en su cabecera.
Tampoco tiene confirmacin ni control de flujo, por lo que los paquetes pueden adelantarse
unos a otros; y tampoco se sabe si ha llegado correctamente, ya que no hay confirmacin de
entrega o recepcin.
El protocolo UDP se utiliza por ejemplo cuando se necesita transmitir voz o vdeo y resulta ms
importante transmitir con velocidad que garantizar el hecho de que lleguen absolutamente
todos los bytes.
Las caractersticas principales de este protocolo son:
1. Trabaja sin conexin, es decir que no emplea ninguna sincronizacin entre el origen y el
destino.
2. Trabaja con paquetes o datagramas enteros, no con bytes individuales como TCP. Una
aplicacin que emplea el protocolo UDP intercambia informacin en forma de bloques de
bytes, de forma que por cada bloque de bytes enviado de la capa de aplicacin a la capa de
transporte, se enva un paquete UDP.
3. No es fiable. No emplea control del flujo ni ordena los paquetes.
4. Su gran ventaja es que provoca poca carga adicional en la red ya que es sencillo y emplea
cabeceras muy simples.

Protocolo ICMP

Es el sub protocolo de control y notificacin de errores del Protocolo de Internet (IP). Como tal,
se usa para enviar mensajes de error, indicando por ejemplo que un servicio determinado no
est disponible o que un router o host no puede ser localizado. Tambin puede ser utilizado
para transmitir mensajes ICMP Query.

ICMP difiere del propsito de TCP y UDP ya que generalmente no se utiliza directamente por
las aplicaciones de usuario en la red. La nica excepcin es la herramienta ping y traceroute,
que envan mensajes de peticin Echo ICMP (y recibe mensajes de respuesta Echo) para
determinar si un host est disponible, el tiempo que le toma a los paquetes en ir y regresar a
ese host y cantidad de hosts por los que pasa.

Los mensajes de este protocolo se utilizan con fines de diagnstico o control y se generan en
respuesta a los errores en operaciones IP (como se especifica en el RFC 1122). Estos errores del
protocolo ICMP se dirigen a la direccin IP de origen del paquete originario.

Podramos decir, que todos los dispositivos (como intermedio enrutador) reenvan un
datagrama IP que disminuye el tiempo de vida en el encabezado IP por uno. Si el tiempo de
vida (TTL) resultante es 0, el paquete se descartara y un ICMP de tiempo de vida superado en
trnsito enviara un mensaje de direccin al origen del datagrama.

Los mensajes ICMP son comnmente generados en respuesta a errores en los datagramas de
IP o para diagnstico y ruteo. La versin de ICMP para IPv4 tambin es conocida
como ICMPv4. IPv6 tiene su protocolo equivalente ICMPv6. Los mensajes ICMP son
construidos en el nivel de capa de red. IP encapsula el mensaje ICMP apropiado con una nueva
cabecera IP (para obtener los mensajes de respuesta desde el host original que enva), y
transmite el datagrama resultante de manera habitual.

Los mensajes del protocolo ICMP se encuentra dentro de los paquetes IP estndar, los
mensajes ICMP se procesan generalmente como un caso especial, para distinguirse de
procesamientos de IP normal, en lugar de ser procesado como un sub-protocolo normal de IP.
En la mayora de los casos, es necesario analizar el contenido de los mensajes de ICMP(
Protocolo de Mensajes de Control de Internet)y entregar el mensaje de error correspondiente
a la aplicacin que gener el paquete IP original, el que envi el paquete que se le solicitara el
envi del mensaje ICMP.

Por ejemplo, cada router que reenva un datagrama IP tiene que disminuir el campo de tiempo
de vida (TTL) de la cabecera IP en una unidad; si el TTL llega a 0, un mensaje ICMP "Tiempo de
Vida se ha excedido en transmitirse" es enviado a la fuente del datagrama. Cada mensaje ICMP
es encapsulado directamente en un solo datagrama IP, y por tanto no garantiza la entrega del
ICMP. Aunque los mensajes ICMP son contenidos dentro de datagramas estndar IP, los
mensajes ICMP se procesan como un caso especial del procesamiento normal de IP, algo as
como el procesamiento de un sub-protocolo de IP. En muchos casos es necesario inspeccionar
el contenido del mensaje ICMP y entregar el mensaje apropiado de error a la aplicacin que
gener el paquete IP original, aquel que solicit el envo del mensaje ICMP.

La utilidad del protocolo ICMP es controlar si un paquete no puede alcanzar su destino, si su

vida ha expirado, etc. Es decir, se usa para manejar mensajes de error y de control necesarios
para los sistemas de la red, informando con ellos a la fuente original para que evite o corrija el
problema detectado.

Muchas de las utilidades de red comunes estn basadas en los mensajes ICMP. El
comando traceroute est implementado transmitiendo datagramas IP con campos especiales
TTL IP en la cabecera, y buscando los mensajes de "Tiempo de Vida en trnsito" y "Destino
inalcanzable" generados como respuesta. La herramienta ping est implementada utilizando
los mensajes "Echo request" y "Echo reply" de ICMP.

Tipo - Tipo de ICMP como se especifica a continuacin.

Cdigo - Subtipo al tipo dado.
 Checksum - Datos comprobacin de errores. Calculado a partir de la cabecera ICMP +
datos, con un valor de 0 para este campo. El algoritmo de suma de comprobacin se
especifica
en RFC 1071.
Resto del Header - Cuatro campo byte. Puede variar en funcin del tipo y cdigo ICMP.

Direccionamiento IPv4 IPv6

El Protocolo de Internet versin 4 (IPv4), es la cuarta versin del Internet Protocol (IP), y la
primera en ser implementada a gran escala. Definida en el RFC 791. IPv4 usa direcciones de
32 bits, limitndola a = 4 294 967 296 direcciones nicas, muchas de las cuales estn
dedicadas a redes locales (LAN).1Por el crecimiento enorme que ha tenido Internet (mucho
ms de lo que esperaba, cuando se dise IPv4), combinado con el hecho de que hay
desperdicio de direcciones en muchos casos ya hace varios aos se vio que escaseaban las
direcciones IPv4. Esta limitacin ayud a estimular el impulso hacia IPv6.

El desperdicio de direcciones IPv4 se debe a varios factores: Uno de los principales es que
inicialmente no se consider el enorme crecimiento que iba a tener Internet; se asignaron
bloques de direcciones grandes (de 16 271 millones de direcciones) a pases, e incluso a
empresas.

Otro motivo de desperdicio es que en la mayora de las redes, exceptuando las ms pequeas,
resulta conveniente dividir la red en subredes. Dentro de cada subred, la primera y la ltima
direccin no son utilizables; de todos modos no siempre se utilizan todas las direcciones
restantes. Por ejemplo, si en una subred se quieren acomodar 80 hosts, se necesita una subred
de 128 direcciones (se tiene que redondear a la siguiente potencia de base 2); en este ejemplo,
las 48 direcciones restantes ya no se utilizan.

El Protocolo de Internet versin 6 (IPv6), es una versin del Internet Protocol (IP) diseada
para reemplazar a Internet Protocol version 4 (IPv4) que actualmente est implementado en la
gran mayora de dispositivos que acceden a Internet.

En muchos aspectos, IPv6 es una extensin conservadora de IPv4. La mayora de los protocolos
de transporte -y aplicacin- necesitan pocos o ningn cambio para operar sobre IPv6; las
excepciones son los protocolos de aplicacin que integran direcciones de capa de red, como
FTP o NTP.

IPv6 especifica un nuevo formato de paquete, diseado para minimizar el procesamiento del
encabezado de paquetes. Debido a que las cabeceras de los paquetes IPv4 e IPv6 son
significativamente distintas, los dos protocolos no son interoperables.

El cambio ms grande de IPv4 a IPv6 es la longitud de las direcciones de red. Las direcciones
IPv6 son de 128 bits; esto corresponde a 32 dgitos hexadecimales, que se utilizan
normalmente para escribir las direcciones IPv6.
El nmero de direcciones IPv6 posibles es de 2128 3.4 x 1038. Este nmero puede tambin
representarse como 1632, con 32 dgitos hexadecimales, cada uno de los cuales puede tomar
16 valores.

En muchas ocasiones las direcciones IPv6 estn compuestas por dos partes lgicas: un prefijo
de 64 bits y otra parte de 64 bits que corresponde al identificador de interfaz, que casi siempre
se genera automticamente a partir de la direccin MAC de la interfaz a la que est asignada la
direccin.

Algunos de los cambios de IPv4 a IPv6 ms relevantes son:

Capacidad extendida de direccionamiento
Autoconfiguracin de direcciones libres de estado (SLAAC)
Multicast
Seguridad de Nivel de Red obligatoria[editar]
Procesamiento simplificado en los routers
Movilidad
Soporte mejorado para las extensiones y opciones
Jumbogramas

Protocolos de Ruteo

El routeo es la informacin utilizada para enviar en cada salto los datagramas en la direccin
correcta. Puede ser esttico o dinmico. El esttico es una tabla que no cambia excepto
manualmente por un administrador, el dinmico de acuerdo a un software.

Los sistemas autnomos son redes contiguas conectadas entre si. Cada sistema autnomo
tiene una autoridad administrativa. ISP, universidades, corporaciones, etc. Un ISP puede
dividirse en varios sistemas autnomos

Hay un solo protocolo de ruteo exterior (entre sistemas autnomos) en uso y es el BGP, las
puertas de enlace intercambian informacin de listas de routers conocidos, las direcciones a
las que pueden llegar y el costo asociado a cada camino para que se pueda elegir la mejor ruta.

Los protocolos de ruteo interior (dentro de un sistema autnomo) ms usados son RIP y OSPF.

Cada router RIP mantiene una tabla de routeo con la lista de todos los destinos a los que sabe
llegar y con la distancia hasta ese destino (cantidad de saltos). Se utiliza un algoritmo para
decidir en que camino poner un paquete. Cada router enva su tabla a sus vecinos mas
cercanos cada 30 segundos.

Un router OSPF avisa inmediatamente con multicast cuando detecta un cambio en la red, y
solo necesita enviar lo que cambi. En vez de contar la cantidad de saltos, se basa en estados
de enlace, incluyendo informacin adicional como si es almbrico o inalmbrico, velocidad
mxima, etc.