Administración de Redes Gnu

7/26/2019 Administracin de Redes Gnu

1/449

AA DD MM IINN II SS TT RR AA CC IIOO NN

DD EE EESS

GNU/LINUXGUIA DE ESTUDIO HACIA UNA CAPACITACION SEGURA

FF

UU

NN

DD

AA

CC

II

OO

NN

CC dd iigg oo LLiibb rr ee DD oo mm iinn iicc aa nn oo

AAnnttoonniiooPPeerrppiinnaann

1

Fundacin Cdigo Libre Dominicana

DDEERR

Fundaci n C digo Libre http://www.codigolibre.org


2/449

http//www.codigolibre.org Fundacin Cdigo Libre Dominicano

Fundacin Cdigo Libre DominicanOhttp://www.codigolibre.org

e-mail: [email protected]

(1) Padre Pina No. 102, Zona Universitaria,

Santo Domingo

Repblica Dominicana

(2) Calle Estrella Sadhal No. 5

Jardines Metropolitanos,

Santiago

Repblica Dominicana

Diagramacin y Diseo de portada:

Nicaury Bentez Cortorreal

ISBN

88-99999-99-9

Depsito legal:

b8888.99

Impreso y encuadernado por

IMPRESOS GAMMA

Calle #12

Los Ros

Santo Domingo-Repblica Dominicana

Escrito Bajo la Licencia GFDL 2004Impreso en Repblica Dominicana

Printed in The Dominican Republic


3/449

http//www.codigolibre.org Fundacin Cdigo Libre Dominicano

Nota de CopyLeftEste documento se puede distribuir y modificar bajo los trminos de la Licencia Libre de Documentacin

General del GNU - FDL.

2002-06 Antonio Perpian. Este manual es software libre; puede redistribuirlo y modificarlo bajo los

trminos de la licencia GNU de Documentacion Libre publicada por la Free Software Foundation; tanto en

su versin 2 como (a su opcin) en cualquier versin posterior. Este manual se distribuye con el nimo de

ayudar, pero sin garanta alguna; ni siquiera la implcita de ser comercializable o la de ser apto para un

propsito en particular. Para ms detalles, vea la Licencia Pblica General de GNU (COPY-LEFT). Tiene

a su disposicin una copia de la Licencia Pblica General de GNU (CopyLeft) en la distribucin

GNU/Linux que acompaa este Libro o en nuestra pgina web.

Tambin puede obtenerla escribiendo a la Free Software Foundation, Inc., 59 Temple Place Suite 330,

Boston, MA 02111-1307, USA.

En el nimo de colaborar se ruega a quien utilice en total o en parte en cualquier material que de l derive,

y que se respeten los trminos de la Licencia bajo los cuales el es distribuido.

Si modifica y mejora este documento, rogamos se lo

indique a sus autores originales, mediante

[email protected].


4/449

IINTRODUCCINNTRODUCCINLOS PROPSITOS DEL CURSO

Los profesionales de la tecnologa de la informacin (TI) son crticos hoy da para el ambiente de nego-cio. Adquirir las herramientas y conocimiento disponible en la tecnologa de hoy es vital.GNU/Linux y el Cdigo Libre y Abierto han colocado un nuevo estndar en lo que es desarrollo e implemen-tacin de aplicaciones nuevas y personalizables. GNU/Linux contina ganando espacio de reconocimientoentre los profesionales y administradores del TI debido a su flexibilidad, estabilidad, y su poderosa funcio-nalidad. A medida que ms empresas utilizan GNU/Linux, crece la necesidad de soporte y planificacin sobre

la integracin de GNU/Linux en infraestructuras nuevas y/o existentes. El rol del administrador es guiar laimplementacin y desarrollo de soluciones basadas en GNU/Linux. Su xito o derrota dependern de suconocimiento y experiencia de esta fantstica arquitectura.

Este curso es un repaso comprensivo de las caractersticas y funcionalidad de GNU/Linux, orientada apreparar al estudiante con las herramientas necesaria para la certificacin. Explicacin detallada se provee delos conceptos claves, muchos conceptos y utilidades de GNU/Linux son idnticos sin importar la distribucinespecfica siendo utilizada. Algunas caractersticas estn disponibles en algunas distribuciones, y otras sonaadidas durante la instalacin. La naturaleza de GNU/Linux y el Software Open Source, es tal, que cambiosal fuente y cambio a funcionalidad de cualquier componente debe ser incluido en la distribucin especfica .Los conceptos sublime de las capacidades de GNU/Linux se mantienen consistentes a travs de cada distri-

bucin, kernel y cambio de Software.

Este curso ha sido desarrollado de acuerdo con los estndares de la industria de certificacin deGNU/Linux. Los objetivo de la certificacin de Sair Linux y GNU han sido elementos claves en el desarro-llo de este material. La secuencia de los exmenes de certificacin Sair/Linux provee la gama ms amplia delos conceptos necesario para dominar GNU/Linux. Los objetivos de las certificaciones LPI y RHCE tambinson incluidos. El CD interactivo y la pgina Web con el curso contiene videos digital y pequeas prcticas dede seleccin mltiples igual a los del examen. En el libro LA GUIA DEL ESTUDIANTE se provee una guaespecfica para la preparacin de la certificacin.

2

ADMINISTRACION DE REDES GNU/LINUXGUIA DE AUTO ESTUDIO HACIA UNA CAPACITACION SEGURA



5/449

Este libro provee los conceptos y principios fundamentales necesarios para administrar un sistemaGNU/Linux. Los conceptos y las tareas de administracin pueden ser un poco amplios. Se le dar una expli-cacin del rol del administrador, estructura y funcin detallada del kernel, y cubriremos tpicos administra-tivos claves del manejo de paquetes, procesos, espacio de disco, Backups y los usuarios as como las tareasprogramticas, y los Logs/Registros del sistema. Este conjunto de herramientas te permitirn apropiadamen-te administrar un sistema GNU/Linux sea este de unos cuantos hasta miles de usuarios. Estos captulos tam-bin te proveern la informacin que necesitas para Certificarte.

Fundamentos de GNU/Linux proporciona una introduccin a profundidad de los conceptos y de los prin-cipios que son necesarios para instalar un sistema GNU/Linux y desenvolverse en los ambientes de ventanadel X y de la lnea de comandos. Este manual da la direccin paso a paso para las distribuciones importantesde GNU/Linux y su instalacin, incluyendo RedHat, Debian, Mandrake y Slackware. Se enfatizan los con-ceptos de instalacin, las utilidades, y la funcionalidad de GNU/Linux comn a todas las distribuciones yestas se explican en detalle adicional. Un principiante o un experto pueden aprender o repasar los conceptosde particionar discos y localizar los archivos de configuracin, usando el shell y las consolas, crear losscripts, y editar archivos de texto que permanecen dominantes, sin importar la nuevas herramientas grfica,para los ajustes de configuracin. Este conjunto de tpicos permitir que usted instale y configure correcta-

mente un sistema GNU/Linux. En estos captulos tambin se le provee la informacin necesaria para certificar sus habilidades en GNU/Linux

METAS DEL CURSOEste curso le proveer con la informacin que necesitas para completar lo siguientes tpicos:

Describir los componentes estructurales y distinguir entre una distribucin de GNU/Linux y otra. Describir software de fuente abierta (Software Open Source) y entre GNU/GPL. Crear los disquetes de arranque de instalacin. Instalar las principales distribuciones de GNU/Linux: RedHat (RPM), Debian (DPKG) y Slackware

(tar.gz). Utilizar los ambientes de escritorio KDE y GNOME. Instalar y configurar XFree86. Localizar y utilizar la ayuda en lnea. Configurar el hardware del sistema. El uso de fdisk o el cfdisk para crear, corregir, y suprimir particiones del disco. Utilizar el LILO/GRUB para manejar opciones para cargar el sistema. Arrancar el sistema, cambiar los runlevels, y cerrar o re-iniciar el sistema. Utilizar los disquetes de rescate para iniciar un sistema que se ha daado. Describir el sistema de archivos jerrquico de GNU/Linux y el papel de los directorios y archivos claves

en la organizacin del sistema. Trabajar con eficacia en la lnea de comando de Linux usando comandos

comunes del shell, streams, tuberas, filtros, y cambio de direccin. Usar scripts del shell para realizar tareas repetitivas rpidamente. Abrir, corregir, y almacenar documentos de texto usando el editor vi. Manejar los sistemas de impresin locales. Describir algunas aplicaciones comunes disponibles al usuario para sus tareas, tales como: navegar en

Internet y acceso a E-mail, procesamiento de textos, presentaciones, hojas de clculo, y manejo de grfi-cos.

3



6/449

EJERCICIOS

Los ejercicios en este manual son diseados para dar practicas reales en los ambientes de redes y ais-lados (stand-alone o networking) al usuario. Es altamente recomendado que usted complete todos losejercicios en cada captulo antes de continuar al prximo. Entendemos que en raros casos tal vez esto no seaconveniente cuando estudia fuera del taller. Si por alguna razn no puedes completar un ejercicio por circuns-tancias ajenas, debes planificar completarlo tan pronto sea posible.

Existirn ejercicios que no podrs completar por el limitante de equipo software. No permita que estole impida completar los otros ejercicios que resten en el captulo mdulo.

TOME NOTA

Los ejercicios en este libro fueron diseados para ser ejecutados en un equipo de prueba y nunca debenser llevados acabo en uno trabajando y donde se ejecuten aplicaciones importantes. InstalarGNU/Linux, reparticionar para instalar GNU/Linux, o practicando los ejercicios en una LAN u ordenador detrabajo puede causar problemas de configuracin, lo cual puede conllevar a perdidas irreparable de data y dis-positivos perifricos. Por favor siempre recuerde esta advertencia. Es preferible que dediques una estacinde trabajo para practicar estos ejercicios. Instalar GNU/Linux en una situacin dual-boot es una alternativa

razonable, pero an as conlleva ciertos riesgos.WEB y CD

Una parte muy clave de esta serie de auto-aprendizaje es el portal de soporte. Las lecciones que le indi-quen visitar la pgina web o el CD-ROM que le acompaa, a menudo, es para ayuda con los con-ceptos que son mejor entendidos despus de una descripcin visual. Los segmentos video Digital proporcio-nan una ilustracin grfica acompaada por una narracin de los instructores. Estas lecciones son ideales,ambos como introducciones para afinar conceptos y para ayudar el refuerzo.

RECUERDE

Como herramienta de soporte les ofrecemos el CD interactivo, incluido en este libro, y nuestra pgina

