JESUS COBOS FLOREZPEDRO PABLO HERRERALUIS FRANCISCO CALVO CASTRO

PROTOCOLOS QUE INTERVIENEN EN CADA UNO DE LOS NIVELES DE ARQUITECTURA TCP/IP.

TCP/IPNo 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).

SMTP: SIMPLE MAIL TRANSFER PROTOCOLSMTP es unprotocolo orientado a la conexinbasado en texto, en el que un remitente de correo se comunica con un receptor de correo electrnico mediante la emisin de secuencias de comandos y el suministro de los datos necesarios en un canal de flujo de datos ordenado fiable, normalmente un protocolo de control de transmisin de conexin (TCP). Una sesin SMTP consiste en comandos originados por un cliente SMTP (el agente de inicio, emisor o transmisor) y las respuestas correspondientes del SMTP del servidor (el agente de escucha, o receptor) para que la sesin se abra y se intercambian los parmetros de la sesin. Una sesin puede incluir cero o ms transacciones SMTP. Una transaccin de SMTP se compone de tres secuencias de comando / respuesta (vase el ejemplo a continuacin).Ellos son: MAIL: comando para establecer la direccin de retorno, tambin conocido como Return-Path, remitente o sobre. Esta es la direccin para mensajes de despedida. RCPT: comando, para establecer un destinatario de este mensaje. Este mandato puede emitirse varias veces, una para cada destinatario. Estas direcciones son tambin parte de la envolvente. DATA: para enviar el mensaje de texto. Este es el contenido del mensaje, en lugar de su envoltura. Se compone de una cabecera de mensaje y el cuerpo del mensaje separado por una lnea en blanco. DATA es en realidad un grupo de comandos, y el servidor responde dos veces: una vez para el comando de datos adecuada, para reconocer que est listo para recibir el texto, y la segunda vez despus de la secuencia final de los datos, para aceptar o rechazar todo el mensaje.

El funcionamiento de este protocolo se da en lnea, de manera que opera en los servicios de correo electrnico. Sin embargo, este protocolo posee algunas limitaciones en cuanto a la recepcin de mensajes en el servidor de destino (cola de mensajes recibidos). Como alternativa a esta limitacin se asocia normalmente a este protocolo con otros, como el POP o IMAP, otorgando a SMTP la tarea especfica de enviar correo, y recibirlos empleando los otros protocolos antes mencionados (POP O IMAP).

PROTOCOLO FTP (Siglas en ingls de File Transfer Protocol, 'Protocolo de Transferencia de Archivos') en informtica, es un protocolo de red para la transferencia de archivos entre sistemas conectados a una red TCP (Transmission Control Protocol), basado en la arquitectura cliente-servidor. Desde un equipo cliente se puede conectar a un servidor para descargar archivos desde l o para enviarle archivos, independientemente del sistema operativo utilizado en cada equipo.El servicio FTP es ofrecido por la capa de aplicacin del modelo de capas de red TCP/IP al usuario, utilizando normalmente el puerto de red 20 y el 21. Un problema bsico de FTP es que est pensado para ofrecer la mxima velocidad en la conexin, pero no la mxima seguridad, ya que todo el intercambio de informacin, desde el login y password del usuario en el servidor hasta la transferencia de cualquier archivo, se realiza en texto plano sin ningn tipo de cifrado, con lo que un posible atacante puede capturar este trfico, acceder al servidor y/o apropiarse de los archivos transferidos.En el modelo, el intrprete de protocolo (IP) de usuario inicia la conexin de control en el puerto 21. Las rdenes FTP estndar las genera el IP de usuario y se transmiten al proceso servidor a travs de la conexin de control. Las respuestas estndar se envan desde la IP del servidor la IP de usuario por la conexin de control como respuesta a las rdenes.Estas rdenes FTP especifican parmetros para la conexin de datos (puerto de datos, modo de transferencia, tipo de representacin y estructura) y la naturaleza de la operacin sobre el sistema de archivos (almacenar, recuperar, aadir, borrar, etc.). El proceso de transferencia de datos (DTP) de usuario u otro proceso en su lugar, debe esperar a que el servidor inicie la conexin al puerto de datos especificado (puerto 20 en modo activo o estndar) y transferir los datos en funcin de los parmetros que se hayan especificado.Vemos tambin en el diagrama que la comunicacin entre cliente y servidor es independiente del sistema de archivos utilizado en cada computadora, de manera que no importa que sus sistemas operativos sean distintos, porque las entidades que se comunican entre s son los PI y los DTP, que usan el mismo protocolo estandarizado: el FTP.Tambin hay que destacar que la conexin de datos es bidireccional, es decir, se puede usar simultneamente para enviar y para recibir, y no tiene por qu existir todo el tiempo que dura la conexin FTP.La desventaja es su seguridad ya que transporta la informacin en texto plano.

