Universidad Autnoma de Chiapas Facultad de Contadura y Administracin C-I Lic.

en Sistemas Computacionales

Materia: Aspectos bsicos de Networking

Prof.: Adolfo solis

Alumnos: Zambrano Prez scar Alfonzo Ortiz Garca Nestor Alberto Domnguez Guillen Julio Alberto Espinoza Navarro Romeo Alberto

Tuxtla Gutirrez Chis, Bienvenido

Bienvenido al curso Aspectos bsicos de networking de CCNA Exploration. El objetivo de este curso es presentar los conceptos y tecnologas bsicos de networking. Este material del curso en lnea lo ayudar a desarrollar las aptitudes necesarias para planificar e implementar redes pequeas con una variedad de aplicaciones. Las habilidades especficas desarrolladas en cada captulo se describen al comienzo de los mismos.

Ms que slo informacin

Este ambiente de aprendizaje asistido por PC es una parte importante de la experiencia total del curso para estudiantes e instructores de Networking Academy. El material en lnea de este curso est diseado para ser utilizado en combinacin con otras herramientas y actividades didcticas. Por ejemplo; presentaciones en clase, debates y prctica con su instructor prcticas de laboratorio que usan equipos de redes dentro del aula de Networking Academy evaluaciones en lnea y un libro de calificaciones para cotejar la herramienta de simulacin Packet Tracer. software adicional para actividades en clase

Una comunidad global Cuando participa en Networking Academy, se suma a una comunidad mundial conectada por tecnologas y objetivos en comn. En el programa, participan escuelas, institutos de enseanza superior, universidades y otras entidades de ms de 160 pases. Para ver la comunidad de Networking Academy mundial visite http://www.academynetspace.com. El material de este curso incluye una amplia gama de tecnologas que facilitan la forma de trabajar, vivir, jugar y aprender de las personas, comunicndose mediante voz, vdeo y otros datos. La red e Internet afectan a las personas de distintas maneras en las distintas partes del mundo. Si bien hemos trabajado con instructores de todo el mundo para crear este material, es importante que trabaje con su instructor y compaeros para que el material de este curso se aplique a su situacin local. Mantngase comunicado Este material de instruccin en lnea, como el resto de las herramientas del curso, son parte de algo ms grande: la Networking Academy. Podr encontrar el portal del administrador, instructor y estudiante del programa en http://www.cisco.com/web/learning/netacad/index.html. All obtendr acceso a las dems herramientas del programa, como el servidor de evaluacin y el libro de calificaciones del alumno, as como tambin a actualizaciones informativas y otros enlaces relevantes.

Mind Wide Open Un objetivo importante en la educacin es enriquecer al estudiante (a usted), ampliando lo que sabe y puede hacer. Sin embargo, es importante comprender que el material de instruccin y el instructor slo pueden facilitarle el proceso. Es usted quien debe asumir el compromiso de incorporar nuevas aptitudes. A continuacin encontrar algunas sugerencias que lo ayudarn a aprender y crecer.

1. Tome notas. Los profesionales del campo de networking generalmente tienen diarios de ingeniera en donde anotan las cosas que observan y aprenden. La toma de notas es importante como ayuda para mejorar su comprensin con el pasar del tiempo. 2. Reflexione. El curso proporciona informacin que le permitir cambiar lo que sabe y lo que puede hacer. A medida que vaya avanzando en el curso, pregntese qu cosas tienen sentido y cules no. Haga preguntas cuando algo resulte confuso. Intente averiguar ms sobre los temas que le interesan. Si no est seguro por qu se ensea algo, pregntele a su instructor o a un amigo. Piense cmo se complementan las distintas partes del curso. Practique. Aprender nuevas aptitudes requiere de prctica. Creemos que practicar es tan importante para el e-learning que le dimos un nombre especial. Lo llamamos e-Doing. Es muy importante que realice las actividades del material de instruccin en lnea y que tambin realice las actividades del Packet Tracer y las prcticas de laboratorio. 4. Practique nuevamente. Alguna vez pens que saba cmo hacer algo y luego, cuando lleg el momento de demostrarlo en una prueba o en el trabajo, descubri que en realidad no haba aprendido bien cmo hacerlo? Como cuando se aprende cualquier nueva habilidad, como un deporte, un juego o un idioma, aprender una aptitud profesional requiere paciencia y mucha prctica antes de que pueda decir que realmente la ha aprendido. El material de instruccin en lnea de este curso le brinda oportunidades para practicar mucho distintas aptitudes. Aprovchelas al mximo. Tambin puede trabajar con su instructor para ampliar el Packet Tracer y otras herramientas para prctica adicional segn sea necesario. 5. Ensee. Generalmente, ensearle a un amigo o colega es una buena forma de reforzar su propio aprendizaje. Para ensear bien, deber completar los detalles que puede haber pasado por alto en la primera lectura. Las conversaciones sobre el material del curso con compaeros, colegas y el instructor pueden ayudarlo a fijar los conocimientos de los conceptos de networking. 6. Realice cambios a medida que avanza. El curso est diseado para proporcionar comentarios mediante actividades y cuestionarios interactivos, el sistema de evaluacin en lnea y a travs de interacciones estructuradas con su instructor. Puede utilizar estos comentarios para entender mejor cules son sus fortalezas y debilidades. Si existe un rea en la que tiene problemas, concntrese en estudiar o practicar ms esa rea. Solicite comentarios adicionales a su instructor y a otros estudiantes.

Explore el mundo de networking Esta versin del curso incluye una herramienta especial llamada Packet Tracer. El Packet Tracer es una herramienta de aprendizaje de networking que admite una amplia gama de simulaciones fsicas y lgicas. Tambin ofrece herramientas de visualizacin para ayudar a entender los componentes internos de una red. Las actividades preelaboradas de Packet Tracer consisten en simulaciones de red, juegos, actividades y desafos que brindan una amplia gama de experiencias de aprendizaje. Cree sus propios mundos Tambin puede usar el Packet Tracer para crear sus propios experimentos y situaciones de red. Esperamos que, con el tiempo, utilice Packet Tracer no slo para realizar las actividades desarrolladas previamente, sino tambin para convertirse en autor, explorador e investigador. Los materiales del curso en lnea incluyen actividades para Packet Tracer que se ejecutan en computadoras con sistemas operativos Windows, si Packet Tracer est instalado. Esta integracin tambin puede funcionar en otros sistemas operativos que usan la emulacin de Windows.

Descripcin general del curso Como el ttulo del curso lo indica, se centra en el aprendizaje de los aspectos fundamentales de networking. En este curso, aprender las habilidades prcticas y conceptuales que constituyen la base para entender lo bsico de las redes. Primero, comparar la comunicacin humana con la de red y observar las semejanzas. Luego, se presentarn los dos modelos principales que se usan para planear e implementar redes: OSI y TCP/IP. Lograr entender el mtodo "en capas" de las redes y examinar las capas OSI y TCP/IP en detalle para entender sus funciones y servicios. Se familiarizar con los distintos dispositivos de red, esquemas de direccionamiento de red y finalmente con los tipos de medios que se usan para transmitir datos a travs de la red. En este curso, adquirir experiencia usando las herramientas y utilidades de redes, como el Packet Tracer y Wireshark, para explorar protocolos y conceptos de redes. Estas herramientas lo ayudarn a comprender cmo fluyen los datos en una red. Tambin se utiliza una "Internet modelo" especial para proporcionar un entorno de prueba en el que se pueda analizar y observar un rango de servicios y datos de red. Captulo 1: El Captulo 1 presenta los temas fundamentales de la comunicacin y cmo las redes han cambiado nuestras vidas. Se presentarn los conceptos de redes, datos, Redes de rea local (LAN), Redes de rea extensa (WAN), Calidad de servicio (QoS), problemas de seguridad, servicios de colaboracin de red y actividades del Packet Tracer. En los laboratorios, aprender a configurar un wiki y establecer una sesin de mensajera instantnea. Captulo 2: El Captulo 2 se centra en cmo se modelan y se utilizan las redes. Se presentarn los modelos OSI y TCP/IP y el proceso de encapsulacin de datos. Se explicar la herramienta de red Wireshark, la cual se usa para analizar el trfico de red, y se explorarn las diferencias entre una red real y una simulada. En la prctica de laboratorio desarrollar su primera red: una pequea red punto a punto. Captulo 3: Mediante el uso de un mtodo descendente para ensear networking, el Captulo 3 le presenta la capa del modelo de red superior, la capa de aplicacin. En este contexto, explorar la interaccin de protocolos, servicios y aplicaciones, con un enfoque en HTTP, DNS, DHCP, SMTP/POP, Telnet y FTP. En los laboratorios, practicar la instalacin de un cliente-servidor Web y usar Wireshark para analizar el trfico de red. Las actividades de Packet Tracer le permiten explorar cmo operan los protocolos en la capa de aplicacin.

Captulo 4: El Captulo 4 presenta la capa de transporte y se centra en cmo los protocolos TCP y UDP se aplican a las aplicaciones comunes. En las prcticas de laboratorio y actividades incorporar el uso de Wireshark, el comando de las herramientas de Windows netstat y Packet Tracer para investigar estos dos protocolos. Captulo 5: El Captulo 5 presenta la capa de red OSI. Examinar los conceptos de direccionamiento y enrutamiento y aprender sobre la determinacin de ruta, los paquetes de datos y el protocolo IP. Al finalizar este captulo, configurar hosts para acceder a la red local y explorar tablas de enrutamiento. Continuacin de la descripcin general del curso Captulo 6: En el Captulo 6, se centrar en el direccionamiento de red en detalle y aprender cmo usar la mscara de direcciones, o longitud del prefijo, para determinar la cantidad de subredes y hosts de una red. Tambin se presentarn las herramientas ICMP (Protocolo de mensajes de control de Internet), como comando ping y trace. Captulo 7: El Captulo 7 analiza los servicios proporcionados por la capa de enlace de datos. Se destaca la importancia en los procesos de encapsulacin que se producen mientras los datos viajan a travs de la LAN y la WAN. Captulo 8: El Captulo 8 presenta la capa fsica. Descubrir cmo los datos envan seales y se codifican para viajar por la red. Conocer sobre el ancho de banda y adems sobre los tipos de medios y sus conectores asociados. Captulo 9: En el Captulo 9 analizar las tecnologas y operacin de Ethernet. Utilizar Wireshark, las actividades de Packet Tracer y los ejercicios de la prctica de laboratorio para explorar Ethernet. Captulo 10: El Captulo 10 se centra en el diseo y el cableado de una red. Implementar los conocimientos y aptitudes desarrollados en los captulos anteriores para determinar qu cables son los adecuados, cmo conectar los dispositivos y desarrollar un esquema de direccionamiento y prueba. Captulo 11: En el Captulo 11 conectar y configurar una pequea red utilizando los comandos IOS de Cisco para routers y switches. Cuando finalice este ltimo captulo, estar preparado para realizar los cursos de Enrutamiento o Conmutacin de CCNA Exploration.

Capitulo 1 En la actualidad nos encontramos en un momento decisivo respecto al uso de la tecnologa para extender y fortalecer nuestra red humana. La globalizacin de Internet se ha producido ms rpido de lo que cualquiera hubiera imaginado. El modo en que se producen las interacciones sociales, comerciales, polticas y personales cambia en forma continua para estar al da con la evolucin de esta red global. En la prxima etapa de nuestro desarrollo los innovadores usarn Internet como punto de inicio para sus esfuerzos, creando nuevos productos y servicios diseados especficamente para aprovechar las capacidades de la red. A medida que los programadores impulsen los lmites de lo posible, las capacidades de las redes interconectadas que crean la Internet jugarn un papel cada vez ms grande en el xito de estos proyectos. Este captulo presenta la plataforma de redes de datos de la cual dependen cada vez ms nuestras relaciones sociales y comerciales. El material presenta las bases para explorar los servicios, las tecnologas y los problemas que enfrentan los profesionales de red mientras disean, desarrollan y mantienen la red moderna. En este captulo, aprender a: Describir cmo influyen las redes en nuestra vida cotidiana. Describir la funcin de la red de datos en la red humana. Identificar los componentes clave de cualquier red de datos. Identificar las oportunidades y los desafos que presentan las redes convergentes. Describir las caractersticas de las arquitecturas de red: tolerancia a fallas, escalabilidad, calidad de servicio y seguridad. Instalar y usar clientes IRC (Internet Relay Chat) y un servidor Wiki.

Redes que respaldan la forma en que vivimos Entre todos los elementos esenciales para la existencia humana, la necesidad de interactuar est justo despus de la necesidad de sustentar la vida. La comunicacin es casi tan importante para nosotros como el aire, el agua, los alimentos y un lugar para vivir. Los mtodos que utilizamos para compartir ideas e informacin estn en constante cambio y evolucin. Mientras la red humana una vez estuvo limitada a conversaciones cara a cara, el avance de los medios sigue ampliando el alcance de nuestras comunicaciones. Desde la imprenta hasta la televisin, cada nuevo desarrollo ha mejorado y fortalecido nuestra comunicacin. Como con cada avance en la tecnologa de la comunicacin, la creacin e interconexin de redes de datos slidas estn teniendo un efecto profundo. Las primeras redes de datos estaban limitadas a intercambiar informacin con base en caracteres entre sistemas informticos conectados. Las redes actuales evolucionaron para agregarle voz, flujos de video, texto y grficos a los diferentes tipos de dispositivos. Las formas de comunicacin anteriormente individuales y diferentes se unieron en una plataforma comn. Esta plataforma proporciona acceso a una amplia variedad de mtodos de comunicacin alternativo y nuevo que permiten a las personas interactuar directamente con otras en forma casi instantnea. La naturaleza inmediata de las comunicaciones en Internet alienta la formacin de comunidades mundiales. Estas comunidades motivan la interaccin social que depende de la ubicacin o el huso horario.

La comunidad mundial La tecnologa es quizs el agente de cambio ms significativo del mundo hoy en da, ya que ayuda a crear un mundo en el cual las fronteras nacionales, las distancias geogrficas y las limitaciones fsicas son menos relevantes y presentan cada vez menos obstculos. La creacin de comunidades en lnea para el intercambio de ideas e informacin tiene el potencial de aumentar las oportunidades de productividad en todo el planeta. A medida que Internet conecta a gente y promueve comunicaciones sin lmites, presenta la plataforma en la cual hacer negocios, atender emergencias, informar a la gente y apoyar la educacin, la ciencia y el gobierno. Es increble la rapidez con la que Internet lleg a ser una parte integral de nuestra rutina diaria. La interconexin compleja de los dispositivos y medios electrnicos que componen la red es transparente para los millones de usuarios que la convierten en una parte valiosa y personal de sus vidas. Las redes de datos que fueron una vez el medio de transporte de informacin de negocio a negocio se redisearon para mejorar la calidad de vida de todos. En el transcurso del da, los recursos disponibles en Internet pueden ayudarlo a: Decidir cmo vestirse al consultar en lnea las condiciones actuales del clima. Buscar el camino menos congestionado hacia su destino al observar videos de cmaras Web que muestran el clima y el trfico. Consultar su estado de cuenta bancario y pagar electrnicamente las facturas. Recibir y enviar correo electrnico o realizar una llamada telefnica a travs de Internet durante el almuerzo en un bar con servicio de Internet. Obtener informacin sobre la salud y consejos sobre nutricin de parte de expertos de todo el mundo y compartir en un foro esa informacin o tratamientos. Descargar nuevas recetas y tcnicas de cocina para crear cenas fabulosas. Enviar y compartir sus fotografas, videos hechos en casa y experiencias con amigos o con el mundo.

Muchos usos de Internet habran sido difciles de imaginar slo unos pocos aos atrs. Por ejemplo, la experiencia de una persona al publicar un video musical hecho en casa: "Mi meta es hacer mis propias pelculas. Un da, mi amiga Adi y yo hicimos un video sorpresa para el cumpleaos de su novio. Nos grabamos, hicimos mmica

con una cancin y bailamos. Luego dijimos, por qu no publicarlo en la Web? Bueno, la reaccin fue enorme. Hasta el momento ms de 9 millones de personas la visitaron, y el director de cine Kevin Smith hasta hizo una breve parodia. No s qu atrajo a la gente al video. Tal vez su simpleza, o la cancin. Tal vez porque es espontneo y divertido, y hace sentir bien a las personas. No lo s. Pero lo que s s es que puedo hacer lo que me gusta y compartirlo en lnea con millones de personas de todo el mundo. Lo nico que necesito es mi computadora, mi cmara de vdeo digital y algn software. Y eso es algo increble".

La existencia y la gran aceptacin de la Internet conducen a nuevas formas de comunicacin que fortalecen a la genta para crear informacin a la que puede acceder una audiencia mundial. Mensajera instantnea La mensajera instantnea (IM) es una forma de comunicacin de texto escrito en tiempo real entre dos o ms personas. El texto se transmite mediante computadoras conectadas por medio de una red interna privada o una red pblica, como por ejemplo Internet. Desarrollada a partir de los servicios de Internet Relay Chat (IRC), IM incorpora caractersticas como la transferencia de archivos, comunicacin por voz y video. Al igual que un correo electrnico, IM enva un registro escrito de la comunicacin. Sin embargo, mientras que la transmisin de correos electrnicos a veces se retrasa, los mensajes de IM se reciben inmediatamente. La forma de comunicacin que utiliza la IM se llama comunicacin en tiempo real. Weblogs (blogs) Los weblogs son pginas Web fciles de actualizar y de editar. A diferencia de los sitios Web comerciales, creados por expertos profesionales en comunicacin, los

blogs proporcionan a todas las personas un medio para comunicar sus opiniones a una audiencia mundial sin tener conocimientos tcnicos sobre diseo Web. Hay blogs de casi todos los temas que uno se pueda imaginar y con frecuencia se forman comunidades de gente alrededor de los autores de blogs populares. Wikis Las wikis son pginas Web que grupos de gente pueden editar y ver juntos. Mientras un blog es ms como un diario individual y personal, una wiki es una creacin de grupo. Como tal, puede estar sujeta a una revisin y edicin ms extensa. Al igual que los blogs, las wikis pueden crearse en etapas, por cualquier persona, sin el patrocinio de una importante empresa comercial. Existe una wiki pblica llamada Wikipedia que se est transformando en un recurso extenso, una enciclopedia en lnea de temas contribuidos pblicamente. Las personas y organizaciones privadas tambin pueden crear sus propias wikis para capturar la informacin recopilada sobre un tema en particular. Muchas empresas utilizan wikis como herramienta de colaboracin interna. Ahora con el Internet mundial, gente de toda forma de vida puede participar en las wikis y aadir sus propias ideas y conocimientos a un recurso compartido. Podcasting El podcasting es un medio con base en audio que originalmente permite a la gente grabar audio y convertirlo para su uso en iPods, que son dispositivos porttiles pequeos para reproduccin de sonido fabricados por Apple. La capacidad de grabar audio y guardarlo en un archivo de computadora no es una novedad. Sin embargo, el podcasting permite a las personas difundir sus grabaciones a una vasta audiencia. El archivo de audio se coloca en un sitio Web (o blog o wiki) donde otros pueden descargarlo y reproducirlo en sus computadoras de escritorio, porttiles y iPods. Herramientas de colaboracin Las herramientas de colaboracin dan a la gente la oportunidad de trabajar juntos en documentos compartidos. Sin las restricciones de ubicacin ni huso horario, las personas conectadas a un sistema compartido pueden hablar entre ellos, compartir textos, grficos y editar documentos en forma conjunta. Con las herramientas de colaboracin siempre disponibles, las organizaciones pueden compartir informacin rpidamente y lograr los objetivos. La amplia distribucin de las redes de datos permite que las personas en ubicaciones remotas puedan contribuir de igual manera con las personas ubicadas en los centros de gran poblacin.

Redes que respaldan la forma en que aprendemos Comunicacin, colaboracin y compromiso son los componentes fundamentales de la educacin. Las instituciones se esfuerzan continuamente para mejorar estos procesos y maximizar la diseminacin del conocimiento. Redes confiables y slidas respaldan y enriquecen las experiencias de aprendizaje de los estudiantes. Estas redes envan material de aprendizaje en una amplia variedad de formatos. Los materiales de aprendizaje incluyen actividades interactivas, evaluaciones y comentarios. Los cursos enviados mediante recursos de Internet o de red generalmente se denominan experiencias de aprendizaje en lnea o e-learning. La disponibilidad del software educativo de e-learning multiplic los recursos disponibles para estudiantes en todo momento. Los mtodos de aprendizaje tradicionales principalmente proporcionan dos fuentes de conocimiento desde las cuales los estudiantes pueden obtener informacin: el libro de texto y el instructor. stas dos fuentes son limitadas, tanto en el formato como en la temporizacin de la presentacin. Por el contrario, los cursos en lnea pueden contener voz, datos y videos, y se encuentran disponibles para los estudiantes a cualquier hora y en todo lugar. Los estudiantes pueden utilizar enlaces a diferentes referencias y expertos en la materia para mejorar su experiencia de aprendizaje. Los foros o grupos de discusin permiten al estudiante colaborar con el instructor, con otros estudiantes de la clase e incluso con estudiantes de todo el mundo. Los cursos combinados pueden mezclar las clases dirigidas por instructores y software educativo para proporcionar lo mejor de ambos estilos. El acceso a la enseanza de alta calidad ya no est restringido para los estudiantes que viven en las inmediaciones de donde dicha enseanza se imparte.

El aprendizaje a distancia en lnea elimin las barreras geogrficas y mejor la oportunidad de los estudiantes. El programa de Cisco Networking Academy, que ofrece este curso, es un ejemplo de la experiencia de aprendizaje mundial en lnea. El instructor proporciona un programa y establece un cronograma preliminar para completar el contenido del curso. El programa de la academia complementa los conocimientos del instructor con un currculo interactivo que proporciona muchas formas de experiencias de aprendizaje. El programa proporciona texto, grficos, animaciones y una herramienta de entorno de networking simulado llamada Packet Tracer. Packet Tracer proporciona una forma de crear representaciones virtuales de redes e imitar muchas de las funciones de los dispositivos de networking. Los estudiantes se pueden comunicar con el instructor y con sus compaeros mediante herramientas en lnea, como el correo electrnico, boletines/foros de discusin, salas de chat y mensajera instantnea. Los enlaces proporcionan acceso a los recursos de aprendizaje fuera del software educativo. El e-learning combinado proporciona los beneficios del aprendizaje asistido por PC y a la vez mantiene las ventajas del currculo guiado por el instructor. Los estudiantes tienen la oportunidad de trabajar en lnea en su propio hogar y en su nivel de habilidades con acceso a un instructor y a otros recursos en directo. Adems de los beneficios para el estudiante, las redes han mejorado la gestin y la administracin de los cursos tambin. Algunas de estas funciones en lnea son: inscripcin, entrega de evaluaciones y libros de calificaciones.