web http://www.abiertos.org y all accesar hacia la seccin Linux-Certificacin, estos contienen ex-menes de prueba de las diferentes certificaciones. Recreamos el escenario de las preguntas de seleccin ml-tiples, multi-seleccin y falso verdadero. Es muy importante que tome muchas horas de practicas antes deintentar pasar el examen de certificacin que le corresponda ya sea LPI RHCE.

4



7/449

5



8/449

6



9/449

FFUNDAMENTUNDAMENTOSOS PPROTROTOCOLOOCOLO DEDE IINTERNETNTERNET (IP)(IP)

TPICOS PRINCIPALES No.Objetivos 68Preguntas Pre-Examen 68Introduccin 69Componentes Comunes de Redes 70Medios de Transmisin 81Tipos de Transmisin 89

Capa de Enlace de Datos 92Estndares de Comunicacin 110Direccionamiento de Internet 132Interfases de Redes 155El Futuro el IPv6 176Resumen 190Preguntas Post-Examen 191

OBJETIVOSAl completar este captulo usted podr: Describa el proceso y los elementos claves de la configuracin bsica de una red. Describa la tecnologa bsica que son el motor de las redes de Internet, Ethernet y Redes de Area. Liste y describa la implementacin de las interfases ms comunes de redes.

PREGUNTAS PRE-EXAMENLas repuestas se encuentran en el Apndice A.

1. Defina una red.

2. Por qu usar una red?

3. Liste los niveles del modelo de cuatro capa del TCP/IP, luego liste 2 protocolos usados por cada uno.

7

CAPITULO 1REDES DEL SISTEMA OPERATIVO GNU/LINUX



10/449

INTRODUCCIN

Una Red (Networking) se define como dos ms computadores conectadas entre si para compartirdata. El trabajo en red permite que la informacin sea distribuida fcil y rpidamente a travs de unsistema de protocolo, cables, y hardware. Usted puede hoy da utilizar tecnologa alternativas como lo son,infra-roja laser, para permitirle la comunicacin entre dos ms computadoras.

Las redes son extremadamente popular hoy en da ya que ellas permiten que los usuarios compartan sudata en una manera eficiente. Ya es cosa del pasado que los usuarios tengan que colocar su informacin endisquetes o imprimirlo para poder fsicamente transportar su data de un lugar a otro. No existe mejor mto-do alguno que la redes para organizar y facilitar el trabajo de el trabajo en grupo..

Como su nombre lo indica que una red son dos ms computadoras conectadas entre si va un medio fsi-co y protocolos de comunicacin, una red puede ser un negocio pequeo que se desenvuelve en una peque-a area, la cual se denominan Redes de Area Local (Local Area Network) LAN. Una red tambin puedeconectar varias LAN a travs de una larga distancia una Red de Area Extendida. Tambin son conocidascomo WAN (Wide Area Network). Es posible extender una serie de WAN colocadas en diferentes partes delmundo interconectados como una sola red permitiendo que millones de usuarios compartan sus datos, ascomo es el Internet. Antes de poder comprender el Internet, internetworking, y el TCP/IP, usted est en laobligacin de entender como funcionan las redes tradicionales.

El TCP/IP permite que computadores de diferentes marcas, modelos, sistemas operativos y capacidades(desde un mainframe hasta una PC de escritorio) se comuniquen. Desde su adopcin en el 1983 por las gran-des redes que conformaron el Internet, el TCP/IP ha superado con crece todas las expectativas que se tenade el. Hoy da es el conjunto de protocolo de red ms usado en el mundo y es el protocolo que hace posibleel Internet, el WAN del mundo.

En este captulo discutiremos la historia del Internet, los modelos que usa el Internet para comunicarse,la arquitectura del Internet, los protocolos comunes usados por en el Internet, y los protocolos seriales deenlace (serial link protocols). Tambin discutiremos y analizaremos los documentos de Requisicin deComentarios RFC (Request for Comments RFC), documentos que definen y sirven de referencia para losprotocolos de Internet.

CONCEPTOS DE REDES/NETWORKING

Existen varios conceptos fundamentales que son bsicos al analizar disear una red. El concepto cen-tral y fundamental de una red es que permita la comunicacin y la comparticin de recursos entre doso ms computadoras. Los detalles de como esta dinmica ocurre y los elementos que diferencia una red serndiscutidos en esta seccin: Redes Tradicionales

Redes de Internet/Internetworking Ambiente de Redes Modelos de Red Categoras de Red Topologas de Redes Sistemas Operativos de Red Servicios Bsicos de Red

8



11/449

Redes Tradicionales

Tradicionalmente cuando una compaa elige una red, esta trata de que la red que elige y luego use seade un solo fabricante. Este tipo de eleccin creaba las redes homogneas y centradas a una marca defabricante en especfico. La gran mayora de organizaciones elegan vendedores como IBM, Novell, Banyan, para que le proveyeran soluciones de redes ya que redes compuestas por equipos de un slo supli-dor aseguran un mnimo de entrenamiento y capacitacin para los empleados y sus profesionales de TI. Elrazonamiento era que utilizando el mismo tipo de redes creaba una situacin lo ms simple posible.

En el desarrollo de sus carrera puede ser que usted confronte mucho tipos de redes diferentes como lasque hacemos aqu cita. Tiempo atrs el caso hubiese sido totalmente diferente y en sus labores lo ms proba-ble es que hubiese encontrado slo un tipo de redes de compaa a compaa. As es que hoy da debe tratarde familiarizarse con diferentes tipos de redes y tambin los protocolos en la diferentes situaciones que se lepresenten, despus de aprender este nuevo protocolo y topologa, lo ms probable que en el pasado hubiesesido todo lo que tenia que dominar para llevar acabo las tareas que necesita ejecutar.

Redes de Internet/Internetworking

D

esde los aos 90, han ocurrido cambios fundamentales sobre lo que redes concierne. Hoy en damuchos tipos diferentes de redes pueden trabajar interconectadas. Esta necesidad nace por causa de

que organizaciones y sus divisiones necesitan estar permanentemente conectadas para compartir su informa-cin y recursos. La tarea de trabajar sistema diferentes en una manera heterognea, como se trabaja interco-nectado a travs del Internet, es conocido como internetworking.

Este tipo de trabajo en red representa un cambio dramtico, ya que en el esquema tradicional de solucio-nes de redes, una organizacin slo poda comunicarse consigo misma, pero para hacerlo con otras organiza-ciones, esta tena que utilizar los mtodos tradicionales, como lo fu tradicionalmente el correo. La motiva-cin detrs de esta interconexin de las organizaciones y sus dependencia es causada por la necesidad de latransferencia contina de informacin a travs de extensas areas geogrficas a muy alta velocidad. Hoy daser muy comn que usted tenga que interconectar diferentes tipos de redes bajo una sola unidad lgica lacules pueden sern accesadas a travs de la red pblica, el Internet.

Ambientes de Red

Hoy en da existen dos principales ambiente de red en uso hoy: Redes de Area Local (LANs) y Redesde Area Amplia (WANs).Redes de Area Local (LANs)

La definicin ms general de una red de rea local (Local Area Network, LAN), es la de una red decomunicaciones utilizada por una sola organizacin a travs de una distancia limitada, la cual permi-te a los usuarios compartir informacin y recursos como: espacio en disco duro, impresoras, CD-ROM, etc.

Redes de Area Amplia (WANs)

Es una red comnmente compuesta por varias LANs interconectadas y se encuentran en una ampliarea geogrfica. Estas LAN's que componen la WAN se encuentran interconectadas por medio delneas de telfono, fibra ptica o por enlaces areos como satlites.

Entre las WAN's ms grandes se encuentran: la ARPANET, que fu creada por la Secretara de Defensade los Estados Unidos y se convirti en lo que es actualmente la WAN mundial: INTERNET, a la cual seconectan actualmente miles de redes universitarias, de gobierno, corporativas y de investigacin.

Tipos de Redes

9



12/449

En sus orgenes las redes operaban con modelo centralizado, donde un mainframe supla todos losrecursos a computadoras denominadas estaciones de trabajo. Comnmente esto limitaba slo a redesde area amplia, que podan ser costeadas por grandes Universidades y compaas alto capital de inversin. Amediado de los aos 80, la mayora de estos negocios adoptaron el modelo cliente/servidor. En ves de usarservidores centrales del tipo mainframe, el modelo cliente/servidor utiliza un modelo modular que permite apequeas y medianas empresas utilizar estas soluciones de redes. Con la llegada del Internet, se pudo supe-rar otra etapa de los modelos de red, que fu cuando estas pequeas y medianas compaas pudieron utilizareconmicamente modelos de redes de area amplia a travs del uso de aplicaciones basado en la Web.

Mainframes

Sistemas Mainframe, tambin conocido computacin centraliza, proveyeron la primera solucin derede practicas. Este mtodo centralizado de emplear servidores centrales, o mainframe y terminalesremotas. Normalmente estas terminales denominadas tontas o sin discos(diskless) solo pueden requerir infor-macin y no procesarla. El procesamiento de la informacin ocurre del lado del servidor.

Tradicionalmente obtener informacin desde el mainframe involucra un alto procesamiento por esta.Cuando un terminal pide informacin, esta requisicin es enviada al mainframe. el mainframe procesa larequisicin y obtiene la informacin deseada desde la base de datos o cualquier otra fuente. despus que el

procesamiento a culminado, el mainframe estructura y reforma la informacin al terminal. Veremos ms ade-lante como el modelo cliente servidor difiere a este modelo.

El modelo de computacin tipo mainframe tiene dos desventajas principales. La primera es que el main-frame efecta todas las tareas de procesamiento. Las segunda es que los paquetes de peticin y respuestaenviados entre el terminal y el mainframe ocupan mucho ancho de banda de la red. Estas dos desventajas enredes amplias y de mucho uso causan congestiones de red no aceptables.

Debido a la gran inversin que significan los mainframe en instituciones como, la banca, telefnicas, uni-versidades, etc este modelo de mainframe es prevalente y lo ser por mucho tiempo. Con el crecimiento delas tecnologas basada en la Web, las interfases basada en la web y otras tecnologas emergentes han reem-

plazado o por lo menos desplazado muchas de las plazas donde tradicionalmente se usaba un ambiente demainframe y terminales.

Modelo Cliente/Servidor

La gran mayora de aplicaciones en uso hoy da estn basadas en el modelo cliente/servidor. En estemodelo, la funciones se dividen entre los dos componentes de una aplicacin. Basado en la concep-cin de que una parte proporciona el servicio (el servidor) y la otra usando el servicio (el cliente). Ejemplosde un servicio incluye acceso a una impresora, acceso a archivos almacenados en un sistema, acceso a unabase de datos. Todos los servicios TCP/IP estn basado en el modelo cliente/servidor. Normalmente, un ser-vidor puede administrar las peticiones de multiple clientes.

