REDES

Anuncio
REPUBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA DEFENSA
UNIVERSIDAD NACIONAL EXPERIMENTAL POLITECNICA DE LA FUERZA ARMADA
UNEFA NUCLEO ZULIA
MARACAIBO, ESTADO ZULIA
METODOLOGIA DE LA INVESTIGACION
REDES
Realizado por:
Mariara Viloria
CI: 19.645.882
 ¿Que es la arquitectura TCP IP?:
TCP/IP es el protocolo común utilizado por todos los ordenadores conectados a Internet, de
manera que éstos puedan comunicarse entre sí. Hay que tener en cuenta que en Internet se
encuentran conectados ordenadores de clases muy diferentes y con hardware y software
incompatibles en muchos casos, además de todos los medios y formas posibles de conexión.
Aquí se encuentra una de las grandes ventajas del TCP/IP, pues este protocolo se encargará
de que la comunicación entre todos sea posible. TCP/IP es compatible con cualquier sistema
operativo y con cualquier tipo de hardware.
TCP/IP no es un único protocolo, sino que es en realidad lo que se conoce con este nombre es
un conjunto de protocolos que cubren los distintos niveles del modelo OSI. Los dos protocolos
más importantes son el TCP (Transmission Control Protocol) y el IP (Internet Protocol), que son
los que dan nombre al conjunto. La arquitectura del TCP/IP consta de cinco niveles o capas en
las que se agrupan los protocolos, y que se relacionan con los niveles OSI de la siguiente
manera:
Aplicación: Se corresponde con los niveles OSI de aplicación, presentación y sesión. Aquí se
incluyen protocolos destinados a proporcionar servicios, tales como correo electrónico (SMTP),
transferencia de ficheros (FTP), conexión remota (TELNET) y otros más recientes como el
protocolo HTTP (Hypertext Transfer Protocol).
Transporte: Coincide con el nivel de transporte del modelo OSI. Los protocolos de este nivel,
tales como TCP y UDP, se encargan de manejar los datos y proporcionar la fiabilidad necesaria
en el transporte de los mismos.
Internet: Es el nivel de red del modelo OSI. Incluye al protocolo IP, que se encarga de enviar
los paquetes de información a sus destinos correspondientes. Es utilizado con esta finalidad
por los protocolos del nivel de transporte.
Físico: Análogo al nivel físico del OSI.
Red: Es la interfaz de la red real. TCP/IP no especifica ningún protocolo concreto, así es que
corre por las interfaces conocidas, como por ejemplo: 802.2, CSMA/CD, X.25, etc.





NIVEL DE APLICACIÓN
NIVEL DE TRANSPORTE
NIVEL DE INTERNET
NIVEL DE RED
NIVEL FÍSICO
 Arquitectura TCP/IP
El TCP/IP necesita funcionar sobre algún tipo de red o de medio físico que proporcione sus
propios protocolos para el nivel de enlace de Internet. Por este motivo hay que tener en cuenta
que los protocolos utilizados en este nivel pueden ser muy diversos y no forman parte del
conjunto TCP/IP. Sin embargo, esto no debe ser problemático puesto que una de las funciones
y ventajas principales del TCP/IP es proporcionar una abstracción del medio de forma que sea
posible el intercambio de información entre medios diferentes y tecnologías que inicialmente
son incompatibles.
Para transmitir información a través de TCP/IP, ésta debe ser dividida en unidades de menor
tamaño. Esto proporciona grandes ventajas en el manejo de los datos que se transfieren y, por
otro lado, esto es algo común en cualquier protocolo de comunicaciones. En TCP/IP cada una
de estas unidades de información recibe el nombre de "datagrama" (datagram), y son conjuntos
de datos que se envían como mensajes independientes.
 Protocolos TCP IP:







FTP (File Transfer Protocol). Se utiliza para transferencia de archivos.
SMTP (Simple Mail Transfer Protocol). Es una aplicación para el correo electrónico.
TELNET: Permite la conexión a una aplicación remota desde un proceso o terminal.
RPC (RemoteProcedureCall). Permite llamadas a procedimientos situados
remotamente. Se utilizan las llamadas a RPC como si fuesen procedimientos locales.
SNMP (Simple Network Management Protocol). Se trata de una aplicación para el
control de la red.
NFS (Network File System). Permite la utilización de archivos distribuidos por los
programas de la red.
X-Windows. Es un protocolo para el manejo de ventanas e interfaces de usuario.
 Características de TCP IP:
Ya que dentro de un sistema TCP/IP los datos transmitidos se dividen en pequeños paquetes,
éstos resaltan una serie de características.
La tarea de IP es llevar los datos a granel (los paquetes) de un sitio a otro. Las computadoras
que encuentran las vías para llevar los datos de una red a otra (denominadas enrutadores)
utilizan IP para trasladar los datos. En resumen IP mueve los paquetes de datos a granel,
mientras TCP se encarga del flujo y asegura que los datos estén correctos.
Las líneas de comunicación se pueden compartir entre varios usuarios. Cualquier tipo de
paquete puede transmitirse al mismo tiempo, y se ordenará y combinará cuando llegue a su
destino. Compare esto con la manera en que se transmite una conversación telefónica. Una
vez que establece una conexión, se reservan algunos circuitos para usted, que no puede
emplear en otra llamada, aun si deja esperando a su interlocutor por veinte minutos.
Los datos no tienen que enviarse directamente entre dos computadoras. Cada paquete pasa de
computadora en computadora hasta llegar a su destino. Éste, claro está, es el secreto de cómo
se pueden enviar datos y mensajes entre dos computadoras aunque no estén conectadas
directamente entre sí. Lo que realmente sorprende es que sólo se necesitan algunos segundos
para enviar un archivo de buen tamaño de una máquina a otra, aunque estén separadas por
miles de kilómetros y pese a que los datos tienen que pasar por múltiples computadoras. Una
de las razones de la rapidez es que, cuando algo anda mal, sólo es necesario volver a
transmitir un paquete, no todo el mensaje.
Los paquetes no necesitan seguir la misma trayectoria. La red puede llevar cada paquete de un
lugar a otro y usar la conexión más idónea que esté disponible en ese instante. No todos los
paquetes de los mensajes tienen que viajar, necesariamente, por la misma ruta, ni
necesariamente tienen que llegar todos al mismo tiempo.
La flexibilidad del sistema lo hace muy confiable. Si un enlace se pierde, el sistema usa otro.
Cuando usted envía un mensaje, el TCP divide los datos en paquetes, ordena éstos en
secuencia, agrega cierta información para control de errores y después los lanza hacia fuera, y
los distribuye. En el otro extremo, el TCP recibe los paquetes, verifica si hay errores y los
vuelve a combinar para convertirlos en los datos originales. De haber error en algún punto, el
programa TCP destino envía un mensaje solicitando que se vuelvan a enviar determinados
paquetes.
 Funcionamiento TCP IP:
IP a diferencia del protocolo X.25, que está orientado a conexión, es sin conexión. Está basado
en la idea de los datagramas interred, los cuales son transportados transparentemente, pero no
siempre con seguridad, desde el hostal fuente hasta el hostal destinatario, quizás recorriendo
varias redes mientras viaja.
El protocolo IP trabaja de la siguiente manera; la capa de transporte toma los mensajes y los
divide en datagramas, de hasta 64K octetos cada uno. Cada datagrama se transmite a través
de la red interred, posiblemente fragmentándose en unidades más pequeñas, durante su
recorrido normal. Al final, cuando todas las piezas llegan a la máquina destinataria, la capa de
transporte los reensambla para así reconstruir el mensaje original.
Un datagrama IP consta de una parte de cabecera y una parte de texto. La cabecera tiene una
parte fija de 20 octetos y una parte opcional de longitud variable. En la figura 1 se muestra el
formato de la cabecera. El campo Versión indica a qué versión del protocolo pertenece cada
uno de los datagramas. Mediante la inclusión de la versión en cada datagrama, no se excluye
la posibilidad de modificar los protocolos mientras la red se encuentre en operación.
El campo Opciones se utiliza para fines de seguridad, encaminamiento fuente, informe de
errores, depuración, sellado de tiempo, así como otro tipo de información. Esto, básicamente,
proporciona un escape para permitir que las versiones subsiguientes de los protocolos incluyan
información que actualmente no está presente en el diseño original. También, para permitir que
los experimentadores trabajen con nuevas ideas y para evitar, la asignación de bits de
cabecera a información que muy rara vez se necesita.
Debido a que la longitud de la cabecera no es constante, un campo de la cabecera, IHL,
permite que se indique la longitud que tiene la cabecera en palabras de 32 bits. El valor mínimo
es de 5. Tamaño 4 bit.
El campo Tipo de servicio le permite al hostal indicarle a la subred el tipo de servicio que
desea. Es posible tener varias combinaciones con respecto a la seguridad y la velocidad. Para
voz digitalizada, por ejemplo, es más importante la entrega rápida que corregir errores de
transmisión. En tanto que, para la transferencia de archivos, resulta más importante tener la
transmisión fiable que entrega rápida. También, es posible tener algunas otras combinaciones,
desde un tráfico rutinario, hasta una anulación instantánea. Tamaño 8 bit.
La Longitud total incluye todo lo que se encuentra en el datagrama -tanto la cabecera como los
datos. La máxima longitud es de 65 536 octetos(bytes). Tamaño 16 bit.
El campo Identificación se necesita para permitir que el hostal destinatario determine a qué
datagrama pertenece el fragmento recién llegado. Todos los fragmentos de un datagrama
contienen el mismo valor de identificación. Tamaño 16 bits.
Enseguida viene un bit que no se utiliza, y después dos campos de 1 bit. Las letras DF quieren
decir no fragmentar. Esta es una orden para que las pasarelas no fragmenten el datagrama,
porque el extremo destinatario es incapaz de poner las partes juntas nuevamente. Por ejemplo,
supóngase que se tiene un datagrama que se carga en un micro pequeño para su ejecución;
podría marcarse con DF porque la ROM de micro espera el programa completo en un
datagrama. Si el datagrama no puede pasarse a través de una red, se deberá encaminar sobre
otra red, o bien, desecharse.
Las letras MF significan más fragmentos. Todos los fragmentos, con excepción del último,
deberán tener ese bit puesto. Se utiliza como una verificación doble contra el campo de
Longitud total, con objeto de tener seguridad de que no faltan fragmentos y que el datagrama
entero se reensamble por completo.
El desplazamiento de fragmento indica el lugar del datagrama actual al cual pertenece este
fragmento. En un datagrama, todos los fragmentos, con excepción del último, deberán ser un
múltiplo de 8 octetos, que es la unidad elemental de fragmentación. Dado que se proporcionan
13 bits, hay un máximo de 8192 fragmentos por datagrama, dando así una longitud máxima de
datagrama de 65 536 octetos, que coinciden con el campo Longitud total. Tamaño 16 bits.
El campo Tiempo de vida es un contador que se utiliza para limitar el tiempo de vida de los
paquetes. Cuando se llega a cero, el paquete se destruye. La unidad de tiempo es el segundo,
permitiéndose un tiempo de vida máximo de 255 segundos. Tamaño 8 bits.
Cuando la capa de red ha terminado de ensamblar un datagrama completo, necesitará saber
qué hacer con él. El campo Protocolo indica, a qué proceso de transporte pertenece el
datagrama. El TCP es efectivamente una posibilidad, pero en realidad hay muchas más.
Protocolo: El número utilizado en este campo sirve para indicar a qué protocolo pertenece el
datagrama que se encuentra a continuación de la cabecera IP, de manera que pueda ser
tratado correctamente cuando llegue a su destino. Tamaño: 8 bit.
El código de redundancia de la cabecera es necesario para verificar que los datos contenidos
en la cabecera IP son correctos. Por razones de eficiencia este campo no puede utilizarse para
comprobar los datos incluidos a continuación, sino que estos datos de usuario se comprobarán
posteriormente a partir del código de redundancia de la cabecera siguiente, y que corresponde
al nivel de transporte. Este campo debe calcularse de nuevo cuando cambia alguna opción de
la cabecera, como puede ser el tiempo de vida. Tamaño: 16 bit
La Dirección de origen contiene la dirección del host que envía el paquete. Tamaño: 32 bit.
La Dirección de destino: Esta dirección es la del host que recibirá la información. Los routers o
gateways intermedios deben conocerla para dirigir correctamente el paquete. Tamaño: 32 bit.
 Dirección de internet:
El protocolo IP identifica a cada ordenador que se encuentre conectado a la red mediante su
correspondiente dirección. Esta dirección es un número de 32 bit que debe ser único para cada
host, y normalmente suele representarse como cuatro cifras de 8 bit separadas por puntos.
La dirección de Internet (IP Address) se utiliza para identificar tanto al ordenador en concreto
como la red a la que pertenece, de manera que sea posible distinguir a los ordenadores que se
encuentran conectados a una misma red. Con este propósito, y teniendo en cuenta que en
Internet se encuentran conectadas redes de tamaños muy diversos, se establecieron tres
clases diferentes de direcciones, las cuales se representan mediante tres rangos de valores:
Clase A: Son las que en su primer byte tienen un valor comprendido entre 1 y 126, incluyendo
ambos valores. Estas direcciones utilizan únicamente este primer byte para identificar la red,
quedando los otros tres bytes disponibles para cada uno de los hosts que pertenezcan a esta
misma red. Esto significa que podrán existir más de dieciséis millones de ordenadores en cada
una de las redes de esta clase. Este tipo de direcciones es usado por redes muy extensas,
pero hay que tener en cuenta que sólo puede haber 126 redes de este tamaño. ARPAnet es
una de ellas, existiendo además algunas grandes redes comerciales, aunque son pocas las
organizaciones que obtienen una dirección de "clase A". Lo normal para las grandes
organizaciones es que utilicen una o varias redes de "clase B".
Clase B: Estas direcciones utilizan en su primer byte un valor comprendido entre 128 y 191,
incluyendo ambos. En este caso el identificador de la red se obtiene de los dos primeros bytes
de la dirección, teniendo que ser un valor entre 128.1 y 191.254 (no es posible utilizar los
valores 0 y 255 por tener un significado especial). Los dos últimos bytes de la dirección
constituyen el identificador del host permitiendo, por consiguiente, un número máximo de 64516
ordenadores en la misma red. Este tipo de direcciones tendría que ser suficiente para la gran
mayoría de las organizaciones grandes. En caso de que el número de ordenadores que se
necesita conectar fuese mayor, sería posible obtener más de una dirección de "clase B",
evitando de esta forma el uso de una de "clase A".
Clase C: En este caso el valor del primer byte tendrá que estar comprendido entre 192 y 223,
incluyendo ambos valores. Este tercer tipo de direcciones utiliza los tres primeros bytes para el
número de la red, con un rango desde 192.1.1 hasta 223.254.254. De esta manera queda libre
un byte para el host, lo que permite que se conecten un máximo de 254 ordenadores en cada
red. Estas direcciones permiten un menor número de host que las anteriores, aunque son las
más numerosas pudiendo existir un gran número redes de este tipo (más de dos millones).
En la clasificación de direcciones anterior se puede notar que ciertos números no se usan.
Algunos de ellos se encuentran reservados para un posible uso futuro, como es el caso de las
direcciones cuyo primer byte sea superior a 223 (clases D y E, que aún no están definidas),
mientras que el valor 127 en el primer byte se utiliza en algunos sistemas para propósitos
especiales. También es importante notar que los valores 0 y 255 en cualquier byte de la
dirección no pueden usarse normalmente por tener otros propósitos específicos.
El número 0 está reservado para las máquinas que no conocen su dirección, pudiendo
utilizarse tanto en la identificación de red para máquinas que aún no conocen el número de red
a la que se encuentran conectadas, en la identificación de host para máquinas que aún no
conocen su número de host dentro de la red, o en ambos casos.
El número 255 tiene también un significado especial, puesto que se reserva para el broadcast.
El broadcast es necesario cuando se pretende hacer que un mensaje sea visible para todos los
sistemas conectados a la misma red. Esto puede ser útil si se necesita enviar el mismo
datagrama a un número determinado de sistemas, resultando más eficiente que enviar la
misma información solicitada de manera individual a cada uno. Otra situación para el uso de
broadcast es cuando se quiere convertir el nombre por dominio de un ordenador a su
correspondiente número IP y no se conoce la dirección del servidor de nombres de dominio
más cercano.
Lo usual es que cuando se quiere hacer uso del broadcast se utilice una dirección compuesta
por el identificador normal de la red y por el número 255 (todo unos en binario) en cada byte
que identifique al host. Sin embargo, por conveniencia también se permite el uso del número
255.255.255.255 con la misma finalidad, de forma que resulte más simple referirse a todos los
sistemas de la red.
El broadcast es una característica que se encuentra implementada de formas diferentes
dependiendo del medio utilizado, y por lo tanto, no siempre se encuentra disponible. En
ARPAnet y en las líneas punto a punto no es posible enviar broadcast, pero sí que es posible
hacerlo en las redes Ethernet, donde se supone que todos los ordenadores prestarán atención
a este tipo de mensajes.
En el caso de algunas organizaciones extensas puede surgir la necesidad de dividir la red en
otras redes más pequeñas (subnets). Como ejemplo podemos suponer una red de clase B que,
naturalmente, tiene asignado como identificador de red un número de dos bytes. En este caso
sería posible utilizar el tercer byte para indicar en qué red Ethernet se encuentra un host en
concreto. Esta división no tendrá ningún significado para cualquier otro ordenador que esté
conectado a una red perteneciente a otra organización, puesto que el tercer byte no será
comprobado ni tratado de forma especial. Sin embargo, en el interior de esta red existirá una
división y será necesario disponer de un software de red especialmente diseñado para ello. De
esta forma queda oculta la organización interior de la red, siendo mucho más cómodo el acceso
que si se tratara de varias direcciones de clase C independientes.
 Subredes:
Para alcanzar una estación en Internet, se debe primero alcanzar la red que utiliza la primera
porción de la dirección. A continuación se debe alcanzar la estación utilizando la segunda
porción de la dirección (identificador de host) D Las direcciones IP de las clases A, B y C están
diseñadas con dos niveles de jerarquíaSin embargo, en muchos casos, estos dos niveles de
jerarquía no son Suficientes
Una solución a este problema son las subredes, una división de una red en pequeñas redes
denominadas: subredes.Una red con tres niveles de jerarquía:
Enmascaramiento:
El enmascaramiento es el proceso que extrae la dirección de red de una dirección IP. Puede
realizarse con o sin subredes. Si no hay subredes, extrae la dirección de red a partir de la
dirección IP. Si se tienen subredes, extrae la dirección de la subred a partir de la dirección
IPLos routers utilizan enmascaramiento siempre, aunque no haya subredesLa máscara de
subred no es una dirección aunque determina qué parte de unadirección IP es el campo de red
y cuál es el campo de host. Tiene una longitud de 32 bits: los bits a 1 indican red o subred y los
bits a 0 indican host
Ejemplos de máscaras para redes sin subredes:
Cuando hay subredes, la máscara puede variarUtilizaremos la máscara de red para encontrar
la dirección de una subred dada una dirección IP cualquiera. Método:Si los números de la
máscara son solo 255 ó 0 es fácil:Los bytes de la dirección IP que se corresponden con 255
en la máscara se repiten en la dirección de la subredLos bytes de la dirección IP que se
corresponden con 0 en la máscara cambian a 0 en la dirección de la subred
Si los números de la máscara no son sólo 255 ó 0:
Los bytes de la dirección IP que se corresponden con 255 en la máscara se repiten en la
dirección de la subredLos bytes de la dirección IP que se corresponden con 0 en la máscara
cambian a 0 en la dirección de la subredPara el resto de bytes, se utiliza el operador lógico
ANDProtocolo De Datagrama De Usuario (UDP).
La mayoría de los Sistemas Operativos actuales soportan multiprogramación. Puede parecer
natural decir que un proceso es el destino final de un mensaje. Sin embargo, especificar que un
proceso en particular en una máquina en particular es el destino final para un datagrama es un
poco confuso. Primero, porque los procesos se crean y se destruyen dinámicamente, los
transmisores rara vez saben lo suficiente para identificar un proceso en otra máquina.
Segundo, nos gustaría poder reemplazar los procesos que reciben datagramas, sin tener que
informar a todos los transmisores (v.q. reiniciar la máquina puede cambiar todos los PID de los
procesos). Tercero, necesitamos identificar los destinos de las funciones que implantan sin
conocer el proceso que implanta la función (v.q. permitir que un transmisor contacte un servidor
de ficheros sin saber qué proceso en la máquina de destino implanta la función de FS).
En vez de pensar en un proceso como destino final, imaginaremos que cada máquina contiene
un grupo de puntos abstractos de destino, llamados puertos de protocolo. Cada puerto de
protocolo se identifica por medio de un número entero positivo.
Para comunicarse con un puerto externo, un transmisor necesita saber tanto la dirección IP de
la máquina de destino como el número de puerto de protocolo del destino dentro de la
máquina.
El UDP proporciona el mecanismo primario que utilizan los programas de aplicación para enviar
datagramas a otros programas de aplicación. El UDP proporciona puertos de protocolo
utilizados para distinguir entre muchos programas que se ejecutan en la misma máquina. Esto
es, además de los datos, cada mensaje UDP contiene tanto en número de puerto de destino
como el número de puerto origen, haciendo posible que el software UDP en el destino entregue
el mensaje al receptor correcto y que éste envíe una respuesta.
El UDP utiliza el Protocolo Internet subyacente para transportar un mensaje de una máquina a
otra y proporciona la misma semántica de entrega de datagramas, sin conexión y no confiable
que el IP. No emplea acuses de recibo para asegurarse de que llegan mensajes, no ordena los
mensajes entrantes, ni proporciona retroalimentación para controlar la velocidad del flujo de
información entre las máquinas. Por tanto, los mensajes UDP se pueden perder, duplicar o
llegar sin orden. Además, los paquetes pueden llegar más rápido de lo que el receptor los
puede procesar.
En resumen: El UDP proporciona un servicio de entrega sin conexión y no confiable, utilizando
el IP para transportar mensajes entre máquinas. Emplea el IP para llevar mensajes, pero
agrega la capacidad para distinguir entre varios destinos dentro de la computadora anfitrión.
Formato de los mensajes UDP:
Cada mensaje UDP se conoce como datagrama de usuario. Conceptualmente, un datagrama
de usuario consiste en dos partes: un encabezado UDP y un área de datos UDP. El
encabezado se divide en cuatro campos de 16 bits, que especifican el puerto desde el que se
envió el mensaje, el puerto para el que se destina el mensaje, la longitud del mensaje y una
suma de verificación UDP.
 relación entre direcciones ip y relaciones físicas:
La dirección física es el elemento inalterable de un componente de red en Ethernet. La
dirección física es un número único que no se repite. La dirección física es cualquier dirección
única que identifica una tarjeta Hardware, un código de red o algo dependiente del fabricante o
del equipo físico.
La dirección física también es conocida como Dirección MAC, Dirección de Adaptador o
Dirección de Hardware, esta es un identificador que poseen las tarjetas de red y es la que se
necesita para reconocer tu equipo.
La dirección física es sinónimo de dirección de hardware.
La dirección IP es la identificación (número) de una máquina en concreto dentro de la red
TCP/IP a la que pertenece. Cada computadora está identificada en Internet por una dirección
numérica (por ejemplo: 435.157.7.70). Cada dirección IP tiene una dirección DNS
correspondiente (por ejemplo: www.dominio.com).
La dirección IP es sinónimo de un número que identifica un sitio web en Internet.
 tabla de direcciones ip:
Direcciones IP
La dirección IP es el identificador de cada host dentro de su red de redes. Cada host conectado
a una red tiene una dirección IP asignada, la cual debe ser distinta a todas las demás
direcciones que estén vigentes en ese momento en el conjunto de redes visibles por el host. En
el caso de Internet, no puede haber dos ordenadores con 2 direcciones IP (públicas) iguales.
Pero sí podríamos tener dos ordenadores con la misma dirección IP siempre y cuando
pertenezcan a redes independientes entre sí (sin ningún camino posible que las comunique).
Las direcciones IP se clasifican en:


Direcciones IP públicas. Son visibles en todo Internet. Un ordenador con una IP
pública es accesible (visible) desde cualquier otro ordenador conectado a Internet. Para
conectarse a Internet es necesario tener una dirección IP pública.
Direcciones IP privadas (reservadas). Son visibles únicamente por otros hosts de su
propia red o de otras redes privadas interconectadas por routers. Se utilizan en las
empresas para los puestos de trabajo. Los ordenadores con direcciones IP privadas
pueden salir a Internet por medio de un router (o proxy) que tenga una IP pública. Sin
embargo, desde Internet no se puede acceder a ordenadores con direcciones IP
privadas.
A su vez, las direcciones IP pueden ser:


Direcciones IP estáticas (fijas). Un host que se conecte a la red con dirección IP
estática siempre lo hará con una misma IP. Las direcciones IP públicas estáticas son las
que utilizan los servidores de Internet con objeto de que estén siempre localizables por
los usuarios de Internet. Estas direcciones hay que contratarlas.
Direcciones IP dinámicas. Un host que se conecte a la red mediante dirección IP
dinámica, cada vez lo hará con una dirección IP distinta. Las direcciones IP públicas
dinámicas son las que se utilizan en las conexiones a Internet mediante un módem. Los
proveedores de Internet utilizan direcciones IP dinámicas debido a que tienen más
clientes que direcciones IP (es muy improbable que todos se conecten a la vez).
Las direcciones IP están formadas por 4 bytes (32 bits). Se suelen representar de la forma
a.b.c.d donde cada una de estas letras es un número comprendido entre el 0 y el 255. Por
ejemplo la dirección IP del servidor de IBM (www.ibm.com) es 129.42.18.99.
Las direcciones IP también se pueden representar en hexadecimal, desde la 00.00.00.00 hasta
la FF.FF.FF.FF o en binario, desde la 00000000.00000000.00000000.00000000 hasta la
11111111.11111111.11111111.11111111.
Las tres direcciones siguientes representan a la misma máquina (podemos utilizar la
calculadora científica de Windows para realizar las conversiones).
(Decimal) 128.10.2.30
(hexadecimal) 80.0A.02.1E
(binario) 10000000.00001010.00000010.00011110
¿Cuántas direcciones IP existen? Si calculamos 2 elevado a 32 obtenemos más de 4000
millones de direcciones distintas. Sin embargo, no todas las direcciones son válidas para
asignarlas a hosts. Las direcciones IP no se encuentran aisladas en Internet, sino que
pertenecen siempre a alguna red. Todas las máquinas conectadas a una misma red se
caracterizan en que los primeros bits de sus direcciones son iguales. De esta forma, las
direcciones se dividen conceptualmente en dos partes: el identificador de red y el identificador
de host.
Dependiendo del número de hosts que se necesiten para cada red, las direcciones de Internet
se han dividido en las clases primarias A, B y C. La clase D está formada por direcciones que
identifican no a un host, sino a un grupo de ellos. Las direcciones de clase E no se pueden
utilizar (están reservadas).
Nota: Las direcciones usadas en Internet están definidas en la RFC 1166 (en inglés).
Difusión (broadcast) y multidifusión (multicast).-- El término difusión (broadcast) se refiere a
todos los hosts de una red; multidifusión (multicast) se refiere a varios hosts (aquellos que se
hayan suscrito dentro de un mismo grupo). Siguiendo esta misma terminología, en ocasiones
se utiliza el término unidifusión para referirse a un único host.
Direcciones IP especiales y reservadas
No todas las direcciones comprendidas entre la 0.0.0.0 y la 223.255.255.255 son válidas para
un host: algunas de ellas tienen significados especiales. Las principales direcciones especiales
se resumen en la siguiente tabla. Su interpretación depende del host desde el que se utilicen.
Bits de red
todos 0
red
red
127
Bits de host
todos 0
host
todos 0
todos 1
todos 1
cualquier valor
válido de host
Significado
Mi propio host
Host indicado dentro de mi red
Red indicada
Difusión a mi red
Difusión a la red indicada
Ejemplo
0.0.0.0
0.0.0.10
192.168.1.0
255.255.255.255
192.168.1.255
Loopback (mi propio host)
127.0.0.1
Difusión o broadcasting es el envío de un mensaje a todos los ordenadores que se encuentran
en una red. La dirección de loopback (normalmente 127.0.0.1) se utiliza para comprobar que
los protocolos TCP/IP están correctamente instalados en nuestro propio ordenador. Lo veremos
más adelante, al estudiar el comando PING.
Las direcciones de redes siguientes se encuentran reservadas para su uso en redes privadas
(intranets). Una dirección IP que pertenezca a una de estas redes se dice que es una dirección
IP privada.
Clase
A
B
C
Rango de direcciones
reservadas de redes
10.0.0.0
172.16.0.0 - 172.31.0.0
192.168.0.0 - 192.168.255.0
 correo electrónico:
Correo electrónico (correo-e, conocido también como e-mail), es un servicio de red que
permite a los usuarios enviar y recibir mensajes y archivos rápidamente (también
denominados mensajes electrónicos o cartas electrónicas)
mediante
sistemas
de
comunicación electrónicos. Principalmente se usa este nombre para denominar al sistema que
provee este servicio en Internet, mediante el protocolo SMTP, aunque por extensión también
puede verse aplicado a sistemas análogos que usen otras tecnologías. Por medio de mensajes
de correo electrónico se puede enviar, no solamente texto, sino todo tipo de documentos
digitales. Su eficiencia, conveniencia y bajo coste están logrando que el correo electrónico
desplace al correo ordinario para muchos usos habituales.
 arquitectura x.400