En el mundo empresarial, es cada vez ms aceptado el uso de redes para proporcionar capacitacin econmica y eficiente a los empleados. Las oportunidades de aprendizaje en lnea pueden disminuir el transporte costoso y

prolongado, e incluso asegurar que todos los empleados estn correctamente capacitados para realizar sus tareas de manera productiva y segura.

La entrega y el software educativo en lnea ofrecen muchos beneficios a las empresas. Entre los beneficios estn: Materiales de capacitacin actuales y precisos. La colaboracin entre distribuidores, fabricantes de equipos y proveedores de capacitacin asegura la actualizacin del software educativo con los ltimos procesos y procedimientos. Cuando se detectan errores y se corrijen, de inmediato est disponible el nuevo curso educativo para todos los empleados. Disponibilidad de capacitacin para una amplia audiencia. La capacitacin en lnea no depende de horarios de viaje, de la disponibilidad del instructor ni del tamao fsico de la clase. A los empleados se les puede dar plazos en los cuales deben completar la capacitacin, y ellos pueden acceder a los cursos cuando les sea conveniente. Calidad de enseanza consistente. La calidad de la enseanza no vara de la misma manera que si diferentes instructores dictaran un curso en persona. El currculo en lnea proporciona un centro de enseanza consistente al cual los instructores pueden agregar experiencia adicional. Reduccin de costos. Adems de reducir el costo de viajes y en consecuencia el tiempo perdido, existen otros factores de reduccin de costos para empresas relacionados con la capacitacin en lnea. Generalmente es ms econmico revisar y actualizar el software educativo en lnea que actualizar el material en papel. Tambin se reducen o eliminan las instalaciones para respaldar la capacitacin en persona. Muchas empresas ofrecen tambin capacitacin de clientes en lnea. Este curso permite a los clientes utilizar de la mejor manera los productos y servicios proporcionados por la empresa, reduciendo llamadas a las lneas de ayuda o a los centros de servicio al cliente.

Redes que respaldan la forma en que trabajamos En principio, las empresas utilizaban redes de datos para registrar y administrar internamente la informacin financiera, la informacin del cliente y los sistemas de nmina de empleados. Estas redes comerciales evolucionaron para permitir la transmisin de muchos tipos de servicios de informacin, incluyendo correo electrnico, video, mensajera y telefona. La intranet, redes privadas que utiliza una sola compaa, permiten a las empresas comunicarse y realizar transacciones entre los empleados mundiales y las sucursales. Las compaas crean extranets, o internetworks extendidas, para brindar a los proveedores, vendedores y clientes acceso limitado a la informacin corporativa para revisar estatus de pedidos, inventarios y listas de partes. Hoy, las redes proporcionan una mayor integracin entre funciones y organizaciones relacionadas, ms de lo que antes era posible. Hoy, las redes proporcionan una mayor integracin entre funciones y organizaciones relacionadas, ms de lo que antes era posible. Considere estas situaciones comerciales. Un granjero de trigo en Australia utiliza una computadora porttil con un Sistema de posicionamiento global (GPS) para plantar un cultivo con precisin y eficacia. En la poca de la cosecha, el granjero puede coordinar la cosecha contando con

transportadores de granos e instalaciones de almacenamiento. A travs de la tecnologa inalmbrica el transportador de granos puede monitorear el vehculo en ruta para lograr la mejor eficiencia del combustible y una operacin segura. Los cambios en el estado se pueden transmitir instantneamente al conductor del vehculo. Los trabajadores a distancia, denominados teletrabajadores o empleados a distancia, utilizan servicios de acceso remoto seguro desde el hogar o mientras viajan. La red de datos les permite trabajar como si estuvieran en su propio lugar de trabajo, con acceso a todas las herramientas con base en la red disponibles para realizar sus tareas. Pueden organizarse conferencias y reuniones virtuales, incluso con personas en ubicaciones remotas. La red proporciona capacidades de audio y video para que todos los participantes puedan verse y escucharse. La informacin de esas reuniones puede grabarse en una wiki o blog. Las ltimas versiones del programa y de las minutas se pueden compartir tan pronto estn listas.

Redes que respaldan la forma en que jugamos La adopcin generalizada de Internet por las industrias de viaje y entretenimiento mejora la posibilidad de disfrutar y compartir diferentes formas de recreacin, sin importar la ubicacin. Es posible explorar lugares, en forma interactiva, que antes sobamos visitar, as como tambin ver con anticipacin los destinos reales antes de realizar un viaje. Los detalles y las fotografas de estas aventuras pueden publicarse en lnea para que otros los vean.

Internet tambin se utiliza para formas tradicionales de entretenimiento. Escuchamos artistas grabados, vemos o disfrutamos de avances de pelculas, leemos libros completos y descargamos material para acceder luego sin conexin. Los eventos deportivos y conciertos en vivo se pueden sentir en el momento en que ocurren, o se pueden grabar y ver en cualquier momento. Las redes permiten la creacin de nuevas formas de entretenimiento, tales como juegos en lnea. Los jugadores participan en cualquier clase de competencia en lnea que los diseadores de juegos puedan imaginar. Competimos con amigos y enemigos de todo el mundo como si estuvieran en la misma habitacin. Incluso las actividades fuera de lnea se fortalecen con el uso de servicios de colaboracin de red. Las comunidades mundiales de inters han crecido rpidamente. Compartimos experiencias comunes y hobbies fuera de nuestro vecindario, ciudad o regin. Los fanticos del deporte comparten opiniones y hechos sobre sus equipos favoritos. Los coleccionistas muestran valiosas colecciones y reciben comentarios de expertos. Los mercados y los sitios de subastas en lnea proporcionan la oportunidad de comprar, vender y comercializar todo tipo de mercanca. Las redes mejoran nuestra experiencia, independientemente de la forma de diversin que disfrutemos en la red humana.

Que es la comunicacin? La comunicacin en nuestra vida cotidiana tiene diferentes formas y existe en muchos entornos. Tenemos diferentes expectativas dependiendo de si estamos conversando por Internet o participando en una entrevista de trabajo. Cada situacin tiene su comportamiento y estilo correspondiente. Establecimiento de reglas Antes de comenzar a comunicarnos, establecemos reglas o acuerdos que rigen la conversacin. Estas reglas, o protocolos, deben respetarse para que el mensaje se enve y comprenda correctamente. Algunos de los protocolos que rigen con xito las comunicaciones humanas son: Un emisor y un receptor identificados Mtodo de comunicacin acordado (en persona, telfono, carta, fotografa) Idioma y gramtica comn Velocidad y momento de entrega Requisitos de confirmacin o acuse de recibo.

Las reglas de comunicacin pueden variar de acuerdo al contexto. Si un mensaje transmite un hecho o concepto importante, se necesita una confirmacin de que el mensaje se recibi y comprendi correctamente. Los mensajes menos importantes pueden no requerir acuse de recibo por parte del receptor. Las tcnicas utilizadas en las comunicaciones de red comparten estos fundamentos con las conversaciones humanas. Se asumen algunas reglas debido a que muchos de los protocolos de comunicacin humana son implcitos y estn arraigados en nuestra cultura. Al establecer las redes de datos, es necesario ser mucho ms explcito sobre la forma en que se realizan y juzgan con xito las comunicaciones. Se determina que una comunicacin entre personas es exitosa cuando el significado del mensaje entendido por el receptor es el mismo que el planeado por el emisor. Utilizamos el mismo criterio bsico para juzgar el xito en las redes de datos. Sin embargo, debido a que un mensaje se traslada por la red, muchos factores pueden evitar que el mensaje llegue al receptor o distorsionar el significado planeado. Estos factores pueden ser externos o internos. Factores externos: Los factores externos que afectan la comunicacin estn relacionados con la complejidad de la red y con el nmero de dispositivos que debe cruzar un mensaje a lo largo de la ruta a su destino final.

Factores internos Los factores internos que interfieren en la comunicacin de la red estn relacionados con la naturaleza del mensaje. Los diferentes tipos de mensajes pueden variar en complejidad e importancia. Los mensajes claros y concisos son generalmente ms fciles de entender que los mensajes complejos. Las comunicaciones importantes requieren de ms atencin para asegurarse de que el receptor las comprenda correctamente. Los factores internos que afectan la comunicacin exitosa en la red son: El tamao del mensaje La complejidad del mensaje La importancia del mensaje

Los mensajes grandes se pueden interrumpir o retrasar en diferentes puntos dentro de la red. Un mensaje con baja baja importancia o prioridad puede perderse si la red est sobrecargada. Deben anticiparse y controlarse los factores externos e internos que afectan la recepcin del mensaje para as obtener una comunicacin en red exitosa. Se implementan innovaciones en el hardware y en el software de la red para garantizar la calidad y la confiabilidad de las comunicaciones de la misma.

Comunicacin a travs de redes

Poder comunicarse en forma confiable con todos en todas partes es de vital importancia para nuestra vida personal y comercial. Para respaldar el envo inmediato de los millones de mensajes que se intercambian entre las personas de todo el mundo, confiamos en una Web de redes interconectadas. Estas redes de informacin o datos varan en tamao y capacidad, pero todas las redes tienen cuatro elementos bsicos en comn: Reglas o acuerdos que rigen la forma en que se envan, dirigen, reciben e interpretan los mensajes Los mensajes o unidades de informacin que viajan de un dispositivo a otro Un medio para interconectar estos dispositivos: un medio que puede transportar los mensajes de un dispositovo a otro Dispositivos en la red que intercambian mensajes unos con otros

La estandarizacin de varios elementos de la red permite que trabajen juntos el equipo y los dispositivos creados por diferentes compaas. Los expertos en diversas tecnologas pueden contribuir con las mejores ideas para desarrollar una red eficiente, sin tener en cuenta la marca o el fabricante del equipo.

Elementos de una red El diagrama muestra los elementos de una red tpica, incluyendo dispositivos, medios y servicios unidos por reglas que trabajan en forma conjunta para enviar mensajes. Utilizamos la palabra mensajes como un trmino que abarca las pginas Web, los correos electrnicos, los mensajes instantneos, las llamadas

telefnicas y otras formas de comunicacin permitidas por Internet. En este curso, aprenderemos acerca de una variedad de mensajes, dispositivos, medios y servicios que permiten la comunicacin de esos mensajes. Aprenderemos adems sobre las reglas, o protocolos, que unen a estos elementos de red.

En este curso, se analizan muchos dispositivos de networking. La interconexin de redes es un tema orientado grficamente, y los iconos se utilizan comnmente para representar sus dispositivos. En la parte izquierda del diagrama se muestran algunos dispositivos comunes que generalmente originan mensajes que constituyen nuestra comunicacin. Esto incluye diversos tipos de equipos (se muestran iconos de una computadora de escritorio y de una porttil), servidores y telfonos IP. En las redes de rea local, estos dispositivos generalmente se conectan a travs de medios LAN (con cables o inalmbricos). El lado derecho de la figura muestra algunos de los dispositivos intermedios ms comunes utilizados para dirigir y administrar los mensajes en la red, as como otros smbolos comunes de networking. Los smbolos genricos se muestran para: Switch: el dispositivo ms comn para interconectar redes de rea local Firewall: proporciona seguridad a las redes Router: ayuda a dirigir mensajes a medida que viajan a travs de la red Router inalmbrico: un tipo especfico de router que se encuentra con frecuencia en redes domsticas Nube: se utiliza para resumir un grupo de dispositivos de networking, los detalles pueden ser irrelevantes para el tema en cuestin Enlace serial: una forma de interconexin WAN que se representa con una lnea en forma de rayo

Para que funcione una red, los dispositivos deben estar interconectados. Las conexiones de red pueden ser con cables o inalmbricas. En las conexiones con cables, el medio puede ser cobre, que transmite seales elctricas, o fibra ptica, que transmite seales de luz. En las conexiones inalmbricas, el medio es la atmsfera de la tierra, o el espacio, y las seales son microondas. Los medios de cobre incluyen cables, como el par trenzado del cable de telfono, el cable coaxial o generalmente conocido como cable de par trenzado no blindado (UTP) de Categora 5. Las fibras pticas, hebras finas de vidrio o plstico que transmiten seales de luz, son otra forma de medios de networking. Los medios inalmbricos incluyen conexiones inalmbricas domsticas entre un router inalmbrico y una computadora con una tarjeta de red inalmbrica, conexin inalmbrica terrestre entre dos estaciones de tierra o comunicacin entre dispositivos en tierra y satlites. En un viaje tpico a travs de Internet, un mensaje puede viajar en una variedad de medios.

Las personas generalmente buscan enviar y recibir distintos tipos de mensajes a travs de aplicaciones informticas; estas aplicaciones necesitan servicios para funcionar en la red. Algunos de estos servicios incluyen World Wide Web, correo electrnico, mensajera instantnea y telefona IP. Los dispositivos interconectados a travs de medios para proporcionar servicios se deben regir por reglas o protocolos. En el grfico se enumeran algunos servicios y un protocolo vinculado en forma ms directa con ese servicio. Los protocolos son las reglas que utilizan los dispositivos de red para comunicarse entre s. Actualmente, el estndar de networking es un conjunto de protocolos denominado TCP/IP (Protocolo de control de

transmisin/Protocolo de Internet). TCP/IP se utiliza en redes comerciales y domsticas, siendo tambin el protocolo primario de Internet. Son los protocolos TCP/IP los que especifican los mecanismos de formateo, de direccionamiento y de enrutamiento que garantizan que nuestros mensajes sean entregados a los destinatarios correctos. Cerramos esta seccin con un ejemplo para ver cmo estn conectados los elementos de redes, dispositivos, medios y servicios, mediante reglas para enviar un mensaje. Las personas generalmente imaginan las redes en el sentido abstracto. Creamos y enviamos un mensaje de texto y en forma casi inmediata se muestra en el dispositivo de destino. Aun que sabemos que entre nuestro dispositivo de envo y el dispositivo de recepcin hay una red por la que viaja nuestro mensaje, pocas veces pensamos en todas las partes y las piezas que forman dicha infraestructura. Los mensajes En el primer paso de su viaje desde la computadora hacia su destino, nuestro mensaje instantneo se convierte a un formato que se puede transmitir en la red. Todos los tipos de mensajes se tienen que convertir a bits, seales digitales codificadas en binario, antes de enviarse a sus destinos. Esto es as sin importar el formato del mensaje original: texto, video, voz o datos informticos. Una vez que nuestro mensaje instantneo se convierte a bits, est listo para enviarse hacia la red para su entrega. Los dispositivos

Es necesario iniciar con lo bsico para comenzar a entender la fuerza y la complejidad de las redes interconectadas que integran Internet. Tomemos el ejemplo del envo de mensajes de texto con un programa de mensajera instantnea en una computadora. Cuando pensamos en utilizar servicios de red, generalmente pensamos en utilizar una computadora para acceder a ellos. Pero una computadora es slo un tipo de dispositivo que puede enviar y recibir mensajes por una red. Muchos otros tipos de dispositivos pueden conectarse a la red para participar en servicios de la misma. Entre estos dispositivos estn telfonos, cmaras, sistemas musicales, impresoras y consolas de juegos. Adems de la computadora, hay otros componentes que hacen posible que nuestro mensaje instantneo viaje a travs de miles de cables, cables subterrneos, ondas areas y estaciones de satlite que pueden existir entre los dispositivos de origen y destino. Uno de los componentes crticos en una

Red de cualquier tamao es el router. Un router une dos o ms redes, como una red domstica e Internet, y pasa informacin de una red a otra. Los routers en una red trabajan para asegurar que el mensaje llegue a su destino de la forma ms rpida y eficaz. El medio La computadora debe estar conectada a una red local con cables o inalmbrica para enviar nuestro mensaje instantneo a su destino. Las redes locales se pueden instalar en hogares o empresas, donde permitan a las computadoras y a otros dispositivos compartir informacin con otros y utilizar una conexin a Internet comn. Las redes inalmbricas permiten el uso de dispositivos conectados a la red en cualquier lugar de una oficina o casa, incluso en el exterior. Fuera de la casa o la oficina, la red inalmbrica est disponible en zonas activas pblicas como cafs, empresas, habitaciones de hoteles y aeropuertos. Muchas de las redes instaladas utilizan cables para proporcionar conectividad. Ethernet es la tecnologa de red con cable ms comn en la actualidad. Los hilos, llamados cables, conectan las computadoras a otros dispositivos que forman las redes. Las redes con cables son mejores para transmitir grandes cantidad de datos a altas velocidades, tal como se necesita para dar soporte a multimedia de calidad profesional. Los servicios

Los servicios de red son programas computacionales que dan soporte a la red humana. Distribuidos en toda la red, estos servicios facilitan las herramientas de comunicacin en lnea como correos electrnicos, foros de discusin/boletines, salas de chat y mensajera instantnea. En el caso de la mensajera instantnea, por ejemplo un servicio de mensajera instantnea que proporcionan los dispositivos de una nube, debe ser accesible para el emisor y para el destinatario. Las reglas Aspectos importantes de las redes, que no son los dispositivos ni los medios, son las reglas o protocolos. Estas reglas son las normas o protocolos que especifican la manera en que se envan los mensajes, cmo se direccionan a travs de la red y cmo se interpretan en los dispositivos de destino. Por ejemplo: en el caso de la mensajera instantnea Jabber, los protocolos XMPP,

TCP e IP son importantes conjuntos de reglas que permiten que se realice la comunicacin.

Servicios y redes mltiples

El telfono tradicional, la radio, la televisin y las redes de datos informticos tienen su propia versin individual de los cuatro elementos bsicos de la red. En el pasado, cada uno de estos servicios requera una tecnologa diferente para emitir su seal de comunicacin particular. Adems, cada servicio tena su propio conjunto de reglas y normas para asegurar la comunicacin exitosa de su seal a travs de un medio especfico. Redes convergentes Los avances de la tecnologa nos permiten consolidar estas redes diferentes en una plataforma: una plataforma que se define como una red convergente. El flujo de voz, vdeo y datos que viaja a travs de la misma red elimina la necesidad de crear y mantener redes separadas. En una red convergente todava hay muchos puntos de contacto y muchos dispositivos especializados, (por ejemplo: computadoras personales, telfonos, televisores, asistentes personales y registradoras de puntos de venta minoristas) pero una sola infraestructura de red comn. Redes de informacin inteligente

El papel de la red est evolucionando. La plataforma de comunicaciones inteligentes del futuro ofrecer mucho ms que conectividad bsica y acceso a las aplicaciones. La convergencia de los diferentes tipos de redes de comunicacin en una plataforma representa la primera fase en la creacin de la red inteligente de informacin. En la actualidad nos encontramos en esta fase de evolucin de la red. La prxima fase ser consolidar no slo los diferentes tipos de mensajes en una nica red, sino tambin consolidar las aplicaciones que generan, transmiten y aseguran los mensajes en los dispositivos de red integrados. No slo la voz y el video se transmitirn mediante la misma red, sino que los dispositivos que realizan la conmutacin de telfonos y el broadcasting de videos sern los mismos dispositivos que enrutan los mensajes en la red. La plataforma de comunicaciones que resulta brinda una funcionalidad de alta calidad de las aplicaciones a un costo reducido. Planificacin para el futuro El paso al que avanza el desarrollo de nuevas y emocionantes aplicaciones de red convergentes se puede atribuir a la expansin rpida de Internet. Esta expansin cre una amplia audiencia y una base de consumo ms grande, ya que puede enviarse cualquier mensaje, producto o servicio. Los procesos y mecanismos subyacentes que llevan a este crecimiento explosivo tienen como resultado una arquitectura de red ms flexible y escalable. Como plataforma tecnolgica que se puede aplicar a la vida, al aprendizaje, al trabajo y al juego en la red humana, la arquitectura de red de Internet se debe adaptar a los constantes cambios en los requisitos de seguridad y de servicio de alta calidad. Arquitectura de una red Las redes deben admitir una amplia variedad de aplicaciones y servicios, as como tambin funcionar con diferentes tipos de infraestructuras fsicas. El trmino arquitectura de red, en este contexto, se refiere a las tecnologas que admiten la infraestructura y a los servicios y protocolos programados que pueden trasladar los mensajes en toda esa infraestructura. Debido a que Internet evoluciona, al igual que las redes en general, descubrimos que existen cuatro caractersticas bsicas que la arquitectura subyacente necesita para cumplir con las expectativas de los usuarios: tolerancia a fallas, escalabilidad, calidad del servicio y seguridad. Tolerancia a fallas La expectativa de que Internet est siempre disponible para los millones de usuarios que dependen de ella requiere una arquitectura de red que est

diseada y creada para ser tolerante a las fallas. Una red tolerante a fallas es la que limita el impacto de una falla del software o hardware y puede recuperarse rpidamente cuando se produce la misma. Estas redes dependen de enlaces o rutas redundantes entre el origen y el destino del mensaje. Si un enlace o ruta falla, los procesos garantizan que los mensajes pueden enrutarse en forma instantnea en un enlace diferente transparente para los usuarios en cada extremo. Tanto las infraestructuras fsicas como los procesos lgicos que direccionan los mensajes a travs de la red estn diseados para adaptarse a esta redundancia. sta es una premisa bsica de la arquitectura de las redes actuales. Escalabilidad Una red escalable puede expandirse rpidamente para admitir nuevos usuarios y aplicaciones sin afectar el rendimiento del servicio enviado a los usuarios actuales. Miles de nuevos usuarios y proveedores de servicio se conectan a Internet cada semana. La capacidad de la red de admitir estas nuevas interconexiones depende de un diseo jerrquico en capas para la infraestructura fsica subyacente y la arquitectura lgica. El funcionamiento de cada capa permite a los usuarios y proveedores de servicios insertarse sin causar disrupcin en toda la red. Los desarrollos tecnolgicos aumentan constantemente las capacidades de transmitir el mensaje y el rendimiento de los componentes de la estructura fsica en cada capa. Estos desarrollos, junto con los nuevos mtodos para identificar y localizar usuarios individuales dentro de una internetwork, estn permitiendo a Internet mantenerse al ritmo de la demanda de los usuarios.