El modelo cliente/servidor tambin es conocido como sistemas distribuidos, el cual reduce las congestio-nes de la red a travs de una divisin de las tareas de procesamiento entre el cliente y el servidor. El servidorgeneralmente es ms potente que que la computadora ejecutando el cliente y es responsable de almacenar ypresentar la informacin.

En la mayora de los ambientes de redes, existen varios Servicios disponibles. Es muy comn que un com-putador sea un servidor para una aplicacin y un cliente para otra. En una situacin un computador puede serun servidor de archivos, pero al momento de necesitar imprimir requiere de un servidor de impresin paraque le lleve acabo esta funcin.

10



13/449

Otro buen ejemplo es sobre una WAN. Todos los que han navegado el World Wide Web (WWW) ha expe-rimentado con aplicaciones cliente/servidor a travs del suite de protocolo TCP/IP. Para accesar el WWW, eusuario ejecuta la aplicacin cliente (en este caso el navegador Web, E.j.,., Mozilla, Firefox, Konqueror)Cuando el usuario desea accesar una pgina Web, este cliente contacta el servidor de pginas Web correctosobre un enlace de red de rea ampliada y nos despliega la pgina que el servidor Web nos enva.

En una sesin tpica de navegacin cuando un usuario sigue de un enlace a otro en un sitio web distinto,

un cliente nico contacto varios servidores. Al mismo tiempo, la mquina del usuario puede estar sirviendotambin pginas Web con un servidor que estn siendo accesadas al mismo tiempo por otros usuarios.

Una sesin tpica Cliente/Servidor involucra el siguiente proceso:1.- El usuario efecta una peticin de data.2.- La computadora cliente traduce la peticin en un formato que el servidor puede entender.3.- El cliente enva la peticin al servidor.4.- El servidor procesa la peticin, la cual puede involucrar comunicacin con servidores remotos.5- El servidor enva la repuesta al cliente.6- El cliente enva la repuesta a su pantalla.

La diferencia clave entre este modelo de peticin y repuesta y el que se present anteriormente usado porel mainframes es que el cliente procesa la mayora de sus peticiones.

Adems de compartir la responsabilidad de procesar las tareas, los beneficios de los clientes/servidoresincluye una metodologa modular del manejo del sistema. Debido a que el modelo cliente/servidor nos per-mite agregar nuevo componentes al sistemas, usted no esta limitado a una solo solucin. Un tiempo atrs losingenieros de sistemas tenan que elegir entre un sistema y el otro. Con la llegada de los Estndares abiertoscomo lo son el TCP/IP (Transmission Control Protocol/Internet Protocol), los sistemas heterogneo puedentrabajar juntos ms eficientemente. Por ejemplo, Servidores de UNiX y Windows NT que usan TCP/IP pue-den trabajar juntos, permitiendole a los negocios escalar a soluciones de acuerdo con las demandas y necesi-dades del cliente. El modelo cliente/servidor es escalable porque este le proporciona la capacidad de ajustar-se a nuevas demandas. El modelo Cliente/Servidor tambin concede a los usuarios ms control sobre sus pro-pios archivos.

Las organizaciones se encuentran cada da ms y ms en la necesidad de migrar hacia la arquitectura yaplicaciones basadas en el modelo cliente/servidor. Los sistemas de servidores y estaciones de trabajos basa-dos en arquitecturas i386 (PC) brindan las mismas caractersticas encontradas en sistemas operativos demainframe pero a un costo mucho ms razonable para las pequeas y medianas empresas. Se puede ir mslejo an, existen hoy da miles de aplicaciones disponibles para estos sistemas operativos que se ejecutansobre estas estaciones de trabajo y sus servidores.

La arquitectura Cliente/Servidor incorpora una flexibilidad considerable al distribuir los recursos en lared. Producto de la flexibilidad es la complejidad; la necesidad de entender los tipos de nodos de los clientesque son apropiados para las necesidades de su organizacin. An una seleccin ms compleja es al escogerlos nodos de servidores.

Las repuestas a muchas configuraciones del modelo cliente/servidor basados en: Los tipos de aplicaciones que caracterizan su ambiente de sistema Los usuarios y sus peticiones La arquitectura computacional y de redes

11



14/449

Redes Basadas en la Web

Redes basada en la arquitectura Web, tambin conocida como sistemas colaborativos, utiliza tanto tec-nologas mainframe y cliente/servidor. Con el uso de TCP/IP, tecnologas de trabajo basado en inte-net han permitido a las redes evolucionar a sistemas ms y ms decentralizados y distribuidos. En muchosde los casos, sistemas que se basan en la tecnologas Web representan la forma ms radical del modelo com-putacional de tres capas. Redes altamente distribuidas, como son las extranets, las VPNs (Virtual PrivateNetworks, Redes Privadas Virtuales), y As sucesivamente, estas tambin dependen de navegadores deInternet para que sirvan de interfases de usuarios con mecanismo de servidores complejos.

El beneficio de este modelo es que puede combinar el podero que representan los mainframe con la esca-bilidad del modelo cliente/servidor. Ms an, ya que las redes basadas en la tecnologas web dependen deluso de un navegador (browser), podemos presentar informacin sin la necesidad de programas especializa-dos. Por esto es que redes de tecnologa basada en la Web, proveen soluciones globalizadas que permiten alos usuarios obtener informacin y llevar acabo transacciones, independiente del sistema operativo que seencuentre y sin la necesidad de instalar programas adicionales. Las soluciones de comercio electrnico e-commerce, comprar carros, libros, etc, son un buen ejemplo de como se pueden llevar acabo transaccionesseguras basadas en soluciones Web.

Categorizando las RedesToda red consiste en tres mismos elementos bsicos:

ProtocolosLas reglas de comunicacin que todos los elementos de una red deben estar de acuerdo. En el prximocaptulo discutiremos los protocolos de redes a fondo.

Medios TransmisinEl mtodo por el cual todos los elementos de la red se interconectan. Se discutir ms adelante.

Servicios de RedRecursos como son las impresoras, que deben ser compartidas con todos los usuarios de la red. Se dis-cutir ms adelante.

Al margen de estas similitudes, existen dos tipos bsicos de redes: peer to peer (persona a persona) y basa-

das en servidores. Existe una tercera arquitectura, redes empresariales (enterprise), la cual combina las dos.

Redes Peer-to-Peer

Una arquitectura de red peer-to-peer es aquella que no necesita de recursos dedicados, como es un ser-vidor de archivos, adems cualquier equipo (host) puede compartir sus recursos con otros sistemasen la red. En este tipo de redes, un mismo equipo puede funcionar como cliente y como servidor, ya seahaciendo peticiones de data sirviendola.

Por lo general, redes del tipo peer-to-peer tiende a resultar de menos inversin financieras y de menorrequerimiento de conocimientos para quienes las operan que las redes del modelo cliente/servidor. Aunqueestas redes son menos seguras y soportan menos usuarios (al rededor de diez menos es prudente), y expe-

rimentan ms problemas con la administracin de los sistemas de archivos debido a la falta de seguridad ycontrol.

Ejemplos de productos de redes de PC del tipo peer-to-peer incluyen a: LANtastic Novell NetWare Lite Microsoft Windows for Workgroups (Para Grupos de Trabajos) Microsoft Windows 95/98

Redes Cliente/Servidor (Server-Based Network)

12



15/449

Una red basada en servidores es una configuracin de nodos de los cules algunos estn dedicados aproveer recursos a los otros nodos en la red denominados hosts. Los nodos dedicados que ofertan susrecursos son denominados Servidores. Estos recursos incluyen impresoras, aplicaciones, y documentos.

Redes Basadas en Servidores ofrecen seguridad a los usuarios ya que se puede mantener un inventario enuna base de datos central de los usuarios y que recursos ellos pueden tener acceso. En la otra mana, los ser-vidores dedicados suelen a ser un poco ms costosos y requieren un administrador de redes a menudo a tiem-

po completo.

Algunos ejemplos de nodos de servidores comunes son: Servidores de Impresin Servidores de Archivos Servidores de Correo Servidores de Pginas Web

Nodos Cliente pueden accesar estos recursos a travs de la red. Ejemplos de redes del modelo cliente/ser-vidor incluyen: Novell NetWare

UNiX Microsoft Windows NT

Redes Empresariales (Enterprise Network)

Redes empresariales proveen conectividad entre todos los nodos de una organizacin, sin importarlocalizacin geogrfica, y son capaces de ejecutar las aplicaciones de misin criticas. Estas redesincluyen ambos modelos que hemos discutido hasta el momento peer-to-peer y cliente-servidor.

Una red empresarial puede consistir de multiple pila de protocolos (stack) y arquitecturas de redes. Aqule presentamos algunas de las caractersticas de las redes empresariales: Los sistemas de la red son capaces de trasladar paquetes de informacin desde una arquitectura a la otra

(llamados gateways pasarelas). Los sistemas que soportan mltiples arquitecturas estn presentes en la red (sistemas multi-protocolar).

Las Pasarelas Gateways, arquitecturas de redes y sistemas de multiprotocolos sern discutidos ms ade-lante.

Topologas de Redes

Topologas son configuraciones bsicas que el personal que manejan sistemas de informacin utilizanpara cablear las redes. Ellas son el diseo bsico de cualquier red. Las diferentes topologas usadaspara conectar computadoras incluyen bus, star, ring, y hbrida.

Topologa Bus

Topologa Bus requiere que todas las computadoras nodos, estn conectadas a un mismo cableAlgunas computadoras envan data, esa data entonces es transmitida (broadcast) a todos los nodos enla red. El termino BUS se refiere a un AUTOBUS actual que debe detenerse en cada parada en su ruta. Sloel nodo al cual el mensaje fu destinado leer el mensaje; el resto de los nodos lo ignoran.

Oficinas y negocios pequeos a menudo usaban redes del tipo bus, ya hoy da con el abaratamiento delos equipos de redes como son HUBS, Switches, etc, este no es el caso. Si este tipo de red crece normalmen-te evolucionan a tipo start. Redes del tipo BUS requieren un terminadores en cada punta para asegurar que eltrfico no podruzca eco en toda la red.

13



16/449

Las redes Bus son relativamente simple, econmicos, fcil de operar, y confiable. Adems es muy efi-ciente en su uso de los cables. Una desventaja es que se dificulta diagnosticar problemas debido a que es dif-cil apartarlos; si un cable se rompe, la red entera puede ser afectada. Durante los momentos de mucho uso lared se tornar lenta.

Topologa Star (Estrella)

