Escuela Superior Politcnica del Litoral

Licenciatura en Diseo Grfico y Produccin Audiovisual

Herramientas de Colaboracin Digital Paralelo: 203

Tema: PROTOCOLOS DE INTERNET Docente: Delia Isabel Carrin Estudiante: Gloria Viviana Tinoco C.

Protocolo de Internet
El Protocolo de Internet (IP, de sus siglas en ingls Internet Protocol) es un protocolo orientado de datos, usado tanto por el origen como por el destino para la comunicacin de estos a travs de una red (Internet) de paquetes conmutados.Los datos en una red que se basa en IP son enviados en bloques conocidos como paquetes o datagramas (en el protocolo IP estos trminos se suelen usar indistintamente). En particular, en IP no se necesita ninguna configuracin antes de que un equipo intente enviar paquetes a otro con el que no se haba comunicado antes.El Protocolo de Internet provee un servicio de datagramas no fiable (tambin llamado del mejor esfuerzo (best effort), lo har lo mejor posible pero garantizando poco). IP no provee ningn mecanismo para determinar si un paquete alcanza o no su destino y nicamente proporciona seguridad (mediante checksums o sumas de comprobacin) de sus cabeceras y no de los datos transmitidos. Por ejemplo, al no garantizar nada sobre la recepcin del paquete, ste podra llegar daado, en otro orden con respecto a otros paquetes, duplicado o simplemente no llegar. Si se necesita fiabilidad, sta es proporcionada por los protocolos de la capa de transporte, como TCP.Si la informacin a transmitir ("datagramas") supera el tamao mximo "negociado" (MTU) en el tramo de red por el que va a circular podr ser dividida en paquetes ms pequeos, y reensamblada luego cuando sea necesario. Estos fragmentos podrn ir cada uno por un camino diferente dependiendo de como estn de congestionadas las rutas en cada momento.Las cabeceras IP contienen las direcciones de las mquinas de origen y destino (direcciones IP), direcciones que sern usadas por los enrutadores (routers) para decidir el tramo de red por el que reenviarn los paquetes.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 como 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 enrutadores que no son ms que computadores especializados 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.Direccin IP [editar]Una direccin IP es un nmero que identifica de manera lgica y jerrquicamente a una interfaz de un dispositivo (habitualmente una computadora) dentro de una red que utilice el protocolo IP (Internet Protocol), que corresponde al nivel de red o nivel 3 del modelo de referencia OSI. Dicho nmero no se ha de confundir con la direccin MAC que es un nmero fsico que es asignado a la tarjeta o dispositivo de red (viene impuesta por el fabricante), mientras que la direccin IP se puede cambiar.Siempre que un usuario se conecta a Internet utiliza una direccin IP. Esta direccin puede cambiar al reconectar; y a esta forma de asignacin de direccin IP se denomina una direccin IP dinmica (normalmente se abrevia como IP dinmica).Los sitios de Internet que por su naturaleza necesitan estar permanentemente conectados, generalmente tienen una direccin IP fija (se aplica la misma reduccin por IP fija o IP esttica), es decir, no cambia con el tiempo. Los servidores de correo, dns, ftp pblicos, servidores web necesariamente deben contar con una direccin IP fija o esttica, ya que de esta forma se facilita su ubicacin. Las mquinas tienen una gran facilidad para manipular y jerarquizar la informacin numrica, y son altamente eficientes para hacerlo y ubicar direcciones IP, sin embargo, los seres humanos debemos utilizar otra notacin ms fcil de recordar y utilizar, tal es el caso URLs y resolucin de nombres de dominio DNS.Existe un protocolo para asignar direcciones IP dinmicas llamado DHCP (Dynamic Host Configuration Protocol).En comunicaciones, el encaminamiento (a veces conocido por el anglicismo ruteo o enrutamiento) es el mecanismo por el que en una red los paquetes de informacin se hacen llegar desde su origen a su destino final, siguiendo un camino o ruta a travs de la red. En una red grande o en un conjunto de redes interconectadas el camino a seguir hasta llegar al destino final puede suponer transitar por muchos nodos intermedios.Asociado al encaminamiento existe el concepto de mtrica, que es una medida de lo "bueno" que es usar un camino determinado. La mtrica puede estar asociada a distintas magnitudes: distancia, coste, retardo de transmisin, nmero de saltos, etc., o incluso a una combinacin de varias magnitudes. Si la mtrica es el retardo, es mejor un camino cuyo retardo total sea menor que el de otro. Lo ideal en una red es conseguir el encaminamiento ptimo: tener caminos de distancia (o coste, o retardo, o la magnitud que sea, segn la mtrica) mnimos. Tpicamente el encaminamiento es una funcin implantada en la capa 3(capa de red) del modelo de referencia OSI.En la actualidad, la mayora de las mquinas conectadas a Internet operan sobre la versin 4 del protocolo IP: IPv4. Sin embargo, es inevitable y necesaria la progresiva migracin a la versin 6 de este protocolo: IPv6, tambin conocida como "IP Next Generation" (IPng). La principal causa de esta migracin es la escasez de direcciones IPv4 disponibles, que tendra solucin empleando los 128 bits de direccionamiento IPv6.Adems de su escalabilidad, IPv6 presenta otra serie de ventajas frente a IPv4 como, por ejemplo, mejoras en seguridad y calidad de servicio. Hasta la migracin definitiva a IPv6, parece probable que las dos versiones del protocolo convivirn durante un largo periodo.Las versiones de la 0 a la 3 estn reservadas o no fueron usadas. La

versin 5 fue usada para un protocolo experimental. Otros nmeros han sido asignados, usualmente para protocolos experimentales, pero no han sido muy extendidos. Familia de protocolos de Internet Tecnologas y protocolos de red* DNS, FTP, HTTP, IMAP, IRC, NFS, NNTP, NTP, POP3, SMB/CIFS, SMTP, SNMP, SSH, Telnet, SIP, ver ms ASN.1, MIME, SSL/TLS, XML, ver ms NetBIOS, ver ms SCTP, SPX, TCP, UDP, ver ms AppleTalk, IP, IPX, NetBEUI, X.25, ver ms ATM, Ethernet, Frame Relay, HDLC, PPP, Token Ring, Wi-Fi, STP, ver ms Cable coaxial, Cable de fibra ptica, Cable de par trenzado, Microondas, Radio, RS232, ver ms