Calidad de servicio (QoS) Internet actualmente proporciona un nivel aceptable de tolerancia a fallas y escalabilidad para sus usuarios. Pero las nuevas aplicaciones disponibles para los usuarios en internetworks crean expectativas mayores para la calidad de los servicios entregados. Las transmisiones de voz y video en vivo requieren un nivel de calidad consistente y un envo ininterrumpido que no era necesario para las aplicaciones informticas tradicionales. La calidad de estos servicios se mide contra la calidad de experimentar la misma presentacin de audio y video en persona. Las redes de voz y video tradicionales estn diseadas para admitir un tipo nico de transmisin, y por lo tanto pueden producir un nivel aceptable de calidad. Los nuevos requisitos para dar soporte a esta calidad de servicio sobre una red convergente cambia la forma en que estn diseadas y se implementan las arquitecturas de red. Seguridad Internet ha evolucionado y ha pasado de ser una internetwork de organizaciones educativas y gubernamentales fuertemente controlada a ser un medio accesible para todos para la transmisin de comunicaciones comerciales y personales. Como resultado, cambiaron los requerimientos de seguridad de la red. Las expectativas de privacidad y seguridad que se originan del uso de internetworks para intercambiar informacin empresarial crtica y confidencial exceden lo que puede enviar la arquitectura actual. La rpida expansin de las reas de comunicacin que no eran atendidas por las redes de datos tradicionales aumenta la necesidad de incorporar seguridad en la arquitectura de red. Como resultado, se est dedicando un gran esfuerzo a esta rea de investigacin y desarrollo. Mientras tanto, se estn implementando muchas herramientas y procedimientos para combatir los defectos de seguridad inherentes en la arquitectura de red. Arquitectura de red con tolerancia a fallas nternet, en sus comienzos, era el resultado de una investigacin respaldada por el Departamento de Defensa de Estados Unidos (DoD). Su objetivo principal fue tener un medio de comunicacin que pudiera soportar la destruccin de numerosos sitios e instalaciones de transmisin sin interrumpir el servicio. Esto implica que la tolerancia a fallas era el foco en el esfuerzo inicial del trabajo de diseo de internetwork.. Los primeros investigadores de red observaron las redes de comunicacin existentes, que en sus comienzos se utilizaban para la transmisin de trfico de voz, para determinar qu poda hacerse para mejorar el nivel de tolerancia a fallas.

Redes orientadas a la conexin y conmutadas por circuitos Para comprender el desafo con el que se enfrentaron los investigadores del DoD, es necesario observar cmo funcionan los sistemas telefnicos. Cuando una persona realiza una llamada con un telfono tradicional, la llamada primero pasa por un proceso de configuracin en el cual se identifican todas las conmutaciones telefnicas entre la persona y el telfono al que est llamando. Se crea un ruta temporal, o circuito, a travs de las distintas ubicaciones de conmutacin a utilizar durante la duracin de la llamada telefnica. Si falla algn enlace o dispositivo que participa en el circuito, la llamada se cae. Para volver a conectarse, se debe realizar una nueva llamada y crear un nuevo circuito entre el telfono de origen y el de destino. Este tipo de red orientada a la conexin se llama red conmutada por circuito. Las primeras redes conmutadas por circuito no recreaban en forma dinmica los circuitos descartados. Las nuevas llamadas se tenan que iniciar y los circuitos se tenan que construir de extremo a extremo para recuperarse de una falla. Muchas redes de circuitos conmutados dan prioridad a mantener las conexiones de circuitos, a expensas de las solicitudes de nuevos circuitos. En este tipo de red orientada a la conexin, una vez establecido el circuito, aunque no exista comunicacin entre las personas en ningn extremo de la llamada, el circuito permanece conectado y los recursos se reservan hasta que una de las partes desconecta la llamada. Debido a que existe una determinada capacidad para crear nuevos circuitos, es posible que a veces reciba un mensaje de que todos los circuitos estn ocupados y no pueda realizar la llamada. El costo que implica crear muchas rutas alternativas con capacidad suficiente para admitir un gran nmero de circuitos simultneos, y las tecnologas necesarias para recrear en forma dinmica los circuitos descartados en caso de falla, llevaron al DoD a considerar otros tipos de redes.

Redes sin conexin conmutadas por paquetes

En la bsqueda de una red que pueda soportar la prdida de una cantidad significativa de sus servicios de transmisin y conmutacin, los primeros diseadores de Internet reevaluaron las investigaciones iniciales acerca de las redes conmutadas por paquetes. La premisa para este tipo de redes es que un simple mensaje puede dividirse en mltiples bloques de mensajes. Los bloques individuales que contienen informacin de direccionamiento indican tanto su punto de origen como su destino final. Con esta informacin integrada, estos bloques de mensajes, llamados paquetes, se pueden enviar a travs de la red a lo largo de varias rutas y se pueden volver a unir en el mensaje original al alcanzar su destino. Uso de paquetes Los dispositivos dentro de la misma red desconocen el contenido de los paquetes individuales, slo est visible la direccin del destino final y el siguiente dispositivo en la ruta al destino. No se genera ningn circuito reservado entre emisor y receptor. Cada paquete se enva en forma independiente desde una ubicacin de conmutacin a otra. En cada ubicacin, se decide qu ruta utilizar para enviar el paquete al destino final. Si una ruta utilizada anteriormente ya no est disponible, la funcin de enrutamiento puede elegir en forma dinmica la prxima ruta disponible. Debido a que los mensajes se envan por partes, en lugar de hacerlo como un mensaje completo y nico, los pocos paquetes que pueden perderse en caso de que se produzca una falla pueden volver a transmitirse al destino por una ruta diferente. En muchos casos, el dispositivo de destino desconoce que se ha presentado alguna falla o un nuevo enrutamiento.

Redes sin conexin conmutadas por paquetes

Los investigadores del DoD se dieron cuenta de que una red sin conexin conmutada por paquetes tena las caractersticas necesarias para dar soporte a una arquitectura flexible y con tolerancia a fallas. En una red conmutada por paquetes no existe la necesidad de un circuito reservado y simple de extremo a extremo. Cualquier parte del mensaje puede enviarse a travs de la red utilizando una ruta disponible. Los paquetes que contienen las partes de los mensajes de diferentes orgenes pueden viajar por la red al mismo tiempo. El problema de los circuitos inactivos o no utilizados desaparece; todos los recursos disponibles pueden utilizarse en cualquier momento para enviar paquetes al destino final. Internet se ha convertido en un mtodo de comunicaciones escalable y con tolerancia a fallas al proporcionar una forma dinmica de utilizar las rutas, sin la intervencin del usuario. Redes orientadas a la conexin Aunque las redes sin conexin conmutadas por paquetes satisfacen las necesidades del DoD, y siguen siendo la primera infraestructura para Internet actualmente, hay varios beneficios para un sistema orientado a la conexin como el sistema telefnico conmutado por circuitos. Debido a que los recursos de las diferentes ubicaciones de conmutacin estn destinados a proporcionar un nmero determinado de circuitos, pueden garantizarse la calidad y la consistencia de los mensajes transmitidos en una red orientada a la conexin. Otro beneficio es que el proveedor del servicio puede cobrar a los usuarios de la red durante el periodo de tiempo en que la conexin se encuentra activa. La capacidad de cobrar a los usuarios para conexiones activas a travs de la red es una premisa fundamental de la industria del servicio de telecomunicaciones.

Arquitectura de red escalable El hecho de que Internet se expanda a esta velocidad, sin afectar seriamente el rendimiento de usuarios individuales, es una funcin del diseo de los protocolos y de las tecnologas subyacentes sobre la cual se construye. Internet, hecho de una coleccin de redes pblicas y privadas interconectadas, tiene una estructura jerrquica en capas para servicios de direccionamiento, designacin y conectividad. En cada nivel o capa de la jerarqua, los operadores de red individual mantienen relaciones entre pares con otros operadores en el mismo nivel. Como resultado, el trfico de redes destinado para servicios regionales y locales no necesita cruzar a un punto central para su distribucin. Los servicios comunes se pueden duplicar en diferentes regiones, por ello mantienen fuera el trfico de las redes backbone de alto nivel. Aunque no hay una organizacin nica que regule Internet, los operadores de muchas de redes individuales que proporcionan conectividad a Internet cooperan para seguir estndares y protocolos aceptados. La adherencia a los estndares permite a los fabricantes de hardware y software concentrarse en las mejoras del producto en reas de rendimiento y capacidad, sabiendo que los nuevos productos pueden integrarse y mejorar la infraestructura existente. La arquitectura de Internet actual, altamente escalable, no siempre puede mantener el ritmo de la demanda del usuario. Los nuevos protocolos y estructuras de direccionamiento estn en desarrollo para cumplir con el ritmo acelerado al cual se agregan los servicios y aplicaciones de Internet.

Suministro de calidad de servicio Las redes deben proporcionar servicios seguros, predecibles, medibles y, a veces, garantizados. La arquitectura de red conmutada por paquetes no garantiza que todos los paquetes que conforman un mensaje en particular lleguen a tiempo, en el orden correcto, ni tampoco garantiza la llegada. Las redes tambin necesitan mecanismos para administrar el trfico de redes congestionado. La congestin se produce cuando la demanda de recursos de red supera la capacidad disponible. Si todas las redes tuvieran recursos, no sera necesario utilizar mecanismos de QoS para asegurar la calidad del servicio. Desafortunadamente, ste no es el caso. Existen algunas restricciones en los recursos de red que no pueden evitarse. Las restricciones incluyen limitaciones tecnolgicas, costos y disponibilidad local del servicio de gran ancho de banda. El ancho de banda es la medida de la capacidad de transmisin de datos de la red. Cuando se producen intentos de comunicaciones simultneas en la red, la demanda de ancho de banda puede exceder su disponibilidad. La solucin obvia para esta situacin sera aumentar la cantidad de ancho de banda disponible. Pero debido a las restricciones anteriormente mencionadas, esto no siempre es posible. En la mayora de los casos, cuando el volumen de paquetes es mayor de lo que se puede transportar en la red, los dispositivos colocan los paquetes en cola en la memoria hasta que haya recursos disponibles para transmitirlos. Los paquetes en cola provocan retrasos. Si el nmero de paquetes en cola contina aumentando, las colas de la memoria se llenan y los paquetes se descartan. El secreto para una solucin exitosa de calidad de aplicacin de extremo a extremo es lograr la Calidad de servicio (QoS) necesaria al administrar los parmetros de prdida de paquetes o de retraso en una red. Por lo tanto, asegurar la QoS requiere de un grupo de tcnicas para administrar la utilizacin de los recursos de red. Para mantener una buena calidad de servicio para las aplicaciones que lo requieren, es necesario priorizar los tipos de paquetes de datos que deben enviarse a expensas de otros tipos de paquetes que puedan retrasarse o descartarse. Clasificacin Lo ideal es asignar una prioridad exacta para cada tipo de comunicacin. En la actualidad, esto no resulta prctico y posible. Por lo tanto, clasificamos aplicaciones en categoras de acuerdo a requisitos especficos de calidad de servicio.

Utilizamos una combinacin de caractersticas de comunicacin y la importancia relativa que se asigna a la aplicacin para crear clasificaciones de datos de QoS. Luego incluimos todos los datos en la misma clasificacin en base a las mismas reglas. Por ejemplo, la comunicacin sensible al tiempo o importante debera clasificarse en forma diferente de la comunicacin que puede esperar o es de menor importancia. Asignacin de prioridades Las caractersticas de la informacin que se comunica tambin afectan su administracin. Por ejemplo, el envo de una pelcula utiliza una importante cantidad de recursos de red cuando se enva en forma continua, sin interrupcin. Otros tipos de servicios, los correos electrnicos, por ejemplo, no resultan tan demandantes en la red. En una empresa, el administrador puede decidir asignar la mayor parte de los recursos de red a la pelcula, considerando que sta es la prioridad para los clientes. El administrador puede decidir que el impacto ser mnimo si los usuarios de correos electrnicos tienen que esperar algunos segundos ms para que llegue. En otra empresa la calidad del stream de video no es tan importante como la informacin del control de procesos crticos que operan las mquinas de fabricacin. Los mecanismos de QoS permiten el establecimiento de estrategias de administracin de cola que implementan prioridades para las diferentes clasificaciones de los datos de aplicacin. Sin el diseo y la implementacin correctos de los mecanismos de QoS, los paquetes de datos se descartan sin considerar las caractersticas de la aplicacin ni la prioridad. Algunas de las decisiones prioritarias para una organizacin pueden ser: Comunicaciones sensibles al tiempo: aumentan la prioridad por servicios como el telfono o la distribucin de videos. Comunicaciones no sensibles al tiempo: disminuyen la prioridad de recuperacin de pginas Web o de correos electrnicos. Alta importancia para la empresa: aumenta la prioridad del control de produccin o de datos de transacciones comerciales. Comunicacin no deseada: disminuye la prioridad o bloquea la actividad no deseada, como el intercambio de archivos punto a punto o el entretenimiento en vivo.

La Calidad de servicio que puede ofrecer una red es una cuestin vital y, en algunos casos, es crucial. Imagine las consecuencias si se descarta una llamada de pedido de ayuda a un centro de emergencias, o si se pierde la seal de control de una pieza automatizada de maquinaria pesada. Una

responsabilidad clave para los administradores de red en una organizacin es establecer una poltica de calidad de servicio para asegurar que se apliquen los mecanismos para cumplir los objetivos. La infraestructura de red, los servicios y los datos contenidos en las computadoras conectadas a la red son activos comerciales y personales muy importantes. Comprometer la integridad de estos activos puede tener serias repercusiones comerciales y financieras. Las consecuencias de la violacin de seguridad a una red pueden incluir: Corte de la red que evita que se generen las comunicaciones y las transacciones, con prdida de negocios como consecuencia Mala orientacin y prdida de recursos personales y comerciales Propiedad intelectual de la compaa (investigacin de ideas, patentes y diseos) que se roba y utiliza un competidor Detalles del contrato de un cliente que se revelan a los competidores o que se hacen pblicos, causando la prdida de la confianza del mercado en el negocio

La falta de confianza pblica en la privacidad, confidencialidad y niveles de integridad del negocio puede llevar a la prdida de ventas y a una falla ocasional de la compaa. Existen dos tipos de cuestiones de seguridad de la red que se deben tratar a fin de evitar serias consecuencias: seguridad de la infraestructura de la red y del contenido. La seguridad de la infraestructura de una red incluye el aseguramiento fsico de los dispositivos que proporcionan conectividad y evitan el acceso no autorizado al software administrativo que reside en ellos. La seguridad del contenido se refiere a proteger la informacin que contienen los paquetes que se transmiten por la red y la informacin almacenada los dispositivos anexos a la red. Al transmitir la informacin en Internet u otra red, los dispositivos y las instalaciones por las que viajan los paquetes desconocen el contenido de los paquetes individuales. Se deben implementar herramientas para proporcionar seguridad al contenido de los mensajes individuales sobre los protocolos subyacentes que rigen la forma en que los paquetes se formatean, direccionan y envan. Debido a que el reensamblaje y la interpretacin del contenido se delega a programas que se ejecutan en sistemas individuales de origen y destino, muchos de los protocolos y herramientas de seguridad deben implementarse tambin en esos sistemas.

Suministro de seguridad de red Las medidas de seguridad que se deben tomar en una red son: Evitar la divulgacin no autorizada o el robo de informacin Evitar la modificacin no autorizada de la informacin Evitar la denegacin del servicio

Los medios para lograr estas metas incluyen: Asegurar la confidencialidad Mantener la integridad de la comunicacin Asegurar la disponibilidad

Asegurar la confidencialidad La privacidad de los datos se asegura al permitir que slo los beneficiarios autorizados, personas, procesos o dispositivos, lean la informacin. Un sistema seguro de autenticacin de usuarios, el cumplimiento de las contraseas difciles de adivinar y el requerimiento a los usuarios para que las cambien frecuentemente ayudan a restringir el acceso a las comunicaciones y a los datos almacenados en los dispositivos adjuntos de la red. Cuando es necesario, se encripta el contenido para asegurar la confidencialidad y minimizar la divulgacin no autorizada o el robo de la informacin. Mantener la integridad de la comunicacin Integridad de datos significa tener la seguridad de que la informacin no se va a alterar en la transmisin, del origen al destino. La integridad de datos se puede comprometer cuando la informacin se daa, con o sin intencin, antes de que el receptor la reciba. La integridad del origen es la seguridad de que se valida la identidad del emisor. La integridad del origen se compromete cuando el usuario o dispositivo falsifica su identidad y proporciona informacin incorrecta al receptor. El uso de firmas digitales, algoritmos de hash y mecanismos de checksum son formas de proporcionar integridad al origen y a los datos a travs de la red para prevenir la modificacin no autorizada de la informacin. Asegurar la disponibilidad El asegurar la confidencialidad y la integridad es irrelevante si los recursos de la red tienen sobrecarga o no estn disponibles. Disponibilidad significa tener la seguridad de acceder en forma confiable y oportuna a los servicios de datos para

usuarios autorizados. Los recursos pueden no estar disponibles durante un ataque de Denegacin de servicio (DoS) o por la propagacin de un virus de computadora. Los dispositivos firewall de red, junto con los software antivirus de los equipos de escritorio y de los servidores pueden asegurar la confiabilidad y la solidez del sistema para detectar, repeler y resolver esos ataques. Crear infraestructuras de red totalmente redundantes, con pocos puntos de error nicos, puede reducir el impacto de estas amenazas. El resultado de la implementacin de medidas para mejorar tanto la calidad del servicio como la seguridad de las comunicaciones de la red es un incremento en la complejidad de la plataforma fundamental de la red. Debido a que Internet contina expandindose para ofrecer ms y nuevos servicios, su futuro depende de las nuevas y ms slidas arquitecturas en desarrollo que incluyen estas cuatro caractersticas: tolerancia a fallas, escalabilidad, calidad del servicio y seguridad.

La convergencia de los distintos medios de comunicacin en una plataforma de red simple estimula el crecimiento exponencial de las capacidades de red. Existen tres tendencias principales que contribuyen a la futura estructura de las redes de informacin complejas: Incremento en el nmero de usuarios mviles Proliferacin de los dispositivos aptos para la red Expansin del rango de servicios

Usuarios mviles Estamos solicitando ms conectividad mvil a las redes de datos, debido al incremento del nmero de trabajadores mviles y de dispositivos porttiles. Esta

demanda cre un mercado para los servicios inalmbricos con gran flexibilidad, cobertura y seguridad. Ms y nuevos dispositivos aptos La computadora es slo uno de tantos dispositivos en las redes de informacin de hoy en da. Tenemos una proliferacin de nuevas tecnologas magnficas que pueden aprovechar los servicios de red disponibles. Las funciones que realizan los telfonos celulares, los asistentes digitales personales (PDA), los organizadores y los pagers se concentran en dispositivos porttiles sencillos con conectividad continua para proveedores de servicios y contenido. Estos dispositivos, alguna vez considerados "juguetes" o elementos de lujo, son ahora una parte integral de la forma en que se comunican las personas. Adems de los dispositivos mviles, tambin tenemos dispositivos de voz sobre IP (VoIP), sistemas de juegos y un gran surtido de aparatos para el hogar y los negocios que se pueden conectar y utilizar servicios de red. Aumento en la disponibilidad de servicios La amplia aceptacin de la tecnologa y el paso acelerado de la innovacin en las prestaciones de servicios de red crea una dependencia cada vez mayor. Para cumplir con las demandas del usuario, se presentan nuevos servicios y se mejoran los ms viejos. Como los usuarios confan en estos servicios ampliados, desean an ms capacidades. As, la red crece para respaldar este aumento en la demanda. La gente depende de los servicios que se proporcionan en la red, y por lo tanto depende de la disponibilidad y la confiabilidad de la infraestructura de red fundamental. El reto de no quedarnos atrs con una red de usuarios y servicios en crecimiento es responsabilidad de los profesionales capacitados de red y TI. Oportunidades para la carrera de networking Las profesiones relacionadas con tecnologa de la informacin y redes crecen y evolucionan a igual velocidad que las tecnologas y los servicios subyacentes. Como las redes crecen en sofisticacin, la demanda para las personas con habilidades de networking tambin continuar creciendo. Los puestos de TI tradicionales como programadores, ingenieros de software, administradores de bases de datos y tcnicos de red estn unidos por nuevos ttulos, como por ejemplo: arquitecto de red, diseador de sitios de e-Commerce, funcionario de seguridad de informacin y especialista en integracin local. Las oportunidades para los emprendedores innovadores son ilimitadas.

Incluso los trabajos que no son de TI, como administracin de fabricacin o diseo de equipamiento mdico, ahora requieren de una cantidad significativa de conocimiento acerca del funcionamiento de redes para que resulte exitoso. Los Directores de Tecnologa en muchas empresas grandes indican la falta de personal calificado como el factor principal que retrasa la implementacin de nuevos servicios innovadores. Como estudiantes de la tecnologa de networking, revisamos los componentes de las redes de datos y las funciones que tienen para permitir la comunicacin. Este curso, como otros en la serie de Networking Academy, est diseado para capacitarlo con el conocimiento de networking para crear y administrar redes en evolucin.

Resumen y revisin Este captulo trat la importancia de las redes de datos como la plataforma para dar soporte a la comunicacin comercial y a las tareas de la vida diaria. Las redes de datos juegan un papel vital al facilitar la comunicacin dentro de la red humana mundial. Tambin dan soporte a la forma en que vivimos, aprendemos, trabajamos y jugamos. Proporcionan la plataforma para los servicios que nos permiten conectarnos, en forma local y global, con nuestra familia y

amigos, as como tambin con nuestro trabajo e intereses. Esta plataforma da soporte al uso de texto, grficos, video y conversacin. Las redes de datos y las redes humanas utilizan procedimientos similares para asegurar que su comunicacin llegue al destino de forma precisa y a tiempo. Los acuerdos sobre el idioma, el contenido, la forma y el medio que los humanos generalmente usamos en forma implcita se reflejan en la red de datos. Los factores que aseguran el envo de los mensajes y la informacin en la red de datos son los medios de networking que conectan los dispositivos de red y los acuerdos y estndares que rigen su funcionamiento. A medida que crece la demanda para que ms personas y dispositivos se comuniquen en un mundo mvil, las tecnologas de red de datos tendrn que adaptarse y desarrollarse. Las redes convergentes, que transmiten todos los tipos de comunicacin (datos, voz y video) en una infraestructura, proporcionan una oportunidad de reducir costos y ofrecer a los usuarios servicios y contenido con muchas caractersticas. Sin embargo, el diseo y la administracin de redes convergentes requiere de conocimiento y habilidades extensas de networking si todos los servicios se entregan como se espera a los usuarios. Los diferentes tipos de comunicacin que fluyen a travs de nuestras redes de datos necesitan priorizarse, de manera que los datos importantes y sensibles al tiempo utilicen primero los recursos de red limitados. La integracin de la seguridad en las redes de datos es esencial si se pretende que nuestras comunicaciones privadas, personales y comerciales no sean interceptadas, robadas o daadas.