Topologas del tipo estrella conectan nodos de redes a travs de un dispositivo central, normalmenteun hub (ms adelante explicaremos que son los hubs). Como cada conexin de computador termina

en el hub, este diseo reduce el riesgo de fracaso total de la red. Por ejemplo en el caso de la ruptura de uncable, slo el nodo conectado directamente a este ser afectado. El resto de la red funcionara perfectamentebien.

Administradores de redes pueden resolver problemas mucho ms fcil en redes del tipo estrella ya quelos problemas son aislados automticamente por el diseo. La red no es afectada cuando se desarrolla pro-blema en un nodo. Expandir la red es simple y automtica, la administracin y el monitoreo puede ser cen-tralizado. La desventaja es que como todo es centralizado a travs del hub, si este falla toda la red se caer.

Topologa Ring (Anillo)4

Topologas de tipo Ring no tienen un punto central de conexin. Estas redes tienen un cable que conec-ta un nodo al otro hasta que se forme un anilla. Cuando un nodo enva un mensaje, el mensaje es pro-cesado por cada computador en el anillo. Si la computadora no es el nodo de destino, esta pasar el mensajeal prximo nodo hasta que el mensaje llegue a su destino correcto. Si por alguna razn el mensaje no es acep-tado por ningn nodo, este dar la vuelta completa retornando a quien envi el mensaje originalmente.

Las redes de tipo Ring a menudo se conectan a travs de un dispositivo central llamado Unidad de Accesode Multiple Estaciones (Multistation Access Unit, MSAU), ms adelante explicaremos que son estas unida-des. Aislar los problemas en esta topologa es difcil. Si se ca un nodo se ca todo la red.

Una ventaja de usar topologa ring es que todas las computadoras tienen el mismo acceso a toda la data.Durante los perodo de uso pico, el rendimiento es igual para todos los nodos. Las redes tipo ring tambinejecutan excelente en redes de alto trfico de informacin. Una desventaja es que la expansin de la red o sureconfiguracin afectar la red por completo.

Redes Hbridas

Puede ser que confronte grandes redes que combinen las topologas bus, star, y ring. Esta combinacinpermite expansin hasta en redes del modelo empresarial (enterprise networks). Por ejemplo puedeser que confronte una red star y una star bus. En una red star ring, dos ms topologas star son conectadasusando un MSAU como un hub central.

En una red star bus, dos o ms topologas star estn conectadas utilizando un bus trunk. El bus trunk sirvecomo un backbone de la red.

Observe que cada red star contiene dos nodos y esta conectada por bus trunks. Esta topologa es excelen-te para compaas grandes porque el backbone puede implementar media que soporte transferencias alta dedata. Una ventaja de usar redes Hbridas es que las expansiones son relativamente simple. La redes no sonnormalmente afectadas si uno de los nodos falla. Pero si el Hub falla, las computadoras conectadas a ese hubno podrn comunicarse. Las conexione entre el hub que ha fallado y los otros tambin estarn fallida.

14



17/449

Topologa Mesh

Topologa Mesh (Malla) interconectan dispositivos con multiple rutas para asegurar que exista redun-dancia. Todos los dispositivos estn interconectados para as asegurar que la ruta ms convenienteentre un dispositivo y otro es tomada en cada momento.

En una topologa mesh, si una conexin es terminada interrumpida, otra conexin puede ser elegida paratransferir la data a su nodo de destino. Una desventaja es que dispositivos (hardware) adicional tiene que ser

empleado lo cual hace que que la topologa mesh sea ms costosa.

Sistemas Operativos de Redes

Un Sistema Operativo de Redes (Network Operating System, NOS) administra recursos en una redSus funciones incluye administrar multiple usuarios en una red, proveyendo acceso a los archivos yservidores de impresin, y implementacin de la seguridad de la red. GNU/Linux es uno de los mejores yms populares, al da de hoy, NOS.

Un NOS le permite a los clientes acceso remoto a los dispositivos, como si fuesen parte del equipo localdel cliente. Ellos te permiten procesar peticiones desde los clientes y decidir si el cliente puede usar un recur-so en particular.

Al igual que la relacin cliente/servidor, una parte del NOS debe encontrarse ejecutando en el cliente, yla otra parte debe ejecutarse en el servidor. En una red peer-to-peer, cada cliente puede operar como amboscliente servidor.

Muchos NOSs pueden operar entre ellos, esta caracterstica es conocida como interoperabilidad. Estacaracterstica facilita que las corporaciones pueda crear redes aunque sus clientes y servidores se encuentrenejecutando diferentes sistemas operativos. En la mayora de los casos, software deber ser instalado en losservidores y clientes para que exista esta interoperatividad.

Servicios Bsicos de Red

En un ambiente de redes hay disponible varios facilitadores bsico:Distributed File System (Dfs)Sistemas de Archivos Distribuidos permiten a los clientes en una red accesar una jerarqua de archivos en un servidor central. Clientes y Servidores UNiX y GNU/Linux por lo general utilizan Network File System (NFS) para proveer Serviciosde Dfs, mientras que MicroSoft utiliza el protocolo Server Message Block (SMB). Sistemas de Archivos Distribuidos songeneralmente especificos a un sistema operativo de red cliente, aunque existen un nmero de utilitarios para accesar a NFSdesde Windows y a SMB desde UNiX y GNU/Linux.

File transferTransferencia de Archivos permite que archivos individuales sean copiados desde un sistema a otro. Utilitarios de este pro-ceso van desde mecanismos simple como el proceso nico de Kermit al protocolo multitarea sofisticado provedo por elTCP/IP File Transfer Protocol (FTP).

Remote printingImpresin Remota le permite al usuario en un siste imprimir un archivo en una impresora de otro sistema en la red. El otro

equipo pueda o no estar ejecutando el mismo sistema operativo no. Esto sucede normalmente transparente al usuario yno requiere ninguna accin especializado por el usuario o el programa que este utilizando para generar el archivo a impri-mir.

Electronic mailCorreo Electrnico permite que diferente usuario en sistemas diferentes se enven mensajes entre ellos. Los sistemas decorreo electrnicos son cada da ms y ms sofisticados; no es poco comn poder enviar mensajes de voz y otros tipos dedocumentos multimedia con este mtodo de comunicacin.

TelnetProtocolo de Terminales Virtuales prove conexin entre mquinas y as permitiendo acceso remoto.

Hypertext Transfer Protocol (HTTP)

15



18/449

Protocolo de Transferencia de Hipertexto acepta peticiones de para documentos de del formato HTML (Hypertext MarkupLanguage) y transfiere estos documentos al navegador (browser) remoto. Peticiones subsecuentes pueden incluir grfi-cos embebidos, fuentes tipogrficas, javascripts y applets de java.

HISTORIA DEL INTERNET

Atravs de su historia, donde se origin, quien la controla y quien la administra podemos poner enperspectiva esta tecnologa tan reciente que a veces tiende a ser confusa para muchos de sus usua-rios. En esta seccin, discutiremos los siguientes tpicos:

Interoperabilidad TCP/IP Internetworking y la Red Corporativas Evolucin del Internet Puntos de accesos de la Red/NetworkAccess Points (NAPs) Las Autoridades Relacionadas con el Internet El RFC (Request for Comments)

TCP/IP y la Interoperabilidad

El protocolo de red TCP/IP es el ms usado hoy en da, esto no fu siempre el caso. Anteriormente, ya

no muy reciente, redes de Novell usaban IPX/SPX (Internetwork Packet Exchange/ SequencedPacket Exchange) como su protocolo por defecto de redes. Muchas redes de Novell an continan utilizan-do IPX/SPX y siguen siendo productivas. Muchas redes an siguen usando protocolos que no son TCP/IP;estos protocolos son tan productivos como cualquier otro. Pero, si una red utiliza un protocol como por ejem-plo NetBIOS (Extended User Inretface, NetBEUI) y otra usa el IPX/SPX, ellas no se podrn comunicar entresi. Estas redes debern emplear dispositivos especiales, llamados gateways entre ellas para traducir los dife-rentes protocolos, pero una solucin tal vez un poco ms efectiva fuese adoptar el protocolo de red TCP/IP.

De echo estas redes no necesitan abandonar por completo los protocolos que ha estado usando tradicio-nalmente. Ellas pueden usar un protocolo internamente y usar TCP/IP como el protocolo que llevar acaboel transporte de la informacin entre su red y las otras.

El TCP/IP puede permitir que diferentes tipo de redes se comuniquen entre ellas. Usando slo un router,el TCP/IP le permite a su LAN WAN existente intercomunicarse con otras.

El TCP/IP trabaja con muchas topologas diferentes. Tambin puede funcionar en paralelo con otros pro-tocolos a travs de una slo tarjeta de red (Network Interfase Card, NIC), encapsular otros protocolos den-tro de los paquetes TCP/IP para interconectar dos redes que no usan TCP/IP va una red de TCP/IP como esel Internet. As esta acta como un puente ideal que permite que redes LAN y WAN actuar como backbonespara una empresa.

Internetworking y la Red Corporativa

Hemos visto que el protocolo TCP/IP es ideal para internetworking (trabajo a travs del Internet) yaque este permite que diferentes sistemas trabajan unidos. Este tipo de capacidad de trabajo de inter-

plataformas significa que un equipo tradicional, digamos de IBM, puede comunicarse con soluciones clien-te/servidores de hoy como lo son UNiX, Windows NT, Macintosh, y redes Novell. Los mainframe tradicio-nales anteriores pueden entonces trabajar entre ellas tambin. Como el protocolo TCP/IP es independiente delos fabricantes, este permite que trabajadores conectados va el Internet se conecten desde cada sistema sinsacrificar la fortaleza de sus sistemas operativos su mtodo de redes.

El protocolo TCP/IP ha sido atractivo para internetworking porque permite que las corporaciones y redesque sigan utilizando sus pasadas inversiones por mucho ms tiempo. Por esto es que aunque el Internet y el

16



19/449

internetworking son revolucionarios, este protocolo presenta a los negocios una atractiva alternativa para queno tengan que eliminar flotillas de sistemas por anticuados. Con una buena planificacin y trabajo, las com-paas pueden hacer que sus equipos viejos se comuniquen con los equipos y sistemas nuevos y que trabajecon cualquier sistema sobre el Internet.

Evolucin del Internet

El Internet se form en el ao 1968 cuando el Departamento de Defensa de los Estados Unidos cre la

