El DNS El DNS ( Domain Name Service) es un sistema de nombres que permite traducir de nombre de dominio a direccin IP y vice-versa.

Aunque Internet slo funciona en base a direcciones IP, el DNS permite que los humanos usemos nombres de dominio que son bastante ms simples de recordar (pero que tambin pueden causar muchos conflictos, puesto que los nombres son activos valiosos en algunos casos). El sistema de nombres de dominios en Internet es un sistema distribuido, jerrquico, replicado y tolerante a fallas. Aunque parece muy difcil lograr todos esos objetivos, la solucin no es tan compleja en realidad. El punto central se basa en un rbol que define la jerarqua entre los dominios y los sub-dominios. En un nombre de dominio, la jerarqua se lee de derecha a izquierda. Por ejemplo, en dcc.uchile.cl, el dominio ms alto es cl. Para que exista una raz del rbol, se puede ver como si existiera un punto al final del nombre: dcc.uchile.cl., y todos los dominios estn bajo esa raz (tambin llamada ``punto").

FTP (sigla 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, o apropiarse de los archivos transferidos. Para solucionar este problema son de gran utilidad aplicaciones como scp y sftp, incluidas en el paquete SSH, que permiten transferir archivos pero

Hypertext Transfer Protocol o HTTP (en espaol protocolo de transferencia de hipertexto) es el protocolo usado en cada transaccin de la World Wide Web. HTTP fue desarrollado por el World Wide Web Consortium y la Internet Engineering Task Force, colaboracin que culmin en 1999 con la publicacin de una serie de RFC, el ms importante de ellos es el RFC 2616 que especifica la versin 1.1. HTTP define la sintaxis y la semntica que utilizan los elementos de software de la arquitectura web (clientes, servidores, proxies) para

comunicarse. 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). Los recursos pueden ser archivos, 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.

Simple Mail Transfer Protocol (SMTP) Protocolo Simple de Transferencia de Correo, es un protocolo de la capa de aplicacin. Protocolo de red basado en texto utilizado para el intercambio de mensajes de correo electrnico entre computadoras u otros dispositivos (PDA's, telfonos mviles, etc.). Est definido en el RFC 2821 y es un estndar oficial de Internet.1 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 dgitos, 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 n. Domain Name System o DNS (en espaol: sistema de nombres de dominio) es un sistema de nomenclatura jerrquica para computadoras, servicios o cualquier recurso conectado a Internet o a una red privada. Este sistema asocia informacin variada con nombres de dominios asignado a cada uno de los participantes. Su funcin ms importante, es traducir (resolver) nombres inteligibles para los humanos en identificadores binarios asociados con los equipos conectados a la red, esto con el propsito de poder localizar y direccionar estos equipos mundialmente.

El 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 diferentes 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.mx es 200.64.128.4, la mayora de la gente llega a este equipo especificando ftp.prox.mx 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 existe[cita requerida] - la mayora de los sistemas operativos actuales pueden ser configurados para revisar su archivo hosts[cita requerida]). 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 hacia el DNS moderno. (Estos RFCs han quedado obsoletos por la publicacin en 1987 de los RFCs 1034 y 1035).

TFTP son las siglas de Trivial file transfer Protocol (Protocolo de transferencia de archivos trivial). Es un protocolo de transferencia muy simple semejante a una versin bsica de FTP. TFTP a menudo se utiliza para transferir pequeos archivos entre ordenadores en una red, como cuando un terminal X Window o cualquier otro cliente ligero arranca desde un servidor de red. Algunos detalles del TFTP:

Utiliza UDP (en el puerto 69) como protocolo de transporte (a diferencia de FTP que utiliza el puerto 21 TCP). No puede listar el contenido de los directorios. No existen mecanismos de autenticacin o cifrado. Se utiliza para leer o escribir archivos de un servidor remoto. Soporta tres modos diferentes de transferencia, "netascii", "octet" y "mail", de los que los dos primeros corresponden a los modos "ascii" e "imagen" (binario) del protocolo FTP. User Datagram Protocol (UDP) es un protocolo del nivel de transporte basado en el intercambio de datagramas (Paquete de datos). 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. Su uso principal es para protocolos como DHCP, BOOTP, DNS y dems protocolos en los que el intercambio de paquetes de la conexin/desconexin son mayores, o no son rentables con respecto a la informacin transmitida, as como para la transmisin de audio y vdeo en tiempo real, donde no es posible realizar retransmisiones por los estrictos requisitos de retardo que se tiene en estos casos. User Datagram Protocol (UDP) es un protocolo mnimo de nivel de transporte orientado a mensajes documentado en el RFC 768 de la IETF. En la familia de protocolos de Internet UDP proporciona una sencilla interfaz entre la capa de red y la capa de aplicacin. UDP no otorga garantas para la entrega de sus mensajes (por lo que realmente no se debera encontrar en la capa 4) y el origen UDP no retiene estados de los mensajes UDP que han sido enviados a la red. UDP slo aade multiplexado de aplicacin y suma de verificacin de la cabecera y la carga til. Cualquier tipo de garantas para la transmisin de la informacin deben ser implementadas en capas superiores. Bits 0 - 15 Puerto origen Longitud del Mensaje 16 - 31 Puerto destino Suma de verificacin

+ 0 3 2

6 4

Datos

La cabecera UDP consta de 4 campos de los cuales 2 son opcionales (con fondo rojo en la tabla). Los campos de los puertos fuente y destino son campos de 16 bits que identifican el proceso de origen y recepcin. Ya que UDP carece de un servidor de estado y el origen UDP no solicita respuestas, el puerto origen es opcional. En caso de no ser utilizado, el puerto origen debe ser puesto a cero. A los campos del puerto destino le sigue un campo obligatorio que indica el tamao en bytes del datagrama UDP incluidos los datos. El valor mnimo es de 8 bytes. El campo de la cabecera restante es una suma de comprobacin de 16 bits que abarca una pseudo-cabecera IP (con las IP origen y destino, el protocolo y la longitud del paquete UDP), la cabecera UDP, los datos y 0's hasta completar un mltiplo de 16. El checksum tambin es opcional en IPv4, aunque generalmente se utiliza en la prctica (en IPv6 su uso es obligatorio). A continuacin se muestra los campos para el clculo del checksum en IPv4, marcada en rojo la pseudo-cabecera IP.

bits 0 32 64 96 128

07

8 15

16 23

24 31

Source address Destination address Zeros Protocol UDP length Destination Port Checksum

Source Port Length

160

Data

El protocolo UDP se utiliza por ejemplo cuando se necesita transmitir voz o vdeo y resulta ms importante transmitir con velocidad que garantizar el hecho de que lleguen absolutamente todos los bytes.

[editar] Puertos UDP utiliza puertos para permitir la comunicacin entre aplicaciones. El campo de puerto tiene una longitud de 16 bits, por lo que el rango de valores vlidos va de 0 a 65.535. El puerto 0 est reservado, pero es un valor permitido como puerto origen si el proceso emisor no espera recibir mensajes como respuesta. Los puertos 1 a 1023 se llaman puertos "bien conocidos" y en sistemas operativos tipo Unix enlazar con uno de estos puertos requiere acceso como superusuario. Los puertos 1024 a 49.151 son puertos registrados. Los puertos 49.152 a 65.535 son puertos efmeros y son utilizados como puertos temporales, sobre todo por los clientes al comunicarse con los servidores.

Simple Mail Transfer Protocol (SMTP) Protocolo Simple de Transferencia de Correo, es un protocolo de la capa de aplicacin. Protocolo de red basado en texto utilizado para el intercambio de mensajes de correo electrnico entre computadoras u otros dispositivos (PDA's, telfonos mviles, etc.). Est definido en el RFC 2821 y es un estndar oficial de Internet.1 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 dgitos, 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 El Protocolo Simple de Administracin de Red o SNMP es un protocolo de la capa de aplicacin que facilita el intercambio de informacin de administracin entre dispositivos de red. Es parte de la familia de protocolos TCP/IP. SNMP permite a los administradores supervisar el funcionamiento de la red, buscar y resolver sus problemas, y planear su crecimiento. Las versiones de SNMP ms utilizadas son SNMP versin 1 (SNMPv1) y SNMP versin 2 (SNMPv2). SNMP en su ltima versin (SNMPv3) posee cambios significativos con relacin a sus predecesores, sobre todo en aspectos de seguridad, sin embargo no ha sido mayoritariamente aceptado en la industria.

Comandos bsicos Los dispositivos administrados son supervisados y controlados usando cuatro comandos SNMP bsicos: lectura, escritura, notificacin y operaciones transversales. El comando de lectura es usado por un NMS para supervisar elementos de red. El NMS examina diferentes variables que son mantenidas por los dispositivos administrados. El comando de escritura es usado por un NMS para controlar elementos de red. El NMS cambia los valores de las variables almacenadas dentro de los dispositivos administrados. El comando de notificacin es usado por los dispositivos administrados para reportar eventos en forma asncrona a un NMS. Cuando cierto tipo de evento ocurre, un dispositivo administrado enva una notificacin al NMS. Las operaciones transversales son usadas por el NMS para determinar qu variables soporta un dispositivo administrado y para recoger secuencialmente informacin en tablas de variables, como por ejemplo, una tabla de rutas. Para realizar las operaciones bsicas de administracin anteriormente nombradas, el protocolo SNMP utiliza un servicio no orientado a la conexin (UDP) para enviar un pequeo grupo de mensajes (PDUs) entre los administradores y agentes. La utilizacin de un mecanismo de este tipo

asegura que las tareas de administracin de red no afectarn al rendimiento global de la misma, ya que se evita la utilizacin de mecanismos de control y recuperacin como los de un servicio orientado a la conexin, por ejemplo TCP. Telnet (TELecommunication NETwork) es el nombre de un protocolo de red que sirve para acceder mediante una red a otra mquina para manejarla remotamente como si estuviramos sentados delante de ella. Tambin es el nombre del programa informtico que implementa el cliente. Para que la conexin funcione, como en todos los servicios de Internet, la mquina a la que se acceda debe tener un programa especial que reciba y gestione las conexiones. El puerto que se utiliza generalmente es el 23. Hoy en da este protocolo tambin se usa para acceder a los BBS, que inicialmente eran accesibles nicamente con un mdem a travs de la lnea telefnica. Para acceder a un BBS mediante telnet es necesario un cliente que d soporte a grficos ANSI y protocolos de transferencia de ficheros. Los grficos ANSI son muy usados entre los BBS. Con los protocolos de transferencia de ficheros (el ms comn y el que mejor funciona es el ZModem) podrs enviar y recibir ficheros del BBS, ya sean programas o juegos o ya sea el correo del BBS (correo local, de FidoNet u otras redes). Algunos clientes de telnet (que soportan grficos ANSI y protocolos de transferencias de ficheros como Zmodem y otros) son mTelnet!, NetRunner, Putty, Zoc, etc..

Fidonet es una red de computadores a nivel mundial que es usada para la comunicacin entre BBS Bulletin Board System. En los aos 90 fue el ms popular, hasta que lleg Internet (de acceso ms sencillo y fcil). La red contina funcionando aunque se ha visto reducida considerablemente, debido sobre todo a la decadencia de los BBS para los que inicialmente fue diseada; aun as sigue siendo una alternativa de gran calidad en lo que a correo electrnico se refiere frente a foros, grupos de news o listas de correo de Internet.

Un Bulletin Board System o BBS (Sistema de Tabln de Anuncios) es un software para redes de computadoras que permite a los usuarios conectarse al sistema (a travs de internet o a travs de una lnea telefnica) y utilizando un programa terminal (o telnet si es a travs de internet), realizar funciones tales como descargar software y datos, leer noticias, intercambiar mensajes con otros usuarios, disfrutar de juegos en lnea, leer los boletines, etc. El Protocolo de Mensajes de Control de Internet o ICMP (por sus siglas de Internet Control Message Protocol) es el sub protocolo de control y notificacin de errores del Protocolo de Internet (IP). Como tal, se usa para enviar

mensajes de error, indicando por ejemplo que un servicio determinado no est disponible o que un router o host no puede ser localizado. ICMP difiere del propsito de TCP y UDP ya que generalmente no se utiliza directamente por las aplicaciones de usuario en la red. La nica excepcin es la herramienta ping y traceroute, que envan mensajes de peticin Echo ICMP (y recibe mensajes de respuesta Echo) para determinar si un host est disponible, el tiempo que le toma a los paquetes en ir y regresar a ese host y cantidad de hosts por los que pasa Aspectos tcnicos Bit 0 7 Bit 8 15 Bit 16 23 Bit 24 31 Tipo Cdigo Suma de verificacin Datos (opcional)

El protocolo de red IGMP se utiliza para intercambiar informacin acerca del estado de pertenencia entre enrutadores IP que admiten la multidifusin y miembros de grupos de multidifusin. Los hosts miembros individuales informan acerca de la pertenencia de hosts al grupo de multidifusin y los enrutadores de multidifusin sondean peridicamente el estado de la pertenencia. La ltima versin disponible de este protocolo es la IGMPv3 descrita en el [RFC 3376] Todos los mensajes IGMP se transmiten en datagramas IP y tienen el formato mostrado en la figura adjunta. Los campos son los siguientes:

Tipo Hay cuatro tipos: -Consulta de asociacin: enviada por un encaminador de multidifusin. Hay dos subtipos: una consulta general, utilizada para aprender qu grupos tienen miembros en una red conectada; y una consulta especfica de grupo, utilizada para aprender si un grupo particular tiene algn miembro en una red conectada.

-Informes de asociacin: enviado por un host para declarar sus miembros asociados a un grupo. -Grupo de abandono: enviado por un host para declarar que abandona el grupo. -Tiempo mximo de respuesta: Solamente significativo en un mensaje de consulta de asociacin, y especifica el mximo tiempo permitido antes de enviar un informe de respuesta en unidades de 1/10 segundos. [editar] Suma de comprobacin Un cdigo de deteccin de errores, calculado como el complemento a 1 de 16 bits ms cuatro palabras de 16 bits del mensaje. Para propsitos de computacin, el campo "Suma de Comprobacin" se inicia a valor 0. [editar] Direccin de grupo Cero en un mensaje de respuesta, y una direccin de grupo multidifusin IP vlida e un informe de asociacin o en un mensaje de abandono. [editar] Resv Este campo est a 0 en la transmisin e ignorado en la recepcin. [editar] S (Suspender procesamiento en el lado del router) [editar] QSV (Robustez de la variable del consultor) [editar] QQIC (Cdigo del intervalo de consulta del consultor)

Introduccin al modelo OSI 1 Antecedentes Durante los aos 60 y 70 se crearon muchas tecnologas de redes. Cada una basada en un diseo especfico de hardware. Estos sistemas eran construidos de una sola pieza; lo que podramos llamar una arquitectura monoltica. Esto significa que los diseadores deban ocuparse de todos los elementos involucrados en el proceso. Podemos suponer que estos elementos forman una cadena de transmisin que tiene diversas partes: los dispositivos fsicos de conexin; los protocolos software y hardware usados en la comunicacin; los programas de aplicacin que realizaban la comunicacin, y la interfaz hombremquina que permiten al humano utilizar la red. Este modelo, que considera la cadena como un todo monoltico, es poco prctico, pues el ms pequeo cambio puede implicar alterar todos sus elementos. El diseo original de Internet del Departamento de Defensa americano dispona un esquema de cuatro capas. Aunque data de los 70 es mas o menos el que se sigue utilizando:

Capa Fsica o de Acceso de Red ("Network Access Layer"). Responsable del envo de la informacin sobre el sistema hardware utilizado en cada caso. Se utiliza un protocolo distinto segn el tipo de red fsica. Capa de Red tambin llamada capa Internet ("Internet Layer"). Es la responsable de enviar los datos a travs de las distintas redes fsicas que pueden conectar una mquina origen con la de destino de la informacin. Los protocolos de transmisin, como el IP estn ntimamente asociados a esta capa. Capa de transporte ("Host-to-Host Layer"). Controla el establecimiento y fin de la conexin; control de flujo de datos; retransmisin de datos perdidos, y otros detalles de la transmisin entre dos sistemas. Los protocolos mas importantes a este nivel son TCP y UDP (mutuamente excluyentes). Capa de aplicacin ("Application layer"). Conformada por los protocolos que sirven directamente a los programas de usuario; Navegador, e-mail, FTP, TELNET, etc.

Respondiendo a la teora general imperante el mundo de la computacin, de disear el hardware por mdulos y el software por capas, en 1978 la organizacin ISO (International Standards Organization www.iso.ch), propuso un modelo de comunicaciones para redes al que titularon "The

reference model of Open Systems Interconnection", generalmente conocido como modelo OSI. Su filosofa se basa en descomponer la funcionalidad de la cadena de transmisin en diversos mdulos, cuya interfaz con los adyacentes est estandarizada. Esta filosofa de diseo presenta una doble ventaja: el cambio de un mdulo no afecta necesariamente a la totalidad de la cadena. Adems puede existir una cierta interoperabilidad entre diversos productos y fabricantes hardware/software, dado que los lmites y las interfaces estn perfectamente definidas. Esto supone por ejemplo, que dos softwares de comunicacin distintos puedan utilizar el mismo medio fsico de comunicacin. 2 Sinopsis El modelo OSI tiene dos componentes principales:

Un modelo de red, denominado modelo bsico de referencia ("Basic Reference Model") o capa de servicio ("Server-layer"). Una serie de protocolos concretos.

El modelo de red, aunque inspirado en el de Internet no tiene mas semejanzas con aqul. Est basado en un modelo de siete capas, mientras que el primitivo de Internet estaba basado en 4. Actualmente todos los desarrollos se basan en este modelo de 7 niveles que son los siguientes: 1 Fsico; 2 de Enlace; 3 de Red; 4 de Transporte; 5 de Sesin; 6 de Presentacin y 7 de Aplicacin. Cada nivel realiza una funcin concreta, y est separado de los adyacentes por interfaces conocidas, sin que le incumba ningn otro aspecto del total de la comunicacin. Nota: Observe que este modelo, al que se refieren absolutamente todos los libros que tratan de redes, es solo una abstraccin conceptual, a la que se adapta (ms o menos) la realidad fsica [2]. Sin embargo, las consecuencias de la aplicacin de este punto de vista son de gran utilidad. El concepto subyacente es el mismo que nos permite poner los datos de direccin y remite en una carta; franquearla y depositarla en el buzn del servicio de correos sin preocuparnos de nada ms. La carta sigue una serie de procesos dentro del servicio de correos sin que cada uno tenga que preocuparse de los que le han precedido o le sucedern. Finalmente, la carta es entregada al destinatario en su buzn, que solo tiene que leerla. Generalmente los dispositivos utilizados en las redes circunscriben su operacin a uno o varios de estos niveles. Por ejemplo, un concentrador ("Hub") que amplifica y retransmite la seal a travs de todos sus puertos, est operando exclusivamente en la capa 1, mientras que un conmutador ("Switch") opera en las capas 1 y 2; un enrutador ("Router") opera en las capas 1, 2 y 3.

Finalmente una estacin de trabajo de usuario generalmente maneja las capas 5, 6 y 7. En lo que respecta al software, hay que sealar que cada capa utiliza un protocolo especfico para comunicarse con las capas adyacentes, y que aade al la cabecera ("Header") del paquete cierta informacin adicional ("Protocol Header"). 3 Las capas del modelo OSI La descripcin esquemtica de las diversas capas que componen este modelo es como sigue: 3.1 Capa fsica -1("Physical layer"); es la encargada de transmitir los bits de informacin por la lnea o medio utilizado para la transmisin. Se ocupa de las propiedades fsicas y caractersticas elctricas de los diversos componentes; de la velocidad de transmisin, si esta es uni o bidireccional (simplex, duplex o flullduplex). Tambin de aspectos mecnicos de las conexiones y terminales, incluyendo la interpretacin de las seales elctricas. Como resumen de los cometidos de esta capa, podemos decir que se encarga de transformar un paquete de informacin binaria ("Frame") en una sucesin de impulsos adecuados al medio fsico utilizado en la transmisin. Estos impulsos pueden ser elctricos (transmisin por cable); electromagnticos (transmisin Wireless) o luminosos (transmisin ptica). Cuando acta en modo recepcin el trabajo es inverso; se encarga de transformar estos impulsos en paquetes de datos binarios que sern entregados a la capa de enlace (ver a continuacin). Por ejemplo: este nivel define la medidas del cable coaxial Ethernet y de los conectores BNC utilizados. Otro ejemplo de estndares relativos a esta capa son RS-232 ( H2.5.1) para comunicaciones serie y X.21 3.2 Capa de enlace -2("Data Link layer"). Puede decirse que esta capa traslada los mensajes hacia/desde la capa fsica a la capa de red (que veremos a continuacin). Especifica como se organizan los datos cuando se transmiten en un medio particular. P.E. esta capa define como son los cuadros ("Frames"), las direcciones y las sumas de control ("Checksum") de los paquetes Ethernet. Adems del direccionamiento local, se ocupa de la deteccin y control de errores ocurridos en la capa fsica, del control del acceso a dicha capa y de la integridad de los datos y fiabilidad de la transmisin. Para esto agrupa la

informacin a transmitir en bloques ("Frames"), e incluye a cada uno una suma de control que permitir al receptor comprobar su integridad. Los datagramas recibidos son comprobados por el receptor. Si algn datagrama se ha corrompido se enva un mensaje de control al remitente solicitando su reenvo. El protocolo PPP [1] es ejemplo de esta capa. La capa de enlace puede considerarse dividida en dos subcapas:

Control lgico de enlace LLC("Logical Link Control") define la forma en que los datos son transferidos sobre el medio fsico, proporcionando servicio a las capas superiores. Control de acceso al medio MAC ("Medium Access Control"). Esta subcapa acta como controladora del hardware subyacente (el adaptador de red). De hecho el controlador de la tarjeta de red es denominado a veces "MAC driver", y la direccin fsica contenida en el hardware de la tarjeta es conocida como direccin MAC ("MAC address" H12.4). Su principal tarea (que le proporciona el nombre -control de acceso-) consiste en arbitrar la utilizacin del medio fsico para facilitar que varios equipos puedan competir simultneamente por la utilizacin de un mismo medio de transporte. El mecanismo CSMA/CD ("Carrier Sense Multiple Access with Collision Detection") utilizado en Ethernet ( H12.4) es un tpico ejemplo de esta subcapa.

3.3 Capa de Red -3("Network layer"). Esta capa se ocupa de la transmisin de los datagramas (paquetes) y de encaminar cada uno en la direccin adecuada ("Routing"), tarea esta que puede ser complicada en redes grandes como Internet, pero no se ocupa para nada de los errores o prdidas de paquetes. Por ejemplo, define la estructura de direcciones y rutas de Internet. A este nivel se utilizan dos tipos de paquetes: paquetes de datos y paquetes de actualizacin de ruta. Como consecuencia esta capa puede considerarse subdividida en dos:

Transporte. Encargada de encapsular los datos a transmitir (de usuario). Utiliza los paquetes de datos. En esta categora se encuentra el protocolo IP ("Internet Protocol" A3.1). Conmutacin ("Switching"): Esta parte es la encargada de intercambiar informacin de conectividad especfica de la red (su actividad es raramente percibida por el usuario). Los routers son dispositivos que trabajan en este nivel y se benefician de estos paquetes de actualizacin de ruta. En esta categora se encuentra el protocolo ICMP ("Internet Control Message Protocol" A3.7), responsable de generar mensajes

cuando ocurren errores en la transmisin y de un modo especial de eco que puede comprobarse mediante PING [3]. Los protocolos ms frecuentemente utilizados en esta capa son dos: X.25 e IP.

Webografa: OSI: The Network Layer www.cisco.com/warp/public/535/2.html Esta pgina de Cisco Systems (en ingls) proporciona un autorizado resumen de los servicios y protocolos de la capa de red.

3.4 Capa de Transporte -4("Transport layer"). Esta capa se ocupa de garantizar la fiabilidad del servicio, describe la calidad y naturaleza del envo de datos. P.E. esta capa define cuando y como debe utilizarse la retransmisin para asegurar su llegada. Para ello divide el mensaje recibido de la capa de sesin en trozos (datagramas), los numera correlativamente y los entrega a la capa de red para su envo. Durante la recepcin, si la capa de Red utiliza el protocolo IP, la capa de Transporte es responsable de reordenar los paquetes recibidos fuera de secuencia. Tambin puede funcionar en sentido inverso multiplexando una conexin de transporte entre diversas conexiones de datos. Este permite que los datos provenientes de diversas aplicaciones compartan el mismo flujo hacia la capa de red. Un ejemplo tpico de protocolo usado en esta capa es TCP ("Transport Control Protocol" A3.1), que con su homlogo IP de la capa de Red, configuran la suite TCP/IP utilizada en Internet, aunque existen otros como UDP ("Universal Datagram Protocol") una capa de transporte utilizada tambin en Internet por algunos programas de aplicacin. 3.5 Capa de Sesin -5("Session Layer"). Es una extensin de la capa de transporte que ofrece control de dilogo y sincronizacin, aunque en realidad son pocas las aplicaciones que hacen uso de ella. Por ejemplo, las comunicaciones de Internet no la utilizan. Nota: Algunos autores indican que la capa de sesin es meramente una consideracin terica de los autores del modelo sin absolutamente ninguna utilidad prctica conocida.

3.6 Capa de Presentacin -6("Presentation layer"). Esta capa se ocupa de los aspectos semnticos de la comunicacin (describe la sintaxis de los datos a transmitir), estableciendo los arreglos necesarios para que puedan comunicar mquinas que utilicen diversa representacin interna para los datos. P.E. describe como pueden transferirse nmeros de coma flotante entre equipos que utilizan distintos formatos matemticos. Esta capa es buena candidata para implementar aplicaciones de criptografa. En teora esta capa "presenta" los datos a la capa de aplicacin cogiendo los datos recibidos y transformndolos en formatos como texto imgenes y sonido. Como veremos a continuacin, en realidad esta capa puede estar ausente, ya que son pocas las aplicaciones que hacen uso de ella. Nota: Con esta capa ocurre algo parecido a la anterior. En teora cliente y servidor deban negociar el formato a utilizar, y esta funcin, y el correspondiente formateo de los datos, sera el objeto de esta capa. Sin embargo, esto, que tena cierto sentido en la dcada de los 70, cuando gran parte del trabajo de redes estaba relacionado con la entrada y salida de datos a grandes ordenadores utilizando terminales "Tontas" de diversos tipos (que utilizaban cdigos de control ligeramente distintos) no tiene ya mucho sentido. Actualmente el panorama ha cambiado; solo existe una opcin para el formato de datos, a pesar de lo cual, el protocolo OSI sigue negociando un esquema de codificacin (el nico disponible). En Internet, el nico servicio que utiliza esta capa es TELNET, que precisamente es un servicio de acceso a servidores desde terminales remotos. En este caso, la capa de presentacin es la que se encarga de configurar el terminal para conectar a un servidor de caractersticas particulares. 3.7 Capa de Aplicacin -7("Application layer"). Esta capa describe como hacen su trabajo los programas de aplicacin (navegadores, clientes de correo, terminales remotos, transferencia de ficheros etc). Por ejemplo, esta capa implementa la operacin con ficheros del sistema. Por un lado interactan con la capa de presentacin; por otro representan la interfaz con el usuario, entregndole la informacin y recibiendo los comandos que dirigen la comunicacin. Ejemplos de protocolos utilizados por los programas de esta capa son HTTP, SMTP, POP, IMAP etc.

Inicio. [1] PPP ("Point-to-Point Protocol"). Un protocolo utilizado para enviar paquetes punto-a-punto sobre lneas serie. Es uno de los ms utilizados en Internet para comunicaciones sobre lneas telefnicas (comunicacin con otras redes a travs de mdem), ya que permite utilizar sobre l otros protocolos de ms alto nivel (ms cercanos a la capa de Aplicacin), como IPX/SPX y TCP/IP. Puede ser utilizado tambin sobre conexiones de red distintas de las telefnicas. Windows lo instala cuando se instala un mdem o servicio de RAS. [2] La diseccin del funcionamiento del hardware y software de comunicaciones para asimilarlos a las distintas capas del modelo OSI se hace cada vez ms complicado. En especial porque han surgido especificaciones para comunicaciones avanzadas de red que permiten que un cierto protocolo (por ejemplo TCP/IP) pueda utilizar diversos adaptadores de red, y que un adaptador fsico pueda utilizar diversos protocolos software. Estas especificaciones son NDIS ("Network Driver Interface Specification") y ODI ("Open Data-Link Interface"), desarrolladas respectivamente por Microsoft3Com y Apple-Novell. [3] PING ("Packet Internetwork Groper") Rastreador de paquetes en redes. Un programa muy til para averiguar determinados aspectos de las comunicaciones en redes IP ( Ap.C).