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46 Comunicaciones y redes de computadores Defiricén de servicio {escrpcion funcional para uso interno) Diteccionamiento {punto de acceso al servicio) Especificacion del protocolo (sintaxis y semantica ecosariag para Interoperatviad) Figura 2.8. Normas especificas de capa. proporcionen los mismos servicios a las capas superiores adyacentes, los detalles de cémo se suminis tran los servicios pueden diferir de un sistema a otro sin que ello implique pérdida de interoperatividad. Segundo, es frecuente que las capas adyacentes estén implementadas en el mismo procesador. En estas circunstancias, serfa interesante dejar libre al programador del sistema para que utilice el hardware y el sistema operativo para que proporcionen una interfaz que sea lo més eficiente posible. En lo que se refiere al direccionamiento, la utilizacién de un mecanismo de direccionamiento en cada capa, materia- lizado en el SAP, permite que cada capa multiplexe varios usuarios de la capa inmediatamente superior. La multiplexacién no se Heva a cabo en todos os niveles, no obstante el modelo to permite. PRIMITIVAS DE SERVICIO Y PARAMETROS En Ia arquitectura OST tos servicios entre capas adyacentes se describen en términos de primitivas y mediante los pardmetros involucrados. Una primitiva especifica la funcién que se va a llevar a cabo y los parimetros se utilizan para pasar datos e informacién de control. La forma conereta que adopte la primitiva dependerd de la implementaci6n, Un ejemplo es la llamada a un procedimiento, Para definir las interacciones entre las vas (X.210), Estas se definen en la estos eventos. Por ej (N) en otro sistema. spas adyacentes de la arquitectura se utilizan cuatro primiti abla 2.4, En la Figura 2.9a se muestra la ordenacién temporal de mplo, considere la transferencia de datos desde una entidad (N) a su entidad par n esta situaci6n se verifican los siguientes hechos: 1. La entidad origen (N) invoca a su entidad (N ~ 1) con una primitiva de solicitud, Asociado a esta primitiva estan los parémetros necesarios, como, por ejemplo, los datos que se van a trans- mitir y la direcci6n destino. La entidad origen (V ~ 1) prepara una PDU (IV ~ 1) para envidrsela a su entidad par (N ~ 1). La entidad destino (N ~ 1) entrega los datos al destino apropiado (N) a través de la primitiva de indicacién, que incluye como parémetros los datos y la direcci6n origen.Protocolos y arquitectura 47 Tabla 2.4. Tipos de primitivas de servicio. SOLICITUD Primitiva emitida por el usuario del servicio para invocar algun servicio y pa sar los parémetros necesarios para especificar completamentte el servicio so- licitado. INDICACION Primitiva emitida por el suministrador del servicio para: 1, indiear que se ha sido invocado un procedimiento por el usuario de servi- Gio per en la conexién y para suministrar los parametros asociadas, 0 2. notificar.al usuario del servicio sobre una accién iniciada por el suminis- trador. RESPUESTA Primitiva emitida por el usuario del servicio para contirmar o completar algin procedimiento invocado previamente mediante una indicacidn a ese usuerio. | CONFIRMACION —_Primitiva emitida por el suministrador del servicio para confirmar 9 compl tar aigtin procedimiento invocado previamente mediante una solicitud por parte del usuario del servicio. 4, Si se requiere una confirmacién, la entidad destino (iV) emite una primitiva de respuesta a su entidad (N ~ 1). 5. La entidad (N ~ 1) convierte Ja confirmacién en una PDU (N ~ 1), 6. La confirmacién se entrega a fa entidad (N) como una primitiva de confirmacién. Esta secuencia de eventos se conoce como un servicio confirmado, ya que el que inicia la transfe- rencia recibe una confirmacién de que el servicio solicitado ha tenido el efecto deseado en el otto extre- mo. Si solamente se invocan las primitivas de solicitud ¢ indicacién (correspondientes a los pasos | a 3), entonces se denomina servicio no confirmado; la entidad que inicia la transferencia no recibe confir- macién de que la accién solicitada haya tenido lugar (Figura 2.9b). Usuario Suministrador Usuario Usuario ‘Suministrador Usuario ol servicio delservicio , dol servicio del servicio delservicio » del servicio. Solicitud Solicitud Indicacién nf Indicaci6n Respuesta Confirmacién, (a) Servicio confiemado (0) Servicio no confirmado Figura 2.9. Diagramas de la secuencia temporal de las primitivas de servicio, LAS CAPAS DE OSI En este apartado se estudian brevemente cada una de la capas y, donde sea apropiado, se dan ejemplos de normalizaciones para los protocolos de estas capas.48 Comunicaciones y redes de computadores Capa Fisica La capa fisica se encarga de la imterfaz fisica entre los dispositivos, ademas define las reglas que rigen en la transmisi6n de los bits. La capa fisica tiene cuatro caracteristicas importantes: ‘« Mecénicas: relacionadas con las propiedades fisicas de la interfaz y con el medio de transmisién Normaimente, dentro de estas caracteristicas se incluye la especificacién del conector que trans- ite las sefiales a través de conductores. A estos tiltimos se les denominan circuitos +* Eléctricas: especifican cémo se representan Ios bits (por ejemplo, en términos de niveles de ten- sin), asf como su velocidad de transmisién. ‘« Euncionales: especifican Jas funciones que realiza cada uno de los circuitos de la interfaz fisica entre el sistema y el medio de transmisién, « De procedimiento: especifican la secuencia de eventos que se Hevan a cabo en el intercambio del flujo de bits a través del medio fisico. En el Capitulo 6 se estudian con detalle los protocolos de la capa fisica. Algunos ejemplos de estan- dares de esta capa son el EIA-232-F y algunas secciones de los estindares RDSI y de LAN Capa del Enlace de Datos Mientras que la capa fisica proporciona exclusivamente un servicio de transmisién de datos, la capa de enlace de datos intenta hacer que el enlace fisico sea seguro, ademas proporciona los medios para acti- var, mantener y desactivar el enlace. El servicio principal proporcionado por la capa de enlace de datos 4 las capas superiores es et de deteccién y control de errores. Asi, si s€ dispone de un protocolo en la capa del enlace de datos completamente operativo, la capa adyacente superior puede suponer que la transmision esté libre de errores. Sin embargo, si la comunicacidn se realiza entre dos sistemas que 20 estén directamente conectados, ka conexién constard de varios enlaces de datos en serie, cada uno ope- rando independientemente. Por tanto, en este sitimo caso, la capa superior no estaré libre de la respon sabilidad del control de errores. El Capitulo 7 se dedica a los protocolos de enlace de datos. Algunos ejemplos de estandares en esta capa son HDLC, LAPB, LLC y LAPD. Capa de Red La capa de red realiza la transferencia de informacién entre sistemas finales a través de algtin tipo de red de comunicacién. Libera a las capas superiores de ta necesidad de tener conocimiento sobre la trans- misién de datos subyacente y Jas tecnologfas de conmutacién utilizadas para conectar Jos sistemas. En esta capa, el computador establecerd un didlogo con la red para especificar la direccién destino y solici- lar ciertas facilidades, como, por ejemplo, la gestién de prioridades Existe un amplio abanico de posibilidades para que los servicios de comunicacién intermedios sean gestionados por la capa de red. En el extremo més sencillo estén los enlaces punto-a-punto directos en- tre estaciones. En este caso, no se necesita capa de red ya que la capa de enlace de datos puede propor- cionar las funciones necesarias de gesti6n, Siguiendo en orden de complejidad creciente podemos consi- derar un sistema conectado a través de una nica red, como una red de conmutacién de circuitos 0 de conmutacién de paquetes. Un ejemplo de esta situacién es el nivel de paquete del estindar X.25. La Figura 2.10 muestra cOmo la presencia de una red se encuadra dentro de la arquitectura OSI. Las tres apas inferiores estan relacionadas con Ia conexién y la comunicaci6n con la red. Los paquetes creados por el sistema final pasan a través de uno 0 més nodos de la red que actéan como retransmisores entre Jos dos sistemas finales. Los nodos de la red implementan las capas | a 3 de la arquitectura. En la figura anterior se muestran dos sistemas finales conectados a través de un tinico nodo de red. La capa 3 en elProtocolos y arquitectura 49 Sistema Retransmisor Sistema final final = +++ -Protocole de ia capa de aplicaciém = Protocolo de la capa de presentaciin: = Protocole de la capa de sesion- -Protocoto de la capa de transporte ~ be: -- Enlace de datos => Fisica ==> += | |e TL eee Figura 2.10. Utilizacién de un retransmisor. nodo realiza las funciones de conmutacién y encaminamiento. Dentro del nodo, existen dos capas de enlace de datos y dos capas fisicas, correspondientes a los enlaces con los dos sistemas finales. Cada capa de enlace de datos (y fisica) opera independientemente para proporcionar el servicio a la capa de red sobre su respectivo enlace. Las cuatro capas superiores son protocolos «extremo-a-extremo» entre los sistemas finales. En el otro extremo de complejidad, una configuracién para la capa de red puede consistir en dos sistemas finales que necesitan comunicarse sin estar conectados a la misma red. Mas bien, supondremos que estén conectados a redes que, directamente o indirectamente, estén conectadas entre sf. Este caso requiere el uso de alguna técnica de interconexién entre redes; estas técnicas se estudiarén en el Capitu- to 16. Capa de Transporte La capa de transporte proporciona un mecanismo para intercambiar datos entre sistemas finales. El ser- vicio de transporte orientado a conexiGn asegura que los datos se entregan libres de errores, en orden y sin pérdidas ni duplicaciones. La capa de transporte también puede estar involucrada en La optimiza del uso de los servicios de red, proporcionando la calidad del servicio solicitada. Por ejemplo, ta entidad de sesién puede solicitar una tasa de error determinada, un retardo maximo, una prioridad y un nivel de seguridad dado, El tamafio y la complejidad del protocolo de transporte dependen de cémo de seguras 0 inseguras, sean Jas redes subyacentes y los servicios de red, Consecuentemente, {SO ha desarrollado una familia de 5 esténdares de protocolos de transporte, cada uno de ellos especificado para un determinado servicio subyacente, En la arquitectura de protocolos TCP/IP, se han especificado dos protocolos para la capa de transporte: el orientado a conexién TCP (protocolo de control de ka transmision, «Transmission Control50 Comunicaciones y redes de computadores Protocol») y el no orientado a conexién UDP (protocolo de datagrama de usuario, «User Datagram Protocol») Capa de Sesion Las cuatro capas inferiores del modelo OSI proporcionan un medio para el intercambio seguro de datos Y proporcionan a su vez, distintos niveles de calidad de servicio. Para muchas aplicaciones el servicio mas basico es a todas luces insuficiente. Por ejemplo, una aplicacién de acceso a un terminal remoto puede requerir un didlogo semi-duplex. Por el contrario, una aplicacién para el procesamiento de tran- sacciones puede necesitar la inclusién puntos de comprobacién en el flujo de transferencia para poder hacer operaciones de respaldo y recuperacién. De igual manera, otra aplicaciGn para procesar mensajes puede requerir la posibilidad de interrumpir el didlogo, generar més mensaje y posteriormente continuat el didlogo desde donde se dejé Todas estas capacidades se podrian incorporar en las aplicaciones de la capa 7. Sin embargo, ya que todas estas herramientas para el control del didlogo son ampliamente parece légico organi zarlas en una capa separada, denominada la capa de sesién, La capa de sesién proporciona los mecanismos para controlar el didlogo entre las aplicaciones de los sistemas finales. En muchos casos los servicios de la capa de sesién son parcialmente, 0 incluso total- mente prescindibles, no obstante en algunas aplicaciones su utilizacién es ineludible, La capa de sesién proporciona los siguientes servicios ‘+ Control del didlogo: éste puede ser simulténeo en los dos sé ambos sentidos (half duplex) tidos (full duplex) 0 alternado en ‘« Agrupamiento: el flujo de datos se puede marcar para definir grupos de datos. Por ejemplo, si una empresa esti transmitiendo los datos correspondientes a las ventas hacia una oficina regional, Estos se pueden marcar de tal manera que se indique por grupos el final de las ventas realizadas en cada departamento. Este servicio permitirfa que el computador destino calcule los totales de las ventas realizadas en cada departamento. ‘« Recuperacién: la capa de sesién puede proporcionar un procedimiento de puntos de comprobs cin, de forma que si ocurre algtin tipo de fallo entre puntos de comprobacién, la entidad de se- siGn puede retransmitir todos los datos desde el ultimo punto de comprobacién, ISO ha definido una normalizaciGn para la capa de sesién que incluye como opciones los servicios que se acaban de deseribir Capa de Presentacién La capa de presentacién define el formato de los datos que se van a intercambiar entre las aplicaciones y ofrece a los programas de aplicacién un conjunto de servicios de transformacién de datos. La capa de presentaciGn define la sintaxis utilizada entre las entidades de aplicacién y proporciona los medios para seleccionar y modificar la representaci6n utilizada. Algunos ejemplos de servicios especiticos que se pueden realizar en esta capa son los de comprensién y cifrado de datos. Capa de Aplicacion La capa de aplicacién proporciona a los programas de aplicacién un medio para que accedan al entorno OSI. Esta capa incluye a las funciones de administracién y en general, a los mecanismos necesarios en la implementacién de las aplicaciones distribuidas. demas, a esta capa pertenccen las aplicaciones de uso general como, por ejemplo, la transferencia de ficheros, el correo electrOnico y el acceso desde ter minales a computadores remotos, entre otras.Protocolos y arquitectura 51 ARQUITECTURA DE PROTOCOLOS TCP/IP Durante muchos afios, la literatura técnica que trataba las arquitecturas de protocolos estaba dominada por las discusiones relacionadas con OSI, asf como por el desarrollo de protocolos y servicios para cada capa, Durante los afios ochenta la creencia mas extendida era que OSI llegarfa a imponerse frente a arquitecturas comerciales como la SNA de IBM y frente a esquemas no propietarios («multivendor») ‘como TCP/IP. Esta previsién nunca se cumpli6. En Jos noventa, TCP/IP ha conseguido erigirse como la arguitectura comercial dominante, a la vez que se ha convertido en la familia © conjunto de protocolos sobre Ia que se desarrollaran los protocolos futuros. Existe una serie de razones que justifican el éxito de los protocolos TCP/IP sobre OSI. Ente ellas se pueden enumerar a las siguientes: 1. Los protocolos TCP/IP se especificaron y se utilizaron de una forma generalizada antes de la normatizacién {SO. Asi, en los alos ochenta las instituciones que tenfan necesidades apremian- tes de intercambio de informacién se enfrentaron al dilema de esperar a la disponibilidad del Paquete siempre prometido y nunca entregado de OSI, o por el contrario utilizar el conjunto TCP/IP de disponibilidad inmediata y operatividad cada vez més contrastada, Una vez hecha la eleccién de TCP/IP, el coste y los riesgos de la migraci6n a un entorno nuevo, inhibié la acepta- cidn de ISO. 2. Los protocols TCP/IP se desarrotlaron inicialmente como resultado del esfuerzo investigador en el entorno militar de los BE.UU.,, financiado por el Departamento de Defensa (DOD, Depart- ment Of Defense). Aunque el DOD, como el resto del gobierno de los BE.UU., estaba involu- crado en Ios procesos internacionales de normalizaciones, el DOD tenfa una necesidad imperio- sae inmediata de conectividad, tal que no le permitéa esperar hasta los afios ochenta o incluso principios de los noventa a productos basados en OSI, Por consiguiente, el DOD exigié el uso de Jos protocolos TCP/IP en todas sus adquisiciones de software. Debido a que el DOD es el consumidor més grande de software en el mundo, esta politica creé un mercado enorme, ani- mando a los vendedores a desarrollar productos basados en TCP/IP. 3. Internet esté construida sobre ef conjunto de protocols TCP/IP. FI crecimiento impresionante de Internet y especialmente de la «World Wide Web» (red extendida mundial) ha cimentado la victoria de TCP/IP sobre OSL LA APROXIMACION DE TCP/IP El conjunto de protocolos TCP/IP reconoce que la turea de la comunicacién es lo suficientemente com- pleja y diversa como para realizarla en una tinica unidad. Consecuentemente, la tarea se descompone en iversos médulos o entidades, que se pueden comunicar con sus entidades pares del sistema remoto. Una entidad dentro de un sistema proporciona servicios a otras entidades y, a su vez, utiliza los servi- cios de otras entidades. Las reglas de disefio del software de calidad dictan que estas entidades se deben agrupar en una forma modular y jerdrquica EI modelo OSI se basa en el mismo razonamiento, pero introduce un paso mas. El siguiente paso en OSI esté en reconocer que, en muchos aspectos, los protocolos en el mismo nivel de la jerarquia tienen algunas caracterfsticas comunes. Esto desemboca ineludiblemente en el concepto de nivel o capa, asf ‘como en ef intento de describir de una forma abstracta las caracterfsticas comunes de los protocolos en un nivel dado, Como herramienta didéctica, un modelo en capas tiene un valor significative y, de hecho, el modelo OSI se utiliza por ese motivo en muchos textos de telecomunicaciones. Los disefadores del conjunto de protocolos TCP/IP ponen la objecién que e} modelo OSI es mas prescriptive que descriptivo. El modelo OSI ordena que los protocols dentro de una capa dada realicen unas determinadas funciones. Esto pue- de no ser siempre deseable, Es posible definir més de un protocol en una capa dada, y en este caso52 Comunicaciones y redes de computadores puede que la funcionalidad de estos protocolos no sea la misma ni incluso similar. Ahora bien, lo que tienen en comtin un conjunto de protocolos de la misma capa es que se sustentan sobre el mismo con- junto de protocolos de la capa inferior adyacente. Ademés, debido a que en el modelo OST las interfaces entre capas estin bien definidas es posible sustituir un protocolo de una capa por otra versién més reciente, sin que ello implique modificar las capas adyacentes (véase principio 6, Tabla 2.2). Esto no es siempre deseable © incluso posible. Por ejemplo, una LAN se presta ficilmente para un esquema de direccionamiento con difusién y multiif sidn en el nivel de enlace. Si el nivel de enlace de IEFE 802 se situara debajo de una entidad de proto colo de red que no permitiera difusi6n ni multidifusién, este servicio seria inaccesible para las superiores en la jerarquia. Para eludir este tipo de problemas, los especificadores de OSI introducen e concepto de capas 0 subcapas nulas. A veces, parece que estos artificios salvan al modelo a expensas de diseiio no adecuado de 10s protocolos. En el modelo TCP/IP, el uso estricto de todas las capas no es obligatorio, Por ejemplo, hay protoco- los de aplicacién que operan directamente sobre IP. LA ARQUITECTURA DE PROTOCOLOS TCP/IP En ef Capitulo 1 se present6 la familia de protocolos TCP/IP. Como ya se seiial6 no existe un modelo de protocolos TCP/IP «oficial». Sin embargo, es de utilidad considerar que el conjunto de protocolos esté involucrado en cinco capas. Para resumir el Capftulo 1, estas capas son: ‘¢ Capa de aplicacién: proporciona la comunicacién entre procesos o aplicaciones de computadores separados. Capa de transporte o extremo-a-extremo: proporciona un servicio de transferencia de datos ex tremo-a-extremo. Esta capa puede incluir mecanismos de seguridad. Oculta los detalles de la red, redes subyacentes, a la capa de aplicacién. Capa Internet: relacionada con el encaminamiento de los datos del computador origen al destino a través de una o mas redes conectadas por dispositivos de encaminamiento. + Capa de acceso a la red: relacionada con la interfaz ldgica entre un sistema final y una subred ‘+ Capa fisica: define las caracterfsticas del medio de transmisidn, la tasa de seftalizacisn y el esque- ma de codificacién de las seitales. FUNCIONAMIENTO DE TCP E IP La Figura 2.4 muestra cémo se configuran los protocolos TCP/IP. Para conectar un computador @ una subred se utiliza algiin tipo de protocolo de acceso como, por ejemplo, Ethernet. Este protocolo permite al computador enviar datos a través de la subred a otro computador 0, en caso de que el destino final esté en otra subred, a un dispositivo de encaminamiento. IP se implementa en todos los sistemas finales y dispositivos de encaminamiento. Actiia como un porteador que transportara bloques de datos desde un computador hasta otro, a través de uno 0 varios dispositivos de encaminamiento. TCP se implementa solamente en los sistemas finales; guarda un registro de los bloques de datos para asegurar que todos se entregan de forma segura a la aplicacién apropiada, Para tener éxito en la transmisi6n, cada entidad en el sistema global debe tener una nica direccién, En realidad, se necesitan dos niveles de diteccionamiento. Cada computador en la red debe tener una tinica direcci6n internet que permita enviar los datos al computador adecuado. Ademds, cada proceso que se ejecute dentro de un computador en red debe tener a su vez. una direccién que sea tinica dentro del mismo; esto permite al protocolo extremo-a-extremo (TCP) entregar los datos al proceso adecuado. Estas dtimas direcciones se denominan puertos.Protocolos y arquitectura 53. A continuaciGn, se va a describir paso a paso el funcionamiento de fa Figura 2.4. SupGngase que un proceso, asociado al puerto 1 en el computador A, desea enviar un mensaje a otro proceso, asociado al puerto 2 del computador B. El proceso en A pasa el mensaje al TCP con la instruccién de enviarlo al puerto 2 del computador B, EL TCP pasa el mensaje al IP con instrucciones de que lo envie al com- putador B. Obsérvese que no es necesario comunicarle al IP Ja identidad del puerto destino. Todo lo que necesita saber es que los datos van dirigidos al computador B. A continuaciGn, IP pasa el mensaje a la capa de acceso a la red (por ejemplo, a la Iégica Ethernet) con el mandato expreso de enviarlo al dis- positivo de encaminamiento X (el primer salto en el camino a B). Para controlar esta operacién se debe transmitir informacién de control junto con fos datos de usua: rio, como asf se sugiere en la Figura 2.11. Supongamos que el proceso emisor genera un bloque de datos y lo pasa al TCP. El TCP puede que divida este bloque en fragmentos mas pequetios para hacerlos més manejables. A cada uno de estos fragmentos le aflade informacién de control, denominada cabecera TCP, formando un segmento TCP. La informacién de control Ia utilizaré la entidad par TCP en el com- putador B, Entre otros, en la cabecera se incluyen los siguientes campos: * Puerto destino: cuando la entidad TCP en B recibe el segmento, debe conocer a quién se le deben entregar los datos. ‘+ Niimero de secuencia: TCP numera secuencialmente los segmentos que envia a un puerto destino dado, para que si Hegan desordenados ta entidad TCP en B pueda reordenarlos. « Suma de comprobacién: ta entidad emisora TCP incluye un cédigo calculado en funcién del res- to del segmento. La entidad receptora TCP realiza e! mismo célculo y compara el resultado con el cOdigo recibido, Si se observa alguna discrepancia implicard que ha habido algtn error en la trans mision. A continuaci6n, TCP pasa cada segmento al IP con instrucciones para que los transmita a B. Estos segmentos se transmitiran a través de una © varias subredes y serdn retransinitides en uno 0 mas dis- positivos de encaminamiento intermedios, Esta operacién también requiere el uso de informacion de control, Asi, el IP aflade una cabecera de informacién de control a cada segmento para formar un data- grama IP. En la cabecera IP, ademas de otros campos, se incluiré la direcciGn del computador destino (en nuestro ejemplo B) Secuencia de Datos det usuario bytes de aplcacién Cabeceral Segmento "TeP Top Paquote det nivel de red Cabecera Datagrarna 'P ° Cabecera do red Figura 2.11. Unidades de datos de protocolo en la arquitectura TCP/IP.54 Comunicaciones y redes de computadores Finalmente, cada datagrama IP se pasa a 1a capa de acceso a la red para que se envie a través de la primera subred. La capa de acceso a la red afade su propia cabecera, creando un paquete, 0 trama. El paquete se transmite a través de la red al dispositive de encaminamiento J. La cabecera det paquete contiene la informacién que la red necesita para transferir los datos. La cabecera puede contener, entre otros, los siguientes campos * Direccién de la red destino: la red debe conocer a qué dispositivo conectado se debe entregar el paquete. + Funciones solicitadas: el protocolo de acceso a la red podria solicitar 1a utilizacién de ciertas funciones que ofrezca la red, como, por ejemplo, la utilizacién de prioridades. En el dispositive de encaminamiento J se elimina la cabecera del paquete y se examina la cabecera IP, El médulo IP del dispositivo de encaminamiento direcciona el paquete a tavés de la red 2 hacia B basdindose en la direccidn destino que contenga la cabecera IP. Para hacer esto, se le aiade al datagrama tuna cabecera de acceso a la red, Cuando se reciben los datos en B, ocurre el proceso inverso, En cada capa se elimina la cabecera correspondiente y el resto se pasa a la capa inmediatamente superior, hasta que los datos de usuario alcancen al proceso destino, INTERFACES DE PROTOCOLO. En la familia de protocolos TCP/IP cada capa interacciona con sus capas adyacentes. En el origen, la capa de aplicacién utilizard los servicios de la capa extremo-a-extremo, pasindole tos datos. Este proce: dimiento se repite en Ia interfaz. entre la capa extremo-a-extremo y la capa internet, e igualmente en la interfaz entre la capa internet y la capa de acceso a la red. En el destino, cada capa entrega los datos a la capa superior adyacente, La arquitectura de TCP/IP no exige que se haga uso de todas las capas. Como asf se sugiere en a Figura 2.12, es posible desarrollar aplicaciones que invoquen directamente los servicios de cualquier capa. La mayoria de las aplicaciones requieren un protocolo extremo-a-exttemo seguro y por tanto util zan TCP. Aigunas de estas aplicaciones, como el protocolo sencillo de gestién de red (SNMP, Simple Network Management Protocol), utilizan un protocol extremo-a-exiremo alternativo denomi- nado protocolo de datagrama de usuario (UDP, User Datagram Protocol), otras, en cambio, pueden ha- cer uso de IP directamente. Las aplicaciones que no necesiten interconexién de redes y que no necesiten TCP pueden invocar directamente los servicios de la capa de acceso a la red. LAS APLICACIONES La Figura 2,12 muestra la organizacién de los protocolos mds importantes de la familia de TCP/IP. La mayoria de estos protocolos se estudiardn en la Parte V de este texto. En esta secci6n, resaltaremos tres protocolos que hist6ricamente han sido considerados esenciales en TCP/IP, y que s¢ disefiaron por el DOD como esténdares militares junto a TCP e IP. El protocolo sencillo de transferencia de correo (SMTP, Simple Mail Transfer Protocol) pro- porciona una funcién basica de correo electrénico, Proporciona un mecanismo para transferir mensajes entre computadores remotos. Entre las propiedades del SMTP cabe destacar a utilizacién de listas de mensajeria, fa gestiGn de acuses de recibo y el reenvio de mensajes. El protocolo SMTP no especifica cémo se crean los mensajes, para este fin se necesita un programa de correo electrénico nativo © un editor local. Una vez que se ha creado el mensaje, SMTP lo acepta y hace uso del TCP para enviarlo al médulo SMTP en el computador remioto. En el receptor, el médulo SMTP utilizar su aplicacién de correo electrsnico local para almacenar el mensaje recibido en el buzdn de correo del usuario destino El protocolo de transferencia de ficheros (FTP, ficheros de un sistema a otto bajo el control del usuario. le Transfer Protocol) se utiliza para enviar Se permite transmitir ficheros tanto de textoProtocolos y arquitectura 55 MIME: SNMP oP [=| Dee] Be] Se] | I i 7 BGP = Protocolo de pasarela Fontera OSPF = Protocolo abierto del primer camino mas corto FIP_ = Protocolo de transterencia de ficheros RSVP = Protocolo de reserva de recursos HITP = Protocolo para la ansferencia de hipertextos, SMTP = Protocolo sencilo de transferencia de correo ICMP = Protocolo de mensajes de control en Intenet electronico IP. = Protocolo Internet SNMP = Protocolo sencilo da gestion do redes MIME = Extesiones maltipropdsito de correo electronica TCP. = Protocolo de control de transmision fen internet UDP = Protocolo de aatagramas de usuario ura 2.12, Algunos protocolos en la familia de protocolos TCPIIP. como en binario, ademas el protocolo permite controlar el acceso de los usuarios. Cuando tn usuario solicita Ja transferencia de un fichero, el FTP establece una conexién TCP con ef sistema destino para intercambiar mensajes de control. Esta conexién permite al usuario transmitir su identificador y contra- sefia, ademas de ta identificacién de! fichero junto con las acciones a realizar sobre ef mismo. Una vez que el fichero se haya especificado y su transferencia haya sido aceptada, se establecerd una segunda conexién TCP a través de la cual se materializaré la transferencia. El fichero se transmite a través de la segunda conexién, sin necesidad de enviar informacién extra, o cabeceras generadas por la capa de apli caci6n. Cuando la transferencia finaliza, se utiliza la conexién de control para indicar el fin, ademas esta misma conexidn estara disponible para aceptar nuevas Grdenes de transferencia TELNET facilita la posibilidad de conexién remota, mediante la cual el usuario en un terminal computador personal se conecta a un computador remoto y trabaja como si estuviera conectado directa mente a ese computador. El protocolo se disefié para trabajar con terminales poco sofisticados en modo scroll (avance de pantalla), En realidad, TELNET se implementa en dos médulos: el usuario TELNET interactéa con e! médulo de B/S para comunicarse con terminal local. Este convierte las particularidades de os terminales reales a una definicién normatizada de terminal de red, y viceversa. El servidor TEL- NET interactia con la aplicacién, actuando como un sustituto del gestor del terminal, para que de est forma e! terminal remoto le parezca local a la aplicaci6n. El trifico entre el erminal del usuario y el servidor TELNET se transmite sobre una conexi6n TCP. ee hia cl toate ara el lector que tenga interés en conocer con mayor detalle el TCP/IP, existen dos trabajos de tres volimenes que son mas que adecuados. EI trabajo de Comer y Stevens ha Hlegado a ser un clisico ¥ se considera definitive [COME99, COME97, COMES}. El trabajo de Stevens y Wright es también des: tacable, en él se presenta ms detalles en lo referente al funcionamiento de los protocolos [STEV94, STEV96, WRIGIS. Un trabajo mas compacto y muy util es [MURP9S], en el que se estudia el abanico56 Comunicaciones y redes de computadores de protocolos relacionados con TCP/IP de una forma técnicamente concisa y a la vez completa, se in- cluyen et estudio de algunos protocotos que no se consideran en Ios ottos dos trabajos. Uno de los mejores textos sobre OSI y sobre protocolos relacionados es [JAIN93]. (HALS96] tam- bién proporciona un tratamiento completo, COME99 Comer, D., y Stevens, D. Internerworking with TCP/P, Volume Il: Design Implementation, and Internals, Upper Saddle River, NJ: Prentice Hall, 1999. COME97 Comer, D., y Stevens, D. Internenworking with TCP/P, Volume II: Client-Server Program. ‘ming and Applications. Upper Saddle River, NJ: Prentice Hall, 1997. COME9S Comer D. Internetworking with TCPAP, Volume I: Principles, Protocols, and Architecture. Upper Saddle River, NJ: Prentice Hall, 1995. HALS96 Halsall, F. Data Communications, Computer Networks, and Open Systems. Reading. MA Addison-Wesley, 1996. JAIN93 Jain, B., and Agrawala, A. Open Systems Interconnection. New York: McGraw-Hill, 1993. MURH98 Murhammer, M., ef al. TCP/IP: Tutorial and Technical Overview. Upper Saddle River: NI Prentice Hall, 1998. STEV94 Stevens, W. TCPAP Illustrated, Volume 1: The Protocols. Reading, MA: Addison-Wesley, 1994. STEV96 Stevens, W. TCP/IP Illustrated, Volume 3: TCP for Transactions, HTTP, NNTP, and the UNIX(R) Domain Protocol. Reading, MA: Addison-Wesley, 1996. WRIGIS Wright, G., y Stevens, W. TCP/IP Illustrated, Volume 2: The Implementation. Reading, MA: Addison-Wesley, 1995. ead 2.1. Dos cuerpos de ejército (de color azul), situados sobre dos colinas, estén preparando un ataque a un tinico ejército (de color rojo) situado en el valle que las separa. El ejército rojo puede vencer por separado a cada cuerpo del ejército azul pero fracasard si los dos ejércitos azules atacan si multéneamente. Los cuerpos de ejército azules se comunican mediante un sistema de comunica- ccidn no seguro (un soldado de infanteria). El comandante de uno de los cuerpos de ejército azul, desearfa atacar al mediodfa. Su problema es éste: si envia un mensaje ordenando el ataque, no puede estar seguro de que el mensaje haya Hegado. Podrfa solicitar una confirmacién pero éta también podria ser imerceptada. ;Existe algdn protocolo que pueda utilizar el ejéreito azul para evitar la derrota? 2.2, Enumere las desventajas del diseto en capas para los protocolos. 2.3, Usando los modelos de capas de la Figura 2.13, describa el procedimiento de pedir y enviar una pizza, indicando las interacciones habidas en cada nivel. 24. a) Los primeros ministros de China y Francia necesitan aleanzar un acuerdo por teléfono, pero rninguno de los dos habla el idioma de su interlocutor. Es mAs, ninguno tiene cerca un traduc- lor que traduzca el idioma del otro. No obstante, ambos tienen un traductor de inglés. Dibuje un diagrama similar al de la Figura 2.13 que describa la situaciGn, y describa la interacciones que haya en cada nivel. 'b) Suponga ahora que el traductor del primer ministro chino puede traducir s6lo al japonés y que el primer ministro francés tiene un traductor alemdn, Dibuje el diagrama que refleje esta nueva situacién y describa la hipotética conversacién telefénica.Protocolos y arquitectura 57 Saeoes Freee de repare Caretera Figura 2.13. Arquitectura para el Problema 2.3. BasAndose en los principios enunciados en la Tabla 2.2, disefie una arquitectura con ocho capas y ponga un ejemplo de su utilizacidn. Disefie otra con seis capas y de otro ejemplo para ésta. 2.6, Discuta si es neces: © no una capa de red (capa 3 de OSI) en una red de difusi6n. 2.7. Bn la Figura 2.11 la unidad de datos del protocol (PDU) de la capa N se encapsula en una PDU de la capa (N ~ 1). Igualmente, se puede partir la PDU del nivel N en varias PDU del nivel (WV ~ 1) egmentaci6n), o agrupar varias PDU del nivel N en una tinica PDU del nivel (N — 1) (agrupamiento). a) En la segmentacién, jes necesario que cada segmento del nivel (N ~ 1) contenga una copia de la cabecera del nivel N? b) Enel agrupamiento, jes necesario que cada una de las PDU conserve su cabecera © se pue- den agrupar tos datos en una Gnica PDU de nivel NV con una tinica cabecera de nivel N?PARTE Il COMUNICACIONES DE DATOS ee ena a Parte Il trata sobre la transferencia de datos entre dos dispositivos que estan directamente co- I nectados; es decir, dos dispositivos que estén enlazados por medio de un tinico camino, y no por tuna red. Incluso para este contexto tan restringido hay una cantidad considerable de cuestiones téenicas y de disefio que hay que analizar. En primer lugar, de alguna manera se tiene que entender bien el procedimiento para transmitir sefales a través de un enlace de comunicacién. Para tal fin, se utilizan téenicas analdgicas y digitales. En ambos casos, la sefial se puede describir como un conjunto de com- ponentes que barren un rango de frecuencias electromagnéticas. Las propiedades de transmisién de la seftal dependerdn de las frecuencias que estén involucradas. Igualmente, los defectos y limitaciones que sufre la sefial en Ja transmisiGn, como, por ejemplo, la atenuacién, son dependientes de la frecuencia. Un aspecto independiente es el propio medio que se utilice para la transmisiGn de fa sefal, el cual s factor determinante de las prestaciones que se puedan conseguir, en términos de velocidad de transmi- si6n y distancia. fmimamente relacionado con las sefiales y los medios de transmisi6n estd el problema de cdmo codificar los datos en las seffales a transmitir. Las ténicas de codificacién son igualmente un factor que influiré en las prestaciones del sistema de transmisién. Ademas de los conceptos fundamentales de Ia sefial, el medio y la codificacién, la Parte Il estudia otros dos aspectos importantes en las comunicaciones de datos: la fiabilidad y la eficacia, Ei quema de comunicaciones, durante la transmisi6n siempre habré una tasa determinada de errores. Un protocolo para el control del enlace de datos proporcionard mecanismos para la deteccién y recuper- cidn de los errores, de tal manera que una linea que no sea fiable se convertiré en un enlace de datos fiable. Finalmente, si la capacidad del enlace es superior a los requisitos de una transmisién tipica, en aras a proporcionar un uso eficaz del medio de transmisién es necesario la utilizacién de varias téenicas de multiplexacién. todo es. Eee ae CAPITULO 3. TRANSMISION DE DATOS Los principios generales que rigen la transmisi6n de datos estén siempre subyacentes en todos los con ceptos y técnicas que se presentan en el libro. Para comprender la necesidad de 1a codificacién, la mul-60 Comunicaciones y redes de computadores lipleaacién, la conmutacién, el control de errores, y otros, el lector deberfa comprender previamente et comportamiento de Ia propagacidn de las sefiales a través de los medios de transmisi6n, En el Capitulo 3 se discuten las diferencias entre datos analdgicos o digitales y entre transmisién analégica o digital. En este capitulo también se estudian los conceptos de atenuacién y ruido. CAPITULO 4. MEDIOS DE TRANSMISION Los medios de transmisién se pueden clasificar en guiados o inakimbricos. Los medios guiados més utilizados son el par trenzado, el cable coaxial y la fibra dptica, Entre las técnicas inalémbricas cabe destacar las microondas terrestres y vfa satélite, la radiodifusi6n, y los infrarrojos. En el Capitulo 4 se estudian todos estos conceptos. CAPITULO 5. CODIFICACION DE DATOS Los datos pueden ser analégicos (continuos) o digitales (diseretos). Para su transmisiGn, se deben codif car mediante seftales eléctricas de caracteristicas acordes con el medio de transmisién. Tanto los datos analégicos como digitales se pueden representar mediante sefiales anal6gicas o digitales; en el Capitulo 5 se estudian cada una de las cuatro posibilidades, Ademas se estudian también las téenicas de especto expandido, CAPITULO 6. LA INTERFAZ PARA LA COMUNICACION DE DATOS En el Capitulo 6, el interés se desplaza de la transmisién a la comunicaci6n de datos. Para que dos dispositivos que estén conect nte un medio de transmisién puedan intercambiar datos digits les, se exige un alto grado de coopk jos datos se transmiten bit a bit. La temporiza- cidn (la velocidad, la duracién y la separacién) de estos bits debe ser comin en el transmisor y en el eceptor. Se exploran dos técnicas habituales en la transmisi6n: asincrona y sfncrona. Este capitulo tam- bign analiza las interfaces con la linea de transmisién. Normalmente, los dispositivos de datos digitales no se conectan y se transmite directamente al medio. En su lugar, este proceso se lleva a cabo mediante la intervencién de una interfaz normalizada. CAPITULO 7. CONTROL DEL ENLACE DE DATOS El intercambio cooperativo de datos digitales entre dos dispositivos exige algiin mecanismo para el con- trol del enlace de datos. El Capitulo 7 estudia las técnicas fundamentales comunes a todos los proto- colos para el control del enlace de datos, incluyendo el control del flujo, la deteccién y correccién de errores, posteriormente se considera el protocolo més utilizado: HDLC. CAPITULO 8. MULTIPLEXACION Las facilidades y servicios de transmisi6n son caros, Es habitual que dos estaciones que se vayan a co: municar no utilicen toda Ia capacidad del enlace de datos. Por cuestiones de rendimiento, es conveniente compartir esa capacidad. El término genérico que alude a esa comparticién es la multiplexacion, Fl Capitulo 8 se centra en las tres téenicas 4s habituales de multiplexaci6n. En primer lugar se estudia la multiplexacién més utilizada, la divisién en frecuencias (FDM, Frecuency Division Multiple xing), familiar para cualquiera que haya utilizado la radio o la televisién, La segunda técnica es un caso particular de multiplexacién por divisién en el tiempo (TDM, Time Division Multiplexing) habitual mente denominada TDM asincrona, Esta técnica es habitual para la multiplexacidn de secuencias de vor digitalizada, E! tercer tipo es otro caso particular de TDM, mas compleja que la anterior pero potencial: mente més eficaz, denominada TDM estadistica 0 asincronaCAPITULO 3 Transmision de datos 3.1, Conceptos y terminologia Terminologia utilizada en transmision de datos Frecuencia, espectro y ancho de banda 3.2. Transmision de datos analégicos y digitales : Datos es Senales i Transmi ion “| 3.3. Perturbaciones en la transmision | Atenuacion + Distorsién de retardo a Ruido 4 Capacidad del canal ——-3.4.__ Lecturas recomendadas ye "3.5. Problemas x s ji | Apéndice 3A. Analisis de Fourier Bs] Desarrollo en serie de Fourier para sefiales periddicas a Transformada de Fourier para sefales no periddicas a Densidad de potencia espectral y ancho de banda | | Apéndice 3B. Decibelios y energia de a sefial62 Comunicaciones y redes de computadores POSH OSHHHE HOE EHSEH EH ESSE EHE EHO EO OOE # Todos los formatos de informacién considerados en este texto (vor, datos, imagenes, video) se pueden representar mediante sefiales electromagnéticas. Dependiendo de! medio de transmisién y del entomo donde se, ealicen las comunicaciones, se pueden utilizar seftales analdgicas digitales para transpor- tar la informacién, ‘« Cualquier sefial electromagnética, analégica 0 digital, esté conformada por una serie de frecuencias constituyentes. Un parimetro clave en la caracterizacién de la seal es el ancho de banda, definido como el rango de frecuencias contenidas en la sefial, En términos generales, cuanto mayor es el ancho de banda de la seal, mayor es su capacidad de transportar informacién. * Uno de los problemas principales en el disefio de un sistema de comunicaciones reside en las dificul: tades o defectos de las lineas de transmisién, Las dificultades mas importantes a superar son la ate nuaci6n, la distorsi6n de atenuacién, la distorsién de retardo, asf como los distintos tipos de ruido Entre otros, et ruido puede ser de tipo térmico, ruido de intermodulacién, diafonia e impulsivo. Las dificultades en la transmisién usando sefales analdgicas causan efectos aleatorios que degradan la ca Jidad de la informacion recibida y pueden afectar a la inteligibilidad. Cuando se utilizan sefales digi- tales, los defectos en la transmisién pueden introducir bits errdneos en ta recepcisn. # El disenador de un sistema de comunicaciones debe tener presente cuatro factores determinantes: e 0 de banda de Ta seftal, a velocidad de transmisién de la informaci6n digital, 1a cantidad de ruido junto a otros defeetos en Ja transmisisn, y por tiltimo la proporcisn o tasa de errores tolerable. El ancho de banda disponible esta limitado por el medio de transmisidn asi como por la necesidad de evitar interferencias con seftales cercanas. Debido a que el ancho de banda es un recurso escaso, & convenient maximizar la velocidad de transmisién de los datos para el ancho de banda disponible. La velocidad de transmisi6n esta limitada por el ancho de banda, la presencia ineludible de defectos en! transmisi6n, como, por ejemplo, el ruido, y finalmente por la tasa de errores que sea tolerable como SOOO HOSS E HHO SES OHE SHEESH O HO OOS seftal que se transmite y las caracterfsticas del medio de transmisi6n, El objetivo de este capitulo E: éxito en Ja transmisiGn de datos depende fundamentalmente de dos factores: la calidad de la ‘or un conocimiento intuitivo de la naturaleza de estos dos Factores. es proporcionar al le La primera seccidn introduce algunos conceptos y terminologia comiinmente aceptada en el campo de Ia ingeniert . proporcionando una base suficiente para abordar el resto del capitulo, La Sec- cién 3.2 clarifica el uso de los conceptos analégico y digital. Tanto los datos analégicos como los digi tales se pueden transmitir usando sefiales anal6gicas o digitales. Es més, esto es ampliable al procesa- miento intermedio que se haga entre Ja fuente y el destino, pudiendo ser de nuevo anal6gico o digital En la Seccidn 3.3 se estudian los defectos en la tra smisién que pueden introducir errores en los datos. Dichos errores son fundamentalmente: la atenuacién, el retardo, y los diversos tipos de ruido exis- lentes. Por tiltimo, se estudia el concepto fundamental de capacidad del canal. En esta seccién se introducen algunos conceptos y términos que se utilizarén a lo largo del capitulo, y de hecho en toda la Parte ILTransmision de datos 63 TERMINOLOGIA UTILIZADA EN TRANSMISION DE DATOS La transmisién de datos entre un emisor y un receptor siempre se realiza a través de un medio de trans misién. Los medios de transmisién se pueden clasificar como guiados y no guiados. En ambos casos, la comunicacién se realiza con ondas electromagnéticas. En_los medios guiados, como, por ejemplo, en los.pares trenzados, los cables coaxiales y las fibras dpticas, las ondas se transmiten confindndolas a lo Jargo del camino fisico. Por el contrario, los medios no guiades proporcionan una forma de transmitir las ondas electromagnéticas sin confinarlas, como, por ejemplo, en la propagacién a través del aire, él mar 0 el vacto. El término enlace directo hace referencia al camino de transmisién entre dos dispositivos en el que la seffal se propaga directamente del emisor al receptor sin ningtin otro dispositive intermedio que no sea un amplificador o repetidor. Estos tiltimos se usan para incrementar la energia de la seilal. Obsér- vese que este término se puede aplicar tanto a medios guiados como no guiados: Un medio de transmisién guiado es punto a punto si proporciona un enlace directo entre los dos Ainicos dispositivos que comparten el medio. En una configuracién guiada multipunto, el mismo medio es compartido por mas de dos dispositivos. Por ejemplo, en la Figura 3.1, el enlace entre los dos nodos de conmutacién de la parte superior de la figura son punto a punto; el enlace que une a las estaciones de trabajo conectadas usando una LAN segtin se muestra en la parte inferior de la figura es un enlace mut tipunto, Un medio de transmisién puede ser simplex, half-duplex o full-duplex. En la transmisién simplex, las seffales se transmiten s6lo en una tinica direccién; siendo una estacién la emisora y otra la receptora. En half-duplex, ambas estaciones pueden transmitir pero no simultdneamente. En full-duplex, ambas es- taciones pueden igualmente transmitir, pero ahora simulténeamente. En este iiltimo caso, el medio trans- porta sefiales en ambos sentidos al mismo tiempo. Posteriormente se explicard cémo se realiza este tipo de transmision, Notese que estas definiciones son de uso comtin en los Estados Unidos (son definiciones ANSI). En otros lugares (donde prevalecen las definiciones UIT-T) el término «simplex» corresponde a chalf-duplex», tal y como se ha definido antes, y «duplev» se usa por lo que se entiende como «full- duplex» en ANSI FRECUENCIA, ESPECTRO Y ANCHO DE BANDA En este libro, consideraremos las sefiales electromagnéticas desde el punto de vista de la transmisién de datos. En el punto 3 de Ia Figura 1.2 se genera una sefal en el transmisor que se envia a través del medio. La sefial, que es una funcién del tiempo, se puede expresar también en funcién de la frecuencia; es decir, Ja sefial esta constituida por componentes a diferentes frecuencias. Para comprender y caracte- rizat mejor el funcionamiento de la transmisién de datos, el dominio de la frecuencia resulta ser mas ilustrativo que ef dominio del tiempo. A continuacién, se introducen ambos dominios. Conceptos en el dominio temporal La sefial electromagnética considerada como funcién del tiempo, puede ser tanto continua como disere- ta, Una sefial continua es aquella en la que la intensidad de la sefial varfa suavemente en el tiempo. Es decir, no se presentan saltos o discontinuidades', Una sefial disereta es aquella en la que la intensidad se mantiene constante durante un determinado intervalo de tiempo, tras el cual la sefial cambia & otro valor constante. En la Figura 3.1 se muestran ejemplos de ambos tipos de sefiales. La sefial continua puede corresponder a voz y la seal discreta puede representar valores binarios (0 y 1). " La definicién matemitica es: una seal s(7) es continua si ims) = sta) para todo a64 Comunicaciones y redes de computadores Ampitud (voltos) (@) Continua Ampitud (wolios) (b) Discreta Figura 3.1. Seales continua y discreta, EL tipo de seftales mas sencillas que se pueden considerar son las sefiales periédicas, que se caracte- rizan por contener un patron que se repite a Jo largo del tiempo. En la Figura 3.2 se muestra un ejemplo de sefial periddica continua (una onda sinusoidal) y un ejemplo de sefal periddice digital (una onda cuadrada). Matemticamente, una seftal s(t) se dice periddica si y solamente si se T) = 90) wcrc to donde fa constante Tes el periodo de la sefial (TT debe ser ef menor valor que verifique la ecuacién). En cualquier otro caso fa sefal es no periddica La onda seno es fa sefial continua fundamental por excelencia. Cualquier onda seno se representa mediante tres pardmetros: Ia amplitud (A), la frecuencia (f) y la fase (). La amplitud de pico ese valor meximo (0 enerifa) de la seital en el tiempo: normaimente este valor se mide en voltios. La fre- cuencia es la razén [en ciclos por segundo o Hertzios (Hz)] a la gue la sefial se repite, Un parameto equivalente es el periodo (7), definido como 1a cantidad de tiempo transcurrido entre dos repeticiones consecutivas de la sefal; por tanto, T= 1/f. La fase es una medida de la posicion relativa de la sefal dentro de un periodo de la misma; este concepto se ilustra més adelante. Mas formalmente, para una sefial periddica (1), la fase es la fraccién 1/P del periodo P, en la que t ha avanzado respecto un origen arbitrario. El origen se considera normalmente como el tittimo cruce por cero desde valores negativos & positivos expresiGn general para una onda sinusoidal es: s(0) = AsenQxft + $)Transmision de datos 65 Tempo (a) Onda sinusoidal Tiempo Amplitud (0) Onda cuadrada Figura 3.2. Sefales periddicas. En la Figura 3.3 se muestra el efecto de la variacién de cada uno de los tres pardmetros antes men cionados, En la parte (a), la frecuencia es 1 Hz, por tanto el periodo es T= 1 segundo. En la Figu- ra 3.3(b) se representa una onda seno con la misma fase y frecuencia pero con una amplitud de 1/2. En la Figura 3.3(c) se tiene una sefial con frecuencia f= 2, lo cual es equivalente a considerar un periodo T= 1/2. Por ultimo, en la parte (d) de la misma figura se muestra el efecto de un desplazamiento en fase de 7/4 radianes, que corresponde a 45 grados (27 radianes = 360° = | periodo). En la Figura 3.3 el tiempo se representa en el eje horizontal; Ja curva representa el valor de la sefial para un punto det espacio dado, en funcién del tiempo. Este tipo de representacién, con un cambio adi cional de escala, se puede usar representando en el eje horizontal el espacio. En este caso, la curva muestra el valor de la sefial para un instante de tiempo dado en funci6n de la distancia. Por ejemplo,66 Comunicaciones y redes de computadores st) (@)A=1F 21.920 (AZ1 S22 © Figura 3.3. sit) = Asen(2nft + para la transmisi6n de una sefal sinusoidal (digamos una onda electromagnética de radio-frecuencia ale jada una cierta distancia de Ia antena, 0 un sonido alejado a cierta distancia det altavoz), en un instante determinado de tiempo, la intensidad de la sefal varia sinusoidalmente en funci6n de la distancia media desde fa fuente, Es obvio que existe una relacién sencilla entre las dos sefiales seno anteriores (en el tiempo y en el -spacio). Para una sefal, se define la tongitud de onda 7, como la distancia que ocupa un ciclo, en otras palabras, 1a distancia entre dos puntos de igual fase en dos ciclos consecutivos. Supdngase que la sefal se propaga a una velocidad r. En ese caso, la longitud de onda se puede relacionar con el periodo de la seffal a través de la siguiente expresisn: / = 07, O equivalentemente 7f = v. Es frecuente ef caso en que vc; es decir, cuando la velocidad de propagacién en el medio es igual a la de la luz en el espacio libre, que como es sabido es ¢ = 3 x 10° m/s. Conceptos del dominio de la frecuencia En la préctica, la sefial electromagnética puede estar compuesta de muchas frecuencias, por ejemplo, en Ja Figura 3.4c se muestra ta siguiente seital s(t) = (A/a) * (sen aft) + (1/3)sen 2n3/))) en este ejemplo la sefial esté compuesta por dos términos correspondientes a las frecuencias f y 3: dichas componentes se muestran en las partes (a) y (b) de la mencionada figura. Hay varias considera ciones interesantes que se pueden hacer a la vista de estas figuras:Transmision de datos 67 oor osT 107 1sT {a) sen(2an) oor ost 407 1ST (©) (1/3}sen(221391) 20T oor ost 407 487 207 ) (Aix) fsen(2ft + (1/3)sen(20(3A0) Figura 3.4. Suma de componentes en frecuencia (T = 1/f}. # La frecuencia de la segunda componente es un multiplo entero de kt frecuencia de ka primera, Cuando todas las componentes de una sefial tienen frecuencias maltiplo de una dada, ésta se deno- mina frecuencia fundamental * El periodo de la sefial suma de componentes es el periodo correspondiente a la frecuencia funda- mental. El periodo de la componente (2nf1) es T = Lif, y el periodo de s(1) es también 7, como se puede observar en la Figura 3.4c.68 Comunicaciones y redes de computadores Se puede demostrar, usando ef andlisis de Fourier, que cualquier seftal esta constituida por compo- nentes sinusoidates de distintas trecuencias. Este resultado es de vital importancia, ya que los efectos de Jos medios de transmisién sobre las sefiales se pueden expresar en el dominio de la frecuencia, como se discutiré posteriormente en este capitulo. Para el lector interesado al final del capitulo, en el Apéndice 3A, se presenta una introducci6n al andlisis. de Fourier. Por lo tanto, para cada sefal se puede decir que hay una funcidn en el dominio det « srmina la amplitud de ta seal en cada instante de tiempo. lgualmente, hay una funcién S suencia que especifica las frecuencias constitutivas de la seftal. En la Figura 3.54 se ae dominio de la fre sth uw a 104 os oe ° 2 a “a (2) 5) = (Aenysencaat + (113)sen(2x(3N9) oax 02x 4 00x + 02x 4 ax + ° we 2K 3x ax six Wanet =xestexte Figura 35. Representaciones en el dominio de la frecuencia,Transmisién de datos 69 muestra la sefial de la Figura 3.4c en el dominio de la frecuencia. Obsérvese, que en este caso S(f) es discreta. En 1a Figura 3.5b se muestra la funcién en el dominio de la frecuencia correspondiente @ una seal pulso cuadrado, con valor 1 entre ~X/2 y X/2, y 0 en cualquier otro caso®, Obsérvese que en este caso S(f) es continua y tiene valores distintos de cero indefinidamente, aunque la magnitud de las frecuen- cias se hace pequeiia para frecuencias f grandes. Fstas caracteristicas son comunes en las seftales reales. Se define el espectro de una sefial como el conjunto de frecuencias que la constituyen. Para la serial de la Figura 3.4c, el espectro se extiende desde fa 3/. Se define el ancho de banda absoluto de una sefial como la anchura del espectro. En el caso de Ja Figura 3.4c el ancho de banda absoluto es 2/ Muchas sefiales, como la de la Figura 3.5b, tienen un ancho de banda infinito. No obstante, la mayor parte de la energia de la sefial se concentra en una banda de frecuencias relativamente estrecha. Esta banda se denomina ancho de banda efective o simplemente ancho de banda. Para coneluir definiremos el término componente continua (de). Si una seflal contiene una compo nente de frecuencia cero, esa componente se denomina continua (de, direct current). Por ejemplo, en la Figura 3.6 se muestra el resultado de sumarle una componente continua a la sefial de la Figura 3.4c tt) oor osr 1.07 197 207 + (#infsen(2zf) + (113}sen(22(3N0) Sih 14 12 10 os 06 oa o2 00 ‘ 0 1 2 2 4 ws Figura 3.6. Sefial con componente continua (dc, 2 De hecho, la funcidn S(f) en este ejemplo es simética respecto f = 0, y por tanto, estédefinida para valores negativas de ka vases un anitiio matemitco cuyajusiicacin eae fuera dl propésito de ese libro. frecuencia, La existencia de frecuencias ne;70 Comunicaciones y redes de computadores componente continua, la sefial tiene una amplitud media igual a cero, vista en el dominio del tiempo. Si tiene componente continua, tendré un término a frecuencia = 0, y por tanto, una amplitud promedio distinta de cero. Rela n entre la velocidad de transmisién y el ancho de banda Se ha definido el ancho de banda efective como la banda en fa que se concentra la mayor parte de la energia de la sefial. La mayor parte es un concepto algo impreciso. La cuestidn importante aqui, es que aunque una forma de onda dada contenga frecuencias en un rango extenso, por cuestiones pricticas, e sistema de transmisién (transmisor mas medio més receptor) s6lo podra transferir una banda fimitada de Esto hace que la velocidad de transmisién maxima en el medio sea limitada, Frecuencias. Para explicar esta cuestiOn, consideremos la onda cuadrada de ta Figura 3.2b. Supongamos que un | binario se representa mediante un pulso positivo y un 0 por un puso negativo. Por tanto, ta forma de onda representa la secuencia binaria 1010... La duracién de cada pulso es 1/2/; luego, ka velocidad de transmisi6n es 2f bits por segundo (bps). ,Cuéles son las componentes en frecuencia de esta seftal? Para responder a esta cuestidn, consideremos de nuevo la Figura 3.4, Al sumar las ondas seno de frecuencias fy 3f, se obtiene una forma de onda que empieza a parecerse a una onda cuadrada. Continuemos el proceso sumando otra onda seno con frecuencia Sf, como se muestra en ka Figura 3.7, y posteriormente sumando otra onda seno de frecuencia 7f, también mostrado en la Figura 3.7b. Al sumar mas términos méltiplos impares de la frecuencia f, convenientemente escalados, itemos aproximando cada vez mejor Ja onda cuadrada, De hecho, se puede demostrar que las componentes en frecuencia de una onda cuadrada con ampli- tudes A y —A se pueden expresar como: wy=axtx y Snerio Tce k Luego, esta forma de onda tiene un niimero infinito de componentes en frecuencia y por to tanto un ancho de banda infinito. Sin embargo, la amplitud de la componente k-ésima, Kf, es solamente 1/k, por tanto, la mayor parte de la energfa de esta forma de onda esté contenida en las primeras componente. {Qué ocurte si se limita el ancho de banda sélo a las tres primeras componentes? Ya hemos visto la respuesta en la Figura 3.7a, Como se puede ver, la forma de la onda resultante aproxima razonable- mente a fa onda cuadrada original, Las Figuras 3.4 y 3.7 pueden servir para ilustrar la relaciGn entre la velocidad de transmisién y el ancho de banda. Supongamos que se esté utilizando un sistema de transmisién digital eapaz de fansmi- tir sefiales con un ancho de banda de 4MHz. Intentemos transmitir una secuencia de unos y ceros alter- nantes, como una onda cuadrada de Ja Figura 3.7c, ,Qué velocidad de transmisi6n se puede conseguir? Para responder a esta pregunta consideremos los siguientes tres casos Caso I. Aproximemos Ia onda cuadrada con una forma de onda como ta de Ja Figura 3.7a Aunque es una forma de onda «distorsionada», es suficiente para que el receptor sea capaz de discriminar entre un 00 un | binarios. Ahora, si tomamos una f = 10° ciclos/segundo = 1 MHz, entonces el ancho de banda de la sefial 4 stt) = = x | sen(2n * 10%) + 5 sean x 3 x 10") + 5 sem (An x 5% 10°) es (5 * 10") ~ 10" = 4 MHz, Obsérvese que para f= 1 MHz, el periodo de la frecuencia fun- damental es T= 1/10? = 10° = 1 ps. Luego, si se considera esta forma de onda como una ca- dena de 0 y 1, un bit aparecerd cada 0.5 1s, para una velocidad de 2 10° = 2 Mbps. Asi, para tun ancho de banda de 4 MH, se consigue una velocidad de transmision de 2 MbpsTransmisin de datos. 71 = 49 f+ \/ \y 00 osr 107 1.87 207 (a) (Aix) [sen(2zf) + (1/3}sen(2n(30) + (4/5)sen(2x(5N8], hy A\ 10 os - | | Lowa! lanl 010 Va \/ sor 187 20r 20 ost osr 107 457 207 (6) (Ain 5 (amyseni2n(ANe Figura 3.7. Componentes en frecuencia de una onda cuadrada (T= W/f). Caso Hl. Ahora supongamos que se dispone de un ancho de banda de 8 MHz, Considérese de nuevo la Figura 3.7a, pero ahora con f= 2 MHz. Usando un razonamiento idéntico al anterior, el ancho de banda de Ia sefial es (5 x 2 x 10°) ~ (2 x 10°) = 8 MHz. Pero en este caso T= 1 f ~0,5 j18. Por tanto, aparece un bit cada 0,25 1s siendo la velocidad de transmisién en este caso de 4 Mbps. Como conclusién, al duplicar el ancho de banda solamente, se duplica poten- cialmente la velocidad de transmisién, Caso IH, Ahora supongamos que la forma de onda de la Figura 3.4¢ se considera adecwada onda cuadrada. Ey decir, la diferencia entre un pulso positive y un pulso para aproximar72 Comunicaciones y redes de computadores negativo en la Figura 3.4¢ es suficientemente grande para que la forma de onda pueda represen- tar adecuadamente la secuencia de unos y ceros. Supéngase, como en el caso II, que f= 2 MHz y que T= 1if = 0.5 jes, de tal manera que aparece un bit cada 0,25 ps siendo la velocidad de iransmisin 4 Mbps, Considerando la Figura 34c, el ancho de banda de la sefial es GX 2 10%) ~ (2 10°) = 4 MHz, Por tanto, un ancho de banda dado puede proporcionar ve rias velocidades de transmisi6n, dependiendo de la habilidad que exhiba el receptor para distin auir diferencias entre fos 1 y 0 en presencia de ruido y otras dificultades en fa transmisin Resumiendo, # Caso I: Ancho de banda = 4 MHz, velocidad de transmisién = 2 Mbps. © Caso I: Ancho de banda = 8 MHz, velocidad de transmisién ~ 4 Mbps. © Caso II: Ancho de banda = 4 MHz, velocidad de transmisién = 4 Mbps. Bis; 0 1 0 0 0 0 1 00 Pulsos antes de ser transmitdos: Velocidad de transmision 2.000 bis por segundo Pulsos después de la transmision Ancha de banda 500 He ‘Ancho de banda 900 He ‘Anche de banda 1.200 He ‘Anche de banda 1.700 He “Ancho de banda 2.500 He f \ ‘Ancha de banda 4.000 He Figura 3.8. Efecto del ancho de banda en las sefiales digitales.Transmisién de datos. 73 De las observaciones precedentes, se puede obtener las siguientes conclusiones. En general, cual- quier onda digital tendré un ancho de banda infinito. Si se intenta transmitir esta forma de onda como tuna sefial por cualquier medio, la naturaleza del medio, limitard el ancho de banda que se puede trans- mitir. Es més, para cualquier medio, cuanto mayor sea el ancho de banda transmitido, mayor seré coste. Luego, por un lado, por razones pricticas y econémicas, la informacién digital se aproxima por una seflal de banda limitada. Por otro lado, la limitacién del ancho de banda introduce distorsiones, que hhacen que a interpretacién de Ia seftal recibida sea mas dificil. Cuanto mayor es fa limit el ancho de banda, mayor es la distorsién, y mayor es la posibilidad de que se cometan errores en el receptor Una explicacién adicional puede servir para reforzar estos conceptos. En la Figura 3.8 se muestra tuna cadena de bits a una velocidad de transmisién de 2.000 bits por segundo. Con un ancho de banda igual a 2.500 Hz, 0 incluso 17.000 Hz, la representacién es bastante buena. Es més, estos resultados son generalizables de la siguiente manera. Si la velocidad de transmisi6n de la sefial digital es W bps, enton- ces se puede obtener una representacién muy buena con un ancho de banda de 2W’ Hz. No obstante, a menos que el ruido sea muy elevado, la secuencia de bits se puede recuperar con un ancho de banda menor (véase el apartado dedicado a la capacidad del canal en la Seccién 3.3) Por tanto, hay una relacién directa entre la velocidad de transmisién y el ancho de banda: cuanto mayor es la velocidad de transmisién de la sefal, mayor es el ancho de banda efectivo. Visto de otra ‘manera, cuanto mayor es el ancho de banda de un sistema de transmisiGn, mayor es Ja velocidad con la ‘que se pueden transmitir los datos en el sistema Otra observacién que merece la pena establecerse es la siguiente: si consideramos que el ancho de nda de una sefial esta centrado sobre una frecuencia dada, denominada frecuencia central, cuanto mayor sea dicha frecuencia central mayor es el ancho de banda potencial, y por tanto, mayor puede ser la velocidad de transmisi6n, Por ejemplo, una seftal centrada en torno a 2 MHz, su ancho de banda maximo es de 4 MHz Posteriormente, en este capftulo, tras el estudio de las dificultades presentes en Seccién 3.3 se volverd a la discusién de la relacién entre el ancho de banda y la velocidad de transmi- siGn, TRANSMISION DE DATOS ANALOGICOS Y DIGITALES En la transmision de datos desde una fuente a un destino, se debe tener en cuenta la naturaleza de los datos, cémo se propagan fisicamente dichos datos, y qué procesamiento 0 ajustes se necesitardn a Io largo del camino para asegurar que los datos que se reciban sean inteligibles. Para todas estas considera~ ciones, el punto crucial es si se tratan de entidades digitales o analégicas. Los términos analégico y digital comresponden, en términos generales a continuo y discreto, respec- tivamente, Estos dos términos se aplican con frecuencia en las comunicaciones de datos a # Datos. # Sefializacién, ¢ Transmisi6n, ‘e define dato como cualquier entidad capaz de transportar informacién. Las sefiales son represen- laciones eléctricas 0 electromagnéticas de los datos. La sefializacién es el hecho de la propagacign fisi- ca de las sefiales a través de un medio adecuado, Por iltimo, se define transmisién como la comunica- cidn de datos mediante la propagaci6n y el procesamiento de sefiales. En lo que sigue, se intentard clarificar estos conceptos abstractos, considerando las diferencias entre Jos términos analdgico y digital referidos a datos, sefiales y a la transmisién14 Comunicaciones y redes de computadores DATOS Los conceptos de datos analégicos 0 digitales son bastante sencillos. Los datos analégicos pueden tomar valores en algtin intervalo continuo. Por ejemplo, el video y la vor son valores de intensidad que varian continuamente. La mayoria de fos datos que se capturan con sensores. tal como fos de temperatura y de presién, son continuos, Los datos digitales toman valores discretos, como, por ejemplo, los textos 6 los inimeros enteros. El ejemplo més familiar o cercano de datos analégicos es la sefial de audio, que en forma de ondas de sonido se puede percibir directamente por los seres humanos. La Figura 3.9 muestra el espectro acts- tico de la voz. humana y de la sefial de miisica, Se pueden encontrar componentes en frecuencia entre 100 Hz y 7 kHz. Aunque la mayor parte de la energia de la vor est concentrada en las frecuencias bajas, experimentalmente se ha demostrado que las frecuencias por debajo de 600 0 700 Hz. contribuyen poco a la inteligibilidad de la voz en el ofdo humano, Una seal de voz tipica tiene un rango dinsmico aproximadamente de 25 dB, es decir, la potencia maxima es del orden de 300 veces superior a ta po- tencia minima. La Figura 3.9 también muestra el espectro y rango dindmico de la sefial de miisica Otro ejemplo tipico de datos analiigicos es el video. En este caso, es mas fiicil caracterizar los datos en términos del espectador (0 destino) de la pantalla de TV que la escena original (o fuente) que se graba en la cémara de TV. Para producir una imagen en la pantalla, un haz de electrones barre la super ficie de la pantalla de izquierda a derecha y de arriba a abajo, En Ia televisién en blanco y negro la Juminancia (en una escala del negro a blanco) que se produce en un punto determinado es proporcional ala intensidad de! haz cuando pasa por ese punto. Por tanto, en cualquier instante de tiempo el haz toma un valor de intensidad anal6gico para asf producir et brillo deseado en ese punto de fa pantalla, Es mis, cuando el haz hace ef barrido, ef valor anal6gico cambia. Por tanto, la imagen de video se puede consi- derar como una sefal analégica variable en el tiempo. Lite superior deo on dorado FM Line sigan dala XL Dando sera a Nu Canal telefonico 1 Misicg = ’ 3 ¢ Dot |7 sengp = |, ararico 3 eng dnsica aproxmasa 2 prongs deforms 5 de la voz § 20 & 0 tote too He tie tobe 100 ee Figura 39, Espectro acistico de la vor y musica (CARNS! ™ El comepto de dla exp en el Apis 3Transmision de datos. 75 La Figura 3.10a muestra el proceso de barrido. Al final de cada linea de barrido, el haz se vuelve rapidamente hacia a izquierda (retroceso horizontal). Cuando al haz alcanza la parte mis baja, se vuel ve ripidamente a la linea superior (retroceso vertical), Obsérvese que el haz se anula durante Jos retro- cesos. Para conseguir una resolucién adecuada, el haz describe un total de 483 Iineas horizontales a una yelocidad de 30 barridos de pantalla por segundo. Después de diversas pruebas se ha demostrado que esa velocidad producirfa una sensacién de parpadeo en lugar de movimiento suave como seria descable. No obstante, el parpadeo se elimina con un proceso de entrelazado, tal y como se muestra en la Figu- 1a 3.10b. El haz de electrones barre la pantalla empezando por la izquierda, muy cerca de la linea supe rior, El haz alcanza la mitad de la Iinea inferior de la pantalla tras barrer 214,5 lineas. En ese instante, el haz se reposiciona répidamente a la mitad de la linea superior de la pantalla, volviendo a barrer las restantes 214.5 Itneas entrelazadas con las anteriores. Asi pues, la pantalla se reftesca 60 veces por se- gundo, en lugar de las 30 anteriores, y con ello se elimina el parpadeo. Linea de bartido. Retroceso horizontal Pantalla Retroceso vertical Aquino se muestran fas lineas de fa 5 ala 236 del primer ‘campo las lineas de fa 267 a la 500 del segundo. Las lineas de ta 242 a a 262 y de la 505 a la 525 no forman parte del trazado, corresponden a cuando el haz realiza el (0) Técnica de video entrelazado Figura 3.10. Produccién de una imagen de TV.76 Comunicaciones y redes de computadores Las cadenas de caracteres 0 textos son un ejemplo tipico de datos digitales. Mientras que los datos en formato de texto son mas adecuados para los seres humanos, en general, no se pueden transmitir 0 almacenar facilmente (en forma de caracteres) en los sistemas de procesamiento 0 comunicacién. Tales sistemas estén diseitados para tratar datos binarios (0 se han disefiado un gran nimero de céui- gos mediante los cuales los caracteres se representan mediante secuencias de bits. Quizas el ejemplo més antiguo y conocido es el c6digo Morse. En nuestros dias, el cédigo més utilizado es el Alfabeto de Referencia Internacional (IRA. International Reference Alphabet)*, mostrado en la Tabla 3.1, Cada ca rdcter se representa en este e6digo por un patrén tnico de 7 bits: por lo tanto, se pueden representar 128 caracteres distintos. Esto implica un mimero mayor del que se necesita, y algunos patrones de entre los 128 se utilizan como caracteres de control (Tabla 3.2). Entre estos tltimos, algunos estén relacionados con el control de la impresién de los caracteres en una pagina, Otros estan relacionados con los procedi= mientos de comunicacién, que seran explicados més adelante, Los caracteres codificados con IRA se Tabla 3.1. Alfabeto de referencia internacional (IRA, International Reference Alphabet). Posicién de! bit by bd, Bb, By bd, by oo 0 ofnujoe]se[o]l@|p > | o 0 0 1{/son}or} > | 1 |) alo] la 0 0 1 0| six | oc 2,ef[ri[ole oo 1 afexfos;*}]sfe[s]e | « 0 1 0 ofeorfoe/ s | *joj7|al|e 0 %. 0 4] ENQ | NAK % 5 E | u e u o 11 ofaxiswila)elri[vir|v o 1 1 4] ee | ee 7/6 ]wio|w 10 0 of asjan|«]e|xn|xfrlx 10 01) aT [em] > Tr fyvfadly 1 0 1 of w [sul - sfz[ile 10 14a/wfecl+]: «file: 1a 00 mie]. [-|[¢f. fo 140 41] cr | 153 | mf. |m 1 4 1.01 so | is2 >iwilalel|- io oe. (st f ? oO ° DEL * IRA se define nla Recomendacion de la UIT-T 50, iicialmente se denominé elnterational Alphabet Number S» (AS) La versin del IRA en U.S.A. se denomina «American Standard Code for Information Interchange> (ASCTransmisién de datos Tabla 3.2. Caracteres de control IRA. 77 as aT u ‘SoH Tx en EoT ENO ist 13 12 1s NUL BEL so DEL SP Le Control de formato (Backspace, sospacio atrésy): indica un movimien- to de retraceso en una pasicién del mecanismo de impresion 0 del cursor (Horizontal Tab, «tabulacién horizontal}: indica lun desplazamiento hacia delante del mecanismo do impresion o del cursor hasta al siguiente tabu lador preasignado {Line Feed, vavance de linea»): indica un desplaza miento del mecanismo de impresién o del curso’ hacia el principio de la siguiente linea preasig nada, Control de transt {Start of Heading, wcomienzo de cabeceran): se utiliza para indica of eomienzo de una cabecora que puede contener una diteccién o informacion pars el encaminamiento, {Start of Text, «comienzo de texton): se utiliza para Indicar el comienzo det texto y para indicar tam: bien el final de Ia cabecera (End of Text, «final de texto»): se utiliza para finali- ar al texto que ampez6 con STX. (End of Transmission, «final de tansmisigne in dica e inal de la transmision, en la que se han po- ddido incluir varios wlextoss con sus correspon- dientes cabeceras, (Enquiry, eintorrogaciéne|: es una solicitud de res puesta emitida por una estacién remota. Se puede Usar para preguntar «QUIEN ERES TU», formulada por otra estacién, (Acknowledge, «reconocimientor): es un cardoter {Vertical Tab, «tabulacién verticals): indica un des: cursor hasta el comienzo de la siguiente pagina 0 vr plazamiento vertical del mecanismo de impresion © del cursor hasta la siguiente linea preasignada FF {Form Feed, wavance de pagina): indica un des plazamiento del mecanismo de impresién o del pantalla CR (Carriage Return, aretorno de carton: indica un NAK syn ETB desplazamiento del macanismo de Impresion o del cursor hacia la primera posicién de la linea ac tual transmitide por el receptor a modo de confirma clon hacia el emigor. Se usa como respuesta air mativa a los mensajes sondeo, [Negative Acknowledgement, «reconocimiento ne gativon|: es un cardcter transmitido por el receptor a modo de confirmacién negativa hacia el emisor. Se usa como respuesta negativa a los mensajes, sondeo. (Synchronousildle, «sineranojparados: se utiliza ten los sistemas de transmisién sincrona pare lle~ var a cabo la sinoronizacion. Mientras no se en vian datos, el sistema de transmision sincrono puede transmitir continuamente caracteres SYN, (End of Transmission Block, «final del bloque trans- mitidos|: indica el final de un bloque de datos. Se Utiiza para delimiter datos cuando la estructura dol Bloque no esta necesariamente relacionada ‘on el formato de procesamiento. Separadores de informacion (File Separator, wseparador de ficheron) (Group Separator, «soparador de grupo} (Record Separator, useparador de registrov) (United Separator, esparadar unido») Miscelanea (Null, enulon): ausencia de cardcter. Se utiliza para rellenar el tiempo 0 el espacio cuando no hey (Bell, wpitido»): se utilize para cuando hay necesi dad de llamar la atencién del usuario. Puede con- trolar alatmas u otros dispositivos, (Shift Out, atuera de cédigon!: indica que los eddi- go que siguen se deben interpratar como si no ertenecieran al cédigo estandar, haste que apa rezes el caracter Sl (Shif In, wdentro de cédigonl: indica que los edd deseados, por ejemplo, para sobroescrbir. Separadores de informacién que se usan opcio almento, teniendo en cuenta quo se debe respe: tar su dependencia jerdrquice que va del 184 (el ‘mas genérico} al IS1 (ol menos genético) racteres contiguos tras su aparicién, Puede pro: Porcionar control suplementario o permite enviar datos que correspondan a cualquier combinacion de bits. c1, DC2, DC3, D4 (Device Controls, wcontroles de dispo- cAN sitivon: caracteres para controlar dispositivos o ter mingles con caracteristicas especiales. (Cancel, «cancelar»|: indica que los datos que lo preceden en el mensaje @ bloque se deben descar- tar {normalmente porque se haya detectado un error) {End od Medium, «fin del medion: indica el final fisico de una cinta magnética o cualquier otro me- dio 0 el final de la fraccion del medio que se haya (Substitute, «sustituies: sustituido por un carécter que se haya encontrado erroneo o invalido. {908 que siguen so deban interpretar de acuerdo EM. (Delete, «borrar»): se usa para borrar caracteres no solicitado 0 utilizado, (Space, wespacion): es un caracter no imprimible SUB que se utiliza para separar palabras o para despla Esc zar el mecanismo de impresién o el cursor una po- sicion hacia adelante. (Osta Link Escape, «salir del enlace de datosm): es: te caracter cambia el significado de uno o mas ca- (Escape, wsalirel: este cardcter esté dedicado a pro porcionar una extension de eédigo, de tal manera que cambia et significado de un numero determing do de caracteres que sigan a continuacién,78 Comunicaciones y redes de computadores almacenan o transmiten casi siempre usando 8 bits por cardcter (un bloque de 8 bits se denomina octeto © byte). El bit nimero 8 se utiliza como bit de paridad para la deteccién de errores. Este bit se elige de forma tal que el ntimero de unos binarios en el octeto sea siempre impar (paridad impar) o siempre par (paridad par). Asi pues, se podrin detectar los errores de transmisién que cambien un solo bit SENALES En un sistema de comunicaciones, los datos se propagan de un punto a otro mediante sefales eléetricas Una seiial analégica es una onda electromagnética que vara continuamente y que, segtin sea su espec- tro, puede propagarse a través de una serie de medios; por ejemplo, a través de un medio conductor como un par trenzado, un cable coaxial, un cable de fibra Gptica, 0 a través de la atmésfera o el espacio, Una sefial digital es una secuencia de pulsos de tensién que se pueden transmitir a través de un medio conductor; por ejemplo, un nivel de tensién positiva constante puede representar un I binario y un nivel de tensi6n negativa constante puede representar un 0. A continuaci6n se darn algunos ejemplos especiticos de tipos de sefales y posteriormente se diseu- tirin las relaciones existentes entre datos y sefales Ejemplos Volvamos a los tres ejemplos de la seccién anterior. Para cada uno de ellos, se describira la s estimacién de su ancho de banda. En el caso de datos actisticos (voz), los datos se pueden representar directamente mediante una sefal electromagnética que ocupe el mismo espectro. Sin embargo, es necesario establecer un compromiso entre la fidelidad del sonido cuando se vaya a transmitir eléctricamente y el coste de la transmisién, el cual aumentard al aumentar el ancho de banda. Aunque, como ya se ha mencionado, el especiro de la voz esté aproximadamente entre 100 Hz y 7 kHz, un ancho de banda mucho mis estrecho produciré una calidad aceptable. Bl espectro estindar para las sefiales de voz esta entre 300 y 3400 Hz. Esta reduccién es adecuada para la transmisién de la voz, ya que a la vez se reduce la capacidad de transmisi6n neces ria y posibilita el uso de teléfonos de coste muy bajo. Asf pues, el teléfono transmisor convierte la sefal aciistica de entrada en una sefial electromagnética en el rango de 300 a 3.400 Hz, Esta seftal se transmite a través del sistema telefénico al receptor, el cual la reproduce generando un sonido actistico. Ahora consideremos la seftal de video. Para generar la sefial de video, se usa una cémara de TV, que cn realidad realiza funciones similares a un receptor de TV. Un componente de ta cémara es una plac fotosensible, sobre la que se enfoca dpticamente la imagen. Al efectuar el barrido, se genera una serial eléctrica proporcional a Ia intensidad de la imagen en cada punto particular. Como ya se ha menciona- do, se barren 483 lineas a una frecuencias de 30 escenas por segundo, Estos nimeros son aproximados, ya que hay tiempo que se pierde en el retroceso vertical del haz de barrido, El esténdar en U.S.A. es de 525 lineas, de las cuales se pierden 42 durante el retroceso vertical. Por tanto, la frecuencia de barrido es (525 lineas) x (30 barridos/s) = 15.750 Iineas por segundo, o lo que es lo mismo 63.5 10. De estos 63.5 BS, aproximadamente I] pis estén reservados para el retroceso horizontal, quedando pues un total de 52,5 4s por Ifnea de video. Estamos ya en disposicién de estimar el ancho de banda que se necesita para la seftal de video. Para hacer esto se deben estimar las frecuencias superior (maxima) e inferior (minima) de la banda. Utilizare- ‘mos el siguiente razonamiento para determinar la frecuencia méxima: dicha frecuencia ocurriria durante el barrido horizontal si la imagen cambiara alternativamente de blanco a negro tan rapido como fuera posible. Se puede estimar el valor maximo considerando la resolucién de la imagen de video. En la dimensi6n vertical, hay 438 Iineas, de forma tal que la resolucién vertical maxima seria 483. Experi- mentalmente se ha demostrado que la resolucisn real subjetiva es alrededor del 70 por ciemto de ese niimero, es decir, 338 lineas. Para conseguir una imagen compensada, las resoluciones vertical y hor zontal deberdn ser aproximadamente las mismas. La resolucién horizontal deberfa ser 4/3 * 338 = 450Transmisién de datos. 79 Iineas, ya que la relacién de la anchura de la pantalla de TV respecto a la altura es de 4:3. En el peor de los casos, la linea de barrido consistirfa en 450 elementos alternantes de blanco y negro. El barrido re- sultante serfa una onda en la que cada ciclo consistirfa en dos niveles de tensién correspondientes al negro (el mayor) y al blanco (el inferior). Por lo tanto habria 450/2 = 255 ciclos de la onda cada 53.5 4s, para una frecuencia maxima de 4,2 MHz. Este razonamiento aproximado, es en realidad bastante preciso. E] limite inferior sera una frecuencia cero o continua, donde el valor de continua corresponde a la ilumina cidn promedio de la imagen (es decir, el valor promedio en el que la sefial supera el nivel de referencia del blanco). Por lo tanto, el ancho de banda de la sefial de video es aproximadamente 4 MHz ~ 0 = 4 MHz. érve- En la discusién anterior no se han considerado ni las componentes de color ni las de audio. Ob: se que si se incluyen dichas componentes el ancho de banda sigue siendo aproximadamente 4 MHz. Finalmente, e| tercer ejemplo mencionado anteriormente es un caso de datos binarios digitales, Nor malmente para estos datos se usan dos niveles de tensién constante (dc), un nivel para el | binario y un nivel para el 0. (En el Capitulo 5, se vera que ésta es una de las posibles alternativas, Hamada NRZ.) Lo interesante aqui es el ancho de banda de dicha seiial. Este dependera de la forma de la onda exacta y de ta secuencia de unos y ceros, Para una mejor comprensi6n, considérese la Figura 3.8 y comparese con la Figura 3.7. Como se puede observar, al aumentar el ancho de banda de la sefial, ta aproximaci6n a la cadena de pulsos digitales es mejor Datos y sefiales En la discusi6n anterior, se han considerado sefales analégicas para representar datos analdgicos, y se jiales digitales para representar datos digitales. Generalmente, los datos analégicos son funcién del tiem- po y ocupan un espectro en frecuencias limitado, estos datos se pueden representar mediante una sefial electromagnética que ocupe el mismo espectro, Los datos digitales se pueden representar por sefiales digitales, con un nivel de tensidn diferente para cada uno de los digitos binarios. Como se muestra en la Figura 3.11, éstas no son las tinicas posibilidades. Los datos digitales se pueden también representar mediante sefiales analégicas usando modems (modulador/demodulador). El modem convierte la serie de pulsos de tensién binarios (bi-valuados) en una seital analégica, codifican- do los datos digitales haciendo variar alguno de los pardmetros caracteristicos de una sefial denominada portadora. La sefal resultante ocupa un cierto espectro de frecuencias centrado en toro a la frecuencia de la portadora. De esta manera se podrén transmitir datos digitales a través de medios adecuados a la naturaleza de la seital portadora. Los modems més convencionales representan los datos binarios en el especiro de la voz y por lo tanto, hacen posible que los datos se propaguen a través de lineas telelénicas convencionales. En el otra extremo de la Iinea, 1 modem demodula la seital para con ello recuperar los datos originales. Realizando una operacién muy similar a la que realizan los modems, los datos analégicos se pueden representar mediante sefiales digitales. El dispositivo que realiza esta funcién para la voz se denomina icador- decodificador). Esencialmente, el codec aproxima a la sefal analégica que represen. adena de bits. En el receptor. dichos bits se usan para recons- codec (cod ta directamente a la voz, mediante una truir los datos analégicos. Asi pues, la Figura 3.11 sugiere que los datos se pueden codificar de varias maneras. Este punto se volverd a tratar en el Capitulo 5 TRANSMISION Queda por hacer una consideraci6n final, Tanto las sefiales analégicas como las digitales se pueden trans- mitir a través del medio de transmisi6n adecuado. El medio de transmisién en concreto determinard c mo se tratan estas sefiales. En la Tabla 3.3 se resumen los métodos de transmisién de datos. La transmi- sidn analégica es una forma de transmitir las sefales analdgicas independientemente de su contenido;