Capitulo 2 Introduccin del capitulo Las redes nos conectan cada vez ms. Las personas se comunican en lnea desde cualquier lugar. La tecnologa confiable y eficiente permite que las redes estn disponibles cuando y donde las necesitemos. A medida que la red humana sigue creciendo, la plataforma que la conecta y le da soporte tambin debe hacerlo. La industria de la red, como un todo, ha creado los medios para analizar la plataforma existente y para mejorarla de forma progresiva, en lugar de desarrollar sistemas nicos e independientes para la entrega de cada servicio nuevo. Esto asegura que las comunicaciones existentes se mantengan, mientras se introducen los servicios nuevos, los cuales son econmicos y tecnolgicamente slidos. En este curso, nso enfocamos en estos aspectos de la red de informacin: Dispositivos que forman la red Medios que conectan los dispositivos Mensajes que se transmiten a travs de la red Reglas y procesos que rigen las comunicaciones de la red Herramientas y comandos para construir y mantener las redes

Algo importante para el estudio de redes es el uso de modelos generalmente aceptados que describan las funciones de la red. Estos modelos proporcionan un esquema para entender las redes actuales y para facilitar el desarrollo de nuevas tecnologas para dar apoyo a las necesidades de comunicacin a futuro. Algo importante para el estudio de redes es el uso de modelos generalmente aceptados que describan las funciones de la red. Estos modelos proporcionan un esquema para entender las redes actuales y para facilitar el desarrollo de nuevas tecnologas para dar apoyo a las necesidades de comunicacin a futuro. En este curso, utilizamos estos modelos, as como las herramientas diseadas para analizar y simular la funcionalidad de la red. Dos de las herramientas que le permitirn crear e interactuar con redes simuladas son el software Packet Tracer y el analizador de protocolos de red Wireshark.

Este captulo lo prepara para: Describir la estructura de una red, incluso los dispositivos y los medios necesarios para que las comunicaciones sean exitosas. Explicar la funcin de los protocolos en las comunicaciones de red. Explicar las ventajas del uso de un modelo en capas para describir la funcionalidad de la red. Describir la funcin de cada capa en dos modelos de red reconocidos: El modelo TCP/IP y el modelo OSI. Describir la importancia de direccionar y nombrar esquemas en las comunicaciones de red.

Elementos de la comunicacin La comunicacin comienza con un mensaje o informacin que se debe enviar de una persona o dispositivo a otro. Las personas intercambian ideas mediante diversos mtodos de comunicacin. Todos estos mtodos tienen tres elementos en comn. El primero de estos elementos es el origen del mensaje, o emisor. Los orgenes de los mensajes son las personas o los dispositivos electrnicos que deben enviar un mensaje a otras personas o dispositivos. El segundo elemento de la comunicacin es el destino o receptor del mensaje. El destino recibe el mensaje y lo interpreta. Un tercer elemento, llamado canal, est formado por los medios que proporcionan el camino por el que el mensaje viaja desde el origen hasta el destino.

Considere, por ejemplo, que desea comunicar mediante palabras, ilustraciones y sonidos. Cada uno de estos mensajes puede enviarse a travs de una red de datos o de informacin convirtindolos primero en dgitos binarios o bits. Luego, estos bits se codifican en una seal que se puede transmitir por el medio apropiado. En las redes computacionales, el medio es generalmente un tipo de cable o transmisin inalmbrica. El trmino red en este curso se refiere a las redes de datos o informacin capaces de transmitir muchos tipos diferentes de comunicaciones, incluyendo datos computacionales tradicionales, voz interactiva, video y productos de entretenimiento. En teora, una comunicacin simple, como un video musical o un correo electrnico puede enviarse a travs de la red desde un origen hacia un destino como un stream de bits masivo y continuo. Si en realidad los mensajes se transmitieron de esta manera, significar que ningn otro dispositivo podr enviar o recibir mensajes en la misma red mientras esta transferencia de datos est en progreso. Estos grandes streams de datos originarn retrasos importantes. Adems, si falla un enlace en la infraestructura de la red interconectada durante la transmisin, el mensaje completo se perdera y tendra que retransmitirse completamente. Un mtodo mejor es dividir los datos en partes ms pequeas y manejables para enviarlas por la red. La divisin del stream de datos en partes ms pequeas se denomina segmentacin. La segmentacin de mensajes tiene dos beneficios principales. Primero, al enviar partes individuales ms pequeas del origen al destino, se pueden intercalar diversas conversaciones en la red. El proceso que se utiliza para intercalar las piezas de conversaciones separadas en la red se denomina multiplexacin. Segundo, la segmentacin puede aumentar la confiabilidad de las comunicaciones de red. No es necesario que las partes separadas de cada mensaje sigan el mismo recorrido a travs de la red desde el origen hasta el destino. Si una ruta en particular se satura con el trfico de datos, o falla, las partes individuales del mensaje an pueden direccionarse hacia el destino mediante los recorridos alternativos. Si parte del mensaje no logra llegar al destino, slo se deben retransmitir las partes faltantes. Comunicacin de mensajes

La desventaja de utilizar segmentacin y multiplexacin para transmitir mensajes a travs de la red es el nivel de complejidad que se agrega al proceso. Supongamos que tuviera que enviar una carta de 100 pginas, pero en cada sobre slo cabe una. El proceso de escribir la direccin, etiquetar, enviar, recibir y abrir los cien sobres requerir mucho tiempo tanto para el remitente como para el destinatario. En las comunicaciones de red, cada segmento del mensaje debe seguir un proceso similar para asegurar que llegue al destino correcto y que puede volverse a ensamblar en el contenido del mensaje original. Varios tipos de dispositivos en toda la red participan para asegurar que las partes del mensaje lleguen a los destinos de manera confiable.

La ruta que toma un mensaje desde el origen hasta el destino puede ser tan sencilla como un solo cable que conecta una computadora con otra o tan compleja como una red que literalmente abarca el mundo. Esta infraestructura de red es la plataforma que respalda la red humana. Proporciona el canal estable y confiable por el cual se producen las comunicaciones.

Los dispositivos y los medios son los elementos fsicos o hardware de la red. El hardware es generalmente el componente visible de la plataforma de red, como una computadora porttil o personal, un switch, o el cableado que se usa para conectar estos dispositivos. A veces, puede que algunos componentes no sean visibles. En el caso de los medios inalmbricos, los mensajes se transmiten a travs del aire mediante radio frecuencias invisibles u ondas infrarojas. Los servicios y procesos son los programas de comunicacin, llamados software, que se ejecutan en los dispositivos conectados a la red. Un servicio de red proporciona informacin en respuesta a una solicitud. Los servicios incluyen una gran cantidad de aplicaciones de red comunes que utilizan las personas a diario, como los servicios de correo electrnico hosting y los servicios de Web hosting. Los procesos proporcionan la funcionalidad que direcciona y traslada mensajes a travs de la red. Los procesos son menos obvios para nosotros, pero son crticos para el funcionamiento de las redes. Los dispositivos de red con los que la gente est ms familiarizada se denominan dispositivos finales. Estos dispositivos constituyen la interfaz entre la red humana y la red de comunicacin subyacente. Algunos ejemplos de dispositivos finales son: Computadoras (estaciones de trabajo, computadoras porttiles, servidores de archivos, servidores web) Impresoras de red Telfonos VoIP Cmaras de seguridad Dispositivos porttiles mviles (tal como los escner inalmbricos para cdigos de barras y los PDA)

En el contexto de una red, se hace referencia a los dispositivos finales como hosts. Un dispositivo host puede ser el origen o el destino de un mensaje transmitido a travs de la red. Para distinguir un host de otro, cada host en la red se identifica por una direccin. Cuando un host inicia la comunicacin, utiliza la direccin del host de destino para especificar a dnde se debe enviar el mensaje. En las redes modernas, un hosts pueden actuar como un cliente, un servidor o ambos. El software instalado en el host determina qu funcin tiene en la red. Los servidores son hosts con software instalado que les permite proporcionar informacin y servicios, por ejemplo correo electrnico o pginas Web, a otros hosts de la red.

Los clientes son hosts que tienen instalado un software que les permite solicitar informacin al servidor y mostrar la informacin obtenida. Adems de los dispositivos finales con los cuales la gente est familiarizada, las redes dependen de dispositivos intermediarios para proporcionar conectividad y para trabajar detrs del escenario y garantizar que los datos fluyan a travs de la red. Estos dispositivos conectan los hosts individuales a la red y pueden conectar varias redes individuales para formar una internetwork. Los siguientes son ejemplos de dispositivos de red intermediarios: Dispositivos de acceso a la red (hubs, switches y puntos de acceso inalmbrico) Dispositivos de internetwork (routers) Servidores y mdems de comunicacin Dispositivos de seguridad (firewalls)

La administracin de datos, as como fluye en la red, es tambin una funcin de los dispositivos intermediarios. Estos dispositivos utilizan la direccin host de destino, conjuntamente con informacin sobre las interconexiones de la red, para determinar la ruta que deben tomar los mensajes a travs de la red. Los procesos que se ejecutan en los dispositivos de red intermediarios realizan las siguientes funciones: o Volver a generar y transmitir las seales de datos o Conservar informacin acerca de las rutas que existen a travs de la red y de internetwork o Notificar a otros dispositivos los errores y las fallas de comunicacin o Dirigir los datos a lo largo de rutas alternativas cuando hay una falla en el enlace o Clasificar y dirigir mensajes de acuerdo a las prioridades de QoS o Permitir o denegar el flujo de datos de acuerdo a los parmetros de seguridad

La comunicacin a travs de una red se transporta por un medio. El medio proporciona el canal por el cual viaja el mensaje desde el origen hasta el destino. Las redes modernas utilizan principalmente tres tipos de medios para interconectar los dispositivos y proporcionar la ruta por la cual pueden transmitirse los datos. Estos medios son: Hilos metlicos dentro de cables Fibras de vidrio o plstico (cable de fibra ptica) Transmisin inalmbrica

La codificacin de la seal que se debe realizar para que se transmita el mensaje es diferente para cada tipo de medio. En los hilos metlicos, los datos se codifican dentro de impulsos elctricos que coinciden con patrones especficos. Las transmisiones por fibra ptica dependen de pulsos de luz, dentro de intervalos de luz visible o infrarroja. En las transmisiones inalmbricas, los patrones de ondas electromagnticas muestran los distintos valores de bits. Los diferentes tipos de medios de red tienen diferentes caractersticas y beneficios. No todos los medios de red tienen las mismas caractersticas ni son adecuados para el mismo fin. Los criterios para elegir un medio de red son: La distancia en la cual el medio puede transportar exitosamente una seal. El ambiente en el cual se instalar el medio.

La cantidad de datos y la velocidad a la que se deben transmitir. El costo del medio y de la instalacin.

Redes de rea local Las infraestructuras de red pueden variar en gran medida en trminos de: El tamao del rea cubierta El nmero de usuarios conectados El nmero y los tipos de servicios disponibles

Una red individual generalmente cubre una nica rea geogrfica y proporciona servicios y aplicaciones a personas dentro de una estructura organizacional comn, como una empresa, un campus o una regin. Este tipo de red se denomina Red de rea local (LAN). Una LAN por lo general est administrada por una organizacin nica. El control administrativo que rige las polticas de seguridad y control de acceso est implementado en el nivel de red.

Cuando una compaa o una organizacin tiene ubicaciones separadas por grandes distancias geogrficas, es posible que deba utilizar un proveedor de servicio de telecomunicaciones (TSP) para interconectar las LAN en las distintas ubicaciones. Los proveedores de servicios de telecomunicaciones operan grandes redes regionales que pueden abarcar largas distancias. Tradicionalmente, los TSP transportaban las comunicaciones de voz y de datos

en redes separadas. Cada vez ms, estos proveedores ofrecen a sus suscriptores servicios de red convergentes de informacin. Por lo general, las organizaciones individuales alquilan las conexiones a travs de una red de proveedores de servicios de telecomunicaciones. Estas redes que conectan las LAN en ubicaciones separadas geogrficamente se conocen como Redes de rea amplia (WAN). Aunque la organizacin mantiene todas las polticas y la administracin de las LAN en ambos extremos de la conexin, las polticas dentro de la red del proveedor del servicio de comunicaciones las controlada el TSP. Las WAN utilizan dispositivos de red diseados especficamente para realizar las interconexiones entre las LAN. Dada la importancia de estos dispositivos para la red, la configuracin, la instalacin y el mantenimiento de los mismos son aptitudes complementarias de la funcin de la red de una organizacin. Las LAN y las WAN son muy tiles para las organizaciones individuales. Conectan a los usuarios dentro de la organizacin. Permiten gran cantidad de formas de comunicacin que incluyen intercambio de correos electrnicos, capacitacin corporativa y acceso a recursos. Aunque existen beneficios por el uso de una LAN o WAN, la mayora de los usuarios necesitan comunicarse con un recurso en otra red, fuera de la organizacin local. Los ejemplos de este tipo de comunicacin incluyen: Envo de un correo electrnico a un amigo que se encuentra en otro pas Acceso a noticias o productos en un sitio Web Recepcin de un archivo desde la computadora de un vecino Mensajera instantnea con un familiar en otra ciudad Ver el juego de su equipo favorito en un celular

Internetwork Una malla mundial de redes interconectadas (internetworks) que cumple estas necesidades de comunicacin humana. Algunas de estas redes interconectadas pertenecen a grandes organizaciones pblicas o privadas, como agencias gubernamentales o empresas industriales, y estn reservadas para su uso exclusivo. La internetwork accesible al pblico en general ms conocida y ampliamente utilizada es Internet.

Internet se crea por la interconexin de redes que pertenecen a los Proveedores de servicios de Internet (ISP). Estas redes ISP se conectan entre s para proporcionar acceso a millones de usuarios en todo el mundo. Garantizar una comunicacin efectiva en esta infraestructura heterognea requiere la aplicacin de protocolos y tecnologas uniformes, y comnmente reconocidas, as como tambin la cooperacin de muchas agencias de administracin de red.

Intranet El trmino intranet con frecuencia se utiliza para hacer referencia a una conexin privada de LAN y WAN que pertenece a una organizacin y est diseada para que accedan a ella slo los miembros y los empleados de la organizacin u otras personas autorizadas. Nota: Es posible que los siguientes trminos sean sinnimos: internetwork, red de datos y red. Una conexin de dos o ms redes de datos forma una internetwork: una red de redes. Tambin es habitual referirse a una internetwork como una red de datos, o simplemente como una red, cuando se consideran las comunicaciones a alto nivel. El uso de los trminos depende del contexto en el momento, a veces los trminos se pueden intercambiar.

Cuando se transporta informacin compleja como la conectividad de red y el funcionamiento de una gran internetwork, es muy til el uso de representaciones visuales y grficos. Como cualquier otro idioma, el lenguaje de interconexin de redes utiliza un grupo comn de smbolos para representar los distintos dispositivos finales, los dispositivos de red y los medios. La capacidad de reconocer las representaciones lgicas de los componentes fsicos de networking es fundamental para poder visualizar la organizacin y el funcionamiento de una red. A lo largo de este curso y de estos laboratorios, aprender cmo operan estos dispositivos y cmo realizar tareas de configuracin bsica en los mismos. Adems de estas representaciones, se utiliza terminologa especializada al hablar sobre cmo se conectan estos dispositivos y los medios unos a otros. Algunos trminos importantes para recordar son: Tarjeta de interfaz de red (NIC): una NIC, o adaptador de LAN, proporciona la conexin fsica a la red en la computadora personal u otro dispositivo host. Los medios que realizan la conexin de la PC al dispositivo de networking se conectan en la NIC. Puerto fsico: un conector o conexin en un dispositivo de networking donde se conectan los medios a un host u otro dispositivo de networking. Interfaz: puertos especializados en un dispositivo de internetworking que se conecta a redes individuales. Puesto que los routers se utilizan para interconectar redes, los puertos de un router se conocen como interfaces de red. Reglas que rigen la comunicacin Toda comunicacin, ya sea cara a cara o por una red, est regida por reglas predeterminadas que se denominan protocolos. Estos protocolos son especficos de las caractersticas de la conversacin. En nuestra comunicacin personal diaria, las reglas que utilizamos para comunicarnos por un medio, como una llamada telefnica, no son necesariamente las mismas que los protocolos para utilizar otro medio, como enviar una carta. Piense cuntas reglas o protocolos diferentes rigen todos los mtodos de comunicacin que existen actualmente en el mundo. La comunicacin exitosa entre los hosts de una red requiere la interaccin de gran cantidad de protocolos diferentes. Un grupo de protocolos interrelacionados que son necesarios para realizar una funcin de comunicacin se denomina suite de protocolos. Estos protocolos se

implementan en el software y el hardware que est cargado en cada host y dispositivo de red. Una de las mejores formas de ver cmo interactan los protocolos en un host particular es verlo como un stack. Un stack de protocolos muestra cmo se implementan los protocolos individuales de una suite en el host. Los protocolos se muestran como una jerarqua en capas, donde cada servicio de nivel superior depende de la funcionalidad definida por los protocolos que se muestran en los niveles inferiores. Las capas inferiores del stack se encargan del movimiento de datos por la red y proporcionan servicios a las capas superiores, las cuales se enfocan en el contenido del mensaje que se va a enviar y en la interfaz del usuario. Uso de capas para describir la comunicacin cara a cara Por ejemplo, considere a dos personas que se comunican cara a cara. Como muestra la figura, se pueden utilizar tres capas para describir esta actividad. En la capa inferior, la capa fsica, puede haber dos personas, cada una con una voz que puede pronunciar palabras en voz alta. En la segunda capa, la capa de las reglas, existe un acuerdo para hablar en un lenguaje comn. En la capa superior, la capa de contenido, tenemos las palabras que se hablan: el contenido de la comunicacin. Si furamos testigos de esta conversacin, realmente no veramos las "capas" flotando en el lugar. Es importante entender que el uso de capas es un modelo y, como tal, proporciona una va para fraccionar convenientemente en partes una tarea compleja y describir cmo funciona.

A nivel humano, algunas reglas de comunicacin son formales y otras simplemente se entienden, o estn implcitas, de acuerdo a los usos y costumbres. Para que los dispositivos se puedan comunicar en forma exitosa, un nuevo conjunto de aplicaciones de protocolos debe describir los requerimientos e interacciones precisos. Las suites de protocolos de networking describen procesos como los siguientes: El formato o la estructura del mensaje El mtodo por el cual los dispositivos de networking comparten informacin sobre las rutas con otras redes Cmo y cundo se transmiten mensajes de error y del sistema entre los dispositivos La configuracin y la terminacin de sesiones de transferencia de datos

Los protocolos individuales en una suite de protocolos pueden ser especfica para el vendedor y exclusiva. Exclusiva, en este contexto, significa que una compaa o proveedor controla la definicin del protocolo y cmo funciona. Algunos protocolos exclusivos los pueden utilizar distintas organizaciones con permiso del propietario. Otros, slo se pueden implementar en equipos fabricados por el proveedor exclusivo. Con frecuencia, muchos de los protocolos que comprenden una suite hacen referencia a otros protocolos ampliamente utilizados o a estndares de la industria. Un estndar es un proceso o protocolo que ha sido avalado por la industria de networking y ratificado por una organizacin de estndares, como el Instituto de Ingenieros Elctricos y Electrnicos (IEEE, Institute of Electrical and Electronics Engineers) o el Grupo de trabajo de ingeniera de Internet (IETF). El uso de estndares en el desarrollo e implementacin de protocolos asegura que los productos de diferentes fabricantes puedan funcionar conjuntamente para lograr comunicaciones eficientes. Si un fabricante en particular no observa un protocolo estrictamente, es posible que sus equipos o software no puedan comunicarse satisfactoriamente con productos hechos por otros fabricantes.

En las comunicaciones de datos, por ejemplo, si un extremo de una conversacin utiliza un protocolo para regir una comunicacin unidireccional y el otro extremo adopta un protocolo que describe una comunicacin

bidireccional, es muy probable que no pueda intercambiarse ninguna informacin. Un ejemplo del uso de una suite de protocolos en comunicaciones de red es la interaccin entre un servidor Web y un explorador Web. Esta interaccin utiliza una cantidad de protocolos y estndares en el proceso de intercambio de informacin entre ellos. Los distintos protocolos trabajan en conjunto para asegurar que ambas partes reciben y entienden los mensajes. Algunos ejemplos de estos protocolos son: Protocolo de aplicacin: El Protocolo de transferencia de hipertexto (HTTP) es un protocolo comn que rige la forma en que interactan un servidor Web y un cliente Web. HTTP define el contenido y el formato de las solicitudes y respuestas intercambiadas entre el cliente y el servidor. Tanto el cliente como el software del servidor Web implementan el HTTP como parte de la aplicacin. HTTP se basa en otros protocolos para regular la forma en que se transportan los mensajes entre el cliente y el servidor. Protocolo de transporte: El Protocolo de control de transmisin (TCP) es el protocolo de transporte que administra las conversaciones individuales entre servidores Web y clientes Web. TCP divide los mensajes HTTP en pequeas partes, denominadas segmentos, para enviarlas al cliente de destino. Tambin es responsable de controlar el tamao y los intervalos a los que se intercambian los mensajes entre el servidor y el cliente.

Protocolo de internetwork: El protocolo de internetwork ms comn es el Protocolo de Internet (IP). El IP es responsable de tomar los segmentos formateados del TCP, encapsularlos en paquetes, asignar las direcciones apropiadas y seleccionar la mejor ruta al host de destino. Protocolos de acceso a la red: Los protocolos de acceso a la red describen dos funciones principales, la administracin de enlace de datos y la transmisin fsica de datos en los medios. Los protocolos de administracin de enlace de datos toman los paquetes IP y los formatean para transmitirlos por los medios. Los estndares y protocolos de los medios fsicos rigen de qu manera se envan las seales por los medios y cmo las interpretan los clientes que las reciben. Los transceptores de las tarjetas de interfaz de red implementan los estndares apropiados para los medios que se utilizan. Los protocolos de red describen las funciones que se producen durante las comunicaciones de red. En el ejemplo de la conversacin cara a cara, es posible que un protocolo para comunicar establezca que para indicar que la conversacin ha finalizado, el emisor debe permanecer en silencio durante dos segundos completos. Sin embargo, este protocolo no especifica cmo debe permanecer en silencio el emisor durante los dos segundos. Los protocolos generalmente no describen cmo lograr una funcin particular. Al describir solamente qu funciones se requieren de una regla comunicacin en particular pero no cmo realizarlas, es posible que implementacin de un protocolo en particular sea independiente de tecnologa. en de la la