SNMP (SIMPLE NETWORK MANAGEMENT PROTOCOL). Se trata de una aplicacin para el control de la red.Un sistema de gestin de red basado en el protocolo SNMP (Simple Network Management Protocol) est compuesto por los siguientes elementos: varios agentes, o nodos gestionados, al menos una estacin de gestin (manager), un cierto volumen de informacin relativa a los dispositivos gestionados y un protocolo para la transmisin de dicha informacin entre los agentes y las estaciones de gestin.Los mecanismos utilizados para definir la informacin relativa a los dispositivos gestionados apenas han sufrido modificaciones desde su aparicin a finales de los aos 80. Uno de los objetivos principales de su diseo fue la flexibilidad, de modo que la informacin definida pudiese seguir siendo utilizada posteriormente por protocolos diferentes, o incluso por distintas versiones del mismo protocolo.Por el contrario el requisito fundamental del diseo del protocolo fue la sencillez, lo que si bien facilit su expansin en perjuicio de protocolos ms complejos, como por ejemplo CMIP (Common Management Information Protocol), ha hecho necesarias varias revisiones para adaptar el protocolo a las necesidades actuales, entre las que cabe destacar las exigencias en cuanto a la seguridad del sistema.SNMP = Simple Network Management Protocol (Protocolo sencillo de administracin de redes).El modelo SNMP de una red administrada consta de cuatro componentes: Nodos administrativos. Estaciones administradas. Informacin de administracin. Un protocolo de administracin.Estas partes se ilustran y analizan a continuacin:Los nodos administrativos pueden ser hosts, enrutadores, puentes, impresoras u otros dispositivos capaces de comunicar informacin de estado al mundo exterior. Para ser administrado directamente por el SNMP, un nodo debe ser capaz de ejecutar un proceso de administracin SNMP, llamadoagente SNMP. Todas las computadoras cumplen este requisito, al igual que una cantidad creciente de puentes, enrutadores y dispositivos perifricos diseados para uso en redes. Cada agente mantiene una base de datos local de variables que describen su estado e historia y que afectan su operacin.

PROTOCOLO NFS (NETWORK FILE SYSTEM). Permite la utilizacin de archivos distribuidos por los programas de la red.ElNetwork File System(Sistema de archivos de red), oNFS, es unprotocolode nivel de aplicacin, segn elModelo OSI. Es utilizado parasistemas de archivos distribuidoen un entorno de red de computadoras de rea local. Posibilita que distintos sistemas conectados a una misma red accedan a ficheros remotos como si se tratara de locales. Originalmente fue desarrollado en1984porSun Microsystems, con el objetivo de que sea independiente de la mquina, elsistema operativoy el protocolo de transporte, esto fue posible gracias a que est implementado sobre los protocolosXDR(presentacin) yONC RPC(sesin).1El protocolo NFS est incluido por defecto en los Sistemas OperativosUNIXy la mayora dedistribuciones Linux.Caractersticas El sistema NFS est dividido al menos en dos partes principales: unservidory uno o msclientes. Los clientes acceden de forma remota a los datos que se encuentran almacenados en el servidor. Las estaciones de trabajo locales utilizan menos espacio de disco debido a que los datos se encuentran centralizados en un nico lugar pero pueden ser accedidos y modificados por varios usuarios, de tal forma que no es necesario replicar la informacin. Los usuarios no necesitan disponer de un directorio home en cada una de las mquinas de la organizacin. Los directorios home pueden crearse en el servidor de NFS para posteriormente poder acceder a ellos desde cualquier mquina a travs de la infraestructura de red. Tambin se pueden compartir a travs de la red dispositivos de almacenamiento como disqueteras,CD-ROMyunidades ZIP. Esto puede reducir la inversin en dichos dispositivos y mejorar el aprovechamiento delhardwareexistente en la organizacin.Todas las operaciones sobre ficheros sonsncronas. Esto significa que la operacin slo retorna cuando el servidor ha completado todo el trabajo asociado para esa operacin. En caso de una solicitud de escritura, el servidor escribir fsicamente los datos en el disco, y si es necesario, actualizar la estructura de directorios, antes de devolver una respuesta al cliente. Esto garantiza la integridad de los ficheros.OperacionesInicialmente NFS soportaba 18 procedimientos para todas las operaciones bsicas de E/S.Los comandos de la versin 2 del protocolo son los siguientes: NULL: no hace nada, pero sirve para hacer ping al server y medir tiempos. CREATE: crea un nuevo archivo. LOOKUP: busca un fichero en el directorio actual y si lo encuentra, devuelve un descriptor a ese fichero ms informacin sobre los atributos del fichero. READyWRITE: primitivas bsicas para acceder el fichero. RENAME: renombra un fichero. REMOVE: borra un fichero. MKDIRyRMDIR: creacin/borrado de subdirectorios. READDIR: para leer la lista de directorios. GETATTRySETATTR: devuelve conjuntos de atributos de ficheros. LINK: crea un archivo, el cual es un enlace a un archivo en un directorio, especificado. SYMLINKyREADLINK: para la creacin y lectura, respectivamente, de enlaces simblicos (en un "string") a un archivo en un directorio. STATFS: devuelve informacin del sistema de archivos. ROOT, para ir a la raz (obsoleta en la versin 2). WRITECACHE: reservado para un uso futuro.