X.400 es un estándar conforme al Modelo de interconexión de sistemas abiertos OSI, para el
intercambio de correo electrónico (por entonces se llamaban Mensajes Interpersonales o IPMs)
desarrollado por el ITU-T (por entonces llamado CCITT) con el beneplácito del ISO desde el
año 1984 .
Como le pasó a la mayor parte de los estándares OSI del Nivel de aplicación no soportó la
competencia con el protocolo similar Internet, en este caso el SMTP. El correo X.400 llegó a
tener una base de usuarios relativamente amplia, especialmente en Europa, sobre todo en
entornos corporativos y de investigación. El modelo de correo era más robusto y completo que
el equivalente de Internet. Su sistema de direcciones de correo, basado en X.500, era
demasiado complicado para la época, aunque muchísimo más potente. Como todos los
estándares OSI, este era el recomendado/soportado por las compañías telefónicas (por la
época y en Europa casi todas eran monopolios estatales) que ofertaban unas tarifas de
conexión excesivas. Un poco por todo ello el estándar OSI no tuvo gran aceptación. No
obstante aún se usa el correo X.400 en algunas aplicaciones sectoriales que requieran mayor
seguridad e integridad (como aplicaciones militares), y es el modelo que hay por debajo de
aplicaciones relativamente populares como Lotus Notes.
 Smtp:
Protocolo simple de transferencia de correo (SMTP) está diseñado para transferir correo
confiable y eficaz. Se utiliza ampliamente en instalaciones gubernamentales y educación y
también es el estándar utilizado por Internet para la transferencia de correo.
El Protocolo Simple de transferencia de correo sería un protocolo de "capa de aplicación"
cuando ranurado en el modelo OSI. Es un protocolo abierto ya la suposición de sólo resulta del
mecanismo de transporte debajo de ella es que proporcionará un servicio confiable.
En la mayoría de los casos, SMTP se utiliza junto con el servicio de protocolo de control de
transmisión (TCP), que proporciona la capa de transporte confiable (servicio). Otros
mecanismos de transporte que se mencionan como compatibles en la especificación son el
servicio de programa de control de red (NCP), el servicio de transporte independiente (NITS) de
red y el servicio X.25.
Las solicitudes de comentario (RFC) proporcionan especificaciones para el protocolo:


RFC-821 especifica el protocolo de intercambio y la base para SMTP.
RFC-822 especifica el formato de mensaje.
El servicio de correo de internet se basa en estas RFC.
 clientes y servidores:
En las redes basadas en estructuras cliente-servidor, los servidores ponen a disposición de sus
clientes recursos, servicios y aplicaciones.
Dependiendo de que recursos ofrece el servidor y cuales se mantienen en los clientes se
pueden hacer distinciones entre distintas estructuras cliente-servidor.




En estas estructuras se diferencia:
Donde se encuentran los datos.
Donde se encuentran los programas de aplicación.
Donde se presentan los datos.
A continuación se presentarán brevemente los distintos conceptos.
Sistema centralizado basado en el host (anfitrión).
Aquí, los datos, los programas de aplicación y la presentación se encuentran en el servidor. La
imagen final se transmite a los terminales de los usuarios. Desde los terminales, las cadenas
de caracteres de las entradas de los usuarios se reenvían al host. Este concepto es el que sirve
de base para los mainframe.
Pc cliente y servidor host.
Los datos de aplicación se conservan de forma centralizada en el servidor. Con programas
clientes de las aplicaciones, éstas se presentan en cada estación de trabajo. El lugar de trabajo
suele ser una pc ejecutando, por ejemplo Windows.
Estación de trabajo cliente y servidor de archivo.
Los datos se encuentran en el servidor (generalmente en una base de datos). Con una base de
datos cliente se accede a esos datos desde cualquier computadora. En el cliente se procesan
los datos utilizando la inteligencia del cliente. Cada computadora contiene aplicaciones con las
que se puede
Pc cliente y servidor de aplicaciones.
En esta red se dispone al menos de dos servidores distintos. Uno de ellos actúa meramente
como servidor de base de datos y el resto como servidor de aplicaciones. Los servidores de
aplicaciones de esta red también son los responsables de acceso a las bases de datos. En las
estaciones de trabajo funcionan los clientes de los programas de aplicación correspondientes.
Sistema cliente-servidor cooperativo descentralizado.
Las bases de datos están repartidas en distintos servidores o incluso clientes. Las aplicaciones
funcionan igualmente en distintos servidores o en parte también en clientes.
 protocolos pop y imap:
POP (Post Office Protocol):
POP es un sencillo protocolo de descarga de mensajes de correo desde la estafeta. Es el
protocolo aconsejado cuando utilizas una conexión a Internet no permanente, sin tarifa plana, o
con un coste alto por minuto (por ejemplo conexión de un portátil mediante un móvil). En estos
casos el protocolo POP te permite conectar al servidor, descargar los mensajes, cortar la
conexión y procesar las copias locales de los mensajes.
POP fue diseñado para ser fácil de implementar, pero tiene varias deficiencias en su
funcionamiento:

