Pee | MRSS J { NContenido Prélogo . . : XXI Prologo a la edicion en espanol we XXV PARTE | Visién general Capitulo 1. Introduccion . 3 1.1. Un modelo para las comunicaciones 4 1.2. Comunicaciones de datos 7 Comunicacién de datos a través de redes 8 Redes de drea amplia an 8 Redes de rea local : ul 14. Protocolos y arquitectura de protocolos i Un modelo de tres capas : vot tee tteeeeee a 13 La arquitectura de protocolos TCP/IP coe 7 EI modelo OSI 18 1S. Normalizaciones .0....0.0.0000 000s cecececeteeteteetteestetetetteeteteeee 0 Apéndice 1A. Organizaciones de normalizacién 21 ones en Internet y el IETF 21 La Organizaci6n Internacional para la Normalizacién (ISO) 23 El sector de normalizacisn de la UIT para las Telecomunicaciones, : 25 El Forum ATM 26 Apéndice 1B. Recursos en Internet ...... wee 26 Paginas Web para este libro 26 Otros sitios Web : : 26 Grupos de noticias USENET 0x Contenido Capitulo 2. Protocolos y arquitectura 241. Protocolos Caracteristicas Funciones ost EL modelo coe Normalizacién dentro del modelo de referencia OSI Primitivas de servicio y parémettos| Las eapas de OSI 23. Arquitectura de protocolos TCP/IP La aproximacién de TCP/IP La arquitectura de protocolos TCP/IP Funcionamiento de TCP e IP Interfaces de protocolo Las aplicaciones 24. Lecturas recomendadas . 258. Problemas . PARTE I Comunicaciones de datos Capitulo 3. Transmision de datos 34. Conceptos y terminologia ............ Terminologia utilizada en transmisién de datos. Frecuencia, espectro y ancho de banda 3.2. Transmisién de datos analégicos y digitales Datos Seniales ‘Transmis 3.3. Perturbaciones en la transmisién Atenuacién Distorsién de retardo Ruido Capacidad del canal 3.4, Lecturas recomendadas 3.5. Problemas Apéndice 3A. Andlisis de Fourier Desarrollo en serie de Fourier para seftales periddicas Transformada de Fourier para seftales no periddicas Densidad de potencia espectral y ancho de banda Apéndice 3B, Decibelios y energia de ta seal Capitulo 4. Medios de transmision 4.1. Medios de transmisién gu Par trenzado Cable coaxial. Fibra dptica dos 29 30 30 2 41 4 44 46 47 st SI 52 32 54 34 55 56 61 62 63 63 B "4 B 9 82 82 83 85 86 90 on 93 93 95 95 ” 101 103 104 108 109Contenido 4.2. Transmisién inakimbrica Microondas terrestres 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 digitales . No retorno a cero (NRZ, Nonreturn to Zero) Binario. multinivel Bifase .... Velocidad de modulacién Técnicas de «scrambling» 5.2. Datos digitales, seiales analégicas ‘Técnicas de codificacién Prestaciones 5.3. Datos analégicos, sefiales digitales ....... Modulacién por codificacién de impulsos Modulaci6n Delta (DM, Delta Modulation) Prestaciones 5.4. Datos analégicos, sefiales analégicas Modulacién en amplitud Modulacién en dngulo Modulacién en amplitud en cuadratura, QAM (Quadrature Amplitude Modulation) 55. spectro expandido (Spread Spectrum) «0.0000. oes sees oe Salto en frecuencia ........ vc ctteteneereeee Secuencia directa 5.6. Lecturas recomendadas 5.7. Problemas Apéndice 5A. Demostracién del teorema de muestreo Capitulo 6. La interfaz en las comunicaciones de datos 6.1, Transmisién asincrona y sincrona .. Transmisién asincrona ...... Transmisi6n sincrona 6.2. Configuraciones de la linea ...... bee votes Topologia Full-Duplex y Semi-Duplex 6.3. Interfaces ... V.24/E1A-232-F fetes tetsettettsteeitiettieteeneeees La interfaz fisica de la RDSI : Lecturas recomendadas Problemas XI 163 164 165 167 168 168 168 169 71 17 179 179XL Contenido Capitulo 7. Control del enlace de datos 181 7.1. Control del flujo - - cee 183 Control de flujo mediante parada-y-espera 34 Control de flujo mediante ventana deslizante .... : 185 7.2. Deteccién de errores 188 Comprobacién de patidad . - 189 Comprobacién de redundancia ¢ , Cyclic Redundancy Cheek) 189 7.3. Control de errores os 195 ARQ con parada-y-espera : 195 ARQ con vuelta-atrés-N 197 ARQ con rechazo selectivo ce 199 7.4. Control del enlace de datos a alto nivel (HDLC, HIGH-LEVEL DATA LINK CON- TROL) : . oe - . ceteeeeteerees 200 Caracteristicas.basicas 200 Estructura de la trama 201 Funcionamiento ..... = - 203 7.8. Otros protocolos para el control del enlace de datos cities 207 LAPB . woe 207 LAPD 208 Control del enlace I6gico (LLC, Logical Link Control). 209 Retransmisi6n de tramas (Frame Relay) : : 209 Modo de transferencia asfncrono (ATM, Asynchronous Transfer Mode) 209 7.6. Lecturas recomendadas 210 71. Problemas ...... oe - coe 210 Apéndice 7A. Anélisis de prestaciones . : co UB Control del flujo con parada-y-espera 213 Control del flujo con ventana deslizante 215 ARQ . 217 Capitulo 8. Multiplexacion 8 Sistemas con portadora anal6; 8.2. Multiplexacién por divi Caracterfsticas Control del enlace en TDM Sistemas con portadora digital Interfaz usuario-red en RDSL en el tiempo sincrona (én en el tiempo estadi Caracteristicas Prestaciones 84. Linea de abonado di Diseo ADSL. Multitono discreto 85. xDSL. tal asimétricaContenido Linea de abonado digital de alta velocidad Linea de abonado digital de linea simple . Linea de abonado digital de muy alta velocidad (VDSL) - Lecturas y sitios Web recomendados ... 8.7. Proble PARTE I Redes de area amplia Capitulo 9. Conmutacién de circuitos . 9.1. Redes conmutadas 9.2. Redes de conmutacién de 9.3. Conceptos de conmutacién de cire Conmutacisn por divisin en el esp: Conmutacidn por divisién en el tiempo ircuitos 9.4. Encaminamiento en redes de conmutacién de circuitos . 9.5. Sefalizacién de control Funciones de semalizacién .......... Localizacién de la sefializacin . : Sefializacién por canal comtin istema de sefializacién nimero 7 9.6. Lecturas recomendadas 9.7. Problemas Capitulo 10. Conmutacién de paquetes . 10.1. Principios de conmutacién de paquetes ‘Técnica de conmutacién : Tamatio de paquete : : Comparacién de las técnicas de conmutaci6n de circuitos y de paquetes Funcionamiento externo interno 10.2, Encaminamiento Caracteristicas Estrategias de encami Ejemplos 10.3. X.25 Servicio de circuito virtual Formato de paquete Multiplexacion Control de flujo y de errores Secuencias de paquets Reinicio y rearranque umiento 10.4. Lecturas recomendadas 10.5. Problemas Apéndice 10A. Algoritmos de minimo coste Algoritmo de Dijkstra xi 285 287 288 289 291 293 296 296, 299 304, 309 310) 312 3i4 315 316 317 317 317 321 32xIV Contenido Algoritmo de Bellman-Ford Comparacisn Capitulo 11. Transferencia en modo asincrono y retransmisién de tramas Lt. 11.2. 113. 114, 15. 116. 17. 118. 119. Arquitectura de protocolos Conexiones Kigicas ATM Uso de canales'virtuales . Caracteristicas camino virtal/canal virtual Sefalizacién de control Celdas ATM Formato de cabecera Control de flujo genérico Control de errores de cabecera ‘Transmisién de celdas ATM Capa fisica basada en celdas Capa fisica basada en SDH Clases de servicios ATM s de tiempo real jos de no tiempo real Capa de adaptaciin ATM. Servicios AAL Protocolos AAL Retransmisién de tramas Fundamentos fees Arquitectura de protocolos en retransmision de tramas ‘Transferencia de datos de usuario s Web recomendados Capitulo 12. Congestién en redes de datos 12.1. 12.2. 123. 12.4, 125. Efectos de la congestién Funcionamiento ideal Funcionamiento real Control de congestién Contrapresion Paquetes de obstruccién Sefializacién implicita de congestion Sefializacién explicita de congestién Gestién de tréfico Tdoneidad Calidad de servicio Reservas Control de congestién en redes de conmutacién de paquetes Gestién de tréfico en ATM .. we we : Requisitos para el control de tréfico y de congestion en ATM Efectos de latencia/velocidad12.6. 12.7, 12.8. 12.9. Contenido Variacién del retardo de celdas Control de tréfico y de congestion Té de gestién de trilico y de control de congestin Gestion de trafico ABR en ATM Mecanismos de realimentaci Flujo de celdas ... Control de congestién en retransmisién de tramas Gestion de la tasa de trafico Prevencisn de congestién mediante sefalizacién ex Lecturas recomendadas .........0..00.00:00ceecceseeesseesee Problemas PARTE IV Redes de area local Capitulo 13. Tecnologias LAN . 13.1. 13.3. 13.4, 13.5. 13.6. Aplicaciones de redes LAN LAN de computadores personales Redes de respaldo y de almacenamiento Redes ofimaticas de alta velocidad LAN troncales cee . cee Arquitectura LAN Arquitectura de protocolos Topologias Control de acceso al medio .... Control de enlace l6gico . Redes LAN en bus . Caracterfsticas de la topologia en bus cee Medios de transmisién para redes LAN en bus . Cable coaxial de banda base LAN en anillo cones Caracteristicas de las LAN en anillo Fluctuaci6n en la temporizacién Problemas potenciales en el anillo . Arquitectura en estrella-anillo 2.2... LAN en estrella . LAN en estrella con pur trenzado yy fibra 6ptic Centros y conmutadores 2.2.2... escsveveseee Redes LAN inalambricas ........ Aplicaciones de LAN inalambricas Requisitos de las LAN inalambricas Tecnologias de LAN inalambricas . Puentes : Funciones de los puentes Arquitectura de protocolos de puentes Encaminamiento estitico ‘Técnica del drbol de expansién xv 373 376 317 383 384 385 387 388 391 392 393 307 399) 399, 309) 400 401 401 401 403 407 409 412 412 412 413 415 415 416 4l7 417 1g. 41g 419 421 421 424 425 426 427 428 429 431Xvi Contenido Web recomendados 13.8, Lecturas y si 1B Apéndice 13.4. Estindares 1E1 9. Problemas E802 Capitulo 14. Sistemas LAN 14,1. Ethernet (CSMA/CD) . Control de acceso al medio en IEEE 802.3 Especificaciones IEEE $02.3 a {0 Mbps (Ethernet) Especificaciones IEEE 802.3 a 100 Mbps (Fast Ethernet) Gigabit Ethemet 14.2. Anillo con paso de testigo y FDDI Control de acceso al medio en IEEE. 802.5 Especificacién de la capa fisica de IEEE 802.5 Control de acceso al medio FDDI ..... Especificacién de la capa fisica en FDDIL 143. Redes LAN ATM. 14.4. Canal de fibra éptica Elementos de! canal de fibra Arquitectura de protocolos del canal de fibra 145. LAN inalémbricas . Especiticacién del medio fisico Control de acceso al medio 14.6. Lectura y sitios Web recomendados 147. Problemas Apéndice 14.4, Codificacién de seals digitales para redes LAN 4B/SB-NRZI MLT-3 8B6T 8B/10B Apéndice 14B. Anilisis de prestaciones Efecto del retardo de programacién y de la velocidad de transmisi6n Modelos sencillos de eficiencia para las téenicas de paso de testigo y CSMA/CD PARTE V Protocolos de interconexion Capitulo 15. Protocolos de interconexién de redes 15.1. Principios de la interconexién entre redes Requisitos Enfoque sobre la arquitectura Interconexién entre redes sin conexion . Funcionamiento de un esquema de interconexiGn no orientado a conexién Cuestiones de disefio EI protocolo Internet Servicios IP Protocolo IP 433 434 435 437 438 438, 443 45 447 449 449 ass 455 461 461 464 465 466 467 468, 468 472 473 474 475 477 478, 479 480 480 483 489 492 492 493 494 494 497 501 501 50315.4. 15.6. 15.7. Contenido Direcciones IP... Protocolo de mensajes de control de Internet icMP) IPv6 . IP de nueva generacién Estructura IPv6 Cabecera IPV6 Direeciones IPv6 . ahevera de opciones salto-t-salto Cabecera de fragmentacién Cabecera de encaminamiento Cabecera de opciones para el destino Multidifusion Requisitos para la multidifusion Protocolo de gestién de grupos de Internet (IGMP). Lecturas recomendadas y paginas Web Problemas Capitulo 16. Funcionamiento de la interconexion de redes 16.1. 16.2. 16.3. 16.4. 16.5. 16.6. Protocolos de encaminamiento Sistemas aut6nomos Protocolo de pasarela frontera Protocolo abierto del primer camino mais corto (OSPF, Open Shortest Path First) Arquitectura de servic Tritico en Internet Enfoque ISA Componentes ISA Servicios ISA Disciplinas de atencién en cola integradas ... Reserva de recursos: RSVP Caracteristicas y metas de RSVP Flujos de datos. Funcionamiento de RSVP Mecanismos del protocolo RSVP iados (DS) Servicios dit Servicios Octeto DS Configuracién y funcionamiento de los DS Lecturas recomendadas y paginas Web Problemas Capitulo 17. Protocolo de transporte 17.1. 17.2. Mecanismos del protocolo de la capa de transporte orientado a conexién Servicios de red de secuenciamiento seguro Serv’ ‘TCP . Servicios TCP Formato de la cabecera TCP jos de red no seguros XVII 504 507 510 510 sil 313 516 516 S18 518 519 519 521 523 525 525 574 583 583 584Xvilt Contenido 174, 178. 17.6. Mecanismos TCP Opeiones en los criterios de implementacién de TCP Control de ta congestién en TCP Gestién de los temporizadores de retransmision Gestidn de la ventana upP. Lecturas recomendadas Problemas Capitulo 18. Seguridad en redes 18.1. 18.2. 18.4. 18.8. 18.6. 18.7. Requisitos y amenazas a la seguridad ‘Ataques pasivos Ataques activos Privacidad con cifrado convencional Cifrado convencional Algoritmo de cifrado Localizacién de los dispositives de cifrado Distribucidn de claves Relleno de trafico Autentificacién de mensajes y funciones de dispersion («hash») Técnicas de autemtificacién de mensajes : Funciones de dispersién. seguras La funcién de dispersion segura SHA-I .. Cifrado de clave pit Cifrado de clave publica Firmas digitales El algoritmo de cifrado de clave publica RSA Gestion de claves Seguridad con IPv4 ¢ IPVv6 Aplicaciones de IP: El mbito de IPSec Asociaciones de seguridad Modos de transporte y modos tine] Cabecera de autentficacién Encapsulado de seguridad de la carga dil Gestion de claves Lecturas recomendadas y paginas Web Problemas Capitulo 19. Aplicaciones distribuidas 19.1, 19.2. Notacién sintactica abstracta uno (ASN.1) Sintaxis abstracta Conceptos de ASN.1 Gestién de red—SNMP Sistemas de gestién de red oe Protocolo simple de gestidn de red version 2 (SNMPv2) Protocolo sencillo de gestin de red versién 3 (SNMPv3) 587 588 591 591 597 599 600 600 605 607 607 608, 608, 608, 610 613 614 616 616 616 620 621 624 624 626 626 628 629 630 630 631 632 633, 634 635 636 636 639 640 641 643 653 653 655 660Contenido 19.3. Correo electrénico—SMTP y MIME . Protocolo sencillo de transferencia de correo (SMTP) Ampliacién de correo Internet multiobjetivo (MIME) 19.4, Protocolo de transferencia de hipertextos (HTTP) Descripeién general de HTTP Mensajes Mensajes de peticién Mensajes de respuesta Entidades . 19.5. Lecturas recomendadas y paginas Web 19.6. Problemas Apéndice A. RDSI y RDSI de banda ancha A.1. Vision general de la RDSI Concepto de RDSI Arquitectura Normalizaciones A2. Canales RDSI A.B. Acceso del usuari A.4. Protocolo RDSI ceveeseree Arquitectura del protocolo RDSI Conexiones RDS! cooeteset teeters Sefializacién de canal comin en la interfaz red-usuario RDSI Protocolo de la capa de enlace: LAPD 5. RDSI de banda ancha Arguitectura de la RDSI de banda ancha Protocolos de la RDSI de banda ancha Lecturas recomendadas Problemas Apéndice B. RFCS citados en ete libro Apéndice C. Proyectos para ensefianza de comunicaciones de datos y computa- dores C.L. Proyectos de simulacién . €.2. Modelado de prestaciones C3. Proyectos de investigacién . C4. Asignacién de lecturas/informes.. Glosar ibliografia .......... indice xix 661 661 667 674 676 678, 682 684 686 87 687 691 693 693 696, 697 698 701 703 703 T04 708 7H 14 714 716 nT a7 719Prologo Caos Este libro intenta dar una visién unificada del amplio campo que abarcan tas comunicaciones y redes de computadores. La organizacién del libro refleja un intento de estructurar este vasto campo en partes comprensibles, y de construir, poco a poco, una visién panoramica de su estado actual. BI libro destaca principios bisicos y temas de importancia fundamental que conciemnen a la tecnologia de este dre; ade~ més, proporciona una discusién detallada de temas de vanguardia, Para unificar la discusidn se utilizan los siguientes criterios bisicos: ‘+ Prineipios: a pesar de que el aleance de este libro es muy amplio, hay varios principios biisicos que aparecen repentinamente como temas y que unifican el campo. Por ejemplo, multiplexacién, control de flujo y control de errores. El libro destaca estos principios y contrasta su aplicacién en reas especificas de la tecnologfa icacio- «+ Enfoques de disefio: el libro examina distintos enfoques alternativos para satisfacer espec nes coneretas de comunicaciones, jones: las normalizaciones han Megado a asumir un papel en el campo importante y uso dominante, Para entender el estado actual de la tecnologfa, y su futur direc- + Normatizat reciente, e in idn, se requiere una discusién amplia de las normalizaciones relacionadas con el campo. ESTRUCTURA DEL LIBRO El libro esta estructurado en cinco partes: 1. Introduceién: incluye una introduccién al abanico de los distintos temas abordados en ef libro. Ademas, esta parte incluye una discusién sobre protocolos OSI y el conjunto de protocatos TCP IAP. Il, Comunicaciones de datos: esta parte se refiere principalmente al intercambio de datos entre dos dispositivos directamente conectados. Dentro de se examinan los aspectos clave de la transmisién, interfaces, control de enlace y muktiplexacién,XxIL Prologo IIL, Redes de rea amplia: esta parte examina los mecanismos internos y la tecnologia que se han desarrollado para admitir voz, datos y comunicaciones multimedia en redes que cubren grandes distancias. Se examinan las tecnologfas tradicionales de conmutacidn de paquetes y conmuta- cidn de circuitos, asi como la mas reciente de ATM. Un capitulo independiente se dedica a los temas de control de congestisn. IV. Redes de area local: esta parte explora las tecnologfas y arquitecturas que se han desarrollado para interconexién de redes en distancias mas cortas. Se analizan fos medios de transmisi6n, las topologias y protocolos de control de acceso al medio, que son los ingredientes clave del diseio LAN, y se estudian sistemas especificos LAN normalizados, V. Pratocolos de red: esta parte explora tanto los principios arquitecténicos como los mecanis- mos requeridos para el intercambio de datos entre computadores, estaciones de trabajo, servi- dores y oiros sistemas de procesamiento de datos. Gran parte del material de esta seccién se refiere al conjunto de protocolos TCP/IP. Ademis el libro incluye un extenso glosario, una lista de los acr6nimos mas frecuentemente usados, y una biblivgrafia, Cada capitulo incluye problemas y sugerencias de lecturas complementarias. El libro va dirigido a una audiencia tanto académica como profesional, Para los profesionales intere- sados en este campo, el libro sirve como obra de referencia biisica y es adecuado para auto-estudio, Como libro de texto, puede usarse para un curso de uno o dos semestres, Abarca el material descrito en el curso de «Redes de Comunicaciones entre Computadores» del «Computing Curricula 1991» detinido conjuntamente por la ACM y la IEEE. Los capitulos y partes del libro son suficientemente modulares para proporcionar gran flexibilidad en la estructuracién de cursos. A continuacidn se dan algunas suge- rencias para disefar un curso: + Fundamentos de comunicaciones de datos: parte I (introducci6n) y II (comunicacién de datos) y capitulos 9 al 11 (conmutacién de circuitos, conmutacién de paquetes, y ATM). « Redes de comunicaciones: si el estudiante tiene conocimientos basicos de comunicacién de da- tos, este curso podria abarcar: Parte I (introduccién), Parte IIT (WAN), y Parte IV (LAN). ‘+ Redes de computadores: si el estudiante dispone de conocimientos basicos de comunicaciones de datos, entonces este curso podria incluir: Parte | (introduccién), 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 mas profundo, abarcando la totalidad del libro salvo ciertos capitulos que no son esenciales en una primera lectura, Los capitulos que podrian ser esenciales son: Capitulo 3 (iransmisi6n de datos) y Capitulo 4 (medios de transmisién), caso de que el alumno tenga un conoci- miento basico previo de estos temas; Capitulo 8 (multiplexacién); Capitulo 9 (conmutacién de cireui- tos): Capitulo 12 (control de congesti6n); Capftulo 16 (interconexién de redes); y Capitulo 18 (seguridad en redes). SERVICIOS INTERNET PARA PROFESORES Y ESTUDIANTES Hay un sitio Web para este libro que proporciona ayuda para estudiantes y profesores. El sitio incluye enlaces a otros lugares relevantes, transparencias con las figuras del libro, e informacién para suscribirse a una lista de correo internet sobre informacidn de este libro. La direccién Web de la pagina es: http ‘www.williamstallings.com/DCC6e.html; para mas detalles ver la seccién «Pagina Web para comuni ciones y redes de computadores» que precede a este Prilogo. También se ha configurado una lista de distribuicidn internet para que los profesores que usen este libro puedan intercambiar informacién suge- rencias y preguntas entre ellos y con el autor. Tan pronto como se encuentren errores tipogriticos 0 de otto tipo se incluird una fe de erratas del libro en http://www.williamstallings.com.Prologo XXIII peices dont ths al pt tether UL eza leah a Re sds d aes conuudhe eioeabacar et ee an Para muchos profesores, un componente importante de un curso de comunicaciones y redes de computa- dores es un proyecto © conjuntos 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 seccién de proyectos en el curso. El manual del profesor no sélo incluye una guia de ‘cémo asignar y estructurar los proyectos, sino también un conjunto de proyectos propuestos que abarcan tun amplio ranigo de la materia de este texto, entre los que se encuentran proyectos de investigacisn, proyectos de simulacién, proyectos de modelado analitico y asignacién de informes de recopilacisn bi- bliogrifica, Para mas detalles puede verse el Apéndice C. Raat tee B La sexta edicién ve la luz del dia casi 15 aftos después de la publicacién de la primera edicién. Han sucedido numerosas cosas durante estos afios. Ademds, el ritmo de los cambios, si cal A mentando. En esta nueva ediciGn he tratado de captar estas innovaciones manteniendo a la vez una vi- sién amplia y comprensible det campo completo. Para realizar este proceso de revisi6n, la quinta edi- cidn fue ampliamente revisada por diversos profesores que imparten esta materia. El resultado es que en muchos lugares la narrativa ha sido clarificada y ajustada, y las ilustraciones han sido mejoradas. ‘Tam- bign se han aftadido diversos problemas probados en la realidad, Ademas de estas mejoras que perfeccionan la pedagogfa y el uso cémodo de! libro, se han introduci- do otros cambios relevantes a lo largo del mismo. Se han revisado todos los capitulos, se han incluido otros nuevos, y se ha mejorado la organizacién global del libro. Los cambios mas notables son los si- guientes: © XDSL: el 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 area amplia a través de cables de par trenzado entre la red y los abonados domésticos o empresariales. El libro da una vision global de xDSL haciendo énfasis en la tecnologfa Linea de Abonado Digital Asimétrica (ADSL), « Ethernet Gigabit: la discusién sobre Ethernet de 100 Mbps ha sido actualizada, habiéndose afta- dido una introduccién a Ethernet Gigabit. « Servicio de velocidad de transmisién disponible (ABR, Available Bit Rate) y mecanismos asociados: ABR es una incorporacién reciente a la ofertas de redes ATM, Proporciona un soporte mejorado para el trifico de datos basado en IP. «© Control de congestién: en esta edicién se incluye un capitulo dedicado especiticamente a este t6pico. Esta presentaciGn unificada clarifica los conceptos involucrados. El capitulo incluye un analisis ampliado de las técnicas ATM para gestiGn de trafico y control de congestién. ‘« Multidestino IP: se dedica una nueva seccién a este tépico, jos. 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 tréfico multimedia yy sensible al tiempo. Un nuevo capitulo abarca el estudio de servicios integrados, servicios dife- renciados, y otras cuestiones relacionadas a la calidad del servicio (QoS, Quality of Service), y el importante protocolo de reserva RSVP (Reservation Protocol). ontrol de Congestién TCP: este tema continiia siendo un drea activa de investigacién. El libro incluye una nueva seccidn examinando este t6pico. Ademas, a través del libro, la mayorfa de los t6picos ha sido actualizado para reflejar los desarrollos en normalizaciones y tecnologia que han tenido lugar desde la publicacién de ta quinta edicién « Servicios Integrados y DiferenciXXIV Prélogo ir keeles Se ha realizado un gran esfuerzo para asegurar un alto nivel de calidad en la produccién det libro. Se han dedicado mas tiempo y mis recursos de los habituales en las revisiones del manuscrito original y de {ay pruebas de imprenta, tanto por el autor como por el editor, Ademds se han reclutado diversos volun- turios de fa comunidad profesional, cada uno de Los cuales se ha responsabilizado de la tectura cuidado- sa de un capitulo con objeto de corregir Ios posibles errores técnicos y tipogréficos. Cada capitulo ha sido mejorado con dos de estas revisiones. Muchas gracias a Mel Adams, Navin Kumar Agarwal, Ferdi- nand N, Ahlberg, David Airlie, Tom Allebrandi, Maurice Baker, Rob Blais, Art Boughan, Frank Byrum, George Cherian, Christian Cseh, Dr, Mickael Fontaine, Charles Freund, Bob Purtaw, Andrew Gallo, Ga ry Gapinski, Sundar Kessler. Steven Kilby, John Kristoff, David Lucantoni, Kenneth Ma, Eddie Maen del, Richard Masoner, Mark McCutcheon, John McHarry, Mittal Monanim, Dr. John Naylon, Robert Olsson, Mike Patterson, Mahbubur Rashid, Jeffrey Rhodes, Monika Riffle, Peter Russell, Ahmet Seker- cioglu, Rayaz Siddiqu, Dick Smith, Dave Stern, Omeh Tickoo, Scott Valcourt, Dominick Vanacore, Eko Wibowo, Craig Wiesner y Jeffrey Wright. Finalmente, Arthur Werbner revis6 y verifies todos fos problemas planteados y sus solu’ Be Esta nueva edicién se ha beneficiado de la revisi6n de una serie de personas que han aportado generosa- ‘mente su tiempo y conocimientos. Robert H.Greenfield (Villanova University) cumpli6 sobradamente st cometido suministrando numerosos y detallados comentarios sobre cuestiones técnicas y pedagégicas. Otros comentarios muy ttiles han procedido de Thomas Milham (Devry Institute of Technology), Gre- gory B, Brewster (DePaul University), Mare Delvaux (GlobeSpan Semiconductors), Robert E. Morris (Devry Institute of Technology) y Matt Mutka (Michigan State University),Prologo a la edicion en espanol El estudio de la estructura y arquitectura de computadores se incluye en diversos curricula de ingenierfa y ciencias. No abundan los buenos textos, como el presente, que cubran los programas correspondientes de forma amplia y rigurosa La elaboraciGn de un texto de las caracteristicas indicadas (al igual que sucede con otros libros de ingenierfa) es de gran complejidad dado que el autor debe realizar un laborioso trabajo de generaliza- cién de las diversas técnicas utilizadas en computadores coneretos, y no s6lo debe limitarse & recopilar 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 area tan cambiante y en explosisn como es la 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 informacién (siempre en evoluciGn), En casi todos los capitulos el autor utiliza este enfoque: primero presenta los conceptos clave, y luego los aplica a procesadores coneretos. En la presente edicién utiliza fundamentalmente las familias de proce- sadores Pentium y PowerPC, que pricticamente cubren la mayor parte de las tendencias de disefto de los computadores actuales (CISC y RISC, respectivamente), sin que por ello olvide describir ideas relevan- tes introducidas o usadas en otros procesadores (LltrSpare II, MIPS R10000, IA64, ete.) También es destacable, como corresponde a un buen libro de ingenierfa, la basqueda que en todo momento hace el autor del andlisis de prestaciones. y la presentacién (dentro de este contexto) de téeni- cas espectficas (Fundamentalmente paralelismo) para equilibrar las prestaciones de los distintos elemen- 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 actualizaci6n, 0 nueva introduccién, de contenidos tales como memoria Sptica, disefio superescalar, repertorio de instrucciones multimedia, ejecucién anti: cipada y carga especulativa, sistemas SMP, clusters, y sistemas NUMA. El libro es complementado con una pagina Web (hitp://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 espaitol contiene ademas. como valor aadido, un apéndice (Apéndice C), que no aparece en la versiGn original en inglés, que trata de completar més atin el texto con procesado- res o técnicas de dltima hora. Este apéndive sera actualizado conforme se vayan realizando reimpresio- nes del presente libro, sin necesidad de esperar a ediciones nuevas. Deseo destacar el esmerado trabajo de los traductores y la profesionalidad de Andrés Otero, editor de la edicisn en espaiiol. Alberto Prieto Coordinador de la traduecion Granada, 1 de mayo de 2000PARTE | VISION GENERAL ar el contexto en el que se desarrollars el resto del libro, En este capitulo se presentan un expec ‘ro amplio de cuestiones relacionadas con el campo de las redes y la transmisiGn de datos, asi como Jos conceptos fundamentales relacionados con los protocolos y sus anquitecturas. E: objetivo de la Parte I del texto es proporcionar los conocimientos basicos, a lt vez que especiti- CAPITULO 1. INTRODUCCION El Capitulo 1 proporciona una visién general del libro, en el que se consideran todos los temas que se estudiarin posteriormente. Esencialmente, en el libro se estudian cuatro aspectos: las comunicaciones de datos a través del enlace de transmisién; las redes de drea amplia; las redes de drea local: y los protoce- los y la arquitectura TCP/IP. EI Capitulo 1 es una introduecidn a todos estos conceptos, y a la vez Se proporciona informacién sobre las organizaciones clave que especifican los estandares CAPITULO 2. PROTOCOLOS Y ARQUITECTURA Capitulo 2 es una extensién de la Seccién 1.4, ubordando los protocolos y sus arquitecturas. Este capitulo se puede leer inmediatamente tras el Capitulo 1, 0 bien se puede posponer hasta antes del co- mienzo de las Partes M1, IV 0 V, J capitulo trata las caracteristicas fundamentales de tos protocolos, Posteriormente se estudian tas dos arquitecturas més importantes: el modelo de interconexién de sistemas abiertos (OSI, Open System Interconnection) y el modelo TCP/IP. Aunque el modelo OSI se utiliza con frecuencia como re para introducir los canceptos en este campo, la familia de protocolos TCP/IP es con diferencia ka base de la mayoria de los productos comerciales, esta es la razcn que justifica su consideracién en la Parte V del presente texto. enteCAPITULO 1 Introduccion 1.1, Un modelo para las comunicaciones 1.2. Comunicaciones de datos 1.3. Comunicacién de datos a través de redes Redes de drea amplia Redes de area local 1.4. Protocolos y arquitectura de protocolos Un modelo de tres capas La arquitectura de protocolos TCP/IP EI modelo OSI 1.5. Normalizaciones Apéndice 1A. Organizaciones de normalizacién Normalizaciones en Internet y el IETF La Organizacién Internacional para la Normalizacion (ISO) El sector de normalizacion de la UIT para las Telecomunicaciones El 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 TOSS HHHSHHHH HH HH OHHH HEHE SHO O OES OOS # El objetivo de este libro es amplio y abarea tres grandes éreas: comunicaciones redes y protocolos # Elestudio de lay comunicaciones aborda ta transmisiGn de sefiales de forma tal que sea eficaz y segu- ra, Entre otros aspecios, se estudiardn ta transmisiGn y codificacién de sefales, los medios de transmi- sid, las interfaces, el control del enlace de datos y ia multiplexacién, cl estudio de las redes se abordar tanto la tecnologia como los aspectos relacionados con las ar- icin utlizadas para fa interconexidn de dispositivos, Esta materia se rea local (LAN) y redes de area amplia (WAN) oE quitecturas de redes de comuni divide normalmente en redes de # Respecto a los protocolos de comunicacisn, se abordan tanto las arquitecturas como un andlisis indi- vidualizado de los mismos para cada una de las capas de ka arquitectura SOTHO SHH HESS HEE HEHE EEE H EOE EOS comunicaciones que ha deseneadenado un cambio dristico en las tecnologfas, productos y en las propias empresas que desde entonces, se dedican simultineamente a los sectores de los computa- dores y de las comunicaciones. Aunque fas consecuencias de esta combinacién revolucionaria estin to- davia por determinar, no es arriesgado decir que la revoluci6n ha ocurride y que ninguna investigaci6n dentro del campo de la transmisién de la informacién deberfa realizarse sin esta perspectiva. E: tomo a los afios 70 y 80 se produjo una sinergia entre los campos de los computadores ¥ las. La revoluci6n antes mencionada ha producido los siguientes hechos significativos: # No hay grandes diferencias entre el procesamiento de datos (los computadores) y las comunicacio- nes de datos (Is transmisién y los sistemas de conmutacién), «No hay diferencias fundamentales entre la transmisién de datos, de voz 0 de video. + Las fronteras entre computadores monoprocesador © multiprocesador; asi como entre redes de rea local, metropolitanas y de grea amplia son cada vez mds difus Un efecto de esta tendeneia ha sido el sokapamiento creciente que se puede observar entre las indus- trias de las comunicaciones y de los computadores, desde la fabricacién de componentes hasta la inte- gracidn de sistemas. Otro resultado es ef desarrollo de sistemas integrados que transmiten y procesan todo tipo de datos ¢ informacién. Las organizaciones de normalizaci \S como tecnol6gi- cas, tienden hacia un sistema tinieo y pubblico que integre todas las comunicaciones y haga que virtual- mente todos los datos y fuentes de informacién sean facil y uniformemente accesibles a escala mundial, E] objetivo fundamental de este libro es proporcionar una visién unificada del vasto campo de las jones de datos y los computadores. La organizacién del libro refleja un intento de dividir esta extensa materia en partes coherentes, proporcionando a la vez, una visién de su estado actual. Este capi- {ulo 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 describiendo el papel decisivo que juegan los estindares. Comenzaremos nuestro estudio considerando el modelo sencillo de sistema de comunicacién, mostrado en la Figura Ila, en la que se propone un diagrama de bloques, E] objetivo principal de todo sistema de comunicaciones es intercambiar informacién entre dos enti- dades, La Figura 1.1b muestra un ejemplo particular de comunicacién entre una estacién de trabajo y un servidor a través de una red telefiinica publica. Otro posible ejemplo consiste en el intercambio de sefia-Introduccion 5 Sistema oxigen Sistema destino TF Fe Sistema Fuente de Destino ransmisién| (a} Diagrama general de bloques Estacion de trabajo Modem Servidor Red publica de teléfonos (©) Ejempio Figura 1.1. Modelo simplificado para las comunicaciones. les de vox entre dos teléfonos a través de la misma red anterior. Los elementos clave en este modelo son los siguientes: + La fuente, Este dispositivo genera los datos a (ransmitir: por ejemplo teléfonos © computadores personales. « El transmisor. Normalmente los datos generados por la fuente no se transmiten directamente tal y como son generados. Al contrario, el transmisor transforma y codifica ta informacién, generando seflales electromagnéticas susceptibles de ser transmitidas a través de algGn sistema de transm sin. Por ejemplo, un modem convierte las cadenas de bits generadas por un computador personal y las transforma en sefiales analdgicas que pueden ser (ransmitidas a través de la red teletnica. « El sistema de transmisi6n, que puede ser desde una sencilla linea de transmisién hasta una com- pleja red que conecte a la fuente con el destino. # El receptor, que acepta la sefial proveniente del sistema de transmisién y la transforma de tal manera que pueda ser manejada por el dispositivo destino. Por ejemplo, un modem captard la se- jial analdgica de la red o linea de transmision y la convertira en una cadena de bits. « El destino, que toma los datos del receptor Aunque el modelo presentado pueda parecer aparentemente sencillo, en realidad implica una gran complejidad. Para hacerse una idea de la magnitud de ella, 1a Tabla 1.1 lista algunas de las tareas claves que se deben realizar en un sistema de comunicaciones. Esta relacin es en un sentido un tanto arbitraria Tabla 1.1. Tareas en los sistemas de comunicacion. Utilizacién del sistema de transmisin | Direccionamiento Implementacion de la interfaz Encaminamiento Generacion de la seal Recuperacion | Sincronizacién Formato de mensajes | Gestion del intercambio Seguridad | Deteccién y correccién de errores Gestién de red Control de flujo6 Comunicaciones y redes de computadores ya que se podria afiadir elementos, mezclar items, ete.; es mis, algunos elementos representan tareas que Se realizan en diferentes «niveles» det sistema, la necesidad de hacer un uso alos en la transmisidn, tox cuales tipicamente se suelen compartir entre una serie de dispositives de comunicacién, La capacidad total del medio de transmisiGn se reparte entre tos distintos usuarios haciendo uso de téenicas denominadas de multiptexacién, demas puede que se neve siten téenicus de control de congestién para garantizar que el sistema no se sature por una demanda excesiva de servicios de transmisi Para que un dispositive pueda transmitir informaci6n tendrii que hacerlo a través de la interfaz con el medio de transmisi6n. Todas las técnicas de transmisién presentadas en este libro dependen en dltima instancia de la utilizaci6n de sefales electromagnéticas que se transmitiran a través del medio. De ta manera que, una vez que la interfaz esté establecida, se necesita la generacién de la sefial. Las carac- teristicas de la sefial tales como, la forma y la intensidad, deben ser tales que permitan: 1) ser propasa- daa través del medio de transmisién y 2) ser interpretada en el receptor como datos. Las seflales se deben generar no sélo considerando que deben cumplir los requisitos del sistema de lransmisidn y del receptor, sino que deben permitir alguna forma de sineronizar el receptor y el emisor. EL receptor debe ser capaz de determinar cuando comienza y cudndo acaba ka sefal recibida. Igual mente, deberd conocer la duracidn de cada elemento de seal Ademas de las cuestiones basieas referentes a la naturaleza y temporizacion de las sefiales, se nece~ sitard verificar un conjunto de requisitos que se pueden englobar bajo el término gestién del intercam- bio. Si se necesita intercambiar datos durante un periodo de tiempo, las dos partes deben cooperar. Por ejemplo, para los dos elementos que intervienen en una conversacidn telefnica (emisor y receptor), uno de ellos debers marcar el néimero del otro, dando lugar a una serie de sefiales que hardin que el otro teléfono suene, En este ejemplo el receptor establecerd la llamada descolgando el auricular. En los dis- positivos para el procesamiento de datos, se necesitaran ciertas convenciones ademas del simple hecho de establecer la conexién, Por ejemplo se deberd establecer si ambos dispositivos pueden transmitir si- multineamente 0 deben hacerlo por tumos, se deberd decidir la cantidad y el formato de los datos que se transmiten cada vez, y se debe especificar qué hacer en caso de que se den ciertas contingencias, como por ejemplo la deteccién de un error Los dos items siguientes (Tabla 1.1) deberfan considerarse dentro de la gestion del intercambio, pero debido a su importancia, se consideran por separado. En todos los sistemas de comunicaciGn es posible ‘que aparezcan errores; es decir, la sefial ransmitida se distorsiona de alguna manera antes de aleanzar su destino. Por tanto, en circunstancias donde no se puedin tolerar errores, se necesitardn procedimien- tos para la deteccién y correccién de errores. Asi por ejemplo, en sistemas para el procesamiento de datos, si se uansfiere ‘un fichero desde un computador a otro, no seria aceptable que el contenido del fichero se modificara accidentalmente. Para evitar que la fuente no sature al destino transmitiendo datos mils rapidamente de lo que el receptor pueda procesar y absorber, se necesitan una serie de procedi- mientos denominados control de flujo. Conceptos relacionados pero distintos a los anteriores son el direccionamiento y el encaminamien- to, Cuando cierto recurso se comparte por mas de dos dispositivos. el sistema fuente deberi de alguna manera indicar a dicho recurso compartido la identidad del destino, El sistema de transmisi6n deberdi garantizar que ese destino, y slo ése, reciba los datos, Es mids, el sistema de transmision puede ser una en la que exista la posibilidad de mas de un camino para alcanzar al destino; en este caso se necesi- por tanto, la elecci6n de una de entre las posibles rutas, La recuperacién es un concepto distinto a la correcci6n de errores. En ciertas situaciones en las que el intercambio de informacién, por ejemplo una transaccién de una base de datos 0 la tra fichero, se vea interrumpida por algdn fallo, se necesitaré un mecanismo de recuperacién, El objetivo seri pues, 0 bien ser capaz de continua transmitiendo desde donde se produjo la interrupcién, © al menos recuperar el estado donde se encontraban los sistemas involuerados antes de comenzar el intercambio. ferencia de unIntroduccién 7 El formato de mensajes esti relacionado con el acuerdo que debe existir entre las dos partes res pecto al formato de los datos intercambiados, como por ejemplo el codigo binario usado para represen tar los caracteres, Ademis, frecuentemente es necesario dotar al sistema de algunas medidas de seguridad. El emisor debe asegurarse de que sélo el destino deseado reciba los datos. Igualmente, el receptor querra estar seguro de que los datos recibidos no se han alterado en la transmisién y que dichos datos realmente provienen de! supuesto emisor. Por tiltimo, todo el sistema de comunicacién es lo suticientemente complejo como para ser disefiado y utilizado sin mas, es decir, se necesita la habilidad de un gestor de red que configure el sistema, moni- torice su estado, reaccione ante fallos y sobrecargas, y planifique con acierto los erecimientos futures. Como se ha visto, de la aproximacién simplista de partida hemos formulado una lista mas extensa y claborada de tareas involucradas en todo el proceso de la comunicacién, A lo largo de este libro esta lista se estudiar en profundidad, deseribiendo todo el conjunto de tareas y actividades que pueden en- globarse genéricamente bajo los términos comunicacién de datos y redes de computadores, Sidi ch bestia dicta hsesd Ademiis de los dos primeros capitulos considerados en ta primera parte, el libro se ha estructurado en cuatro partes adicionales, La segunda parte aborda fundamentalmente los temas relacionados con las funciones de comunicacién, centrindose en la transmisiGn de sefiales de una forma segura y eficiente. Intencionadamente dicha segunda parte se ha titulado «Comunicaciones de Datos», aunque con ese té1- mino se alude a algunos, o incluso a todos. los tépicos de las restantes partes (de la IIa la V). Para explicar todos os conceptos abordados en ka segunda parte, la Figura 1.2 muestra una perspec- tiva novedosa del modelo tradicional para las comunicaci igura se explica 4 continuacién, paso a paso, con la ayuda de un ejemplo: la aplicacién de correo electrSnico. Suponiendo que tanto el dispositive de entrada como el transmisor estén en un computador personal Y que por ejemplo, el usuario de dicho PC desea enviar el mensaje m a otro. El usuario activa la apli cién de correo en el PC y compone el mensaje con el teclado (dispositivo de entrada). La cadena de caracteres se almacenaré temporalmente en la memoria principal como una secuencia de bits (g). El computador se conecta a algtin medio de transmisi6n, por ejemplo una red local 0 una linea telefénica, a través de un dispositivo de F/S (transmisor), como por ejemplo el «transceiver» a una red local o mo- dem. Los datos de entrada se transfieren al transmisor como una secuencia de niveles de tensi6n |¢(7)] que representan los bits en algtin tipo de bus de comunicaciones 0 cable, El transmisor se conecta direc cadena Sefal Sefal Cadena eis ~analogica analégica de bits Texto SU q a SL Texto Sistema ae Receptor Destino |ransmision o @ ®@ @ ® lforacon aos sera! eral aioe ‘eonrede —— devrtreda wonsna reco oe saa ‘m a 5 “th ao Figura 1.2. Modelo simplificado para las comunicaciones de datos.8 Comunicaciones y redes de computadores tamente al medio y convierte la cadena [g(1)] en la seftal a transmitir [s(1)|; posteriormente en el Capit lo 5 se describirdn las distintay alternativas para esta conversién Al transmitir 9(7) a re del medio, antes de Hegar al receptor, aparecerin una serie de dificultades que se estudiardn en ef Capitulo 3. Por to tanto, la sefial recibida 7(7) puede diferir de alguna manera de a ‘ransmitida s(7). EI receptor intentaré estimar la seal original s(), «partir de la sefal rit) y de su conoci- miento acerca del medio, obteniendo una secuencia de bits ¢'(1). Estos bits se envian al computador de salida, donde se almacenan temporalmente en memoria como un blogue de bits (¢"). En muchos casos. el destino intentard determinar si ha ocurrido un error, y en su caso, cooperar con el origen para eventustl- mente conseguir el bloque de datos completo y sin errores. Los datos, finalmente se presentan al usuario a través del dispositivo de salida, que por ejemplo puede ser la impresora o la pantalla de su terminal, El mensaje recibido por el usuario (m’) sera normalmente una copia exacta del mensaje original (7 Consideremos ahora una conversacién telefénica, En este caso, la entrada al teléfono es un mensaje (mp consistente en unas ondas sonoras. Dichas ondas se convierten en el teléfono en sefiales eléctricas de la misma frecuencia. Estas sefales se transmiten sin modificacidn a través de la linea telefnica. Por lanto, la seiial de entrada (7) y la seal transmitida s(7) son idénticas. La sefal s(t) sulriré algtin tipo de distorsi6n a través del medio, de tal manera que r(7) no seré idéntica a (1) No obstante, fa sefial rt) se rreccién 0 mejora de la calidad, Por lo tanto, m’ no es una réplica exacta de m. S sonora recibido es normalmente comprensible por el receptor. convierte recuperando una onda sonora, sin aplicar ningdn tipo de co- n embargo, el mensaje En la discusién aquf realizada, no se han considerado otros aspectos fundamentales en las comunica- iones de datos, como lo son las técnicas de control del enlace, necesarias para regular el flujo de infor- macién, o como la deteccién y correccién de errores: tampoco se han considerado las técnicas de multi- plexacién, necesarias para conseguir una utilizacién eficaz del medio de tansmisisn. Todos estos aspectos se estudian en ta Parte I cad Uh sea bacskcacicac n directamente mediante un nstanciats A veces no es priictica que dos dispositivos de comunicaciones se conect enlace punto a punto. Esto es debido a alguna (o a las dos) de las siguientes cit + Los dispositivos estan muy alejados. En este caso no extariajustificado, for ejemplo, utilizar un enlace dedicado entre cada dos dispositivos, que puedan estar separads por miles de klGmetos + Hay un conjunto de dispositivos que necesitan conectarse entre ellos en instantes de tiempo dite rentes. Un ejemplo de esta necesidad es la red telefénica mundial, o el conjunto de computadores pertenecientes a una compaiifa. Salvo el caso de que el niimero de dispositivos sea pequetio, no es préctico utilizar un enlace entre cad dos La solucién a este problema es conectar cada dispositive a una red de comunicacién. La Figura 1.3 relaciona este concepto dentro del modelo de comunicaciones de la Figura I.la y a la vez sugiere dos grandes categorias en las que se clasifican tradicionalmente lus redes: redes de area amplia (WAN. Wi- de Area Networks) y redes de drea local (LAN, Local Area Networks), Recientemente, las diferencias centre estas dos categorias son cada vez mis difusas. tanto en términos tecnol6gicos como de posibles aplicaciones; no obstante, es una forma natural y didéctica de organizar su estudio, por lo que aqui se adoptari dicha clasificacion, REDES DE AREA AMPLIA Generalmente, se considera como redes de drea amplia a todas aquellas que cubren una extensa drea geogrifica, requieren atravesar rutas de acceso piblico, y utilizan parcialmente circuitos proporcionados por una entidad proveedora de servicios de telecomunicacién. Tipicamente, una WAN consiste en unaIntroduccion 9 . r — al By ome Receptor Tadd £4 = <<. 2 Figura 1.3. Modelos simplificados de redes. serie de dispositives de conmutacién interconectados. La transmisién generada por cualquier dispositive se encaminard a través de estos nodos internos hasta alcanzar el destino, A estos nodos (incluyendo a los situados en los contornos) no les concierne el contenido de los datos, al contrario, su funcién es propor- cionar el servicio de conmutacién, necesario para transmitir los datos de nodo en nodo hasta alcanzar su destino final Tradicionalmente, las WAN se han implementando usando una de las dos tecnologias siguientes conmutacion de circuitos y conmutacién de paquetes. Aunque tiltimamente, se esta empleando como solucién la técnica de retransmisién de tramas («frame relay»), asf como las redes ATM. Conmutacién de circuitos En las redes de conmutacién de circuitos se establece a través de los nodos de la red un camino dedica- do a la interconexién de dos estaciones. El camino es una secuencia conectada de enlaces fisicos entre nodos. En cada enlace, se dedica un canal légico a cada conexidn, Los datos generados por la estacién fuente se transmiten por el camino dedicado tan rapido como se pueda, En cada nodo, los datos de en- trada se encaminan 0 conmutan por ef canal apropiado de salida sin retardos. El ejemplo mas ilustrativo de la conmutacién de circuitos es ta red telefnica. Conmutacién de paquetes Un enfoque diferente al anterior es el adoptado en redes de conmutacién de paquetes. En este caso, no es necesario hacer una reserva a priori de recursos (capacidad de transmisién) en el camino (0 sucesién de nodos). Por el contrario, los datos se envéan en secuencias de pequefias unidades Iamadas paquetes. Cada paquete se pasa de nodo a nodo en la red siguiendo algin camino entre la estacién origen y la10 Comunicaciones y redes de computadores destino. En cada nodo, el paquete se recibe completamente, se almacena durante un intervalo breve y posteriormente se transmite al siguiente nodo. Las redes de conmutacidn de paquetes se usan fundamen- talmente para comunicaciones terminal-computador y computador-computador, Retransmision de tramas (Frame Relay) La conmutacién de paquetes se desarroll6 en la época en la que los servicios de tansmisién a larga distan- cia sufrian una tasa de error relativamente elevada, comparada con los servicios de los que se dispone actualmente, Por tanto, para compensar esos errores relativamente frecuentes, en los esquemas de conmu tacién de paquetes se realiza un esfuerzo considerable, que se traduce en afadir informaci6n redundante en cada paquete, asi como la realizacién de un procesamiento extra, tanto en el destino final como en los. nnodos intermedios de conmutacién, necesario para detectar los errores y en. su caso, corregirlos. Ahora bien, con los modernos sistemas de comunicaciones de alta velocidad, este esfuerzo adicional es innecesario y contraproducente. Es innecesario ya que ka tasa de errores se ha reducido dristicamente ¥ los escasos errores que aparecen se pueden tratar en el sistema final mediante dispositivos que operan por encima del nivel de la kigica dedicada a la conmutacién de paquetes. A su ver es contraproducente ya que los bits redundantes significan un desperdicio de parte de la capacidad proporcionada por la red. La retransmisiGn de tramas («frame relay») se ha desarrollado teniendo presente las mayores veloci- dades de transmisién que actualmente se disponen, asi como de las bajas tasas de error. Mientras que las redes originales de conmutacidn de paquetes se disefaron para ofrecer una velocidad de transmisién al usuario final de 64 kbps, las redes «lrame relay» estin disefiadas para operar eficazmente a velocidades, de transmisién de usuario de 2 Mbps. La clave part conseguir estas velocidades reside en eliminar la mayor parte de la informacién redundante y el procesamiento asociado para el control de errores. ATM EI Modo de Transferencia Asincrono (ATM, Asynchronous Transfer Mode), a veces denominado como modo de retransmisiGn de celdas («cell relay»), es la culminacidn de todos los desarrollos en conmuta cidn de cireuitos y conmutacién de paquetes realizados durante los Ultimos 25 aos ATM se puede interpretar como una evolucidn de la retransmisién de tramas («frame relay»). La dif rencia mds obvia entre «frame relay» y ATM es que «frame relay» usa paquetes de longitud variable, Mamados «tramas», y ATM usa paquetes de longitud fija denominadas «celdas». Al igual que en «frame relay», ATM introduce poca informacién adicional para el control de errores, confiando en la inherente robustex del medio de transmisi6n asi como en la l6gica adicional localizada en el sistema destino para detectar y corregir errores. Al utilizar paquetes de longitud fija, el esfuerzo adicional de procesamiento se reduce incluso todavia mas aqui que en «frame relay». El resultado es que ATM se ha diseiado para tra bujar a velocidades de transmisidn del orden de 10a 100 Mbps, € incluso del orden de Gbps. ATM se puede considerar a su vez como una evolucidn de la conmutacién de circuitos. En la con- mutacin de citcuitos, se dispone solamente de circuitos a velocidad fija de transmisiGn entre los siste- nas finales. ATM permite la definicién de miltiples canales virtuales con velocidades de transmisién que se definen dinémicamente en el instante en que el canal virtual se crea. Mediante la utilizacién de celdas de tamaio fijo, ATM es tan eficaz que puede ofrecer un canal a velocidad de transmisién cons tante aunque esté usando una técnica de conmutacién de paquetes. Por lo tanto, ATM es una ampliacién de la conmutacidn de circuitoy en la que se oftecen varios canales, en los que la velocidad de transmi- sion para cada canal se fija dinimicamente segin las necesidades RDSI y RDS! de banda ancha La sinergia y evolucién entre las comunicaciones y las tecnologias de la computacién, junto con la cre ciente demanda de servicios eficaces de captacién, procesamiento y diseminacién de la informacién,Introduccion 11 esté desembocando en el desarrollo de sistemas integrados que transmiten y procesan todo tipo de datos. Una consecuencia significativa de esta tendencia ha sido el desarrollo de la Red Digital de Servicios Integrados (RDSD). La RDSI se ha diseftado para sustituir a las redes piblicas de telecomunicaciones existentes, propor- cionando una gran variedad de servicios. La RDSI se define mediante la estandarizacién de las interfa- ces de usuario, y se ha implementado como un conjunto de conmutadores digitales y enlaces que pro- porcionan una gran variedad de tipos de trafico, a la vez que servicios de valor aftadido. En la prictica, se trata de miltiples redes, implementadas dentro de los limites nacionales, pero desde el punto de vista del usuario se considera como una tinica red mundial, uniformemente accesible A pesar de que la RDSI tiene todavia que conseguir la cobertura mundial para la que fue diseitada, esta ya en su segunda generacién. La primera generacién, a veces denominada como RDSI de banda estre- tha, se basa en el uso de canales de 64 kbps como unidad hasica de conmutacién, presentando una clara oientacién hacia la conmutacién de circuitos. Técnicamente hablando, la principal contribucién de la RDSI de banda estrecha ha sido el «trame relay». La segunda generacién, denominada RDSI de banda ancha, proporciona velocidades de transmisién muy elevadas (cientos de Mbps) y tiene una clara orienta- cién hacia la conmutacién de paquetes. La contribucién técnica principal de la RDSI de banda ancha hit sido el modo de transferencia asinerono (ATM), también denominado retransmisién de celdas «cell relay». REDES DE AREA LOCAL Al igual que las redes de rea amplia, una red de drea local es una red de comunicaciones que interco- necta varios dispositivos y proporciona un medio para. el intercambio de informacién entre ellos. No obstante, hay algunas diferencias entre las LAN y las WAN que se enumeran a continuacién 1. La cobertura de una LAN es pequefa, tipicamente un edificio 0 como mucho un conjunto de edificios proximos. Como se verd mas adelante, esta diferencia en cuanto a la cobertura ge fica, condicionaré la solucién técnica finalmente adoptada. 2. Es comiin que la LAN sea propiedad de la misma entidad que es propietaria de los disposi conectados a la red. En WAN, esto no es tan corriente, o 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 eleccién de la LAN. ya que evidentemente, lleva acarreado una inversi6n substancial «de capital (comparado con los gastos de conexién o alquiler de Ifneas en redes de area amplia) into en Ja adquisicién como en €l mantenimiento. Segunda, la responsabilidad de ta gestiGn de la red local recae solamente en el usuario. 3. Las velocidades de tansmisi6n internas en una LAN son mucho mayores. Tradicionalmente, en LAN se utiliza la difusién en lugar de utilizar técnieas de conmutacién, En una red de difusidn, no hay nodos intermedios. En cada estacién hay un transmisor/teceptor que se comuni con las otras estaciones a través de un medio compartido. Una transmisidn desde cualquier estacién se recibird por todas las otras estaciones, Los datos se transmiten en forma de paquetes. Debido a que el medio es compartido, una y s6lo una estacién en cada instante de tiempo podré transmitir el paquete. Mas recientemente, la conmutacién también se esté utilizando en LAN, fundamentalmente en LAN. tipo Ethernet, Otros dos ejemplos de especial relevancia son las LAN ATM, en las que se usa una red ATM como una red de ‘rea local, asf como los Canales de Fibra. Estas LAN se estudiardin, junto con las basadas en difusidn, en la Parte IV de este texto, Pe ieee en) Cuando se realiza un intercambio de datos entré computadores, terminales y/o otros dispositivos de pro- cesamiento, las cuestiones a estudiar son muchas mas 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 hhaber un camino entre los dos computadores, directo 0 a través de un red de comunicacién, pero ade- mas. tipicamente se requiere la realizacién de tas siguientes tareas adicionales 1. El sistema fuente de informaci6n debe activar el camino directo de datos, 0 bien debe propor- cionar a la red de comunicacién la identificacién del sistema destino deseado. 2. El sistema fuente debe asegurarse de que el destino esta preparado para recibir datos. 3. La aplicacién de transferencia de fichero en el origen debe asegurarse de que el programa gestor en el destino esta preparado para aceptar y almacenar ef fichero para el usuario determinado. 4. Si tos formatos de los dos ficheros son incompatibles entre ambos sistemas, uno de fos dos de- ber realizar una operacién de adecuacién. AL intercambio de informacién entre computadores con el propésito de cooperar se le denomina co municacion entre computadores, De igual manera, al conjunto de computadores que se interconectan través de una red de comunicaciones, se les denomina red de computadores. Estos términos se extien- den igualmente a cuando alguna de las partes es un terminal, ya que el grado de cooperacién en este caso es similar, En el estudio de las comunicaciones entre computadores y lus redes de computadores, son especial- mente relevantes los dos conceptos siguientes: # Los protocolos, # Las arquitecturas para comunicaciones entre computadores, Para la comunicacién entre dos entidades situadas en sistemas diferentes es necesario la definicién y utilizacidn de un protocolo, Notese que los términos «entidad y «sistema» se estén usando en un senti- do muy general. Bjemplos de entidades son: los programas de aplicacién de los usuarios. las utilidades para transferencia de ficheros, los sistemas de gestidn de bases de datos, asf como los gestores de correo electrsnico y terminales. Ejemplos de sistemas son: los computadores, los terminales y fos sensores 1e- motos. Nétese que en algunos casos la entidad y el sistema en el que se ubica son coincidentes (por ejemplo los terminales). En general, una entidad es cualquier cosa capaz de enviar y recibir informa- cidn, y un sistema es un objeto fisico que contiene a una o mis entidades. Para que dos entidades se comuniquen con éxito, se requiere que TSOU de wansport 9 eat) 2 oo a Paguste Figura 1.8. Funcionamiento de una arquitectura de protocolos.Introduccién 17 apa de acceso a la red usar esta informacidn para construir la PDU de red. La PDU de transporte es el campo de datos de la PDU de red, y su cabecera contendra informaci6n relativa a las direcciones origen y 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 concierne el contenido concreto de la PDU de transporte. La red acepta la PDU de transporte de X y la transmite a Y, El médulo de acceso a la red en Y recibe 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 la unidad de datos del protocolo de transporte yen funcidn del campo en la cabecera que contenga el SAP, entregaré el registro correspondiente a a 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 bisicas en el desarrollo de los estindares de comu- nicaci6n: el conjunto de protocolos TCP/IP y el modelo de referencia de OSI. TCPAP es la arquitectura ms adoptada para la interconexién de sistemas, mientras que OSI se ha convertido en ef modelo estin- dar para clasificar las funciones de comunicacién. En esta seccidn, se incluye un breve resumen de las dos arquitecturas, aunque posteriormente se desarrollarin con mas detalle en el Capitulo 2. TCP/IP es resultado de Ia investigacién y desarrollo Hevados a cabo en la red experimental de con- mutacién de paquetes ARPANET, financiada por la Agencia de Proyectos de Investigacion Avanzada para la Defensa (DARPA, Defense Advanced Research Projects Agency), y sé denomina globalmente como la familia de protocolos TCP/IP. Esta familia consiste en un extensa coleccién de protocolos que se han erigido como esténdares de Internet. Al contrario que en OSI, no hay un modelo oficial de referencia TCP/IP. No obstante, basdndose en fos protocolos esténdar que se han desarrollado, todas las tareas involucradas en la comunic: puede organizar en cinco capas relativamente independientes © Capa de aplicacién, © Capa origen-destino © de transporte. © Capa internet, » Capa de acceso a la red. «© Capa fisica. La capa fisica define la interfaz fisica entre el dispositivo de transmisién de datos (por ejemplo, la estacién de trabajo 0 el computador) y el medio de transmisién o red. Esta capa se encarga de la espec ficacion de las caracteristicas del medio de transmisién, la naturaleza de las sefiales, la velocidad de datos, y cuestiones afines. La capa de acceso a la red es responsable del intercambio de datos entre el sistema final y la red a la cual se esté conectado. El emisor debe proporcionar a la red la direcci6n del destino, de tal manera que la red pueda encaminar los datos hasta el destino apropiado, El emisor puede requerir ciertos servi- cios, 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 esténdares para conmutacién de circuitos, conmutacién de paquetes (por ejemplo, X.25), redes de érea local (por ejemplo, Ethernet), entre otros La capa de acceso @ la red esta relacionada con el acceso y encaminamiento de los datos a través de la ted. En situaciones en las que los dos dispositivos estén conectados a redes diferentes, se necesitarin una serie de procedimientos que permitan que los datos atraviesen las distintas redes interconectadas. Esta es la funciGn de fa capa Internet. El protocolo internet (IP, Internet Protocol) se utiliza en esta capa para ofrecer el servicio de encaminamiento a través de varias redes. Este protocolo se implementa tanto en los sistemas finales como en los «routers» intermedios. Un «router» es un dispositivo con capacidadComunicaciones y redes de computadores Sistema origen Sistema destino esi Sistema Fuente “Transmisor oe lransmision rotscin Top Aplicacion Acceso ala red Fisica Fisica Sistema origen Sistema destino Figura 1.9. Modelo de arquitectura de protocolo. de procesumiento que conecta dos redes y cuya funcidn principal es retransmitir datos desde una red a otra siguiendo la ruta adecuada para alcanzar al destino, Independientemente de la naturaleza de las aplicaciones que estén intercambiando datos, es usual re querir que los datos se intercambien de forma segura. Esto es, seria deseable asegurar que todos los datos Hegan a la aplicacién destino y en el mismo orden en el que fueron enviados. Los procedimientos que garantizan una transmisién segura estén localizados en la capa origen-destino, o capa de transporte. El protocolo TCP (Transmission Control Protocol) es ef mas utilizado para proporcionar esta funcionalidad Finalmente, la capa de aplicacién contiene la gic necesaria para posibilitar las distintas aplica- ciones de usuario. Para cada tipo particular de aplicacién, como por ejemplo la transferencia de Ficheros, se necesitari un médulo bien diferenciado, La Figura 1.9 muestra como se implementan los protocols TCP/IP en los sistemas finales, a ka vez que relaciona Ja arquitectura con ef modelo para las comunicaciones de la Figura I.1a. Notese que las capas fisica y de acceso a la red proporcionan fa interaccién entre el sistema final y la red, mientras que las capas de uplicacién y transporte albergan los protocolos denominados «extremo a extremo>, yal que facilitan la interaccién entre los 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 informacion necesaria para realizar el encaminamiento, pero a la vez, dében proporcionar algunas funciones adicionales de intercam- bio entre los dos sistemas finales: estos aspectos se desarrollardn posteriommente en los Capitulos 15 y 16, EL MODELO OSI EI modelo de OSI (Open Systems Interconection) se desarroll6 por la Organizacién Internacional de Estandarizaci6n ISO (International Organization for Standarization) como una arquitectura para comuni-Introduecion 19 caciones entre computadores, con el objetivo de ser el marco de referencia en el desarrollo de protoco- Jos estandares. OSI considera siete capas: +» Aplicacién. © Presentacién. © Sesién * Transporte, « Red, Enlace de datos. © Fisica, En la Figura 1,10 se muestra el modelo OSI y se detinen brevemente las funciones que se realizan en cada capa. La inten cen las funciones de cada una de las capas. Proporciona el acceso al entomo OSI para los usuarios y también proporciona servicios de informacion distribuida, Presentacion Proporciona a los procesos de aplicacién independencia respecto a las diferencias en la representacion de los datos (sintaxs) Sesién Proporciona el control de la comunicacién entre las. aplicaciones: establece, gestions y cierra las conexiones {sesiones) entre las aplicaciones cooperadoras. Transporte_ Proporciona seguridad, transferencia transparente de datos fete los puntos finales; proporciona ademas procedimientos de recuperacién de errores y control de flujo origen-destino, Red Proporciona independencia a los niveles superiores respecto alas técnicas de conmutacién y de transmisién utlizadas para conectar los sistemas, es responsable del establecimiento, mantenimiento y cierre de las conexiones. Enlace de datos Proporciona un servicio de transferencia de datos seguro a través del enlace fisico: envia bloques de datos (amas) lievando a cabo la sincronizacién, control de errores y de flujo necesarios. Fisica ‘Se encarga de la transmisién de cadenas de bits no estructurados sobre el médio fisico; esta relacionada con las ‘aracteristicas mecanicas. eléctricas, funcionales y de procedimiento para acoader al medio fisico, Figura 1.10. Las capas de OSI. ién del modelo OSI es que los protocolos se desarrollen de forma tal que reali-20 Comunicaciones y redes de computadores ost ropa Apkcacisn Apbcacisn Prosomacien | MP Sesion “Transports Trenspore [oigerdestro} Treat Red Acasa nace ae datos] a lared Fisea Fisica Capas eet usvaro sofware I Fmmare sistema Hardware operat | Figura 1.11. Una comparacién entre las arquitecturas de protocol TCP/P y OSI Los diseiadores de OSI consideraron que este modelo y los protocolos asociados Hegarian a domi- nar la comunicaciones entre computadores, reemplazando eventualmente las implementaciones particu- lares de protocolos, asi como a modelos rivales tales como TCP/IP. Sin embargo, esto no ha sido asi Aunque se han desarrollado muchos protocolos de utilidad dentro del contexto de OSI, el modelo de las siete capas en su conjunto no ha prosperado. Por el contrario, la arquitectura TCP/IP se ha erigide como dominante. Por tanto, en este libro se pondré mayor énfasis en TCP/IP. La Figura 1.11 muestra las capas de las arquitecturas OSI y TCP/IP, indicando Ia posible correspon- dencia en términos de funcionalidad entre ambas. La misma figura sugiere a su vez formas de imple- mentar las diferentes capas. eres En la industria de las comunicaciones desde hace tiempo se ha aceptado que los estindares son nei rios para definir las caracteristicas fisicas, meciinicas y de procedimiento de los equipos de comunica- cién, En ef pasado, este punto de vista no ha sido compartido por la industria de los computadores. Mientras que los productores de equipos de comunicacién reconocian que sus equipos deberan en gene- ral interconectarse y comunicarse con equipos desarrollados por terceros, los fabricantes de computado- nde diferentes computadores y la generali zacién del procesamiento distribuido ha desencadenado una situacién insostenible. Computadores. de res han tratado de monopolizar a sus clientes. La proliferaci diferentes fabricantes deben comunicarse con otros, y dada la evolucién ran la necesidad de software para la conversién de protocolos de uso protocolos, los clientes no adn especifico. Como consecuenci ‘wal en la normalizacion de los esténdares en la actualidad estan imponiéndose en todas las reas tecnoldgicas consideradas en este libro. A lo largo del texto se describirsn los estindares mas importantes que estin en uso 0 en desarrollo para los diversos aspectos involucrados en las comunicacién entre computadores. En el apéndice de este Hay una serie de ventajas y desventajas en el proceso de estandarizaci6n. A contin mas relevantes. Las principales ventajas son: ncionan las organizaciones més significativas implicadas en el desarrollo de los estin- i6n se citan lasIntroduccion 21 # Un estindar asegura un gran mercado. Esto estimula la produccién masiva y, en algunos casos, e uso de integracion a gran escala (LSI) o integracién a muy gran escala (VLSI), reduciéndose asi los costos, + Un estindar permite que los productos de diferentes fubricantes se comuniquen, dotando al com prador de mayor flexibilidad en la seleccisn y uso de los equipos. Las principales desventajas son: ‘* Los estindares tienden a congelar la tecnologia. Mientras que un estindar se desarrola, se revisit y se adopta, se habrin desarrollado otras téenicas mas eficaces. ok \y Muchos estindares para la misma funcidn, Este problema en realidad no es atribuible a los estindares en sf, sino a kt manera en que se hacen tas cosas. Afortunadamente, recientemente las diversas organizaciones para el establecimiento de estindares han comenzado 1 cooperar mis es- trechamente. No obstante, todavia hay areas donde coexisten varios estindares en conflicto, A lo largo de este libro, se describen los esténdares més importantes relacionados con las comunicacio- nes y los computadores, Se consideran tanto aquellos que en fa actualidad estén en uso, como fos que cesta en fase de desarrollo, Para la promocién o desarrollo de estos estindares han panticipado decisiva- mente varias organizaciones. Este apéndice presenta una breve descripcién de las organizaciones mas importantes de normalizacién: « IEFT. 2 ISO, -ulra 61 Forum ATM, NORMALIZACIONES EN INTERNET Y EL IETF Muchos de los protocolos que constituyen ta serie TCP/IP se han estandarizado o estén en fase de estan- darizacién. Mediante acuerdos universales, una organizacién denominada ta Sociedad Internet (Internet Society’ es responsable del desarrollo y la publicacién de estos estindares. La Sociedad Internet es una organizaci6n de profesionales que supervisa a una serie de gabinetes y grupos de trabajo involucrados en el desarrollo y normalizacidin de Internet En esta seccidn se proporciona una breve descripcién del procedimiento que siguen los estindares de la familia TCP/IP en su fase de desarrollo, Las Organizaciones de Internet y la publicacion de RFC La Sociedad Internet es el comité coordinador para el disefto, ingenierfa y gestién de Internet. Entre otras cuestiones, se encarga del propio funcionamiento de Internet, asf como de la normalizacién de los protocolos usados por los sistemas finales. Dentro de la Sociedad Internet hay tres organizaciones res- ponsables tanto del desarrollo de los estindares como de su publicacién: + El comité para la arquitectura en Internet (IAB, Internet Architecure Board): responsable de definir toda la arquitectura de Internet, proporciona las directrices y las lineas de actuacién del + El comité para la ingenieria en Internet (IEFT, Internet Engineering Task Force): respor ble del desarrollo e ingenierta de los protocolos,22 Comunicaciones y redes de computadores ‘+ El comité para la investigaci6n en Internet (IRTF, Internet Research Task Foree): responsa- ble de la gestidn de tas actividades del IETF, asf como del proceso de normalizacién, ‘Todo el trabajo necesario para la especificacién de las normas y de los protocolos se lleva a cabo mediante grupos de trabajo. La pertenencia a cada uno de los grupos de trabajo es voluntaria, siendo caracteristico el hecho de que cualquier interesado puede participar en los distintos grupos. Durante el desarrollo de una especific ipo de trabajo hard un borrador del documento final denominado Borrador Internet (Internet Draft), ef cual se publicard y estard disponible «on-line» en el directorio del IETF, El documento permanecerii como «Internet Draft» como mucho hasta seis meses, durante este periodo todas las partes interesadas podrin revisarlo y comentario, A la vez durante ese periodo, el puede aprobar que el borrador se publique como REC (Request For Comment). Si el borrador no pasa al estado de RFC durante los seis meses mencionados, sera eliminado del directorio. El grupo de rabajo puede posteriormente publicar versiones revisadas del borrador El IEFT, tras su aprobacisn por parte del IESG, es el responsable de la publicacién de los REC. Los RFC son las notas de trabajo para la comunidad que desarrolla e investiga en Internet, EI contenido de estos documentos puede ser ctialquier cosa relacionada con las comunicaciones entre computadores, es decir, desde un informe sobre una reunién hasta la especificacién de un esténdar. cidn, el El proceso de normalizacion La decisi6n definitiva de cual de los RFC se erige como estindar se toma en el IESG, ofdas las reco- mendaciones del IETF, Para convertirse una especiticacién en un estindar debe verificar los criterios siguientes «# Ser estable y bien conocida. # Ser adecuada técnicamente, ¢ Haber sido experimentada suficientemente demostrando su interoperatividad entre varias imple- ‘mentaciones independientes. # Tener una acepta 6n publica, «# Ser considerada titil por Internet, parcialmente 0 en su totalidad. Las diferencia esencial entre estos criterios y los que se utilizan en los esténdares internacionales del 1SO y la ITU-T reside en el énfasis que aqui se pone en los aspectos relacionados con el funcionamiento real y la experimentacién, En la Figura 1.12 se muestra ta sucesi6n de pasos, denominados «Standars Track», que debe seguir una especificacién hasta Hegar a ser aceptada como esténdar, este proceso se hat definido en el REC 2026". En todo el proceso, los pasos sucesivos requieren un necesidad creciente de consenso y veri n. En cada paso, el IEFT debe establecer unas recomendaciones 0 directrices para el desarrollo det protocol, que deben ser ratificadas por el IESG. El proceso comienza a partir de que el IESG aprucba la publicacién del borrador o «lnternet Draft» como un RFC en estado de norma o Estindar Propuesto, Las cajas blancas en ef diagrama mencionado representan situaciones temporales, que deberfan plicar el minimo intervalo posible de tiempo. Sin embargo, un determinado documento debe permanecer en el estado de estindar propuesto durante seis meses como minimo y como borrador estindar durante al menos cuatro, esto es para permitir asf un periodo suficiente de revisi6n y remisién de comentarios. Las cajas de color gris representan situaciones a més largo plazo, que pueden durar varios altos, Para pasar a la situacién de borrador, cada expeciticacién debe experimentarse sobre al menos dos realizaciones independientes, comprobandose su interoperatividad. Tras obtener la suficiente experiencia, la especificacién puede ser elevada a la categoria de estindar Internet, Llegados a este punto, se le asigna un niimero de eskindar (STD), asi como un nlimero de Los RFC que se citer a Io argo libro se isan en el Apéndice B.Introduccién 23 Borrador Intemet Estandar propuesto Experimental Informative Borrador de estandar Estandar Internet Figura 1.12. Publicacion de RFC en Internet. Por tiltimo, cuando un protocolo se vuelve obsoleto, se pasa a la condicién de histérive. El proceso de normalizacion en documentos no estandar Cualquier protocoto o especificacién que no se considere estar preparada para ser normalizada se puede publicar como un RFC experimental. Tras la realizaci6n de trabajos adicionales, la especificacién puede ser remitida para su reconsideraciGn. Si la especificacién es to suficientemente estable, ha resuel- to problemas planteados en el disefo, se suponga bien comprendida, ha recibido suficientes revisiones y criticas, y parezca que despierta el suficiente interés en la comunidad, entonces el RFC se considerara estar en el estado de Estindar Propuesto. Por dltimo, para informar a ta comunidad de Internet se publica una Especificacién Informativa. LA ORGANIZACION INTERNACIONAL PARA LA NORMALIZACION (ISO) La ISO? (International Organization for Standardization) es una agencia internacional para el desarrollo de normalizaciones que abarcan un amplio abanico de materias. Es una organizacién sin dnimo de lucro, de voluntariado, cuyos miembros son organismos de estandarizacién de las naciones participantes ade- mas de una serie de organizaciones observadoras sin voto, Aungue ISO no es gubernamental, mis del 70 % de los miembros son instituciones gubernamentales. La mayorfa de los miembros restantes tienen relaciones muy estrechas con Jas administraciones publicas de los respectivos paises. Por ejemplo, el miembro estadounidense es el organismo denominado «American National Standards Institute» (ANSD. ISO se funds en 1946 y desde entonces ha especificado mas de 12.000 normalizaciones en una gran cantidad de dreas de diversa indole. Su objetivo es promocionar el desarrollo de normalizaciones y de actividades relacionadas para facilitar el intercambio imernacional de bienes y servicios, asi como desa- * 180 no es en realidad el aensinim (en su caso deberta Ser literamente 10S), sino una palabra derivada de st iss, gue sienities24 Comunicaciones y redes de computadores rrollar la cooperacidn en la esfera intelectual. cientifica, tecnolégica y econdmica, ISO ha definido es tindares para todo. desde el paso de los tornillos hasta cuestiones de energfa solar. Un area importante dentro del campo de las normalizaciones se encarga de la arquitectura de comunicaciones para fa inter- conexion de sistemas abiertos (OSI, Open Systems Interconnection), asf como de la definicién de esti dares para cackt una de las capas de la arquitectura OSL En lo referente a los temas estudiados en este texto, los estindares OSI se han desarrottado en reali dad como un estuerzo conjunto con otras organizaciones, como es la TEC (International Electrotechnical Commission). La IEC se encarga principalmente de la normalizacién en ingeni Arica y electri ca. En el area de las tecnologias de ka informacién, ambas organizaciones se solapan, aunque fa IEC pone mas énfasis en los aspectos hardware. mientras que ISO lo hace en software, En 1987, los dos grupos formaron el JTC Goint Technical Committee). Este comité ha tenido la responsabilidad det desa- rrollo de documentos en el area de las tecnologias de la informacién que han sido adoptados por ISO (y 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, sigue un proceso que se puede describir en seis pasos o fases. El objetivo es que el resultado final sea aceptado por el mayor nimero posible de paises. A continuacién se describen brevemente las fases 1, Fase de proposicién: se asigna un tema al comité técnico apropiado, y dentro de ese comité, al grupo de trabajo adecuado, Fase de preparacién: el grupo de trabajo prepara un borrador de trabajo. Durante esta fase es probable que se consideren sucesivos borradores hasta que el grupo de trabajo esté convencide de que ha desarrollado la mejor solucisn técnica al problema abordado. En esta fase. el borrado se envia al comité jerirquicamente superior al grupo de trabajo para entrar en la fase de con- senso, Fase en el comité: tan pronto como el comité apruebe el primer borrador, se registra en la Se. cretarfa Central de fa ISO, Se hace circular entre fos miembros interesados para su considera- isn, emisién de comentarios técnicos ¥ su posterior votacién, Puede que en esta fase se consi- deren sucesivos borradores hasta que s¢ alcance el consenso en to referente al contenido téenico. Cuando hay un acuerdo suticiente, el texto esti preparado para ser remitide como documento DIS (Draft International Standard), 4. Fase de indagacién: la Sec bros del ISO para su votaci6n y formulae’ tarfa Central de Ia ISO hace circular ef DIS entre todos los miem- in de comentarios durante un periodo de cinco meses. EI documento se aprobari para su consideracién como FDIS («Final Draft International Stan- dard») siempre y cuando se consiga una mayoria de las dos terceras partes y no ms de un cuarto del niimero total de votos sean negatives. Si no se consigue la aprobacidn, el texto se devuelve al grupo de trabajo proponente para su nueva reelaboracién, para posteriormente hacerlo circu- lar de nuevo como documento DIS y repetir el proceso. Fase de aprobacién: el documento FDIS se distribuye entre todas los estamentos del ISO por parte de la Secretarfa Central para una votacién final (Si/No) durante un periodo de dos me ses. Si se reciben comentarios ténicos durante ese periodo, no serdn considerados durante esta fase, pero serin registrados para su posterior consideracién en una revisi6n futura del Esti dar Internacional. El texto se aprobard como Estindar Internacional si obtiene una mayori de las dos terceras partes y no mis de un cuarto del nimero total de votos sean negativos. Si no consigue su aprobacidn, el estindar es devuclto al grupo de trabajo original para su recon- sideracién, teniendo en cuenta las razones técnicas argumentadas por parte de los votantes nega tivos, Fase de publicacién: una vez que el documento FDIS se haya aprobado, se introduciran sélo cambios minimos en el texto detinitivo. El texto final sera remitido a la Central de ta ISO, la cual publicaré el documento en su estado de Fstindar InternacionalIntroducci6n 25 El proceso de definicién de un estindar ISO puede ser lento, Ciertamente, serfa deseable que la det nicién de estdndares fuera tan répida como los detalles técnicos lo permitieran, pero ISO debe asegurar- se de que el estindar recibe una acepta EL SECTOR DE NORMALIZACION DE LA UIT PARA LAS TELECOMUNICACIONES El sector de estandarizacién UIT para las Telecomunicaciones (UIT-T) es un Srgano permanente de la Unién Internacional de Telecomunicaciones (UIT) que es a su vez una agencia especializada de la Orga- nizacién de las Naciones Unidas. Por tanto los miembros del UIT-T son gobiernos. La representacion de USA reside en el Departamento de Estado. El objeto de la UIT-T es «estudiar y definir recomendacio- nes de cuestiones técnicas, tecnolégicas, de operacién y tarificacién para asf normalizar Jas telecomuni- cién, tanto como sea necesario, de t caciones a escala mundial», Su objetivo central es la estandari nicas y de modos de operacién en telecomunicaciones para Hevar a cabo una compatibilidad extremo a extremo en las conexiones internacionales de telecomunicacién, independientemente de los paises ori- gen y destino, La UIT-T fue creada ef | de marzo de 1993 como consecuencia del proceso de reforma dentro de la UIT. Este organismo sustituye al Comité Consultivo Internacional de Telefonfa y Telégrafos (CCITT), que en evencia tenfa los mismos estatutos y objetivos que el nuevo UIT-T La UIT-T se ha organizado en 14 grupos de estudio que establecen [as recomendaciones: 2. Funcionamiento de la red y servicios 3. Tarificacién y cuestiones econémicas. 4. Red para la gestién de las telecomunicaciones y mantenimiento de la red. 3. Proteccién contra interacciones electromagnéticas. 6. Equipamiento externo, 7. Redes de datos y comunicaciones de sistemas abiertos. 8. Caracteristicas de los sistemas telematicos. 9. Transmisin de televisin y sonido. 10, Lenguajes y cuestiones generales de software part sistemas de telecomunicacién, 11, Requerimientos de seftaliza ny protocolos. 12, Prestaciones de redes y terminates en la transmisién extremo a extremo, 13. Aspectos generales de la red. 15, Redes de transporte, sistemas y equipos. 16. Equipos y sistemas de transmisi6n El trabajo dentro de la UIT-T se organiza en ciclos de cuatro afios, coincidiendo con la frecuencia con la que se organiza una conferencia mundial (0 reunién plenaria) para ta Estandarizaci6n de tas Tele comunicaciones. El programa de trabajo para los siguientes cuatro afios se determina en la asamblea, en forma de cuestiones, planteadas por los distintos grupos de estudio, baséndose en Jos requetimientos 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 necesidades, y se les asignan las cuestiones mencionadas. En funcidn de las cuestiones asignadas, cada grupo de estudio prepara borradores de las recomenda- ciones. Un borrador de recomendacién puede ser considerado en la siguiente reunidn, de periodicidad cuatrianual, para su aprobacién. Sin embargo, cada vez més frecuentemente las 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 esta adoptando desde el periodo de estudio que finaliz6 en 1988.26 ARENDS Comunicaciones y redes de computadores Por tanto, 1988 fue fa dima vez en la que se publicaron simuluineumente un gran ntimero de documen- tos a modo de recomendacién, EL FORUM ATM Lt UIT-T es responsable, de entre otras dreas, del desarrollo de estindares parat Li RDSI de frank anche (RDSI-B). que esti basada en la tecnologia ATM. El Forum ATM juega igualmente un papel crucial en el desarrollo de los estindares ATM. En la UIT-T y en los miembros participantes provenientes de los distintos passes, el proceso de la elaboracién de normas se caracteriza por un mecanismo de consens, entre gobiernos, usuarios, y representantes del sector industrial. Este proceso puede ser dilatado en e tiempo. Aunque la UIT-T ha extremado sus esfuerzos, los retardos en la elaboracién de kas normas son patticularmente significatives el drea de la RDSI-B, en la que la tecnologia dominante es el modo de transferencia asincrono (ATM «Asynchronous transfer mode»), caracterizada por su ripida y cambiat evolucidn, Debido, pues, al gran interés que ha despertado la tecnologia ATM. se cred el Forum ATM. con ef objetivo de acelerar el procedimiento elaboracién de normas para ATM. El Forum ATM es una organizacién internacional sin dnimo de lucro, constituida por 600 miembros de distintas compaiiias Los usuarios finales también tienen su representacién en el Forum, EI Forum ATM ha recibido una mayor ateneién y nivel de vinculucién por parte de los fabricantes de computadores que la propia UIT-T. Debido a que et Forum trabaja sobre una politica de mayorfas en lugar de la estrategia del consenso, ha sido capa. de adaptarse ripidamente part definir algunos de los detalles necesarios para It implementacin de ATM. Este esfuerzo, ha redundado en un beneficio para el estuerzo normalizador de la UIT-T. RECURSOSEN INTERNET Ss iS] Hay una serie de recursos disponibles en Internet y en la Web para complementar a este texto, que pue- den ayudar al lector para estar al dia respecto a los desarrollos Hevados a cabo en este contexto, PAGINAS WEB PARA ESTE LIBRO Se ha disefiado una pagina Web especial para complementar a este libro, esté disponible en hup: www.williumstallings.com, Una descripcién detallada de este sitio puede verse en kt seccisn «Paginas Web para este libro» antes del Prefacio. ‘Tan pronto como se detecten erratas tipogrifieas asf como toda clase de errores, se publicarin en hup://\www.williamstallings.com. El fichero se actualizard cuando se necesite, Por favor, comuniquen cualquier tipo de error detectado al autor ws@shore,net. En el mismo sitio se pueden encontrar listas de eerratas para otros libros del autor, asf como informacidn y ofertas para la adquisicién de otros libros escritos por el autor. OTROS SITIOS WEB Hay una camtidad enorme de sitios Web con informacién relacionada con los temas tratados en el libro. En los capitulos siguientes, se pueden encontrar referencias de sitios Web espectficos, en cada una de las secciones «Lecturas Recomendadas». Debido a la tendeneia que tienen las URL de cambiar frecuen- temente, no han sido incluidas en este libro, Todos los sitios Web citados a lo largo del libro pueden ser explorados at través de los correspondientes enlaces que se han habilitado en la pagina Web del libro.Introduccion 27 Las siguientes paginas Web son de interés general y estin relacionadas con las comunicaciones y redes de computadores + El mundo de las rede «IETF: manticne archivos relacionados con Internet y sobre las actividades de la IETF. Incluye una biblioteca de RFC y de borradores indexada por palabras clave, asi como otros muchos doct- mentos relacionados con Internet y protocolos asociados. informacién y enlaces a recursos sobre comunicaciones de datos y redes. « Fabricantes: enlaces a paginas Web de més de 1,000 fabricantes de hardware y software, asi co- mo un directorio telef6nico de miles de empresas de computadores y redes. « Bibliografias sobre computacién: una coleccién de cientos de bibliograffas con cientos de miles de referencias. « La sociedad IEEE Commu publicaciones, ete + Grupo «ACM Special Group on Communications (SIGCOMM)»: una buena forma de estar informado sobre congresos, publicaciones, ete. ations»: una buena forma de estar informado sobre conferencias ¢ Unién Internacional de Telecomunicaciones: contiene una lista de recomendaciones de la UIT- ‘T, mas informacién para la obtencién de documentos de la UIT-T, impresos o en CD-ROM. © Organizacién Internacional para la Estandarizacién (OSD): contiene una lista de normas ISO, mas informacién sobre como obtener documentos impresos 0 en CD-ROM. GRUPOS DE NOTICIAS USENET Se ha establecido una serie de grupos de noticias USENET, sobre aspectos relacionados con la comuni- cacién de datos y las redes, Como en casi todos los otros grupos USENET, en estos grupos hay una gran relacién ruido-sefal, a pesar de esto, periddicamente vale la pena comprobar si algo se ajusta @ sus nece- sidades. He aqui una muestra: © comp.dcom.lan, comp.dcom.ans.mise: debate sobre LAN en general. « comp.std.wireless: debate sobre redes inakimbricas, incluyendo, entre otras, redes de area local inakimbricas. © comp.security.misc: seguridad en computadores y encriptacién, + comp.dcomcell-relay: sobre ATM y LAN ATM * comp.dcom.trame-relay: sobre redes «frame relay». ‘+ comp.dcom.net-management: debate sobre aplicaciones de gestién de red, protocolos y estandares. ‘© comp.protocolo.tep-ip: sobre fa familia TCP/IP.CAPITULO 2 24. 2.2. 23. 2.4. 25. Protocolos y arquitectura Protocolos Caracteristicas Funciones os! El modelo Normalizacién dentro del modelo de referencia OSI Primitivas de servicio y parametros Las capas de OSI Arquitectura de protocolos TCP/IP La aproximacion de TCP/IP La arquitectura de protocolos TCP/IP Funcionamiento de TCP e IP Interfaces de protocolo Las aplicaciones Lecturas recomendadas Problemas30 Comunicaciones y redes de computadores SOOO HHH OHHH ESOS HEH OSHS OHO OH EH OODH ‘+ Una arquitectura de protocolos es una estructura de capas hardware y software que facilita ef inter cambio de datos entre sistemas, y proporciona aplicaciones distribuidas como por ejemplo el correo electrGnico y la transferencia de Ficheros. ‘+ En cada capa de la arquitectura se implementan uno 0 varios protacolos. Cada protocolo proporciona tun conjunto de reglas que regulan el intercambio de datos entre los sistemas, ‘+ Las tareas tipieas que realiza un protocolo son entre otras: encapsulamiento, segmentaci6n, ensambla- do, control de la conexisn, transmisi6n ordenada, control del flujo, control de errores, direccionamien- to y multiplexaci6n, ‘+ La arquitectura que mas se usa es la familia de protocolos TCP/IP. en la que se definen as siguientes capas: fisica, acceso a la red, intemet, transporte y aplicaciéon, SOOO OH HHH HES HH HSH OHHH E SH SH SOOO OOD para abordar con éxito el resto de capitulos del texto. En este capitulo se muestra cémo tos temas ‘considerados de la Parte IIa la V se enmarcan dentro de la transmisidn de datos y de las redes de Computadores. Este capitulo se puede leer aqui, es decir en su lugar natural, o bien al principio de las Partes III, IV 0 V. El capitulo comienza presentando el concepto de protocolo de comunicacién. Se demuestra que los protocolos son fundamentales en todas las comunicaciones de datos. A continuaci6n, para describir ¢ implementar sistematicamente las comunicaciones, el problema se plantea en términos de capas, las cuales contendrén protocolos. Esta misma aproximacién es la que se adopt6 en el ya famoso modelo de interconexidn de sistemas abiertos (OSI, Open Systems Interconnection). Aunque el modelo OSI es considerado universalmente como el modelo de referencia hay otro mode- Jo, denominado arquitectura de protocolos TCP/IP que detinitivamente ha ganado la batalla comercial La mayor parte de los protocolos que se describen en la Parte V pertenecen a la familia TCP/IP. A lo largo de este capitulo se presentard un resumen de los mas significativos. E objetivo de este capitulo es servi de visidn general y proporcionar los conocimientos bisicos Comenzaremos nuestro estudio dando una visi6n general de las caracteristicas principales de los proto- colos. Antes de prosegui el Capitulo 1. el lector deberia repasar los conceptos asociados a los protocolos definidos en CARACTERISTICAS Los protocolos se caracterizan fundamentalmente por ser: # Directos/indirectos. ‘* Monoliticos/estructarados. «# Simétricos/asimétricas. © Eyténdares/no esténdares, Puede ser til para elector hacer una lectura preliminr del misma y posteriormente reconsiderarlo en profundidal antes dl comienzo de la Parte V.Protocolos y arquitectura 31 1a comunicacign entre dos entidades puede ser directa o indirecta. En este sentido, en la Figura 2.1 se describen algunas situaciones posibles. Si los dos sistemas que se van a comunicar comparten una linea punto punto, las entidades de estos sistemas se podran comunicar directamente; es decir, los datos y la infor- macién de control pasarin directamente entre las entidades sin Ia intervencién de un agente active. Esta misma idea es aplicable a configuraciones multipunto, aunque en este caso fas entidades deberan solu- cionar el problema del control del acceso, complicando asi el protocolo. Si los sistemas se conectan a través de una red conmutada no se podré aplicar un protocoto directo. El posible intercambio de dattos entre dos entidades dependeré a su vez del buen funcionamiento de otras entidades. Un caso algo mas complejo seré cuando las dos entidades no compartan 1a misma red conmutada, aunque eso sf deber’in estar conectadas a través de dos o mas redes. A un conjunto de este tipo de redes interconectadas se les denomina Internet. (a) Punto a punto (b) Red de difusién muttipunto (} Red conmutada (a) internet Figura 2.1, Tipos de conexién en un sistema de comunicacion.32 Comunicaciones y redes de computadores Otra caracteristica de los protocolos es su caricter monolitico o estrueturado, Conforme el lector se vaya adentrando en el libro iré comprendiendo que la tarea de 1a comunicacidn entre sistemas remotos es lo suficientemente compleja como para abordarla y concebirla monoliticamente como un todo, Por ejemplo, supdngase una aplicacién de correo electrénico ejecutandose en dos computadores conectados mediante un enlace sfncrono HDLC. Para ser estrictamente monolitica, la aplicacién deberfa contener toda la Igica del HDLC. Si la conexidn se Hevara a cabo a través de una red de conmutacidn de paque- tes, en este caso la aplicacién necesitaria igualmente incluir la Wigica del HDLC (0 algiin protocolo equivalente) para conectarse a la red. Ademds del software anterior, la aplicacién deberia incluir: el sof (ware para dividir los mensajes a transmitir en unidades del tamaiio de un paquete, ef software part solicitar un citcuito virtual, ete. La aplicaci6n necesitaria incluir software para la sincronizacién tempo- ral, es decir. los mensajes se deben enviar s6o en el caso de que el sistema y la entidad destino estén activas y preparadas para recibir. Esta sincronizacién necesitard de lgica adicional que debe incluirse en la aplicacién, Es mis, como se iri viendo mas adelante, fa lista de problemas a resolver es todavi mayor. En Ja aproximacién monolitica, una modificacién en cuaiquiert de los detalles implicaria que toda ta aplicaci6n deberia moditicarse, con el riesgo de introducir errores diffciles de localiza. Como alternativa se puede optar por una técnica de disefio © implementacién estructurada. En lugar de un tinico protocolo, en este caso habré un conjunto de protocolos organizados con una estructura por capas o jerérquica. Las funciones basicas se implementardn en las entidades de los niveles inferiores, las cuales proporcionaran servicios a las entidades de Jos niveles superiores. Por ejemplo, la aplicaci6n de correo electrénico podria utilizar los servicios del médulo (0 entidad) HDLC cuando le hiciera falta Notese que esto introduce una nueva forma de dependencia: al intercambiar datos las entidades de los niveles superiores dependeran de has entidades de los niveles inferiores. Cuando se opta por un disefio estructurado, a todo el conjunto de hardware y software que se utiliza para la implementacin de las funciones de comunicacién se denomina arquitectura, Tras esta seccién, el resto del capitulo se dedica a este concepto, Ln protocolo puede ser simétrico 0 asimétrico, La mayorfa de los protocolos que se van a estudiar serdn simétricos. Es decir. involucran a entidades pares. En ciertas situaciones la simetrfa vendra im- puesta por la naturaleza del intercambio (por ejemplo, un proceso «cliente» y un «servidorm), 0 por la necesidad expresa de reducir la complejidad de las entidades 0 de los sistemas. Un ejemplo de esta ne- cesidad puede ser el modo de respuesta normal del HDLC. Normalmente, este modo implica que un computador sondea una serie de terminales. La Igica en el extremo del terminal es muy sencilla Por tiltimo, un protocolo puede ser estindar o no estindar. Un protocolo no estindar es aquel que se disefa y se implementa para una comunicaci6n particular, © al menos para un computador con un modelo particular. SupGngase que se comunican K tipos diferentes de fuentes con L tipos de receptores de informacién, si mo hubiera estindares se necesitarfan K % L protocolos diferentes, ademiis de 2. K * L implementaciones diferentes (Figura 2.2a). Si todos los sistemas compartieran un protocolo comiin, se necesitarfan tan slo K + L implementaciones (Figura 2.2b). El uso creciente de sistemas de procesamiento distribuido junto con fa tendencia decreciemte por parte de los clientes a depender de un Linico Fabricante, han forzado a que los fabricantes implementen protocolos que obede7can a estindares bien establecidos. FUNCIONES Antes de retomar la discusién sobre las arquitecturas de comunicacién asi como sobre las distintas capas de protocolos, se va a estudiar un conjunto reducido de funciones que constituyen fa base de todos los protocolos. No todos los protocolos proporcionan estas funciones, ya que ello implicaria una duplica- ci6n innecesaria de las mismas. No obstante, hay algunas funciones que se repiten en algunos protocolos situados en distintos niveles. El andlisis que se va a realizar es necesariamente abstracto, ya que se va a proporcionar una revisién genérica de las caracteristicas y funciones de los protocolos de comunicacién, El concepto de protocoloProtocolos y arquitectura 33 {a} Sin estandares: 12 protocolos, (b) Con estandares: 1 protocol; 24 implementaciones de protocolos 7 implementaciones Figura 2.2. Uso de protocolos estandarizados. es muy importante para la mayorfa de las cuestiones que se abordan en este texto, y conforme el lector vaya adentrandose en el mismo, podrd encontrar ejemplos de todas las funciones que a continuaciGn se van a comentar. Las funciones de un protocolo se pueden agrupar en: ‘¢ Encapsulamiento. ¢ Segmentacién y ensamblado. # Control de ta conexién. « Entrega en orden © Control det flujo. # Control de errores * Direccionamiento. Muttiplexacién. Servicios de transmisién, Encapsulamiento Cada PDU no sélo contiene datos, sino que ademds debe incluir informacién de control. De hecho algu- nas PDU contienen informacién de control exclusivamente. La informacién de control se puede clasifi ear en las entes categorias: # Direceién: en a PDU se debe indicar la direccidn del emisor y/o del receptor « Cédigo para la dete alguna secuencia de co j6n de errores: para la deteccidn de errores en la trama se debe incluir robacién.34 Comunicaciones y redes de computadores « Control det protocoto: en la PDU se incluye informacién adicional para llevar a cabo las funcio. nes de! protocolo que se mencionan a conainuacisn, Se denomina encapsulamiento al hecho de affadir a fos datos informacién de control. Los datos s aceptan o generan por una entidad, y se encapsulan en la PDU junto con la informacién de control (vés se Figuras 1.7 y 1.8), Segmentacién y ensamblado* El protocolo es el encargado del intercambio de cadenas de datos entre dos entidades. Normalmente, transferencia se realiza mediante una secuencia de bloques de datos de tamano limitado. En el nivel de aplicaci6n, la unidad logica de datos a transmitir se denomina mensaje. Tanto sila entidad de aplicacién envia los datos agrupados en mensajes 0 si se trata si los envia como cadena continua, Los protocolos de los niveles inferiores pueden necesitar partir los datos en bloques mis pequeiios. Este procedimiento se dlenomina segmentacién. Denominaremos unidad de datos del protocolo (PDU, Protocol Data Unit) al bloque de datos a intereambiar entre dos entidades: Hay una serie de razones, dependientes del contexto, que justifican la segmentacién, Entre otras estan ¢ La red de comunicaciones puede que sélo acepte bloques de datos de un tamaio limitado. Por ejemplo, en una red ATM el tamao de los bloques esté limitado a 53 octetos, por el contrario Ethernet impone un tamaiio maximo de 1.526 octets, + Los mecanismos para el control de errores pueden ser mis eficientes cuanto menor sea el tamafo de la PDU, Al utilizar PDU menores, cuando la PDU tenga errores el niimero de bits a retransmitir seri menor. # El acceso a las facilidades de transmisién que sean compartidas sera mas equitativo y los retardos serin igualmente inferiores, Por ejemplo, si no se fijara un tamaiio maximo cualquier estaci6n por dria monopolizar un medio compartido, © Untamano de PDU menor implica que las entidades receptoras tienen que reservar menores tama- fios de memoria temporal # A veces, una entidad necesitara que la transferencia de datos se interrumpa con cierta periodicidad para llevar a cabo tareas de comprobacién y/o reinicio/recuperacisn. Por el contrario, hay una serie de desventajas en la segmentaci6n que justifican utilizar bloques de tamaiio lo mas grande posible: © Como se acaba de explicar, cada PDU contiene cierta cantidad de informacién de control. Por tanto, cuanto menor sea el bloque, mayor sera el porcentaje de informacién suplementaria # La legada de un PDU genera una interrupeién que se debe atender, Cuanto menor sean los blo: ques mas interrupciones se generarén. © EL tiempo n perior cesario para procesar PDU que sean pequeiias. y por tanto més numerosas, sera sus diseiador de protocolos, a la hora de determinar el tamaio ma tener en cuenta todos los factores citados, imo y minimo de las PDU deberd El procedimiento contrario a la segmentacién se denomina ensamblado. Los datos segmentados ten- drin que ensamblarse recuperando el formato de los mensajes originales para ser entregados a la entidad de aplicacidn destino, La tarea serd mas complicada si las PDU se reeiben desordenadas. En la Figura 1.7 se muestra el procedimiento de la segmentaci6n, En ls mayoria de protocols de ka familia TCPAP Fea sea of mismo, tel término fragmentacin en lugar de segmentacgn, aunque el signProtocols y arquitectura 35, Control de la conexion En una transferencia de datos no orientada a conexidn, la entidad emisora transmite 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 [a utilizacién de datagramas, descrita mas adelante en el Capitulo 10. En los casos en que las estaciones prevén un intercambio voluminoso de datos y/o hay ciertos deta- Iles del protocolo que se deben controlar dindmicamente seré preterible (o incluso obligatorio) la trans- ferencia orientada @ conexi6n. Una asociacién ldgica, 0 conexisn, se establece entre dos entidades. En este tipo de transferencia se dan tres fases (Figura 2.3): ¢ Establecimiento de la conexién, ¢ Transferencia de datos, # Cierre de la conexién. En protocolos que sean mas sofisticados se dardn, ademas de las anteriores, fases de interrupein de Ja conexidn y fases de recuperacisn, siempre que se presenten errores y otros tipos de interrupciones. Durante la fase de establecimiento de la conexidn, las dos entidades acordardn el intereambio de datos. Normalmente, una de Jas estaciones enviard una solicitud de conexién (usando una transferencia no orientada a conexién) a la otra, Puede que en el proceso esté involucrada una autoridad central, En los protocolos mis sencillos, la entidad de recepcién aceptaré o bien denegard la solicitud recibida, y consecuentemente la conexidn se considerard estar establecida © no, En protocolos mas complejos. estt fase incluira una fase adicional en la que se negociaran aspectos relacionados con Ja sintaxis, semantica y temporizaciGn del protocolo. Evidentemente, ambas entidades deberdn utilizar el mismo protocolo, No obstante, los protocolos pueden ofrecer una serie de opciones que deben ser pactadas mediante una ne- gociucién, Por ejemplo, aunque un protocol pueda admitir un tamafio de PDU de hasta 8.000 actetos. una estacién en particular puede (ener limitaciones de PDU de 1.000 octetos. Tia i Datos ee ee Tempo <__ intercambios Solicitud de ci ee ea conexion aceptade Figura 2.3. Las fases de la transferencia 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 intercambia tanto datos como informacién de control (por ejemplo, para el control del flujo o36 Comunicaciones y redes de computadores control de errores). La Figura 2.3 muestra una situaciGn en la que los datos se transmiten en un solo sentido, mientras que las confirmaciones se transmiten en el sentido contrario. La situacién més tipica 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 asf lo hard enviando una solicitud de cierre de la conexién. O bien, alternativamente puede ser que el cierre esté ordenado por una autori- dad central La caracteristica principal de la transferencia orientada a conexiGn es que cada extremo numeri se- cuencialmente las PDU que envia al otro extremo, Cada entidad sabe que esta involucrada en una cone- xiGn lgica, por lo que podrd controlar los nimeros de salida que ella genera asf como de los ntimeros de entrada, los cuales habran sido generados en el otro extremo, De hecho, se puede definir ta transfe- rencia orientada a conexién como aquella en la que los dos extremos numeran y controlan lax PDU tanto de entrada como de salida. La numeracién secuencial esti relacionada con tres funciones funda- mentaes: Ja entrega en orden, el contro! del flujo y el control de errores. Entrega en orden Si dos entidades de comunicacién residen en estaciones® diferentes conectadas a través de una red, hae bra un cierto riesgo de que las PDU tleguen con un orden diferente al de partida, ya que puede que hayan seguido rutas distintas para Hegar al destino. En los protocolos orientados a conexidn, se sucle exigir gue se mantenga el orden en las PDU, Por ejemplo, si se estd transfiriendo un fichero entre dos sistemas, es evidente, que se debe exigir que los registros del fichero se reciban en el mismo orden del fichero en el origen. Si cada PDU se numera secuencialmente y con un admero distinto, mantener el ‘orden en el receptor seré una tarea sencilla, simplemente considerando los niimeros de lay PDU recibi- das. Un problema en este tipo de esquema es que con un campo de mimeros finitos, los mimeros de secuencia se repetiran (médulo ef maximo nimero posible de la secuencia). Evidentemente, el ntimero maximo en la secuencia debe ser mayor que e! maximo ntimero de PDU pendientes. De hecho, en algu- ‘nos casos (como por ejemplo, en ARQ con repeticién selectiva, véase Capitulo 7) el maximo nimero tendra que ser igual al doble del méximo niimero de PDU pendientes. Control del flujo EL contro! del flujo es una operacisn realizada por la entidad receptora para limitar la velocidad 0 canti- dad de datos que envia ta entidad emisora. La aproximacién mas sencitla para ef control del flujo es ef procedimiento de parada-y-espera, en el que cada PDU se debe confirmar antes de que se pueda enviar la siguiente. Los protocolos mas eficien- tes implican la concesin de una especie de crédito al emisor, que no es sino 1a cantidad de datos que puede transmitir sin esperar confirmacidn. La técnica de ventana corredera del HDLC es un ejemplo tipico de este procedimiento, EL control det flujo es un ejemplo tipico de una funcién que se debe realizar en vatios protocolos Considérese otra ver la Figura 1,6. La red necesitaré controlar el flujo en el acceso a la red de X me- diante el protocolo de control de acceso. Al mismo tiempo, el médulo de acceso a la red de Y tendré un espacio limitado para ka memoria temporal y por tanto tendré que ejercer un control del Flujo via el protocolo de transporte. Por itimo, aunque él médulo de acceso a Ja red de Y puede controlar su flujo de datos, la aplicacién en Y es igualmente vulnerable a una sobrecarga. Por ejemplo, la aplicacién pue- de bloguearse esperando un acceso a disco, Por tanto, el control det flujo seri necesario también en el nivel de aplicacién fa literatura ingles se uli frecuenemente el séemino fost (raducido por estaciéin, y hace referencia eualgier ss tema final conectao «tna re. como por ejemplo un PC. un estacin de trabajo 6 an servidorProtocolos y arquitectura 37 Control de errores Las tenicas de control de errores son necesarias para recuperar pérdidas o deterioros dle tos datos y de la informacién de control. Generalmente, el control de errores se implementa mediante dos funciones separadas: la detecei6n de errores y la retransmisién, Para llevar a cabo la deteccién, el emisor inserta en cada PDU transmitida un cédigo que sea capaz de detectar errores, este cédigo sera funcién de los bits que constituyan la PDU. El receptor comprobard el valor de} eédigo en la PDU recibida. Si se de- tecta un error, ef receptor descartara la PDU. Si no se recibe una confirmacién de la PDU transmitida dentro de un intervalo razonable de tiempo, el emisor retransmitird la PDU. Algunos protocotos utilizan » 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 corrija. Al 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 acceso a la red deberfa incluir algin procedimiento para el control de errores para asegurar asf que los datos se intercambian con garantfa entre ta estaci6n y ta red. No obstante, puede que dentro de la red se pierda algiin paquete, por lo que el protocolo de transporte deberfa ser capaz de recuperar esta pérdida. Direccionamiento Fl concepto de direccionamiento dentro de una arquitectura es complejo y abarca una serie de cuestio- nes como las siguientes: « El nivel det direccionamiento. El alcance de! direccionamiento. ¢ Los identificadores de [a conexién. EI modo de direecionamiento. Para la explicacin se va a utilizar [a Figura 2.4, en dicha figura se muestra una configuracién en la que se utiliza la arquitectura TCP/IP. Los conceptos son esencialmente los mismos para la arquitectura OSI como para cualquier otra arquitectura, E| 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 estacién de trabajo) © sistema intermedio (por ejemplo, un router) estd asociado a una tinica direceién. Esa direccién por lo general es una direccién de! nivel de red. En la arquitectura TCP/IP, esta direccidn se denomina direccién IP, o simplemente direcciGn Internet. En el caso de la arquitectura OSI, se denominan punto de acceso al servicio de red (NSAP, Network Service Access Point). La direccién del nivel de red se utiliza para encaminar la PDU a través de la red o redes hasta el sistema destino, cuya direccién vendra ndicada en la direccién del nivel de red destino de la PDU. Una vez que los datos Hegan al destino, deberin cederse a algiin proceso o aplicacin dentro del sistema. Normalmente, el sistema destino podré procesar varias aplicaciones y cada aplicacién podra servir a varios usuarios. A cada aplicacién, y probablemente, a cada usuario concurrente de fa aplicacién se le asigna un identificador dnico, denominado en la arquitectura TCP/IP puerto o punto de acceso al servicio (SAP, Service Access Point) en la arquitectura OSI. Por ejemplo, una estaci6n puede ejecutar simulténeamente una aplicacién de correo electrOnico y otra de transferencia de ficheros. Como minimo cada aplicacién deberd tener un numero de puerto o SAP gnico dentro del sistema, Es més, l-aplicacién para la transterencia de ficheros puede dar servicio a varias transferencias simultineas, en cuyo caso, cada transferencia deberé tener asignada de forma dindmica un numero de puerto o SAP que sea tinico. La Figura 2.4 muestra dos niveles de direccionamiento dentro del sistema, Este es el caso tipico de Jo que ocurre en la arquitectura TCP/IP. No obstante, puede haber direccionamientos en cada nivel de la arquitectura. Por ejemplo, se puede asignar un SAP nico para cada nivel de la arquitectura OSL38 Comunicaciones y redes de computadores Estacion A Estacion B Puerto 0 punto de acceso al servicio (SAP) Conexién légica {conexion TCP) Direccion global ie de red Pp Protocolo de acceso Protocolo de acceso alarea# alared #2 Fisica Conexién tigiea “ Fisce Direccién del punto (por ejemp. crcuto virtual) ge emanated io napt | nap2 Figura 2.4. Conceptos de direccionamiento, tra cuestidn relacionada en los sistemas finales o intermedios es el aleance del direccionamiento. in Internet o NSAP que se han mencionado previamente son direcciones globales. Las carac- leristicas fundamentales de las direcciones globales son: La dire « No ambigiiedad global: una direccién global identifica a un solo sistema. Los sinénimos estén permitidos. Es decir, un sistema dado puede tener mas de una direccién global. © Aplicabilidad global: direceién global, desde cualquier sistema se podra identificar a cualquier otro, utilizando su Dado el caricter tinico y de aplicabilidad global de las direcciones, con ellas se hace posible que en Internet se encaminen datos desde cualquier sistema origen conectado a cualquier red hasta cualquier otro sistema destino situado en cualquier red distinta, En la Figura 2.4 se muestra la necesidad de otro nivel adicional de direccionamiento. En cualquier red, todas las interfaces de cada dispositive conectado deberén tener una tinica direccién. Como por ejemplo a direccién MAC en una red IEEE 802, o la direccidn de la estacién en una red X.25, Estas direcciones hacen posible que las redes encaminen las unidades de datos (por ejemplo, las tramas MAC 6 los paquetes X.25) y las hagan llegar al sistema destino, Este tipo de direcciones se denominan direc ciones del punto de conexién en la red. El alcance del direccionamiento es un concepto que silo tiene sentido para direcciones del nivel de red. Por encima del nivel de red, un puerto 0 SAP debe ser tinico dentro del sistema destino pero no tiene por qué ser globalmente tinico. Por ejemplo, en la Figura 2.4, puede haber un puerto I en el siste- ma A y un puerto con igual numero en el sistema B. La idemtificacién completa de estos dos puertos podria ser de forma univoca A.1 y B.L, respectivamente,Protocolos y arquitectura 39 El concepto de identificadores de la conexién tiene sentido exclusivamente cuando se tata de transferencias orientadas a conexiGn (por ejemplo, circuitos virtuales), no siendo aplicables para el caso de transferencias no orientadas a conexidn (por ejemplo, datagrama). Para estas tltimas, se debe utilizar un nombre global para cada transmisién, En las transferencias orientadas a conexign, es a veces desea- ble utilizar un nombre de conexiGn durante la fase de transmisién, El escenario es como sigue: la enti- dad | en el sistema A solicita una conexién a la entidad 2 del sistema B, utilizando la direcci6n global B.2. Cuando B.2 acepta la conexién, se proporcionaré un identificador de ta conexi6n (normalmente un nimero), este identificador se utilizard por parte de las dos entidades en futuras transmisiones. La utili- zacién de identificadores de la conexién tiene las siguientes ventajas: « Reduecién de cabeceras: los identificadores de la conexién son, por lo general, mas cortos que los identificadores globales. Por ejemplo, en el protocolo X.25 (estudiado en el Capitulo 10) utili- zado en las redes de conmutacién de paquetes, los paquetes de solicitud de conexién contienen campos que especifican las direeciones origen y destino, con longitud predefinida del orden de varios octetos. Tras el establecimiento de la conexién S6gica, denominada circuito virtual, los pa- quetes de datos contendran un identificador para el circuito virtual de tan sélo 12 bits. « Encaminamiento: al establecer Ja conexién se debe definir una ruta fija. BI identificador de la conexi6n sirve para que los sistemas intermedios (por ejemplo, los nodos de conmutaciGn de pa- quetes) identifiquen Ia ruta y puedan encaminar las PDU futuras. © Multiplexacién: esta funcidn se estudiaré posteriormente. No obstante, se puede adelantar que e posible que una entidad desce utilizar simulténeamente més de una conexidn. Por tanto, las PDU se deben identificar mediante el identificador de la conexién. * Uso de la informacién de estado: una vez. que la conexién se haya establecido, los sistemas finales deben mantener informacién del estado relativa a la conexidn, Esto posibilita funciones tales como el control del flujo 0 el control de errores mediante la utilizacién de nimeros de secuencia. En los Capitulos 7 y 10 se considerarén ejemplos de estas téenicas en HDLC y X.25, respectivamente. La Figura 2.4 muestra vatios ejemplos de conexiones. La conexién I6gica entre el router J y Ia esta- cién B se leva a cabo en el nivel de red. Por ejemplo, si la red 2 es una red de conmutacién de paquetes que utilizara X.25, entonces esta conexién légica deberia ser un circuito virtual. En niveles superiores, muchos protocolos de transporte, como, por ejemplo, TCP proporcionan conexiones légicas entre los usuarios del servicio de transporte. De esta manera, el TCP puede establecer una conexiGn entre dos puertos de diferentes sistemas. Otro concepto relacionado es el modo de direccionamiento. En la mayorfa de Jos casos, una direc- cidn alude a un Gnico sistema o puerto, en estas circunstancias el modo de direccionamiento se denomi- na unidestino (unicast). Abora bien, es igualmente posible que una direcci6n aluda a mas de una entidad © puerto. Este tipo de direcciones identifican simultineamente 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 la red se va a caer. Una direccién que identifique a varios usuarios puede ser de tipo difusién (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 multiplexacién es un concepto relacionado con ef direccionamiento. Un posible esquema de multi- plexacién es aquel en el que se establecen varias conexiones dentro de un tnico sistema, Por ejemplo, en X.25 puede haber varios circuitos virtuales que terminen en un sistema dado. En este caso, se pod decir que los circuitos virtuales se han muitiplexado sobre una tinica interfaz fisica entre el sistema final y la red. La multiplexacidn también se puede Hevar a cabo usando os nombres de los puertos, los cuales permiten a su vez miltiples conexiones, Por ejemplo, puede haber una serie de conexiones TCP que terminen en un sistema dado, cada una de ellas entre pares diferentes de puertos.40 Comunicaciones y redes de computadores Tabla 2.1. Modos de direccionamiento. | Destino Direccion de red Direccién del sistema | Direccién de puerto/SAP | Unidestino Individual Individual Individual Individual Individual Grupo | Mutidestno Inala odes Grape Todos Todos Grupo | Individual Individual ’ Todos | oes wai yeas Fess Todos Todos Toes La multiplexacién se utiliza en otros contextos distintos, en particular en la asignacién de conexio- s de un nivel a otro. Considérese de nuevo la Figura 2.4. La red | puede proporcionar un servicio de circuitos virtuales. Para cada conexiGn que se establezca en el nivel superior, se debers estable conexién de circuito virtual en el nivel de acceso a la red, Esta es una relacién uno-a-uno que evidente- CConexién del nivel interior Conexién de! nivel superior (@) Uno a uno (€) Muliplexacién descendente Figura 2.5. Multiplexacién y conexiones de protocolos.Protocolos y arquitectura 41 mente no tendr& siempre que ser necesariamente asf. La multiplexacién puede realizarse de dos formas * —distimtas (Figura 2.5). La multiplexaci6n ascendente (0 hacia adentro), consiste en que varias conexiones del nivel superior comparten, o se multiplexan sobre una Unica conexién del nivel inferior, Esta técnica puede ser stil para hacer un uso més eficaz del servicio del nivel inferior o para proporcionar varias conexiones del nivel superior en un entorno donde s6lo exista una tinica conexién de nivel inferior, En la Figura 2.5 se muestra un ejemplo de multiplexacién ascendente. La multiplexacién descendente, o divisin, consiste en establecer una tinica conexién del nivel superior utilizando varias conexiones del nivel inferior, el tréfico de la conexién del nivel superior se divide asf entre las conexiones inferiores. Esta técnica se puede utilizar para afladir seguridad a la conexién, mejorar las prestaciones 0 la eficacia. Servicios de transmisién Un protocolo puede proporcionar una serie de servicios adicionales a las entidades que lo utilicen, Por ejemplo, cabe mencionar los siguientes ejemplos: «+ Prioridad: ciertos mensajes, como, por ejemplo, los de control, puede que necesiten Hegar a la entidad destino con el minimo retardo posible. Un ejemplo de esta necesidad podria ser la solici- tud de cierre de una conexién. En definitiva, las prioridades deberfan estar asignadas a cada men- saje individualmente, Ademds de esto, cabria igualmente una asignacién de prioridades por cone- xidn © Calidad de ser retardo maximo, ciertos tipos de datos requieren una velocidad de transmisién minima o un « Seguridad: a veces ciertos mecanismos de seguridad, como, por ejemplo, el acceso restringido, pueden ser necesarios. Todos estos sistemas dependerdn del sistema de transmisi6n subyacente y de cualquiera de las enti- dades que intervengan en los niveles inferiores. Si los niveles inferiores pueden ofrecer estos servicios, las entidades superiores podrén hacer uso de los mismos invocando al protocolo correspondiente. Como se estudié en el Capitulo 1, los estindares son necesarios para facilitar la interoperatividad entre equipos de distintos fabricantes y para estimular Ja economia de gran escala, Es evidente que una sola normalizacién no es suficiente, ya que las tareas en Ja comunicaciones son muy complejas. Es mas, las funciones se deberfan dividir en tareas mas manejables y deberian organizarse como una arquitectura de comunicaciones. La arquitectura constituirfa asi un marco de referencia para la normalizacién. Esta linea argumental Hlevé al ISO en 1977 a definir un subcomité que desarrollara tal arquitectura. El resultado fue el modelo de referencia de Interconexidn de Sistemas Abiertos (OSI, Open System Interconection). Aunque los elementos esenciales del modelo se definieron répidamente, el esténdar fi- nal de ISO, ISO 7498, no se publicé hasta 1984. La CCITT (ahora ITU-T) especificé una versién téeni- camente compatible denominada X.200. EL MODELO Una técnica de estructuracién muy utilizada, y elegida por ISO, es la jerarquizacién en capas. En esta técnica, las funciones de comunicacién se distribuyen en un conjunto jerérquico de capas. Cada capa reatiza un conjunto de funciones relacionadas entre si, necesarias para Comunicarse con otros sistemas Cada capa se sustenta en la capa inmediatamente inferior, 1a cual realizaré funciones mas primitivas. ocultando los detalles a las capas superiores. Una capa proporciona servicios a la capa inmediatamente42 Comunicaciones y redes de computadores las capas deberfan estar definidas para que los cambios en una capa no implicaran . De esta forma, el problema se descompone en varios subproblemas més superior. Idealmente, cambios en las otras capa abordables La especificacién de ISO consisti6 en definir et conjunto de capas y los servicios que cada una de ellas deberia realizar. La divisién resultante deberfa agrupar a las funciones que fueran conceptualmente proximas, y a su vez, debiera implicar et suficiente nimero de capas como para que su. complejidad fuera pequefia, pero por otro lado, este niimero no debiera ser muy elevado de forma que el process miento de la informacién suplementaria impuesta por la coleccién de capas fuera muy costoso, Los principios que guiaron ef diseto se resumen en la Tabla 2.2. El modelo de referencia resultante tiene siete capas, que se describen con una breve definicién en fa Figura 1.10. En la Tabla 2.3 se da fa expli cacién argumentada por el ISO para la selecciGn de las siete capas, En la Figura 2.6 se muestra la arquitectura OSI. Cada sistema contiene las siete capas. La comunica- cidn se realiz entre las aplicaciones de dos computadores, denominadas en la Figura aplicaciones X Y. Si la aplicaci6n X desea enviar un mensaje a la aplicacién Y, invoca a la capa de aplicacién (capa 7), La capa 7 establece una relacin paritaria con la capa 7 del computador destino, utilizando un protocolo de la capa 7 (protocolo de aplicacién). Este protocolo necesita los servicios de la capa 6, por lo tanto las dos entidades de la capa 6 utilizan un protocolo propio, y asi hacia abajo hasta la capa fisica, que trans mite realmente los bits a través del medio de transmisin. Obsérvese que, exceptuando a capa fisica, no existe una comunicacién directa entre capas parite rias, Esto es, por encima de la capa fisica cada entidad de protocolo pasa los datos hacia la capa inferior comtigua, para que ésta los envic a su entidad par. Es més, el modelo OSI no requiere que los dos siste Tabla 2.2. Principios utilizados en la definicién de las capas OSI (ISO 7498) 1. No crear demasiadas capas de forma que la descripcién'e integracion de las capas sea mas dificil de fo estrictamente necesario. 2, Definir separaciones entre capas tal que la descripcidn de servicios sea pequefa y el numero de interacciones entre capas sea minimo. 9. Definir capas separadas para funciones que sean claramente diferentes, en lo que respects al servicio afrecida como a la tecnologia implicada, 4. Definir funciones similares en la misma capa. 5. Seleccionar los limites o separacién entre capas de acuerdo con lo que la experiencia previa aconseje. ‘6. Definir las capas tal que las funciones se puedan localizar facilmente de forma que la capa se pueda redisehiar completamente y tal que sus protocolos se puedan modificar para adaptarse ‘a las innovaciones en Ja arquitectura, ta tecnologia hardware o en el software sin necesidad de ‘cambiar los servicios que se usan o proporcionan en las capas adyacentes. 7, Definir una separacién entre capas alli donde pueda ser util tener la interfaz correspondiente normatizada 8 Crear una capa donde exista la necesidad de un nivel diferente de abstraccién en el procesa- mignto de los datos (por ejemplo, morfolégico, sintactico, seméntico). 8. Permitir modificeciones de funciones o protocolos dentro de una capa, siempre que no afecten 2 otras capas. 10. Crear para cada capa limites o separaciones sélo con su capa superior ¢ inferior. Principios similares han sido aplicados para le creacion de subeapas. 11. Crear subgrupos y organizaciones adicionales de funciones en subcapas dentro de una capa ‘sdlo en los casos donde se necesiten servicios distintos de comunicacion. |. 12, Crear, donde sea necesario, dos 0 mas subcapas'con una funcionalidad comin y por to tanto minima para permitir la operacién de.la interfaz con capas adyacentes. 18. Pormitir la no utilizacién de todas las subcapas.Protocolos y arquitectura 43 Tabla 2.3. Justificacién de las capas OSI (ISO 7498). 1, Es esencial que la arquitectura permita fa utilizacidn de una realizacién realista de medios fisi- cos para la intetconexion con diferentes procedimientos de control (por ejemplo, V.24, V.25, ‘etc.). La aplicacion de fos principios 3, 5 y & (Tabla 2.2) nos conduce a la identificacién de la Capa Fisica como la capa més aja en la arquitectura, 2, ‘Aigunos medios de comunicadién fisicos (por ejemplo, ta linea telefénica) requieren técni- cas especificas para usarlos al tranémitir datos entre sistemas a pesar de sufrir una tasa de error elevada (inaceptable pare ta gran mayoria de las aplicaciones). Estas técnicas especificas se uti- lizan en procedimientos de contra! de! enlace de datos que han sido estudiados y normalizados ‘durante varios afios. También se debe reconocer que los nuevos medios de comunicacién (por ‘eiemplo, la fibra Sptica) requerirén diferentes procedimientos de control del enlace de datos. La aplicacion de los principios 3, 8 y 8 nas conduce ¢ la identificacion de la Capa del Enlace de Datos situada encima de la Capa Fisica en la arquitectura. | | 1 | 3. En la arquitectura OSI, algunos sistemas seran lactuarén como) ¢| destino final de los datos. Alunos sistemas abiertos podrlan actuar solamente como nodos intermedios (reenviando los. datos 2 ottos sistemas). La aplicacion de los principica 3,5 y 7 conduce a la identificacién de la Caps de Red encima de la Capa del Enlace de Datos. Asi, la Capa de Red proporcionara un cami- | | | 1 | 1 | | | { | | | | | | no de conexidn (conexidn de red) entre un par de entidades de transporte incluyendo el caso en #l que estén involucrados nodos intermedios. ‘4. El control del transporte de los datos desde al sistema final origen al sistema final destino (que ho se lleva a cabo en nodos intermedios) es la funci6n que realiza el servicio de transporte. Asi, la capa superior situada justo encima de a Capa de Red es la Capa de Transporte. Esta Capa libera a las entidades de capas superiores de cualquier preacupacion sobre el transporte de da- ‘tos entre ellas. 6. Existe una necesidad de organizar y sineronizar el diélago, ¥ controlar el intercambio de datos. La aplicacién de los principios 3'y 4 nos conduce a fa identificacién de la Capa de Sesién, situa- da sobre la Capa de Transporte. 6. El conjunto restante de funciones de interés general son aquellas relacionadas con la represen- tacién y la manipulacion de: datos estructurados para el beneficio de los programas de aplica- cidn. La aplicacién de los principios 3 y 4 nos conduce a la identificacion de la Cape de Presen- tacién situada sobre la Capa'de Sesion, 7. Finalmente, estan las aplicaciones que llevan a cabo e) procesamiento de Ia informacion. La Ca- pa de Aplicacién, que es la mas alta de la arquitectura aborda parcialmente este procesamiento junto con los protocolos involucrados. | mas estén conectados directamente, ni siquiera en la capa fisica, Por ejemplo, para proporcionar el en lace de comunicaci6n se puede utilizar una red de conmutacién de paquetes 0 de conmutacién de cir- cuitos. La Figura 2.6 también muestra las unidades de datos de protocolo (PDU, Protocol Data Unit) en ta arquitectura OSI. En primer lugar, considérese la forma més habitual de implementar un protocol. Cuando ta aplicacién X tiene un mensaje para enviar a la aplicacién Y, transfiere estos datos a una entidad de la capa de aplicaci6n. A los datos se les afiade una cabecera que contiene informacisn nece- saria para el protocolo de la capa 7 (encapsulado). Seguidamente, los datos originales miis la cabecera se pasan como una unidad la capa 6. La entidad de presentacién trata la unidad completa como si de datos se tratara y le afade su propia cabecera (un segundo encapsulado). Este proceso contintia hacia abajo hasta llegar a la capa 2, que normalmente afiade una cabecera y una cola (como asf fo hace el protocolo HDLC). La unidad de datos de la capa 2, Hamada trama, se pasa al medio de transmisin mediante la capa fisica. En el destino al recibir la trama ocurre el proceso inverso. Conforme los datos ascienden, cada capa elimina la cabecera més externa, acta sobre la informacién de protocolo conteni- da en ella y pasa el resto de la informaci6n hacia la capa inmediatamente superior.44 Comunicaciones y redes de computadores ‘una POU de sada ECTS er FEE] ae comurcacones NE eee, ) PA punto-aponte ved Figura 2.6. El entorno OSI En cada nivel, cada capa puede fragmentar en varias partes la unidad de datos que recibe de Ia capa superior adyacente, de acuerdo con sus propias necesidades. Las unidades de datos deben ser ensambla- das por Ia entidad par correspondiente antes de pasarlas a Ja capa superior. NORMALIZACION DENTRO DEL MODELO DE REFERENCIA OSI* La principal motivacién para el desarrollo del modelo OSI fue proporcionar un modelo de referencia para la normalizacién. Dentro del modelo, en cada capa se pueden desarrollar uno o més protocolos. El modelo define en términos generales las funciones que se deben realizar en cada capa y simplifica el procedimiento de la normalizacién ya que: # Como las funciones de cada capa estén bien definidas, para cada una de las capas, el estableci- miento de normas 0 esténdares se pueden desarrollar independiente y simulténeamente, Esto ace- lera el proceso. ‘+ Como los limites entre capas estén bien definidos, los cambios que se realicen en los estindares para una capa dada no afectan al software de las otras. Esto hace que sea més fécil introducir nuevas normalizaciones. La Figura 2.7 muestra el uso del modelo de referencia OSI. La funcién global de comunicacién se descompone en 7 capas distintas, utilizando los principios indicados en la Tabla 2.2. Estos principios esencialmente vienen a ser los mismos que rigen en el disefio modular. Esto es, la funcién total se des- compone en una serie de médulos, haciendo que las interfaces entre médulos sean tan sencillas como * Los conceptos que aqui se inttoducen son vidos jgualmente pata a arquitectura TCP.Protocolos y arquitectura 45, Capa 7 {aplicacién) Funcibn Entas econ is cape Capa (fisica) Estandares de aplicacién ‘en OSI (por ejemplo, gestion de red, seguridad) igura 2.7. La arquitectura OSI como un modelo de referencia para la normalizacién. sea posible. Ademis, se utiliza el principio de ocultaci6n de la informacién: las capas inferiores abordan ciertos detalles de tal manera que Jas capas superiores sean ajenas a las particularidades de estos deta- Iles. Dentro de cada capa, se suministra tanto el servicio proporcionado a Ja capa superior adyacente, como el protocolo a la capa par en ef sistema remoto. La Figura 2.8 muestra de una forma mas especifica la naturaleza de la normalizacién requerida en cada capa, Existen tres elementos clave « Especificacién del protocolo: dos entidades en la misma capa en sistemas diferentes cooperan interactéan por medio del protocolo. El protocolo se debe especificar con precisién ya que estén implicados dos sistemas abiertos diferentes. Esto incluye al formato de la unidad de datos del protocolo, la seméntica de todos los campos, asf como a la secuencia permitida de PDU « Definici6n del servicio: adem4s del protocolo 0 protocolos que operan en una capa dada, se nece- sitan normalizaciones para los servicios que cada capa ofrece a la capa superior contigua. Normal- mente, la definicién de los servicios es equivalente a una descripcién funcional que define qué servicios se estén proporcionando, pero no cdmo se estén proporcionando, * Direccionamiento: cada capa suministra servicios a las entidades en la capa superior adyacente Las entidades se identifican mediante un punto de acceso al servicio (SAP, Service Access Point), Asi, un punto de acceso al servicio de red (NSAP, Network SAP) indica una entidad de transporte que es usuaria del servicio de red. En los sistemas abiertos, la necesidad de proporcionar una especificacién del protocolo precisa evi- dencia por sf sola. Los otros dos elementos de la lista anterior requieren mas comentarios. Con respecto a la definici6n de servicios, 1a motivacién para proporcionar s6lo una definicién funcional es por lo siguiente. Primero, la interacci6n entre capas adyacentes tiene lugar dentro de los confines de un tinico sistema abierto y por tanto le incumbe s6lo a él. Asi, mientras las capas pares en diferentes sistemas