PROTOCOLO X-WINDOWS. Es un protocolo para el manejo de ventanas e interfaces de usuario.ElSistema de Ventanas X (eningls,X Window System) es unsoftwareque fue desarrollado a mediados de losaos 1980en elMITpara dotar de unainterfaz grficaa los sistemasUnix. Este protocolo permite la interaccin grfica en red entre un usuario y una o ms computadoras haciendo transparente la red para ste. Generalmente se refiere a la versin 11 de este protocolo, X11, el que est en uso actualmente. X es el encargado de mostrar la informacin grfica de forma totalmente independiente delsistema operativo.X fue diseado primariamente para implementarclientes ligeros, donde mucha gente usaba simultneamente la capacidad de procesamiento de un mismo computador trabajando entiempo compartido. Cada persona usaba unterminalen red que tena capacidades limitadas para dibujar la pantalla y aceptar la entrada del usuario. Debido a la ubicuidad del soporte para el software X enUnix, es usado en loscomputadores personalesincluso cuando no hay necesidad del tiempo compartido.

PROTOCOLO TELNET (Teletype Network1 ) es el nombre de un protocolo de red que nos permite viajar a otra mquina para manejarla remotamente como si estuviramos sentados delante de ella.Para iniciar una sesin con un intrprete de comandos de otro ordenador, puede emplear el comando telnet seguido del nombre o la direccin IP de la mquina en la que desea trabajar, por ejemplo si desea conectarse a la mquina purpura.micolegio.edu.com deber teclear telnet purpura.micolegio.edu.com, y para conectarse con la direccin IP 1.2.3.4 deber utilizar telnet 1.2.3.4.Una vez conectado, podr ingresar el nombre de usuario y contrasea remoto para iniciar una sesin en modo texto a modo de consola virtual (ver Lectura Sistema de usuarios y manejo de clave). La informacin que transmita (incluyendo su clave) no ser protegida o cifrada y podra ser vista en otros computadores por los que se transite la informacinSu mayor problema es de seguridad, ya que todos los nombres de usuario y contraseas necesarias para entrar en las mquinas viajan por la red como texto plano (cadenas de texto sin cifrar).