En el ejemplo del servidor Web, HTTP no especifica qu lenguaje de programacin se utiliza para crear el explorador, qu software de servidor Web se debe utilizar para servir las pginas Web, sobre qu sistema operativo se ejecuta el software o los requisitos necesarios para mostrar el explorador. Tampoco describe cmo debe detectar errores el servidor, aunque s describe lo que debe hacer si ocurre algn error. Esto significa que una computadora y otros dispositivos como telfonos mviles o PDA pueden acceder a una pgina Web almacenada en cualquier tipo de servidor Web que utilice cualquier forma de sistema operativo de cualquier lugar de Internet.

Para visualizar la interaccin entre varios protocolos, es comn utilizar un modelo en capas. Este modelo describe el funcionamiento de los protocolos que se produce en cada capa y la interaccin con las capas que se encuentran por encima y por debajo de ellas. Hay beneficios por el uso de un modelo en capas para describir protocolos de red y operaciones. Uso de un modelo en capas: Ayuda en el diseo de protocolos, ya que los protocolos que operan en una capa especfica tienen informacin definida segn la cual actan, y una interfaz definida para las capas superiores e inferiores. Fomenta la competencia, ya que los productos de distintos proveedores pueden trabajar en conjunto. Evita que los cambios en la tecnologa o en las capacidades de una capa afecten otras capas superiores e inferiores. Proporciona un lenguaje comn para describir las funciones y capacidades de networking.

Existen dos tipos bsicos de modelos de networking: modelos de protocolo y modelos de referencia. Un modelo de protocolo proporciona un modelo que coincide fielmente con la estructura de una suite de protocolo en particular. El conjunto jerrquico de protocolos relacionados en una suite representa tpicamente toda la funcionalidad requerida para interconectar la red humana con la red de datos. El modelo TCP/IP es un protocolo modelo porque describe las funciones que ocurren en cada capa de protocolos dentro de una suite de TCP/IP. Un modelo de referencia proporciona una referencia comn para mantener la consistencia dentro de todos los tipos de protocolos y servicios de red. Un modelo de referencia no est pensado para ser una especificacin de implementacin ni para proporcionar un nivel de detalle suficiente para definir de forma precisa los servicios de la arquitectura de red. El objetivo principal de un modelo de referencia es ayudar a lograr un mayor conocimiento de las funciones y procesos involucrados. El modelo de Interconexin de sistema abierto (OSI) es el modelo de referencia de internetwork ms conocido. Se usa para diseo de redes de datos, especificaciones de funcionamiento y resolucin de problemas. Si bien los modelos TCP/IP y OSI son los modelos principales que se usan cuando se discute la funcionalidad de la red, los diseadores de servicios, dispositivos o protocolos de red pueden crear sus propios modelos para representar sus

productos. Por ltimo, se solicita a los diseadores que se comuniquen con la industria al relacionar sus productos o servicios con el modelo OSI, el modelo TCP/IP o ambos.

El primer modelo de protocolo en capas para comunicaciones de internetwork se cre a principios de la dcada de los setenta y se conoce con el nombre de modelo de Internet. Define cuatro categoras de funciones que deben existir para que las comunicaciones sean exitosas. La arquitectura de la suite de protocolos TCP/IP sigue la estructura de este modelo. Por esto, es comn que al modelo de Internet se le conozca como modelo TCP/IP. La mayora de los modelos de protocolos describen un stack de protocolos especficos del proveedor. Sin embargo, puesto que el modelo TCP/IP es un estndar abierto, una compaa no controla la definicin del modelo. Las definiciones del estndar y los protocolos TCP/IP se explican en un foro pblico y se definen en un conjunto de documentos disponibles al pblico. Estos documentos se denominan Solicitudes de comentarios (RFC). Contienen las especificaciones formales de los protocolos de comunicacin de datos y los recursos que describen el uso de los protocolos.

Las RFC (Solicitudes de comentarios) tambin contienen documentos tcnicos y organizacionales sobre Internet, incluyendo las especificaciones tcnicas y los documentos de las polticas producidos por el Grupo de trabajo de ingeniera de Internet (IETF). Proceso de comunicacin El modelo TCP/IP describe la funcionalidad de los protocolos que forman la suite de protocolos TCP/IP. Estos protocolos, que se implementan en los hosts emisores y receptores, interactan para brindar una entrega extremo a extremo de las aplicaciones a travs de la red. Un proceso de comunicacin completo incluye estos pasos: 1. Creacin de datos en la capa de aplicacin del dispositivo final de origen 2. Segmentacin y encapsulacin de datos a medida que pasan por el stack de protocolos en el dispositivo final de origen 3. Generacin de datos en los medios en la capa de acceso a la red del stack 4. Transportacin de los datos a travs de internetwork, la cual est compuesta por medios y por cualquier dispositivo intermediario 5. Recepcin de los datos en la capa de acceso a la red del dispositivo final de destino 6. Desencapsulacin y reensamblaje de los datos a medida que pasan por el stack en el dispositivo de destino 7. Transmisin de estos datos a la aplicacin de destino en la capa de aplicacin del dispositivo final de destino. Mientras los datos de la aplicacin bajan al stack del protocolo y se transmiten por los medios de la red, varios protocolos le agregan informacin en cada nivel. Esto comnmente se conoce como proceso de encapsulacin. La forma que adopta una seccin de datos en cualquier capa se denomina Unidad de datos del protocolo (PDU). Durante la encapsulacin, cada capa encapsula las PDU que recibe de la capa inferior de acuerdo con el protocolo que se utiliza. En cada etapa del proceso, una PDU tiene un nombre distinto para reflejar su nuevo aspecto. Aunque no existe una convencin universal de nombres para las PDU, en este curso se denominan de acuerdo con los protocolos de la suite de TCP/IP. Datos: trmino general que se utiliza en la capa de aplicacin para la PDU

Segmento: PDU de la capa de transporte Paquete: PDU de la capa de internetwork Trama: PDU de la capa de acceso de red Bits: PDU que se utiliza cuando se transmiten datos fsicamente por el medio

Cuando se envan mensajes en una red, el stack de protocolos de un host opera desde las capas superiores hacia las capas inferiores. En el ejemplo del servidor Web podemos utilizar el modelo TCP/IP para ilustrar el proceso de envo de una pgina Web HTML a un cliente.

El protocolo de la capa aplicacin, HTTP, comienza el proceso entregando los datos de la pgina Web con formato HTML a la capa de transporte. All, los datos de aplicacin se dividen en segmentos de TCP. A cada segmento de TCP se le otorga una etiqueta, denominada encabezado, que contiene informacin sobre qu procesos que se ejecutan en la computadora de destino deben recibir el mensaje. Tambin contiene la informacin para habilitar el proceso de destino para reensamblar los datos de nuevo en su formato original. La capa de transporte encapsula los datos HTML de la pgina Web dentro del segmento y los enva a la capa de Internet, donde se implementa el protocolo IP. Aqu, el segmento de TCP se encapsula en su totalidad dentro de un paquete IP que agrega otro rtulo denominado encabezado IP. El encabezado IP contiene las direcciones IP de host de origen y de destino, como tambin la informacin necesaria para entregar el paquete a su proceso de destino correspondiente. Luego el paquete IP se enva al protocolo Ethernet de la capa de acceso a la red, donde se encapsula en un encabezado de trama y en un triler. Cada encabezado de trama contiene una direccin fsica de origen y de destino. La direccin fsica identifica de forma exclusiva los dispositivos en la red local. El triler contiene informacin de verificacin de errores. Finalmente, los bits se codifican en el medio Ethernet mediante la NIC del servidor.

Modelo OSI Inicialmente, el modelo OSI fue diseado por la Organizacin Internacional para la Estandarizacin (ISO, International Organization for Standardization) para proporcionar un esquema sobre el cual crear una suite de protocolos de sistemas abiertos. La visin era que este conjunto de protocolos se utilizara para desarrollar una red internacional que no dependiera de sistemas propietarios.

Lamentablemente, la velocidad a la que fue adoptada la Internet con base en TCP/IP y la velocidad a la que se expandi ocasionaron que el desarrollo y la aceptacin de la suite de protocolos OSI quedaran atrs. Aunque pocos de los protocolos que se crearon mediante las especificaciones OSI se utilizan ampliamente en la actualidad, el modelo OSI de siete capas ha hecho ms contribuciones al desarrollo de otros protocolos y productos para todo tipo de redes nuevas. Como modelo de referencia, el modelo OSI proporciona una amplia lista de funciones y servicios que se pueden presentar en cada capa. Tambin describe la interaccin de cada capa con las capas directamente por encima y por debajo de l. Aunque el contenido de este curso se estructura en torno al modelo OSI, el eje del anlisis son los protocolos identificados en el stack de protocolos TCP/IP.

Tenga en cuenta que, mientras las capas del modelo TCP/IP se mencionan slo por el nombre, las siete capas del modelo OSI se mencionan con frecuencia por nmero y no por nombre. El modelo OSI describe los procesos de codificacin, formateo, segmentacin y encapsulacin de datos para transmitir por la red. Un flujo de datos que se enva desde un origen hasta un destino se puede dividir en partes y entrelazar con los mensajes que viajan desde otros hosts hacia otros destinos. Miles de millones de estas partes de informacin viajan por una red en cualquier momento. Es muy importante que cada parte de los datos contenga suficiente informacin de identificacin para llegar al destino correcto. Existen varios tipos de direcciones que deben incluirse para entregar satisfactoriamente los datos desde una aplicacin de origen que se ejecuta en un host hasta la aplicacin de destino correcta que se ejecuta en otro. Al utilizar el modelo OSI como gua, se pueden observar las distintas direcciones e identificadores necesarios en cada capa.

En la Capa 4, la informacin contenida en el encabezado de la PDU no identifica un host de destino o una red de destino. Lo que s identifica es el proceso o servicio especfico que se ejecuta en el dispositivo host de destino que actuar en los datos que se entregan. Los hosts, sean clientes o servidores en Internet, pueden ejecutar mltiples aplicaciones de red simultneamente. La gente que utiliza computadoras personales generalmente tiene un cliente de correo electrnico que se ejecuta al mismo tiempo que el explorador Web, un programa de mensajera instantnea, algn streaming media e incluso, tal vez, algn juego. Todos estos programas ejecutndose en forma separada son ejemplos de procesos individuales. Ver una pgina Web invoca al menos un proceso de red. Hacer clic en un hipervnculo hace que un explorador Web se comunique con un servidor Web. Al

mismo tiempo, en segundo plano, es posible que un cliente de correo electrnico est enviando o recibiendo un email y un colega o amigo enviando un mensaje instantneo. Piense en una computadora que tiene slo una interfaz de red. Todos los streams de datos creados por las aplicaciones que se estn ejecutando en la PC ingresan y salen a travs de esa nica interfaz, sin embargo los mensajes instantneos no emergen en medio del documento del procesador de textos o del correo electrnico que se ve en un juego. Capitulo 3 La mayora de nosotros experimentamos Internet a travs de World Wide Web, servicios de correo electrnico y programas para compartir archivos. stas y muchas otras aplicaciones proporcionan la interfaz humana a la red subyacente, lo que nos permite enviar y recibir informacin con relativa facilidad. Generalmente, las aplicaciones que utilizamos son intuitivas; es decir, podemos acceder a ellas y usarlas sin saber cmo funcionan. Sin embargo, para los profesionales de la red, es importante saber cmo una aplicacin puede formatear, transmitir e interpretar mensajes que se envan y se reciben a travs de la red. La visualizacin de los mecanismos que permiten la comunicacin a travs de la red se hace ms fcil si utilizamos el esquema en capas del modelo Interconexin de sistema abierto (OSI). En este captulo, enfatizaremos el rol de una capa, la capa de aplicacin, y sus componentes: aplicaciones, servicios y protocolos. Exploraremos la forma en que los tres elementos hacen posible la comunicacin slida a travs de la red de informacin. En este captulo, aprender a: Describir cmo las funciones de las tres capas superiores del modelo OSI proporcionan servicios de red a las aplicaciones de usuario final. Describir cmo los protocolos de la capa de aplicacin TCP/IP proporcionan los servicios que especifican las capas superiores del modelo OSI. Definir cmo la gente utiliza la capa de aplicacin para comunicarse a travs de la red de informacin. Describir la funcin de las conocidas aplicaciones TCP/IP, como la World Wide Web y el correo electrnico, y sus servicios relacionados (HTTP, DNS, SMB, DHCP, SMTP/POP y Telnet). Describir los procesos para compartir archivos que utilizan las aplicaciones entre pares y el protocolo Gnutella.

Explicar cmo los protocolos garantizan que los servicios que se ejecutan en una clase de dispositivo puedan enviar y recibir datos desde y hacia muchos dispositivos de red diferentes. Utilizar herramientas de anlisis de red para examinar y explicar cmo funcionan las aplicaciones comunes de los usuarios.

Modelo OSI y modelo TCP/IP El modelo de interconexin de sistemas abiertos es una representacin abstracta en capas, creada como gua para el diseo del protocolo de red. El modelo OSI divide el proceso de networking en diferentes capas lgicas, cada una de las cuales tiene una funcionalidad nica yy a la cual se le asignan protocolos y servicios especficos. En este modelo, la informacin se pasa de una capa a otra, comenzando en la capa de aplicacin en el host de transmisin, siguiendo por la jerarqua hacia la capa fsica y pasando por el canal de comunicaciones al host de destino, donde la informacin vuelve a la jerarqua y termina en la capa de aplicacin. La figura describe los pasos en este proceso. La capa de aplicacin, la sptima capa, es la capa superior de los modelos OSI y TCP/IP. Es la capa que proporciona la interfaz entre las aplicaciones que utilizamos para comunicarnos y la red subyacente en la cual se transmiten los mensajes. Los protocolos de capa de aplicacin se utilizan para intercambiar los datos entre los programas que se ejecutan en los hosts de origen y destino. Existen muchos protocolos de capa de aplicacin y siempre se desarrollan protocolos nuevos. Aunque el grupo de protocolos TCP/IP se desarroll antes de la definicin del modelo OSI, la funcionalidad de los protocolos de la capa de aplicacin de TCP/IP se adaptan aproximadamente a la estructura de las tres capas superiores del modelo OSI. Capas de aplicacin, presentacin y sesin. La mayora de los protocolos de la capa de aplicacin de TCP/IP se desarrollaron antes de la aparicin de computadoras personales, interfaces del usuario grficas y objetos multimedia. Como resultado, estos protocolos implementan muy poco de la funcionalidad que es especifica en las capas de presentacin y sesin del modelo OSI. La capa de presentacin La capa de presentacin tiene tres funciones principales:

Codificacin y conversin de datos de la capa de aplicacin para garantizar que los datos del dispositivo de origen se puedan interpretar por la aplicacin adecuada en el dispositivo de destino. Compresin de los datos de forma que los pueda descomprimir el dispositivo de destino. Encriptacin de los datos para la transmisin y la encriptacin de los mismos cuando lleguen a su destino.

Generalmente, las implementaciones de la capa de presentacin no estn relacionadas con un stack de protocolos en particular. Los estndares para videos y grficos son algunos ejemplos. Dentro de los estndares ms conocidos para video encontramos QuickTime y el Grupo de expertos en pelculas (MPEG). QuickTime es una especificacin de Apple Computer para audio y video, y MPEG es un estndar para la codificacin y compresin de videos. Generalmente, las implementaciones de la capa de presentacin no estn relacionadas con un stack de protocolos en particular. Los estndares para videos y grficos son algunos ejemplos. Dentro de los estndares ms conocidos para video encontramos QuickTime y el Grupo de expertos en pelculas (MPEG). QuickTime es una especificacin de Apple Computer para audio y video, y MPEG es un estndar para la codificacin y compresin de videos. Dentro de los formatos de imagen grfica ms conocidos encontramos el Formato de intercambio grfico (GIF), Grupo de expertos en fotografa (JPEG) y Formato de archivo de imagen etiquetada (TIFF). GIF y JPEG son estndares de compresin y codificacin para imgenes grficas, y TIFF es un formato de codificacin estndar para imgenes grficas. La capa de sesin Como lo indica el nombre de la capa de sesin, las funciones en esta capa crean y mantienen dilogos entre las aplicaciones de origen y destino. La capa de sesin maneja el intercambio de informacin para iniciar los dilogos y mantenerlos activos, y para reiniciar sesiones que se interrumpieron o desactivaron durante un periodo de tiempo prolongado. La mayora de las aplicaciones, como los exploradores Web o los clientes de correo electrnico, incorporan la funcionalidad de las Capas 5, 6 y 7 del modelo OSI. Los protocolos de capa de aplicacin de TCP/IP ms conocidos son aqullos que proporcionan intercambio de la informacin del usuario. Estos protocolos especifican la informacin de control y formato necesaria para muchas de las

funciones de comunicacin de Internet ms comunes. Algunos de los protocolos TCP/IP son: El Protocolo servicio de nombres de dominio (DNS, Domain Name Service) se utiliza para resolver nombres de Internet para direcciones IP. El Protocolo de transferencia de hipertexto (HTTP, Hypertext Transfer Protocol) se utiliza para transferir archivos que forman las pginas Web de la World Wide Web. El Protocolo simple de transferencia de correo (SMTP) se utiliza para la transferencia de mensajes de correo y adjuntos. Telnet, un protocolo de emulacin de terminal, se utiliza para proporcionar acceso remoto a servidores y a dispositivos de red. El Protocolo de transferencia de archivos (FTP) se utiliza para la transferencia de archivos interactiva entre sistemas. Los protocolos en la suite de TCP/IP los definen generalmente las Solicitudes de comentarios (RFC). El Grupo de trabajo de ingeniera de Internet mantiene las RFC como los estndares para la suite de TCP/IP.

Las funciones asociadas con los protocolos de la capa de aplicacin permiten a la red humana comunicarse con la red de datos subyacente. Cuando abrimos un explorador Web o una ventana de mensajera instantnea se inicia una aplicacin, y el programa se coloca en la memoria del dispositivo donde se ejecuta. Cada programa ejecutable cargado a un dispositivo se denomina proceso.

Dentro de la capa de aplicacin, existen dos formas de procesos o programas de software que proporcionan acceso a la red: aplicaciones y servicios. Aplicaciones reconocidas por la red Las aplicaciones son los programas de software que utiliza la gente para comunicarse a travs de la red.. Algunas aplicaciones de usuario final son reconocidas por la red, lo cual significa que implementan los protocolos de la capa de aplicacin y pueden comunicarse directamente con las capas inferiores del stack de protocolos. Los clientes de correo electrnico y los exploradores Web son ejemplos de este tipo de aplicaciones. Servicios de la capa de aplicacin Otros programas pueden necesitar la ayuda de los servicios de la capa de aplicacin para utilizar los recursos de la red, como transferencia de archivos o cola de impresin en la red. Aunque son transparentes para el usuario, estos servicios son los programas que se comunican con la red y preparan los datos para la transferencia. Diferentes tipos de datos, ya sea texto, grfico o video, requieren de diversos servicios de red para asegurarse de que estn bien preparados para procesar las funciones de las capas inferiores del modelo OSI. Cada servicio de red o aplicacin utiliza protocolos que definen los estndares y formatos de datos a utilizarse. Sin protocolos, la red de datos no tendra una manera comn de formatear y direccionar los datos. Es necesario familiarizarse con los protocolos subyacentes que rigen la operacin de los diferentes servicios de red para entender su funcin. Como se mencion anteriormente, la capa de aplicacin utiliza los protocolos implementados dentro de las aplicaciones y servicios. Mientras que las aplicaciones proporcionan a las personas una forma de crear mensajes y los servicios de la capa de aplicacin establecen una interfaz con la red, los protocolos proporcionan las reglas y los formatos que regulan el trato de los datos. Un solo programa ejecutable debe utilizar los tres componentes e inclusive el mismo nombre. Por ejemplo, al hablar de "Telnet" podemos estar refirindonos a la aplicacin, al servicio o al protocolo. En el modelo OSI, las aplicaciones que interactan directamente con la gente se considera que estn en la parte superior del stack, como la misma gente. Al igual que todas las personas dentro del modelo OSI, la capa de aplicacin se basa en la funciones de las capas inferiores para completar el proceso de comunicacin. Dentro de la capa de aplicacin, los protocolos especifican qu mensajes se

intercambian entre los host de origen y de destino, la sintaxis de los comandos de control, el tipo y el formato de los datos que se transmiten y los mtodos adecuados para notificacin y recuperacin de errores. FUNCIONES DEL PROTOCOLO Los protocolos de la capa de aplicacin los utilizan tanto los dispositivos de origen como de destino durante una sesin de comunicacin. Los protocolos de la capa de aplicacin que se implementaron en los hosts de origen y destino deben coincidir para que las comunicaciones tengan xito.

Los protocolos establecen reglas consistentes para el intercambio de datos entre aplicaciones y servicios cargados en los dispositivos participantes. Los protocolos especifican cmo se estructuran los datos dentro de los mensajes y los tipos de mensajes que se envan entre origen y destino. Estos mensajes pueden ser solicitudes de servicios, acuses de recibo, mensajes de datos, mensajes de estado o mensajes de error. Los protocolos tambin definen los dilogos de mensajes, asegurando que un mensaje enviado encuentre la respuesta esperada y se invoquen los servicios correspondientes cuando se realiza la transferencia de datos. Muchos tipos de aplicaciones diferentes se comunican a travs de las redes de datos. Por lo tanto, los servicios de la capa de aplicacin deben implementar protocolos mltiples para proporcionar la variedad deseada de experiencias de comunicacin. Cada protocolo tiene un fin especfico y contiene las caractersticas requeridas para cumplir con dicho propsito. Deben seguirse los detalles del protocolo correspondiente a cada capa, as las funciones en una capa se comunican correctamente con los servicios en la capa inferior. Las aplicaciones y los servicios tambin pueden utilizar protocolos mltiples durante el curso de una comunicacin simple. Un protocolo puede especificar cmo se establece la conexin de redes y otro describir el proceso para la transferencia de datos cuando el mensaje se pasa a la siguiente capa inferior.