Nivel de aplicacin

Nivel de presentacin Nivel de sesin Nivel de transporte Nivel de red Nivel de enlace

La familia de protocolos de Internet es un conjunto de protocolos de red que implementa la pila de protocolos en la que se basa Internet y que permiten la transmisin de datos entre redes de computadoras. En ocasiones se la denomina conjunto de protocolos TCP/IP, en referencia a los dos protocolos ms importantes que la componen: Protocolo de Control de Transmisin (TCP) y Protocolo de Internet (IP), que fueron los dos primeros en definirse, y que son los ms utilizados de la familia. Existen tantos protocolos en este conjunto que llegan a ser ms de 100 diferentes, entre ellos se encuentra el popular HTTP (HyperText Transfer Protocol), que es el que se utiliza para acceder a las pginas web, adems de otros como el ARP (Address Resolution Protocol) para la resolucin de direcciones, el FTP (File Transfer Protocol) para transferencia de archivos, y el SMTP (Simple Mail Transfer Protocol) y el POP (Post Office Protocol) para correo electrnico, TELNET para acceder a equipos remotos, entre otros. El TCP/IP es la base de Internet, y sirve para enlazar computadoras que utilizan diferentes sistemas operativos, incluyendo PC, minicomputadoras y computadoras centrales sobre redes de rea local (LAN) y rea extensa (WAN). TCP/IP fue desarrollado y demostrado por primera vez en 1972 por el departamento de defensa de los Estados Unidos, ejecutndolo en ARPANET, una red de rea extensa del departamento de defensa.

Nivel fsico

* segn el Modelo OSI

La familia de protocolos de internet puede describirse por analoga con el modelo OSI, que describe los niveles o capas de la pila de protocolos, aunque en la prctica no corresponde exactamente con el modelo en Internet. En una pila de protocolos, cada nivel soluciona una serie de problemas relacionados con la transmisin de datos, y proporciona un servicio bien definido a los niveles ms altos. Los niveles superiores son los ms cercanos al usuario y tratan con datos ms abstractos, dejando a los niveles ms bajos la labor de traducir los datos de forma que sean fsicamente manipulables. El modelo de Internet fue diseado como la solucin a un problema prctico de ingeniera. El modelo OSI, en cambio, fue propuesto como una aproximacin terica y tambin como una primera fase en la evolucin de las redes de ordenadores. Por lo tanto, el modelo OSI es ms fcil de entender, pero el modelo TCP/IP es el que realmente se usa. Sirve de ayuda entender el modelo OSI antes de conocer TCP/IP, ya que se aplican los mismos principios, pero son ms fciles de entender en el modelo OSI. Niveles en la pila TCP/IP [editar] Hay algunas discusiones sobre como encaja el modelo TCP/IP dentro del modelo OSI. Como TCP/IP y modelo OSI no estn delimitados con precisin no hay una respuesta que sea la correcta. El modelo OSI no est lo suficientemente dotado en los niveles inferiores como para detallar la autntica estratificacin en niveles: necesitara tener una capa extra (el nivel de Interred) entre los niveles de transporte y red. Protocolos especficos de un tipo concreto de red, que se sitan por encima del marco de hardware bsico, pertenecen al nivel de red, pero sin serlo. Ejemplos de estos protocolos son el ARP (Protocolo de resolucin de direcciones) y el STP (Spanning Tree Protocol). De todas formas, estos son

protocolos locales, y trabajan por debajo de las capas de Intered. Cierto es que situar ambos grupos (sin mencionar los protocolos que forman parte del nivel de Interred pero se sitan por encima de los protocolos de Interred, como ICMP) todos en la misma capa puede producir confusin, pero el modelo OSI no llega a ese nivel de complejidad para ser ms til como modelo de referencia. El siguiente diagrama intenta mostrar la pila TCP/IP y otros protocolos relacionados con el modelo OSI original: ej. HTTP, DNS, SMTP, SNMP, FTP, Telnet, SSH y SCP, NFS, RTSP, Feed, Webcal ej. XDR, ASN.1, SMB, AFP ej. TLS, SSH, ISO 8327 / CCITT X.225, RPC, NetBIOS ej. TCP, UDP, RTP, SCTP, SPX ej. IP, ICMP, IGMP, X.25, CLNP, ARP, RARP, BGP, OSPF, RIP, IGRP, EIGRP, IPX, DDP ej. Ethernet, Token Ring, PPP, HDLC, Frame Relay, RDSI, ATM, IEEE 802.11, FDDI ej. cable, radio, fibra ptica

7 Aplicacin 6 Presentacin 5 Sesin 4 Transporte 3 Red 2 Enlace de datos

1 Fsico

Normalmente, los tres niveles superiores del modelo OSI (Aplicacin, Presentacin y Sesin) son considerados simplemente como el nivel de aplicacin en el conjunto TCP/IP. Como TCP/IP no tiene un nivel de sesin unificado sobre el que los niveles superiores se sostengan, estas funciones son tpicamente desempeadas (o ignoradas) por las aplicaciones de usuario. La diferencia ms notable entre los modelos de TCP/IP y OSI es el nivel de Aplicacin, en TCP/IP se integran algunos niveles del modelo OSI en su nivel de Aplicacin. Una interpretacin simplificada de la pila se muestra debajo: ej. HTTP, FTP, DNS (protocolos de enrutamiento como BGP y RIP, que por varias razones funcionen sobre TCP y UDP respectivamente, son considerados parte del nivel de red)

5 Aplicacin