Agencia para Proyectos de Investigacin Avanzada (Advanced Research Projects Agency, ARPA). Suprimer red computacional global, fu el ARPANET (Red de la Agencia para Proyectos de InvestigacinAvanzada), que le permiti al gobierno y a los investigadores trabajar desde cualquier localidad que se pudie-se conectar a la red. Las caractersticas de diseo del ARPANET contemplaba multiple clientes (hosts) y ml-tiples conexiones entre los clientes, lo cual reduci significativamente los chances de fracasos total de la redNo exista un hub central, lo cual hubiese creado un punto de vulnerabilidad; a diferencia, el control estabadistribuido en toda la red. Esta decentralizacin resulto en una red robusta y confiable que continuara fun-cionando aunque muchos de sus clientes se cayesen y resultasen incapacitados.

Ya en el ao 1971, el ARPANET consista de 23 computadoras a todo lo ancho de los Estados Unidos, yal 1972, creci a 40. El ao siguiente se extendi a Europa. Fu en este momento que esta coleccin de com-putadoras conectada en una red fu conocida como el Internet.

Al principio de los 80s, la versin del sistema operativo UNiX de Berkeley ya soportaba el protocoloTCP/IP, y en el 1981, TCP/IP pas a ser el estndar oficial del Internet. El primero de Enero del 1983, eTCP/IP fu adoptado como el protocolo oficial del Internet. Tambin en las dcada de los 80, el Departamentode Defensa asign el proyecto ARPA a la Fundacin Nacional de Ciencias (NSF). La NSF es una agenciaindependiente del gobierno de los Estados Unidos que promueve los avances de las ciencias y la ingeniera.La NSF increment el nmero de supercomputadores a cinco y agreg acceso a ms redes, expandiendo sitiosa negocios, universidades, al gobierno y instalaciones militares. Estos centros fueron conectados a travs delneas telefnicas de 56-Kbps que creaban redes regionales, con cada centro con un supercomputador sirvien-do de hub para conexin de una regin en particular.

El trfico de red se increment significativamente. Un contrato fu obsequiado a la compaa MeritNetwork, Inc., lo cual permiti que las conexiones entre varias localidades operaran a velocidades de 1.5Mbps.

En los aos subsecuentes, se incluyeron ms y ms compaas privadas al Internet, hoy en da tecnolog-as existen para que se puedan adquirir velocidades de ms de 2 Gbps y todos los das se establecen nuevosrecords de velocidad de transferencias. En la actualidad, tanto el hardware y los enlaces de comunicacin quese requieren para interconectar el Internet son financiadas por una combinacin del sector privado y del esta-do gobierno.

Punto de Acceso de la Red (Network Access Points, NAP)

Ya hemos dicho que el Internet es una serie de redes interconectadas. Un NAP es un punto donde seunen una red de alta velocidad y otra. Los tres puntos NAP claves en los Estados Unidos se encuentran en New York, Chicago, y San Francisco. Estos tres NAP son ejecutados por compaas telefnicas. Estostres puntos de intercambio ms el de Washington, D.C., son los cuatro originales en los Estados Unidos.

Estas redes de alta velocidad son las llamadas los backbones del Internet, ya que ellas proveen la conec-tividad esencial para el resto del Internet. Los Backbones pueden cubrir larga y cortas distancias, y redes mspequeas tpicamente se conectan a ellas.

17



20/449

La red backbone conectada por un NAP es una Red de Servicios Backbone de muy alta velocidad (veryhigh-speed Backbone Network Service, vBNS). La mayora de los NAP en uso al da de hoy son de veloci-dad en exceso de 1 Gbps y estn diseadas para reducir la congestin debido al uso incrementado continodel Internet.

Por una mayor parte de la vida del Internet, agencias regionales y gubernamentales cargaban con la res-ponsabilidad para proveer la conexin fsica. Empezando en el ao 1995, los Proveedores de Servicios de

Internet comerciales (Internet Service Providers, ISP) empezaron a financiar el Internet. Este grupo de ISP esllamado la Red Nacional de Investigacin y Educacin (National Research and Education Network, NREN).Esta usa los NAP para la conectividad.

Segmentos/Segments

Un segmento es un pedazo o parte de una estructura mucho ms grande. En el Internet, un segmentopuede ser parte del backbone que conecta San Francisco a Chicago. A escala menor, un segmentopuede ser la conexin de la red en su oficina a su NAP. El trmino segmento tambin se refiere a una subreden una LAN.

Las Autoridades Relacionadas con el Internet

La autoridad de Internet descanza sobre el organismo llamado Sociedad del Internet (Internet Society,ISOC). ISOC es una organizacin de membreca voluntaria de la cual sus objetivos es promover el

intercambio de informacin a travs del uso de la tecnologa del Internet.

La ISOC escoge voluntarios quienes son responsables de la administracin tcnica y la direccin delInternet; estos voluntarios son denominados la Junta de Arquitectura del Internet (Internet ArchitectureBoard, IAB). Usted puede visitar la sociedad del Internet en el sitio web www.isoc.org.

Otra organizacin voluntaria, llamada Equipo de Tareas de Ingeniera del Internet (Internet EngineeringTask Force, IETF), se rene regularmente para discutir problemas de operacionales y tcnicos del Internet.Las recomendaciones son hechas va grupos de trabajo dentro de la IETF y pueden ser enviados a la IAB para

ser declarados como Estndares del Internet. El presidente de la IETF y los administradores de reas confor-man el Grupo Conductor de Ingenieros del Internet (Internet Engineering Steering Group, IESG).

Otra organizacin, llamada el equipo de Tareas de Investigacin del Internet (Internet Research TaskForce, IRTF), es responsable de investigacin y el desarrollo de nuevas tecnologas aplicadas a la redes. ElGrupo Conductor de Investigacin del Internet (Internet Research Steering Group, IRSG) establece priorida-des y coordina actividades de investigacin.

Peticin de Comentarios (Request for Comments, RFC)

Los RFC son documentos publicados de inters para la comunidad del Internet. Estos incluyen infor-macin detallada acerca de protocolos de Internet estandarizados y aquellos que se encuentran anvarios estados de su desarrollo. tambin incluyen documentos informativos relacionados con Estndares deprotocolos, asignacin de numerosa (E.j.,., nmeros de puerto), requerimientos de host (E.j.,., Enlace de Data,Red, Transporte, y capas de Aplicacin OSI), y requerimientos de enrutadores.

Los RFC son identificados por nmeros. Mientras ms alto es el nmero, es una indicacin directa quees ms actualizado el RFC. Asegurece de estar leyendo el ms actualizado o reciente de los RFC durante susinvestigaciones. El sitio web recomendado como referencia de los RFC es el sitio web www.rfc-editor.org/rfc.html. Observe que si un RFC ha sido actualizado, su listado nombrar su nmero de RFC reem-plazo.

18



21/449

Estados de los Protocolos

Antes de que un protocolo se establezca como un estndar, este pasa por varios estados de madurezexperimental, propuesto, prueba, y estndar. Si un protocolo se torna obsoleto, se clasifica como his-trico. Para que un protocolo puede progresar a travs de estos pasos, el protocolo debe ser recomendado porel IESG del IETF.

Aqu le presentamos los diferentes estados de madurez de los RFC:

ExperimentalEstos protocolos deben ser usados en situaciones de ejercicios y pruebas de investigacin. Su intencin no es para siste-mas bajo operacin normal sino para sistemas participando en la investigacin del experimento.

PropuestoProtocolos que estn siendo considerados para una futura estandarizacin. Su puesta en prueba e investigacin son pro-movidas (9999encouraged), es preferible que esas investigaciones sean llevadas acabo por ms de un grupo. Estos proto-colos sern revisados antes de pasar a la prxima etapa de su desarrollo.

Draft/PruebaEstos son protocolos que estn siendo seriamente considerados por el IESG para ser promocionados al estado de estndardel Internet. Pruebas son altamente 9999encouraged, los resultados de las pruebas son analizadas, y se requiere retroali-mentacin de informacin. Toda informacin pertinente a esta debe ser enviada al IESG. Muy a menudo cambios son efectuados en esta etapa de prueba; el protocolo dependiendo de estas propuesta es colocado en la etapa correspondiente a las

propuesta.

EstndarEstos protocolos son determinados por el IESG para convertirse oficialmente en protocolos Estndares del Internet. Los

protocolos estndar se categorizan en dos tipos: esos que se aplican a todo el Internet y aquellos que slo aplican a ciertas redes.

Otros estados de protocolos incluyen: histrico

Estos son protocolos que han sido reemplazados por versines ms recientes que nunca recibieron suficiente apoyo einters para su desarrollo. Es muy difcil que un protocolo histrico se convierta en un protocolo estndar del Internet.

InformativoEstos protocolos fueron desarrollados fuera del IETF/IESG (E.j.,. protocolos desarrollados por los fabricantes u otrasorganizaciones de estandarizacin). Estos protocolos son publicados para el beneficio de la comunidad del Internet.

Estndares del Internet

Un protocolo conjunto que ha sido elevado a estndar es indexado como estndar STD, como es elSTD 5. Todos los protocolos, hasta los Estndares, son indexados como RFC porque los RFC nuncason eliminados, estos slo cambian de estado del protocolo. Por ejemplo, IP es STD 7 As como RFC 793En algunos casos varios RFC pueden convertirse en un slo STD. Por ejemplo, IP, ICMP, y IGMP son inde-xados todos en un slo STD 5 aunque existen tres RFC diferentes: 791, 792, y 1112, respectivamente. estu-diaremos estos protocolos en la prxima seccin.

RFC de ReferenciaLos siguientes son RFC de referencia que son importante y usted debe estar familiarizado con cada uno

de ellos: estndar Oficial del Protocolo de Internet, RFC 2700, STD 1

Este RFC lista el estndar actual del Internet As como el estado actual de todos los RFC. Nmeros Asignados, RFC 1700

Lista el estado actual de los parmetros, como son los nombres y palabras claves, usadas en el Internet. Este incluye losnmeros de protocolos asignados a los protocolos de Internet. Por ejemplo, el protocolo IP est representado por el nmero decimal 4. Tambin se incluyen asignaciones bien reconocidas y registradas de puertos. Aprenders sobre la asignacinde nmeros a travs de este curso.

Requerimientos de Hosts de Internet, RFC 1122 y 1123Este par de RFC define los requerimientos de software de host de Internet. Ellos definen los requerimientos nicos de protocolos dentro de la arquitectura del Internet y lista las caractersticas e implementacin detalladas del protocolo (E.j.,.,las especificaciones de los protocolos se identifican como must, must not,should,should not, y may).

19



22/449

Requerimientos de Enrutadores de IP Versin 4, RFC 1812El RFC 1812 define los requerimientos nicos de los enrutadores de IPv4 de Internet. Este actualiza el ahora histricoRFC 1716. Los requerimientos del enrutador incluyen la tecnologa actual de enrutar.

