UNIVERSIDAD NACIONAL EXPERIMENTAL POLITECNICA DE LA FUERZA ARMADA BOLIVARIANA NUCLEO ANZOATEGUI / EXTENSION PUERTO PIRITU SEDE TEMPORAL PEDRO

C. MUOZ ING. EN TELECOMUNICACIONES CTEDRA: DIFUSIN Y MULTIMEDIA IX SEMESTRE REGIMEN NOCTURNO ALUMNOS: MONZN WILFREDO C.I. N 17.388.365 SANTAMARA MARIANA C.I. N 8.257.440 BLANCO FABRICIO C.I. N 18.631.149 CASTRO ANTONIO C.I.N 21.424.440 GONZALEZ LOENYER C.I.N 17.938.480 BLANCA RAFAEL C.I.N 17.838.888

HISTORIA Aunque poca gente sabe lo que es TCP/IP todos lo emplean indirectamente y lo confunden con un solo protocolo cuando en realidad son varios, de entre los cuales destaca y es el ms importante el protocolo IP. Bajo este nombre(TCP/IP)se esconde uno de los protocolos ms usados del mundo, debido a que es el ms usado por Internet y est muy extendido en el sistema operativo UNIX. El Protocolo de Internet (IP) y el Protocolo de Transmisin (TCP), fueron desarrollados inicialmente en 1973 por el informtico estadounidense Vinton Cerf como parte de un proyecto dirigido por el ingeniero norteamericano Robert Kahn y patrocinado por la Agencia de Programas Avanzados de Investigacin (ARPA, siglas en ingls) del Departamento Estadounidense de Defensa. Internet comenz siendo una red informtica de ARPA (llamada ARPAnet) que conectaba redes de ordenadores de varias universidades y laboratorios en investigacin en Estados Unidos. World Wide Web se desarroll en 1989 por el informtico britnico Timothy Berne rs-Lee para el Consejo Europeo de Investigacin Nuclear (CERN, siglas en francs). En el 1973, la DARPA inici un programa de investigacin de tecnologas de comunicacin entre redes de diferentes caractersticas. El proyecto se basaba en la transmisin de paquetes de informacin, y tena por objetivo la interconexin de redes. De este proyecto surgieron dos redes: Una de investigacin, ARPANET, y una de uso exclusivamente militar, MILNET. Para comunicar las redes, se desarrollaron varios protocolos: El protocolo de Internet y los protocolos de control de transmisin. Posteriormente estos protocolos se englobaron en el conjunto de protocolos TCP/IP.

En 1980, se incluy en el UNIX 4.2 de BERKELEY, y fue el protocolo militar estndar en 1983. Con el nacimiento en 1983 de INTERNET, este protocolo se popularizo bastante, y su destino va unido al de internet. ARPANET dejo de funcionar oficialmente en 1990. QU ES LA ARQUITECTURA DE TCP/IP TCP/IP es el protocolo comn 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, adems de todos los medios y formas posibles de conexin. Aqu se encuentra una de las grandes ventajas del TCP/IP, pues este protocolo se encargar de que la comunicacin 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 ms 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: Aplicacin: Se corresponde con los niveles OSI de aplicacin, presentacin y sesin. Aqu se incluyen protocolos destinados a proporcionar servicios, tales como correo electrnico (SMTP), transferencia de ficheros (FTP), conexin remota (TELNET) y otros ms 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 informacin a sus destinos correspondientes. Es utilizado con esta finalidad por los protocolos del nivel de transporte. Fsico: Anlogo al nivel fsico del OSI. Red: Es la interfaz de la red real. TCP/IP no especifica ningn protocolo concreto, as es que corre por las interfaces conocidas, como por ejemplo: 802.2, CSMA/CD, X.25, etc.

Para transmitir informacin a travs de TCP/IP, sta debe ser dividida en unidades de menor tamao. Esto proporciona grandes ventajas en el manejo de los datos que se transfieren y, por otro lado, esto es algo comn en cualquier protocolo de comunicaciones. En TCP/IP cada una de estas unidades de informacin recibe el nombre de "datagrama"(datagram), y son conjuntos de datos que se envan como mensajes independientes. PROTOCOLOS TCP/IP FTP, SMTP, TELNET TCP IP, ICMP, 802.2, X.25 ETHERNET, IEEE 802.2, X.25 FTP (File Transfer Protocol). Se utiliza para transferencia de archivos. SMTP (Simple Mail Transfer Protocol). Es una aplicacin para el correo electrnico. TELNET: Permite la conexin a una aplicacin remota desde un proceso o terminal. UDP SNMP, X-WINDOWS, RPC, NFS

RPC (Remote Procedure Call). 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 aplicacin para el control de la red. NFS (Network File System). Permite la utilizacin de archivos distribuidos por los programas de la red. X-Windows. Es un protocolo para el manejo de ventanas e interfaces de usuario.

CARACTERSTICAS DE TCP/IP Ya que dentro de un sistema TCP/IP los datos transmitidos se dividen en pequeos paquetes, stos resaltan una serie de caractersticas. La tarea de IP es llevar los datos a granel (los paquetes) de un sitio a otro. Las computadoras que encuentran las vas 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 estn correctos. Las lneas de comunicacin 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 conversacin telefnica. Una vez que establece una conexin, 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 cmo se pueden enviar datos y mensajes entre dos computadoras aunque no estn conectadas directamente entre s. Lo que realmente sorprende es que slo se necesitan algunos segundos para enviar un archivo de buen tamao de una mquina a otra, aunque estn separadas por miles de kilmetros y pese a que los datos tienen que pasar por mltiples computadoras. Una de las razones de la rapidez es que, cuando algo anda mal, slo 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 conexin ms idnea 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 enva un mensaje, el TCP divide los datos en paquetes, ordena stos en secuencia, agrega cierta informacin para control de errores y despus 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 algn punto, el programa TCP destino enva un mensaje solicitando que se vuelvan a enviar determinados paquetes.