PROTOCOLO HTTP Hypertext Transfer Protocol o (en espaol protocolo de transferencia de hipertexto) es el protocolo usado en cada transaccin de la World Wide Web.Es un protocolo orientado a transacciones y sigue el esquema peticin-respuesta entre un cliente y un servidor. Al cliente que efecta la peticin (un navegador web o un spider) se lo conoce como "user agent" (agente del usuario). A la informacin transmitida se la llama recurso y se la identifica mediante un localizador uniforme de recursos (URL). El resultado de la ejecucin de un programa, una consulta a una base de datos, la traduccin automtica de un documento, etc.HTTP es un protocolo sin estado, es decir, que no guarda ninguna informacin sobre conexiones anteriores. El desarrollo de aplicaciones web necesita frecuentemente mantener estado. Para esto se usan las cookies, que es informacin que un servidor puede almacenar en el sistema cliente. Esto le permite a las aplicaciones web instituir la nocin de "sesin", y tambin permite rastrear usuarios ya que las cookies pueden guardarse en el cliente por tiempo indeterminado.Una transaccin HTTP est formada por un encabezado seguido, opcionalmente, por una lnea en blanco y algn dato. El encabezado especificar cosas como la accin requerida del servidor, o el tipo de dato retornado, o el cdigo de estado.El uso de campos de encabezados enviados en las transacciones HTTP le da gran flexibilidad al protocolo. Estos campos permiten que se enve informacin descriptiva en la transaccin, permitiendo as la autenticacin, cifrado e identificacin de usuario.Un encabezado es un bloque de datos que precede a la informacin propiamente dicha, por lo que muchas veces se hace referencia a l como metadato porque tiene datos sobre los datos.El servidor puede excluir cualquier encabezado que ya est procesado, como Authorization, Content-type y Content-length. El servidor puede elegir excluir alguno o todos los encabezados, si incluirlos, si se excede algn lmite del entorno de sistema. Ejemplos de esto son las variables HTTP_ACCEPT y HTTP_USER_AGENT.

HTTP_ACCEPT. Los tipos MIME que el cliente aceptar, dados los encabezados HTTP. Otros protocolos quizs necesiten obtener esta informacin de otro lugar. Los elementos de esta lista deben estar separados por una coma, como se dice en la especificacin HTTP: tipo, tipo.HTTP_USER_AGENT. El navegador que utiliza el cliente para realizar la peticin. El formato general para esta variable es: software/versin biblioteca/versin.

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.

Protocolo SCTP

SCTP es un protocolo de capa de transporte fiable orientado a la conexin que ofrece los mismos servicios a las aplicaciones que TCP. Adems, SCTP admite conexiones entre sistema que tienen ms de una direccin, o dehost mltiple. La conexin SCTP entre el sistema transmisor y receptor se denominaasociacin. Los datos de la asociacin se organizan en bloques. Dado que el protocolo SCTP admite varios hosts, determinadas aplicaciones, en especial las que se utilizan en el sector de las telecomunicaciones, necesitan ejecutar SCTP en lugar de TCP.

PROTOCOLO TCP Transmission Control Protocol o Protocolo de Control de Transmisin, es uno de los protocolos fundamentales en Internet.En la pila de protocolos TCP/IP, TCP es la capa intermedia entre el protocolo de internet (IP) y la aplicacin. Muchas veces las aplicaciones necesitan que la comunicacin a travs de la red sea confiable. Para ello se implementa el protocolo TCP que asegura que los datos que emite el cliente sean recibidos por el servidor sin errores y en el mismo orden que fueron emitidos, a pesar de trabajar con los servicios de la capa IP, la cual no es confiable. Es un protocolo orientado a la conexin, ya que el cliente y el servidor deben de anunciarse y aceptar la conexin antes de comenzar a transmitir los datos a ese usuario que debe recibirlos.Las conexiones TCP se componen de tres etapas:1. establecimiento de conexin,2. transferencia de datos, y3. fin de la conexin.Para establecer la conexin se usa el procedimiento llamado negociacin en tres pasos (3-way handshake). Para la desconexin se usa una negociacin en cuatro pasos (4-way handshake). Durante el establecimiento de la conexin, se configuran algunos parmetros tales como el nmero de secuencia con el fin de asegurar la entrega ordenada de los datos y la robustez de la comunicacin.Caractersticas del TCPPermite colocar los datagramas nuevamente en orden cuando vienen del protocolo IP.Permite el monitoreo del flujo de los datos y as evitar la saturacin de la red.Permite que los datos se formen en segmentos de longitud variada para "entregarlos" al protocolo IP.Permite multiplexar los datos, es decir, que la informacin que viene de diferentes fuentes (por ejemplo, aplicaciones) en la misma lnea pueda circular simultneamente.Por ltimo, permite comenzar y finalizar la comunicacin amablemente.

PROTOCOLO UDP User Datagram Protocol es un protocolo del nivel de transporte basado en el intercambio de datagramas (Encapsulado de capa 4 Modelo OSI). Permite el envo de datagramas a travs de la red.Las caractersticas principales de este protocolo son:

1. Trabaja sin conexin, es decir que no emplea ninguna sincronizacin entre el origen y el destino.2. Trabaja con paquetes o datagramas enteros, no con bytes individuales como TCP. Una aplicacin que emplea el protocolo UDP intercambia informacin en forma de bloques de bytes, de forma que por cada bloque de bytes enviado de la capa de aplicacin a la capa de transporte, se enva un paquete UDP.3. No es fiable. No emplea control del flujo ni ordena los paquetes.4. Su gran ventaja es que provoca poca carga adicional en la red ya que es sencillo y emplea cabeceras muy simples.5. Un paquete UDP puede ser fragmentado por el protocolo IP para ser enviado fragmentado en varios paquetes IP si resulta necesario.6. Puesto que no hay conexin, un paquete UDP admite utilizar como direccin IP de destino la direccin de broadcast o de multicast de IP. Esto permite enviar un mismo paquete a varios destinos.Desventajas: Permite el envo de datagramas a travs de la red sin que se haya establecido previamente una conexin, ya que el propio datagrama incorpora suficiente informacin de direccionamiento en su cabecera. Tampoco tiene confirmacin ni control de flujo, por lo que los paquetes pueden adelantarse unos a otros; y tampoco se sabe si ha llegado correctamente, ya que no hay confirmacin de entrega o recepcin.

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.

PROTOCOLO IPInternet Protocol (en espaol 'Protocolo de Internet') es un protocolo de comunicacin de datos digitales clasificado funcionalmente en la Capa de Red segn el modelo internacional OSI.Su funcin principal es el uso bidireccional en origen o destino de comunicacin para transmitir datos mediante un protocolo no orientado a conexin que transfiere paquetes conmutados a travs de distintas redes fsicas previamente enlazadas segn la norma OSI de enlace de datos.El diseo del protocolo IP se realiz presuponiendo que la entrega de los paquetes de datos sera no confiable. Por ello, IP tratar de realizarla del mejor modo posible, mediante tcnicas de encaminamiento, sin garantas de alcanzar el destino final pero tratando de buscar la mejor ruta entre las conocidas por la mquina que est usando IP.Quizs los aspectos ms complejos de IP son el direccionamiento y el enrutamiento. El direccionamiento se refiere a la forma como se asigna una direccin IP y cmo se dividen y se agrupan subredes de equipos.El enrutamiento consiste en encontrar un camino que conecte una red con otra y, aunque es llevado a cabo por todos los equipos, es realizado principalmente por routers, que no son ms que computadoras especializadas en recibir y enviar paquetes por diferentes interfaces de red, as como proporcionar opciones de seguridad, redundancia de caminos y eficiencia en la utilizacin de los recursos.

PROTOCOLO ARPEl protocolo ARP tiene un papel clave entre los protocolos de capa de Internet relacionados con el protocolo TCP/IP, ya que permite que se conozca la direccin fsica de una tarjeta de interfaz de red correspondiente a una direccin IP. Por eso se llama Protocolo de Resolucin de Direccin (en ingls ARP significa Address Resolution Protocol).Cada equipo conectado a la red tiene un nmero de identificacin de 48 bits. ste es un nmero nico establecido en la fbrica en el momento de fabricacin de la tarjeta. Sin embargo, la comunicacin en Internet no utiliza directamente este nmero (ya que las direcciones de los equipos deberan cambiarse cada vez que se cambia la tarjeta de interfaz de red), sino que utiliza una direccin lgica asignada por un organismo: la direccin IP.Para que las direcciones fsicas se puedan conectar con las direcciones lgicas, el protocolo ARP interroga a los equipos de la red para averiguar sus direcciones fsicas y luego crea una tabla de bsqueda entre las direcciones lgicas y fsicas en una memoria cach.Cuando un equipo debe comunicarse con otro, consulta la tabla de bsqueda. Si la direccin requerida no se encuentra en la tabla, el protocolo ARP enva una solicitud a la red. Todos los equipos en la red comparan esta direccin lgica con la suya. Si alguno de ellos se identifica con esta direccin, el equipo responder al ARP, que almacenar el par de direcciones en la tabla de bsqueda, y, a continuacin, podr establecerse la comunicacin.Cmo resuelve ARP las direcciones de control de acceso a medios para el trfico localLa siguiente ilustracin muestra cmo resuelve ARP las direcciones IP en direcciones de hardware de hosts que se encuentran en la misma red local.