SERVIDORES En un contexto general de redes, cualquier dispositivo que responde a una solicitud de aplicaciones de cliente funciona como un servidor. Un servidor generalmente es una computadora que contiene informacin para ser compartida con muchos sistemas de cliente. Por ejemplo, pginas Web, documentos, bases de datos, imgenes, archivos de audio y video pueden almacenarse en un servidor y enviarse a los clientes que lo solicitan. En otros casos, como una impresora de red, el servidor de impresin enva al cliente solicitudes para la impresora que se especifica. Los diferentes tipos de aplicaciones de servidor pueden tener diferentes requisitos para el acceso del cliente. Algunos servidores pueden requerir de autenticacin de la informacin de cuenta del usuario para verificar si el usuario tiene permiso para acceder a los datos solicitados o para utilizar una operacin en particular. Dichos servidores deben contar con una lista central de cuentas de usuarios y autorizaciones, o permisos (para operaciones y acceso a datos) otorgados a cada usuario. Cuando se utiliza un cliente FTP, por ejemplo, si usted pide cargar datos al servidor FTP, se le puede dar permiso para escribir en su carpeta personal, pero no para leer otros archivos del sitio. En una red cliente-servidor, el servidor ejecuta un servicio o proceso, a veces denominado daemon. Al igual que la mayora de los servicios, los demonios generalmente se ejecutan en segundo plano y no se encuentran bajo control directo del usuario. Los demonios se describen como servidores que "escuchan" una solicitud del cliente porque estn programados para responder cada vez que el servidor recibe una solicitud para el servicio proporcionado por el demonio. Cuando un demonio "escucha" la solicitud de un cliente, intercambia los mensajes adecuados con el cliente, segn lo requerido por su protocolo, y procede a enviar los datos solicitados en el formato correspondiente.

Una sola aplicacin puede emplear diferentes servicios de la capa de aplicacin, as lo que aparece para el usuario como una solicitud para una pgina Web puede, de hecho, equivaler a docenas de solicitudes individuales. Y, para cada solicitud, pueden ejecutarse mltiples procesos. Por ejemplo, un cliente puede necesitar de diversos procesos individuales para formular slo una solicitud al servidor. Adems, los servidores generalmente tienen mltiples clientes que solicitan informacin al mismo tiempo. Por ejemplo, un servidor Telnet puede tener varios clientes que requieren conectarse a l. Estas solicitudes individuales del cliente pueden manejarse en forma simultnea y separada para que la red sea exitosa. Los servicios y procesos de la capa de aplicacin dependen del soporte de las funciones de la capa inferior para administrar en forma exitosa las mltiples conversaciones. PROTOCOLOS Y SERVICIOS DNS DNS es un servicio cliente-servidor; sin embargo, difiere de los otros servicios cliente-servidor que estamos examinando. Mientras otros servicios utilizan un cliente que es una aplicacin (como un explorador Web o un cliente de correo electrnico), el cliente DNS ejecuta un servicio por s mismo. El cliente DNS, a veces denominado resolucin DNS, admite la resolucin de nombres para otras aplicaciones de red y servicios que lo necesiten. Al configurar un dispositivo de red, generalmente proporcionamos una o ms direcciones del servidor DNS que el cliente DNS puede utilizar para la resolucin de nombres. En general, el proveedor de servicios de Internet provee las direcciones para utilizar con los servidores DNS. Cuando la aplicacin del usuario pide conectarse a un dispositivo remoto por nombre, el cliente DNS solicitante consulta uno de estos servidores de denominacin para resolver el nombre para una direccin numrica. Los sistemas operativos computacionales tambin cuentan con una herramienta llamada nslookup que permite que el usuario consulte de forma manual los servidores de nombres para resolver un nombre de host dado. Esta utilidad tambin puede utilizarse para solucionar los problemas de resolucin de nombres y verificar el estado actual de los servidores de nombres.

En la figura, cuando se ejecuta nslookup, se muestra el servidor DNS predeterminado configurado para su host. En este ejemplo, el servidor DNS es dns-sjk.cisco.com que tiene una direccin de 171.68.226.120.

SERVICIOS WWW Y HTTP Cuando se escribe una direccin Web (o URL) en un explorador de Internet, el explorador establece una conexin con el servicio Web del servidor que utiliza el protocolo HTTP. URL (o Localizador uniforme de recursos) y URI (Identificador uniforme de recursos) son los nombres que la mayora de las personas asocian con las direcciones Web. El URL http://www.cisco.com/index.html es un ejemplo que se refiere a un recurso especfico, una pgina Web llamada index.html en un servidor identificado como cisco.com (haga clic en las pestaas de la figura para ver los pasos que utiliza el HTTP). Los exploradores Web son las aplicaciones cliente que utilizan nuestras computadoras para conectarse a la World Wide Web y acceder a recursos almacenados en un servidor Web. Al igual que con la mayora de los procesos de servidores, el servidor Web funciona como un servicio bsico y genera diferentes tipos de archivos disponibles. Para acceder al contenido, los clientes Web realizan conexiones al servidor y solicitan los recursos deseados. El servidor responde con el recurso y, al recibirlo, el explorador interpreta los datos y los presenta al usuario. Los buscadores pueden interpretar y presentar muchos tipos de datos, como texto sin cifrar o Lenguaje de marcas de hipertexto (HTML, el lenguaje en el que se crean las pginas Web). Otros tipos de datos, sin embargo, requieren de otro servicio o programa. Generalmente se les conoce como plug-ins o complementos.

Para ayudar al explorador a determinar qu tipo de archivo est recibiendo, el servidor especifica qu clase de datos contiene el archivo. Para comprender mejor cmo interactan el explorador Web y el cliente Web, podemos analizar cmo se abre una pgina Web en un explorador. Para este ejemplo, utilizaremos la direccin URL: http://www.cisco.com/web-server.htm. Primero, el explorador interpreta las tres partes del URL: 1. http (el protocolo o esquema) 2. www.cisco.com (el nombre del servidor) 3. web-server.htm (el nombre de archivo especfico solicitado). Despus, el explorador verifica con un servidor de nombres para convertir a www.cisco.com en una direccin numrica que utilizar para conectarse con el servidor. Al utilizar los requerimientos del protocolo HTTP, el explorador enva una solicitud GET al servidor y pide el archivo web-server.htm. El servidor, a su vez, enva al explorador el cdigo HTML de esta pgina Web. Finalmente, el explorador descifra el cdigo HTML y da formato a la pgina para la ventana del explorador.

Correo electrnico, el servidor de red ms conocido, ha revolucionado la manera en que nos comunicamos, por su simpleza y velocidad. Inclusive para ejecutarse en una computadora o en otro dispositivo, los correos electrnicos requieren de diversos servicios y aplicaciones. Dos ejemplos de protocolos de capa de aplicacin son el Protocolo de oficina de correos (POP) y el Protocolo simple de transferencia de correo (SMTP), que aparecen en la figura. Como con el HTTP, estos protocolos definen los procesos de cliente-servidor. Cuando la gente redacta mensajes de correo electrnico, generalmente utilizan una aplicacin llamada Agente de usuario de correo (MUA), o un cliente de correo electrnico. MUA permite enviar los mensajes y colocar los recibidos en el buzn del cliente; ambos procesos son diferentes.

Para recibir correos electrnicos desde un servidor de correo, el cliente de correo electrnico puede utilizar un POP. Al enviar un correo electrnico desde un cliente o un servidor se utilizan formatos de mensajes y cadenas de comando definidas por el protocolo SMTP. En general, un cliente de correo electrnico proporciona la funcionalidad de ambos protocolos dentro de una aplicacin. Procesos del servidor de correo electrnico: MTA y MDA El servidor de correo electrnico utiliza dos procesos independientes: Agente de transferencia de correo (MTA) Agente de entrega de correo (MDA)

El proceso Agente de transferencia de correo (MTA) se utiliza para enviar correo electrnico. Como se muestra en la figura, el MTA recibe mensajes desde el MUA u otro MTA en otro servidor de correo electrnico. Segn el encabezado del mensaje, determina cmo debe reenviarse un mensaje para llegar al destino. Si el correo est dirigido a un usuario cuyo buzn est en el servidor local, el correo se pasa al MDA. Si el correo es para un usuario que no est en el servidor local, el MTA enruta el correo electrnico al MTA en el servidor correspondiente. Como se mencion anteriormente, los correos electrnicos pueden utilizar los protocolos POP y SMTP (vea la figura para saber cmo funcionan). POP y POP3 (Protocolo de oficina de correos v.3) son protocolos de envo de correo entrante y protocolos cliente-servidor tpicos. Envan correos electrnicos desde el servidor correspondiente al cliente (MUA). El MDA escucha cuando un cliente se conecta a un servidor. Una vez establecida la conexin, el servidor puede enviar el correo electrnico al cliente. El Protocolo simple de transferencia de correo (SMTP), por el contrario, rige la transferencia de correos salientes desde el cliente emisor al servidor de correos (MDA), as como tambin el transporte de correos entre servidores de correo electrnico (MTA). SMTP permite transportar correos por las redes de datos entre diferentes tipos de software de cliente y servidor, y hace posible el intercambio de correos en Internet. El formato de mensajes del protocolo SMTP utiliza un conjunto rgido de comandos y respuestas. Estos comandos dan soporte a los procedimientos que se utilizan en el SMTP, como inicio de sesin, transaccin de correo, envo de correo, verificacin de nombres de buzones de correo, expansin de listas de correo e intercambios de apertura y cierre. Algunos de los comandos que se especifican en el protocolo SMTP son:

 FTP

HELO: identifica el proceso del cliente SMTP para el proceso del servidor SMTP EHLO: es una nueva versin del HELO, que incluye extensiones de servicios MAIL FROM: identifica el emisor RCPT TO: identifica el receptor DATA: identifica el cuerpo del mensaje

El Protocolo de transferencia de archivos (FTP) es otro protocolo de la capa de aplicacin de uso comn. El FTP se desarroll para permitir las transferencias de archivos entre un cliente y un servidor. Un cliente FTP es una aplicacin que se ejecuta en una computadora y que carga y descarga archivos de un servidor que ejecuta el demonio FTP (FTPd).

El FTP necesita dos conexiones entre el cliente y el servidor para transferir archivos de forma exitosa: una para comandos y respuestas, otra para la transferencia real de archivos. El cliente establece la primera conexin con el servidor en TCP puerto 21. Esta conexin se utiliza para controlar el trfico, que consiste en comandos del cliente y respuestas del servidor. El cliente establece la segunda conexin con el servidor en TCP puerto 20. Esta conexin es para la transferencia real de archivos y se crea cada vez que se transfiere un archivo. La transferencia de archivos puede producirse en ambas direcciones. El cliente puede descargar (bajar) un archivo desde el servidor o el cliente puede cargar (subir) un archivo en el servidor. DHCP El servicio del Protocolo de configuracin dinmica de host (DHCP) permite a los dispositivos de una red obtener direcciones IP y otra informacin de un servidor DHCP. Este servicio automatiza la asignacin de direcciones IP, mscaras de subred, gateway y otros parmetros de networking del IP.

DHCP permite a un host obtener una direccin IP de forma dinmica cuando se conecta a la red. Se realiza el contacto con el servidor de DHCP y se solicita una direccin. El servidor DHCP elige una direccin del rango configurado llamado pool y la asigna ("alquila") para el host por un tiempo establecido. En redes locales ms grandes, o donde los usuarios cambien con frecuencia, se prefiere el DHCP. Los nuevos usuarios llegan con computadoras porttiles y necesitan una conexin. Otros tienen nuevas estaciones de trabajo que necesitan conexin. En lugar de que el administrador de red asigne direcciones IP para cada estacin de trabajo, es ms eficaz que las direcciones IP se asignen automticamente mediante el DHCP. Las direcciones distribuidas por DHCP no se asignan de forma permanente a los hosts, sino que slo se alquilan por un periodo de tiempo. Si el host se apaga o se desconecta de la red, la direccin regresa al pool para volver a utilizarse. Esto es especialmente til para los usuarios mviles que entran y salen de la red. Los usuarios pueden moverse libremente desde una ubicacin a otra y volver a establecer las conexiones de red. El host puede obtener una direccin IP cuando se conecte el hardware, ya sea por cables o por LAN inalmbrica.

El Bloque de mensajes del servidor (SMB) es un protocolo cliente-servidor para compartir archivos. IBM desarroll el Bloque de mensajes del servidor (SMB) a fines de la dcada de los 80 para describir la estructura de recursos de red compartidos, como directorios, archivos, impresoras y puertos seriales. Es un

protocolo de solicitud-respuesta. A diferencia del protocolo para compartir archivos respaldado por FTP, los clientes establecen una conexin a largo plazo con los servidores. Una vez establecida la conexin, el usuario del cliente puede acceder a los recursos en el servidor como si el recurso fuera local para el host del cliente. El intercambio de archivos SMB y los servicios de impresin se han transformado en el pilar de networking de Microsoft. Con la presentacin de la serie Windows 2000 del software, Microsoft cambi la estructura subyacente para el uso del SMB. En versiones anteriores de los productos de Microsoft, los servicios de SMB utilizaron un protocolo que no es TCP/IP para implementar la resolucin de nombres. Comenzando con Windows 2000, todos los productos subsiguientes de Microsoft utilizan denominacin DNS. Esto permite que los protocolos TCP/IP den soporte directamente al intercambio de recursos SMB, como se muestra en la figura. Los sistemas operativos LINUX y UNIX tambin proporcionan un mtodo de intercambio de recursos con redes de Microsoft mediante una versin del SMB llamado SAMBA. Los sistemas operativos Macintosh de Apple tambin admiten recursos compartidos por medio del protocolo SMB. El Bloque de mensajes del servidor (SMB) es un protocolo cliente-servidor para compartir archivos. IBM desarroll el Bloque de mensajes del servidor (SMB) a fines de la dcada de los 80 para describir la estructura de recursos de red compartidos, como directorios, archivos, impresoras y puertos seriales. Es un protocolo de solicitud-respuesta. A diferencia del protocolo para compartir archivos respaldado por FTP, los clientes establecen una conexin a largo plazo con los servidores. Una vez establecida la conexin, el usuario del cliente puede acceder a los recursos en el servidor como si el recurso fuera local para el host del cliente. El intercambio de archivos SMB y los servicios de impresin se han transformado en el pilar de networking de Microsoft. Con la presentacin de la serie Windows 2000 del software, Microsoft cambi la estructura subyacente para el uso del SMB. En versiones anteriores de los productos de Microsoft, los servicios de SMB utilizaron un protocolo que no es TCP/IP para implementar la resolucin de nombres. Comenzando con Windows 2000, todos los productos subsiguientes de Microsoft utilizan denominacin DNS. Esto permite que los protocolos TCP/IP den soporte directamente al intercambio de recursos SMB, como se muestra en la figura. Los sistemas operativos LINUX y UNIX tambin proporcionan un mtodo de intercambio de recursos con redes de Microsoft mediante una versin del SMB

llamado SAMBA. Los sistemas operativos Macintosh de Apple tambin admiten recursos compartidos por medio del protocolo SMB. El protocolo SMB describe el acceso al sistema de archivos y la manera en que los clientes hacen solicitudes de archivos. Adems describe la comunicacin entre procesos del protocolo SMB. Todos los mensajes SMB comparten un mismo formato. Este formato utiliza un encabezado de tamao fijo seguido por un parmetro de tamao variable y un componente de datos.

Los mensajes de SMB pueden: Iniciar, autenticar y terminar sesiones Controlar el acceso a los archivos y a la impresora Autorizar una aplicacin para enviar o recibir mensajes para o de otro dispositivo

RESUMEN Y REVISION La capa de aplicacin es responsable del acceso directo a los procesos subyacentes que administran y envan la comunicacin a la red humana. Esta capa sirve como origen y destino de las comunicaciones a travs de las redes de datos. Las aplicaciones, protocolos y servicios de la capa de aplicacin permiten a los usuarios interactuar con la red de datos de forma significativa y eficaz. Las aplicaciones son programas computacionales con los que el usuario interacta y que inician el proceso de transferencia de datos a solicitud del usuario. Los servicios son programas de fondo que brindan conexin entre la capa de aplicacin y las capas inferiores del modelo de networking. Los protocolos proporcionan una estructura de reglas y procesos acordados que garantizan que los servicios que se ejecutan en un dispositivo particular puedan enviar y recibir datos de una variedad de dispositivos de red diferentes. El envo de datos en la red se puede solicitar desde un servidor por un cliente, o entre dispositivos que funcionan en una conexin punto a punto, donde la relacin cliente-servidor se establece segn el dispositivo de origen y de destino en ese momento. Los mensajes se intercambian entre los servicios de la capa de aplicacin en cada dispositivo final de acuerdo con las especificaciones del protocolo para establecer y utilizar estas relaciones.

CAPITULO 4 Las redes de datos e Internet brindan soporte a la red humana al proporcionar la comunicacin continua y confiable entre las personas, tanto de manera local como alrededor del mundo. En un nico dispositivo, las personas pueden utilizar varios servicios como correo electrnico, la Web y la mensajera instantnea para enviar mensajes o recuperar informacin. Las aplicaciones como clientes de correo electrnico, exploradores web y clientes de mensajera instantnea permiten a la gente utilizar las computadoras y las redes para enviar mensajes y encontrar informacin.

Los datos de cada una de estas aplicaciones se empaqueta, se transporta y se entrega al demonio del servidor adecuado o a la aplicacin en el dispositivo de destino. Los procesos descritos en la capa de Transporte del modelo OSI aceptan los datos de la capa de Aplicacin y los preparan para el direccionamiento en la capa de red. La capa de Transporte es responsable de la transferencia de extremo a extremo general de los datos de aplicacin.

En este captulo, se examina el rol de la capa de transporte cuando se encapsulan los datos de aplicacin para usarse en la capa de red. La capa de Transporte incluye tambin las siguientes funciones: Permite aplicaciones mltiples para comunicarse en la red al mismo tiempo que en un dispositivo sencillo Asegua que, si es necesario, la aplicacin correcta reciba todos los datos de forma confiable y en orden Emplea mecanismos de manejo de errores Objetivos de aprendizaje

Al completar este captulo, usted podr: Explicar la necesidad de la capa de transporte. Identificar la funcin de la capa de transporte a medida que provee la transferencia de datos de extremo a extremo entre las aplicaciones.

Describir las funciones de dos protocolos TCP/IP de la capa de transporte: TCP y UDP. Explicar las funciones clave de la capa de transporte incluyendo confiabilidad, direccionamiento de puerto y segmentacin. Explicar cmo cada TCP y UDP maneja las funciones clave. Identificar cundo es apropiado usar TCP o UDP y proveer ejemplos de aplicaciones que usan cada protocolo.

La capa de transporte permite la segmentacin de datos y brinda el control necesario para reensamblar las partes dentro de los distintos streams de comunicacin. Las responsabilidades principales que debe cumplir son: Rastreo de comunicacin individual entre aplicaciones en los hosts de origen y destino Segmentacin de datos y manejo de cada parte Reensamble de segmentos en streams de datos de aplicacin Identificacin de diferentes aplicaciones

Rastreo de conversaciones individuales

Cualquier host puede tener mltiples aplicaciones que se comunican a travs de la red. Cada una de estas aplicaciones se comunicar con una o ms aplicaciones en hosts remotos. Es responsabilidad de la capa de transporte mantener los streams de comunicacin mltiple entre estas aplicaciones.

Segmentacin de datos

As como cada aplicacin crea datos de stream para enviarse a una aplicacin remota, estos datos se pueden preparar para enviarse a travs de los medios en partes manejables. Los protocolos de la capa de transporte describen los servicios que segmentan estos datos de la capa de aplicacin. Esto incluye la encapsulacin necesaria en cada seccin de datos. Cada seccin de datos de aplicacin requiere que se agreguen encabezados en la capa de transporte para indicar la comunicacin a la cual est asociada. Reensamble de segmentos

En el host de recepcin, cada seccin de datos se puede direccionar a la aplicacin adecuada. Adems, estas secciones de datos individuales tambin deben reconstruirse para generar un stream completo de datos que sea til para la capa de aplicacin. Los protocolos en la capa de transporte describen cmo se utiliza la informacin del encabezado de la capa para reensamblar las partes de los datos en streams para pasarlos a la capa de aplicacin.

Identificacin de aplicaciones

Para pasar streams de datos a las aplicaciones adecuadas, la capa de transporte debe identificar la aplicacin meta. Para lograr esto, la capa de transporte asigna un identificador a la aplicacin. Los protocolos TCP/IP denominan a este identificador nmero de puerto. A todos los procesos de software que requieran acceder a la red se les asigna un nmero de puerto exclusivo en ese host. Este

nmero de puerto se utiliza en el encabezado de la capa de transporte para indicar qu aplicacin se asocia a qu parte.

La capa de transporte es el enlace entre la capa de aplicacin y la capa inferior que es responsable de la transmisin de la red. Esta capa acepta los datos de diferentes conversaciones y las pasa a las capas inferiores como partes manejables que se pueden multiplexar de forma eventual en la red.

Las aplicaciones no necesitan saber los detalles operativos de la red en uso. Las aplicaciones generan datos que se envan desde una aplicacin a otra sin tener en cuenta el tipo de host destino, el tipo de medios sobre los que los datos deben viajar, el paso tomado por los datos, la congestin en un enlace o el tamao de la red. Adems, las capas inferiores no tienen conocimiento de que existen varias aplicaciones que envan datos en la red. Su responsabilidad es entregar los datos al dispositivo adecuado. La capa de transporte clasifica entonces estas piezas antes de enviarlas a la aplicacin adecuada.

Los requisitos de datos varan

Hay mltiples protocolos de la capa de transporte debido a que las aplicaciones tienen diferentes requisitos. Para algunas aplicaciones, los segmentos deben llegar en una secuencia especfica de manera que puedan ser procesados en forma exitosa. En algunos casos, todos los datos deben recibirse para ser utilizados por cualquiera de las mismas. En otros casos, una aplicacin puede tolerar cierta prdida de datos durante la transmisin a travs de la red.

En las redes convergentes actuales, las aplicaciones con distintas necesidades de transporte pueden comunicarse en la misma red. Los diferentes protocolos de la capa de transporte poseen distintas reglas para permitir a los dispositivos manejar estos diversos requerimientos de datos.

Algunos protocolos proporcionan slo las funciones bsicas para enviar de forma eficiente partes de datos entre las aplicaicones adecuadas. Estos tipos de protocolos son tiles para aplicaciones cuyos datos son sensibles a retrasos. Otros protocolos de la capa de transporte describen los procesos que proporcionan caractersticas adicionales, como asegurar un envo confiable entre las aplicaciones. Si bien estas funciones adicionales proveen una comunicacin ms slida entre aplicaciones de la capa de transporte, representan la necesidad de utilizar recursos adicionales y generan un mayor nmero de demandas en la red. Propsito de la carga de transporte Separacin de comunicaciones mltiples

Considere una computadora conectada a una red que recibe y enva correos electrnicos y mensajes instantneos, explora sitios Web y realiza una llamada telefnica de VoIP de manera simultnea. Cada una de estas aplicaciones enva y recibe datos en la red al mismo tiempo. Sin embargo, los datos de la llamada telefnica no estn dirigidos al explorador Web, y el texto de un mensaje instantneo no aparece en el correo electrnico.