CMO FUNCIONA TCP/IP - IP: IP a diferencia del protocolo X.25, que est orientado a conexin, es sin conexin. 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, quizs 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 travs de la red interred, posiblemente fragmentndose en unidades ms pequeas, durante su recorrido normal. Al final, cuando todas las piezas llegan a la mquina 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. El campo Versin indica a qu versin del protocolo pertenece cada uno de los datagramas. Mediante la inclusin de la versin en cada datagrama, no se excluye la posibilidad de modificar los protocolos mientras la red se encuentre en operacin. El campo Opciones se utiliza para fines de seguridad, encaminamiento fuente, informe de errores, depuracin, sellado de tiempo, as como otro tipo de informacin. Esto, bsicamente, proporciona un escape para permitir que las versiones subsiguientes de los protocolos incluyan informacin que actualmente no est presente en el diseo original. Tambin, para permitir que los experimentadores trabajen con nuevas ideas y para evitar, la asignacin de bits de cabecera a informacin 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 mnimo es de 5. Tamao 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 ms importante la entrega rpida que corregir errores de transmisin. En tanto que, para la transferencia de archivos, resulta ms importante tener la transmisin fiable que entrega rpida. Tambin, es posible tener algunas otras combinaciones, desde un trfico rutinario, hasta una anulacin instantnea. Tamao 8 bit. La Longitud total incluye todo lo que se encuentra en el datagrama -tanto la cabecera como los datos. La mxima longitud es de 65 536 octetos (bytes). Tamao 16 bit. El campo Identificacin se necesita para permitir que el hostal destinatario determine a qu datagrama pertenece el fragmento recin llegado. Todos los fragmentos de un datagrama contienen el mismo valor de identificacin. Tamao 16 bits. Enseguida viene un bit que no se utiliza, y despus 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, supngase que se tiene un datagrama que se carga en un micro pequeo para su ejecucin; podra marcarse con DF porque la ROM de micro espera el programa completo en un datagrama. Si el datagrama no puede pasarse a travs de una red, se deber encaminar sobre otra red, o bien, desecharse. Las letras MF significan ms fragmentos. Todos los fragmentos, con excepcin del ltimo, debern tener ese bit puesto. Se utiliza como una verificacin 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 excepcin del ltimo, debern ser un mltiplo de 8 octetos, que es la unidad elemental de fragmentacin. Dado que se proporcionan 13 bits, hay un mximo de 8192 fragmentos por datagrama, dando as una longitud mxima de datagrama de 65 536 octetos, que coinciden con el campo Longitud total. Tamao 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, permitindose un tiempo de vida mximo de 255 segundos. Tamao 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 ms. Protocolo: El nmero utilizado en este campo sirve para indicar a qu protocolo pertenece el datagrama que se encuentra a continuacin de la cabecera IP, de manera que pueda ser tratado correctamente cuando llegue a su destino. Tamao: 8 bit. El cdigo 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 continuacin, sino que estos datos de usuario se comprobarn posteriormente a partir del cdigo de redundancia de la cabecera siguiente, y que corresponde al nivel de transporte. Este campo debe calcularse de nuevo cuando cambia alguna opcin de la cabecera, como puede ser el tiempo de vida. Tamao: 16 bit La Direccin de paquete. Tamao: 32 bit. origen contiene la direccin del host que enva el

La Direccin de destino: Esta direccin es la del host que recibir la informacin. Los routers o gateways intermedios deben conocerla para dirigir correctamente el paquete. Tamao: 32 bit. DIRECCIN IP Una direccin IP es una etiqueta numrica que identifica, de manera lgica y jerrquica, a un interfaz (elemento de comunicacin/conexin) de un dispositivo (habitualmente una computadora) dentro de una red que utilice el protocolo IP (Internet Protocol), que corresponde al nivel de red del protocolo TCP/IP. Dicho nmero no se ha de confundir con la direccin MAC que es un identificador de 48bits para identificar de forma nica a la tarjeta de red y no depende del protocolo de conexin utilizado ni de la red.

Los sitios de Internet que por su naturaleza necesitan estar permanentemente conectados, generalmente tienen una direccin IP fija (comnmente, IP fija o IP esttica), sta no cambia con el tiempo. Los servidores de correo, DNS, FTP pblicos y servidores de pginas web necesariamente deben contar con una direccin IP fija o esttica, ya que de esta forma se permite su localizacin en la red. A travs de Internet, los ordenadores se conectan entre s mediante sus respectivas direcciones IP. Sin embargo, a los seres humanos nos es ms cmodo utilizar otra notacin ms fcil de recordar, como los nombres de dominio; la traduccin entre unos y otros se resuelve mediante los servidores de nombres de dominio DNS, que a su vez, facilita el trabajo en caso de cambio de direccin IP, ya que basta con actualizar la informacin en el servidor DNS y el resto de las personas no se enterarn ya que seguirn accediendo por el nombre de dominio. Las direcciones IPv4 se expresan por un nmero binario de 32 bits permitiendo un espacio de direcciones de 4.294.967.296 (2 32) direcciones posibles. Las direcciones IP se pueden expresar como nmeros de notacin decimal: se dividen los 32 bits de la direccin en cuatro octetos. El valor decimal de cada octeto est comprendido en el rango de 0 a 255 [el nmero binario de 8 bits ms alto es 11111111 y esos bits, de derecha a izquierda, tienen valores decimales de 1, 2, 4, 8, 16, 32, 64 y 128, lo que suma 255]. En la expresin de direcciones IPv4 en decimal se separa cada octeto por un carcter nico ".". Cada uno de estos octetos puede estar comprendido entre 0 y 255, salvo algunas excepciones. Los ceros iniciales, si los hubiera, se pueden obviar. Ejemplo de representacin de direccin IPv4: (010.128.001.255 sera 10.128.1.255). En las primeras etapas del desarrollo del Protocolo de Internet, los administradores de Internet interpretaban las direcciones IP en dos partes, los primeros 8 bits para designar la direccin de red y el resto para individualizar la computadora dentro de la red. Este mtodo pronto prob ser inadecuado, cuando se comenzaron a agregar nuevas redes a las ya asignadas. En 1981 e l direccionamiento internet fue revisado y se introdujo la arquitectura de clases (classful network architecture). En esta arquitectura hay tres clases de direcciones IP que una organizacin puede recibir de parte de la Internet Corporation for Assigned Na mes and Numbers (ICANN): clase A, clase B y clase C.

En una red de clase A, se asigna el primer octeto para identificar la red, reservando los tres ltimos octetos (24 bits) para que sean asignados a los hosts, de modo que la cantidad mxima de hosts es 2 24 - 2 (se excluyen la direccin reservada para

broadcast (ltimos octetos en 255) y de red (ltimos octetos en 0)), es decir, 16 777 214 hosts. En una red de clase B, se asignan los dos primeros octetos para identificar la red, reservando los dos octetos finales (16 bits) para que sean asignados a los hosts, de modo que la cantidad mxima de hosts es 2 16 - 2, o 65 534 hosts. En una red de clase C, se asignan los tres primeros octetos para identificar la red, reservando el octeto final (8 bits) para que sea asignado a los hosts, de modo que la cantidad mxima de hosts es 2 8 - 2, 254 hosts.
Clase A B C (D) (E) Rango 0.0.0.0 - 127.255.255.255 128.0.0.0 - 191.255.255.255 192.0.0.0 - 223.255.255.255 224.0.0.0 - 239.255.255.255 240.0.0.0 - 255.255.255.255 N de Redes 128 16.384 2.097.150 hi s trico hi s trico N de Host Por Red 16.777.214 65.534 254 Mscara de Red 255.0.0.0 255.255.0.0 255.255.255.0 Broadcast ID x.255.255.255 x.x.255.255 x.x.x.255

