Вы находитесь на странице: 1из 5

IP El Protocolo Internet est diseado para su uso en sistemas interconectados de redes de comunicacin de ordenadores por intercambio de paquetes.

A un sistema de este tipo se le conoce como "catenet". El protocolo internet proporciona los medios necesarios para la transmisin de bloques de datos llamados datagramas desde el origen al destino, donde origen y destino son hosts identificados por direcciones de longitud fija. El protocolo internet tambin se encarga, si es necesario, de la fragmentacin y el reensamblaje de grandes datagramas para su transmisin a travs de redes de trama pequea. El siguiente diagrama ilustra el lugar del protocolo internet en la jerarqua de protocolos: +------+ +-----+ +-----+ +-----+ |Telnet| | FTP | | TFTP| ... | ... | +------+ +-----+ +-----+ +-----+ | | | | +-----+ +-----+ +-----+ | TCP | | UDP | ... | ... | +-----+ +-----+ +-----+ | | | +--------------------------+----+ | Protocolo Internet & ICMP | +--------------------------+----+ | +---------------------------+ | Protocolo de la Red Local | +---------------------------+ Relacin entre Protocolos Figura 1. El protocolo Internet interacta por un lado con los protocolos host-a-host de alto nivel y por otro con el protocolo de la red local. En este contexto una "red local" puede ser una pequea red en un edificio o una gran red como ARPANET.

Aplicacin \ Mdulo Internet \ IRL-1

Aplicacin / Mdulo Internet Mdulo Internet / \ / IRL-1 IRL-2 IRL-2 \ / \ / Red Local 1 Red Local 2

Trayectoria de la transmisin La funcin o propsito del Protocolo Internet es mover datagramas a travs de un conjunto de redes interconectadas. Esto se consigue pasando los datagramas desde un mdulo internet a otro hasta que se alcanza el destino. Los mdulos internet residen en hosts y pasarelas en el sistema internet. Los datagramas son encaminados desde un mdulo internet a otro a travs de redes individuales basndose en la interpretacin de una direccin internet.

ICMP Internet Control Message Protocol (ICMP),utiliza el soporte bsico de IP, como si se tratara de una mayor protocolo de nivel, sin embargo, ICMP es realmente una parte integral de IP, y deben ser aplicadas por todos los mdulos IP. Mensajes ICMP se envan en varias situaciones: por ejemplo, cuando un datagrama no puede llegar a su destino, cuando la puerta de enlace no tiene la capacidad de amortiguacin de transmitir un datagrama, y cuando la pasarela puede dirigir el host para enviar el trfico en una ruta ms corta. Los mensajes ICMP se envan usando la cabecera IP bsica. El primer octeto de la parte de datos del datagrama es un campo de tipo ICMP, el valor de este campo determina el formato de los datos restantes. Cualquier campo con la etiqueta sin uso se reserva para ampliaciones posteriores y debes der cero cuando se envan, pero los receptores no deben usar estor campos (excepto para incluirlos en la suma de control). A menos que se indique lo contrario en el marco de las descripciones de cada formato, los valores de la cabecera de los campos de internet son los siguientes: Versin 4 DIH Internet Longitud de la cabecera en palabras de 32 bits. Tipo de servicio 0 Longitud total Duracin de la cabecera internet y datos en octetos. Identificacin, Flags, Offset del fragmento Usando la fragmentacin Tiempo de vida: tiempo de vida eb cuestin de segundos, ya que este campo se decrementa en cada mquina en la que el datagrama se procesa, el valor de este campo debe ser al menos tan grande como el nmero de puertas de enlace que este datagrama atravesara. Protocolo ICMP=1 Header Checksum: es el 16 bits en complemento de la suma de los complementos a uno de los 16 bits de palabras en la cabecera. Para el clculo de la suma de comprobacin, la suma de comprobacin campo debe ser 0. Origen de la direccin: la direccin de la puerta de enlace o de acogida que compone el mensaje ICMP. A menos que se indique lo contrario, esto puede ser cualquiera de las direcciones de una puerta de enlace. Direccin destino: la direccin destino de la pasarela o el husped al que el mensaje de ser enviado.

TCP