En este ejemplo, dos hosts TCP/IP, los hosts A y B, se encuentran en la misma red fsica. El host A tiene asignada la direccin IP 10.0.0.99 y el host B la direccin IP 10.0.0.100.Cuando el host A intenta comunicarse con el host B, los siguientes pasos permiten resolver la direccin asignada por el software al host B (10.0.0.100) en la direccin de control de acceso a medios asignada por el hardware al host B:Segn el contenido de la tabla de enrutamiento del host A, IP determina que la direccin IP de reenvo que se va a utilizar para llegar al host B es 10.0.0.100. Despus, el host A busca en su propia cach de ARP local una direccin de hardware coincidente para el host B.Si el host A no encuentra ninguna asignacin en la cach, difunde una trama de solicitud ARP a todos los hosts de la red local con la pregunta "Cul es la direccin de hardware para 10.0.0.100?" Las direcciones de hardware y software del origen, el host A, se incluyen en la solicitud ARP. Cada host de la red local recibe la solicitud ARP y comprueba si coincide con su propia direccin IP. Si el host no encuentra una coincidencia, descarta la solicitud ARP. El host B determina que la direccin IP especificada en la solicitud ARP coincide con su propia direccin IP y agrega una asignacin de direcciones de hardware y software para el host A a su cach de ARP local. El host B enva directamente un mensaje de respuesta de ARP que contiene su direccin de hardware al host A. Cuando el host A recibe el mensaje de respuesta de ARP del host B, actualiza su cach de ARP con una asignacin de direcciones de hardware y software para el host B.Una vez determinada la direccin de control de acceso a medios del host B, el host A puede enviar al host B trfico IP que se dirigir a la direccin de control de acceso a medios del host B.Cmo resuelve ARP las direcciones de control de acceso a medios para el trfico remotoARP tambin se utiliza para reenviar datagramas IP a enrutadores locales de destinos que no se encuentran en la red local. En estos casos, ARP resuelve la direccin de control de acceso a medios de la interfaz de un enrutador en la red local.En la siguiente ilustracin se muestra cmo resuelve ARP las direcciones IP en direcciones de hardware de dos hosts que se encuentran en redes fsicas diferentes conectadas por un enrutador comn.

En este ejemplo, el host A tiene asignada la direccin IP 10.0.0.99 y el host B la direccin IP 192.168.0.99. La interfaz del enrutador 1 se encuentra en la misma red fsica que el host A y utiliza la direccin IP 10.0.0.1. La interfaz del enrutador 2 se encuentra en la misma red fsica que el host B y utiliza la direccin IP 192.168.0.1.Cuando el host A intenta comunicarse con el host B, los siguientes pasos permiten resolver la direccin asignada por el software a la interfaz del enrutador 1 (10.0.0.1) en la direccin de control de acceso a medios asignada por el hardware:Segn el contenido de la tabla de enrutamiento del host A, IP determina que la direccin IP de reenvo que se va a utilizar para llegar al host B es 10.0.0.1, la direccin IP de la puerta de enlace predeterminada. Despus, el host A busca en su propia cach de ARP local una direccin de hardware coincidente para 10.0.0.1.Si el host A no encuentra ninguna asignacin en la cach, difunde una trama de solicitud ARP a todos los hosts de la red local con la pregunta "Cul es la direccin de hardware para 10.0.0.1?" Las direcciones de hardware y software del origen, el host A, se incluyen en la solicitud ARP. Cada host de la red local recibe la solicitud ARP y comprueba si coincide con su propia direccin IP. Si el host no encuentra una coincidencia, descarta la solicitud ARP. El enrutador determina que la direccin IP especificada en la solicitud ARP coincide con su propia direccin IP y agrega una asignacin de direcciones de hardware y software para el host A a su cach de ARP local. Despus, el enrutador enva directamente un mensaje de respuesta de ARP que contiene su direccin de hardware al host A. Cuando el host A recibe el mensaje de respuesta de ARP del enrutador, actualiza su cach de ARP con una asignacin de direcciones de hardware y software para 10.0.0.1.Una vez determinada la direccin de control de acceso a medios de la interfaz del enrutador 1, el host A puede enviar a la interfaz del enrutador 1 trfico IP que se dirigir a la direccin de control de acceso a medios de esa interfaz. Posteriormente, el enrutador reenva el trfico al host B mediante el mismo proceso ARP que se describe en esta seccin.