La direccin 0.0.0.0 es reservada por la IANA para identificacin local. La direccin que tiene los bits de host iguales a cero sirve para definir la red en la que se ubica. Se denomina direccin de red. La direccin que tiene los bits correspondientes a host iguales a uno, sirve para enviar paquetes a todos los hosts de la red en la que se ubica. Se denomina direccin de broadcast. Las direcciones 127.x.x.x se reservan para designar la propia mquina. Se denomina direccin de bucle local o loopback.

DIRECCIONES PRIVADAS Hay ciertas direcciones en cada clase de direccin IP que no estn asignadas y que se denominan direcciones privadas. Las direcciones privadas pueden ser utilizadas por los hosts que usan traduccin de direccin de red (NAT) para conectarse a una red pblica o por los hosts que no se conectan a Internet. En una misma red no pueden existir dos direcciones iguales, pero s se pueden repetir en dos redes privadas que no tengan conexin entre s o que se conecten mediante el protocolo NAT. Las direcciones privadas son:

Clase A: 10.0.0.0 a 10.255.255.255 (8 bits red, 24 bits hosts). Clase B: 172.16.0.0 a 172.31.255.255 (16 bits red, 16 bits hosts). 16 redes clase B contiguas, uso en universidades y grandes compaas.

Clase C: 192.168.0.0 a 192.168.255.255 (24 bits red, 8 bits hosts). 256 redes clase C contiguas, uso de compaas medias y pequeas adems de pequeos proveedores de internet (ISP).

Muchas aplicaciones requieren conectividad dentro de una sola red, y no necesitan conectividad externa. En las redes de gran tamao a menudo se usa TCP/IP. Por ejemplo, los bancos pueden utilizar TCP/IP para conectar los cajeros automticos que no se conectan a la red pblica, de manera que las direcciones privadas son ideales para estas circunstancias. Las direcciones privadas tambin se pueden utilizar en una red en la que no hay suficientes direcciones pblicas disponibles. Las direcciones privadas se pueden utilizar junto con un servidor de traduccin de direcciones de red (NAT) para suministrar conectividad a todos los hosts de una red que tiene relativamente pocas direcciones pblicas disponibles. Segn lo acordado, cualquier trfico que posea una direccin destino dentro de uno de los intervalos de direcciones privadas no se enrutar a travs de Internet.

Mscara de subred
La mscara permite distinguir los bits que identifican la red y los que identifican el host de una direccin IP. Dada la direccin de clase A 10.2.1.2 se conoce que pertenece a la red 10.0.0.0 y el host al que se refiere es el 2.1.2 dentro de la misma. La mscara se forma poniendo a 1 los bits que identifican la red y a 0 los bits que identifican el host. De esta forma una direccin de clase A tendr como mscara 255.0.0.0, una de clase B 255.255.0.0 y una de clase C 255.255.255.0. Los dispositivos de red realizan un AND entre la direccin IP y la mscara para obtener la direccin de red a la que pertenece el host identificado por la direccin IP dada. Por ejemplo un router necesita saber cul es la red a la que pertenece la direccin IP del datagrama destino para poder consultar la tabla de encaminamiento y poder enviar el datagramapor la interfaz de salida. Para esto se necesita tener cables directos. La mscara tambin puede ser representada de la siguiente forma 10.2.1.2/8 donde el /8 indica que los 8 bits ms significativos de mscara estn destinados a redes, es decir /8 = 255.0.0.0. Anlogamente (/16 = 255.255.0.0) y (/24 = 255.255.255.0).

ASIGNACIN DE DIRECCIONES IP Dependiendo de la implementacin concreta, el servidor DHCP tiene tres mtodos para asignar las direcciones IP:

manualmente, cuando el servidor tiene a su disposicin una tabla que empareja direcciones MAC con direcciones IP, creada manualmente por el administrador de la red. Slo clientes con una direccin MAC vlida recibirn una direccin IP del servidor.

automticamente, donde el servidor DHCP asigna permanentemente una direccin IP libre, tomada de un rango prefijado por el administrador, a cualquier cliente que solicite una.

dinmicamente, el nico mtodo que permite la reutilizacin de direcciones IP. El administrador de la red asigna un rango de direcciones IP para el DHCP y cada ordenador cliente de la LAN tiene su software de comunicacin TCP/IP configurado para solicitar una direccin IP del servidor DHCP cuando su tarjeta de interfaz de red se inicie. El proceso es transparente para el usuario y tiene un periodo de validez limitado.

LA DIRECCIN DE INTERNET El protocolo IP identifica a cada ordenador que se encuentre conectado a la red mediante su correspondiente direccin. Esta direccin es un nmero de 32 bit que debe ser nico para cada host, y normalmente suele representarse como cuatro cifras de 8 bit separadas por puntos. La direccin 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 propsito, y teniendo en cuenta que en Internet se encuentran conectadas redes de tamaos 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 podrn

existir ms de diecisis 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 slo puede haber 126 redes de este tamao. ARPAnet es una de ellas, existiendo adems algunas grandes redes comerciales, aunque son pocas las organizaciones que obtienen una direccin 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 direccin, 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 direccin constituyen el identificador del host permitiendo, por consiguiente, un nmero mximo de 64516 ordenadores en la misma red. Este tipo de direcciones tendra que ser suficiente para la gran mayora de las organizaciones grandes. En caso de que el nmero de ordenadores que se necesita conectar fuese mayor, sera posible obtener ms de una direccin 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 nmero 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 mximo de 254 ordenadores en cada red. Estas direcciones permiten un menor nmero de host que las anteriores, aunque son las ms numerosas pudiendo existir un gran nmero redes de este tipo (ms de dos millones). Tabla de direcciones IP de Internet. Clase Primer byte 1 .. 126 128 .. 191 192 .. 223 Identificacin de red 1 byte 2 byte 3 byte Identificacin de hosts 3 byte 2 byte 1 byte Nmero de redes 126 16.256 Nmero de hosts 16.387.064 64.516

A B C

2.064.512 254

En la clasificacin de direcciones anterior se puede notar que ciertos nmeros 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 an no estn definidas), mientras que el valor 127 en el primer byte se utiliza en