ej. TCP, UDP, RTP, SCTP 4 Transporte (protocolos de enrutamiento como OSPF, que funcionen sobre IP, son considerados parte del nivel de red) 3 Interred 2 Enlace 1 Fsico El nivel Fsico El nivel fsico describe las caractersticas fsicas de la comunicacin, como las convenciones sobre la naturaleza del medio usado para la comunicacin (como las comunicaciones por cable, fibra ptica o radio), y todo lo relativo a los detalles como los conectores, cdigo de canales y modulacin, potencias de seal, longitudes de onda, sincronizacin y temporizacin y distancias mximas. La familia de protocolos de Internet no cubre el nivel fsico de ninguna red; vanse los artculos de tecnologas especficas de red para los detalles del nivel fsico de cada tecnologa particular. Para TCP/IP este es el Protocolo de Internet (IP) (protocolos requeridos como ICMP e IGMP funcionan sobre IP, pero todava se pueden considerar parte del nivel de red; ARP no funciona sobre IP ej. Ethernet, Token Ring, etc. ej. medio fsico, y tcnicas de codificacin, T1, E1

El nivel de Enlace de datos El nivel de enlace de datos especifica como son transportados los paquetes sobre el nivel fsico, incluido los delimitadores (patrones de bits concretos que marcan el comienzo y el fin de cada trama). Ethernet, por ejemplo, incluye campos en la cabecera de la trama que especifican que mquina o mquinas de la red son las destinatarias de la trama. Ejemplos de protocolos de nivel de enlace de datos son Ethernet, Wireless Ethernet, SLIP, Token Ring y ATM. PPP es un poco ms complejo y originalmente fue diseado como un protocolo separado que funcionaba sobre otro nivel de enlace, HDLC/SDLC. Este nivel es a veces subdividido en Control de enlace lgico (Logical Link Control) y Control de acceso al medio (Media Access Control).... El nivel de Interred Como fue definido originalmente, el nivel de red soluciona el problema de conseguir transportar paquetes a travs de una red sencilla. Ejemplos de protocolos son X.25 y Host/IMP Protocol de ARPANET. Con la llegada del concepto de Interred, nuevas funcionalidades fueron aadidas a este nivel, basadas en el intercambio de datos entre una red origen y una red destino. Generalmente esto incluye un enrutamiento de paquetes a travs de una red de redes, conocidada como Internet. En la familia de protocolos de Internet, IP realiza las tareas bsicas para conseguir transportar datos desde un origen a un destino. IP puede pasar los datos a una serie de protocolos superiores; cada uno de esos protocolos es identificado con un nico "Nmero de protocolo IP". ICMP y IGMP son los protocolos 1 y 2, respectivamente. Algunos de los protocolos por encima de IP como ICMP (usado para transmitir informacin de diagnstico sobre transmisiones IP) e IGMP (usado para dirigir trfico multicast) van en niveles superiores a IP pero realizan funciones del nivel de red e ilustran una incompatibilidad entre los modelos de Internet y OSI. Todos los protocolos de enrutamiento, como BGP, OSPF, y RIP son realmente tambin parte del nivel de red, aunque ellos parecen pertenecer a niveles ms altos en la pila. El nivel de Transporte Los protocolos del nivel de transporte pueden solucionar problemas como la fiabilidad ("alcanzan los datos su destino?") y la seguridad de que los datos llegan en el orden correcto. En el conjunto de protocolos TCP/IP, los protocolos de transporte tambin determinan a que aplicacin van destinados los datos. Los protocolos de enrutamiento dinmico que tcnicamente encajan en el conjunto de protocolos TCP/IP (ya que funcionan sobre IP) son generalmente considerados parte del nivel de red; un ejemplo es OSPF (protocolo IP nmero 89). TCP (protocolo IP nmero 6) es un mecanismo de transporte fiable y orientado a conexin, que proporciona un flujo fiable de bytes, que asegura que los datos llegan completos, sin daos y en orden. TCP realiza continuamente medidas sobre el estado de la red para evitar sobrecargarla con demasiado trfico. Adems, TCP trata de enviar todos los datos correctamente en la secuencia especificada. Esta es una de las principales diferencias con UDP, y puede convertirse en una desventaja en flujos en tiempo real (muy sensibles a la variacin del retardo) o aplicaciones de enrutamiento con porcentajes altos de prdida en el nivel de interred. Ms reciente es SCTP, tambin un mecanismo fiable y orientado a conexin. Est relacionado con la orientacin a byte, y proporciona mltiples sub-flujos multiplexados sobre la misma conexin. Tambin proporciona soporte de multihoming, donde una conexin puede ser representada por mltiples direcciones IP (representando mltiples interfaces fsicas), as si hay una falla la conexin no se

interrumpe. Fue desarrollado inicialmente para aplicaciones telefnicas (para transportar SS7 sobre IP), pero tambin fue usado para otras aplicaciones. UDP (protocolo IP nmero 17) es un protocolo de datagramas sin conexin. Es un protocolo no fiable (best effort al igual que IP) - no porque sea particularmente malo, sino porque no verifica que los paquetes lleguen a su destino, y no da garantas de que lleguen en orden. Si una aplicacin requiere estas caractersticas, debe llevarlas a cabo por s misma o usar TCP. UDP es usado normalmente para aplicaciones de streaming (audio, video, etc) donde la llegada a tiempo de los paquetes es ms importante que la fiabilidad, o para aplicaciones simples de tipo peticin/respuesta como el servicio DNS, donde la sobrecarga de las cabeceras que aportan la fiabilidad es desproporcionada para el tamao de los paquetes. DCCP est actualmente bajo desarrollo por el IETF. Proporciona semntica de control para flujos TCP, mientras de cara al usuario se da un servicio de datagramas UDP.. TCP y UDP son usados para dar servicio a una serie de aplicaciones de alto nivel. Las aplicaciones con una direccin de red dada son distinguibles entre s por su nmero de puerto TCP o UDP. Por convencin, los puertos bien conocidos (well-known ports) son asociados con aplicaciones especficas. RTP es un protocolo de datagramas que ha sido diseado para datos en tiempo real como el streaming de audio y video que se monta sobre UDP. El nivel de Aplicacin El nivel de aplicacin es el nivel que los programas ms comunes utilizan para comunicarse a travs de una red con otros programas. Los procesos que acontecen en este nivel son aplicaciones especficas que pasan los datos al nivel de aplicacin en el formato que internamente use el programa y es codificado de acuerdo con un protocolo estndar. Algunos programas especficos se considera que se ejecutan en este nivel. Proporcionan servicios que directamente trabajan con las aplicaciones de usuario. Estos programas y sus correspondientes protocolos incluyen a HTTP (HyperText Transfer Protocol), FTP (Transferencia de archivos), SMTP (correo electrnico), SSH (login remoto seguro), DNS (Resolucin de nombres de dominio) y a muchos otros. Una vez que los datos de la aplicacin han sido codificados en un protocolo estndar del nivel de aplicacin son pasados hacia abajo al siguiente nivel de la pila de protocolos TCP/IP. En el nivel de transporte, las aplicaciones normalmente hacen uso de TCP y UDP, y son habitualmente asociados a un nmero de puerto bien conocido (well-known port). Los puertos fueron asignados originalmente por la IANA. Ventajas e inconvenientes El conjunto TCP/IP est diseado para enrutar y tiene un grado muy elevado de fiabilidad, es adecuado para redes grandes y medianas, as como en redes empresariales. Se utiliza a nivel mundial para conectarse a Internet y a los servidores web. Es compatible con las herramientas estndar para analizar el funcionamiento de la red. Un inconveniente de TCP/IP es que es ms difcil de configurar y de mantener que NetBEUI o IPX/SPX; adems es algo ms lento en redes con un volumen de trfico medio bajo. Sin embargo, puede ser ms rpido en redes con un volumen de trfico grande donde haya que enrutar un gran nmero de tramas. El conjunto TCP/IP se utiliza tanto en redes empresariales como por ejemplo en campus universitarios o en complejos empresariales, en donde utilizan muchos enrutadores y conexiones a mainframe o a ordenadores UNIX, como as tambin en redes pequeas o domsticas, y hasta en telfonos mviles y en domtica.

Hypertext Transfer Protocol El protocolo de transferencia de hipertexto (HTTP, HyperText Transfer Protocol) es el protocolo usado en cada transaccin de la Web (WWW). El hipertexto es el contenido de las pginas web, y el protocolo de transferencia es el sistema mediante el cual se envan las peticiones de acceso a una pgina y la respuesta con el contenido. Tambin sirve el protocolo para enviar 'informacin adicional en ambos sentidos, como formularios con campos de texto. HTTP es un protocolo sin estado, es decir, que no guarda ninguna informacin sobre conexiones anteriores. Al finalizar la transaccin todos los datos se pierden. Por esto se popularizaron las cookies, que son pequeos ficheros guardados en el propio ordenador que puede leer un sitio web al establecer conexin con l, y de esta forma reconocer a un visitante que ya estuvo en ese sitio anteriormente. Gracias a esta identificacin, el sitio web puede almacenar gran nmero de informacin sobre cada visitante, ofrecindole as un mejor servicio. La versin actual de HTTP es la 1.1, y su especificacin est en el documento RFC 2616. HTTP dispone de una variante cifrada mediante SSL llamada HTTPS. Transacciones HTTP El protocolo HTTP est basado en el modelo cliente-servidor. Un cliente HTTP abre una conexin y enva su solicitud al servidor, el cual responder con el recurso solicitado si est disponible y su acceso es permitido y la conexin se cierra eso es muy cierto se cierra. El formato tanto del mensaje como de la respuesta es como sigue (separando las lneas con la secuencia retorno de carro-nueva lnea): <Linea inicial> Cabecera-1: valor-1 ...(Common Object Interface Generator) Cabecera-n: valor-n <Cuerpo del mensaje (Opcional)> La lnea inicial es diferente en las solicitudes y en las respuestas. En las solicitudes est formada por tres campos que se separan con un espacio en blanco: "Mtodo recurso versin-del-protocolo". Por ejemplo: "GET /path/to/file/index.html HTTP/1.0". La lnea inicial de una respuesta tiene tres campos separados por un espacio: "versin-del-protocolo cdigo-respuesta mensaje". Por ejemplo: "HTTP/1.0 200 OK". Los encabezados estn normados en el protocolo, e incluyen, en el caso de una solicitud, informacin del navegador y eventualmente del usuario cliente; En el caso de una respuesta, informacin sobre el servidor y sobre el recurso. El cuerpo del mensaje contiene el recurso a transferir o el texto de un error en el caso de una respuesta. En el caso de una solicitud, puede contener parmetros de la llamada archivos enviados al servidor. Actualmente viene remplazando al FTP en la transferencia de archivos. El servidor Apache permite el uso de los llamados distributed configuration files, osea ficheros de configuracin distribuidos. Estos permiten personalizar el funcionamiento del servidor en un directorio concreto sin necesidad de modificar el fichero de configuracin principal de Apache, el httpd.conf. Ejemplo de un dilogo HTTP Para obtener un recurso con el URL http://www.example/index.html 1. Se abre un socket con el host www.tuhost.example, puerto 80 que es el puerto por defecto para HTTP.

2.

Se enva un mensaje en el estilo siguiente:

GET /index.html HTTP/1.0 Host: www.example.com User-Agent: HTTPTool/1.0 [Lnea en blanco] Herramientas de Software libre Apache httpd server Apache ha sido el servidor web ms difundido desde 1996. La encuesta de Netcraft de abril de 2005, muestra que alrededor del 70% de los servidores web utilizan Apache, y la parte de mercado crece de ao en ao. Jigsaw - W3C's Server Roxen Zope : Un poderoso servidor web implementado en python con soporte para conexiones a bases de datos, extensibilidad sencilla y administracin va web.

Primeros Servidores CERN httpd Server NCSA httpd server Compuserve httpd server

Recursos HTTP se utiliza para transmitir recursos, que incluyen adems de archivos, el resultado de la ejecucin de un programa, una consulta a una base de datos, la traduccin automtica de un documento, etc. Para un servidor HTTP, los recursos son o bien archivos, o bien el resultado de la ejecucin de un programa.

Cdigos de respuesta Son cdigos de tres dgitos: 1xx Mensajes de informacin N Descripcin 100 Contina 101 Cambio de protocolo 2xx Operacin exitosa N Descripcin 200 OK 201 Creado 202 Aceptado 203 Informacin no oficial 204 Sin Contenido 205 Contenido para recargar 206 Contenido parcial 3xx Redireccin hacia otro URL N Descripcin 400 Solicitud incorrecta 401 No autorizado 402 Pago requerido 403 Prohibido 404 No encontrado 405 Mtodo no permitido N Descripcin 300 Mltiples posibilidades 301 Mudado permanentemente 302 Encontrado 303 Vea otros 304 No modificado 305 Utilice un proxy 307 Redireccin temporal 4xx Error por parte del cliente

406 No aceptable 407 Proxy requerido 408 Tiempo de espera agotado 409 Conflicto 410 Ya no disponible 411 Requiere longitud 412 Fall precondicin 413 Entidad de solicitud demasiado larga

Domain Name System Tecnologas y protocolos de red* DNS, FTP, HTTP, IMAP, IRC, NFS, NNTP, NTP, POP3, SMB/CIFS, SMTP, SNMP, SSH, Telnet, SIP, ver ms ASN.1, MIME, SSL/TLS, XML, ver ms NetBIOS, ver ms SCTP, SPX, TCP, UDP, ver ms AppleTalk, IP, IPX, NetBEUI, X.25, ver ms ATM, Ethernet, Frame Relay, HDLC, PPP, Token Ring, Wi-Fi, STP, ver ms Cable coaxial, Cable de fibra ptica, Cable de par trenzado, Microondas, Radio, RS232, ver ms

Nivel de aplicacin

414 URL de solicitud demasiado largo 415 Tipo de medio no soportado 416 Rango solicitado no disponible 417 Fall expectativa 5xx Error por parte del servidor N Descripcin 500 Error interno 501 No implementado 502 Pasarela incorrecta 503 Servicio no disponible 504 Tiempo de espera de la pasarela agotado

Nivel de presentacin Nivel de sesin Nivel de transporte Nivel de red Nivel de enlace

Nivel fsico

505 Versin de HTTP no soportada

* segn el Modelo OSI

El Domain Name System (DNS) es una base de datos distribuida y jerrquica que almacena informacin asociada a nombres de dominio en redes como Internet. Aunque como base de datos el DNS es capaz de asociar distintos tipos de informacin a cada nombre, los usos ms comunes son la asignacin de nombres de dominio a direcciones IP y la localizacin de los servidores de correo electrnico de cada dominio. La asignacin de nombres a direcciones IP es ciertamente la funcin ms conocida de los protocolos DNS. Por ejemplo, si la direccin IP del sitio FTP de prox.ve es 200.64.128.4, la mayora de la gente llega a este equipo especificando ftp.prox.ve y no la direccin IP. Adems de ser ms fcil de recordar, el nombre es ms fiable. La direccin numrica podra cambiar por muchas razones, sin que tenga que cambiar el nombre. Inicialmente, el DNS naci de la necesidad de recordar fcilmente los nombres de todos los servidores conectados a Internet. En un inicio, SRI (ahora SRI International) alojaba un archivo llamado HOSTS que contena todos los nombres de dominio conocidos (tcnicamente, este archivo an existe - la mayora de los sistemas operativos actuales todava pueden ser configurados para revisar su archivo hosts). El crecimiento explosivo de la red caus que el sistema de nombres centralizado en el archivo HOSTS no resultara prctico y en 1983, Paul Mockapetris public los RFCs 882 y 883 definiendo lo que hoy en da ha evolucionado al DNS moderno. (Estos RFCs han quedado obsoletos por la publicacin en 1987 de los RFCs 1034 y 1035). Cmo trabaja DNS Para la operacin prctica del sistema DNS se utilizan tres componentes principales: Los Clientes DNS (resolvers), un programa cliente DNS que se ejecuta en la computadora del usuario y que genera peticiones DNS de resolucin de nombres a un servidor DNS (Por ejemplo: Qu direccin IP corresponde a nombre.dominio?);

Los Servidores DNS (name servers), que contestan las peticiones de los clientes, los servidores recursivos tienen la capacidad de reenviar la peticin a otro servidor si no disponen de la direccin solicitada; Y las Zonas de autoridad, porciones del espacio de nombres de dominio que almacenan los datos. Cada zona de autoridad abarca al menos un dominio y posiblemente sus subdominios, si estos ltimos no son delegados a otras zonas de autoridad.

Entendiendo las partes de un nombre de dominio Un nombre de dominio usualmente consiste en dos o ms partes (tcnicamente etiquetas), separadas por puntos cuando se las escribe en forma de texto. Por ejemplo, www.mahomedalid.org o es.Wikipedia.org A la etiqueta ubicada ms a la derecha se le llama dominio de nivel superior (ingls < Top Level Domain). Como org en www.mahomedalid.org es.Wikipedia.org Cada etiqueta a la izquierda especifica una subdivisin o subdominio. Ntese que "subdominio" expresa dependencia relativa, no dependencia absoluta. En teora, esta subdivisin puede tener hasta 127 niveles, y cada etiqueta contener hasta 63 caracteres, pero restringido a que la longitud total del nombre del dominio no exceda los 255 caracteres, aunque en la prctica los dominios son casi siempre mucho ms cortos. Finalmente, la parte ms a la izquierda del dominio suele expresar el nombre de la mquina (en ingls hostname). El resto del nombre de dominio simplemente especifica la manera de crear una ruta lgica a la informacin requerida. Por ejemplo, el dominio es.Wikipedia.org tendra el nombre de la mquina "es", aunque en este caso no se refiere a una mquina fsica en particular.

El DNS consiste en un conjunto jerrquico de servidores DNS. Cada dominio o subdominio tiene una o ms zonas de autoridad que publican la informacin acerca del dominio y los nombres de servicios de cualquier dominio incluido. La jerarqua de las zonas de autoridad coincide con la jerarqua de los dominios. Al inicio de esa jerarqua se encuentra los servidores raz: los servidores que responden cuando se busca resolver un dominio de primer y segundo nivel. Tipos de servidores DNS Bind PowerDNS MaraDNS djbdns pdnsd MyDNS Tipos de resolucin de nombres de dominio Existen dos tipos de consultas que un cliente (resolver) puede hacer a un servidor DNS: iterativa recursiva

En las consultas recursivas el servidor repite el mismo proceso bsico (consultar a un servidor remoto y seguir cualquier referencia) hasta que obtiene la respuesta a la pregunta. Las consultas iterativas, o resolucin iterativa, consisten en la mejor respuesta que el servidor de nombres pueda dar. El servidor de nombres consulta sus datos locales (incluyendo su cach) buscando los datos solicitados. Cuando existe ms de un servidor autoritario para una zona, BIND utiliza el menor valor en la mtrica RTT (round-trip time) para seleccionar el servidor. El RTT es una medida para determinar cunto tarda un servidor en responder una consulta. El proceso de resolucin normal se da de la siguiente manera: 1. El servidor A recibe una consulta recursiva desde el resolver.

2. 3. 4. 5. 6. 7. 8. 9.

El servidor A enva una consulta iterativa a B. El servidor B refiere a A otro servidor de nombres, incluyendo a C. El servidor A enva una consulta iterativa a C. El servidor C refiere a A otro servidor de nombres, incluyendo a D. El servidor A enva una consulta iterativa a D. El servidor D responde. El servidor A regresa la respuesta al resolver. El resolver entrega la respuesta al programa que solicit la informacin.

Tipos de registros DNS A = Address (Direccin) Este registro se usa para traducir nombres de hosts a direcciones IP. CNAME = Canonical Name (Nombre Cannico) Se usa para crear nombres de hosts adicionales, o alias, para los hosts de un dominio. NS = Name Server (Servidor de Nombres) Define la asociacin que existe entre un nombre de dominio y los servidores de nombres que almacenan la informacin de dicho dominio. Cada dominio se puede asociar a una cantidad cualquiera de servidores de nombres. MX = Mail Exchange (Intercambiador de Correo) Define el lugar donde se aloja el correo que recibe el dominio. PTR = Pointer (Indicador) Tambin conocido como 'registro inverso', funciona a la inversa del registro A, traduciendo IPs en nombres de dominio. SOA = Start of authority (Autoridad de la zona) Proporciona informacin sobre la zona. HINFO = Host INFOrmation (Informacin del sistema informtico) Descripcin del host, permite que la gente conozca el tipo de mquina y sistema operativo al que corresponde un dominio. TXT = TeXT - ( Informacin textual) Permite a los dominios identificarse de modos arbitrarios.

Simple Mail Transfer Protocol Simple Mail Transfer Protocol (SMTP), o protocolo simple de transferencia de correo electrnico. Protocolo de red basado en texto utilizado para el intercambio de mensajes de correo electrnico entre computadoras o distintos dispositivos (PDA's, telfonos mviles, etc.). Est definido en el RFC 2821 y es un estndar oficial de Internet1. Historia En 1982 se dise el primer sistema para intercambiar correos electrnicos para ARPANET, definido en los Request for comments RFC 821 y RFC 822. La primera de ellas define este protocolo y la segunda el formato del mensaje que este protocolo deba transportar. Con el tiempo se ha convertido en uno de los protocolos ms usados en internet. Para adaptarse a las nuevas necesidades surgidas del crecimiento y popularidad de internet se han hecho varias ampliaciones a este protocolo, como poder enviar texto con formato o archivos adjuntos.

Funcionamiento SMTP se basa en el modelo cliente-servidor, donde un cliente enva un mensaje a uno o varios receptores. La comunicacin entre el cliente y el servidor consiste enteramente en lneas de texto compuestas por caracteres ASCII. El tamao mximo permitido para estas lneas es de 1000 caracteres. Las respuestas del servidor constan de un cdigo numrico de tres digitos, seguido de un texto explicativo. El nmero va dirigido a un procesado automtico de la respuesta por autmata, mientras que el texto permite que un humano interprete la respuesta. En el protocolo SMTP todas las rdenes, rplicas o datos

son lneas de texto, delimitadas por el carcter <CRLF>. Todas las rplicas tienen un cdigo numrico al comienzo de la lnea. En el conjunto de protocolos TCP/IP, el SMTP va por encima del TCP, usando normalmente el puerto 25 en el servidor para establecer la conexin. Resumen simple del funcionamiento del protocolo SMTP [editar] Cuando un cliente establece una conexin con el servidor SMTP, espera a que ste enve un mensaje 220 Service ready o 421 Service non available Se enva un HELO desde el cliente. Con ello el servidor se identifica. Esto puede usarse para comprobar si se conect con el servidor SMTP correcto. El cliente comienza la transaccin del correo con la orden MAIL. Como argumento de esta orden se puede pasar la direccin de correo al que el servidor notificar cualquier fallo en el envo del correo. El servidor responde 250 OK. Ya le hemos dicho al servidor que queremos mandar un correo, ahora hay que comunicarle a quien. La orden para esto es RCPT TO:<destino@host>. Se pueden mandar tantas rdenes RCPT como destinatarios del correo queramos. Por cada destinatario, el servidor contestar 250 OK o bien 550 No such user here, si no encuentra al destinatario. Una vez enviados todos los RCPT, el cliente enva una orden DATA para indicar que a continuacin se envan los contenidos del mensaje. El servidor responde 354 Start mail input, end with <CRLF>.<CRLF> Esto indica al cliente como ha de notificar el fin del mensaje. Ahora el cliente enva el cuerpo del mensaje, lnea a lnea. Una vez finalizado, se termina con un <CRLF>.<CRLF> (la ltima lnea ser un punto), a lo que el servidor contestar 250 OK, o un mensaje de error apropiado. Tras el envo, el cliente, si no tiene que enviar ms correos, con la orden QUIT corta la conexin. Tambin puede usar la orden TURN, con lo que el cliente pasa a ser el servidor, y el servidor se convierte en cliente. Finalmente, si tiene ms menajes que enviar, repite el proceso hasta completarlos.

Puede que el servidor SMTP soporte las extensiones definidas en el RFC 1651, en este caso, la orden HELO puede ser sustituida por la orden EHLO, con lo que el servidor contestar con una lista de las extensiones admitidas. Si el servidor no soporta las extensiones, contestar con un mensaje "500 Syntax error, command unrecognized".

En el ejemplo pueden verse las rdenes bsicas de SMTP: HELO, para abrir una sesin con el servidor MAIL FROM, para indicar quien enva el mensaje RCPT TO, para indicar el destinatario del mensaje DATA, para indicar el comienzo del mensaje, ste finalizar cuando haya una lnea nicamente con un punto. QUIT, para cerrar la sesin RSET Aborda la transaccin en curso y borra todos los registros. SEND Inicia una transaccin en la cual el mensaje se entrega a una terminal. SOML El mensaje se entrega a un terminal o a un buzon. SAML El mensaje se entrega a un terminal y a un buzon. VRFY Solicita al servidor la verificacin del argumento. EXPN Solicita al servidor la confirmacin del argumento. HELP Permite solicitar informacin sobre un comando. NOOP Se emplea para reiniciar los temporizadores.

TURN Solicita al servidor que intercambien los paquetes.

De los tres dgitos del cdigo numrico, el primero indica la categora de la respuesta, estando definidas las siguientes categoras: 2XX, la operacin solicitada mediante el comando anterior ha sido concluida con xito 3XX, la orden ha sido aceptada, pero el servidor esta pendiente de que el cliente le enve nuevos datos para terminar la operacin 4XX, para una respuesta de error, pero se espera a que se repita la instruccin 5XX, para indicar una condicin de error permanente, por lo que no debe repetirse la orden

Una vez que el servidor recibe el mensaje finalizado con un punto puede bien almacenarlo si es para un destinatario que pertenece a su dominio, o bien retransmitirlo a otro servidor para que finalmente llegue a un servidor del dominio del receptor. Ejemplo de una comunicacin SMTP En primer lugar se ha de establecer una conexin entre el emisor (cliente) y el receptor (servidor). Esto puede hacerse automticamente con un programa cliente de correo o mediante un cliente telnet. En el siguiente ejemplo se muestra una conexin tpica. Se nombra con la letra C al cliente y con S al servidor. S: C: S: C: S: C: S: C: S: C: C: C: C: C: C: C: C: S: C: S: 220 Servidor ESMTP HELO 250 Hello, please meet you MAIL FROM: yo@midominio.com 250 Ok RCPT TO: destinatario@sudominio.com 250 Ok DATA 354 End data with <CR><LF>.<CR><LF> Subject: Campo de asunto From: yo@midominio.com To: destinatario@sudominio.com Hola, Esto es una prueba. Adios. . 250 Ok: queued as 12345 quit 221 Bye

Formato del mensaje Como se muestra en el ejemplo anterior, el mensaje es enviado por el cliente despus de que ste mande la orden DATA al servidor. El mensaje est compuesto por dos partes: Cabecera: en el ejemplo las tres primeras lneas del mensaje son la cabecera. En ellas se usan unas palabras clave para definir los campos del mensaje. stos campos ayudan a los clientes de correo a organizarlos y mostrarlos. Los ms tpicos son subject (asunto), from (emisor) y to (receptor). stos dos ltimos campos no hay que confundirlos con las rdenes MAIL FROM y RCPT TO, que pertenecen al protocolo, pero no al formato del mensaje. Cuerpo del mensaje: es el mensaje propiamente dicho. En el SMTP bsico est compuesto nicamente por texto, y finalizado con una lnea en la que el nico carcter es un punto.

Seguridad y spam

Una de las limitaciones del SMTP original es que no facilita mtodos de autenticacin a los emisores, as que se defini la extensin SMTP-AUTH. A pesar de esto, el spam es an el mayor problema. No se cree que las extensiones sean una forma prctica para prevenirlo. Internet Mail 2000 es una de las propuestas para reemplazarlo. ESPECIFICACIONES DEL PROTOCOLO SMTP Ejemplo de transferencia de mensajes SMTP Las lneas precedidas de <<"C:">> corresponden a comandos emitidos por el cliente y las comienzan con <<"S:">> son las consiguientes respuestas que devuelve el servidor. S: <en espera de conexin TCP en el puerto 25> c: <abre la conexin con el servidor> s:220 beta.gov Simple Mail Transfer Service ready c:HELO <alpha.edu> s:250 beta.gov c:MAIL from : <smith@alpha.edu> s:250 OK c:RCPT TO: <jones@beta.edu> s:250 OK c:RCPT TO: <green@beta.edu> s:550 No such user here c:DATA s:354 Start mail input; end with <CRLF>.<CRLF> c:.... se enva el contenido del mensaje (cabecera y cuerpo)... s:<CRLF>.<CRLF> s:250 OK c:QUIT s:221 beta.gov Service closing transmition channel 1. Conexin al inicio del protocolo Cuando se emplea el protocolo TCP el servidor SMTP escucha permanentemente al puerto 25, en espera de algn cliente que desea enviarlo. El protocolo de aplicacin SMTP inicia el comando HELO, seguido de la identificacin del cliente, el servidor lo acepta con un cdigo <<250 OK>>.

2. Envo de mensajes Una vez iniciado el protocolo, se realiza el envo de mensajes desde el cliente al servidor, mediante el siguiente proceso. 2.1.Envo del sobre En primer lugar se transmite la direccin del buzon del origen del mensaje, el comando es el MAIL FROM y si el servidor acepta enva el mensaje 250 OK. Luego se transmite la direccin de destino, mediante el comando RCPT TO y el servidor confirma con 250 OK , pero si el destinatario se enva 550 Failure. 2.2.Envo del contenido del mensaje El cliente informa al servidor de que va a enviar el mensaje mendiante el comando DATA, si el servidor esta dispuesto enva 354, todas las lneas que el cliente enva a partir de este momento se consideran parte del contenido del mensaje, al final del mensaje se considera enviando el <<.>>, cuando el servidor recibe el fin del mensaje confirma con 250 OK, 3. Cierre de la conexin Una vez enviado todos los mensajes, el cliente puede cerrar la conexin mediante el comando QUIT, caso contrario la mquina que recibi los mensajes sea quien las enve con el comando TURN, el servidor confirma con 250 OK, dando una seccin que se inicia con el comando HELO. Network News Transport Protocol Network News Transport Protocol (NNTP) es una aplicacin de internet que consiste en un protocolo usado para la lectura y publicacin de artculos de noticias en Usenet.Su traduccin literal al espaol es "protocolo para la transferencia de noticias en red". Historia [editar] NNTP tuvo sus comienzos en marzo de 1986 cuando Brian Kantor de la Universidad de San Diego,y Phil Lapsley de la Universidad de Berkeley crearon el RFC 977, especificacin en la que se bas el NNTP en ese momento. Este protocolo tuvo otros colaboradores como fueron Stan Barber de el Colegio de Medicina Baylor y Erik Fair de Apple Computer. En octubre de 2006, el IETF public el RFC 3977 que actualiza el protocolo NNTP y que incluye muchas de las mejoras creadas a lo largo de los aos desde el RFC 977. Hoy en da tambin algunos BBS usan este protocolo para dejar disponibles sus foros o reas de correo de la red FidoNet u otras redes. Principio de funcionamiento El funcionamiento del NNTP es muy sencillo, consta de un servidor en el que estn almacenadas las noticias y a el se conectan los clientes a travs de la red. La conexin entre cliente y servidor se hace de forma interactiva consiguiendo as un nmero de articulos duplicados muy bajo. Esto supone una gran ventaja respecto de servicios de noticias anteriores en la que la tecnologa por lotes era su principal aliado. Esta conexin se realiza sobre el protocolo TCP. El puerto 119 est reservado para el NNTP. Sin embargo cuando los clientes se conectan al servidor de noticias mediante SSL se utiliza el puerto 563. Cada artculo de noticias almacenado en el servidor esta referenciado por el nombre de la mquina del cliente que ha publicado dicho artculo. Esta referencia queda presente en un campo de la cabecera NNTP-Posting-Host.

Posibilidades que ofrece este protocolo [editar] Al igual que otros servidores de noticias los clientes podrn listar los grupos de noticias disponibles y descargar,enviar y publicar artculos mediante rdenes especificas del NNTP. Cuando se publica se esta creando un artculo nuevo y por lo tanto la cabecera del mensaje solo tendr parte de la informacion en la cabecera. Al enviar ests trabajando con un artculo que realmente existe y que posee una informacin completa en la cabecera y que tambin contiene el identificador del mensaje cuando se public. Tanto los lectores de noticias como los clientes de transferencia de noticias pueden descargar los artculos esto permite el acceso simultaneo a muchos clientes a las noticias sin contar con los grandes inconvenientes del NFS

Mtodos de transferencia de noticias Para transferir noticias utilizaremos dos metodos: -Mtodo pushing(activo): Cuando el cliente enva un artculo al servidor por este mtodo este le devuelve un cdigo de respuesta por el cual se sabe si ya tiene ese artculo o sin embargo no lo tiene y es transferido desde el cliente. La orden para realizar dicho proceso es IHAVE msgid. Este mtodo tambin se llama coloquialmente empujar. Cabe destacar una gran desventaja y es que cada artculo es buscado individualmente por lo que esto supone un gran nmero de accesos en la base de datos y una gran carga para el servidor. -Mtodo pulling(pasivo):Con esta tcnica se obtiene una lista de artculos de un grupo cuya fecha es posterior a la especificada por el cliente, para ello se utiliza la orden NEWSNEWS,Despus el cliente selecciona los artculos que no posee de la lista anterior y le son transferidos. La orden ARTICLE sirve para realizar dicho propsito trabajando con cada uno de los IDs de los mensajes seleccionados. Esta tcnica tambin se puede llamar tirar. Todo el proceso de transferencia de noticias esta regulado por un estricto control por parte del servidor ya que puede darse el caso que exista informacin confidencial y esta solo puede ser vista por algunos clientes. El protocolo IMAP tambin puede usarse para leer los grupos de noticias.

Spoofing Un Problema potencial Un problema presente en el protocolo NNTP es el spoofing (falsificacion de noticias) que consiste en una suplantacin de la identidad de los clientes que participan en un grupo de noticias. Una extensin del NNTP soluciona este problema y para ello pide una autentificacin al usuario para algunas rdenes esto protege al servidor de noticias de un uso malintenciado. Otros protocolos de transferencias de noticias como el SMTP tambin presenta este problema.

Paquetes NNTP Entre los diferentes paquetes NNTP podemos destacar el demonio NNTP (nntpd), que es uno de los ms conocidos y adems es usado como referencia. Sus creadores son Stan Barber y Phil Lapsley. Este paquete lo puedes encontrar en cualquier distribucin de linux. Otro paquete NNTP es el InterNetNews o INN fue creado por Rich Salz y combina dos protocolos uno basado en NNTP y otro en UUCP , esta caracterstica hace a este paquete mejor que el anterior (nntpd) y es utilizado para manejar grupos de noticias de gran tamao. Domain Name System El Domain Name System (DNS) es una base de datos distribuida y jerrquica que almacena informacin asociada a nombres de dominio en redes como Internet. Aunque como base de datos el DNS es capaz de asociar distintos tipos de informacin a cada nombre, los usos ms comunes son la asignacin de nombres de dominio a direcciones IP y la localizacin de los servidores de correo electrnico de cada dominio. La asignacin de nombres a direcciones IP es ciertamente la funcin ms conocida de los protocolos DNS. Por ejemplo, si la direccin IP del sitio FTP de prox.ve es 200.64.128.4, la mayora de la gente llega a este equipo especificando ftp.prox.ve y no la direccin IP. Adems de ser ms fcil de recordar, el nombre es ms fiable. La direccin numrica podra cambiar por muchas razones, sin que tenga que cambiar el nombre. Inicialmente, el DNS naci de la necesidad de recordar fcilmente los nombres de todos los servidores conectados a Internet. En un inicio, SRI (ahora SRI International) alojaba un archivo llamado HOSTS que contena todos los nombres de dominio conocidos (tcnicamente, este archivo an existe - la mayora de los sistemas operativos actuales todava pueden ser configurados para revisar su archivo hosts). El crecimiento explosivo de la red caus que el sistema de nombres centralizado en el archivo HOSTS no resultara prctico y en 1983, Paul Mockapetris public los RFCs 882 y 883 definiendo lo que hoy en da ha evolucionado al DNS moderno. (Estos RFCs han quedado obsoletos por la publicacin en 1987 de los RFCs 1034 y 1035). Cmo trabaja DNS

Componentes Para la operacin prctica del sistema DNS se utilizan tres componentes principales: Los Clientes DNS (resolvers), un programa cliente DNS que se ejecuta en la computadora del usuario y que genera peticiones DNS de resolucin de nombres a un servidor DNS (Por ejemplo: Qu direccin IP corresponde a nombre.dominio?); Los Servidores DNS (name servers), que contestan las peticiones de los clientes, los servidores recursivos tienen la capacidad de reenviar la peticin a otro servidor si no disponen de la direccin solicitada; Y las Zonas de autoridad, porciones del espacio de nombres de dominio que almacenan los datos. Cada zona de autoridad abarca al menos un dominio y posiblemente sus subdominios, si estos ltimos no son delegados a otras zonas de autoridad.