PROTOCOLO DE CONTROL DE TRANSMISIN El "protocolo de control de transmisin" ('Transmission Control Protocol', TCP) est pensado para ser utilizado como un protocolo 'host' a 'host' muy fiable entre miembros de redes de comunicacin de computadoras por intercambio de paquetes y en un sistema interconectado de tales redes. El protocolo de nternet tambin trata con la fragmentacin y el reensamble de segmentos de TCP que sean necesarios para conseguir el transporte y la entrega sobre mltiples redes y las puertas de enlace que las interconectan. El propsito principal de TCP consiste en proporcionar un servicio de conexin o circuito lgico fiable y seguro entre pares de procesos. Para proporcionar este servicio encima de un entorno de internet menos fiable, el sistema de comunicacin requiere de mecanismos relacionados con las siguientes reas: Transferencia bsica de datos: TCP es capaz de transferir un flujo continuo de octetos en cada sentido entre sus usuarios empaquetando un cierto nmero de octetos en segmentos para su transmisin a travs del sistema de internet. En general, los mdulos de TCP deciden cundo bloquear y enviar datos segn su propia conveniencia. Fiabilidad: El mdulo de TCP debe poder recuperar los datos que se corrompan, pierdan, dupliquen o se entreguen desordenados por el sistema de comunicacin del entorno de internet. Flujo de control: TCP proporciona al receptor un medio para controlar la cantidad de datos enviados por el emisor. Esto se consigue devolviendo una "ventana" con cada ACK, indicando el rango de nmeros de secuencia aceptables ms all del ltimo segmento recibido con xito. La ventana indica el nmero de octetos que se permite que el emisor transmita antes de que reciba el siguiente permiso. Multiplexamiento: Para permitir que muchos procesos dentro de un nico 'host' utilicen simultneamente las posibilidades de comunicacin de TCP, el mdulo de TCP proporciona una serie de direcciones o puertos dentro de cada 'host'. Concatenadas con las direcciones de red y de 'host' de la capa de comunicacin internet conforman lo que se denomina una direccin de conector ('socket'). Un par de direcciones de conector identifica de forma nica la conexin. Es decir, un conector puede utilizarse simultneamente en mltiples conexiones. Conexiones: La fiabilidad y los mecanismos de control de flujo descritos ms arriba exigen que los mdulos de TCP inicialicen y mantengan una informacin de estado para cada flujo de datos. La combinacin de esta informacin, incluyendo las direcciones de los conectores, los nmeros de secuencia y los tamaos de las ventanas, se denomina una conexin. Cada conexin queda especificada de forma nica por un par de conectores que corresponden con sus dos extremos. Prioridad y seguridad: Los usuarios de TCP pueden indicar el nivel de seguridad y prioridad de su comunicacin. Se emplean valores por defecto cuando estas caractersticas no se necesiten. La interfaz TCP/usuario proporciona al usuario funciones de llamada al mdulo de TCP para abrir (OPEN) o cerrar (CLOSE) una conexin, para enviar (SEND) o recibir (RECEIVE) datos, o para obtener informacin de estado (STATUS) sobre una conexin. Estas llamadas son del mismo tipo que otras llamadas al sistema operativo realizadas desde programas de usuario como, por ejemplo, las llamadas para abrir, leer y cerrar un fichero. La interfaz TCP/internet proporciona llamadas para enviar y recibir datagramas direccionados a los mdulos TCP en cualquier 'host' del sistema de internet. Estas llamadas tienen parmetros para pasar la direccin, el tipo de servicio, la prioridad y otra informacin de control.

UDP PROTOCOLO DE DATAGRAMAS DE USUARIO (User Datagram Protocol) Este Protocolo de Datagramas de Usuario (UDP: User Datagram Protocol)se define con la intencin de hacer disponible un tipo de datagramaspara la comunicacin por intercambio de paquetes entre ordenadores en el entorno de un conjunto interconectado de redes de computadoras. Este protocolo aporta un procedimiento para que los programas de aplicacin puedan enviar mensajes a otros programas con un mnimo de mecanismo de protocolo. El protocolo se orienta a transacciones, y tanto la entrega como la proteccin ante duplicados no se garantizan.
0 7 8 15 16 23 24 31 +--------+--------+--------+--------+ | Puerto de | Puerto de | | Origen | Destino | +--------+--------+--------+--------+ | | | | Longitud | Suma de Control | +--------+--------+--------+--------+ | | octetos de datos ... +---------------- ... Formato de la Cabecera de un Datagrama de Usuario

El mdulo UDP debe ser capaz de determinar las direcciones de origen y destino en un entorno internet as como el campo de protocolo de la cabecera del protocolo internet. Una posible interfaz UDP/IP devolvera el datagrama de internet completo, incluyendo toda la cabecera, en respuesta a una operacin de recepcin. Un interfaz de este tipo permitira tambin al mdulo UDP pasar un datagrama de internet completo con cabecera al mdulo IP para ser enviado. IP verificara ciertos campos por consistencia y calculara la suma de control de la cabecera del protocolo internet. Los usos principales de este protocolo son el Servidor de Nombres de Internet y la Transferencia Trivial de Ficheros (Trivial File Transfer). ARC LA RESOLUCION DE DIRECCIONES Protocolo (ARP), fue diseado para ser un protocolo de carcter general, y para trabajar con la red de muchas tecnologas, y con muchos protocolos de capa superior. El ARP utiliza dos tipod de paquetes - solicitud y respuesta- y cada tipo de paquete es de 28 bytes de largo en esta especificacin. Los campos de paquetes ARP son comunes a ambas peticiones Arp y respuestas ARP.

ARP Broadcast en una topologa de punto a punto: La Solicitud ARP (Broadcast) y el mecanismo de respuesta descrito anteriormente an aplicar, aunque slo hay un nodo que recibe la peticin ARP. ARP Broadcast en una topologa de bucle privado: En un bucle privado, la Solicitud de ARP Broadcast marco se enva utilizando el mtodo de difusin se especifica en el FC-AL [ 7 ] estndar. A Broadcast ARP marco compatible con la secuencia deber incluir la Network_Header con destino direccin MAC establece en 0xFF-FF-FF- FF-FF-FF y con NAA '= b'0001 El puerto de destino reconoce su direccin IP en la ARP. Paquete de solicitud deber responder con una respuesta ARP. Funcionamiento ARP en una topologa de Tela 1. Los nodos conectados directamente a la tela no requieren la OPN (fr) seal primitiva. 2. Una secuencia de difusin se envan ahora en todos los puertos (todos FL_Ports, F_Ports) en la clase 3 con marco: Destino ID <word 0, poco 23:0>: d_id = 0xFF-FF-FF Secuencia Iniciativa <word 2, bit23>: SI = 0 ltima 20> <word secuencia 2, bits: LS = 1 Secuencia Final <word poco 2, 19>: ES = 1. A Broadcast ARP marco compatible con la secuencia deber incluir laNetwork_Header con destino direccin MAC establecida en 0xFF-FF-FF-FF-FF-FF y con NAA = b'0001 ' El puerto de destino reconoce su direccin IP en el paquete ARP responder con una respuesta ARP.

Вам также может понравиться