algunos sistemas para propsitos especiales. Tambin es importante notar que los valores 0 y 255 en cualquier byte de la direccin no pueden usarse normalmente por tener otros propsitos especficos. El nmero 0 est reservado para las mquinas que no conocen su direccin, pudiendo utilizarse tanto en la identificacin de red para mquinas que an no conocen el nmero de red a la que se encuentran conectadas, en la identificacin de host para mquinas que an no conocen su nmero de host dentro de la red, o en ambos casos. El nmero 255 tiene tambin 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 pue de ser til si se necesita enviar el mismo datagrama a un nmero determinado de sistemas, resultando ms eficiente que enviar la misma informacin solicitada de manera individual a cada uno. Otra situacin para el uso de broadcast es cuando se quiere convertir el nombre por dominio de un ordenador a su correspondiente nmero IP y no se conoce la direccin del servidor de nombres de dominio ms cercano. Lo usual es que cuando se quiere hacer uso del broadcast se utilice una direccin compuesta por el identificador normal de la red y por el nmero 255 (todo unos en binario) en cada byte que identifique al host. Sin embargo, por conveniencia tambin se permite el uso del nmero 255.255.255.255 con la misma finalidad, de forma que resulte ms simple referirse a todos los sistemas de la red. El broadcast es una caracterstica 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 lneas 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 prestarn atencin a este tipo de mensajes. En el caso de algunas organizaciones extensas puede surgir la necesidad de dividir la red en otras redes ms pequeas (subnets). Como ejemplo podemos suponer una red de clase B que, naturalmente, tiene asignado como identificador de red un nmero de dos bytes. En este caso sera posible utilizar el tercer byte para indicar en qu red Ethernet se encuentra un host en concreto. Esta divisin no tendr ningn significado para cualquier otro ordenador que est conectado a una red perteneciente a otra organizacin, puesto que el tercer byte no ser comprobado ni tratado de forma especial. Sin embargo, en el interior de esta red existir una divisin y ser necesario disponer de un software de red especialmente diseado para ello. De esta forma

queda oculta la organizacin interior de la red, siendo mucho ms cmodo el acceso que si se tratara de varias direcciones de clase C independientes. TCP: Una entidad de transporte TCP acepta mensajes de longitud arbitrariamente grande procedentes de los procesos de usuario, los separa en pedazos que no excedan de 64K octetos y, transmite cada pedazo como si fuera un datagrama separado. La capa de red, no garantiza que los datagramas se entreguen apropiadamente, por lo que TCP deber utilizar temporizadores y retransmitir los datagramas si es necesario. Los datagramas que consiguen llegar, pueden hacerlo en desorden; y d epender de TCP el hecho de reensamblarlos en mensajes, con la secuencia correcta. Cada octeto de datos transmitido por TCP tiene su propio nmero de secuencia privado. El espacio de nmeros de secuencia tiene una extensin de 32 bits, para asegurar que los duplicados antiguos hayan desaparecidos, desde hace tiempo, en el momento en que los nmeros de secuencia den la vuelta. TCP, sin embargo, s se ocupa en forma explcita del problema de los duplicados retardados cuando intenta establecer una conexin, utilizando el protocolo de ida-vuelta-ida para este propsito. La primera cosa que llama la atencin es que la cabecera mnima de TCP sea de 20 octetos. A diferencia de la clase 4 del modelo OSI, con la cual se puede comparar a grandes rasgos, TCP slo tiene un formato de cabecera de TPDU (llamadas mensajes). Enseguida se analizar minuciosamente campo por campo, esta gran cabecera. Los campos Puerto fuente y Puerto destino identifican los puntos terminales de la conexin (las direcciones TSAP de acuerdo con la terminologa del modelo OSI). Cada hostal deber decidir por s mismo cmo asignar sus puertos. Los campos Nmero de secuencia y Asentimiento en superposicin efectan sus funciones usuales. Estos tienen una longitud de 32 bits, debido a que cada octeto de datos est numerado en TCP. La Longitud de la cabecera TCP indica el nmero de palabra de 32 bits que estn contenidas en la cabecera de TCP. Esta informacin es necesaria porque el campo Opciones tiene una longitud variable, y por lo tanto la cabecera tambin. Despus aparecen seis banderas de 1 bit. Si el Puntero acelerado se est utilizando, entonces URG se coloca a 1. El puntero acelerado se emplea para indicar un desplazamiento en octetos a partir del nmero de secuencia actual en el que se encuentran datos acelerados. Esta facilidad se brinda en lugar de los mensajes de interrupcin. El bit SYN se utiliza para el establecimiento de conexiones. La solicitud

de conexin tiene SYN=1 y ACK=0, para indicar que el campo de asentimiento en superposicin no se est utilizando. La respuesta a la solicitud de conexin si lleva un asentimiento, por lo que tiene SYN=1 y ACK=1. En esencia, el bit SYN se utiliza para denotar las TPDU CONNECTION REQUEST Y CONNECTION CONFIRM, con el bit ACK utilizado para distinguir entre estas dos posibilidades. El bit FIN se utiliza para liberar la conexin; especifica que el emisor ya no tiene ms datos. Despus de cerrar una conexin, un proceso puede seguir recibiendo datos indefinidamente. El bit RST se utiliza para reiniciar una conexin que se ha vuelto confusa debido a SYN duplicados y retardados, o a cada de los hostales. El bit EOM indica el Fin del Mensaje. El control de flujo en TCP se trata mediante el uso de una ventana deslizante de tamao variable. Es necesario tener un campo de 16 bits, porque la ventana indica el nmero de octetos que se pueden transmitir ms all del octeto asentido por el campo ventana y no cuntas TPDU. El cdigo de redundancia tambin se brinda como un factor de seguridad extrema. El algoritmo de cdigo de redundancia consiste en sumar simplemente todos los datos, considerados como palabras de 16 bits, y despus tomar el complemento a 1 de la suma. El campo de Opciones se utiliza para diferentes cosas, por ejemplo para comunicar tamao de tampones durante el procedimiento de establecimiento. EN QUE SE UTILIZA TCP/IP Muchas grandes redes han sido implementadas con estos protocolos, incluyendo DARPA Internet "Defense Advanced Research Projects Agency Internet", en espaol, Red de la Agencia de Investigacin de Proyectos Avanzados de Defensa. De igual forma, una gran variedad de universidades, agencias gubernamentales y empresas de ordenadores, estn conectadas mediante los protocolos TCP/IP. Cualquier mquina de la red puede comunicarse con otra distinta y esta conectividad permite enlazar redes fsicamente independientes en una red virtual llamada Internet. Las mquinas en Internet son denominadas "hosts" o nodos. TCP/IP proporciona la base para muchos servicios tiles, incluyendo correo electrnico, transferencia de ficheros y login remoto. El correo electrnico est diseado para transmitir ficheros de texto pequeos. Las utilidades de transferencia sirven para transferir ficheros muy grandes que contengan programas o datos. Tambin pueden proporcionar chequeos de seguridad controlando las transferencias.