Requerimientos de Enrutadores de IP Versin 6, RFC XXXXXEl RFC XXXXX define los requerimientos nicos de los enrutadores de IPv4 de Internet. Este actualiza el ahora histri-co RFC 1716. Los requerimientos del enrutador incluyen la tecnologa actual de enrutar.

Ejercicios 1-1: Ubique los Documentos de los RFC

En este ejercicio, se le pide que ubique en el Internet los sitios de donde puede descargar los RFC. Usteddebe investigar ms de un sitio web ya que no todos los portales actualizan sus RFC con regular frecuen-cia. Soluciones para este ejercicio se proveen en el Apndice B.

1. Desde el buscador www.google.com en un browser ubique tres sitios web que mantienen el listado deRFC. Liste los sitios por su URL como repuesta.

2.- Elija un sitio RFC y use el browser para ubicar los RFC 1250, 2068, y 1441. Liste los ttulos de cada unode ellos. Determine si el RFC es la ltima versin. Si no lo es, identifique cual es el ms reciente. Usteddeber usar un editor de RFC que permita peticiones, como el que se encuentra en el sitio web www.rfc-

editor.org/rfc.html. Elija buscar/Search desde el enlace ndice de RFC que le permite buscar por nmero,titulo y autor.

RFC # Titulo del RFC RFC ms actual.RFC1250RFC 2068RFC 1441

3. Responda estas preguntas basada en la informacin en los RFC 2600 y 1700.

a. Es OSPFv2 un protocolo estndar del Internet? Es RIP-2 un estndar?

b. En que ao se constituy POP3 como un protocolo estndar del Internet? Y el TCP? Y el IP?

c. Cal es el STD para el protocolo de servicios NetBIOS?

d. Cal es el rango de los nmeros de puertos ms reconocidos (well-known)?

e. Para que es el puerto 110 usado?

f. Cal es el rango de los nmeros de puertos registrados?

g. Para que es el puerto 533 usado?

EL MODELO DE COMUNICACION DE DATA

En esta seccin introducimos el modelo de referencia para la Interconexin de Sistemas Abiertos(Open Systems Interconnection, OSI) y el modelo de arquitectura de Internet. Estos modelos sirven

para definir el mecanismo de todo protocolo de redes del TCP/IP usado para la comunicacin de data.

En esta seccin, discutiremos los siguientes tpicos: Protocolos de Comunicacin Modelo de Referencia OSI Separacin de Funcionalidad Arquitectura de Internet Paquetes/Packets

20



23/449

Protocolos de Aplicacin, Transporte, y Red Multiplexado/Demultiplexing Protocolos de Interfase Serial Especializada

Protocolos de Comunicacin

E

xiste una necesidad de cierta forma de estandarizacin entre entidades que se comunican. Un proto-colo es nada ms que un conjunto de reglas y convenciones que describen como dos entidades se

comunican una con la otra. Un ejemplo simple es un protocolo de comunicacin es el lenguaje humano natu-ral, digamos el espaol el ingles, estos permiten a humanos intercomunicarse uno con el otro y entenderentre si que se esta diciendo. Es obvio que cuando dos computadores se intercomunican, el protocolo que seemplea deber ser ms definido, pero la idea bsica es la misma.

Si dos personas no hablan un mismo idioma, ellos no podrn entenderse. Lo mismo pasa con dos com-putadoras que no entiende sus diferentes protocolos, para entenderse debern emplear el mismo protocolo decomunicacin para poder llevar acabo con xito la comunicacin.

Capas de Protocolos (Layers)

Los protocolos usados para intercomunicar computadores son bien complejos. Para orden administrar

esta complejidad, los protocolos son divididos en una serie de capas, cada una de la cual es respon-sable de manejar cierto aspecto de la comunicacin.

Los protocolos de cada capa se comunican con protocolos de su misma capa nivel en el sistema remo-to. Realmente la data se transmite en orden decendiente a travs de las diferentes capas en el sistema queenva ascendente en la capa del sistema que recibe. En cada capa el sistema que enva, coloca informacinde control al mensaje original. En el sistema receptor, esta informacin de control es interpretada por el pro-tocolo homologo (peer) y esta informacin es removida del mensaje hasta As llegar hasta el equipo receptorintacto como se envi el mensaje original.

Una coleccin de protocolos estructurado de esta manera aqu descripta es conocido como una pila (pro-

tocol stack).

Informacin de Control

Informacin de control agregada a un mensaje original al pasar entre protocolos puede ser comparada aun documento que ha sido colocada en una serie de sobres ms grandes y ms grande cada vez. Cadasobre tiene una direccin colocada en el para que As el protocolo en ese mismo nivel en el host que recibepueda entender para quien esta dirigida la data.

Al momento de recibir la data en el otro extremo, cada capa procede a destapar su sobre y pasa hacia arri-ba en la pila de protocolos el sobre que yace dentro del que esta dirigido a el, el determina a quien va dirigi-do por la direccin colocado en el sobre inmediatamente despus del de el.

Cada capa en l apila no sabe nada de lo que contiene el sobre que el recibe desde arriba de la pila o pordebajo de ella. Esto mantiene un diseo limpio y separado que permite a las capas trabajar independiente-mente.

El Modelo de Referencia OSI

El Modelo de Referencia OSI fu definido por la Organizacin Internacional para la estandarizacin(International Organization for Standarization, ISO). Fu introducida en el ao 1983, el modelo OSItiene tres funciones prcticas:

21



24/449

Proveer a los desarrolladores los conceptos necesarios y universales para que puedan desarrollar y perfec-cionar los protocolos.

Explicar la estructura de trabajo usada para conectar sistemas heterogneos. Ms simple, permite a losclientes y servidores comunicarse aunque este usando aplicaciones y sistemas operativos distintos; todo loque ellos necesitan es un protocolo comn entre ellos como son por ejemplo el TCP/IP el IPX/SPX.

Describir el proceso de la creacin de los paquetes. Discutiremos ms sobre la creacin de los paquetesms adelante.

Redes son diseadas y construidas usando el modelo OSI, en la misma manera que edificaciones sonconstruidas usando planos. Por ejemplo, Novell NetWare, Windows NT, y GNU/Linux (UNiX) estn todosbasados en el modelo OSI. Este misma base arquitectnica de trabajo es que permite que estos sistemas sepuedan intercomunicar.

Adems, cuando quiera se discute de protocolos, como por ejemplo el IP y el IPX, normalmente estos sonenlazados a su capa OSI. En este ejemplo, ambos protocolos se encuentran en la capa OSI de Red. El mode-lo OSI provee los conceptos y la nomenclatura que usted necesita para poder discutir lo que es la creacin depaquetes y los protocolos de redes.

Como se Comunican las Capas

El modelo OSI describe la interaccin entre las capas individuales As como entre los hosts en la red.Un ejemplo de Cliente/Servidor ser usado para explicar como trabaja tpicamente el modelo OSI. La

columna izquierda contiene las siete capas del modelo OSI que existen en el cliente. A la derecha la colum-

Capa No. DescripcinAplicacin 7 Esta es la capa presentada al usuario atraves de las aplicaciones disponibles en el ambiente OSI

de su sistema operativo; esta capa soporta transferencia de archivos, administracin de redes, entreotros servivios.

Presentacin 6 Capa responsable de proveer transformaciones tiles sobre data para soportar interfases de apli-caciones estandarizadas y servivios de comunicacin general. Por ejemplo, convierte texto de(ASCII) a Binario Extendido (EBCDIC).

Sesin 5 Establece, administra y termina conexiones (sesiones) entre las aplicaciones que colaboran entreellas. Esta capa adems agrega informacin de trfico.

Transporte 4 Prove transporte confiable y transparente entre dos puntos (Ej., los hosts de origen y destino).Tambin prove soporte de recuperacin de errores y control de trfico. Protocolos de estado de con-xiones residen en esta capa.

