Documentos de Académico
Documentos de Profesional
Documentos de Cultura
40 horas
08 de septiembre del 2012
29 de septiembre del 2012
Sbados 08H00 a 18H00
(Durante cuatro fines de semanas)
Rogel Miguez
Laboratorio Redes Esc. Ingeniera en Sistemas
Routing.
DNS.
DHCP.
Correo Electrnico.
NFS.
Proxy.
Apache.
Samba
http://en.wikipedia.org/wiki/Internet_protocol_suite
Internet protocol suite - Wikipedia, the free encyclopedia
http://www.rfc-editor.org
RFC-Editor Webpage
http://www.internic.net/
InterNIC | The Internets Network Information Center
INTRODUCCIN
TCP/IP fue desarrollado y presentado por el Departamento de Defensa de EE.UU. en 1972 y fue
aplicado en ARPANET (Advanced Research Projects Agency Network), que era la red de rea
extensa del Departamento de Defensa como medio de comunicacin para los diferentes
organismos de EE.UU. La transicin hacia TCP/IP en ARPANET se concret en 1983.
Se conoce como familia de protocolos de Internet al conjunto de protocolos de red que son
implementados por la pila de protocolos sobre los cuales se fundamenta Internet y que permiten
la transmisin de datos entre las redes de computadoras.
Los dos protocolos ms importantes, y que fueron tambin los primeros en definirse y tambin los
ms utilizados, son TCP (Protocolo de Control de Transmisin o Transmission Control Protocol) e IP
(Protocolo de Internet o Internet Protocol), de ah que se denomine tambin como Conjunto de
Protocolos TCP/IP. Los tipos de protocolos existentes superan los cien, ente los cuales podemos
mencionar como los ms conocidos a HTTP, FTP, SMTP, POP, ARP, etc.
TCP/IP es la plataforma que sostiene Internet y que permite la comunicacin entre diferentes
sistemas operativos en diferentes computadoras, ya sea sobre redes de rea local (LAN) o redes
de rea extensa (WAN).
MODELO TCP/IP
NIVEL APLICACION
Es el nivel que utilizan los programas de red ms comunes a fin de comunicarse a travs de una
red. La comunicacin que se presenta en este nivel es especifica de las aplicaciones y los datos
transportados desde el programa que estn en el formato utilizado por la aplicacin y van
encapsulados en un protocolo del Nivel de Transporte. Siendo que el modelo TCP/IP no tiene
niveles intermedios, el nivel de Aplicacin debe incluir cualquier protocolo que acte del mismo
modo que los protocolos del Nivel de Presentacin y Nivel de Sesin del Modelo OSI. Los
protocolos del Nivel de Transporte ms comnmente utilizados son TCP y UDP, mismos que
requieren un puerto disponible y especfico para el servicio para los servidores y puertos
efmeros. Aunque los encaminadores (routers) e interruptores (switches) no utilizan este nivel, las
aplicaciones que controlan el ancho de banda si lo utilizan.
MODELO TCP/IP
NIVEL TRANSPORTE
TCP.
El mejor ejemplo de este nivel es TCP, que es un protocolo orientado hacia conexin que resuelve
numerosos problemas de fiabilidad para proveer una transmisin de bytes fiable, ya que se encarga de
que los datos lleguen en orden, tenga un mnimo de correcciones de errores, se descarten datos
duplicados, se vuelvan a enviar los paquetes perdidos o descartados e incluya control de congestin
de trfico.
Las conexiones a travs de TCP tienen tres fases:
I. Establecimiento de la conexin
II. Transferencia de datos
Hay tres funciones clave que diferencian a TCP de UDP:
1. Transferencia de datos libre de errores.
2. Transferencia de datos ordenada.
3. Retransmisin de paquetes perdidos.
4. Descartado de paquetes duplicados.
5. Ajuste en la congestin de la transmisin de datos.
III. Terminacin de la conexin.
UDP.
UDP, a veces referido sarcsticamente como Unreliable Datagram Protocol (Protocolo no fiable de
datagrama), es un protocolo de datagrama sin correccin; no provee las garanta de fiabilidad y
ordenamiento de TCP a los protocolos del Nivel de Aplicacin y los datagramas pueden llegar en
desorden o perderse sin notificacin. Como consecuencia de lo anterior es que UDP es un protocolo
ms rpido y eficiente para tareas ligeras o sensibles al tiempo una interfaz muy simple entre el Nivel de
Red y Nivel de Aplicacin. Si se requiere algn tipo de fiabilidad para los datos transmitidos, sta debe
ser implementada en los niveles superiores de la pila.
Al igual que IP, y a diferencia de TCP, es un protocolo de mejor esfuerzo o no-fiable. El nico problema
de fiabilidad que resuelve es la correccin de errores en la cabecera y datos transmitidos a travs de
un campo de 16 bits para suma de verificacin (checksum), una forma de control de redundancia con
la finalidad de proteger la integridad de datos verificando que no hayan sido corrompidos.
MODELO TCP/IP
NIVEL RED
Este nivel resuelve el problema de capturar los datos a travs de una red nica. IP (Internet
Protocol) realiza la tarea bsica de capturar los paquetes de datos desde una fuente hacia un
destino. IP puede transportar datos para una gran cantidad de protocolos del nivel superior
(Nivel de Transporte). Otro ejemplo de protocolo de este nivel es X.25, que es un conjunto de
protocolos para redes WAN utilizando lneas telefnicas o sistema ISDN.
MODELO TCP/IP
NIVEL ENLACE
Este nivel no es realmente parte del Conjunto de Protocolos TCP/IP, sino que es el mtodo
utilizado para pasar paquetes desde el Nivel de Red sobre dos diferentes anfitriones. Este
proceso puede ser controlado a travs del sustento lgico utilizado como controlador del
dispositivo para una tarjeta de red as como tambin sobre la Programacin en firme (Firmware)
o circuitos integrados auxiliares (chipsets). Estos procesos realizarn funciones de enlace de
datos tales como aadir una cabecera de paquete para preparar la transmisin, y entonces
transmitir el todo a travs de un medio fsico.
Este nivel es donde los paquetes son interceptados y enviados hacia una Red Privada Virtual
(VPN). Cuando esto se lleva a acabo, los datos del Nivel de Enlace se consideran como los
datos de la aplicacin y procede descendiendo por la pila del modelo TCP/IP para realizar la
verdadera transmisin. En el extremo receptor, los datos suben por la pila del modelo TCP/IP dos
veces, una para la VPN y otra para el encaminamiento (routing).
MODELO TCP/IP
NIVEL FSICO
Al igual que el Nivel de Enlace, no es realmente parte del Conjunto de Protocolos TCP/IP.
Contempla todas las caractersticas fsicas de la comunicacin como la naturaleza del medio,
detalles de conectores, cdigo de canales y modulacin, potencias de seal, longitudes de
onda, sincronizacin y tiempo de vida as como distancias mximas.
Los niveles ms altos son los ms cercanos al usuario, mientras que los que estn ms hacia
abajo se encuentran ms cercanos a la transmisin fsica de los datos. Salvo por evidentes
razones en el primer y ltimo niveles, cada nivel tiene un nivel superior y un nivel inferior que,
respectivamente, o bien utilizan un servicio del nivel o proveen un servicio. Un mtodo de
abstraccin para entender esto es mirar los niveles como proveedores o consumidores de
servicios. Ejemplo: TCP en el nivel de transporte requiere un protocolo del nivel de Red, como
sera IPv4, el cual a su vez requiere de un protocolo del nivel de enlace, siendo TCP un
proveedor de servicio para los protocolos del nivel de aplicacin.
Antes que los datos puedan ser enviados a alguna LAN, es necesario averiguar la direccin
MAC del receptor. Esto es hecho por ARP, que trabaja mas o menos como sigue:
1 ) El emisor enva un paquete especial, el ARP request a la direccin MAC broadcast
( 48 unos FF:FF:FF:FF:FF:FF). Este paquete contiene la direccin IP del destino, la direccin IP y
la MAC del emisor.
2) Todos los sistemas reciben el ARP request y lo comparan con la direccin IP del destino con
su propia direccin IP. Si estas no son las mismas, el ARP request es descartado. Si estas
direcciones son las mismas, el destino enva de regreso un ARP reply, que contiene su propia
direccin MAC.
3) El emisor ahora enva el paquete IP directamente a la direccin MAC del destino.
4) Ambos el emisor y el recipiente almacenan en cada otro, las direcciones IP y MAC en la
cache ARP para el futuro.
Para ver el contenido de la arp cache, utilice el comando arp -a. el comando arp tambin
permite borrar o aadir entradas desde o a la arp cache manualmente. El protocolo ARP es
invocado automticamente por IP si la direccin MAC no es conocida.
PROTOCOLO IP
Protocolo de entrega de paquetes :
Mejor Esfuerzo No garantiza
Next-hop enrutamiento al host destino basado en la direccin IP.
Caractersticas adicionales:
- Si un paquete es demasiado largo para la arquitectura que este tiene que atravesar ,
entonces el paquete puede ser fragmentado en mltiples, pequeos que son enviados
individualmente a destino. En el destino los fragmentos son ensamblados
- Cada paquete puede tener indicacin de prioridad que identifica el tipo de servicio que
es requerido: low latency, high bandwidth, low cost, or maximum reliability.
Desafortunadamente este mecanismo de prioridad no es a menudo implementado : todos
los paquetes estn a menudo utilizando el mismo camino hacia el destino,
independientemente de su tipo de servicio y son transmitidos primero en llegar primero en
ser servido.
-El protocolo IP ofrece capacidad de broadcast, utilizando una direccin IP especialmente
formada. Esto permite enviar un paquete IP a todo el sistema sobre la (LAN). Algunos
protocolos higher-level , tales como DHCP, RIP, NIS and NTP, utilizan esto para ahorrar
ancho de banda y descubrir servidores automticamente.
IP ADDRESS ASSIGNMENT
Las direcciones IP estn asignadas en grupos ("classes") por IANA (Internet Assigned Numbers
Authority) a travs de ISPs
Todas las direcciones dentro de una clase tiene los primeros n bits en comn
Una clase puede ser dividida para asignar a las redes
Todos los hosts en una red tienen los primeros n+m en comn
As, los primeros n+m bits identifican la red
Los ltimos 32-n-m bits identifican el host en la red
Ejemplo:
SUBNET MASK
La mscara de subred IDENTIFICA que parte de la direccin IP es la direccin de red, y que
parte es la direccin del host
Notacin: 129.33.151.7/255.255.255.0
Notacin alternativa: 129.33.151.7/24
Esta informacin es importante para saber; con esto, un host puede determinar si otro sistema
est en la misma red (la parte de la red de la direccin IP es la misma) o no.
La mscara de subred es nuevamente un valor de 32-bits, con todos los unos en la posicin de
la identificacin de la red, y todos los ceros en la posicin de la identificacin del host. Una
direccin IP que tiene los primeros 24 bits como identificador de red y los ltimos 8 bits como
identificador de host por lo tanto tendr una submscara consistente de 24 unos seguido de 8
ceros.
ICMP PROTOCOL
Utilizado para comunicar errores y control de mensajes por IP IP, UDP y TCP
Integral a la operacin IP, pero separado funcionalmente.
ICMP mensajes son enviados utilizando datagramas IPs
Reporta de regreso sobre cualquier error IP con la excepcin de:
Errores con paquetes IP que contiene mensajes ICMP
Paquetes descartados debido a la direcciones fuente o destino que estn en
direcciones reservadas para intranets
Utilizado en ping para verificar si un host est vivo
$ ping 10.0.0.2
PING 10.0.0.2 (10.0.0.2) from 10.0.0.1 : 56(84) bytes of data.
64 bytes from 10.0.0.2: icmp_seq=0 ttl=128 time=1.5 ms
64 bytes from 10.0.0.2: icmp_seq=1 ttl=128 time=0.9 ms
64 bytes from 10.0.0.2: icmp_seq=2 ttl=128 time=0.8 ms
64 bytes from 10.0.0.2: icmp_seq=3 ttl=128 time=0.8 ms
--- 10.0.0.2 ping statistics --4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.8/1.0/1.5 ms
NAME RESOLUTION
Un simblico hostname existe para (casi) todas las direcciones IP.
Mas fcil de recordar
Mas flexible: hostname no est enlazado a la red fsica
Todos los hosts necesitan una manera de resolver el hostname a una direccin IP y viceversa
Flat network
Hostname es una palabra sola, por ejemplo, nfsserver1
Mapeo almacenado localmente (/etc/hosts)
Domain network
Hostname es un nombre jerrquico, por ejemplo, www.ibm.com
Mapeo almacenado en Domain Name System global (DNS)