El login remoto permite a los usuarios de un ordenador acceder a una mquina remota y llevar a cabo una sesin interactiva. SIMILITUDES Y DIFERENCIAS ENTRE LA CLASE 4 DEL MODELO OSI Y TCP El protocolo de transporte de clase 4 del modelo OSI (al que con frecuencia se le llama TP4), y TCP tienen numerosas similitudes, pero tambin algunas diferencias. A continuacin se dan a conocer los puntos en que los dos protocolos son iguales. Los dos protocolos estn diseados para proporcionar un servicio de transporte seguro, orientado a conexin y de extremo a extremo, sobre una red insegura, que puede perder, daar, almacenar y duplicar paquetes. Los dos deben enfrentarse a los peores problemas como sera el caso de una subred que pudiera almacenar una secuencia vlida de paquetes y ms tarde volviera a entregarlos. Los dos protocolos tambin son semejantes por el hecho de que los dos tienen una fase de establecimiento de conexin, una fase de transferencia de datos y despus una fase de liberacin de la conexin. Los conceptos generales del establecimiento, uso y liberacin de conexiones tambin son similares, aunque difieren en algunos detalles. En particular, tanto TP4 como TCP utilizan la comunicacin ida-vuelta-ida para eliminar las dificultades potenciales ocasionadas por paquetes antiguos que aparecieran sbitamente y pudiesen causar problemas. Primero, TP4 utiliza nueve tipos diferentes de TPDU, en tanto que TCP slo tiene uno. Esta diferencia trae como resultado que TCP sea ms sencillo, pero al mismo tiempo tambin necesita una cabecera ms grande, porque todos los campos deben estar presentes en todas las TPDU. El mnimo tamao de la cabecera TCP es de 20 octetos; el mnimo tamao de la cabecera TP4 es de 5 octetos. Los dos protocolos permiten campos opcionales, que pueden incrementar el tamao de las cabeceras por encima del mnimo permitido. CARACTERSTICA Numero de tipos de TPDU Fallo de Conexin Formato de direcciones Calidad de servicio Datos del usuario en CR Flujo OSI TP4 9 2 conexiones No est definido Extremo abierto Permitido Mensajes TCP 1 1 conexin 32 bits Opciones especficas No permitido Octetos

Datos importantes Superposicin Control de flujo explcito Nmero de subsecuencia Liberacin

Acelerados No Algunas veces Permitidos Abrupta

Acelerados S Siempre No Permitido Ordenada

Diferencias entre el protocolo tp4 del modelo OSI y TCP Una segunda diferencia es con respecto a lo que sucede cuando los dos procesos, en forma simultnea, intentan establecer conexiones entre los mismos dos TSAP (es decir, una colisin de conexiones). Con TP4 se establecen dos conexiones duplex independientes; en tanto que con TCP, una conexin se identifica mediante un par de TSAP, por lo que solamente se establece una conexin. Una tercera diferencia es con respecto al formato de direcciones que se utiliza. TP4 no especifica el formato exacto de una direccin TSAP; mientras que TCP utiliza nmeros de 32 bits. El concepto de calidad de servicio tambin se trata en forma diferente en los dos protocolos, constituyendo la cuarta diferencia. TP4 tiene un mecanismo de extremo abierto, bastante elaborado, para una negociacin a tres bandas sobre la calidad de servicio. Esta negociacin incluye al proceso que hace la llamada, al proceso que es llamado y al mismo servicio de transporte. Se pueden especificar muchos parmetros, y pueden proporcionarse los valores: deseado y mnimo aceptable. A diferencia de esto, TCP no tiene ningn campo de calidad de servicio, sino que el servicio subyacente IP tiene un campo de 8 bits, el cual permite que se haga una relacin a partir de un nmero limitado de combinaciones de velocidad y seguridad. Una quinte diferencia es que TP4 permite que los datos del usuario sean transportados en la TPDU CR, pero TCP no permite que los datos del usuario aparezcan en la TPDU inicial. El dato inicial (como por ejemplo, una contrasea), podra ser necesario para decidir si se debe, o no, establecer una conexin. Con TCP no es posible hacer que el establecimiento dependa de los datos del usuario. Las cuatro diferencias anteriores se relacionan con la fase de establecimiento de la conexin. Las cinco siguientes se relacionan con la fase de transferencia de datos. Una diferencia bsica es el modelo del transporte de datos. El modelo TP4 es el de una serie de mensajes ordenados (correspondientes a las TSDU en la terminologa OSI). El

modelo TCP es el de un flujo continuo de octetos, sin que haya ningn lmite explcito entre mensajes. En la prctica, sin embargo, el modelo TCP no es realmente un flujo puro de octetos, porque el procedimiento de biblioteca denominado push puede llamarse para sacar todos los datos que estn almacenados, pero que todava no se hayan transmitido. Cuando el usuario remoto lleva a cabo una operacin de lectura, los datos anteriores y posteriores al push no se combinarn, por lo que, en cierta forma un push podra penarse como si definiesen una frontera entre mensajes. La sptima diferencia se ocupa de cmo son tratados los datos importantes que necesitan de un procesamiento especial (como los caracteres BREAK). TP4 tiene dos flujos de mensajes independientes, los datos normales y los acelerados multiplexados de manera conjunta. En cualquier instante nicamente un mensaje acelerado puede estar activo. TCP utiliza el campo Acelerado para indicar que cierta cantidad de octetos, dentro de la TPDU actualmente en uso, es especial y debera procesarse fuera de orden. La octava diferencia es la ausencia del concepto de superposicin en TP4 y su presencia en TCP. Esta diferencia no es tan significativa como al principio podra parecer, dado que es posible que una entidad de transporte ponga dos TPDU, por ejemplo, DT y AK en un nico paquete de red. La novena diferencia se relaciona con la forma como se trata el control de flujo. TP4 puede utilizar un esquema de crdito, pero tambin se puede basar en el esquema de ventana de la capa de red para regular el flujo. TCP siempre utiliza un mecanismo de control de flujo explcito con el tamao de la ventana especificado en cada TPDU. La dcima diferencia se relaciona con este esquema de ventana. En ambos protocolos el receptor tiene la capacidad de reducir la ventana en forma voluntaria. Esta posibilidad genera potencialmente problemas, si el otorgamiento de una ventana grande y su contraccin subsiguiente llegan en un orden incorrecto. En TCP no hay ninguna solucin para este problema; en tanto en TP4 ste se resuelve por medio del nmero de subsecuencia que est incluido en la contraccin, permitiendo de esta manera que el emisor determine si la ventana pequea sigui, o precedi, a la ms grande. Finalmente, la onceava y ltima diferencia existente entre los dos protocolos, consiste en la manera como se liberan las conexiones. TP4 utiliza una desconexin abrupta en la que una serie de TPDU de datos pueden ser seguidos directamente por una TPDU DR. Si las TPDU de datos se llegaran a perder, el protocolo no los podra recuperar y la informacin, al final se perdera. TCP utiliza una comunicaci n de ida-

