Contenido Prélogo Prologo a la edicién en espanol PARTE | Visién general Capitulo 1. Introduccion 1.1, Un modelo para las comun 1.2, Comunicaciones de datos 1.3. Comunicacién de datos a través de redes Redes de sirea amplia Redes de siren local 14. Protocolos y arquitectura de protocolos Un modelo de tres capas La arquitectura de protocolos TCP/IP EI modelo OSI 1.8. Normalizaciones Apéndice 1A. Organizaciones de normalizacién Normalizaciones en Internet y el IETF La Organizaci6n Internacional para la Normalizacién (ISO) EI sector de normalizacién de la UFT para las Telecomunicaciones EI Forum ATM Apéndice 1B, Recursos en Internet Paginas Web para este libro Otros sitios Web Grupos de noticias USENET XxI XXV 26x Contenido Capitulo 2. Protocolos y arquitectura 2. Protacolos Caracteristieas Funciones 22. OSI EI modelo Normalizacién dentso del modelo de referencia OSI Primitivas de servicio y parimettos Las capas de OST 23. Arquitectura de protocolos TCPAP La aproximacién de TCP/IP La arquitectura de protacolos TCP/IP Funcionamiento de TCP ¢ IP Interfaces de protoco!o Las aplicaciones 24, Lecturas recomendadas 25. Problemas PARTE I Comunicaciones de datos Capitulo 3. Transmision de datos 3. Conceptos y terminologia ‘Terminologia utilizada en transmision de datos Frecuencia, espectro y ancho de banda Perturbaciones en ka transti Atenwacign Distorsién de retardo Ruido Capacidad del canal Lecturas recomendadas Problemas Apéndice 3A. Anilisis de Fourier Desarrollo en serie de Fourier para sefales periiicas ‘Transformada de Fourier para sefales no periddicas Densidad de potencia expectral y ancho de banda Apéndice 3B. Decibelios y energin de la sefal Capitulo 4, Medios de transmisién 4.1. Medios de transmisién guiados Par trenzado Cable coaxial Fibra &ptica 6 @ 6 6 n u w 2 22 83 85 ” or % 93 95 9 or 103 104 108: 109Contenido 42. Cransmisién inalémbrica Microondas terrestees Microondas por satélite Ondas de radio Infrarrojos 4.3. Lecturas y sitios Web recomendados 44. Problemas Capitulo 5. Codificacién de datos 5.1. Datos digitales, sefiales di No retomo a cero (NRZ, Nonreturn to Zero) Binario’ multinivel Bifase Velocidad de modulacién ‘Técnicas de «scrambling» 5.2. Datos digitales, seiiales analogicas Técnicas de codificacién Prestaciones Datos analégicos, sefiales digitales Modulaci6n por codificacién de impulsos Modulacisn Delta (DM, Delta Modulation) Prestaciones Modulaci6n en amplitud Modulacién en dingulo Modulacién en amplitud en cuadratura, QAM (Quadrature Amplitude Modulation) Especto expandido (Spread Spectrum) Salto en frecuencia Secuencia directa Lecturas recomendadas Problemas Apéndice SA. Demostracién del teorema de muestreo Capitulo 6. La interfaz en las comunicaciones de datos 6.1, Transmisin asinerona y sincrona ‘Transmisién asinerona ‘Transmisién sinerona 6.2. Configuraciones de la linea Topologia Full-Duplex y Semi-Duplex 6.3, Interfaces V24/BIA-232-F La imterfaz fisica de la RDSI 64, Lecturas recomendadas 65. Problemas xl 12 ny us hs lo 119 120xi Contenide Capitulo 7. Control del enlace de datos 1, 12. 73. 14. 18. 16. 7. Apéndice 7A. Anilisis de prest Capitulo 8. Multiplexa 8. 82. 8s. Control del flujo Control de flujo mediante parada'y-espera Control de flujo mediante ventana deslizante Deteccién de errores Comprobacién de puridad Comprobacién de redundancia cfclica (CRC, Cyclic Redundancy Check) Control de errores ‘ARQ con parad-y-espera ‘ARQ con vuelta-atris-N ‘ARQ con rechazo selective Control del enlace de datos a alto nivel (HDL TROL) Caracterftieas hisicas Estructura de a ama Funcionamiento ‘Otros protocolos para el control del enlace de datos LAPB LAPD, Control del enlace Iogico (LLC, Logical Link Control) Retransmision de tramas (Frame Relay) Modo de transferencia asincrono (ATM, Asynchronous Transfer Mode) HIGH-LEVE DATA LINK CON: Lecturas recomendadas Problemas Control del flujo con parada-y-espera Control del flujo eon ventana deslizante ARQ Multiplexacién por divisién en frecuencia Caracteristicas Sistemas con portadora analigica Multiplexacién por divisién en el tiempo sincrona ‘Caracteristieas Control del enlace en TDM. Sistemas com portadora digital Interaz uswario-red en RDSI SONET/SDH Jerarquia de senal Multiplexacién por divisién en el tiempo estadi Caracteristieas Prestaciones: Linea de abonado digital asimétrica Disefio ADSI Mulitono discret xps 223 233 28 230 230 20 2 236 239 20 242 242 Das 24s bao 2s0 ase86. 87. Capi od 92, 93. 9A. 98. 96. 97. Contenido Linea de abonado digital de alta velocidad 2a de abonado digital de tinea simple -a de abonado digital de muy alta velocidad (VDSL) Lecturas y sitios Web recomendados Probie! PARTE Il Redes de érea amplia Conmutacién por divisién en el espaci ‘Conmutacién por divisin en el tiempo ;ncaminamiento en redes de conmutacién de cireuitos Sefializacion de control Funciones de sefalizacién Localizacién de la sefializacion efalizacidn por canal comin Sistema de sefalizacidn ntimero 7 Lecturas recomendadas, Problemas Capitulo 10. Conmutacién de paquetes 10.2. 103. 104. 15. Principios de conmutacién de paquetes Técnica de conmutacién Tamano de paguete Comparacién de las téen Funcionamiento ext cas de conmutacidn de cireuitos ¥ de paguetes «© interno. Encaminami Caracteristicas Extrategias de enca Fjemplos X.25 Servicio de citeuito virwal Formato de paquete Multiplexacién Control de flujo y de errores Secuencias de paquetes Reinicio y rearranque Leeturas recomendadas Problemas Apéndice 1A. Algoritmes de minimo caste Algoritmo de Dijkstra 285 287 288, 289 201 293 296 296 29) 304 309 310. 312 314 315 316 317 317 37 321xv Contenido Algoritmo de Bellman-Ford Comparacis Capitulo 11. Transferencia en modo asincrono y retransmisin de tramas 14. 116. m7. m8. 119. Arquitectura de protocolos Conexiones ligicas ATM. Uso de canales vietwales Caracteristicas camino viral canal vis Sefalizacién de contol Celdas ATM Formato de cabovera Control de flujo genético Contzol de exrores de cabecers| ‘Transmisién de celdas ATM "apa Fisica hasada en celdas ‘apa fisica basada en SDH. Clases de servicios ATM. Servicios de tiempo real Servicios de no tiempo reat Capa de adaptacién ATM Servicios AL Protocolos AL Retransmisién de tramas Fundamentos Arquitectura de protocolos en retransmision de tramas, ‘Transferencia de datos de usuar Lecturas y sitios Web recomendados Problemas Capitulo 12. Congestion en redes de datos L. 2. Efectos de ln congestion Funcionamiento ideal Funcionamiento real Control de congestién Contrapresion Paquetes de obstracciga SetilizaciGn implicita de cong. Seiualizaci6n explicita de congestion Gestién de tratis Moneidad Calidad de servicio Reservas Control de congestién en redes de conmutacién de paquetes, Gestion de trifico en ATM Requisitos para el contol de trifico y de congestién en ATM Efectos de latencia/velocidad 361 362 364 365 367 367 368 368 369 x10 370 370 370 371 a 32 sn126. 127. 128. 129. Contenido Variacién del retardo de celdas Control de trifieo y de congestion ‘cnicas de gestién de trifico y de control de congestion Gestién de tréfico ABR en ATM Mecanismos de realimentacién Flujo de celdas Control de congestién en retransmisién de tramas Gestidn de la tasa de tritico Prevencidn de congestién mediante sefalizacisn explicita Lecturas recomendadas Problemas PARTE IV Redes de drea local Capitulo 13. Tecnologias LAN 13.2. 133. 134. 135. 136. 137. Aplicaciones de redes LAN LAN de computadores personales Redes de respaldo y de almacenat Redes ofimaticas de alta velocidad LAN troncales Arquitectura LAN ‘Arquitectura de protocolos ‘Topologfas Control de acceso al medio Control de enlace Iégico Redes LAN en bus . Caracteristicas de Ia topologia en bus Medios de transmisisn para redes LAN en bus Cable coaxial de banda base wo LAN en anillo Caracteristicas de las LAN en anillo Fiuctuacién en la temporizacién Problemas potenciales en el anillo Arquitectura en estrella-anillo iento LAN en estrella LAN en estrella con par trenzado y fibra dptica Centros y conmutadores Redes LAN inalimbrieas ...... Aplicaciones de LAN inalimbricas Requisitos de las LAN inalimbricas Tecnologias de LAN inakimbricas Puentes . Funciones de Ios puentes Arquitectura de protocolos de puentes Encaminamiento estitico ‘Técnica del drbol de expansién xv 373 376 377 383 384 385 387 388, 391 302 303 397 399 399, 399 401 401 401 403, 407 409 412 412 412 4B ais 4s 416 417 4i7 als, 418. 419 421 421 425 426 427 428 429 431xv Contanide 138, _Lecturas y sitios Web recomendados 139. Problemas Apéndice 13.4, Estindares IBEE 802 Capitulo 14. Sistemas LAN LAL. Ethernet (CSMAICD) Control de acceso al medio en IEEE 802.3 Especifieaciones IEEE 802.3 a 10 Mbps (Ethernet) Expecificuciones IEEE 802.3 4 100 Mbps (Fast Ethernet) Gigabit Exhernet 14.2. Anillo con paso de testigo y FDI Control de acceso al meio en TEE $02.5 Especificacién de la capa lsica de IEEE 802.5 Control de acceso al medio FOI Expecificacion de la capa fisiea en FDI 143. Redes LAN ATM 144, Canal de fibra éptica lementos del canal de fibra Anquitectura de protovolos del canal de Fibra 4s. ‘del medio Tisico ‘Control de acceso al medio 14.6, Lectura y sitios Web recomendados 147. Pr ice IA. Codificacién de seiiales digitales para redes LAN 4B SB-NRZI MLT-3 BOT 8B, 108. Apéndice 148. Ansilisis de prestaciones Efecto del retanto de programacidn y de la velocidad do Wansmisign Modelos sencillos de eticiencia para his técnicus de paso de testigo y CSMA‘CD ems PARTE V Protocolos de interconexién Capitulo 15. Protecolos de interconexién de redes 151, Prineipios de la interconexién entre redes Requistos Enfogue sobre la ara ur Interconexién entre redes sin conexiét Funcionamiento de un esquema de interconesién no orientado Gonexién Cuestiones de diseno El protocolo Internet Servicios IP Protocolo IP 433 44 435 489 492 492 493 494 dod 497 sor Sor S08Contenido Direceiones IP. . Protocolo de mensajes de control de Internet (ICMP) IPv6 IP de nueva generacién Estructura IPv6 Cabecera IPv6 Direcciones IPv6 Cabecera de opciones saltora-salto Cabecera de fragmentacién Cabevera de encaminamiento Cabevera de opciones para el destino Multidifusién Requisitos para la multidifusion Protocolo de gestiGn de grupos de Internet (IGMP) Lecturas recomendadas y piiginas Web Problemas: Capitulo 16. Funcionamiento de la interconexién de redes 16.1. 162. 163. 164. 165. 16, Protocolos de encaminamiento Sistemas auténomos Protocolo de pasarela frontera Protocolo abierto del primer camino mis corto (OSPF, Open Shortest Path First) Arquitectura de servicios integrados Trifico en Internet Enfogue ISA Componentes ISA Servicios ISA Disciplinas de atencién en cols Reserva de recursos: RSVP Caracteristicas y metas de RSVP Flujos de datos Funcionamiento de RSVP Mecanismos del protocolo RSVP Servicios diferenciados (DS) Oeteto DS Configuracién y funcionaniento de los DS Lecturas recomendadas y paginas Web Problemas Capitulo 17. Protocolo de transporte WA. Mecanismos del protocolo de Ia capa de transporte orientado a conexién Servicios de red de secuenciamiento seguro Servicios de red no seq ‘ree Servicios TCP Formato de la eabecera TCP xvi so 507 510 S10. sil 513 516 516 Sis. SIs. 519 519 521 523 525 5 529 33 531 533 538 stl 543 544 545 547 549) 550) 551 553 S54 555 556 556 558 500) 562 563 565 566 567 574 583 583 584xvi Contenido Mecanismos TCP Opciones en Jos crterios de implementacién de TCP Control de ta congestién en TCP Gestién de los temporizadores de retransmisin Gestisn de fa ventana, 174. UDP 175, Lecturas recomendadas 17.6, Problemas Capitulo 18. Seguridad en redes 181, Requisitos y amenazas a la seguridad Ataques pasivos ‘Ataques. activos 18.2, Privacidad con cifrado convencional Gifrado convencional Algoritmo de cifrado LLocalizaci6n de tos dispositivos de eifrado Distritucion de claves Relleno de trifico 18.3. Autentificacion de mensajes y funciones de dispersién («hash») ‘Técnicas de autemtiticacién de mensajes Funciones de dixpersidn seguras La funeign de dispersién segura SHAT 184. Cifrado de clave piiblica y firmas digitales Gifrado de clave publica Fiemas digitales El algoritmo de cifrado de cla Gestion de claves 18.5. Seguridad con IPv e IP¥6 Aplicaciones de IPSec El dmbito de IPSec Asociaciones de seguridad Modis de transporte y modos ténel Cabecera de autentiicacion Encapsulado de seguridad de la earga Gt Gestiin de claves 18.6. Lecturas recomendadas y paginas Web 187. Problemas ce publica RSA Capitulo 19. Aplicaciones distribuidas 191. Notacién sintéetica abstracta uno (ASN.1) Sintaxis abstract Conceptos de ASN.1 19.22, Gestién de red—SNMP Sistemas de gestion de red Protocolo simple de gestidn de red version 2 (SNMPv2) Protocolo sencillo de gestién de red versién 3 (SNMP¥3) 633 634 635 636 636Contenido XIX 19.3. Correo electrénico—SMTP y MIME, 66! Protocolo sencillo de translerencia de correo (SMTP) cis 661 Ampliaci6n de correo Internet multiobjetivo (MIME) 667 19.4, Protocolo de transferencia de hipertextos (HTTP) om Deseripcién general de HTTP 676, Mensajes 67s, Mensajes de peticin 82 Mensajes de respuesta os Entidades 686 19.8, Lecturas recomendadas y paginas Web 687 19.6, Problemas 687 Apéndice A. RDSI y RDSI de banda ancha ool A. Visidn general de la RDSI 693 Concepio de RDSI 693 Arquitectura 696 Normatizaciones : 097 A2. Canales RDST 698 A. Acceso det usuario 701 AA. Protocolo RDST 703 Arquitectura det protocolo RDSI 703 Conexiones RDS! 704 Sefalizacién de canal comiin en la interfaz red-usuario RDSI 708 Protocolo de la capa de enlace: LAPD m AS. RDSI de banda ancha . 74 Arquitectura de la RDSI de banda ancha 74 Protocolos de la RDSI de banda ancha ....- 716 A. Lecturas recomendadas .. 17 AT. Problemas .... . . 77 Apéndice B. RFCS Apéndice C. Proyectos para ensefianza de comunicaciones de datos y computa- dores ro 719 \dos en ete Cul. Proyectos de simulacién C2. Modelado de prestaciones C3. Proyectos de investigacién CA, Asignacién de lecturasfinformes Glosario Bibliogratia 735 inPrologo Eve libro intenta dar una visidn unificada del amplio campo que abarcan las comunicaciones y redes de ‘computadores, La organizacion del libro refleja un intento de estructurar este vasto campo en partes ‘comprensibles, y de construie, poco a poco, uns visién panorimica de su estado actual. El libro destaca Principios basicos y temas de importancia fundamental que conciemen a la tecnologia de este drew; ale- ‘mis, proporciona una discusién detallada de temas de vanguard ara unificar la discusién se utiizan los siguientes crterios basicos: ++ Principios: » pesar de que el aleance de este libro es muy amplio, hay varios principios bisicos {que apstecen repentinamente como temas y que unifican el campo. Por ejemplo, multiplexaci control de flujo y contro de errores, El libro destaca estos prineipios y contrasta su aplicacvin en reas especificas de la tecnologia ‘= Enfoques de disefio: libro examina dstintos enfoques ulternativos para satislacer especiicacio- ‘nes concretas de comunicaciones, jones han Hegado a asumir un papel en el campo importante y fa y su Futuna diree- ‘= Normalizaciones: las normaliz, treciente,¢ incluso dominante, Para entender el estado actual de la teenolo cidn, se requiere una discusién amplia de las normalizaciones relacionadas con el camp. rs El libro esti estructurado en cinco partes: 1. Introduecién: incluye una introduccién al abanico de los distintos temas abordados en ef ibe ‘Ademis, esta parte incluye una discusién sobre protwcolos OSI y el conjunto de protocolos CPAP. Comunicaciones de datos: esta parte se refiere principalmente al intereambio de datos entre «dos dispositivos directamente conectados. Dentro de esta situaci6n restrictiva, se examina los axpectos clave de la transmisién, interfaces, control de enlace y multiplexaei6a,xxi Saka) Prologo II, Redes ce rea amplia: esta parte examina los mecanismos internos y la eenologia que se han desarollado para admitir voz, datos ¥ Comunicaciones multimedia en redes que cubren grandes, distancias. Se examinan las teenologtas tradicionales de conmutacidn de paquetes y conmuta- cid de circuitos, asf como la mis reciente de ATM. Un capitulo independiente se dedica a los temas de control de congesti IV. Redes de drea local: esta parte explora las tecnologias y arquitecturas que se han desarrolado para interconexién de redes en distancias mis cortas. Se analizan los medios de transmisi6n, las topologias y protocolos de control de acceso al medio, que son los ingredientes clave del diseiio LAN, y se estudian sistemas especificos LAN normalizados, V. Protocolos de red: esta purte explora tanto los principios arquitect6nieos come los mecanis- ‘mos requeridos para el intercambio de datos entre computadores, estaciones de trahajo, ser Ldores y otros sistemas de procesamiento de datos, Gran parte del material de esta seecién se reliere al conjunto de protocolos TCP/IP. Adems el libro ineluye un extenso slosario, una lista de los aerSnimos mas frecuentemente usados, ¥ una bibliograffa, Cada capitulo incluye problemas y sugerencias de leeturas complementarias El fibro va diigido a una audieneia tanto académica como profesional. Para los profesionales intere- saxdos en este campo, el libro sirve como obra de referencia bisica y es adecuado para auto-estudio, Como libro de texto, puede usstse para un curso de uno o dos semestres. Abarca el material deserito en el curso de «Redes de Comunicaciones entee Computadores» del «Computing Curricula 1991» definido conjuntamente por la ACM y la IEEE. Los capitulos y partes de! libro son suficientemente modulares para proporcionar gran flexibilidad en la estructuracién de cursos. A continuaci6n se dan algunas suze reneias para diseiar un curso: + Fundamentos de comunicaciones de dat y capitulos 9 al 11 (conmutacién de eicuitos, co + Redes de comunics tos, este curso pode arte | (introduccién) y HI (eomunicacién de datos), nutacién de paquetes, y ATM), ssi el estudiante tiene conocimientos bisicos de comunicacién de da- sabarcar: Parte I (introduccién), Parte II] (WAN), y Parte IV (LAN). ‘+ Redes de computadores: si el estudiante dispone de conocimientos bisicos de comunicaciones de datos, entonces este curso podria incluir: Parte I (introducciGn), Capitulos 6 y 7 (interfases de co- municaciones de datos y control de enlace de datos), y la Parte V (protocolos) ‘Ademas es posible un curso més profundo, abarcando Ia totalidad del libro salvo ciertos eapitulos ‘que no son esenciales en una primera lectura, Los capitulos que paxdrfan ser esenciales son: Capitulo 3 (iransmisién de datos) y Capitulo 4 (medios de tansmisién), caso de que el alumno tenga un conoci mieato bisico previo de estos temas; Capitulo 8 (rauliplexacién): Capitulo 9 (conmutacién de circu tos): Capitulo 12 (control de congestion): Capitulo 16 (interconexion de redes): y Capitulo 18 (seguridad cen rede), wn Hay un sitio Web para este libro que proporciona ayuda pars estudiantes y profesores. El sitio incluye enlaces a otros lugares relevantes, tansparencias con las figuras del libro, ¢ informacion para suscribirse {una lista de correo internet sobre informacion de este libro. La direccién Web de fa piiina es: hip: ‘www. williamstllings.com/DCCée html; para mis detalles ver la seecidn «Pagina Web para comunics- ciones y redes de computadoress que precede a este Prélogo. También se ha configurado una lista de dlistribucidn internet para que los profesores que usen este libro puedan intercambiar informacisn suge- rencias y preguntas entre ellos y con el autor. Tan pronto como se encuentren errores tipogrificos © de ‘tro tipo se ineluiré una fe de eratas del libro en bitp:/wow.williamstallings.com,Protege XXIll Gass deen nae ee cd Rae kha a e Para muchos profesores, un componente importante de un curso de comunicaciones y redes de comput dores es un proyecto 0 conjuntas de proyectos con los que el estudiante vaya adquiriendo experiencia prictica para reforzar los conceptos del texto. Este libro proporciona un grado incomparable de apoyo Ya que incluye una seceidn de proyectos en el curso. El manual del profesor no solo ineluye una puta de ‘comio asignar y estructura los proyectos, sino también un conjunto de proyectos propuestos que abarcan lun ammplio rango de la materit de este texto, entre los que se encuentran proyectos de investigacion, proyectos de simulacidn, proyectos de moxelado analitico y asignacién de informes de recopilacién bi bingrifica, Para més detalles puede verse el Apéndice C. We eee La sexta edicidn ve la luz del dia casi 15 aos después de la publicacién de la primera edicién, Han sucedido numerosas cosas durante estos allos. Adem, el ritmo de los cambios, si cabe, se esté inere= mentando, En esta nueva edicidn he tratado de captar estas innovaciones manteniendo aka vez unit ¥i sign amplia y comprensible del campo completo. Pata realizar este proceso de revisidn, la quinta edi cig fue ampliamente revisada por diversos profesores que imparten esta materia. Bl resultado es que en ‘muchos lugares la natrativa ha sido clavticada y ajustada, y las ilustraciones han sido mejoradas, Tam- bign se han afiadido diversos problemas probados en la realidad, demas de estas mejoras que perfeccionan la pedagogia y el uso cémodo del libro, se han introduc do otros cambios relevantes a lo largo del mismo. Se han revisado todos los capitulos, se han include fo1ros nuevos, y se ha mejorado la organizacién global del libro. Los cambios mis notables son Ibs i ‘auientes: ‘+ XDSL cl término xDSL hace referencia a una familia de tecnologias de linea de abonados digita- les que proporciona alta velocidad de acceso a ISDN y a otras redes de ditea amplia a través de cables de par trenzado entre la red y los abonados domésticas o empresarales. BI libro da una visién global de xDSL. haciendo énfasis en la tecnologia Linea de Abonado Digital Asiméteica (ADSL). Ethernet Gigabit: la discusion sobre Ethemet de 100 Mbps ha sido actualizada, habiéndose a dido una introduceidn a Ethernet Gigabit, Servicio de velocidad de transmisién disponible (ABR, Available Bit Rate) y mecanismos: asoeiadas: ABR es una incorporacién reciente a la ofertas de redes ATM. Proporciona un soporte Imejorado para el trifico de datos basado en IP. Control de congestién: en esta edivién se incluye un capitulo dedicado especificamente a ete topico. Esta presentacién unificada clarifiea los conceptos involucrados. El capitulo incluye un anilists ampliado de las Genicas ATM para gestién de trifico y control de congestisn “Multidestino IP: se dedica una nueva seecién a este t6pico. Servicios Integrados y Diferenciados. RSVP: desde la publicacién de la quinta edicién ha habi- do mejoras sustanciales en Internet con objeto de admitir una gran variedad de wiico multimedia y sensible al tiempo. Un nueve capitulo abarca el estudio de Servicios integrados, servicios dife- Fenciados, y otras cuestiones relacionadas a la calidad del servicio (QoS, Quality of Service, y el importante protacolo de reserva RSVP (Reservation Protocol + Control de Congestién TCP: este tema continia siendo un area activa de investigacién, El libro incluye una nueva seecién examinando este t6pic. Ademas, a través de! libro, a mayoria de los t6picas ha sido actualizado para reflejar los desarrollos en normalizaciones y tecnologia que han tenido lugar desde la publicacién de la quinta edicionXXIV. Prologe CONTROL DE CALIDAD Se ha realizado un gran esfuerzo para asegurar un alto nivel de calidad en Ia produccign del Yibro. Se han dedicado mas tiempo y ms recursos de los habituales en las revisiones del manuscrito original y de {as pruebas de imprenta, tanto por el autor come por el editor. Adems se han reclutade diversos volur tarios de la comunidad profesional, cada uno de los cuales se ha responsabilizado de la lectura cuidado- sa de un capitulo con objeto de corregir los posibles exrores téenicos y tipogrificos. Cada capitulo ba sido mejorado con dos de estas revisiones. Muchas gracias a Mel Adams, Navin Kumar Agarwal, Ferdi- rand N. Ahlberg, David Allie, Tom Allebrandi, Maurice Baker, Rob Blais, Art Boughan, Frank Byron George Cherian, Christian Cseh, Dr. Mickael Fontaine, Charles Freund, Bob Furtaw, Andrew Gallo, Ga ‘ty Gapinski, Sundar Kessler, Steven Kilby, John Kristoff, David Lucantoni, Kenneth Ma, Eddie Maen ddl, Richatel Masoner, Mark McCutcheon, John MeHary, Mittal Monanims, De. John Naylon, Robert ‘Olsson, Mike Patterson, Mahbubur Rashid, Jeffrey Rhodes, Monika Rifle, Peter Russell, Ahmet Seker cioglu, Raya Siddiqu, Dick Smith, Dave Stern, Omeh Tickoo, Scott Valeourt, Dominick Vanacore, Eko Wibowo, Craig Wiesner y Jeffrey Wright Finalmente, Arthur Werbner revis6 y verifies todos los problemas planteados y sus soluciones, Esta nueva edicisn se ha beneficiado de la revisin de una serie de personas que han aporado geneross ‘mente su tiempo y conocimientos. Robert H.Greenfield (Villanova University) cumpli sobradamente st ‘cometido suministrando numerosos y detallados comentarios sobre cuestiones técnicas y pedagdgivas, (wos comentarios muy siles han procedido de Thomas Milham (Devry Institute of Technology), Gr gory B. Brewster (DePaul University), Mare Delvaux (GlobeSpan Semiconductors), Robest E. Morris [Devry Institute of Technology) y Matt Mutka (Michigan State University).Proélogo a la edicion en espanol estudio de la estructura y arquitectura de computadores se incluye en diversos curricula de ingenieria jencias. No abundan los buenos textos, como el presente, que cubran los programas correspondientes de forma amplia y rigurosa, ‘La elaboracién de un texto de las caracteristicas indicadas (al igual que suede con otros libros de Ingenieria) es de gran complejidad dado que el autor debe realizar un laborioso trabajo de generaliza cin de las diversas tenicas utilizadas en computadores coneretos, y no sélo debe limitarse a recopikar informacién detallada sobre ellas. El texto debe presentar al lector abstracciones de equipos reales, de forma que le capaciten no sélo a entender los computadores actuales sino también los futuros, cuando éstos vean la luz. Este concepto es especialmente relevante en un drea tan cambiante y en explosion como es Ia de los computadores. Considero que ésta es una de las principales cualidades del libro de Stallings, donde se da mayor relevancia a los conceptos que a la informacidn (siempre en evolucién). En ‘casi todos los capitulos e] autor utiliza este enfogue: primero presenta los conceptos clave, y luego los aplica @ procesadores coneretos. En la presente edicién utiliza fundamentalmente las familias de proc sadores Pentium y PowerPC, que pricticamente cubren la mayor parte de las tendencias de disefio de los ccomputadores actuales (CISC y RISC, respectivamente). sin que por ello olvide describir ideas relevan: les introducidas o usadas en otros procesadores (UitrSpare II, MIPS R10000, LA64, etc.) También es destacable, como corresponde «un buen libro de ingenieria, la busqueda que en todo momento hace el autor det analisis de prestaciones, y la presentacién (dentro de este contexto} de t6eni ceas espeetficas (fundamentalmente paralclismo) para equilibrar las prestaciones de los distintos elemer tos que pueden integrar un computador En la presente edicién, ademas de las innovaciones indicadas, se ha efectuado una revisién completa de todo el material del libro, pudiendo destacar la actualizacién, © nueva introduccién, de contenidos, tales como memoria Optica, disefio superescalar, repertorio de instrucciones multimedia, cjecucisn anti- pada y carga especulativa, sistemas SMP. clusters. y sistemas NUMA. El libro es complementado con una pagina Web (http://www.shore.net/ ~ ws/COASe.himl)que contiene abundante ayuda tanto para los lectores como para los profesores de la materia. Esta edicidn del libro en espaiiol contione ademiis. como valor afiadido, un apéndice (Apéndice C), que no aparece en la versién original en inglés, que trata de completar mas ain el texto con procesad res 0 téenicas de tltima hora. Este apéndice seri aetualizado conforme se vayan realizando reimpre nes del presente libro, sin necesidad de esperar « ediciones nuevas. Deseo destacar ef esmerado trabajo de los traductores y la profesionalidad de Andrés Otero, editor de la edicién en espatiol Alberto Prieto Coordinaddor de ta traduccion Granada, I de mayo de 2000PARTE | VISION GENERAL | objetivo de la Parte I del texto es proporcionar los conocimientas bisicos, a la vex que especif ‘ear o} contexto en el que se desarrollar el resto del libro, En este eapitulo se preseniain un espe ro ampli de euestiones relacionadas con el campo de las redes y Ii transmisién de datos, at ‘como Jos conceptos fundamentales relacionados con los protocalos y sus arquitecturas CAPITULO 1. INTRODUCCION EI Capitulo | proporciona una visiGn general del libro, en el que se consideran todos los temas que se ‘estudiar posteriormente, Esencialmente. en el libro se estudian cuatro aspectos: las comunicaciones de datos a tates del enlace de wansmision: las redes de dea amplia las redes de sires local: y los prowco= los y i arquitectura TCP/IP. El Capitulo | es una introduccisn a todos estos conceptos, y a It vee se proporciona informacisn sobre las organizaciones clave que especifican los estandares CAPITULO 2, PROTOCOLOS Y ARQUITECTURA FI Capitulo 2 es una extension de la Seccidn 1.4, abordando los protocolos y sus arquitecturas. Este capitulo se puede leer inmediatamente tras el Capitulo 1, © bien se puede poxponer hasta antes del co- zo de fas Partes Hl, LV 0 V. Fl capitulo wata las earacteristicas fundamentales de Joy protocolos. Posteriormente se estudian las dos arjuitceturas mas importantes: el modelo de interconexisn de sistemas abiertos (OSI, Open System Interconnection) y el mexlelo TCP/IP. Aungue ef modelo OSI ve utiliza con frecuencia como referente para introducir los conceptos en este campo, la Familia de protocolos TCP/IP es con diferencia x base te la mayorta de los productos comerciales, esta es la razGn que justifiea su eonsideracidn en la Parte V ‘el presente text,CAPITULO 1 1. 12 13, 14, 15, Apéndice 1A. Organizaciones de norm: Introduccion Un modelo para las comut Comunicaciones de datos Comunicacién de datos a través de redes Redes de rea amplia Redes de area local Protocolos y arquitectura de protocolos Un modelo de tres capas La arquitectura de protocolos TCP/IP EI modelo OSI Normalizaciones Normalizaciones en Internet y el IETF La Organizacién Internacional para la Normalizacién (ISO) El sector de normalizacion de la UIT para las Telecomunicaciones EI Forum ATM Apéndice 1B. Recursos en Internet Paginas Web para este libro Otros sitios Web Grupos de noticias USENET4 Comunicaciones y redes de computadores Poem emer eres sreresereseroseeoeos + El objetivo barca tres grandes éreas: comunicaciones, redes y protocolos, «# El estudio de las comunieaciones aborda a transmis de sefales de forma tal que sea eficaz y seg ra, Ente otros aspectos, se estudiaran la tansmisién y codificacion de sefales, los medios de tans: Iinertiees, ef control del enlace de datos y ia multiplexacién, se libro 6s ampli y ‘s En el estudio de las redes se abordlar tanto la tecnologia como los aspectos relacionados con las quitecturas de redes de comunicacién utlizadas para la intereonexi6n de dispositivos. Esta materia se divide normalmente en redes de sirea local (LAN) y redes de srea amplia (WAN), is indie ‘= Respecto a los protacolos de comunicacisn, se abordan tanto las arguitecturas como un ani ‘idualizado de Tos mismos para eda una de las capas de fa arquitectura POOH eee eee reese seer ee eeeeeeese ‘eomunicaciones que ha desencadenado un cambio dristco en las tecnologias, productos y en las Propias empresas que desde entonces, se dedican simultdneamente a los sectores de los comput ores y de las eomunicaciones. Aunque las eonsecuencias de esta comibinacién revolucionaria esti davia por determinar, no es arriesgado decir que la revolucién ha ecurrido y que ninguna investigacion dentro del campo de bi transmision de la informacién deberfa realizarse sin esta perspectiva, E: tomo a los altos 70 y 80 se produjo una sinergia entre los campos de Los computadores ¥ las La revolucién antes mencionada ha proxlucido los siguientes hechos signi + No hay grandes diferencias entre el procesamiento de datos (Jos computadores) y las comunicacio- nes de datos (la transmisi6n y los sistemas de conmutacién). ‘+ No hay diferencias fundamentales entre la transmisién de datos, de voz 0 de video. ‘Lay fronteras entre computadores monoprocesador © multiprocesador: asf como entre redes de 4rea local, metropotitanas y de drea amplia son cada vez més difusss. Un efecto de esta tendencia ha sido el solapamiento ereciemte que se puede observar entre as indus lrias de las comunicaciones y de los computadores, desde la fabricaciém de componentes hasta. i agracién de Sistemas. Otro resultado es el desarollo de sistemas integrados que transmiten y procesan {odo tipo de datos e informacion, Las organizaciones de normalizacion, tanto tenieas como tecnoligi cas, ienden hacka un sistema dnico y pablico que integre todas las comunicaciones y haga que virtual- ‘mente todos los datos y fuentes de informacisn sean fie y uniformemente accesibles a escala mundial El objetivo fundamental de este libro es proporcionar una visién unificada de} vasto campo de las ‘comunicaciones de datos y los computadores. La organizacién del libro refleja un intento de dividir esta ‘extensi materia en partes coherentes, proporcionand a la ver, una visibn de su estado aetual, Este eapi- tulo introductorio comienza presentando un modelo general para las comunicaciones, Posteriormente, Se presentan de forma sucinta cada una de las cuatro partes principales de este texto, Termina describienlo cl papel decisive que juegan los estindares. Comenzatemos nuestro estudio considerando ef modelo sencillo de sistema de comunicacién, mostrado en la Figura I.ta, en kx que se propone un diagrama de bloques, El objetivo principal de todo sistema de comunicaciones es intercambiar informacisn entre dos enti- dudes. La Figura [1b muestra un ejemplo particular de comunicacin entre una estacién de trabajo y un servidor a través de una red telefénica publica. Otro posible ejemplo consisteen el intercambio de seia-Introduecisn. 5 Sistema destino Sistema ongen Estacion de wabojo ae 7 Senior pica de teefonos (2) omplo Figura 1.1. Modelo simplificado para las comunicaciones, les de voz entre dos teléfonos a través de la misma red anterior. Los elementos clave en este modelo son los siguientes: fuente, Este dispositive genera los datos a transmitir: por ejemplo teléfonos © computalores personales, + El transmisor. Normalmente los datos generados por la fuente no se transi como son generados. Al contrario, el transmisor transforma y codifica lx informacién, generando sefiales clectromagnéticas susceptibles de ser transmitidas a través de alggin sistema de transmi- sidn, Por ejemplo, un modem convierte las cadenas de its generadas por tin computador personal y las transforma en sefiales anal6gicas que pueden ser transmitidas a través de la red telefnica, la nea de transmisisn hasta una eon ‘¢ El-sistema de transmisién, que puede ser desde una set pleja red que conecte a la fuente con el destino. ‘= El receptor, que acepta la sefial proveniente det sistema de transmisién y Ia transforma de tal ‘manera que pueda ser manejada por el dispositive destino. Por ejemplo, un modem captaré la se fal anal6gica de la red o linea de transmisién y la convertiré en una cadena de bits. ‘= El destino, que toma los datos del receptor. Aungue el modelo presentado pueda parecer aparentemente sencillo, en realidad implica una gran ccomplejidad. Para hacerse una idea de la magnitud de ella, la Tabla 1.1 lista algunas de las tareas claves ‘que se deben realizar en un sistema de comunicaciones. Esta relacidn es en un sentido un tanto arbitraria Tabla 1.1. Tareas en los sistemas de comunicacién. Utlizacién del sistema de transmisién Implementacién de la intertaz Generacion de la senal Sincronizacion Gestion del intercambio Deteccion y correccion de errores Control de flujo Direccionamiento Encaminamiento Recuperacion Formato de mensajes Seguridad Gestion de red6 Comunicaciones y redes de computadores ya que se podria aladie elementos, mezcla flems, et. es ms, algunos elementos representan tareas que Se realizan en diferentes «niveles» del sistema, cr fem autilizacién del sistema de transmisiGn» se retiere ala necesidad de hacer un wo picamente se suelen computtir entre uni I prin cficaz de los recursos utilizados en la ansmision, los cuales serie de dispositivos de comunicacién. La capacidad total del medio de transmision Se reparte entre los distintos ustarios haciendo uso de tenicas denominadas de mulliplesacion. Ademis puede que se siten tdenicas de control de congestién para garantizar que el sistema no se salure por un demands excesiva de servicios de transmis, Para que un dispositivo pueda transmitirinformacién tendré que hacerlo través de la interfaz com cel medio de transmisién, Todas ls tenicas de transmisisn preseatadas en este libro dependen en tia astancia de la wilizacién de sedales electeomagnéticas que se trunsmitirin a través del medio. De tal ‘manera que, una ver que la interfaz est establecid, se necesita la generaei6n de la seal. Las carac teristicas de Ia seal, tales como, la forma y la intensidad, deben ser tales que permitan: 1) ser propa «daa través del medio de transmision y 2) er interpretada en el receptor como datos. Las sefiales se deben generar no silo considerando que deben cumplir fos requisitos del sistema de transmisin y del revepto, sino que deben permitir alguna forma de sineronizar el receptor y cl emisor. EI receptor debe ser capaz de determinar ewido eomienea y euindo acaba la sefial recibida, 1g mente, deberd conocer la duracién de cada elemento de sei ‘Ademis de las cuestiones bisicasreleremtes a la naturaleza y temporizacién de las sehales, se nece ri verificar un conjunto de requisitos que se pueden englobar bajo el término gestién del intercam- Si se necesita intercambiar datos durante un periodo de tiempo, las dos purtes deben cooperar. Por ejemplo, para los dos elementos que imervienen en una conversacién telelnica (emisor y receptor), uno de ellos deberi marcar el niimero del otro, dando lugar a una serie de sefales que harin que el otra éfono suene. En este ejemplo el receptor establecers la llamada descolgando el auricular. En los dis- postivos para el peacesamiento de datos. se necestarin ciertas convenciones adem del simple becho {de establecer li conexidn. Por ejemplo se debers establecer si ambos dispositivos pueden transmit ‘multineamente o deben hacerlo por turnos, se deber decid la eantidad y el formato de los datos que se ransmiten cada ve7, y se debe especiticar qué hacer en caso de que se den ciertas eontingencias, como por ejemplo la detescidin de un error. Los dos stems siguientes (Tabla 1.1) deberian considerase dentro de la gestin del intercambio, pero Lebo a su importancia, se consideran por separado. Fn todos fos sistemas de comunicacidn es posible {que uparezcan errores; es decir, Ia seal ansmitida se distorsiona de alguna manera antes de aleanzar su destino. Por tanto, en circunstaneias donde no se pueda tolerarerrones, se necestarsn procedimien- {os para la deteccién y correccidn de errores. Asi por ejemplo, en sistemas para el procesamiento de datos, si se transiere un fichero desde un computador a otro, no seria aceptable que el contenido del Fichero se mexlificara aecidemtalmente, Para evitar que fa fuente no sature al destino transmitiendo datos ‘mas ripidamente de lo que el receptor pueda procesar y alpsorber, se necesitan una serie de provedi- smientos denominados control de fujo, Conceptos rekicionsados pero distntos a los anteriores son el direccfonamiento y el encaminamien- to, Cuando cierto recurso se comparte por mis de dos dispositivos el sistema fuente deberi de alguns nera indicar a dicho recurso compartido la hentia! del destino, El sistema de transmisién deberi _garantizar que ese destino, y sélo ése,reciba Tos datos. ES mais, ef sistem de transmision puede ser una Fed en la que exista la posiilidad de mis de un camino para aleanzar al destino: en este €as0 se nec tac, por tanto, a eleceién de una de entre las posibles rutas La recuperacin es un concepto distin a eoereccin de erroes. En cietas situaciones en is qu el Jnwercambio de informacién, por ejemplo una txnsaccn de una base de datos o la transferencia de un fichero, se vea interrumpida por algtn fall, se necesitaré un mecanismo de recuperacion, El objetivo ‘er pues, o bien ser capaz de continuar transmitionda desde donde se peel la interrupcién, al menos recuperar el estado donde se enconiraban los sistemas involuerados antes de comenzar el intereambio.Intwoduecion 7 El formato de mensajes esti relacionado con el acuerdo que debe exist entre las dos partes we peeto al formato de los datos intercambiados, como por ejemplo el eédigo binario usado para represe tar los caracteres dems, frocuentemente es necesario dotar al sistema de algunas medidas de seguridad. El emisor debe asegurarse de que sélo cl destino deseado reciba los datos. Igualmente, el receptor querri estar seguro de que los dates recibidos no se han alterado en la transmisin y que dichos datos realmente provienen del supuesto emisor. Por illimo, todo el sistema de comunicacién es lo suficientemente complejo como para ser disead ¥ uilizado sin mis, es decir, se necesita la habilidad de un gestor de red que configure el sistema, moni- lorice su estado, reaccione ante fallos y sobrecargas, y planifique con acierto los erecimientos futuros. Como se ha visto, de la aproximacin simplista de partida hemos formulado una lista més extensa y claborada de tareas involucradas en todo el proceso de la comunicacién, A lo largo de este libro est lista se estudiard en profundidad, deseribiendo todo el conjunto de tareas y actividades que pueden e tslobarse genéricamente hajo los términos comunicacigin de datos y redes de computadores. CIs Adems de los dos primeros eapitulos considerados en 1a primera parte, el libro se ha estructurad en ‘cuatro partes adicionales, La segunda parte aborda fundamentalmente tos temas relacionados con las Tunciones de conunieacién, centrindase en lt transmisisn de seRales de una forma segura y efiviente Invencionadamente dicha segunda parte se ha tiulado «Comunicaciones de Datos», sungue con ese ér ‘mino se alude a algunos, 0 incluso a todos, los t6picas de las restantes partes (de hk IIL x kt V). Para explicar todos los concepts abordados en la segunda parte, la Figura 1.2 muestra una perspec tiva novedosa del modelo tradicional para las comunicaciones de la Figura I.la, Dicha figura se expliea 1 continuacién, paso a paso, con la ayuda de un ejemplo: la aplicacion de coreo electenico. Suponiendo que tanto el dispositive de entrada como el teansmisor estin en un computador pers YY que por ejemplo, el usuario de dicho PC desea enviar el mensaje m a otro. El usuario activa la cid de correo en el PC y compone el mensaje con el teclado (dispositive de entrada). La cadena de ‘earacteres se almacenar temporalmente en la memoria principal como una secuencia de bits (g). El computador se conecta a algdn medio de transmisién, por ejemplo una red local o una linea telef@nica, a través de un dispositive de FS (iransmisor), como por ejemplo el stransceiver» a una red local 0 mo- dem. Los datos de entrada se transfieren al transmisor como una secuencia de niveles de tensidn [gt] ‘que Fepresentan los bits en alin tipo de bus de comunicaciones » eable, El cransmisor se conecta ditee= cadena ena Seta cadena ‘obts araiogica sraogiea ‘obts ‘rane vecbida aesaiaa —“deaatda et a ou ™ Modelo simpliticado para tas comunicaciones de datos.8 Comunicaciones y redes de computadores tamente al medio y convierte la cadena (gt) en la Sef a transmiti [0k posterioemente en el Capt Jo 5 se describieda las stints alteroativas para esta conversion, Al transmite (7) través del medio, antes de Hegar al receptor, aparecerin una serie de dificuliades {que se esudianin en el Capitulo 3. Por fo tanto, fa sen recibida (7) puede diferir de alguna manera de ka transmitida (9) EL receptor intentar estimar la seal original («partir de la sefal 1) y de su conoei- imiento aeerea del medio, obteniendo una secuencia de bits (1). Estos bits nal computador de sada, donde se almacenan temporatmente en memoria como un blogue de bits (4). En muchos casos, eb ‘destino intentaré determinar si ha ocurride un eror, ¥ eh su caso, cooperar con el oFigen pari eventtal- ir el Bloque de datos complete y sin erores, Los datos, fialmente se presentin al usta a s del dispositiva de sala, que por ejemplo puede ser lx impresora o fa pantalla de su terminal. EL mensaje recibido por el usuario (mn) seri normamente una copia exact del mensaje original (i), Consideremos ahora una conversacidn telefnica, En este caso, ht entra al teléfono es un mensaje (on) consistemte en unas ondas sonoras. Dichas ondas se convierten en el telefono en sefales eléericas de la misma frecuencia, Estas sefies se tansmiten sin modificacién a raves de la Kinea teletnica, Por fanio, la sefal de entrada g(7) y le senal transmitida (0) son idénicas. La sed (7) sufi alan ipo de distorsin «través del medio, de tal manera que r{t) no ser idgntien 9) No obstante, fa sefal n() se convierte recuperando una onda sonora, sn aplicar ningén tipo de rreccion © mejora de la calidad. Por lo tanto, mi no es una répliea exacta de m. Sin embargo, el mensaje sonora reeibido es normalmente conprensible por el receptor En la discusisn agut realizada, no se han considerado otros aspectos fundamentales en las comunici ciones de datos, como lo son las tSenieas de control del enlace, necesarias para regular el uj de infor ‘macisn, © como la detecciGn y eorrecci6n de errores tampoco Se han considerado las tenicas de multi= plexacion, necesarias para conseguir una ulilizaciéa eficaz del medio de transmisiGn. Todos estos aspeotos se estudian en x Parte TL EMC eek ad A veces no es pritico que dos dispositives de comunicaciones se conecten ditectamente mediante un enlace punto a punto. Esto es debido a alguna (0 alas dos) de la siguientes eireunstancias + Los dspositvos estén muy’ ales. En este caso no esta janificad, for ejemplo, wilizar wn enlace dedi entre cals dos dinpositivon. que peda estar separadon por miles de hilémeton + Hay un conjunto de dispositives que necesitan conectarse entre ellos en instantes de tiempo di rentes. Un ejemplo de esta necesidad es la red telefénica mundial, o el conjunto de computadores pertenecientes «una compania. Salvo el caso de que el aimero de dispositivos sea pequeto, no &s Practica utilizar un enlace entre cada dos La solucién a este problema es conectar cada dispositive & una red de comunicucién, La Figurs 1.3 relaciona este concepto dentro del moxdelo de comunicaciones de fa Figura Ila y a Ii ver sugiere dos grandes categorias en las que se clsifican tradicionalmente las redes: edes de drew amplia (WAN, Wie de Area Networks) y redes de direa local (LAN, Local Area Networks). Recientemente, las etre estas dos categorias son cada ver mis difusis, tanto en términos tecnoligicos como de posibles aplicaciones; no obstante, es una forma natural y didctica de organizar su estudio, por lo que agut se doptari dicha claificacién REDES DE AREA AMPLIA Generalmente, se considera como redes de area amplia a todas aquellas que cubren una extensa sees eogrifica, requieren atravesar rutas de acceso pablico.y utlizan parcialmente cineultos proporeionaos Por una entidad proveedora de servicios de telecomunicacisn. Tipicamente, una WAN consiste en uaIntraduccién 9 ods de conan Sy sts Sistema destino Sistema oigen| / Red ce srea Figura 1.3. Modelos simplificados de redes. serie de dispositives de conmutacién interconectados, La transmisién generada por cualquier dispositive se encaminaré a través de estos nodos internos hasta aleanzar el destino. A estos nodos (ineluyendo a los siqados en los contornes) no Fes conciere ef contenido de los datos, al contrario, su funcién es propor cionar ef servicio de conmutacidn, necesario para transmitir fos datos de nodo en nodo hasta aleanzar su destino final ‘Tradicionalmente, las WAN se han implementando usando una de las dos tecnologias siguientes: conmutacién de circuitos y conmutacién de paguctes. Aungue cltimamente, se esti empleanda como solucién la téenica de retransmision de tramas («frame relay»), asf como las redes ATM, Conmutacién de circuitos En las redes de conmutacisin de circuitos se establece través de los nodos de la red un camino dedic: do a la interconexién de dos estaciones. El camino es una secuencia conectada de enlaces fisicos entre nodes. En cada enlace, se dedica un canal légico a cada conexién, Los datos generados por la estacién fuente se transmiten por el camino dedicado tan ripido como se pueda. En cada nodo, los datos de en- trada se encaminan o conmutan por el canal apropiado de salida sin eetardos. El ejemplo més ilustrativo de la conmutacién de circuitos es la red telefbni Conmutacién de paquetes Un enfoque diferente al anterior es el adoptado en redes de conmutacidn de paquetes. En este €as0, n0 ces necesario hacer una reserva a priori de recursos (capacidad de transmisidn) en el camino (0 sucesisn de nodos). Por el contrario, los datos se envian en secuencias de pequettas unidades Hamadas paquetes. Cada paguete se pasa de ntodo a nodo en la red siguiendo algdn camino entre la estacién origen y la10 Comunicaciones y redes de computadores destino. En cada nodo, el payuete se recibe completamente, se almacena durante un intervalo breve y posteriormenie se transite al siguiente nodo. Las redes de conmutacidn de paguetes se usin fundamen: Talmente para comunicaciones terminal-computador y computador-computador, Retransmisién de tramas (Frame Relay) La conmutacign de paquetes se desarroll6 en la paca en la que los servicios de transmisisn a aga distan- cia suirfan una tass de error relativamente elevads, comparada con los servicios de los que se dispone ‘clualmente. Por tanto, para compensa esos erroresseativamente frecuentes, en Tos esquerts de comm tacidn de paguetes se realiza un esluerzo considerable, que se traduce en afadirinformacién redund cexda paguete, asf como la realizacion de un procesaniento extra, tanto en ef destino final como en Tos ‘xls intermedios de conmutacién, necesario para detectar Ios erfres ¥ en Su €8S0, corrgitlo, Ahora bien, con los modernos sistemas de comunicaciones de alta velocidad, este esfuerz0 adicional es innecesario y contraproducente, Es innecesario ya que la tast de erroees se ha reducido dristicamente ¥ ls eseasos crrores que aparecen se pueden tata? en el sistem final mediante dispositivos que opera Por encima del nivel de la légica dedicada a la conmutacién de paquetes. A su ve7 es coniraproducente ya que los bits eedundantes significan un desperdicio de parte de li capacidad proporcionads por lt red La retransmisidn de tramas («frame relay») se ha desarrliado teniendo presente las mayores veloc ddades de transmisiin que actalmente se disponen, asi come de las bajastasas de error. Mientras que las redes originales de eonmatacién de pagueles se disefaron pari ofrecer un Velocidad de (ransmision al usuario final de 64 kbps, las redes «lrame relay» estin disenadas para operar elicazmente a velocidades de transmision de usuario de 2 Mbps. La clave para conseguir estas velocidades reside en elimina a ‘mayor parte de lt informaciéa redunudante y el procesamiento asociado pura el control de erroes, AT™ EI Modo de Transferencia Asfacrono (ATM, Asynchronous Transfer Mode), a veces denominado como ‘modo de setransmisién de celdas («cell relay»), es ls culminacién de todos los desurrolos en os cid de cireuitos y conmutacion de paquetes tealizados durante los Gktimos 25 ats, ATM se puede interpretar como una evolucién de ta retransmision de tramas (frame relay»). La dif Fencia mais obvia entre aframe relay y ATM es que frame relay» usa paquetes de longitud variable, amados stramas», y ATM usa paquetes de longitud fija denominadas aceldas. AL igual que en strame relay», ATM introduce poca informacién adicional para el control de errores, confiando en fa inherente robustez del medio de transmisién asf como en la logica adicional localizada en el sistema destino para dltectar y comegir errores, AL utilizar paquetes de longitud fj, el esfuerzo adicional de procesamiento se reduce ineluso todavia mis agui que en «frame relay». El resultado es que ATM se ha disefiado para tra haar velocidades de transmisién del orden de 10 3 100 Mbps, e incluso del orden de Gbps. ATM se puede considerar a su vez como uni evolucién de la conmutacisn de cireuitos, En ka con rmutacign de circuitos, se dispone solamente de circuitos a velocidad fja de transmisi6n entre los siste- ‘mas finales. ATM permite la definicisn de miltples canales Virwales con velovidades de transmision micamente en el instante en que el canal vietual se erea, Mediante la utlizacién de 1. ATM es tan eficaz que puede oftecer un canal a velocidad de transmisisn cons- tunte aunque esté usando una técnica de conmutacién de paquetes. Por lo tanto, ATM es un ampliacin de la conmutacién de circuitos en la que se offecen varios canales, en Tos que la velocidad de transmi Sin para cada canal se fija dindmicamente segdn las necesiddes, RDSI y RDS! de banda ancha La sinergia y evolucion entre las comunicaciones y las tecnologfas de la computacidn, junto con la ere ciente demanda de vervicios eficaces de captacidn, procesamiento y diseminaciGn dle ta informacisn,Introdueciin 14 esté desembocando en el desarrollo de sistemas integrados que transmiten y procesan todo tipo de datos Una consecuencia significativa de esta tendencia bia sido el desarrollo de la Red Digital de Servicios Integrados (RDSI), La RDSI se ha disenado para sustituira fas redes pUblicas de telecomunicaciones existentes. propor cionando una gran variedad de servicios, La RDSI se define mediante la estandarizacién de las imerta ‘ees de usuario, y se ha implementado como un conjunio de conmutadores digitales y enlaces que pro: Porcionan una gran variedad de tipos de wrifico, ala vez que servicios de valor afiadide. En la prictia, Se trata de maltiples redes, implementadas dentro de los Hmites nacionales, pero desde el punto.de vista del usuario se considera como una tnica red! mundial, uniformemente accesible. A pesar de que la RDSI tiene todavia que conseguir la cobertura mundial para la gue fue diseac ‘ys en su segunda generacién, La primera generackin, a veces denominada como RDSI de banda estre- ha, se basa en el uso de canales de 64 kbps como unidad bssica de conmutacién, presentando wna clara orientacién hacia Ia conmutacién de circuitos. Téenicamente hablando, la principal contsibucign de la DSI de banda estrecha ha sido el «frame relay». La segunda generacién, denominada RDSI de banda anchal, proporciona velocidades de transmisién muy elevadas (cientos de Mbps) y tiene una clara orienta cin hacia ka conmutacién de paquetes. La contibucién técnica principal de la RDSI de banda ancha ha sido el modo de transferencia asfncrono (ATM), también denominado reransmisiGn de celdas «cell relay REDES DE AREA LOCAL A igual que las redes de drea amplia, una red de srea local es una red de comunicaciones que interco- recta varios dispositivos y proporciona un medio para el intercambio de informacién entre ellos. No jobsiante, hay algunas diferencias entre las LAN y las WAN que se enumeran a continuacisa: 1. La cobertura de una LAN es pequefia, tipicamente un edificio © como mucho un conjunto de edificios préximos. Como se veri mis adelante, esta diferencia en cuanto a la cobertura geogts- fica, condicionara la solucién técnica Finalmente adoptads, 2. Es comin que la LAN sea propiedad de la misma entidad que es propietaria de los dispositives, cconectados ala red. En WAN, esto no es tan corriente. 0 al menos una fraccién significativa de recursos de la red son ajenos. Esto tiene dos implicaciones. La primera es que se debe cuidar mucho la eleceidn de la LAN, ya que evidentemente, leva acarreado una inversién substancial de capital (comparado con los gastos de conexién o alquiler de lineas en redes de drea amplia) tanto en It adquisici6n como en el mantenimiento, Segunda, la responsabilidad de la gestion de la red local recae solamente en el ust. 2. Las velocidades de transmisién internas en una LAN son mucho mayores. Tradicionalmente, en LAN se utiliza la difusi6n en lugar de utilizar téenicas de conmutacién. En une red de difusion, no hay nodos intermedios. En cada estacidn hay un transmisor/receptor que se comuni= ce con las otras estaciones a través de un medio compartido. Una transmisién desde cualquier estacion. ‘se recibird por todas las otra estaciones, Los datos se transmiten en forma de paquetes. Debido a que el medio es compartido, una y slo una estacion en cada instante de tiempo podra transmit el paguete Mis reciemtemente, fa conmutacién también se ests uilizando en LAN, fundamentalmente en LAN ‘ipo Ethernet. Otros dos ejemplos de especial relevancia son las LAN ATM, en las que se usa una red ATM como una ted de sire local, asf como los Canales de Fibra, Estas LAN se estudiar, junto con las ‘asada en difusion, en la Parte IV de este texto, Rae ae) Cuando se realiza un intercamio de datos entré computadores, terminales y/o otras dispositivos de pro- ‘cesamiento, las cucstiones a estudiar son muchas mis que las mencionadas en las Secciones 1.2 y 1.312 Comunicaciones y redes de computadores Considérese, por ejemplo, la transferencia de un fichero entre dos computadores. En este caso, debe haber un camino entee los dos computadores, directo 0 a través de un red de comunicacidin, pero ade- mis, tipicamente se requiere la realizacion de las siguientes treas adicionales |. El sistema fuente de informacion debe activar ef camino directo de datos, o hien debe propor: cionar a la red de comunicacién la identiticaciin del sistema destino deseado, 2. Bl sistema fuente debe asegurarse de que el destino esti preparado para recibir datos La aplicaci6n de transferencia de fichero en el origen debe avegurarse de que el programa gestor cn ef destino esti preparado para aceptar y almacenar cl fichero para el usuario determinado, 4. Silos formatos de los dos Ficheros son incompatibles entre ambos sistemas, uno de Jos dos de- beri realizar una operacisn de adecuacis AL intercambio de informacién entre computadores con el propesito de cooperar se le denomins co -municacién enere computadores. De igual manera, al conjunte de computadores que se interconeetan 3 través de una red de comunicaciones, se lex denomina red de computaddores, Estos términos se extic den igualmente a cuando alguna de las partes es un terminal, ya que cl grado de cooperacidin en este caso es similar. En cl estudio de las comunicaciones entre computadones y las redes de computadores, son especial: mente relevantes los dos conceptos siguientes: + Los protocols. anquitecturas para comunicaciones entre computadores Para Ja comunicacisn entre dos entdades situadas en sistemas diferentes es necesario la delinicidn y uslizacién de un protocolo. Nétese que los términos «entidad» y «sistema» se estin usando en un seat do muy general. Bjemplos de entidades son: los programas de aplicacién de los usuarios, las utildades para transferencia de ficheros, los sistemas de gestion de bases de datos, asf como los gestones de core tlecirinica y terminales, Ejemplos de sistemas son: los computadores, los terminals y los Sensores re- motos, N6tese que en algunos casos Ia entidad y el sistema en ef que se ubica son eoincidentes (por ejemplo los terminales). Ea general, una emidad es cualquier cosa capaz de enviar y recibir informa ida, y un sistema es un objeto Fisica que contiene & wna © tis emtidades. Para que dos entidades se jcomuniquen con éxito, se requiere que «hablen el mismo idioma». Qué se comuniea, cdimo se comuni «a, y cuindo se comuniea debe seguir una serie de convenciones mituamente acepradas por las entida- ‘des involucradas, Este conjunto de convenios se denominan protocolos, que se pueden definir como et Conjunto de reglas que gobieman el intercambio de datos entre dos entidades. Los puntos clave que Uefinen 0 caracterizan a un protocolo son «+ La sintaxis: incluye aspectos tales como el formato de los datos y los niveles de seal «La semintica: incluye informacién de conteol para la coordinacién y ef manejo de erores. «+ La temporizacién: incluye la sintonizacién de velocidades y secvenciacion “Tras haber introducido el concepto de protocolo, se esti en disposicidn de defini el concepto de anquitectura para las comunicaciones entre computadores, Es claro que debe haber un grado alto de eo Peracign entre los eomputadores. En lugar de implementar toda fa lgica para llevar a cabo la comunica ‘iGn en un tnico médilo, dicha tarea se divide en subtareas, cada una de las cuales se realiza por Sep rado, A mado de ejemplo, la Figura 1-4 muestra cémo empleando tres médulos, se podria imaplementar una aplicaeién de transferencia de fichero, Las tareas 3 y 4 de la lista anterior se podrian realizar por miédulo de transferencia de Ficheros. Los dos mills én ambos sistemas intercambian Ficheros ¥ rd nes, Sin embargo, en ver de exigit que el médulo de transferencia se encargue de los detalles Con los {que se realiza el envio de datos y érdenes, dichos médlulos delegan en los médulos de servicio de comu- nicaciones. Este se encargaré de asegurar que el intercambio de drdenes y datos Se realice fiablemente, Enire otras cosas, este misulo realizaré la tarea 2. Por lo que a partir de este momento, la naturaleza del intereambio entre los sisters seré independiente de li naturaleza de la red que los interconecta. Por loIntroduccion 13, Computadoe x computador ¥ “Apicadin parala | __ Archivos y érdones paral transferenca de archos [Apleacion paraia | ‘ransterencia | ransterencia ie archos earchives Unidos de date relacionadas con a comunicactn beached > tment aduio de acceso alares Module de acceso ‘alate Logica de a Logica de a intertae dered intertaz dered Figura 1.4. Una arquitectura simplificada para la transterencia de archives. tanto, en ver de implementar la interfa de red en el médulo de servicio de comunicaciones, tiene senti- do prever un médulo adicional de acceso a a red que Heve a cabo la tare | Resumiiendo, de los tres médulos de la Figura 1.4, el médulo de transferencia de fichero contiene toda la Logica que es exclusiva de la aplicacién para la transferencia de ficheros, tal como la transmisi6n de una patlabra clave, Grdenes de lichero, y registros del fichero, Se necesita que esta informacién se ‘ransmita de una forma segura. Sin embargo, esta necesidad de seguridad es compartida por otro tipo de aplicaciones (por ejemplo, el correo electrSnico y la transferencia de documentos). Por tanto, estos r {querimientos se localizan en el médulo separado de servicio de comunicaciones de tal forma que puedan ser utilizados por otras aplicaciones. El médulo de servicio de comunicaciones trata de asegurar que los dos computadores estén activos y preparados para kx transferencia de datos, asf como de seguir Ia pista de Tos datos que se intercambian, yarantizando su envio, No obstante, estas (areas son independiente el tipo de red que se esté usando. Por tanto, la ligica encargada de tratar con [a red se considera en un médulo separado, De esta forma, si se modifica la red que se esté usando, sélo se vera afectado el mé- dulo de acceso a la red, Asi vez de disponer de un solo médulo que reallice todas las tareas involueradas en la comunic dera una estructura consistente en un conjunto de médulos que realizardn todas las funcio- nes, Esta estructura se denomins arquiteetura de protocolos. A continuacién, dentro de esta seecidn se cneralizard el ejemplo precedente para presentar una arquitectura de protocolos sencilla, considerando postcriormente ejemplos mis realistas y complejos, como son TCP/IP y OSL UN MODELO DE TRES CAPAS En términos muy generates, se puede afirmar que las comunicaciones involucran a tres agentes: apliea- iones, computadores y redes, Un ejemplo de aplicacign es la transferencia de ficheros. Este tipo de aplicaciones se ejecutan frecuentemente en computadores que procesan miltiples aplicaciones simulti- heamente, Los computadores se conectan a redes, y los datos a intercambiar se transfieren por la red de lun computador a otro, Por tanto, la transferencia de datos desde una uplicaci6n a otra implica en primer lugar la obtenciGn de los mismos y posteriormente hacerlos Hlegar a la aplicacidn correspondiente en el computador remoto. Por todo to dicho, parece natural org nizar la tareu en tes capas independiente # Capa de acceso a ta red, ‘© Capa de transporte ‘* Capa de aplicacién La capa de acceso a Ia red esti relacionada con el intercambio de datos entre el computador y la rod a la que est conectado, El computador emisor debe proporcionar a la red la direccién del destin, de tal forma que la red pueda encaminar los datos al destino apropiado. El computador emisor necesita ri hacer uso de algunos de los servicios proporcionados por la red, como, por ejemplo, la gestion de“ Comunicaciones y redes de computadoros prioridades. Las caracterfticas del software de esta capa dependerdn del tipo de red que se use. Asi, se han desarrollado diferentes estindares para conmutacign de crcuites, conmutacisn de pauctes, redes de area local y otres. De esta manera, se pretende separar las funciones que tienen que ver con el acceso ‘fa red en una eapa independiente. Haciendo esto, el resto del software de comunieaciones que esté por cencima de la capa de acceso a la red no tendré que ocuparse de las caracterfsticas especifcas de la red que se use, El mismo soltware de Tas capas superiores funcionard adecuado e independientemente del tipo de red particular a la que el computador esté conectado. Independientemente de 1x naturaleza de las aplicaciones que estén intercambiando datos, es un re quisito habitual que los datos se intercambien de una manera segura, Esto es, seria deseable estar segu ros de que todos los datos Hlegan a la aplicacién destino y adem Hlegan en el mismo onlen en que fueron enviados. Como se verd, los mecanismos que proporcionan dicha seguridad son independ 4e la naturaleza de las aplicaciones. Por tanto, tiene sentido concentrar todos estos procedimientos en ‘una capa comin que se comparta por todas las aplicaciones, denominada capa de transporte almente, la eapa de aplicacién contiene la Kégica necesaria para admit varias aplicaciones de usuario, Para cada tipo distinto de aplicacién, como por ejemplo la transferencia de Ficheros, se necesita ‘un médulo independiente y con caraeteristicas bien diferenciadas, Las Figuras 15 y 1.6 ilustran est arquitectura sencill. En la Figura 1.5 se muestran tes comput ores conectados a una red. Cada computador contiene software en las capas de acceso a la red, de transporte y de aplicacisn para una o mas aplicaciones, Para una comunicacién eon éxito, cada entidad ddeberi tener una direccién tnica. En realidad se necestan dos niveles de dinsecionamiento, Cada com putador en la red debe tener una direccién de reds esto permite a la red proporcionar los datos al compu- tador apropiado, A su vez, cada aplicacién en cl computador debe tener una direccién que sea tnica dentro del propio computador, esto permitiré a la capa de transporte propercionar fos datos a aplic cid apropiada, Las anteriores direeciones son denominadas puntos de acceso al servicio (SAP, Servi Access Point), nétese que cada aplicacién accede individualmente a los servicios proparcionados por la capa de transporte rceion |_—= Poo ma ae KH HH A Transpo ‘ese atered Le ‘Apacion Trasporte Reddo ‘omimcacones| conan ala rec Figura 15, Redes y arquitecturas de protocolos.Introduccion 15, Comoutador x Computador ¥ ma rotocoa de Apeacn ye Proloclo de Transporta Transporte ea Transporte ‘Acceso ala re Protocolo ae Protocolo de Figura 1.6, Protocolos en una arquitectura simplificads. La Figura 1,6 muestra emo se comunican, mediante un protocolo, los médulos en el mismo nivet de computadores diferentes. Veamos su funcionamiento, SupGngase que una aplicaci6n, asociada al SAP I en el computador X, quiere transmitir un mensaje a otra aplicacién, asociada al SAP 2 del com- putador Y. La aplicacin en X pasa ef mensaje a la capa de transporte con la instruccién de que lo envie al SAP 2 de Y. La capa de transporte pasa el mensaje a ta capa de acceso a la red, la cual proporciona las instrueciones necesarias & la red para que envie el mensaje a Y. Debe observarse que la red no nece- sita conocer la direccién del punto de acceso al servicio en el destino, Todo lo que necesita conocer es que los datos estén dirigidos al computador Y, Para controlar esta operaci6n, se debe transmitirinformacién de control junto a los datos del usuario. como asi se muestra en la Figura [.7. Supongamos que la aplicacién emisora genera un bloque de datos y se lo pasa a la capa de transporte. Esta dltima puede fraccionar el bloque en unidades mas pequenas para hacerlas miis manejables, A cada una de estas pequefias unidades la capa de transporte afladira una cabecera, que contendri informacidn de control segtin el protocolo, La unin de los datos generados por Ja capa superior junto con la informacién de control de la capa actual se denomina unidad de datos del protocolo (PDU, Protocol Data Unit); en este caso, se denominar como PDU de transporte, La cabecera fen caula PDU de transporte contiene informacién de control que se usar por el mismo protocolo de transporte en el computador Y. La informacién que se debe almacenar en ka cabecera es por ejemplo: Datos de apicacon Cabecera de transporte ver Unidades de ‘datos del m protocolo ‘de vensponte Cabecera se tansporte Unidades Gt ‘dered x 1! protocolo ~~ do red (paquetes) Cabecera Cabecera ered ered Figura 1.7. Unidades de datos de los protocolos.16 Comunicaciones y redes de computadores ‘ SAP destino: cuando la capa de transporte destino reciba Ia PDU de transporte, debers saber pat aquign van destinads los datos, ‘+ Niimero de secueneia: ys que el protocolo de transporte esté enviando una secuencia de POU. tas se numerarin secuencialmente para que si Hegan desordenadas, la entidad de transporte des tino sea eapar de ordenarlas. + Cédigo de deteceién de error: Ia entidad de transporte emisora debe Tuncidn del contenido del resto de la PDU. EI protocol de transporte recepte cileulo y compara los resultados con el eddigo recibido, Si hay diserepancia se concluiri que ha hhabido dn error en la transmisi6n, y en ese caso ef receptor. pour descartar kr PU y adopt kas acciones oportunas para su coreecisn, EL siguiente paso en la capa de transporte es pasar cada un de lay PBU a la capa de eed, con It Jnsiruccivin de que sea transmitida al computador destino, Para satisacer este Fequerimiento, el proxoxd lode acceso a la red debe pasar los datos a la red con una solictud de transmisién, Convo anteriormente, cesta operacidn requiere el uso de informacién de control, En este caso, el protocala de aceeso at la Fed aahade a cabecera de acceso a la red a los datos provenientes de la capa de transporte, creando as la PDU de acceso a la red. A modo de ejemplo, la cabecera debe contener la siguiente informacisin: ++ La direccién del computador destino debe entregar los datos. ++ Solicitud de recursas: el protocolo de acceso a la red puede pedi a la red que reali funciones, como por ejemplo gestionar prioridades, En la Figura 1.8 se conjugan todos estos concepts. mostrand la interacci6n entre los mos para teansferir un blogue de datos. Supongamos que el médulo de transfereneia de Ficheros en el computador X esti tansfiriendo registro a registro al computador Y. Cada registro se pass al médulo de la capa de transporte, Se puede deseribir esta aecién como si se tratase de una orden o una Hamada a un procedi ‘miento, Posibles argumentos de este procedimiento seri la direccién del destino, el SAP destino y el registeo del fichero, La capa de transporte aade el punto de acceso al servicio ¢ informacién de control adicional, que se agregar al registeo para formar ka PDU de transporte, Esta se pasa a la capa inferior de acceso & la red mediante la Hamada a otto procedimiento. En este caso, los argumentos para esta Hamada serin la dieceidn del computador destino y la unidad de datos del protocolo de teunsporte, La Ja red debe conocer a quign (qué computador de la red) algunas origen x esina ¥ ‘cna aa] ‘apteacon So eto —— SoU ce ranenots _ =i Paanie Figura 1.8. Funcionamiento de une arquitectura de protocolos.Introduccion 17 capa de acceso a la red usari esta informaci6n para construir la PDU de red. La PDU de transporte es eh campo de datos de la PDU de red, y su cabecera contendri informacién relativa a las direeciones origen ¥ destino, Nétese que la cabecera de transporte no es «visible» al nivel de acceso a la red: en otras palabras, a dicho nivel no le conciesne el contenido conereto de ta PDU de transporte. La red acepta la PDU de transporte de X y fa transmite a Y. El médulo de acceso a la ted en Y secibe la PDU, elimina la eabecera y pasa la PDU de transporte adjunta al médulo de la capa de trans- porte de Y. La capa de transporte examina la cabecera de ki unidad de datos det protocolo de transporte ¥y en Tuncidn del campo en la cabecera que contenga el SAP, entregaré el registro correspondiente a la Aplicacién pertinente, en este caso al médulo de transferencia de ficheros de Y. LA ARQUITECTURA DE PROTOCOLOS TCP/IP Hay dos arquitecturas que han sido determinantes y basicas en el desarrollo de los estindares de comu- nicacion: el conjunto de protocolos TCP/IP y el modelo de referencia de OSI. TCP/IP es la arquitectura ‘mds adoptada para la interconexi6n de sistemas, mientras que OSI se ha convertido en el modelo estin dar para clasificar las funciones de comunicacidn, En esta seceidn, se inclaye un breve resumen de las ddos arquitecturas, aunque posteriormente se desarrollarin con més detalle en el Capitulo 2. ‘TCP/IP es resultado de la investigacién y desarrollo Hlevados a cabo en la red experimental de con: ‘mutacin de paguetes ARPANET, financiada por la Agencia de Proyectos de Investigacién Avanzada para la Defensa (DARPA, Defense Advanced Research Projects Agency), y se denomina globalmente como la familia de protocolos TCP/IP. Esta familia consiste en un extensa coleccién de protocols que se han erigido como estindares de Internet. Al contrario que en OSI, no hay un modelo oficial de referencia TCP/IP. No obstante, bassndose en los protocolos estindar que se han desarrollado, todas las tareas involueradas en la comunicacién se puede organizar en cinco capas relativamente independientes: © Capa de aplicacién, ‘© Capa origen-destino © de transporte, ‘© Capa internet. so a la re # Capa de ae # Capa fisica La capa fisiea define ta interfaz fisica entre el dispositivo de transmisiGn de datos (por ejemplo, ka estacién de trabajo 0 el computador) y el medio de transmisiGn o red. Esta capa se encarga de la especi- ficacién de las caracteristicas del medio de transmisi6n, la naturaleza de las seftales, la velocidad de datos, y cuestiones afines, La capa de acceso a la red es responsable del intereambio de datos entre el sistema final y la red a fa cual se estd conectado. El emisor debe proporcionar a la red la direcciGn del destino, de tal manera ‘que Ia red pueda encaminar los datos hasta el destino apropiado, El emisor puede requerir ciertos servi- ios, como por ejemplo solicitar una determinada prioridad, que pueden ser proporcionados por el nivel de red. El software en particular que se use en esta capa dependerd del tipo de red que se disponga; Se han desarrollado diversos estindares para conmutacién de circuitos, conmutacién de paquetes (por ejemplo, X.25), redes de dea local (por ejemplo, Ethernet), entte otros. La capa de acceso a la red esté relacionada con el acceso y encaminamiento de los datos a través de la red. En situaciones en las que los dos dispositivas estén conectados a redes diferentes, se necesitarin luna serie de procedimientos que permitan que los datos atraviesen las distintas redes interconectadas. Esta es la funci6n de la eapa Internet. Ei protocolo internet (IP, Internet Protocol) se utiliza en esta capa para oftecer el servicio de encaminamiento a través de varias redes. Este protocol se implementa tanto en los sistemas finales como en los «routers» intermedios. Un «router» es un dispositivo con capacidad8 Comunicaciones y redes de computadores Sttema gen ‘Stems destag Fee“ ‘seston pean TP Top Aoceso alae ‘ccaso ain ed Sstoma ogen ‘Sitoma destino Figura 19. Modelo de arquitectura de protocolo. de provesamiento que conecta dos redes y cuya funciéin principal es reransmitir datos desde wna red a tra siguiendo la ruta adecuada para aleanzar al destino, Independientemente de lu maturaleza de las aplicaciones que estén intercambiando datos, es sual re cri que los datos se intercambien de forma segura. Esto es, seria deseable asegurar que todos los datos 41 la aplicacién destino y en el mismo orden en el que fueron enviados. Los procedimientos que garanizan uns transmisién segura estin localizados en la capa oFigen-destino, o capa de transporte, El Protocolo TCP (Transmission Control Pretocol) es ef mis utlizado para proporcionar esta funcionalidad 4 tt Finalmente, la eapa de aplicacién contiene la Iigiea necesaria para posiilitar las distintas uplica- cones de usuario, Para cada tipo pauticular de aplicacién, como por ejemplo la transfereneia de Ficheros, se necesitari un médalo bien diferenciado. 11.9 muestra como se implementan fos protocolos TCPAP en fos sistemas finales, a la ver {que felaciona la arquitectura con el modelo para las comunicaciones de la Figura Ila. Nétese que las feracci6n entre el sistema final y la red, mientras gt Tas capas de aplicaeiin y transporte albergan los protocoles denominados «extrema a exiremn, ya que Faciltan la interaccién entre fos dos sistemas finales. La capa internet tiene algo de las dos aproximaciones anteriores. En esta capa, los sistemas origen y destino proporcionan a la red la informacin necesaria para realizar el eneaminamiento, pero ala vez, deben proporcionar algunas funciones adicionales de intercam- bio entre os dos sistemas finales; esos aspectos se desartollarin posteriormente en los Capitulos 15 y 16, EL MODELO Ost E] modelo de OSI (Open Systems Intereonection) se desurrolls por la Organizacién Internacional de Esiandarizacion ISO (International Organization for Standarization) como una arguitectura pars comuniIntroduccion 19 ccaciones entre computadores, con el objetivo de ser ef marco de referencia en el desarrollo de protoco- los estindares. OSI considert siete eapas’ + Aplicacion, «= Presentacisn, + Enlace de datos. En ki Figura 1.10 se muestra el modelo OSI y se definen brevemente las funciones que se realizan en cada capa, La intencién del modelo OSI es que los protocolos se desarrollen de forma tal que reali cen las Tunciones de cada una de las eapas. mI ana Proporciona a acceso al ertom OS! para los usuarios y tameidn properciona services de informacion astibuica, Prosentacién Proporciona als procesos de apicacién Independencia aspect ale cileroncias en fa ropresentacion do los datos (sits. Sesion ropociona et contro! dela eomunicacion ent las ‘aplicaciones: establece,gestona y cara las conexiones (Gesiones) entre las apicaciones cooperadoras, Transporte Proporciona seguridad, ransferoncia ransparents de datos {ene los puntos rales; proporciona ademas procedimentos Gs recoperacon de eroresy control de fyo cigen-destno, Red Proporciona independencia alos niveles superaresrespecto la weanicas de conmtacin y de Wanemision wzadas ‘ara conectat ls sistemas: os exponsable de ‘etablegmiento, mantenimient cere de las cones, Enlace de datos ‘Propeciona un servicio de Wansferencia de datos saguo @ ‘raves dal enlace isco: ervlathoques de datos (rams) ltovando a eabo ia sncronzacion, el conv! de errors y Ge fio necosaros. Fisica ‘So encarga dota ransmision de cadenas de bits no esructurados sobre el medi sco; esta rlacionada con las ‘aracerateas mecinscas,elecreas, uncionalasy de ‘rocedimiento para acceder al medi iio, Figura 1.10, Las capas de OSI20 Comunicaciones y redes de computadores os! tera ateacon | Presnacon |“? ake ranspone S Tyanepane forge desi] ro | Benet Prmvare come: Siena fee ate] Sloree T Ss Figura 1.11, Una comparacién entre las arquitecturas de protocolo TCPAP y OSI Los disefiadores de OSI consideraron que este modelo y los protocolos asociados egarian a domi nar las comunicaciones entre computadores, reemplazando eventualmente las implementaciones particu: lares de protocolos, asf como a modelos rivales tales como TCP/IP. Sin embargo, esto no ha sido as ‘Aunque se han desarrollado muchos protocolos de uilidad dentro del contexto de OSI, el modelo de las siete capas en su conjunto no ha prosperado. Por el contraio, la arquitectura ‘TCP/IP se ha erigido como dominante. Por tanto, en este libro se pondrié mayor énfasis en TCP/IP, {La Figura 1.11 muestra las eapas de las arquitecturas OSI y ‘TCP/IP, indicando ta posible correspon- dncia en tgrminos de funcionalidad entre ambas. La misma figura sugiere a su vez formas de imple mentar las diferentes capas, Rees En la industria de las comunicaciones desde hace tiempo se ha aceptado que los estindares son necesa- ros para defini las caracteristicas fisicas, mecdnicas y de procedimiento de los equipos de comunica cidn. En ef pasado, este punto de vista no ha sido compartido por lt industria de los computadores, Mientras que los productores de equipos de comunicacidn reconoctan que sus equipos deberfan en gene- ral interconectarse y comunicarse con equipos desarrollados por terceros, los fabricantes de computado- res han tratado de monopolizar a sus clientes. La proliferacion de diferentes computadores y la generali- zacién del procesamiento distribuido ha desencadenado una situacién insostenible. Computadores de diferentes fabricantes deben comunicarse con otros, y dada la evolucién actual en la normalizacin de protocolos, los clientes no admitirin la necesidad de software para la conversién de protocalos de uso ‘especifico. Como consecuencia, los estindares en la actualidad estin imponiéndose en todas las reas tecnoligicas consideradas en este libro, A lo largo del texto se deseribirén los estindares més importantes que estén en uso 0 en desarrollo para los diversos aspectos invotuerados en las comunicacién entre computadores. En el apéndice de este capitulo se mencionan las organizaciones ms significativas implicadas en el desarrollo de los estin- dares. Hay una serie de ventajas y desventajas en el proceso de estandarizacidn, A continuacidn se citan Tas mas relevantes. Las principales ventajas son:Introduccion 24 ‘= Un estindar asegura un gran mercado, Esto estimula la producciéin masiva y. en algunos casos, uso de integrucidn a gran escala (LSI 0 integracién a muy gran escala (VLSH, reduciéndose asi los costo, ++ Un estindar permite que los productos de diferentes fabricantes se comuniquen, dotando all com= prador de mayor flexibilidad en la seleceién y uso de los equipas: Las principales desventajas son 4 Los estindares tienden a congelur la teenolo se adopta, se habrin desarollado otras wenicas mis eficaces fa. Mientras que un estindat se desarrolla, se visa y + Hay muchos estindares para [a misma funeiGn, Este problem en realidad no es atcibuible a los cestindares en si, sino a ka manera en que se hacen las cosas. Afortunadamente, recientemente lis diversas organizaciones para el establecimiento de estindares han comenzado a cooperar mis es ‘wechamente, No obstante, todavia hay sreas donde coexisten varios estindares en contlieto. EL eee Alo largo de este libro, se describen los estindares mis importantes relacionados con las comunicavio- nes y los computadores. Se consideran tanto aquellos que en la actualidad estin en uso, como los que estén en fase de desarrollo, Para a promocién o desarrollo de estos estindlares han paricipado dccisivar meni varias organizaciones. Este apéndice presenta una breve descripcisn de las organizaciones ris importantes de normalizacisn: + EET + 180. + UIT. + EI Forum ATM, NORMALIZACIONES EN INTERNET Y EL IETF Muchos de los protocolos que constituyen la serie TCP/IP se han estandrizado o esti en fase de estan darizacign, Mediante acuerdos universales, una organizacién denominada fa Sociedad Invernet (Internet Society) ex responsable del desarrollo la publicacién de estos estindares. La Sociedad Internet es una forganizacién de profesionales que supervisa a una serie de gabinetes y grupos de trabajo involucrados en el desarrollo ¥ normalizacién de Internet En esta seecidn se proporciona una breve descripeién del procedimiento que siguen los estindares de la familia TCP/IP en su fase de desarrollo, Las Organizaciones de Internet y la publicacién de RFC La Sociedad Intemet es el comité coordinador para el disefio, ingenieria y gestion de Internet. Entre otras cuestiones, se encarga del propio funcionamiento de Internet, asf como de la normalizacién de los protovolos usados por los sistemas finales. Dentro de la Sociedad Internet hay tres organizaciones Ponsables tanco del desarrollo de los estindares como de su publicacién ‘+ Elcomité para la arquitectura en Internet (LAB, Internet Architecure Board): responsable de efinir toda la arguitectura de Internet, proporciona las directrices y las Hineas de actuaciGn del IETF. ‘+ El comité para la ingenieria en Internet (IEFT, Internet Engineering Task Force): responsa- be del desarrollo e ingenieria de los protocolos.22 Comunicaciones y redes de computadores + El comité para la investigacién en Internet (RTF, Internet Research Task Foree): response ble de la gestidn de las actividades del IETF, asi como del proceso de normalizacisn Todo el trabajo necesario para la especificacidn de las normas y de los protocolos se lleva cabo mediante grupos de trabajo. La pertenencia tuno de los grupos de trabajo es voluntaria, siendo caracteristico el hecho de que cualquier interesado puede purticipar en los dstintos grapos. Durante el Uesurrollo de una especificacisn, el grupo de trabajo hari un borrador del documento inal denomislo Borrador Internet (Internet Draft), el cual se publicari y estar disponible «on-line» en el directorio del IETF, El documento permanoceri como «dnteenet Draft» como mucho hasta seis meses. durante este period todas las partes interesadas podrin revisarlo y comentarlo. A la vex durante ese periodo, ef IESG puede aprobur que el borrador se publique como REC (Request For Comment). Si el borrador 90 pasa al estado de RFC durante los seis meses mencionados, ser eliminado del directorio, El grup de trabajo puede posteriormente publicar versiones revisadas de borrador EI EFT, tras sv apeobaci6n por parte del 1ESG, es el responsable de Ia publicacién de los REC. Los RFC so las notas de trabajo para la comunidad que desarrolla e investiga en Internet. El contenido de estos documentos puede ser cualquier cosa relacionada con las eomunieaciones entre computadores, es decir, desde un informe sobre una reunién hasta la especificacién de un estindar. El proceso de normalizacion La decision definitiva de euil de los RFC se erige como estindar se toma en el TESG, ofdas las ree0 Imendaciones del IETF, Para convertrse una especifieacién en un estindar debe verifiear los erterios siguientes: 1 Ser estable y bien conocida «= Ser adecuada téenieamente ‘+ Haber sido experimentada suficientemente demostrando su interoperatividad entre varias inple- rentaciones independiente, 1+ Tener una aveptacin publica + Ser coms suda il por Internet, parcialmente © en su total Las diferencia esencial entre estos eriteriosy los que se uilzan en Tos estindares internacionales del 180 y la ITU-T reside en ef énfasis que aqui se pone en ls aspectos relacionados con e funcionamiento real y la experimentacidn En la Figura 1.12 se muestra Ia sucesion de pasos, denominados «Standars Truck», que debe sexuir una especificacion hasta llegar a ser aceptada como estindar, ese proceso se ha definido en ol REC 2026'. En todo el proceso, los pasos sucesivos requieren una necesidatl creciente de consenso y verilca cid, Fn cada paso, el IEFT debe establecer unas recomendaciones 0 directrices para el desarrollo del protocolo, que deben ser ratiicadas por el IESG. El proceso comienza a parti de que et IESG apruetss fa publicacidn del horrador o «lnernet Draft» como un REC en estado de norma o Estindar Propuesto. Lay cajas blancas en el diagrama mencionado representan sitaciones temporales, que deberian im plicare! minimo intervalo posible de tempo. Sin embargo, un determinado documento debe permanecet fen el estado de estindar propuesto durante seis meses como minima y como borrador estindar durante fal menos cuatro, esto es para permilir ast un periodo suficiente de revisién y remisién de comentarios. {Las cajas de color gris representan situaciones a mis largo plazo, que pueden dura vari aos sarse sobre al menos dos Para pasar a la situaciin de horrador, cada especificaciin debe experin realizaciones independiente, comprotyindose su interoperatividad, ‘Tras obtener la suficiente experiencia, la eypeiticacién puede ser elevada a la categoria de estindar Internet Llegads este punto, se le ssigna un nimero de estindar (STD). asf como un mimero de RFC. Tos RFC ate sin ota dt nose Han ene ApiIntroduccion 23 Boracor Exangar propuesto Expormental Borraaor cs estandar Esténdar Internet Figura 1.12. Publicacién de RFC en Internet. Por ditimo, cuando un protocolo se vuelve obsoleto, se pasa a la condicién de histirico. El proceso de normalizacién en documentos no estandar Cualquier protocolo 0 especiticacién que no se considere estar preparada para ser normalizad se puede publiear como un RFC experimental. Tras la realizacién de trabajos adicionales, la especificacién puede ser remitida para su reconsideraci6n. Si ka especificacién es lo suficientemente estable, ha resin to problemas planteados en el diseiio, se suponga bien comprendida, ha recibido suficientes revisiones crilicas, y parezca que despierta el suficiente interés en la comunidad, entonces el RFC se considk estar en el estado de Estindar Propuesto. Por titimo, para informar a la comunidad de Internet se publica una Bypecificaci6n Informativa LA ORGANIZACION INTERNACIONAL PARA LA NORMALIZACION (ISO) 1Ly ISO (International Organization for Standardization) es una agencia internacional para el dessrallo de normalizaciones que abarean un amplio abanico de materias. Es una organizacién Sin animo de luce. de voluntariado, cuyos miembros son organises de estandarizacidn de Tas naciones partcipantes ade- de organizaciones observadoras sin voto. Aunque ISO no es gubernamental, mis del mibros son insituciones gubernamentales. La mayoria de los miembros restantes ti mms de una 70 % de los mi relaciones muy estrechas con las sulministraciones pablicas de los respectivos paises. Por ejemplo. ef rmiembro estadounidense ex el organismo denominada «American National Standards Institutes» (ANSD) 180 se funds en 1946 y desde entonces hit especificado mis de 12.000 normalizaciones en una gran ccantidad de areas de diversa indole. Su objetivo es promocionar el desarrollo de normalizaciones y de actividades relacionadas para faeiltar et intereambio internacional de bienes y servicios, asi come desa- 7 150 nev en wala el sen fn wu eas debe ser Helmet HOS), sin una pala dive a gre Hu te signe igual24 Comunicaciones y redes de computadores rrollar la cooperacidn en la esfera intelectual, cientfica, wenoldgica y econéimica, ISO ha definide es- tindares para todo, desde cl paso de fos tomillos hasta cuestiones de energfa solar. Un sea importante dentro del campo de las normalizaciones se encarga de la arquiteetura de Comunicaciones para hiner conexién de sistemas abiertos (OSI, Open Systems Interconnection), asi camo de la definicién de estin ‘dares pars cada una de las capas de la arquitectura OSI Fn lo referente a los temas estudiados en este tex + OSI se han desarollado en real dad como un esfuerzo conjunto con olras organizaciones, com es la IEC (International Electrotechnical sion), La IEC se encarga principalmente de la normalizacion en ingenieria elgetsiea y electron ti teenologias de la informacién, ambas organizaciones se solapan, sungue la IEC pone mis énfasis en los aspectos hardware, mientras que ISO lo hace en software. En 1987, los dos grupos formaron el IFC (Joint Technical Committee). Este comié ha tenido la responsabilidad det desa Frollo de documentos en else de las teenologtias de la informacién que han side adoptados por ISO ty por el IEC. FI desarrollo de un estindar ISO en particular, desde que empieza como una propuesta hasta que se Formaliza como un estindar oficial, sigtle un proceso que se puede describe en seis pasos o fases. El Djetivo es que el esultado final sea aceptado por el mayor nimero posible de paises. A. dlescribon brevemente las lases: 1. Faye de proposicion: se asigna un tema al comité técnico apropiado, y dentro de ese eomité, a ‘grupo de trabajo adecuado. Fase de preparaciéin: el grupo de trabajo prepara un horrador de trabajo, Durante esta fase es probable que se consideren sucesivos horradores hasta que ef grupo de trahajo esté conveneido de que ha desarollado la mejor solucidn tZenica al problema abordado. En esta fase, el borrado al comité jerirquicamente superior al grupo de trabajo para entrar en la fase de con: 3. Fase en ef comité: tan pronto como el comité apruebe el primer borrador. se registra en la Se cretarfa Central de fa ISO, Se hace citeular entre Tos miembeos interesados para st considers cig, emisidn de comentarios téenicos y su posterior Votacin, Puede que en esta fase se cons: deren sucesivos borradores hasta que se alcance el consenso en lo referente al contenide tecnico, ‘Cuando hay un acuerdo suficiente, el texto esté preparado para ser remitido como documento DIS (Draft International Standard) Fase de indagactn: la Secretaefa Central de Ia ISO hace circular el DIS entee todos os mime bros del ISO para su votacign y formulicién de comentarios durante un period de cinco meses EI documento se aprobari para su consideracin como FDIS («Final Draft International Stan dard») siempre y cuando se consiga una mayoria de las dos terceras partes y no mas de un cuarto ‘del mimero total de vores sean negatives. Si no se consigue la aprobacién, el texto se devuelve al grupo de trabajo proponente para su nueva reelaboracisn, para posteriormente hacerlo circ Tarde nuevo como documento DIS y repetir ef proceso, Fase de aprobacién: el documento EDIS se disteibuye entre todos Tos estamentos del ISO por parte de la Secretaria Central para una votacién final (Si/No) durante un periodo de dos me: ses. Si se reciben comentarios tcnicos durante ese periodo, no serin considerados durante esta Fase, pero serin registrados para su posterior consideracién en una revisiGn futura del Esti dar Internacional, El texto se aprobari como Estindar Internacional si obtiene una mayorta de las dos tereras partes y no mis de un cuarto del nimero total de votos sean negatives, Si rho consigue su aprobacisn, el estindar es devucho al grupo de trabajo original para su recon sideracién, teniendo en cuenta fas razones téenicas argumentadas por parte de los volantes neg tives. 6. Fase de publieacién: una vez que el documento FDIS se haya aprobado, se introducirn slo ‘cambios minimos en el texto definitive. El texto final seréremitido a la Seoretaria Central dela ISO, la cual publicard el documento en su estado de Estindar Internacional,Introduccion — 25 El proceso de definicidin de un estindar ISO puede ser lento. Ciertamente, seria deseable que li deti- nicidn de estindares fuera tan ripida como los detalles téenicos lo permitieran, pero ISO debe asegurar se de que el estindar recibe una aceplacidn suficiente EL SECTOR DE NORMALIZACION DE LA UIT PARA LAS TELECOMUNICACIONES El sector de estandarizaci6n UIT para las Telecomunicaciones (UIT-T) es un Srgano permanente de Ia Union Internacional de Telecomunicaciones (UIT) que es a su vez una ageneia especializada de la Org nizacién de las Naciones Unidas. Por tanto los miembros del ULT-T son gobiernos, La representacisn de USA reside en el Departamento de Estado. EL objeto de la UIT-T ey «estudiar y definir recomend nes de cuestiones tenicas, teenoligicas, de operac sein para asf normalizar Tas telecomun caaciones a escala mundial». Su objetivo central es warizaciOn, tanto como sea necesario, de t6e- nicas y de modos de operacién en telecomunicaciones para Hevar a cabo una compatibifidad extremo 2 extremno en las conexiones internacionales de telecomunicacién, independientemente de los paises ori- en y destino, La UIT-T fue ereada el 1 de marzo de 1993 como consecuencia del proceso de reforma dentro de la UIT. Este organismo sustituye al Comité Consultive Internacional de Telefonsa y Telégrafos (CCITT), ue en esencia tenia los mismos estatutos y objetivos que el nuevo UIT-T. La UIT-T se ha organizado en 14 grupos de estudio que establecen las recomendaciones: 2. Funcionamiento de la red y servicios. Tarificaeidn y cuestiones econsmicas. Red para la gestion de las telecomunicaciones y mantenimiento de ka red Protecci6n contra interacciones electromagnéticas 3. 4. 5. 6, Equipamiento externo. 7. Redes de datos y comunicaciones de sistemas abiertos, 8 Caracteristicas de los sistemas telemiticas. 9. Transm 10, Lenguajes y cuestiones jn de televisi6n y sonido. snerales de software pura sistemas de telecomunicacién, 11, Requerimientos de sefalizacién y protocotos. 12, Prestaciones de redes y terminales en la transmisidn extremo i extreme, 13, Aspectos generales de la ted. 15, Redes de transporte, sistemas y equipos. 16, Equipos y sistemas de transmisién, EI trabajo dentro de 1a UIT-T se organiza en ciclos de cuatro altos, coincidiendo con Ia frecuencia con la que se organiza una conferencia mundial (0 reuni6n plenaria) para la Estandarizacisn de las Tele- ccomunicaciones. El programa de trabajo para los siguientes cuatro aos se determina en ka asamblea, en forma de cuestiones, planteadas por los distintos grupos de estudio, bassndose en los requerimientos de Jos miembros pertenecientes a los mencionados grupos de estudio. En la conferencia se fijan las cuestio: nes, se revisan los objetivos de los grupos de estudio, se crean o disuelven los grupos de acuerdo con las nevesidades, y se les asignan las cuestiones mencionadas. En funci6n de tas cuestiones asignadas, cada grupo de estudio prepara borradores de las recomenda- cones. Un borrador de recomendaciGn puede ser considerado en la siguiente reunién, de periodicidad ccuatrianual, para su aprobacidn. Sin embargo, cada vez mas frecuentemente fas recomendaciones estén siendo aprobadas tan pronto como estén listas, sin necesidad de esperar al final del periodo de cuatro aiios, Este procedimiento acelerado se esté adoptando desde el periodo de estudio que finali2é en 1988.26 Comunicaciones y redes de computadores Por tanto, 1988 fue la lima vex en la que se publicaron simultine tos a modo de recomendacisn, EL FORUM ATM, La UIT-T es responsable, de entre otras reas, del desarrollo de estindares para ta RDSI de banda ach "ATM. EL Forum ATM juega igualmente un papel crucial es fl desarrollo de los estindares. ATM, En la UIT-T y en los miembros paticipantes provenientes de los disintos paises. ef proceso de la elahoracién de norms se caracteriza por un mecanisae de consenso, fenlre gobiemor, usuarios, y representantes del sector industrial, Este proceso puede ser dilatado eel smpo. Aungue la UIT-T ha extremado sus esfuerzas, los retardos en fa elaboracivin de kis norms son particularmente signiicativos el Area de ka RDSI-B, en ka que fa tecnologia dominante es el modo de transferencia asincrona (ATM «Asynchronous transfer mode»), caracterizada por su ripida y cambiante cevolucién, Debido, pues. al gran interés que ha despertado la tecnologia ATM, se cred e) Forum ATM con of abjetivo de acelerar ef procedimiento elahoracién de normas para ATM El Forum ATM es ura forganizacidn internacional sin dnimo de lucro, constituida por 600 miembros de distin eompanias. Los usuarios finales también tienen su represemtacién en el Forum, EI Forum ATM ha recibido una mayor atencién y nivel de vinculein por parte de lo Fabricantes de computadores que la propia UIT-T, Debido a que et Forum tabaja sobre una polities de mayors en lugar de la esirtegia del consenso, a sido capa de adaptarse ripidamente para definir algunos de ls detalles necesarios para It implementacisn de ATM. Este esfuerzo, ha redundada en un beneliio pars ef esfuerzo normalizador de la UIT. Hay una serie de recursos disponibles en Internet y en la Web para complementar & este texto, que pus den ayudar al Ieetor para estar al dia respecte a los desarrollos Tlevados a cabo en este contexte, PAGINAS WEB PARA ESTE LIBRO ‘Se hs disehado una pagina Web especial paca complementar a este libro, esti disponible en hup: ‘wow, williamstallings.com. Una descripcion detallads de este sitio puede verse en ft seceign «Paginas Web para este Liben» antes del Prefacio, an pronto como se deteeten erratas tipogriticas asf como toda elase de errores, se publicarin en hup://www.williamstallingscom. El fichero se actualizani cuando se necesite. Por favor, comuniquen ‘cualquier tipo de error detectado al autor ws@shore.net. En el mismo sitio se pueden encontrar ists de ferrals pars olros libros del autor, asf camo informacion y oer par la aquisicidn de otros bros eseritos por el autor. OTROS SITIOS WEB Hay una cantidudl enorme de sitios Web con informacién relacionada con los temas tratados en ot lbe. En los capitulos siguientes, se pueden encontrar referencias de sitios Web especificos, en cada una de las seveiones «Lecturas Recomendadas». Debido i kr tendeneia que tienen las URL de cambiar frecuet temente no han sido incluidas en este ibaa. Todos los sitios Web citados a lo largo del fibro pueden ser cexplorados a través de los correspondientes enlaces que se ha habilitado en Ii pagina Web det lbw.Introduccion 27 Las siguientes piginas Web son de interés general y estdn relacionadas con las comunicacioney y redes de computadores: + El mundo de las redes: informacién y enlaces a recursos sobre comunicaciones de datos y reds. # IETF: mantiene archivos relacionados con Internet y sobre las actividades de la IETF. Incluye tuna biblioteca de RFC y de borradores indexada por palabras clave, asi como otros muchos docu! mentos relacionados con Internet y protocolos asociados, Fabricantes: enlaces a piginas Web de més de 1,000 fabricantes de hardware y software, asf co mo un directorio telefénico de miles de empresas de computadores y redes. + Bibliografias sobre computacién: una coleccién de cientos de bibliogratias con cientos de miley de referencias. + La sociedad «IEEE Communications Publicaciones, ete, ‘+ Grupo «ACM Special Group on Communications (SIGCOMM)» informado sobre congresos, publicaciones, ete. ‘+ Unidn Internacional de Telecomunicaciones: contiene una lista de recomendaciones de ka UIT- T, may informacién para la obtencién de documentos de la UIT-T, impresos o en CD-ROM. + Organizacién Internacional para la Estandarizacién (OSI): comtiene una lista de normas as informacién sobre como obtener documentos impresos o en CD-ROM, ina buena forma de estar informado sobre conferencias 1a buena forma de estar GRUPOS DE NOTICIAS USENET Se ha establecido una serie de grupos de noticias USENET, sobre aspectos relacionados con la comuni- ceaci6n de datos y las tedes. Como en casi todos los otros grupos USENET, en estos grupos hay una gran relaci6n ruido-sefial, a pesar de esto, periédicamente vale la pena comprobar si algo se ajusta a sus nec sidades. He aqué una muestra: + comp.dcom.lan, comp.dcom.lans.mise: debate sobre LAN en general ++ compastd.wireless: debate sobre redes inalimbricas, inclayendo, entre otras, redes de area local inakimbeicas ‘+ comp security,mise: seguridad en computadores y eneriptacisn. ‘© comp.dcom.cell-relay: sobre ATM y LAN ATM, ‘+ comp.dcom.trame-relay: sobre redes aframe relay» ‘+ comp.deom.net-management: debate sobre aplicaciones de gestién de red, protocolos y estindares. + comp protocolo.tep-ip: sobre fa familia TCP/IP.CAPITULO 2 24. 22 2.3. 24, 25. Protocolos y arquitectura Protocolos. Caracteristicas Funciones os! El modelo Normalizacién dentro del modelo de referencia OSI Primitivas de servicio y pardmetros Las capas de OS! Arquitectura de protocolos TCP/IP La aproximacién de TCPAP La arquitectura de protocols TCP/IP Funcionamiento de TCP e IP Interfaces de protocolo Las aplicaciones Lecturas recomendadas Problemas30 Comunicaciones y redes de computadores COO Oe eee eeeeeesesesesessesesens ‘© Una anyuitectura de protocolos es una estructura de capas hardware y software que facilita el inte. ceambio de datos entte sistemas, y proporciona aplicaciones distribuidas como por ejemplo el como tlectrsnico y la wansferencia de Ficheros, «En cada capa de la arquitectura se implementan uno 0 vatios protocolos. Cada protocolo proporcions, un conjunto de reglas que regulan el intercambio de datos entre los sistemas. ‘Las tareas tipicas que reafiza un protocolo son entre otras: encapsulamiento, segmentacién, ensambla- do, contro! de la conexidn, transmisi6n ordenada, control del flujo, control de errores, direccionamien- to y multipiexacién. + 1 arquitectura que mas se usa es la familia de protocolos TCP/IP. en la que se definen fas siguientes ‘capas: Fisiea, aeceso a fared, intemet, transporte y aplicaisn, SOOO meme seer ee eee sesso eeeseeeees para abordar con éxilo el resto de eapitulos del texto, En este capitulo se muestra cémo los temas ‘considerados de la Parte Ila la V se eamarcan dentro de la transmisién de datos y de las redes de Computadores. Este capitulo se pucde leer aqui, es decir en su lugar natural, © bien al principio de ls Panes Ill, Io V" EI capitulo comienza presentando el concepto de protocolo de comunicacién. Se demuestra que fs protocolos son fundamentales en todas las comunicaciones de datos, A continuacién, para describe & implementar sisteméticamente las comunicaciones, el problema se plantea en términos de capas, las {uales contendran protocolos. Esta misma aproximacién es la que se adopt6 en el ya famoso modelo de interconexion de siemas abiertos (OST, Open Systems latereonnection). E ‘objetivo de este capitulo es servir de visién general y proporcionar los conacimientos bisices Aungue ef modelo OSI es consigerado universalmente como el modelo de referencia hay otro mode- lo, denominado arquitectura de prowocolos TCP/IP que definitivamente ha ganado la batalla comercial [La mayor parte de los protocolos que se describen en la Parte V pertenecen a la familia TCPAP. A lo largo de este capitulo se presentard un resumen de los mais signifiativos. Comenzaremos nuestro estudio dando una visién general de las earacteristicas principales de os proto- clos. Antes de proseguir, el letor deberfarepasar los conceptos asociads 3 fos protocoles definidos en el Capitulo 1 CARACTERISTICAS Los protocolos se caraeterizan fundamentalmente por ser « Directosindirectos. + Monoliticos/estructurados. Simeiicos/asimétricos, oe \indares/no estindlaes, "Ped se ilps lestor asc na ctr prin del minnoy onteriormente recoil eo pofundid sts concn det Pte V.Protocolos y arquitectura 31 La comunicacion entre dos entidades puede ser diecta o indirecta. En este sentido, en la Figura 2.1 se desciben algunas situaciones posibles. Si los dos sistemas que se Van a comunicar comparten una Ifnea punto a punto, las entidades de estos sistemas se podrdn comunicar directamente: es decir, los datos y ta infor- macida de control pasarin directamente entre las entidades sin la intervencién de un agente activa, Esta misma idea es aplicable a configuraciones multipunto, aungue en este caso las entidades deberan solu cionar el problema del contro! del acceso, complicando asf ef protocolo. Si los sistemas se conectan a través de una red conmutada no se podra aplicar un protocolo directo. El posible intercambio de datos entre dos entidades dependerd a su vez de buen funcionamiento de otras entidades. Un caso algo mis complejo sera cuando las dos entidades no compartan la misma red conmutada, aunque eso si deberdin estar conectadas a través de dos © mis redes. A un conjunto de este tipo de redes intervonectadas se les denomina Internet, [+——__{JJ (@) Punto punta (0) Red ge usin mutiounto () Red conmutada 0 (6) ieoret Figura 2.1, Tipos de conexién en un sistema de comunicacién.32 Comunicaciones y redes de computadores ‘O1ra caracteristica de los protocolos es su caricter monolitico o estructurade, Conforme el lector © vaya adentrando en el libro iri comprendiendo que la tarea de la comunicacién entre sistemas remoies es lo suficientemente compleja como para abordarla y concebirla monoliticamente como wn wdo. Por ejemplo, supdngase una aplicacién de correo electrinico ejecutindose en dex computadores conectaes mediante un enlace sincrono HDLC. Para ser estrictamente monolitca. la aplicaeién deberia contener toda la logica del HDLC. Sila conexién se Hlevara a cabo a través de una red de conmutacién de pague tes, en este caso la aplicacién necestaria igualmente ineluir la légica del HDLC (0 agin prevocole cequivalente) para conectarse a la red, Adems del software anterior, la aplicacién deberia incluie: eb sof ‘ware pura dividir los mensajes a transmitir en unidades del tamaio de un paguete, el software para soliciar un circuito virtual, el La aplicaeién necesitara inclu soliware para la sineronizaciéa tempo ral, es decir, los mensajes Se deben enviar silo en el caso de que el sistema y la entidad destino estés activas y preparadas para recibir. Esta sineronizacién necesita de Higica adicional que debe incluire en [a aplicacion. Es mis, como se irs viendo la lista de problemas a resolver es todavia ‘mayor. Ea Ia aproximacis cualquiera de lox detalles implica que toda la aplicacién deberia modificarse, con el re aducir errores dificiles de localiza Como altemativa se puede optar por una téenica de disefo ¢ implementacién estructura En lugar de un Ginico protocolo, en este caso habri un conjunto de protocoles organizados con una estructura pot ‘capas o jeranquica, Las funciones basicas se implementari en las entidades de los niveles inferioges las {ales proporcionan servicios a las entidades de los niveles superiores. Por ejemplo, a aplicacion de {correo elecirinico podria ilar los servicios del médulo (0 entidad) HDLC cuando le hiciens falta, Nolese que esto introdce una nuova Forma de dependencia: al intercambiar datos kas entidades de los niveles superiores dependerin de las entidaes de los niveles inferiozes ‘Cuando se opta por un disefio estructurado, a todo el conjunto de hardware y software que se utiliza para la implementacién de las funciones de comunicacién se denomina arquitectura, Tras esta seccid el resto del capitulo se dedica a este concept, Un protocolo puede ser simétrico o asimétrieo, La mayorta de los protocolos que se van a estudiar seri siméiricos, Es decir, involucran a entidades pares. En ciertas situaciones la simetsia vende im- puesta por la naturaleza del intereambio (por ejemplo, un proceso «cliente» y un «servidor»), 0 por It ‘necesidad expres de reducit la complejidad de lis entidades o de los sistemas. Un ejemplo de esta ne tesidad puede ser el mado de respuesta normal del HDILC. Normalmente, este modo implica que un ‘computador sondea una serie de terminales, La lgica en el extremo del terminal es muy sencilla Por tltimo, un protocolo puede ser estindar o no estindar. Un protocolo no estindar es aguel que se disefia y se implements para una comunicacién particular, ¢ al menos para un computador con un ‘modelo particular. Supéngase que se comunican K tipos diferentes de fuentes con L tipos de receptores de informacién, si no hubiera estindares se necesitarian KL. protocotos diferentes, udemis de 2 * K = L implementaciones diferentes (Figura 2.2). Si todos los sistemas compartiran un protocolo comin, se necesitarian tan s6lo K +L implementaciones (Figura 2.2b). El uso creciente de sistemas de procesimniento distribuide junto con la tendencia decreciente por parte de los clientes a depender de un Unico fabricante, han forzido a que los fabricantes implementen protocolos que obedezcan a estindares bien establecidos FUNCIONES es de retomar la discusién sobre las anquitecturas de comunicaciéin asf como sobre las distintas capas de protocolos, se va a estudiar un conjunto reducido de funeiones que consttuyen Ia base de todos los protacoles. No todas los protocoles proporcionan estas Funciones, ya que ello immplicaréa wna duplics ida innecesaria de las mismas. No obstante, hay algunas funciones que se repiten en algunos protecoles Siados en distinios niveles, El andlisis que se va a realizar es necesariamente abstracto, ya que se va a proporcionar una revision sonéricu de las caracteristicas y funciones de los protocolos de comunicacién. El concepto de protocolProtocolos y arquitectura 33 2) Sn estindares: 12 protoctes (©) Con estanaares: 1 protocate: 28 mplementaciones de protecaios 7 impiemestacones Figura 22. Uso de protocolos estandarizadios. ‘es muy importante para la mayoria de kas cuestiones que se abordan en este texto, y conforme el lector vaya adentrandose en el mismo, podr encontrar ejemplos de todas las funciones que a continuacién se van a comentar Las funciones de un protocolo se pueden agrupar en: ‘+ Encapsulamiento, ‘© Segmentacién y ensamblado. + Control de la conexisn, + Entrega en onden # Control del yj. + Control de errores + Direccionamiento. ‘© Multiplexacién, Servicios de transmisién, Encapsulamiento Cada PDU no slo contiene datos, sino que adems debe incluir informacién de control. De hecho algu- nas PDU contienen informacion de control exclusivamente, La informacién de control se puede clasiti- ccar en las siguientes categorias receidn: en la PDU se debe indicar la direccisn del emisor y/o del receptor. # Cédigo para la deteccién de errores: para la deteccién de errores en la trama se debe incluir alguna secuencia de comprobacién,34 Comunicaciones y reds de computadores + Control det protocoto: en la PDU se incluye informacién adicional para llevar a cabo las funcie- ‘nes de] protocolo que se mencionan a com ‘Se denomina encapsutamiento al hecho de afiadir a los datos informacién de control. Los datos s aeptan o generan por una entidad, y se encapsulan en la PDU junto com la informacisn de contol (vee se Figuras LT y 1.8), Segmentacién y ensamblado® Et protocolo es el encargado det intereambio de cadenas de datos entre dos entidades, Normalmente, fa transferencia se realiza mediante una secuencia de bloques de datos de tamano limitado, En cl nivel & aplicaciéa, la unidad logica de datos @ transmitir se denomina mensaje. Tanto sila entidad de aplicacion envia los datos agrupados en mensajes si se trata si los envia come cadena continu, los protocols de los nivelesinferiores pueden necesitar pani los datos en bloques mis pequefios. Este procedimiento se denomina segmentacién. Denominaremos unidad de datos del protocolo (PDU, Protoco! Data Unt) a Dogue de datos a intercambiar entre dos entidades. Hay una serie de razones, ependientes del contexto, que jusifican la segmentacidn, Entre otras ese ‘= La red de comunicaciones puede que solo acepte bloques de datos de un tamafo limited. Por ejemplo, en una red ATM el tamao de los bloques esttlimitado a $3 octetos, por el contato Ethernet impone un tama maximo de 1.526 octets. + Los mevanismos para ef control de errores pueden ser mus eficientes cuanto menor sea el tao dd la PDU. Al utilizar PDU menores, cuando la PDU tenga errores ef rimero de bits a retransmit + Fl acceso a las facilidades de transmisin que sean compartidas serd mis equitativo y Hos retards scrin igualmente inferiores. Por ejemplo, sino se fjara un tamaito maximo cualquier estaciin po- Aria monopoiizar un medio compart. + Un tamafio de PDU menor implica que las entidades receptoras tienen que reservar menores tama fios de memoria temporal + A veces, una entidad necesitaré que la transferencia de datos se interrumpa con cierta periodicidad para llevar a cabo tareas de comprobaci6n y/o reiniciorecuperacién, Por el contrario, hay una serie de desventajas en la segmentacion que justifican utilizar bloques de tamaiio lo mis grande posible © Como se acaba de explicar, cada PDU contiene ciesta cantidad de informaci6n de contwol, Por tant, cuanto menor sex el Bloque, mayor serie porcentaje de informacion suplementaria, + La Hlegada de un PDU genera una interrupcién que se debe atender, Cuanto menor sean Tos blo- ‘ques nuis interrupciones se generac, + EL tiempo necesario para procesar PDU que sean pequelias, y por fanto mis numerosas, ser su- petior. aador de protocolos, a kt hora de determinar el tama maximo y minimo de las PDU debors ta tvdos os Factores citados, 1 procedimiento contrario a la Segmentacién se denomina ensamblado. Los datos segmentados ddrin que ensamblarse recuperando el formato de los mensajes originales para ser entregados a la emtidad ide aplicacién destino. La tarea ser mas complicada si las PDU se reciben desordenadas, n la Figura 1.7 se muestra el procedimien de la segmentacién,Protocolos y arquitectura 38: Control de la conexion En una tansferencia de datos no orientada a conexidn, la entidad emisora transite los datos al otro ‘extremo de forma tal que cada PDU se tratara independientemente de las PDUs recibidas con anteriori- dad. Un ejemplo de este tipo de transferencia es la utlizaci6n de datagramas, deserita mis adelante en cel Capitulo 10. En los casos en que las estaciones prevén un intercambio voluminoso de datos y/o hay ciertos det es del protocolo que se deben controlar dindémicamente sera preferible (o incluso obligatorio) la trans- ferencia orientada a conexidn, Una asociacién I6gica, © conexidn, se establece entre dos entidades, En este tipo de transfereneia se dan wes fases (Figura 2.3) # Establecimiento de la vonexisn ransferencia de datos. « Cierte de la conexién, n protocolos que sean mls sofisticados se darén, ademas de las anteriores, fases de interrupei6n de Ta conexién y fases de recuperacisn, siempre que se presenten errores y oiros tipos de interrupciones. Durante fa fase de establecimiento de la conexi6n, las dos entidades acordarin el intercambio de datos. Normalmente, una de las estaciones enviar una solicitud de conexién (usando una transferencia no orientada a conexién) a Ta otra, Puede que en el proceso esté involuerada una autoridad central. En Jos protocolos mis sencillos, la entidad de recepcidn aeeplaré o bien denegard la solicitud recibida, y consecuentemente la conexién se considerari estar establecida 0 no, En protocolos mais complejos. esta fase incluird una fase adicional en la que se negociarsn aspectos relacionados con fa sintaxis, semiintica y temporizaci6n del protocolo. Evidentemente, ambas entidades deberin utilizar el mismo protocolo. No, ‘obstante, los protocolos pueden ofrever una serie de opciones que deben ser pactadas mediante una ne- gociacidn, Por ejemplo, aunque un protocolo pueda admitir un tamaiio de PDU de hasta 8.000 octetos, luna estacisn en particular puede tener limitaciones de PU de 1,000 octetos. ee Datos TL see Tempo «<= je Sei Ko are Figura 2.3. Las fases do la transforencia de datos orientada a conexién. Tras el establecimiento de la conexién, se entra en la fase de transferencia de datos, Durante esta fase se imtereambia tanto datos como informacién de control (por ejemplo, para el control del flujo 036 Comunicaciones y redes de camputadores control de errores). La Figura 2.3 muestra una situacidin en la que los datos se transmiten en un solo sentido, mientras que las confirmaciones se transmiten en el sentido contrano. La situacién mis tpica es, si embargo, aquella en la que datos y confirmaciones se transmiten en ambos sentidos. Finalmente, cualquiera de las dos entidades puede desear terminar la conexién, y asi lo hard enviando una solicitud de cierre de la conexién. O bien, alternativamente puede ser que el cierre esté ordenado por una autor: dlad central La caracteristica principal de la transferencia orientada a conexign es que cada extremo aumera se ‘cuencialmente las PDU que envfa al otro extremo. Cada entidad sabe que est involuerada en una cone ion I6gica, por Io que pode controlar los nimeros de salida que ella genera asf como de los ndimesos de entrada, fos cuales habrin sido generados en ef oto gxtremo. De hecho, se puede defini la trans Fencia orientada a conexiGn como aguella en la que los dos extremes numeran y controlan Tas: PDU tanto de entrada como de salida. La numeracién secuencial esti relacionada con iees funciones funda: mentales: ka entrega en orden, e} contro de! flujo y el control de errores, Entrega en orden Si dos entidades de comunicacién residen en estaciones* diferentes conectadas través de una red. he bri un cient riesgo de que las PDU lleguen con un orden diferente al de partida, ya que puede que hayan seguido rulas distintas para llegar al destino. En los protocolos orientados a conexisn, se suc ‘exigir que se mantenga el orden en las PDU, Por ejemplo, si se est transfiriendo un Fichero entre dos sistemas, es evident, que se debe exigir que los registos del fichero se recian en cl mismo orden del fichero én el origen. Si cada PDU se rumera secuencialmente y con un nimero distinta, mantener el ‘orden en ef secepior seré una tarea sencilla, simplemente considerando los niimeros de las PDU recibi- «las, Un problema en este tipo de esquema es que con un campo de némeros finitos, los mimenos de secuencia se repetiin (médulo el maximo numero posible de la secuencia). Evidentemente, el niimero miximo en la secueneia debe ser mayor que el méximo nimero de PDU pendientes. De hecho en als hos casos (vomo por ejemplo, en ARQ con repeticin sclectva, véase Capitulo 7) el mi tend que ser igual af doble del maximo nimero de PDU pendientes. Control del flujo El control del lyjo es una operacisn realizada por la entidad receptora para limitar la veloeidad 0 cant dad de datos que envia ka entidad emisora, La uproximacién mas sencilla para el control del fluo es ef procedimiento de parada-y-espera ‘que cada PDU se debe confirmar antes de que se pueda enviar Ia siguiente, Los protocolos mis elicien tes implican la concesién de una especie de erédito al emisor, que no es sino la cantidad de datos que puede transmit sin esperar eonfirmacisn, La téeniea de ventana corredera del HDLC es un ejemplo tipico de este procediraiento EL control del flujo es un ejemplo tipico de una funcién que se debe realizar en varios protocolos. Considérese otra ver la Figura 1.6, La red necesitaré controlar €) flujo en ef aeceso a la red de X me diante el protocolo de control de acceso. Al mismo tiempo, el médulo de aceeso a la red de Y tendr un ‘espacio limitado para la memoria temporal y por canto fendi que ejercer un control del Hujo via et protocolo de transporte. Por dlkimo, aungue él médulo de aeceso a la red de Y puede controlar sw fjo ‘de datos, la aplicacién en ¥ es igualmente vulnerable a una sobrecarga, Por ejemplo, ka aplicackon pue- de Dloguearse esperando un aeceso a disco, Por tanto, el control del flujo seri necesatio tambicn en el nivel de aphieacian, a * Ga erates ingles ne irs facut olin nt alc por exac,¥ hake rere a i ‘omnia sonst ua como po ejemplo un PC estan de aaj serioProtocolos y arquitectura 37 Control de errores Las tenicas de control de errores son necesarias para recuperar pérdidas o deteriores de los datos y de Ia informacién de control. Generalmente, el control de errores se implementa mediante dos funciones separadas: Ia detecciGn de errores y la retransmisi6n. Para llevar a cabo la deteccidn, el emisor inserta cco cada PDU transmitida un codigo que sea capar de detectar errores, este ebdigo seri funcidn de los bits que constituyan lx PDU. El receptor comprobari el valor del eddigo en la PDU recibida. Si se de- tecta un error, el reveplor descartara la PDU. Si no se recibe una confirmaciGn de la PDU wransmitida dentro de un intervalo razonable de tiempo, el emisor retransmitira 1a PDU. Algunos protocolos utilizan ademas algin cOdigo para la correccién de errores, el cual hace posible que el receptor no sélo detecte Jos errores, sino que ademas en algunos casos los cortija AI igual que el control del flujo, el control de errores es una funci6n que se debe realizar en varios niveles de la arquitectura. Considérese de nuevo la Figura 1.6. El protocolo de agceso a Ia red deberia incluir algdin procedimiento para el control de errores para asegurar ast que los datos se intereambian con garantfa entre la estaci6n y la red. No obstante, puede que dentro de ta red se pierda algdin paquete. por lo que el protocolo de transporte deberfa ser capay. de recuperar esta pérdida Direccionamiento El concepto de direccionamiento dentro de una arquitectura es complejo y abarca una serie de cues nes como las siguientes El nivel del direecionamiento. El aleance det direccionamiento, ‘+ Los idemtficadores de ka conexi ‘+ El modo de direccionamiento, Para {a explicaci6n se va a utilizar fa Figura 2.4, en dicha figura se muestra una configuraci6n en ta que se utiliza Ia aryuitectura TCP/IP. Los conceptos son esencialmente los mismos para la arquitectura OSI como para cualquier otra arquitectura EI nivel de direccionamiento hace referencia al nivel de la arquitectura de comunicaciones en el ‘que se identifica a la entidad, Normalmente, cada sistema (por ejemplo, un servidor 0 una estacidn de (rabajo) o sistema intermedio (por ejemplo, un router) esté asociado a una dniea direccin, Esa direccién por lo general es una direccién del nivel de red, En la arquitectura TCP/IP, esta direecién se denomina direecién IP, o simplemente direccién Internet, En el caso de li arquitectura OSI, se denominan punto Ue acceso al servicio de red (NSAP, Network Service Access Point). Lu direccién del nivel de ted se utiliza para encaminar la PDU a través de la red o redes hasta el sistema destino, cuya direccién vendri indicada en la direccién del nivel de red destino de la PDU, Una ver que los datos Hegan al destino, deberin cederse a algiin proceso o aplicacin denteo del sistema, Normalmente, el sistema destino podra procesar varias aplicaciones y cada aplicacion pod servira Varios usuarios. A cada aplicacién, y probablemente, a cada usuario concurrente dla apicacién se le asigna un identiicador Gnico, denominado en la arquitectura TCPAP puerto o punto de acceso al servicio (SAP. Service Access Point) en la arquitectura OSI. Por ejemplo, una estacion puede ejecutar simulténeamente una aplicaci6n de correo electrénico y otra de transterencia de Ficheros, C cada aplicacion deberd tener un mimero de puerto © SAP sinico dentro del sistema, Es ms, ta apicacisn para Ia transferencia de fieheros puede dar servicio a. varias transferen fen cuyo caso, cada transferencia deber tener asignada de forma dinamica un mimero de puerto 0 SAP que sea tnico, La Figura 24 muestra dos niveles de direccionamento dentro del sistema, Este es el e250 1 to que ocure en lu arqitectra TCP/IP. No obstane, puede haber direcionamientos en cada arqitectura Por ejemplo, se puede asignar un SAP unico para cada nivel de la anqutectura OSL38 Comunicaciones y redes de computadores [| ee acceso a S00 (SAP) Cones ten (eenescn To) 1 Direcion glo Papen ° Protocala de acone0 Prtocle de acceso ‘slaved st ‘Siareds2 Fit conenian ies Fisica orecson ce pnts Goji. © ae Routers eo Figura 2.4, Conceptos de direccionamiento. ‘Ota cuestién relacionada en fos sistemas finales o intermedios es el aleance del direccionamiento La direceién Internet o NSAP que se han mencienado previamente son direeciones global, Las care teristcas fundamentales de las ditecciones globales son: + No ambigiiedad global: una direccisn global identifica a un solo sistema, Los sinénimos estin permitidos, Es decir, un sistema dado puede tener mis de una direccién * Aplicabilidad glob diteceién global Js desde cualquier sistema ve podrd identificar a cualquier otro utlizando su Dado el carctertnico y de aplicabilidad global de las direcciones, con ellas se hace posible que en Inwernet se encaminen datos desde cualquier sistema origen conectado a cualquier red hasta cualquier ‘ito sistema destino situado en cualquier red distin En la Figura 2.4 se muestra fa necesidad de otro nivel adicional de direccionamiento, En cualquier red, todas lis interfaces de cada dispositive conectado deberin tener una tinica direccién. Come por ejemplo la divecciga MAC en una red IEEE 802, 0 la direccién de la estacion en una red X.25, Estas ireceiones hacen posible que las redes encaminen las unidades de datos (por ejemplo, las teamas MAC 6 los paquetes X.25) y las hagan llegar al sistema destino, Este tipo de drecciones se denominan direc times del punto de conexidn en let red. El aleance del direccionamionto es un concepto que silo tiene sentido para dirveciones del nivel de red. Por encima del nivel de red, un puerto o SAP debe ser dnico dentro del sistema destino pero 0 tiene por qué ser globalmente nico. Por ejemplo, en la Figura 2.4, puede haber un puerto 1 en el sist ‘ma Ay un puerto con igual ndmero en el sistema B, La identificacidn completa de estos dos puertor podria ser de forma univoca A.1 y B.l, respectivament,Protocolos y arquitectura 39 FI concepto de identificadores de la conexién tiene sentido exclusivamente cuando se trata de transferencias orientadas a conexién (por ejemplo, circuitos virtuales), no siendo aplicables para el caso de transferencias no orientadas a conexién (por ejemplo, datagrama). Para estas dltimas, se debe utilizar tun nombre global para cada transmisi6n. En Jas transferencias orientadas a conexidn, es a veces desea ble utilizar un nombre de conexién durante la fase de transmisiOn. BI escenario es como sigue: la ent dad 1 en el sistema A solicita una conexidn a la entidad 2 del sistema B, utilizando la diteccién global B.2. Cuando B.2 acepta la conexiGn, se proporcionard un identificador de fa conexidn (normalmente un ‘nimero), este idemificador se utilizara por parte de las dos entidades en futuras transmisiones. La util zacién de idemtificadores de la conexién tiene las siguientes ventajas: + Reduccién de cabeceras: los identificadores de la conexién son, por lo general, més cortos que los identificadores globales. Por ejemplo. en el protocolo X.25 (estudiado en el Capftulo 10) utli- zado cn las redes de conmutacién de paguctes, los paquetes de solicitud de conexién contienen campos que especifican las direcciones origen y destino, con longitud predefinida del orden de varios octetos. Tras el establecimiento de la conexién lgica, denominada circuito virwal, los pa guetes de datos contendrin un identificador para el circuito virtual de tan slo 12 bits Encaminamiento: al establecer Ia conexién se debe definir una ruta fija, El idemtficador de la conexidn sirve para que los sistemas infermedios (por ejemplo, Jos nodos de conmutacion de pa ‘quetes) idemtifiquen Is ruta y puedan encaminar las PDU futuras. ‘+ Multiplexacién: esta funcidn se estudiard posteriormente. No obstante, se puede adelantar que es posible que una entidad desee utilizar simultdneamente mis de una conexidn. Por tanto, las PDU se deben identificar mediante el identiticador de la conexién, ‘+ Uso de la informacién de estado: una vez que la conexi6n se haya establecido, los sistemas finales deben mantener informacién del estado selativa a la conexién, Esto posibilita funciones tales como cl control del flujo o cl control de errores mediante la uilizacién de mimeros de secuencia, En los Capitulos 7 y 10 se considerarin ejemplos de estas tenieas en HDLC y X.25, respectivamente La Figura 2.4 muestra varios ejemplos de conexiones. La conexin lgica entre el router Jy la esta ign B se lleva a cabo en el nivel de sed. Por ejemplo, si la red 2 es una red de conmutacién de paquetes que utilizara X.25, entonces esta conexidn légica deberfa ser un circuito virtual. En niveles superiores, muchos protocolos de transporte, como, por ejemplo, TCP proporcionan conexiones l6gicas entre 10s usuarios del servicio de transporte. De esta manera, el TCP puede establecer una conexién entre dos puertos de diferentes sistemas, Otro concepto relacionado es el modo de direccionamiento, En Ia mayoria de los casos, una dire cidn alude a un dinico sistema o puerto, en estas circunstancias el modo de direccionamiento se denomi- 1a wnidestino (wnicast). Abora bien, es igualmente posible que una direccién aluda a mds de una entidad o puerto. Este tipo de ditecciones identifican simulténeamente a varios destinos. Por ejemplo, un usuario podria desear enviar un documento a una serie de destinos. O, por ejemplo, el centro de control de una red puede anunciar a todos los usuarios que li red se va a caer. Una direccién que identifique a varios usuarios puede ser de tipo difusidn (broadcast) cuando aluda a todas las entidades dentro de un dominio, ‘© puede ser de tipo multidestino (multicast) cuando se refiera a un subconjunto especifico de entidades. En la Tabla 2.1 se ilustran las posibilidades. Multiplexacion La multiplexacidn es un concepto relacionado con ef direccionamienio. Un posible esquema de multi- plexacién es aguel en el que se establecen varias conexiones dentro de un tinico sistema, Por ejempl en X.25 puede haber varios circuitos virluales que terminen en un sistema dado. En este caso, se podria decir que los circuitos virtuales se han multiplexado sobre una tinica interfaz fisica entre el sistema final ¥y la red. La multiplexacién también se puede llevar a cabo usando los nombres de los puertos, los cuales permiten a su vex miltiples conexiones. Por ejemplo, puede haber una serie de conexiones TCP que ferminen en un sistema dado, cada una de ellas entre pares diferentes de puerto.40 Comunicaciones y redes de computadores Tabla 2.1. Modos de direccionamiento. {— Destino Direccion de red Direccion del sistema | Direccién de puerto/SAP Tniestna Teva Toca inva individual Grepo | uiiestiro Tod Supe Todos Sno | Individual Individual ° Todos | ouion ipgeiia ‘ee ice | Todos Totes Tales | La multiplexacién se utiliza en otros contextos distntos, en particular en la asignacién de conexio res de un nivel a otro. Considérese de nuevo la Figura 2.4. La red 1 puede proporcionar un servicio de circuitos virwales. Para cada conexin que se establezca en el nivel superior, se debe establecer uns ‘conexidn de circuito Virtual en el nivel de acceso a la red, Fsta es una relacién uno-a-uno que evidente- Conexion del nivel ferar Cone det nv! syperior (@)Une aun (by Munpiexecion ascenente (e) Mutiexacion descendente Figura 2.5, Muliplexacion y conexiones de protocolos.Protocolos y arquitectura 41 mente no tended siempre que ser necesariamente asi, La multiplexacién puede realizarse de dos formas *— distintas (Figura 2.5). La muliplexacién ascendente (0 hacia adentro), consiste en que varias conexiones el nivel superior comparten, o se multiplexan sobre una tinea conexi6n del nivel inferior. Esta tenica puede ser dil para hacer un uso ms eficaz del servicio del nivel inferior © para proporcionar varias conexiones del nivel superior en un entorno donde slo exista una nica conexién de nivel inferior. En la Figura 2.5 se muestra un ejemplo de multiplexacién ascendente. La multiplexacién descendente, © division, consiste en establecer una dnica conexién del nivel superior utilizando varias conexiones del nivel inferior, el tifico de la conexisn del nivel superior se divide asf entre las conexiones inferiores. xa tenica se puede utilizar para afadir seguridad a la conexisn, mejorar las prestaciones o la eficacia. Servicios de transmisién Un protocolo puede proporcionar una serie de servicios adicionales a las entidades que lo utilicea. Por ejemplo, cabe mencionar los siguientes ejemplos: ++ Prioridad: ciertos mensajes, como, por ejemplo, los de control, puede que necesiten Hegar ala ‘etidad destino con el mimo retardo posible. Un ejemplo de esta aecesidad podria ser la solici= tud de cierre de una conexién. En definitiva, las prioridades deberian estar asignadas a cada men- saje individualmente. Ademés de esto, cabria igualmente una asignacién de prioridades por cone + Calidad de servici relardo miximo, Jertos tipos de datos requieren una velocidad de transmisién minima © un + Seguridad: a veces ciertos mecanismos de seguridad, como, por ejemplo, el acceso restringido, pueden ser necesarios. Todos estos sistemas dependerin del sistema de transmision subyacente y de cualquiera de las enti- ddades que intervengan en los niveles inferiores. Si fos niveles inferiores pueden offecer estos servicios, Jas entidades superiores podrin hacer uso de los mismos invocando al protocolo correspondiente. ‘Como se estudis en ef Capitulo 1, los esténdares son necesarios para faciltar la imteroperatividad entre quips de distintos fabricamtes y' para estimolar la economia de gran escala, Es evidente que una sola normalizacién no es suficiente, ya que las areas en Ja comunicaciones son muy complejas. Es mis, las funciones se deberfan dividir en tareas mas manejables y deberfan organizarse como una arquitectura Je comunicaciones, La arquitectura consttuirfa ast un marco de referencia para la normalizacisn, Esta linea argumental llev6 al ISO en 1977 a definir un subcomité que desarrollara tal arquitectura. E} resultado fue el modelo de referencia de Intereonexidn de Sistemas Abiertos (OSI, Open Incerconection). Aungue los elementos eseneciales del modelo se definieron répidamente, ef estindar f- nal de ISO, ISO 7498, no se publicé hasta 1984, La CCITT (ahora ITU-T) especifies una versin t ‘camente compatible denominada X.200 EL MODELO Una tenica de estructuraci6n muy utilizada, y elegida por ISO, es la jeranquizacién en capas. En esta técnica, las funciones de comunicacién se distribuyen en un conjunto jerirquico de capas. Cada eapa realiza un conjunto de funciones relacionadas entre sf, necesarias para Comunicarse con o\70s sistemas. ‘Cada capa se sustenta en la capa inmediatamente inferior, Ia cual realizaré funciones més primitivas, ‘ocultando los detalles a las capas superiores. Una capa proporciona servicios a la capa inmediatamente2 Comunicaciones y redes de computadores superior. Mealmente, las capas deberian estar definidas para que los cambios en una eapa no implicaran cambios en las ras capas. De esta forma, el problema se descompone en varios subproblemas mis bordubles, La especificacidn de ISO consists en defini el conjunto de eapas y fos servicios que cada una de ellas deberia realizar. La divisin resultant deheria agrupar a las funciones que fueran conceptualment proximas, y a su vez, debiera implicar el suficiente nimero de eapas como para que su complejdad fuera pequena, pero por otro lado, este mémero no debiera ser muy elevado de forma que el process rmiento de la informacién suplementaria impuesta por la coleccién de capas fuera muy costoso. Los Principios que guiaron el diseio se Sete capas, que se deseriben con una breve definicién en la Figura 1.10. En la Tabla 2.3 se da ka expl ‘cacion argumentada por el ISO para fa selecein de las site capas. amen en la Tabla 2.2. EL modelo de referencia resultante tiene En la Figura 2.6 se muestra la arquitectura OSI, Cada sistema contiene las siete eapas. La comunica ign se realiza entre las aplicaciones de dos eomputadores, denominadas en la Figura aplicaciones X e Y. Si la aplicacisn X desea enviar un mensaje a la aplicacisa Y. La capa 7 establece una relacion paritaia con la eapa 7 del computador destino, utlizando un prowcolo de la capa 7 (protocolo de aplicac dos entidades de fa capa 6 utilizan un protecolo propio, y asf hacia abajo hasta la capa fisica, que trans mite realmente 10s bi wvora a la capa de aplicaci6n (capa 7) n). Este protacola necesita las servicios de la capa 6, por lo cant las ‘a través del medio de transmisisn, CObsérvese que, exceptuando Ia capa fisica, no existe una comunicacién directa entee capas pariae tas. Esto es, por encima de la capa fisica cada entidad de protocolo pasa Jos datos hacia la capa inferioe ccontigua, para que & par. Es mis, el modelo OSI no requiere que los dos siste Tabla 2.2. Principios utilizados en la dafinicién de las capas OSI (ISO 7498). 'No crear demasiadas eapas de forma que ls descripcin ¢ integracion de las capas Sea mis afi de o:estrictaments necesario. 2. Detinir separaciones entre capas tel que la descripcidn de servicios see pequena y e! numero Ge interacciones entre eapas sea minimo. 3 Definir capos sepacadas para funciones que sean claramente diferentes, en lo que respecta al ‘servicio olreciga como a a tecnologia implicad, 44. Detinir funciones similares en la misme' capa. 4 5. Seleccionar los limites o separaciGn entre capas de acuerdo con lo que (a experiencia previa ‘scone 8. Definir la capas ta! que las funciones se pueden localizarféciImente de forma ave ls capa se ‘bued redisenar completamente y tal que sus protocolos se pueden modificar para adaptarse ’ las innovaciones en la arquitectur, la teenologis hardware o en el sofware sin necesidad de, {cambiar los servicios que ee usan @ proporcionan en las capas adyacentes 7, Definir una separacién entre capes sili donde pueda ser util tener la interfaz correspondiente inormalinad 8. Crear una capa donde éxista la necesided de un nivel diferente de abstraccién en el process: Iiento de los datos (por ejemplo, morfoldgieo,sintitico, seméntico). 8. Permitir mocificaciones de funciones 0 protocolos dentro de una capa, siempre que no afocton 2 otras capas. 10. Croar para cade cape limites o separaciones sélo con su capa superior ¢ inforor. Principio similares han sido aplicados para la creacién de subcapas. 11. Crear subgrupas y organizaciones adicionsles de funciones en subcapas dentro de une capa 's6lo on los casos donde se necesiten servicios distintos de comunicacion 12 Crear, donde sea necesario, dos o més subcapas con une funcionalidad comin y por fo tanto ‘minima pera permit la operacién dole iterfaz con capas adyacentes. 18. Pormitir la no utlizacién de todas as subcapas.