PROTOCOLO ICMPDebido a que el protocolo IP no es fiable, los datagramas pueden perderse o llegar defectuosos a su destino. El protocolo ICMP (Internet Control Message Protocol, protocolo de mensajes de control y error) se encarga de informar al origen si se ha producido algn error durante la entrega de su mensaje. Pero no slo se encarga de notificar los errores, sino que tambin transporta distintos mensajes de control.Nota: El protocolo ICMP est definido en la RFC 792 (en ingls, en espaol)El protocolo ICMP nicamente informa de incidencias en la red pero no toma ninguna decisin. Esto ser responsabilidad de las capas superiores. Los mensajes ICMP viajan en el campo de datos de un datagrama IP, como se puede apreciar en el siguiente esquema:TipoDatos ICMP Debido a que el protocolo IP no es fiable puede darse el caso de que un mensaje ICMP se pierda o se dae. Si esto llega a ocurrir no se crear un nuevo mensaje ICMP sino que el primero se descartar sin ms.Los mensajes ICMP comienzan con un campo de 8 bits que contiene el tipo de mensaje, segn se muestra en la tabla siguiente. El resto de campos son distintos para cada tipo de mensaje ICMP. Nota: El formato y significado de cada mensaje ICMP est documentado en la RFC 792 (en ingls, en espaol).Campo de tipo Tipo de mensaje ICMP 0 Respuesta de eco (Echo Reply)3Destino inaccesible (Destination Unreachable)4Disminucin del trfico desde el origen (Source Quench)5Redireccionar (cambio de ruta) (Redirect)8Solicitud de eco (Echo)11Tiempo excedido para un datagrama (Time Exceeded)12Problema de Parmetros (Parameter Problem)13Solicitud de marca de tiempo (Timestamp)14Respuesta de marca de tiempo (Timestamp Reply)15Solicitud de informacin (obsoleto) (Information Request)16Respuesta de informacin (obsoleto) (Information Reply)17Solicitud de mscara (Addressmask)18Respuesta de mscara (Addressmask Reply) SOLICITUD Y RESPUESTA DE ECOLos mensajes de solicitud y respuesta de eco, tipos 8 y 0 respectivamente, se utilizan para comprobar si existe comunicacin entre 2 hosts a nivel de la capa de red. Estos mensajes comprueban que las capas fsica (cableado), acceso al medio (tarjetas de red) y red (configuracin IP) estn correctas. Sin embargo, no dicen nada de las capas de transporte y de aplicacin las cuales podran estar mal configuradas; por ejemplo, la recepcin de mensajes de correo electrnico puede fallar aunque exista comunicacin IP con el servidor de correo.

VINCULO DE DATOS

PROTOCOLO PPPEl protocolo PPP esta descrito en los RFC 1661 a 1663. Es el estndar usado en Internet para conexiones de un nodo aislado (por ejemplo una computadora en el hogar) hacia un servidor en Internet (por ejemplo, un servidor de terminales de una LAN en Internet). PPP provee los siguientes servicios: Un mtodo de enmarcado que delimita sin ambigedad los lmites de los marcos. El formato de los marcos contempla una cadena de chequeo que permite la deteccin de errores. Un protocolo LCP (Link Control Protocol) para levantar, probar, negociar y eliminar los enlaces apropiadamente. Un mecanismo (Network Control Procolo) para negociar opciones con la capa de red que permite soportar varios protocolos de capa de red.

El formato de marco de PPP se escogi de modo que fuera muy parecido al formato de marco de HDLC, ya que no haba razn para reinventarla rueda. La diferencia principal entre PPP y HDLC es que el primero est orientado a caracteres. PPP, al igual que SLIP, usa el relleno de caracteres en las lneas por discado con mdem, por lo que todos los marcos tienen un nmero entero de bytes.El formato del marco PPP es el siguiente:

PROTOCOLO IEEE 802.2Control de Enlaces Lgicos. Define el protocolo de control de enlaces lgicos (LLC) del IEEE, el cual asegura que los datos sean transmitidos de forma confiable por medio del enlace de comunicacin. La capa de Datos-Enlace en el protocolo OSI esta subdividida en las subcapas de Control de Acceso a Medios (MAC) y de Control de Enlaces Lgicos (LLC). En Puentes, estas dos capas sirven como un mecanismo de switcheo modular, como se muestra en la figura I-5. El protocolo LLC es derivado del protocolo de Alto nivel para Control de Datos-Enlaces (HDLC) y es similar en su operacin. Ntese que el LLC provee las direcciones de Puntos de Acceso a Servicios (SAP's), mientras que la subcapa MAC provee la direccin fsica de red de un dispositivo. Las SAP's son especficamente las direcciones de una o ms procesos de aplicaciones ejecutndose en una computadora o dispositivo de red.El LLC provee los siguientes servicios:1. Servicio orientado a la conexin, en el que una sesin es empezada con un Destino, y terminada cuando la transferencia de datos se completa. Cada nodo participa activamente en la transmisin, pero sesiones similares requieren un tiempo de configuracin y monitoreo en ambas estaciones.1. Servicios de reconocimiento orientado a conexiones. Similares al anterior, del que son reconocidos los paquetes de transmisin.1. Servicio de conexin sin reconocimiento. En el cual no se define una sesin. Los paquetes son puramente enviados a su destino. Los protocolos de alto nivel son responsables de solicitar el reenvo de paquetes que se hayan perdido. Este es el servicio normal en redes de rea local (LAN's), por su alta confiabilidad.

FSICO: Anlogo al nivel fsico del OSI.ETHERNET 802.3Redes CSMA/CD. El estndar 802.3 del IEEE (ISO 8802-3), que define cmo opera el mtodo de Acceso Mltiple con Deteccin de Colisiones (CSMA/CD) sobre varios medios. El estndar define la conexin de redes sobre cable coaxial, cable de par trenzado, y medios de fibra ptica. La tasa de transmisin original es de 10 Mbits/seg, pero nuevas implementaciones transmiten arriba de los 100 Mbits/seg calidad de datos en cables de par trenzado.

PROTOCOLO FDDIEl estndares Interfaz de Datos Distribuidos por Fibra , se desarroll hacia la mitad de los aos ochenta para realizar comunicacin de datos a mayor velocidad que las que ofreca Ethernet, o Token Ring , El estndar FDDI est definido por el comit de estndares ANSI X3T9.5 y proporciona un mtodo de acceso que permite alta capacidad de datos en redes saturadas. Como la velocidad de los datos es de 100Mbps FDDI de fibra ptica soportada hasta 500 nodos, LA capacidad de las comunicaciones es de 450.000 paquetes por segundo o hasta 30 veces la capacidades de las comunicaciones en Ethernet a 10 Mbps , que es de 15000 paquetes por segundo como mximo, FDDI soporta trfico de datos de voz, video y aplicaciones en tiempo real.

Mtodos de rotacin Cronometrada del Testigo

FDDI es parecido al mtodo de acceso de token ring porque utiliza el paso de testigo en las comunicaciones de red. Difiere del estndar Token ring en que utiliza un mtodo de acceso de rotacin cronometrada del testigo . Un Testigo FDDI viaja por el anillo de la red desde un modo hasta otro. Si un nodo no necesita transmitir datos, toma el testigo y lo enva al nodo siguiente. Si el nodo que posee el testigo necesito transmitir, puede enviar todas las tramas que se desee durante un tiempo, llamado tiempo de retencin del testigo.Los dos tipos de paquetes que pueden enviar por FDDI

Comunicacin Sincronas

Son Rfagas de continuas de datos, controladas por una seal de reloj que inicia cada una de las rfagas (igual que un juez de salidas en una carrera dispara una pistola de salida a ciertos intervalos para iniciar las diferentes eliminatorias de los corredores de la misma carrera)

Las Comunicacin asncronas

Se producen a intervalos distintos.Formatos de paquetes FDDIEl formato la trama FDDI es igual, aunque no idntico a la que se utiliza en el estndar token ring, El campo de inicio en el paquete es el prembulo. Su propsito es sincronizar el paso del paquete por cada estacin. LA sincronizacin es importante, porque a diferencia de token ring, FDDI permite que haya ms de un testigo en la red en un instante dado.

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.El TCP/IP necesita funcionar sobre algn tipo de red o de medio fsico 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 problemtico puesto que una de las funciones y ventajas principales del TCP/IP es proporcionar una abstraccin del medio de forma que sea posible el intercambio de informacin entre medios diferentes y tecnologas que inicialmente son incompatibles.