vuelta-ida para evitar la prdida de datos en el momento de la desconexin. El modelo OSI trata este problema en la capa de sesin. Es importante hacer notar que la Oficina Nacional de Normalizacin de Estados Unidos estaba tan disgustada con esta propiedad de TP4, que introdujo TPDU adicionales en el protocolo de transporte para permitir la desconexin sin que hubiera una prdida de datos. Como consecuencia de esto, las versiones de Estados Unidos y la internacional de TP4 son diferentes. Es importante sealar que el protocolo IP explicado anteriormente, o mejor dicho la versin de ste es la ms utilizada actualmente, pero hace muy poco tiempo sali una nueva versin llamada la nmero 6. Las diferencias no son muchas, pero mejoran muchos aspectos de la antigua, sta no es muy utilizada, pero creemos que es necesario explicar cmo funciona, para poder hacer una comparacin con la antigua. A continuacin la trataremos. LA NUEVA VERSIN DE IP (IPng) La nueva versin del protocolo IP recibe el nombre de IPv6, aunque es tambin conocido comnmente como IPng (Internet Protocol Next Generation). El nmero de versin de este protocolo es el 6 (que es utilizada en forma mnima) frente a la antigua versin utilizada en forma mayoritaria. Los cambios que se introducen en esta nueva versin son muchos y de gran importancia, aunque la transicin desde la versin antigua no debera ser problemtica gracias a las caractersticas de compatibilidad que se han incluido en el protocolo. IPng se ha diseado para solucionar todos los problemas que surgen con la versin anterior, y adems ofrecer soporte a las nuevas redes de alto rendimiento (como ATM, Gigabit Ethernet, etc.) Una de las caractersticas ms llamativas es el nuevo sistema de direcciones, en el cual se pasa de los 32 a los 128 bit, eliminando todas las restricciones del sistema actual. Otro de los aspectos mejorados es la seguridad, que en la versin anterior constitua uno de los mayores problemas. Adems, el nuevo formato de la cabecera se ha organizado de una manera ms efectiva, permitiendo que las opciones se siten en extensiones separadas de la cabecera principal.

Formato de la cabecera. El tamao de la cabecera que el protocolo IPv6 aade a los datos es de 320 bit, el doble que en la versin antigua. Sin embargo, esta nueva cabecera se ha simplificado con respecto a la anterior. Algunos campos se han retirado de la misma, mientras que otros se han convertido en opcionales por medio de las extensiones. De esta manera los routers no tienen que procesar parte de la informacin de la cabecera,

lo que permite aumentar de rendimiento en la transmisin. El formato completo de la cabecera sin las extensiones es el siguiente: Versin: Nmero de versin del protocolo IP, que en este caso contendr el valor 6. Tamao: 4 bit. Prioridad: Contiene el valor de la prioridad o importancia del paquete que se est enviando con respecto a otros paquetes provenientes de la misma fuente. Tamao: 4 bit. Etiqueta de flujo: Campo que se utiliza para indicar que el paquete requiere un tratamiento especial por parte de los routers que lo soporten. Tamao: 24 bit. Longitud: Es la longitud en bytes de los datos que se encuentran a continuacin de la cabecera. Tamao: 16 bit. Siguiente cabecera: Se utiliza para indicar el protocolo al que corresponde la cabecera que se sita a continuacin de la actual. El valor de este campo es el mismo que el de protocolo en la versin 4 de IP. Tamao: 8 bit. Lmite de existencia: Tiene el mismo propsito que el campo de la versin 4, y es un valor que disminuye en una unidad cada vez que el paquete pasa por un nodo. Tamao:8 bit. Direccin de origen: El nmero de direccin del host que enva el paquete. Su longitud es cuatro veces mayor que en la versin 4. Tamao: 128 bit. Direccin de destino: Nmero de direccin de destino, aunque puede no coincidir con la direccin del host final en algunos casos. Su longitud es cuatro veces mayor que en la versin 4 del protocolo IP. Tamao: 128 bit. Organizacin de la cabecera IPv6. Prioridad Etiqueta de flujo Versin Siguiente Longitud Cabecera Direccin de origen Direccin de destino Las extensiones que permite aadir esta versin del protocolo se sitan inmediatamente despus de la cabecera normal, y antes de la cabecera que incluye el protocolo de nivel de transporte. Los datos situados en cabeceras opcionales se procesan slo cuando el mensaje llega a su destino final, lo que supone una mejora en Lmite de existencia

el rendimiento. Otra ventaja adicional es que el tamao de la cabecera no est limitado a un valor fijo de bytes como ocurra en la versin 4. Por razones de eficiencia, las extensiones de la cabecera siempre tienen un tamao mltiplo de 8 bytes. Actualmente se encuentran definidas extensiones para routing extendido, fragmentacin y ensamblaje, seguridad, confidencialidad de datos, etc. Direcciones en la versin 6. El sistema de direcciones es uno de los cambios ms importantes que afectan a la versin 6 del protocolo IP, donde se han pasado de los 32 a los 128 bit (cuatro veces mayor). Estas nuevas direcciones identifican a un interfaz o conjunto de interfaces y no a un nodo, aunque como cada interfaz pertenece a un nodo, es posible referirse a stos a travs de su interfaz. El nmero de direcciones diferentes que pueden utilizarse con 128 bits es enorme. Tericamente seran 2 128 direcciones posibles, siempre que no apliquemos algn formato u organizacin a estas direcciones. Este nmero es extremadamente alto, pudiendo llegar a soportar ms de 665.000 trillones de direcciones distintas por cada metro cuadrado de la superficie del planeta Tierra. Segn diversas fuentes consultadas, estos nmeros una vez organizados de forma prctica y jerrquica quedaran reducidos en el peor de los casos a 1.564 direcciones por cada metro cuadrado, y siendo optimistas se podran alcanzar entre los tres y cuatro trillones. Existen tres tipos bsicos de direcciones IPng segn se utilicen para identificar a un interfaz en concreto o a un grupo de interfaces. Los bits de mayor peso de los que componen la direccin IPng son los que permiten distinguir el tipo de direccin, emplendose un nmero variable de bits para cada caso. Estos tres tipos de direcciones son: Direcciones unicast: Son las direcciones dirigidas a un nico interfaz de la red. Las direcciones unicast que se encuentran definidas actualmente estn divididas en varios grupos. Dentro de este tipo de direcciones se encuentra tambin un formato especial que facilita la compatibilidad con las direcciones de la versin 4 del protocolo IP. Direcciones anycast: Identifican a un conjunto de interfaces de la red. El paquete se enviar a un interfaz cualquiera de las que forman parte del conjunto. Estas direcciones son en realidad direcciones unicast que se encuentran asignadas a varios interfaces, los cuales necesitan ser configurados de manera especial. El formato es el mismo que el de las direcciones unicast.