Adems, los usuarios necesitan que el correo electrnico o pgina Web se reciba por completo y se presente para la informacin que se considere til. Los retrasos ligeros se consideran aceptables para asegurar que la informacin se reciba y se presente por compelto.

En cambio, la prdida ocasional de partes pequeas de una conversacin telefnica se puede considerar aceptable. Se puede inferir la parte de audio perdida del contexto de la conversacin o se puede solicitar a la otra persona que repita lo que dijo. Es preferible esto ltimo a las demoras que se produciran si se solicita a la red que gestione y vuelva a enviar los segmentos perdidos. En este ejemplo, el usuario, no la red, gestiona el reenvo o reemplazo de informacin que falta.

Como se explic en un captulo anterior, el envo de algunos tipos de datos, un video por ejemplo, a travs de la red como un stream de comunicacin completa puede impedir que se produzcan otras comunicaciones al mismo tiempo. Tambin dificulta la recuperacin de errores y la retransmisin de datos daados.

Dividir datos en pequeas partes y enviarlas del origen al destino permite que muchas comunicaciones diferentes se intercalen (multiplexadas) en la misma red.

La segmentacin de los datos, que cumple con los protocolos de la capa de transporte, proporciona los medios para enviar y recibir datos cuando se ejecutan varias aplicaciones de manera concurrente en una computadora. Sin segmentacin, slo una aplicacin, la corriente de video por ejemplo, podra recibir datos. Puede no recibir correos electrnicos, chatear en mensajera instantnea o ver pginas Web mientras ve un video.

En la capa de transporte, cada conjunto de piezas particular que fluye entre la aplicacin de origen y la de destino se conoce como conversacin.

Para identificar cada segmento de datos, la capa de transporte aade a la pieza un encabezado que contiene datos binarios. Este encabezado contiene campos de bits. Son los valores de estos campos los que permiten que los distintos protocolos de la capa de transporte lleven a cabo las diversas funciones. Control de las conversiones Las funciones principales que especifican los protocolos de la capa de transporte incluyen:

Segmentacin y reensamble: la mayora de las redes tienen una limitacin en la cantidad de datos que se pueden incluir en una simple PDU. La capa de transporte divide los datos de aplicacin en bloques de datos de un tamao adecuado. En el destino, la capa de transporte reensambla los datos antes de enviarlos a la aplicacin o servicio de destino.

Multiplexacin de conversacin: puede haber aplicaciones o servicios que se ejecutan en cada host de la red. A cada una de estas aplicaciones o servicios se les asigna una direccin conocida como puerto, de manera que la capa de transporte determina con qu aplicacin o servicio se identifican los datos.

Adems de utilizar la informacin contenida en los encabezados, para las funciones bsicas de segmentacin y reensamble de datos algunos protocolos en la capa de transporte proporcionan: Conversaciones orientadas a la conexin Entrega confiable Reconstruccin de datos ordenada Control del flujo

Establecimiento de una sesin

La capa de transporte puede brindar esta orientacin a la conexin creando una sesin entre las aplicaciones. Estas conexiones preparan las aplicaciones para que se comuniquen entre s antes de que se transmitan los datos. Dentro de estas sesiones, se pueden gestionar de cerca los datos para la comunicacin entre dos aplicaciones.

Entrega confiable

Por varias razones, es posible que una seccin de datos se corrompa o se pierda por completo a medida que se transmite a travs de la red. La capa de transporte puede asegurar que todas las partes alcancen su destino haciendo que el dispositivo origen retransmita todos los datos perdidos.

Entrega en el mismo orden

Los datos pueden llegar en el orden equivocado, debido a que las redes pueden proporcionar mltiples rutas que pueden tener diferentes tiempos de transmisin. Al numerar y secuenciar los segmentos, la capa de transporte puede asegurar que los mismos se reensamblen en el orden adecuado. Control del flujo

Los hosts de la red cuentan con recursos limitados, como memoria o ancho de banda. Cuando la capa de transporte advierte que estos recursos estn sobrecargados, algunos protocolos pueden solicitar que la aplicacin que enva reduzca la velocidad del flujo de datos. Esto se lleva a cabo en la capa de transporte regulando la cantidad de datos que el origen transmite como grupo. El control de flujo puede evitar la prdida de segmentos en la red y evitar la necesitad de la retransmisin.

As como se discuten los protocolos en este captulo, estos servicios se explicarn a mayor detalle. Soporte de comunicacin confiable Cabe recordar que la funcin principal de la capa de transporte es administrar los datos de aplicacin para las conversaciones entre hosts. Sin embargo, cada aplicacin tiene determinados requisitos para sus datos y, por lo tanto, se han desarrollado diferentes protocolos de transporte para que cumplan con estos requisitos.

Un protocolo de la capa de transporte puede implementar un mtodo para asegurar el envo confiable de datos. En trminos de redes, confiabilidad significa asegurar que cada seccin de datos que enva el origen llegue al destino. En la capa de transporte, las tres operaciones bsicas de confiabilidad son: rastreo de datos transmitidos acuse de recibo de datos recibidos retransmisin de cualquier dato sin acuse de recibo

Esto requiere que los procesos de la capa de transporte en el origen d seguimiento a todas las partes de datos de cada conversacin y retransmitan cualquier dato del cual el destino no acuso recibo. La capa de transporte del host de recepcin tambin debe rastrear los datos a medida que se reciben y reconocer la recepcin de los mismos.

Estos procesos de confiabilidad generan un uso adicional de los recursos de la red debido al reconocimiento, rastreo y retransmisin. Para admitir estas operaciones de confiabilidad se intercambian ms datos de control entre los hosts emisores y receptores. Esta informacin de control se encuentra en el encabezado de la Capa 4.

Esto crea una compensacin entre el valor de la confiabilidad y la carga que hay en la red. Los desarrolladores de aplicaciones deben elegir qu tipo de protocolo de transporte es adecuado en base a los requerimientos de sus aplicaciones. En la capa de transporte, existen protocolos que especifican mtodos para la entrega confiable, garantizada o de mximo esfuerzo. En el contexto de networking, el envo del mejor esfuerzo se conoce como poco confiable, porque no hay acuse de recibo de que los datos se recibieron en el destino.

Determinacin de la necesidad de confiabilidad

Las aplicaciones, tales como bases de datos, pginas Web y correo electrnico, necesitan que todos los datos enviados lleguen al destino en su condicin original para que los datos sean tiles. Todos los datos perdidos pueden corromper una comunicacin y dejarla incompleta o ilegible. Por lo tanto, estas aplicaciones se disean para utilizar un protocolo de capa de transporte que implemente la confiabilidad. Los gastos de red adicionales se consideran necesarios para estas aplicaciones.

Otras aplicaciones son ms tolerantes a la prdida de cantidades pequeas de datos. Por ejemplo, si uno o dos segmentos de un stream de vdeo no llegan al destino, slo generar una interrupcin momentnea en el stream. Esto puede representar distorsin en la imagen pero quizs ni sea advertido por el usuario.

Imponer el uso de recursos adicionales para asegurar la confiabilidad para esta aplicacin puede reducir la utilidad de la misma. La imagen en un streaming video se degradara en gran medida si el dispositivo de destino tuvo que dar cuenta de los datos perdidos y demorar el stream mientras espera que lleguen. Es conveniente proporcionar la mejor imagen posible al momento en que llegan los segmentos y renunciar a la confiabilidad. Si por algn motivo se requiere confiabilidad, estas aplicaciones pueden proveer verificacin de errores y solicitudes de retransmisin.

TCP Y UDP Los dos protocolos ms comunes de la capa de transporte del conjunto de protocolos TCP/IP son el Protocolo de control de transmisin (TCP) y el Protocolo de datagramas de usuario (UDP). Ambos protocolos gestionan la comunicacin de mltiples aplicaciones. Las diferencias entre ellos son las funciones especficas que cada uno implementa.

Protocolo de datagramas de usuario (UDP)

UDP es un protocolo simple, sin conexin, descrito en la RFC 768. Cuenta con la ventaja de proveer la entrega de datos sin utilizar muchos recursos. Las porciones de comunicacin en UDP se llaman datagramas. Este protocolo de la capa de transporte enva estos datagramas como "mejor intento".

Las aplicaciones que utilizan UDP incluyen: Sistema de nombres de dominio (DNS) Streaming video Voz sobre IP (VOIP)

Protocolo de control de transmisin (TCP)

TCP es un protocolo orientado a la conexin descrito en RFC 793. El TCP utiliza recursos adicionales para ganar funciones. Las funciones adicionales especificadas por TCP estn en el mismo orden de entrega, son de entrega confiable y de control de flujo. Cada segmento de TCP posee 20 bytes de carga en el encabezado que encapsulan los datos de la capa de aplicacin, mientras que cada segmento UDP slo posee 8 bytes de carga. Vea la figura para hacer una comparacin. Protocolo de control de transmisin (TCP)

TCP es un protocolo orientado a la conexin descrito en RFC 793. El TCP utiliza recursos adicionales para ganar funciones. Las funciones adicionales especificadas por TCP estn en el mismo orden de entrega, son de entrega confiable y de control de flujo. Cada segmento de TCP posee 20 bytes de carga en el encabezado que encapsulan los datos de la capa de aplicacin, mientras que cada segmento UDP slo posee 8 bytes de carga. Vea la figura para hacer una comparacin.

Las aplicaciones que utiliza el TCP son: Exploradores Web

Correo electrnico Transferencias de archivos

Direccionamiento del puerto Identificacin de conversaciones

Considere el ejemplo anterior de una computadora que recibe y enva correos electrnicos, mensajes instantneos, pginas Web y llamadas telefnicas VoIP de manera simultnea.

Los servicios basados en TCP y UDP mantienen un seguimiento de las diversas aplicaciones que se comunican. Para diferenciar los segmentos y datagramas para cada aplicacin, tanto TCP como UDP cuentan con campos de encabezado que pueden identificar de manera exclusiva estas aplicaciones. Estos identificadores nicos son nmeros de puertos.

En el encabezado de cada segmento o datagrama, hay un puerto origen y uno de destino. El nmero de puerto de origen es el nmero para esta comunicacin asociado con la aplicacin que origina la comunicacin en el host local. El nmero de puerto de destino es el nmero para esta comunicacin asociado con la aplicacin de destino que origina la comunicacin en el host local.

Los nmeros de puerto se asignan de distintas maneras, en virtud de si el mensaje es una solicitud o una respuesta. Mientras que los procesos del servidor tienen nmeros de puerto estticos asignados, los clientes eligen de forma dinmica un nmero de puerto para cada conversacin. Cuando una aplicacin de cliente enva una solicitud a una aplicacin de servidor, el puerto de destino contenido en el encabezado es el nmero de puerto asignado al demonio de servicio se ejecuta en el host remoto. El software del cliente debe conocer el nmero de puerto asociado con el proceso del servidor en el host remoto. Este nmero de puerto de destino se puede configurar, ya sea de forma predeterminada o manual. Por ejemplo, cuando una aplicacin de explorador Web realiza una solicitud a un servidor Web, el explorador utiliza TCP y el nmero de puerto 80 a menos que se especifique otro valor. Esto sucede porque el puerto TCP 80 es el puerto predeterminado asignado a aplicaciones de servidores Web. Muchas aplicaciones comunes tienen asignados puertos predeterminados.

El puerto de origen en el encabezado de un segmento o de un datagrama de la solicitud de un cliente se crea de forma aleatoria desde los nmeros de puerto mayores de 1023. Mientras no haya un conflicto con otros puertos en uso en el sistema, el cliente puede elegir cualquier nmero de puerto del rango de nmeros predeterminados que utiliza el sistema operativo. El nmero de puerto acta como direccin de retorno para la aplicacin que realiza la solicitud. La capa de transporte mantiene un seguimiento de este puerto y de la aplicacin que gener la solicitud, de manera que cuando se devuelva una respuesta, se pueda ser enviar a la aplicacin correcta. El nmero de puerto de la aplicacin que realiza la solicitud se utiliza como nmero de puerto de destino en la respuesta que vuelve del servidor. La combinacin del nmero de puerto de la capa de transporte y de la direccin IP de la capa de red asignada al host identifica de manera exclusiva un proceso en particular que se ejecuta en un dispositivo host especfico. Esta combinacin se denomina socket. Eventualmente, los trminos nmero de puerto y socket se utilizan en forma indistinta. En el contexto de este curso, el trmino socket hace referencia slo a la combinacin exclusiva de direccin IP y nmero

de puerto. Un par de sockets, que consiste en las direcciones IP de origen y destino y los nmeros de puertos, tambin es exclusivo e identifica la conversacin entre los dos hosts.

Por ejemplo, una solicitid de pgina Web HTTP que se enva a un servidor Web (puerto 80) que se ejecuta en un host con una direccin IPv4 de Capa 3 de 192.168.1.20 se destinara al socket 192.168.1.20:80.

Si el explorador Web que solicita una pgina Web se ejecuta en el host 192.168.100.48 y el nmero de puerto dinmico que se asign al explorador es 49152, el socket para la pgina Web sera 192.168.100.48:49152. La Autoridad de nmeros asignados de Internet (IANA) asigna nmeros de puerto. IANA es un organismo normativo responsable de asegurar diferentes estndares de direccionamiento.

Hay diversos tipos de nmeros de puerto:

Puertos bien conocidos (nmeros del 0 al 1023): estos nmeros se reservan para servicios y aplicaciones. Por lo general, se utilizan para aplicaciones como HTTP (servidor Web), POP3/SMTP (servidor de correo electrnico) y Telnet. Al definir estos puertos bien conocidos para las aplicaciones de los servidores, las aplicaciones cliente se pueden programar para solicitar una conexin a dicho puerto y su servicio asociado.

Puertos registrados (nmeros del 1024 al 49151): estos nmeros de puerto se asignan a procesos o aplicaciones del usuario. Estos procesos son principalmente aplicaciones individuales que el usuario elige instalar en lugar de aplicaciones comunes que recibira un puerto bien conocido. Cuando no se utilizan para un recurso del servidor, estos puertos se pueden utilizar tambin seleccionados de forma dinmica por un cliente como su puerto de origen.

Puertos dinmicos o privados (nmeros 49152 a 65535): tambin conocidos como puertos efmeros, estn usualmente asignados de forma dinmica a las aplicaciones cliente cuando se inicia una conexin. No es muy comn que un cliente se conecte a un servicio utilizando un puerto dinmico o privado (aunque algunos programas que comparten archivos punto a punto lo hacen). Uso de TCP y UDP

Algunas aplicaciones pueden utilizar ambos. Por ejemplo, el bajo gasto de UDP permite que DNS atienda rpidamente varias solicitudes de clientes. Sin embargo, a veces el envo de la informacin solicitada puede requerir la confiabilidad de TCP. En este caso, el nmero de puerto bien conocido de 53 lo utilizan ambos protocolos con este servicio. A veces es necesario conocer las conexiones TCP activas que estn abiertas y en ejecucin en el host de red. Netstat es una utilidad de red importante que puede usarse para verificar esas conexiones. Netstat indica el protocolo en uso, la direccin y el nmero de puerto locales, la direccin y el nmero de puerto ajenos y el estado de la conexin.

Las conexiones TCP no descritas pueden representar una importante amenaza a la seguridad. Esto se debe a que pueden indicar que algo o alguien est conectado al host local. Adems, las conexiones TCP innecesarias pueden consumir recursos valiosos del sistema y por lo tanto disminuir el rendimiento del host. Netstat debe utilizarse para determinar las conexiones abiertas de un host cuando el rendimiento parece estar comprometido.

Existen muchas opciones tiles para el comando netstat.

Segmentacin y re ensamble Un captulo anterior explicaba cmo se construyen las PDU enviando datos de una aplicacin a travs de los varios protocolos para crear una PDU que luego se transmita en el medio. En el host de destino, este proceso se revierte hasta que los datos se puedan transferir a la aplicacin.

Algunas aplicaciones transmiten grandes cantidades de datos, en algunos casos muchos gigabytes. Resultara poco prctico enviar todos estos datos en una sola gran seccin. No puede transmitirse ningn otro trfico de red mientras se envan estos datos. Una gran seccin de datos puede tardar minutos y hasta horas en enviarse. Adems, si hubiera algn error, el archivo de datos completo se perdera o tendra que ser reenviado. Los dispositivos de red no cuentan con buffers de memoria lo suficientemente grandes como para almacenar esa cantidad de datos durante la transmisin o recepcin. El lmite vara dependiendo de la tecnologa de networking y de medio fsico especfico a utilizar.

Dividir los datos de la aplicacin en partes asegura que stos se transmitan dentro de los lmites de los medios y que se puedan multiplexar en el medio. Segmentacin diferente para el manejo de TCP y UDP.

En TCP, cada encabezado de segmento contiene un nmero de secuencia. Este nmero de secuencia permite que las funciones de la capa de transporte del host de destino reensamblen los segmentos en el mismo orden en el cual se transmitieron. Esto asegura que la aplicacin de destino tiene los datos en la misma forma que el emisor la plane.

Aunque los servicios de UDP rastrean tambin las conversaciones entre las aplicaciones, no estn preocupados por el orden en que se transmite la informacin o por mantener una conexin. No existe nmero de secuencia en el encabezado UDP. UDP es un diseo simple y genera menos carga que TCP, lo que produce una transferencia de datos ms rpida.

La informacin puede llegar en un orden distinto al que fue transmitida, ya que los paquetes pueden tomar diversas rutas a travs de la red. Una aplicacin que utiliza UDP debe tolerar el hecho de que los datos no lleguen en el orden en que se enviaron. Conversaciones confiables La diferencia clave entre TCP y UDP es la confiabilidad. La confiabilidad de la comunicacin TCP se lleva a cabo utilizando sesiones orientadas a la conexin. Antes de que un host que utiliza TCP enve datos a otro host, la capa de transporte inicia un proceso para crear una conexin con el destino. Esta conexin permite el rastreo de una sesin, o stream de comunicacin entre los hosts. Este proceso asegura que cada host tenga conocimiento de la comunicacin y se prepare. Una conversacin completa de TCP necesita establecer una sesin entre los hosts de ambas direcciones.

Despus de establecer una sesin, el destino enva un acuse de recibo al origen por los segmentos que recibe. Estos acuses de recibo forman la base de la confiabilidad dentro de la sesin TCP. Cuando el origen recibe un acuse de recibo, reconoce que los datos se han entregado con xito y puede dejar de rastrearlos. Si el origen no recibe el acuse de recibo dentro de un tiempo predeterminado, retransmite esos datos al destino.

Parte de la carga adicional que genera el uso de TCP es el trfico de red generado por los acuses de recibo y las retransmisiones. El establecimiento de las sesiones genera cargas en forma de segmentos adicionales intercambiados. Hay tambin sobrecarga en los hosts indivuduales creada por la necesidad de mantener un registro de los segmentos que esperan un acuse de recibo y por el proceso de retransmisin.

Esta confiabilidad se logra al tener archivos en el segmento TCP, cada uno con su funcin especfica, como se muestra en la figura. Estos campos se explicarn ms adelante en esta seccin. Proceso del servidor tcp Como se explic en el captulo anterior, los procesos de aplicacin se ejecutan en servidores. Estos procesos esperan hasta que el cliente inicia comunicacin con una solicitud de informacin u otros servicios.

Cada proceso de aplicacin que se ejecuta en el servidor se configura para utilizar un nmero de puerto, ya sea predeterminado o de forma manual por el administrador del sistema. Un servidor individual no puede tener dos servicios asignados al mismo nmero de puerto dentro de los mismos servicios de la capa de transporte. Un host que ejecuta una aplicacin de servidor Web y una de transferencia de archivos no puede configurar ambas para utilizar el mismo puerto (por ejemplo, el puerto TCP 8.080). Cuando una aplicacin de servidor activa se asigna a un puerto especfico, este puerto se considera "abierto" para el servidor. Esto significa que la capa de transporte acepta y procesa segmentos direccionados a ese puerto. Toda solicitud entrante de un cliente direccionada al socket correcto es aceptada y los datos se envan a la aplicacin del servidor. Pueden existir varios puertos simultneos abiertos en un servidor, uno para cada aplicacin de servidor activa. Es comn para un servidor proporcionar ms de un servicio, tal como un servidor Web y un servidor FTP, al mismo tiempo.

Una manera de mejorar la seguridad en un servidor es restringir el acceso al servidor nicamente a aquellos puertos asociados con los servicios y aplicaciones que deberan estar accesibles para los solicitantes autorizados.

La figura muestra la asignacin tpica de puertos de origen y destino en operaciones de cliente o servidor TCP. Cuando dos hosts se comunican mediante TCP, se establece una conexin antes de que puedan intercambiarse los datos. Luego de que se completa la comunicacin, se cierran las sesiones y la conexin finaliza. Los mecanismos de conexin y sesin habilitan la funcin de confiabilidad del TCP.

Vea en la figura los pasos para establecer y terminar una conexin del TCP.

El host rastrea cada segmento de datos dentro de una sesin e intercambia informacin sobre los datos que recibe cada host mediante informacin en el encabezado del TCP.

Cada conexin involucra streams de comunicacin de una va, o sesiones para establecer y terminar el proceso del TCP entre dispositivos finales. Para establecer la conexin los hosts realizan un protocolo de enlace de tres vas. Los bits de control en el encabezado TCP indican el progreso y estado de la conexin. El enlace de tres vas: Establece que el dispositivo de destino se presente en la red Verifica que el dispositivo de destino tenga un servicio activo y que acepte solicitudes en el nmero de puerto de destino que el cliente de origen intenta utilizar para la sesin Informa al dispositivo de destino que el cliente de origen intenta establecer una sesin de comunicacin en dicho nmero de puerto

En las conexiones del TCP, el host que sirve como cliente inicia la sesin para el servidor. Para entender cmo funciona el enlace de tres vas que se utiliza en el proceso de conexin del TCP, es importante observar diversos valores que los dos hosts intercambian. Los tres pasos en el establecimiento de una conexin TCP son:

1. El cliente de origen enva un segmento que contiene un valor de secuencia inicial, el cual sirve como solicitud para que el servidor comience una sesin de comunicacin.

2. El servidor responde con un segmento que contiene un valor de reconocimiento igual al valor de secuencia recibido ms 1, ms su propio valor de secuencia de sincronizacin. El valor es uno mayor que el nmero de secuencia porque el ACK es siempre el prximo Byte u Octeto esperado. Este valor de reconocimiento permite al cliente unir la respuesta al segmento original que fue enviado al servidor.