No maneja correctamente múltiples carpetas.

Fuerza la descarga completa de los mensajes. En vez de descargar al ordenador del usuario
sólo la cabecera “Asunto:” para que decida si el mensaje debe ser borrado o leído, descarga
el mensaje completo con todos sus archivos adjuntos y una vez descargado es cuando el
usuario puede procesarlo.
Por último y lo más importante no podremos procesar nuestro correo desde diferentes
puestos (trabajo, casa, viajes), ya que descarga todos los mensajes desde la cola de entrada
de las estafetas hasta el primer ordenador desde el que establecemos la conexión y por tanto,
a partir de este momento, no será visible desde ningún otro.
En algunos programas de correo de usuario, en opciones avanzadas, se nos permite indicarle
a la estafeta que no descargue el correo y que “lo deje en el servidor”. Esta opción está
totalmente desaconsejada ya que los correos, realmente, no llegan a buzonearse sino que
quedan en las “colas temporales de entrada de las estafetas”, dejando al programa de usuario
la responsabilidad de interpretar cuando un correo ha sido leído o no; en la actualidad, con
arquitecturas complejas de mensajería en las que las estafetas no son únicas sino distribuidas
entre varios servidores, provocará que en ciertas circunstancias se genere una descarga
repetitiva de mensajes por parte del programa de correo de usuario.


IMAP (Internet Message Access Protocol)
El protocolo IMAP fue diseñado para solucionar las carencias del protocolo POP,
principalmente la movilidad y el procesamiento de correo desde diferentes puestos.

Mediante este protocolo nuestro programa de correo electrónico conecta al servidor
y descarga las cabeceras de los mensajes de forma exclusiva.
Los mensajes quedan almacenados en el “buzón del usuario” dentro de la estafeta y, por
tanto, pueden ser procesados nuevamente desde cualquier otro ordenador o localización. Al
descargar solamente las cabeceras (y no todo el cuerpo del mensaje) podemos eliminar los
mensajes no deseados sin necesidad de descargar el mensaje en su totalidad; los mensajes
solo son transferidos cuando se seleccionan individualmente para leerlos.


Este protocolo, sin embargo, obliga a mantener abierta la conexión con la estafeta hasta
finalizar la consulta y por tanto no es aconsejable cuando disponemos de una conexión con
un alto coste por minuto y no permanente.

Lo más interesante del protocolo IMAP es que al quedar los buzones y su contenido situados
físicamente en las estafetas centrales y no en el PC del usuario, nos permite acceder a los
mensajes desde diferentes ordenadores, aunque previamente los hayamos leído desde otra
máquina o programa. Es especialmente interesante en desplazamientos fuera del entorno de
trabajo pues los buzones y mensajes podrán leerse mediante el servicio WEBMAIL durante el
desplazamiento y posteriormente desde el cliente de correo habitual en RedUGR.
 mime
Multipurpose Internet Mail Extensions o MIME (en español "extensiones multipropósito de
correo de internet") son una serie de convenciones o especificaciones dirigidas al intercambio a
través de Internet de todo tipo de archivos (texto, audio, vídeo, etc.) de forma transparente para
el usuario. Una parte importante del MIME está dedicada a mejorar las posibilidades de
transferencia de texto en distintos idiomas y alfabetos. En sentido general las extensiones de
MIME van encaminadas a soportar:




Texto en conjuntos de caracteres distintos de US-ASCII;
adjuntos que no son de tipo texto;
cuerpos de mensajes con múltiples partes (multi-part);
información de encabezados con conjuntos de caracteres distintos de ASCII.
Prácticamente todos los mensajes de correo electrónico escritos por personas en Internet y una
proporción considerable de estos mensajes generados automáticamente son transmitidos en
formato MIME a través de SMTP. Los mensajes de correo electrónico en Internet están tan
cercanamente asociados con el SMTP y MIME que usualmente se les llama
mensaje SMTP/MIME.
Bibliografía:
Este trabajo fue realizado con la ayuda de las siguientes sitios WEB:
http://www.frm.utn.edu.ar/comunicaciones/tcp_ip.html
http://www.monografias.com/trabajos15/arquitectura-tcp/arquitectura-tcp.shtml
http://www.mailxmail.com/curso-redes-transmicion-datos-2/arquitectura-protocolos-tcp-ip
http://es.wikipedia.org/wiki/Direcci%C3%B3n_IP
http://www.slideshare.net/Xgarzon/protocolos-de-internet-2520548
http://www.scribd.com/doc/22661969/Protocolos-de-Internet
http://www.saulo.net/pub/tcpip/a.htm
http://technet.microsoft.com/es-es/library
http://www.profesores.frc.utn.edu.ar/sistemas/ingsanchez/Redes/Archivos/datagramaIP.asp
http://maite29.upc.es/labt2/practiques/html/esp/practica3/c_ip003.html
http://www.monografias.com/trabajos24/arquitectura-cliente-servidor/arquitectura-clienteservidor.shtml
http://www.slideshare.net/jcampo/cliente-servidor-307243
Descargar