Direcciones multicast: Este tipo de direcciones identifica a un conjunto de interfaces de la red, de manera que el paquete es enviado a cada una de ellos individualmente. Las direcciones de broadcast no estn implementadas en esta versin del protocolo, debido a que esta misma funcin puede realizarse ahora mediante el uso de las direcciones multicast FORMATO DEL SEGMENTO TCP. El segmento TCP consiste en una cabecera y datos. A continuacin se describen los campos del segmento TCP. Numero de puerto del Origen/destino (Source/Destination Port Numbers):Este campo tiene una longitud de 16 bits. Nmeros de Secuencia (Secuence Numbers): Existen dos nmeros de secuencia en la cabecera TCP. El primer nmero de secuencia es el nmero de secuencia final (SSN). El SSN es un nmero de 32 bits. El otro nmero de secuencia es el Nmero de secuencia esperado de recepcin, Tambin llamado Nmero de Reconocimiento (acknowledgement number). Longitud de la cabecera (Header Length):Este campo tiene una longitud de 4 bits y contiene un entero igual al nmero de octetos que forman la cabecera TCP dividido por cuatro. Cdigo de Bits (Code bits):El motivo y contenido del segmento TCP lo indica este campo. Este campo tiene una longitud de seis bits.

Bit URG (bit +5):Este bit identifica datos urgentes. Bit ACK (bit +4):Cuando este bit se pone a 1, el campo reconocimiento es vlido. Bit PSH (Bit +3):Aunque el buffer no est lleno, el emisor puede forzar a enviarlo. Bit RST (Bit +2):Poniendo este bit, se aborta la conexin. Todos los buffers asociados se vacen. Bit SYN (Bit +1):Este bit sirve para sincronizar los nmeros de secuencia. Bit FIN (Bit +0):Este bit se utiliza solo cuando se est cerrando la conexin.

Ventana (Window): Este campo contiene un entero de 32 bits. Se utiliza para indicar el tamao de buffer disponible que tiene el emisor para recibir datos. Opciones (Options): Este campo permite que una aplicacin negocie durante la configuracin de la conexin caractersticas como el tamao mximo del

segmento TCP. Si este campo tiene el primer octeto a cero, esto indica que no hay opciones. Relleno (Padding):Este campo consiste en un nmero de octetos (De uno a tres), que tienen valor cero y sirven para que la longitud de la cabecera sea divisible por cuatro. Checksum: Mientras que el protocolo IP no tiene ningn mecanismo para garantizar la integridad de los datos, ya que solo comprueba la cabecera del mensaje, El TCP dispone de su propio mtodo para garantizar dicha integridad. Como en el Checksum del protocolo TCP tambin se incluyen campos del protocolo IP, es necesario construir una pseudo-cabecera TCP que se considera nicamente a efectos de clculo.
Formato del Checksum TCP Octet +0 Octet +1 Octet +2 Octet +3 P s e u d o Number of octets in header and h data e a d e r 7654321 07654321 0765432 10765432 10 Source IP Adress D a Destination IP Address t a i n

Zero

Protocol Number

C h e c k s TCP Header u TCP Data m TCP Data

Zero

Formato del mensajeTCP msb 7 Source Port Destination Port T C P H e a d er Sequence Number Acknowledgement Number Header Length RSV Window Checksum Urgent Pointer Options Padding TCP Data 27 26 25 24 23 22 21 20 Code Bits Reserved 6 5 4 3 2 1 lsb 0

ESTADOS DEL TCP El inicio, mantenimiento y cierre de una conexin requiere que el TCP recuerde toda la informacin relativa a cada conexin. Esta informacin se almacena en una entrada para cada conexin dentro del TCB. Cuando se abre una conexin, la entrada en el TCB se realiza con todas las variables inicializadas con sus respectivos valores. Durante la conexin, la entrada del TCB es actualizada a medida que cambia la informacin. A continuacin se describen algunos de los estados del TCP:

0. CLOSED: No existe, solo para referencia. 1. LISTEN: Esperando solicitud de conexin de un TCP remoto. 2. SYN-SEN: Esperando un mensaje de solicitud de conexin despus de haber enviado una solicitud de conexin. 3. SYN-RECEIVED: Esperando confirmacin de un reconocimiento de solicitud de conexin, despus de haber enviado y recibido una solicitud de conexin. 4. ESTABLISHED: Representa una conexin abierta. Los datos recibidos pueden ser enviados a un protocolo de una capa superior. Este es el estado normal de la fase de transferencia de la conexin.

5. FIN-WAIT-1: Esperando la solicitud de fin de conexin de un TCP remoto, o un reconocimiento de una solicitud de fin de transmisin enviada anteriormente. 6. FIN-WAIT-2: Esperando una solicitud de fin de conexin de un TCP remoto. 7. CLOSE-WAIT: Esperando una solicitud de fin de conexin de un protocolo de una capa superior. 8. CLOSING: Esperando el conocimiento de una solicitud de final de conexin de un TCP remoto. 9. LAST-ACK: Esperando el conocimiento de una solicitud de final de conexin enviada anteriormente al TCP remoto. 10. TIME-WAIT: Esperando el tiempo necesario para que el TCP remoto haya recibido el conocimiento de la solicitud del fin de conexin.

IP (INTERNET PROTOCOL) VERSIN 6 [Tcpip4] Esta es una nueva versin del protocolo IP, llamada IPv6, aunque tambin es conocida como IPng (Internet Protocol Next Generation). Es la versin 6, debido a que la numero 5 no pas de la fase experimental. La compatibilidad con la versin 4 es prcticamente total, ya que se han incluido caractersticas de compatibilidad. Algunas de las modificaciones, estn encaminadas a mejorar la seguridad en la red, que apenas exista en la versin 4. FORMATO DE LA CABECERA. Esta cabecera ocupa el doble que la anterior, pero se ha simplificado omitien do algunos campos y haciendo que otros sean opcionales. De esta manera, los routers no tienen que procesar tanta informacin. Los campos son los siguientes: Versin: Este campo ocupa 4 bits, y contiene el nmero de versin del IP, en este caso 6. Prioridad: Ocupa 4 bits, e indica la importancia del paquete que se est enviando. Etiqueta de Flujo: Ocupa 24 bits. Indica que el paquete requiere un tratamiento especial por parte de los routers que lo soporten. Longitud: Ocupa 16 bits. Indica la longitud en bytes de los datos del mensaje Siguiente Cabecera: Ocupa 8 bits e indica a que protocolo corresponde la cabecera que est a continuacin de la actual. Tiempo de vida: Ocupa 8 bits y tiene la misma funcin que en la versin 4. Direccin de origen: Ocupa 128 bits (16 octetos), y es el nmero de direccin del origen.