Red 3 Esta capa es responsable de reenviar y enrutar los datagramas, (Protocolos sin estado de cone-xin residen en esta capa.

Enlace de Data 2 Prove transferencia de data confiable atraves del enlace fsico. Las tramas son transmitidas conla sincronizacin necesaria, control de error, y el control de flujol. Simplificando, esta prepara lainformacin para que pueda ser enviada al cable fsico. En las series de estandares IEEE 802 de delas LAN (un grupo de estandares populares de redes que estudiaremos ms adelante), la capa deEnlace de Data est dividida en dos subcapas, el Control de Enlace Logico (Logical Link Control,LLC) y el Control de Acceso del Medio (Media Access Control, MAC). La capa LLC es responsa-

ble del control de error y flujo, y la capa de MAC es responsable de colocar la data en el cable.

Fisica 1 Capa que se concierne con lo relacionado con la transmisin de flujo de bits no estructuradosobre un enlace fsico. Es responsable por las caractersticas mecanicas, electricas y procedural paraestablecer, mantener y deactivar el enlace fsico.

22



25/449

na con las siete capas que existe en el Servidor.

Cliente ServidorAplicacin AplicacinPresentacin PresentacinSesin SesinTransporte Transporte

Red RedEnlace de Data Enlace de DataFsica Fsica

Si el cliente realiza una peticin al servidor, la peticin puede ser que empiece con un click del mouse porun usuario navegando en una pgina web (Capa de Aplicacin). La peticin viaja hacia abajo en la estructu-ra del modelo OSI hasta que este llegue a la capa de Enlace de Data donde esta es entonces colocada en elalambre, al cable, cualquier otro medio que es usado en su red (la capa Fsica).

La peticin del cliente viaja a travs del cable hasta que esta llega al servidor. La capa de Enlace de Data

toma la peticin del cable (capa Fsica) y la enva hacia arriba en la estructura del modelo OSI. Cuando lapeticin llega a la capa de Aplicacin del servidor, la peticin es procesada. El servidor entonces retorna unarepuesta al cliente, la cual puede ser una pgina Web nueva, usando el mismo mtodo.

En la redes, la informacin como las peticiones del cliente y las respuestas del servidor son enviados atravs de la red va paquetes. Los paquetes sean discutidos ms adelante en esta seccin.

Separacin de Funcionalidad

La motivacin principal detrs del Modelo de Referencia OSI es la separacin de funcionalidad entrelas capas. Cada capa esta diseada para ejecutar una funcin en especfico y servir de interfase a otrascapas en una manera bien definida. Los detalles internos de una capa no deben afectar la operacin de las

capas inferior o la superior a ella en la pila. De esta manera una capa puede ser removida completamente yreemplazada con otra. Siempre y cuando la interfase entre dos capas sea consistente, entonces este cambiono debe afectar la funcionalidad total de la red.

Esta forma idealista no siempre se puede lograr, pero la idea bsica puede ser vista en un sin nmero desitios. Una rea de esta es la de direccionar el sistema. La capa de red superior debe operar independiente-mente del medio de red usado; por ejemplo, el uso de Ethernet Token Ring no debe afectar los protocolosde alto nivel. Esto nos deja dicho que los sistemas deben direccionar en una manera independiente del mediode conexin. Pero la capa de Enlace de Data debe poder direccionar sistemas, y el formato y la interpretacindel direccionamiento depender del medio de conexin.

As que la capa de Enlace de Data utiliza su propio formato de direccionar, el cual es entonces mapeadoal nivel superior, direcciones independiente de la red como parte de la interfase entre las dos capas. Si unmedio diferente de conexin es usado, entonces se requerir de la interfase de ejecutar una forma diferentedel mapeado de direcciones apropiado para la nueva capa de Enlace de Data. Pero, la operacin del protoco-lo de la capa de Red no debe ser afectada por este cambio.

Arquitectura de Internet

Al igual que otros modelos de redes, la arquitectura de Internet divide los protocolos en capas. Cadacapa es responsable de tareas de comunicacin en especfico. La arquitectura de Internet consiste decuatro capas, cada una coincide con las capas del Modelo de Referencia OSI. Recuerde que existen varios

23



26/449

modelos de arquitectura de Internet, cada uno un poco diferente al otro. Aqu slo trabajaremos con la ver-sin de cuatro capas.

Capa de Aplicacin Capa de Transporte Capa de Internet Capa de Acceso a la Red

La siguiente tabla muestra la arquitectura de Internet y su equivalente en el modelo de capas OSI.

La Capa de Acceso a la Red

La capa de Acceso a la Red corresponde a las capas fsica y Enlace de Data del modelo OSI. Esta capaacepta paquetes de capas ms alta y los transmite a travs de la la red de conexin, manejando todos

los detalles del medio de las interfases de hardware con la red. Esta capa normalmente consiste de:

Los manejadores de los dispositivos del sistema operativo La tarjeta de la interfase correspondiente Las conexiones fsicas

Para las LAN basadas en tecnologas Ethernet, la data enviada por la media es referida como tramas deEthernet, las cuales varan en tamao desde 64 hasta 1,518 bytes (1,514 bytes sin la revisin de Redundancia

Cclica).La Capa Internet

La Capa de Internet corresponde a la capa de Red del modelo OSI. Es responsable de direccionar yenrutar los paquetes en las redes TCP/IP. Un paquete recibido desde la capa de Transporte es encap-sulado en un paquete IP. Basado en la informacin del host de destino, la capa de Internet usa un algoritmode enrutamiento para determinar si enva el paquete localmente si necesita enviarlo a una pasarela (gate-way) por defecto.

Los protocolos usados en la capa de Internet son: Protocolo de Internet (IP)

Protocolo de Control de Mensajes de Internet (ICMP) Protocolo de Administracin de Grupos de Internet (IGMP) Protocolo de Resolucin de Direcciones (ARP) Protocolo de Resolucin de Direcciones Inversas (RARP)

Capa de Transporte

La capa de Transporte del modelo de Arqitectura de Internet corresponde a las capas de Transporte yla de Sesin del modelo OSI. La capa de Transporte acepta la data desde la capa de Aplicacin y leprovee el flujo de informacin entre los dos hosts. Estos dos protocolos que siguen se encuentran en la capa

24

Modelo de Referencia OSI Equivalente Modelo de Arquitectura de Internet

AplicacinAplicacin

Presentacin

SesinTransporte

Transporte

Red InternetEnlace de Data

Acceso a la RedFsica



27/449

de Transporte:

Protocolo de Control de Transmisin (TCP) Protocolo de Datagramas de Usuarios (UDP)

La capa de Transporte tambin divide la data recibida desde la capa de Aplicacin en trozos de data mspequeos, llamados paquetes, antes de pasarla a la capa de Internet. La capa de Transporte tambin es cono-

cido como la capa Host-a-Host, la capa Punta-a-Punta, la capa Fuente-a-Destino.

La Capa de Aplicacin

La capa de Aplicacin de la Arquitectura de Internet corresponde a las capas de Presentacin y la deAplicacin del Modelo OSI. La capa de Aplicacin interacta con el protocolo de la capa deTransporte para enviar recibir data.

Los usuarios pueden invocar programas de aplicaciones, como es el protocolo de terminal remoto(Telnet), Protocolo de Transferencia de Archivos (FTP), Protocolo de Transferencia de Correo Simple(SMTP), Protocolo de Administracin de Redes Simple (SNMP) para accesar los nodos en el Internet. Lacapa de Aplicacin tambin suele ser referida de nombre la capa de los Procesos.

Los Paquetes

Un paquete es un pedazo fijo de informacin enviado a travs de la red. En el momento que enviamosinformacin a travs de cualquier red, empezamos el proceso de creacin de paquetes. Un paqueteconsiste de tres elementos: un cabezal (header), la data en si, y un finalizador (trailer). A menudo los paquetes tambin son referidos como datagram frame. Aunque este uso es aceptable la mayora de las veces, unpaquete es un nombre genrico usado para referirse a cualquier pedazo de informacin pasada por una redUn datagram es un paquete en la capa de Red del modelo OSI. Un frame (trama) es un paquete en la capa deEnlace de Data . Aunque esta diferencia existe ellos son intercambiados sinnimamente.

El header contiene informacin variada, como es informacin referente a direccionamiento seales de

alerta a la computadora entrante. El paquete contiene la data original, como por ejemplo un correo. El trailernormalmente contiene informacin que valida el paquete. Por ejemplo, puede contener la informacinRevisado de Redundancia Cclica (CRC).

Cyclic Redundancy Check (CRC)

Un CRC es un calculo matemtico que le permite al computador que recibe validar si un paquete esvalido. Cuando un host enva un paquete, este calcula un CRC, entonces procede a agregar esta infor-macin al trailer. Cuando el host que recibe lee el paquete, este genera su propio CRC, entonces lo comparacon el CRC que esta almacenado en el trailer. Si igualan, el paquete no esta daado u el host que recibe pro-cesa el paquete. Si los CRC no igualan, el host recibiendo lo descarta por completo.

Creacin de Paquetes- Agregando los Headers

La creacin del paquete empieza en la capa 7 del modelo OSI (capa de Aplicacin) y contina en todoel proceso hasta la capa 1 (capa Fsica). Por ejemplo, al enviar un correo transferir un archivo desde

una computadora a otra, este mensaje archivo es sometido a una trasformacin de un archivo discreto completo es convertido en muchos pedazos pequeos llamados paquetes. Empezando desde la capa deAplicacin del modelo OSI, el archivo contina siendo dividido en pequeos pedazos hasta que el archivodiscreto original sea, sea convertido en piezas suficientemente pequeas, y ms manejable pedacitos de infor-macin y entonces sern enviados a la capa Fsica.Cada capa agrega su propia informacin, llamada header,al paquete. Esta informacin permite que cada capa se comunique con las otras, y tambin permite que elcomputador recibiendo pueda procesar el mensaje.

25



28/449

Creacin de Paquetes- Remover el Header

Ya hemos visto como el host que enva crea los paquetes. Cuando el host que recibe procesa un paque-te, este efecta lo contrario que el host que lo creo hizo y remueve casa header, empezando con elde la capa 1 (capa Fsica) y termina con al capa 7. Todo lo que queda al final del proceso es la data originalsin ningn tipo de alteracin, la cual puede ser procesada por el host que recibe.

Protocolos de Aplicacin, Transporte, y Red

Todos los protocolos discutidos en en este captulo pertenecen a una de tres divisiones del modelo OSI.La primera categora de protocolos abarca las capas del modelo OSI de Aplicacin, Presentacin, y

Sesin. Estos se denominan como protocolos de la capa de Aplicacin. Los protocolos de la capa deTransporte slo aplican a la capa de Transporte; protocolos de redes abarcan las capas de Red, Enlace de Datay la fsica.

Protocolos de la capa de Aplicacin

Los protocolos de la capa de Aplicacin, tambin conocidos como protocolos de la capa alta, permiten quelas aplicaciones interacten entre si a travs de la red. Los protocolos ms comunes de la capa deAplicacin incluyen:Simple Mail Transfer Protocol (SMTP)

Protocolo de Transferencia de Correo Simple es un suite de protocolo TCP/IP usado para enviar men-sajes de e-mail desde y a un host.

Bootstrap Protocol (BootP)Aunque aparentemente oscuro, el Protocolo de Bootstrap, el BootP es responsable de enviar paquetesTCP/IP dirigidos a la informacin de configuracin del host.

File Transfer Protocol (FTP)Protocolo de Transferencia de Archivos tambin es parte del conjunto de herramientas TCP/IP, el FTPes usado para transferir archivos de un host a otro.

Hypertext Transfer Protocol (HTTP)El World Wide Web usa este conjunto o suite de protocolos TCP/IP para interconectar pginas Web.

Simple Network Management Protocol (SNMP)Suite de protocolos TCP/IP que permite que administradores de red diagnostiquen y administren redes

sin importar la arquitectura de esta.Server Message Block (SMB) protocolProtocolo usado en redes de Microsoft, este protocol permite que clientes trabajen con servidores, paraaccesar archivos y hacer peticiones de otros servicios. GNU/Linux puede interactar con equipos usan-do el protocolo SMB utilizando el suite de Samba.

Network File System (NFS)Protocolo que permite compartir archivos e impresoras en redes UNiX.

Protocolos de la Capa de Transporte

La capa de Transporte provee transferencia de data confiable. Entre los protocolos usados en esta capa seincluyen: Transmission Control Protocol (TCP)

Forma parte del conjunto de protocolo de TCP/IP, TCP provee transferencias confiable y administra lassesiones. Sequenced Packet Exchange (SPX)

Parte del conjunto de protocolo IPX/SPX, el SPX es similar al TCP en que es quien administra las sesio-nes de comunicacin.

NetBEUIPermite que distintas aplicaciones en diferentes computadoras usando NetBIOS se comuniquen entreellas; es un protocolo no enrutable. El uso ms frecuente de NetBEUI es en redes de sistemas Microsoft.

Protocolo de la Capa de Red

Los protocolos de Red proven informacin de enrutamiento a los enrutadores y direcciones a los host.

26



29/449

Entre los protocolos de Red se incluyen: Internet Protocol (IP)

Parte del conjunto TCP/IP, IP es el responsable de direccionamiento del host y de enrutar los paqueteen cualquier red ejecutando TCP/IP, incluyendo el Internet.

Internetwork Packet Exchange (IPX)IPX provee servicios de direcionamiento para el suite de Novell IPX/SPX.

NetBEUIEste permite que diferente aplicaciones en distintas computadoras usando NetBIOS se comuniquen una con otra; es un

protocolo no enrutable. Ethernet

Este protocolo LAN fu creado por Xerox, Digital Equipment Corporation, e Intel. Es la tecnologa LAN ms usada.

Estudiaremos ms profundamente estos protocolos a travs del libro.

Protocolos de Internet

Cada capa de la arquitectura de Internet involucra protocolos, y cada protocolo tiene su RFC asocia-do. Esta seccin, describiremos brevemente protocolos comnmente usados en cada capa delInternet. Estos protocolos sern discutidos ms detalladamente ms adelante. Cada protocolo est listado consus respectivos RFC(s).

La Capa de Acceso a la RedLa capa de Acceso a la Red puede variar considerablemente, dependiente de que tipo de tecnologa es res-

ponsable de colocar la data en el medio de la red y de captarla del medio. Algunos ejemplos:

LAN Ethernet, Token Ring, y Fiber Distributed Data Interfase (FDDI)WAN Frame Relay, serial lines, y Asynchronous Transfer Mode (ATM)

La Capa de InternetAqu listamos los diferentes protocolos de la capa de Internet y sus respectivos RFC:

IP-RFC 791, STD 5IP es el mtodo bsico de transferir data usado en todo el Internet. Es el responsable de el direccionamiento de IP y ejecuta la funcin de enrutar, el cual selecciona una ruta para enviar la data a la direccin IP de destino.

La data se enva en formato de paquetes, tambin conocidos como datagramas. Un paquete es autocontenido, totalmenteindependiente de otros paquetes, que no requiere supervisin y carga suficiente informacin para enrutar desde el host deorigen hasta el host de destino.

IP define como los enrutadores procesan los paquetes, cuando se deben generar mensajes de error, y bajo que condiciones los paquetes sern descartados.

ICMP-RFC 792, STD 5ICMP es el protocolo de diagnstico del TCP/IP. ICMP est especificado en los RFCs 844, 1256, y 1788. Este permiteque los hosts y gateways (pasarelas) reporten mensajes de error a travs de los mensajes ICMP. Si ocurre un problema enuna red TCP/IP, un mensaje ICMP ser generado.

Internet Group Management Protocol (IGMP)-RFC 1112, STD 5El IGMP es usado para multicasting. En multicasting, una fuente encia un mensaje a un grupo de subscriptores (multicas

27

HTTP FTP Telnet TFTP Gopher

SMTP SNMP DNS BootP DHCP

Capa de Aplicacin

TCP UDP

Capa de Transporte

ICMP

IP

IGMP

ARP RARP

Capa de Internet

Media

Capa de Acceso a la Red



30/449

groups). Para que la transferencia de un multicast sea exitosa, los miembros deben identificarse y los grupos que les inte-resa deben hacerlo a un enrutador local. El IGMP le permite a los usuarios pertenecer y mantener membrecas en gruposmulticast.

ARP-RFC 826, STD 37ARP traduce las direcciones de Internet a direcciones fsicas, como son las direcciones fsicas de 48-bit de Ethernet.

Por ejemplo, asumimos dos hosts en una red, nodo1 y nodo2. Nodo1 sabe la direccin IP de node2. Pero si el node1 desea

enviar un paquete al nodo2, este debe saber la direccin fsica, el hardware, de la direccin del nodo2. Para poder resol-ver la direccin IP a la direccin del hardware, el ARP enva un broadcast local y As obtiene la direccin de hardware.

Una vez la direccin a sido resuelta, el ARP almacena la informacin para las peticiones futuras en un cache. El cache delARP permanece por un perodo de tiempo que vara dependiendo del sistema operativo.

RARP-RFC 903, STD 38Como su nombre lo implica RARP ejecuta la funcin en reverso del ARP. Este utiliza la direccin de hardware del nodo

para requerir una direccin IP. RARP es por lo general usado durante la inicializacin de una estacin de trabajo sin dis-cos para obtener su una direccin IP.

Por ejemplo, cuando un estacin de trabajo se inicializa, el RARP le la direccin de hardware nica y enva un broad-cast (difusin) sobre la red para pedir una direccin. Un servidor RARP responde a las peticiones y provee una direccinIP.

La Capa de TransporteAqu le presentamos los protocolos de la capa de Transporte y sus RFC que lo define a ellos:

TCP-RFC 793, STD 7El TCP provee la administracin de sesin entre los sistemas fuentes y destino. Este asegura que la data sea transportadoen secuencia y que no se enve data duplicada. El TCP es usado con aplicaciones que se comunican, estableciendo lasesin antes de transferir data, como son el FTP y el Telnet.

UDP-RPC 768, STD 6El protocolo UDP provee una comunicacin simple de paquete. Un paquete UDP es creado por cada operacin de las apli-

caciones, y una sesin no es necesaria. A diferencia del TCP, UDP no provee control de trfico ni enva acuse de recibo.Este tampoco retransmite paquetes perdidos ni da garanta de confiabilidad. El UDP es un protocolo sin conexin que esusado por el TFTP (Trivial File Transfer Protocol) y SNMP.

La Capa de AplicacinLos protocolos de la Capa de Aplicacin y sus respectivos RFCs sin listados a continuacin:

HTTP-RFCs 1945 y 2616El HTTP es utilizado para transportar documentos HTML (pginas Web) a travs del Internet. El HTTP requiere de un

programa cliente (un navegador) y un servidor, ambos ejecutando TCP/IP. El HTTP establece la sesin del servidor Weby transmite pginas HTML a un cliente con un navegador. El protocolo HTTP 1.0 establece una nueva conexin por cada

pgina requerida, lo cual creaba mucho trfico innecesario de Internet. El HTTP 1.1 establece las conexiones persisten-tes, lo cual permite multiple descargas con una sola conexin. Ambos el cliente y el servidor deben soportar el HTTP 1.1

para poder beneficiarse de estas ventajas que ofrece esta nueva versin.

FTP-RFC 959, STD 9FTP es un sistema para transferir archivos entre computadores ejecutndose en red TCP/IP. El FTP ofrece una manera efi-ciente y rpida de transferir archivos ya que este no tiene que consumir los recursos de codifica y decodificar la data, comoes enviar archivos de correo electrnico con archivos adjuntos. El FTP permite que archivos sean copiados al servidor,mientras que HTTP slo permite que los clientes descarguen desde el servidor.

TFTP-RFC 1350, STD 33El TFTP se usa para iniciar los sistemas sin discos (diskless). Funciona con BootP. El TFTP utiliza UDP, mientras que elFTP usa TCP. Debido a que el TFTP es simple y pequeos, este puede ser embedido en Memoria de Slo Lectura (ROM),

28



31/449

lo cual es ideal para las estaciones de trabajo sin discos que buscan configuraciones a travs de la red para iniciarse.

Telnet (remote terminal pro toco I)-RFCs 854 y 855, STD 8Telnet es un protocolo de emulacin de terminal desarrollado por ARPANET. El telnet le permite a los usuarios desde unsitio ingresar a otro remotamente y ejecutar programas desde el sistema remoto. El Telnet es usado normalmente por elterminal cliente un emulador de terminal va software en una PC.

Network News Transfer Protocol (NNTP)-RFC 977

NNTP permite que sitios en el Internet intercambien artculos de noticias de Usenet, los cuales son organizados en tpi-cos como Programacin en C++ o en Perl. Para usar los newsgroups, deber tener acceso a un servidor NNTP que ustedeste autorizado para leer y postear noticias.

Gopher-RFC 1436Gopher es un programa basado por menu usado para encontrar recursos en el Internet. Es muy similar a lo que hoy da esla Web. Los usuarios siguen de vnculos a vnculo de sitio a sitio en bsqueda de su informacin. Fu una de las prime-ras herramientas desarrolladas para establecer el acceso a los usuarios de todo el Internet y no slo a un sitio. Los servi-dores Gopher han sido reemplazados por Servidores Web.

SMTP-RFC 821, STD 10SMTP es el protocolo estndar de Internet para transferir mensajes de correo electrnico desde un computador a otro. Esteespecfica como dos sistemas de correos deben interactuar. El SMTP es usado a menudo con el protocolo POP3 (PosOffice Protocol 3), Cual es el estndar servidor de correo de Internet que utilizan el protocolo de mensajera del SMTPEl POP3 almacena e-mail entrantes hasta que los usuarios se autentican y lo descargan. POP3 est definido en el RFC1939, STD 53.

SNMP-RFC1157, STD15El SNMP es usado para administrar redes TCP/IP. Es un esquema estandarizado de administracin que los fabricantes pue-den soportar. Todos los dispositivos que cumplen los estndares SNMP pueden ser administrados por un administrador deSNMP. El SNMP tambin ofrece un bajo nivel de requerimientos de recursos, portabilidad, y son ampliamente aceptados

Domain Name System (DNS)-RFCs 1034 y 1035, STD 13El DNS es un mecanismo usado en el Internet para traducir los nombres de computadores host a direcciones vlidas deInternet (IP). Es un mtodo universal centralizado de resolucin de nombre. Por ejemplo, cuando un usuario hace una peti

cin de un FQDN (Fully Qualified Domain Name) www.abiertos.org, los servidores DNS traducen el nombre a la direccin IP 206.123.67.148.

BootP-RfCs 951, 1497 y 2132BootP es una alternativa al RARP. El BootP permite que estaciones de trabajo sin discos no slo determinen sus direcciones IP, pero parmetros adicionales, como lo son el gateway por defecto y las direcciones particulares de los servidoresDNS. A diferencia del RARP que slo provee una direccin IP.

Dynamic Host Configuration Protocol (DHCP)-RFC 2131El protocolo DHCP est basado en el BootP. Como el BootP, este est diseado para asignar direcciones de Internet y lo

parmetros adicionales, como son los gateways por defecto y los servidores DNS, a nodos en una red TCP/IP. A diferencia del BootP, las direcciones y los parmetros del DHCP pueden ser cambiadas con el tiempo (por esto es el nombre dedinmico). Los Servidores DHCP pueden temporalmente alquilar direcciones y parmetros por un tiempo especfico a un

cliente, entonces reasignar la informacin a otro cliente cuando el alquiler expire.

Multiplexado/Demultiplexing

Demultiplexing es el proceso que utiliza la computadora que recibe un paquete para poder procesarloEs una manera excelente de mostrar como es que el protocolo de Internet

Administración de Redes Gnu

Documents

Transcript of Administración de Redes Gnu