3. El cliente que inicia la conexin responde con un valor de reconocimiento igual al valor de secuencia que recibi ms uno. Esto completa el proceso de establecimiento de la conexin.

Dentro del encabezado del segmento TCP, existen seis campos de 1 bit que contienen informacin de control utilizada para gestionar los procesos de TCP. Estos campos son los siguientes:

URG: campo indicador urgente importante

ACK: campo de reconocimiento importante

PSH: funcin de pulsacin

RST: restablecer la conexin

SYN: sincronizar nmeros de secuencia

FIN: no hay ms datos del emisor Se hace referencia a estos campos por medio de sealadores, porque el valor de uno de estos campos es slo 1 bit y, por lo tanto, slo tiene dos valores: 1 o 0. Cuando el valor de un bit se establece en 1, indica qu informacin de control se incluye en el segmento.

Los sealadores se intercambian para terminar una conexin del TCP mediante un proceso de cuatro pasos.

Puede revisar la operacin del enlace de tres vas del TCP por medio de los resultados del Wireshark:

Paso 1

Un cliente del TCP inicia un enlace de tres vas al enviar un segmento con el sealador de control de SYN activo, lo que indica que un valor inicial en el campo

de nmero de secuencia en el encabezado. Este valor inicial para el nmero de secuencia, conocido como nmero de secuencia inicial (ISN), se elige de manera aleatoria y se utiliza para comenzar a rastrear el flujo de datos desde el cliente al servidor para esta sesin. El ISN en el encabezado de cada segmento se incrementa en uno por cada byte de datos enviados desde el cliente hacia el servidor mientras contina la conversacin de datos.

Como se muestra en la figura, el resultado de un analizador de protocolos muestra el sealizador de control SYN y el nmero de secuencia relativa.

Se establece el sealizador de control SYN y el nmero de secuencia relativa en 0. A pesar de que el analizador de protocolos en el grfico indica los valores relativos para los nmeros de secuencia y de acuse de recibo, los valores reales son nmeros binarios de 32 bits. Se pueden determinar los nmeros reales enviados en los encabezados de los segmentos examinando el panel de bytes del paquete. Aqu se pueden ver los cuatro bytes representados en formato hexadecimal. Paso 2

El servidor TCP necesita dar acuse de recibo del segmento SYN del cliente para establecer la sesin de cliente a servidor. Para hacerlo, el servidor enva un segmento al cliente con el sealizador ACK establecido indicando que el nmero de acuse de recibo es significativo. Con este sealizador establecido en el segmento, el cliente interpreta esto como acuse de recibo de que el servidor ha recibido el SYN del cliente TCP.

El valor del campo de nmero del acuse de recibo es igual al nmero de secuencia inicial del cliente ms 1. Esto establece una sesin desde el cliente al servidor. El sealizador ACK permanecer establecido para mantener el equilibrio de la sesin. Cabe recordar que la conversacin entre el cliente y el servidor est compuesta en realidad por dos sesiones de una va: una del cliente al servidor y la otra del servidor al cliente. En este segundo paso del enlace de tres vas, el servidor debe iniciar la respuesta del servidor al cliente. Para comenzar esta sesin, el servidor utiliza el sealizador SYN de la misma manera en que lo hizo el cliente. Establece el sealizador de control SYN en el encabezado para establecer

una sesin del servidor al cliente. El sealizador SYN indica que el valor inicial del campo de nmero de secuencia se encuentra en el encabezado. Este valor se utiliza para rastrear el flujo de datos en esta sesin desde el servidor y de regreso al cliente.

Como se muestra en la figura, el resultado del analizador de protocolos muestra que los sealadores de control ACK y SYN se establecieron y los nmeros de secuencia y de acuse de recibo se muestran. Paso 3

Por ltimo, el cliente TCP responde con un segmento que contiene un ACK que acta como respuesta al SYN de TCP enviado por el servidor. No existen datos de usuario en este segmento. El valor del campo nmero de acuse de recibo contiene uno ms que el nmero de secuencia inicial recibido del servidor. Una vez que se establecen ambas sesiones entre cliente y servidor, todos los segmentos adicionales que se intercambian en esta comunicacin tendrn establecido el sealador ACK.

Como se muestra en la figura, el resultado del analizador de protocolos muestra el sealador de control ACK establecido y los nmeros de secuencia relativa y de acuse de recibo se muestran.

Se puede aadir seguridad a la red de datos de la siguiente manera: Denegar el establecimiento de sesiones del TCP Permitir slo sesiones que se establezcan para servicios especficos Permitir slo trfico como parte de sesiones ya establecidas

Esta seguridad se puede implementar para todas las sesiones del TCP o slo para las sesiones seleccionadas.

Para cerrar la conexin se debe establecer el sealador de control FIN (Finalizar) en el encabezado del segmento. Para finalizar todas las sesiones TCP de una va, se utiliza un enlace de dos vas, que consta de un segmento FIN y un segmento ACK. Por lo tanto, para terminar una conversacin simple admitida por TCP, se requieren cuatro intercambios para finalizar ambas sesiones. Nota: En esta explicacin, los trminos cliente y servidor se utilizan como referencia por facilidad, pero el proceso de finalizacin lo pueden iniciar dos hosts cualquiera que completen la sesin:

1. Cuando el cliente ni tiene ms datos para enviar en el stream, enva un segmento con el sealador FIN establecido.

2. El servidor enva un ACK para acusar de recibo el FIN para terminar la sesin de cliente a servidor.

3. El servidor enva un FIN al cliente para terminar la sesin de servidor a cliente.

4. El cliente responde con un ACK para dar acuse de recibo del FIN desde el servidor.

Cuando el cliente que finaliza la sesin no tiene ms datos que transferir, establece el sealador FIN en el encabezado de un segmento. Luego, el servidor finaliza la conexin y enva un segmento normal que contiene datos con el sealizador ACK establecido utilizando el nmero de acuse de recibo, confirmando as que se han recibido todos los bytes de datos. Cuando se dio acuse de recibo de todos los segmentos, la sesin se cierra. La sesin en la otra direccin se cierra con el mismo proceso. El receptor indica que no existen ms datos para enviar estableciendo el sealizador FIN en el encabezado del segmento enviado al origen. Un acuse de recibo devuelto confirma que todos los bytes de datos se recibieron y que la sesin, a su vez, finaliz.

Como se muestra en la figura, los sealadores FIN y ACK se establecen en el encabezado del segmento, de modo que se cierra una sesin de HTTP.

Tambin es posible terminar la conexin por medio de un enlace de tres vas. Cuando el cliente no posee ms datos para enviar, enva un sealizador FIN al servidor. Si el servidor tampoco tiene ms datos para enviar, puede responder con los sealizadores FIN y ACK, combinando dos pasos en uno. El cliente responde con un ACK. Resecuenciamiento de segmentos para transmitir en orden

Cuando los servicios envan datos mediante el TCP, los segmentos pueden llegar a su destino en desorden. Para que el receptor comprenda el mensaje original, los datos en estos segmentos se reensamblan en el orden original. Para lograr esto, se asignan nmeros de secuencia en el encabezado de cada paquete.

Durante la configuracin de la sesin, se establece un nmero de secuencia inicial (ISN). Este nmero de secuencia inicial representa el valor de inicio para los bytes de esta sesin que se transmitirn a la aplicacin receptora. A medida que se transmiten los datos durante la sesin, el nmero de secuencia se incrementa en el nmero de bytes que se han transmitido. Este rastreo de bytes de datos permite que cada segmento se identifique y se enve acuse de recibo de manera exclusiva. Se pueden identificar segmentos perdidos.

Los nmeros de secuencia de segmento permiten la confiabilidad indicando cmo reensamblar y reordenar los segmentos recibidos, como se muestra en la figura.

El proceso de recepcin del TCP coloca los datos del segmento en un bfer de recepcin. Los segmentos se colocan en el orden de nmero de secuencia adecuado y se pasa a la capa de aplicacin cuando se reensamblan. Todos los segmentos que llegan con nmeros de secuencia no contiguos se mantienen para su procesamiento posterior. Luego, cuando llegan con los segmentos con bytes perdidos, se procesan.

Confirmacin de recepcin de segmentos

Una de las funciones del TCP es asegurar que cada segmento llegue a su destino. Los servicios TCP en el host de destino envan a la aplicacin de origen un acuse de recibo de los datos recibidos.

El nmero de secuencia y el nmero de acuse de recibo del encabezado del segmento se utilizan para confirmar la recepcin de los bytes de datos contenidos en los segmentos. El nmero de secuencia es el nmero relativo de bytes que ha sido transmitido en esta sesin ms 1 (que es el nmero del primer byte de datos en el segmento actual). TCP utiliza el nmero de acuse de recibo en segmentos que se vuelven a enviar al origen para indicar el prximo byte de esta sesin que espera el receptor. Esto se llama acuse de recibo de expectativa.

Se le informa al origen que el destino ha recibido todos los bytes de este stream de datos, pero sin incluir el byte que se especifica por el nmero de acuse de recibo. Se espera que el host emisor enve un segmento que utiliza un nmero de secuencia que es igual al nmero de acuse de recibo.

Recuerde que cada conexin son realmente dos sesiones de una va. Los nmeros de secuencia y los nmeros de acuse de recibo se intercambian en ambas direcciones.

En el ejemplo de la figura, el host de la izquierda enva datos al host de la derecha. Enva un segmento que contiene 10 bytes de datos para esta sesin y un nmero de secuencia igual a 1 en el encabezado. El host receptor de la derecha recibe el segmento en la Capa 4 y determina que el nmero de secuencia es 1 y que posee 10 bytes de datos. Luego el host enva un segmento de vuelta al host de la izquierda para acusar recibo de estos datos. En este segmento, el host establece el nmero de acuse de recibo en 11 para indicar que el prximo byte de datos que espera recibir en esta sesin es el byte nmero 11. Nota, el valor de Ack. en el host de origen permanece en 1 para indicar que el segmento es parte de una conversacin continua y que el nmero en el campo de nmero de acuse de recibo es vlido.

Cuando el host emisor de la izquierda recibe este acuse de recibo, puede enviar el prximo segmento que contiene datos para esta sesin a partir del byte 11.

Observando este ejemplo, si el host emisor tuviera que esperar el acuse de recibo por la recepcin de cada uno de los 10 bytes, la red estara demasiado sobrecargada. Para reducir la sobrecarga de estos acuses de recibo, los segmentos de datos mltiples pueden enviarse previamente y ser reconocidos con un mensaje TCP simple en la direccin opuesta. Este reconocimiento contiene un nmero de acuse de recibo en base al nmero total de bytes recibidos en la sesin.

Por ejemplo, si se comienza con un nmero de secuencia 2000, si se reciben 10 segmentos de 1000 bytes cada uno, se devolver al origen un nmero de acuse de recibo igual a 12000. La cantidad de datos que un origen puede transmitir antes de que se deba recibir un acuse de recibo se denomina tamao de la ventana. El tamao de la ventana es un campo en el encabezado del TCP que permite la administracin de datos perdidos y el control del flujo.

Manejo de segmentos perdidos

Por ms ptimo que sea el diseo de una red, siempre se producirn prdidas ocasionales de datos. Por lo tanto, TCP cuenta con mtodos para gestionar dichas prdidas de segmentos. Entre estos est un mecanismo para retransmitir segmentos con datos sin acuse de recibo.

Un servicio de host de destino que utiliza TCP generalmente slo da acuse de recibo de datos para bytes de secuencia continuos. Si uno o ms segmentos se pierden, slo se acusa recibo de los datos de los segmentos que completan el stream.

Por ejemplo, si se recibieron los segmentos con nmeros de secuencia de 1500 a 3000 y de 3400 a 3500, el nmero de acuse de recibo sera 3001. Esto es porque hay segmentos con nmeros de secuencia del 3001 al 3399 que no se han recibido.

Cuando el TCP en el host de origen no recibe un acuse de recibo luego de un determinado perodo de tiempo, ste regresar al ltimo nmero de acuse de recibo que recibi y volver a transmitir los datos desde dicho punto.

El proceso de retransmisin no lo especifica el RFC, pero se deja al criterio de la implementacin particular del TCP.

Para una implementacin de TCP tpica, un host puede transmitir un segmento, colocar una copia en una cola de retransmisin e iniciar un temporizador. Cuando se recibe el acuse de recibo de los datos, se elimina el segmento de la cola. Si no se recibe el acuse de recibo antes de que el temporizador venza, el segmento es retransmitido. La animacin demuestra la retransmisin de segmentos perdidos.

En la actualidad, los hosts pueden emplear tambin una funcin opcional llamada Acuses de recibo selectivos. Si ambos hosts admiten el Acuse de recibo selectivo, es posible que el destino reconozca los bytes de segmentos discontinuos y el host slo necesitar retransmitir los datos perdidos.

Control de flujo

TCP tambin proporciona mecanismos para el control del flujo. El control del flujo contribuye con la confiabilidad de la transmisin TCP ajustando la tasa efectiva de flujo de datos entre los dos servicios de la sesin. Cuando se le informa al origen que se recibi una cantidad especfica de datos en los segmentos, puede seguir enviando ms datos para esta sesin.

El campo de Tamao de ventana en el encabezado del TCP especifica la cantidad de datos que se pueden transmitir antes de que se deba recibir un acuse de recibo. El tamao inicial de la ventana se determina durante el arranque de sesin por medio del enlace de tres vas.

El mecanismo de retroalimentacin del TCP ajusta la velocidad eficaz de transmisin de datos al flujo mximo que la red y el dispositivo de destino pueden admitir sin prdidas. TCP intenta gestionar la tasa de transmisin de manera que todos los datos se reciban y se reduzcan las retransmisiones.

Ver la figura para obtener una representacin simplificada del tamao de la ventana y los acuses de recibo. En este ejemplo, el tamao de la ventana inicial para una sesin TCP representada se establece en 3000 bytes. Cuando el emisor transmite 3000 bytes, espera por un acuse de recibo de los mismos antes de transmitir ms segmentos para esta sesin.

Una vez que el emisor tiene este acuse de recibo del receptor, ya puede transmitir 3000 bytes adicionales. Durante el retraso en la recepcin del acuse de recibo, el emisor no enviar ningn segmento adicional para esta sesin. En los perodos en los que la red est congestionada o los recursos del host receptor estn exigidos, la demora puede aumentar. A medida que aumenta esta demora, disminuye la tasa de transmisin efectiva de los datos para esta sesin. La disminucin de la velocidad de los datos ayuda a reducir la contencin de recursos. Reduccin del tamao de la ventana

Otra forma de controlar el flujo de datos es utilizar tamaos de ventana dinmicos. Cuando los recursos de la red son limitados, TCP puede reducir el tamao de la ventana para lograr que los segmentos recibidos sean reconocidos con mayor frecuencia. Esto reduce de forma efectiva la velocidad de transmisin porque el origen espera que se de acuse de recibo de los datos con ms frecuencia.

El host receptor del TCP enva el valor del tamao de la ventana al TCP emisor para indicar el nmero de bytes que est preparado para recibir como parte de la sesin. Si el destino necesita disminuir la velocidad de comunicacin debido a su memoria de bfer limitada, puede enviar un valor ms pequeo del tamao de la ventana al origen como parte del acuse de recibo.

Como se muestra en la figura, si un host receptor est congestionado, puede responder al host emisor con un segmento con tamao reducido de la ventana. En este grfico, se produjo la prdida de uno de los segmentos. El receptor cambi el campo de la ventana en el encabezado del TCP de los segmentos devueltos en esta conversacin de 3000 a 1500. Esto hizo que el emisor redujera el tamao de la ventana a 1500.

Despus de perodos de transmisin sin prdidas de datos o recursos limitados, el receptor comenzar a aumentar el tamao de la ventana. Esto reduce la sobrecarga de la red, ya que se requiere enviar menos acuses de recibo. El tamao de la ventana continuar aumentando hasta que haya prdida de datos, lo que producir una disminucin del tamao de la misma. Estas disminuciones y aumentos dinmicos del tamao de la ventana representan un proceso continuo en TCP que determina el tamao ptimo de la ventana para cada sesin del TCP. En redes altamente eficientes, los tamaos de la ventana pueden ser muy grandes porque no se pierden datos. En redes donde se tensiona la infraestructura subyacente, el tamao de la ventana probablemente permanecer pequeo. UDP sobrecarga UDP es un protocolo simple que provee las funciones bsicas de la capa de transporte. Tiene una sobrecarga mucho menor que el TCP, ya que no est orientado a la conexin y no proporciona mecanismos sofisticados de retransmisin, secuenciamiento y flujo de control.

Esto no significa que las aplicaciones que utilizan UDP no son siempre poco confiables. Slo quiere decir que estas funciones no las contempla el protocolo de la capa de transporte y se deben implementar aparte, si fuera necesario.

Pese a que es relativamente baja la cantidad total de trfico UDP que puede encontrarse en una red tpica, los protocolos clave de la capa de aplicacin que utiliza UDP incluyen: Sistema de nombres de dominio (DNS)

Protocolo simple de administracin de red (SNMP, Simple Network Management Protocol) Protocolo de configuracin dinmica de host (DHCP) Protocolo de informacin de enrutamiento (RIP) Protocolo de transferencia de archivos trivial (TFTP) Juegos en lnea

Algunas aplicaciones, tales como los juegos en lnea o VoIP, pueden tolerar la prdida de algunos datos. Si estas aplicaciones utilizaran TCP, experimentaran largas demoras, ya que TCP detecta la prdida de datos y los retransmite. Estas demoras seran ms perjudiciales para la aplicacin que las pequeas prdidas de datos. Algunas aplicaciones, como DNS, simplemente vuelven a intentar la solicitud si no reciben una respuesta y, por lo tanto, no necesitan el TCP para garantizar la entrega del mensaje.

Ya que UDP opera sin conexin, las sesiones no se establecen antes de que se lleve a cabo la comunicacin, como sucede con TCP. Se dice que UDP es basado en transacciones. En otras palabras, cuando una aplicacin tiene datos que enviar, slo los enva.

Muchas aplicaciones que utilizan UDP envan pequeas cantidades de datos que pueden ajustarse en un segmento. Sin embargo, algunas aplicaciones envan cantidades ms grandes que deben dividirse en varios segmentos. La PDU del UDP se conoce como un datagrama, aunque los trminos segmento y datagrama se utilizan algunas veces de forma intercambiable para describir una PDU de la capa de transporte.

Cuando se envan datagramas mltiples a un destino, pueden tomar diferentes rutas y llegar en el orden equivocado. UDP no mantiene un seguimiento de los nmeros de secuencia de la manera en que lo hace TCP. UDP no puede reordenar los datagramas en el orden de la transmisin. Observe la figura.

Por lo tanto, UDP simplemente reensambla los datos en el orden en que se recibieron y los enva a la aplicacin. Si la secuencia de los datos es importante para la aplicacin, la misma deber identificar la secuencia adecuada y determinar cmo procesarlos. Al igual que las aplicaciones basadas en TCP, a las aplicaciones de servidor con base en UDP se les asignan nmeros de puerto bien conocidos o registrados. Cuando se ejecutan estas aplicaciones o procesos, aceptan los datos que coincidan con el nmero de puerto asignado. Cuando UDP recibe un datagrama destinado a uno de esos puertos, enva los datos de aplicacin a la aplicacin adecuada en base a su nmero de puerto. Procesos de clientes UDP Como en TCP, la comunicacin cliente-servidor la inicia una aplicacin cliente que solicita datos de un proceso del servidor. El proceso de cliente UDP selecciona al azar un nmero de puerto del rango dinmico de nmeros de puerto y lo utiliza como puerto de origen para la conversacin. El puerto de destino por lo general ser el nmero de puerto bien conocido o registrado asignado al proceso del servidor.

Los nmeros de puerto de origen seleccionados al azar colaboran con la seguridad. Si existe un patrn predecible para la seleccin del puerto de destino, un intruso puede simular el acceso a un cliente de manera ms sencilla intentando conectarse al nmero de puerto que tenga mayor posibilidad de estar abierto.

Ya que no se crean sesiones con UDP, tan pronto como los datos estn listos para enviarse y los puertos estn identificados, UDP puede formar el datagrama y pasarlo a la capa de red para direccionarlo y enviarlo a la red.

Cabe recordar que una vez que el cliente ha elegido los puertos de origen y destino, estos mismos puertos se utilizarn en el encabezado de todos los datagramas que se utilicen en la transaccin. Para la devolucin de datos del servidor al cliente, se invierten los nmeros de puerto de origen y destino en el encabezado del datagrama. RESUMEN Y REVISION La capa de transporte satisface las necesidades de las redes de datos mediante: La divisin en segmentos de los datos que se reciben de una aplicacin La adicin de un encabezado para identificar y administrar cada segmento El uso de la informacin del encabezado para reensamblar los segmentos de nuevo en datos de aplicacin El paso de los datos ensamblados hacia la aplicacin correcta

UDP y TCP son protocolos de capa de transporte comunes.

Los datagramas de UDP y los segmentos de TCP tienen encabezados fijos previamente a los datos, los cuales incluyen un nmero de puerto de origen y un nmero de puerto de destino. Estos nmeros de puerto permiten que los datos se dirijan a la aplicacin correcta que se ejecuta en la computadora de destino.

El TCP pasa datos a la red hasta que conoce el destino y est listo para recibirlo. Luego TCP administra el flujo de datos y reenva todos los segmentos de datos de los que recibi acuse a medida que se reciben en el destino. TCP utiliza mecanismos de enlace, temporizadores y acuses de recibo y uso dinmico de ventanas para llevar a cabo estas funciones confiables. Esta confiabilidad, sin embargo, impone una sobrecarga a la red en trminos de encabezados de segmentos mucho ms grandes y ms trfico de red entre el origen y el destino manejando el transporte de los datos.

Si los datos de aplicacin necesitan entregarse a la red de manera rpida, o si el ancho de banda de la red no admite la sobrecarga de mensajes de control que se intercambian entre los sistemas de origen y destino, UDP ser el protocolo de la capa de transporte preferido por el creador. Esto es as porque UDP no rastrea ni reconoce la recepcin de datagramas en el destino, slo enva los recibidos a la capa de aplicacin a medida que llegan, y no reenva datagramas perdidos. Sin embargo, esto no necesariamente significa que la comunicacin no es confiable; puede haber mecanismos en los protocolos y servicios de la capa de aplicacin que el proceso pierde o datagramas retrasados si la aplicacin tiene estos requisitos. La opcin del protocolo de la capa de transporte la lleva a cabo el creador de la aplicacin para cumplir mejor con los requisitos del usuario. Sin embargo, el creador toma en cuenta que las otras capas cumplen un rol importante en las comunicaciones de redes de datos y tendrn influencia en el rendimiento.