Direccin de Destino: Ocupa 128 bits (16 octetos). Es el nmero de direccin del destino.
Formato de la Cabecera del IPv6 Octet +0 Versin Longitud Direccin de Origen (128 bits) Direccin de Destino (128 bits) Octet +1 Prioridad Octet +2 Etiqueta de flujo Siguiente cabecera Tiempo de vida Octet +3 765432 1076543 2107 6 5 4 3 2 1 0 765 43210

DIRECCIONES IP VERSIN 6 [Tcpip4] El cambio ms significativo en las direcciones ha sido, que ahora, se refieren a un interfaz y no a un nodo, aunque como cada interfaz pertenece a un nodo, es posible referirse a estos mediante su interfaz. El nmero de direcciones diferentes se ha multiplicado de una manera exagerada. Tericamente, es posible tener 2 128direcciones diferentes. Este nmero quiere decir que se podran llegar a tener ms de 665.000 trillones de direcciones por metro cuadrado, aunque si siguieran una jerarqua, este nmero decrece hasta 1564 direcciones por metro cuadrado en el peor caso o tres trillones siendo optimistas. En el IPv6 existen tres tipos bsicos de direcciones: Direcciones unicast: Estn dirigidas a un nico interfaz en la red. Actualmente se dividen en varios grupos, y existe un grupo especial que facilita la compatibilidad con las direcciones de la versin 4. Direcciones anycast: Identifican a un conjunto de interfaces de red. El paquete se enviara a cualquier interfaz que forme parte del conjunto. En realidad son direcciones unicast que se encuentran asignadas a varios interfaces. Direcciones multicast: Identifican a un conjunto de interfaces de la red, de manera que cada paquete es enviado a cada uno de ellos individualmente. CAPA FSICA Este nivel corresponde al hardware. En este nivel estn los protocolos ARP y RARP.

ARP El protocolo ARP (Address Resolution Protocol), es el encargado de convertir las direcciones IP en direcciones de la red fsica. El funcionamiento del protocolo ARP es bastante simple. Cuando una mquina desea enviar un mensaje a otra mquina que est conectada a travs de una red ethernet se encuentra con un problema: la direccin IP de la mquina en cuestin es diferente a la direccin fsica de la misma. La mquina que quiere enviar el mensaje slo conoce la direccin IP del destino, por lo que tendr que encontrar un modo de traducir la direccin IP a la direccin fsica. Esto se hace con el protocolo ARP. Este protocolo utiliza una tabla denominada Tabla de Direcciones ARP, que contiene la correspondencia entre direcciones IP y direcciones fsicas utilizadas recientemente. Si la direccin solicitada se encuentra en esta tabla el proceso se termina en este punto, puesto que la mquina que origina el mensaje ya dispone de la direccin fsica de la mquina destino. Si la direccin buscada no est en la tabla el protocolo ARP enva un mensaje a toda la red. Cuando un ordenador reconoce su direccin IP enva un mensaje de respuesta que contiene la direccin fsica. Cuando la mquina origen recibe este mensaje ya puede establecer la comunicacin con la mquina destino, y esta direccin fsica se guarda en la Tabla de direcciones ARP. Formato del mensaje arp. El mensaje ARP est formado por 28 octetos. En los campos que se describen a continuacin se supone un Interfaz Ethernet. Tipo de Hardware El campo Hardware indica el tipo de interfaz de Hardware. Por Ejemplo, el valor de una red Ethernet es 1.
Tipo de Interfaz de Hardware Tipo Descripcin 1 2 3 4 5 Ethernet (10mb) Experimental Ethernet (3 mb) Amateur Radio X.25 Proteon ProNET Token Ring Chaos

6 7 8 9 10 11 12

IEEE 802 Network ARCNET Hyperchannel Lanstar Autonet Short Address LocalTalk LocalNet

Nmeros de Protocolo El campo protocolo identifica el protocolo Ether usado. Por ejemplo el valor del interfaz Ethernet es 0800 hex. Longitud de la direccin Hardware El valor para Ethernet es 6, lo que proporciona 48 bits para una direccin Ethernet (12 semi-octetos) Longitud del Protocolo Este campo se usa para definir la longitud de la direccin de red. Para una red IP es 4. Operacin Especifica el cdigo de la operacin. La solicitud ARP tiene valor 1, y la respuesta ARP tiene valor 2. Direccin Hardware del Origen Los campos Direccin Hardware del Origen, Direccin IP del Origen, y Direccin IP del Destino los completa el emisor (si los conoce). El receptor aade la Direccin Hardware del Destino y devuelve el mensaje al emisor con el cdigo de operacin 2. La direccin Hardware de Origen (para Ethernet) est formada por octetos que representan una direccin Ethernet de 48 bits, o un nmero. Direccin IP de Origen La direccin IP de Origen puede ser una direccin de clase A, B o C. (Ver Direcciones IP para obtener una definicin de estas clases). Direccin Hardware de Destino Este campo est formado igual que el campo Direccin Hardware de Origen. Direccin IP de Destino Este campo es igual que el campo Direccin IP de Origen
Formato del ARP Octet +0 Octet +1 Octet +2 Octet +3 7654 3210765 43210765 4321076 543210

+0 Hardware +8 Source Hardware Address +12 Source Hardware Address +16 Source IP Address +20 Destination Hardware Address +24 Destination IP Address

Protocol

+4 Length HW Addr. Protocol Length Operation Source IP Address Destination Hardware Address

RARP [RARO97] El protocolo RARP (Reverse Address Resolution Protocol) es el encargado de asignar una direccin IP a una direccin fsica. FORMATO DEL MENSAJE RARP El formato del RARP es similar al del ARP. El valor del cdigo de operacin para una solicitud es 3, y el valor para una respuesta es 4.

BIBLIOGRAFIAS http://www.frm.utn.edu.ar/comunicaciones/tcp_ip.html http://es.wikipedia.org/wiki/Direcci%C3%B3n_IP http://accesoainternet.blogia.com/2010/111502-principios-del-tcp-ip.php http://www.gestiopolis.com/delta/term/TER300.html http://www.saulo.net/pub/tcpip/index.html#1 http://es.kioskea.net/contents/internet/tcpip.php3