Contenido Prélogo Prologo a la edicién en espanol PARTE | Visién general Capitulo 1. Introduccion 1.1, Un modelo para las comun 1.2, Comunicaciones de datos 1.3. Comunicacién de datos a través de redes Redes de sirea amplia Redes de siren local 14. Protocolos y arquitectura de protocolos Un modelo de tres capas La arquitectura de protocolos TCP/IP EI modelo OSI 1.8. Normalizaciones Apéndice 1A. Organizaciones de normalizacién Normalizaciones en Internet y el IETF La Organizaci6n Internacional para la Normalizacién (ISO) EI sector de normalizacién de la UFT para las Telecomunicaciones EI Forum ATM Apéndice 1B, Recursos en Internet Paginas Web para este libro Otros sitios Web Grupos de noticias USENET XxI XXV 26x Contenido Capitulo 2. Protocolos y arquitectura 2. Protacolos Caracteristieas Funciones 22. OSI EI modelo Normalizacién dentso del modelo de referencia OSI Primitivas de servicio y parimettos Las capas de OST 23. Arquitectura de protocolos TCPAP La aproximacién de TCP/IP La arquitectura de protacolos TCP/IP Funcionamiento de TCP ¢ IP Interfaces de protoco!o Las aplicaciones 24, Lecturas recomendadas 25. Problemas PARTE I Comunicaciones de datos Capitulo 3. Transmision de datos 3. Conceptos y terminologia ‘Terminologia utilizada en transmision de datos Frecuencia, espectro y ancho de banda Perturbaciones en ka transti Atenwacign Distorsién de retardo Ruido Capacidad del canal Lecturas recomendadas Problemas Apéndice 3A. Anilisis de Fourier Desarrollo en serie de Fourier para sefales periiicas ‘Transformada de Fourier para sefales no periddicas Densidad de potencia expectral y ancho de banda Apéndice 3B. Decibelios y energin de la sefal Capitulo 4, Medios de transmisién 4.1. Medios de transmisién guiados Par trenzado Cable coaxial Fibra &ptica 6 @ 6 6 n u w 2 22 83 85 ” or % 93 95 9 or 103 104 108: 109Contenido 42. Cransmisién inalémbrica Microondas terrestees Microondas por satélite Ondas de radio Infrarrojos 4.3. Lecturas y sitios Web recomendados 44. Problemas Capitulo 5. Codificacién de datos 5.1. Datos digitales, sefiales di No retomo a cero (NRZ, Nonreturn to Zero) Binario’ multinivel Bifase Velocidad de modulacién ‘Técnicas de «scrambling» 5.2. Datos digitales, seiiales analogicas Técnicas de codificacién Prestaciones Datos analégicos, sefiales digitales Modulaci6n por codificacién de impulsos Modulacisn Delta (DM, Delta Modulation) Prestaciones Modulaci6n en amplitud Modulacién en dingulo Modulacién en amplitud en cuadratura, QAM (Quadrature Amplitude Modulation) Especto expandido (Spread Spectrum) Salto en frecuencia Secuencia directa Lecturas recomendadas Problemas Apéndice SA. Demostracién del teorema de muestreo Capitulo 6. La interfaz en las comunicaciones de datos 6.1, Transmisin asinerona y sincrona ‘Transmisién asinerona ‘Transmisién sinerona 6.2. Configuraciones de la linea Topologia Full-Duplex y Semi-Duplex 6.3, Interfaces V24/BIA-232-F La imterfaz fisica de la RDSI 64, Lecturas recomendadas 65. Problemas xl 12 ny us hs lo 119 120xi Contenide Capitulo 7. Control del enlace de datos 1, 12. 73. 14. 18. 16. 7. Apéndice 7A. Anilisis de prest Capitulo 8. Multiplexa 8. 82. 8s. Control del flujo Control de flujo mediante parada'y-espera Control de flujo mediante ventana deslizante Deteccién de errores Comprobacién de puridad Comprobacién de redundancia cfclica (CRC, Cyclic Redundancy Check) Control de errores ‘ARQ con parad-y-espera ‘ARQ con vuelta-atris-N ‘ARQ con rechazo selective Control del enlace de datos a alto nivel (HDL TROL) Caracterftieas hisicas Estructura de a ama Funcionamiento ‘Otros protocolos para el control del enlace de datos LAPB LAPD, Control del enlace Iogico (LLC, Logical Link Control) Retransmision de tramas (Frame Relay) Modo de transferencia asincrono (ATM, Asynchronous Transfer Mode) HIGH-LEVE DATA LINK CON: Lecturas recomendadas Problemas Control del flujo con parada-y-espera Control del flujo eon ventana deslizante ARQ Multiplexacién por divisién en frecuencia Caracteristicas Sistemas con portadora analigica Multiplexacién por divisién en el tiempo sincrona ‘Caracteristieas Control del enlace en TDM. Sistemas com portadora digital Interaz uswario-red en RDSI SONET/SDH Jerarquia de senal Multiplexacién por divisién en el tiempo estadi Caracteristieas Prestaciones: Linea de abonado digital asimétrica Disefio ADSI Mulitono discret xps 223 233 28 230 230 20 2 236 239 20 242 242 Das 24s bao 2s0 ase86. 87. Capi od 92, 93. 9A. 98. 96. 97. Contenido Linea de abonado digital de alta velocidad 2a de abonado digital de tinea simple -a de abonado digital de muy alta velocidad (VDSL) Lecturas y sitios Web recomendados Probie! PARTE Il Redes de érea amplia Conmutacién por divisién en el espaci ‘Conmutacién por divisin en el tiempo ;ncaminamiento en redes de conmutacién de cireuitos Sefializacion de control Funciones de sefalizacién Localizacién de la sefializacion efalizacidn por canal comin Sistema de sefalizacidn ntimero 7 Lecturas recomendadas, Problemas Capitulo 10. Conmutacién de paquetes 10.2. 103. 104. 15. Principios de conmutacién de paquetes Técnica de conmutacién Tamano de paguete Comparacién de las téen Funcionamiento ext cas de conmutacidn de cireuitos ¥ de paguetes «© interno. Encaminami Caracteristicas Extrategias de enca Fjemplos X.25 Servicio de citeuito virwal Formato de paquete Multiplexacién Control de flujo y de errores Secuencias de paquetes Reinicio y rearranque Leeturas recomendadas Problemas Apéndice 1A. Algoritmes de minimo caste Algoritmo de Dijkstra 285 287 288, 289 201 293 296 296 29) 304 309 310. 312 314 315 316 317 317 37 321xv Contenido Algoritmo de Bellman-Ford Comparacis Capitulo 11. Transferencia en modo asincrono y retransmisin de tramas 14. 116. m7. m8. 119. Arquitectura de protocolos Conexiones ligicas ATM. Uso de canales vietwales Caracteristicas camino viral canal vis Sefalizacién de contol Celdas ATM Formato de cabovera Control de flujo genético Contzol de exrores de cabecers| ‘Transmisién de celdas ATM "apa Fisica hasada en celdas ‘apa fisica basada en SDH. Clases de servicios ATM. Servicios de tiempo real Servicios de no tiempo reat Capa de adaptacién ATM Servicios AL Protocolos AL Retransmisién de tramas Fundamentos Arquitectura de protocolos en retransmision de tramas, ‘Transferencia de datos de usuar Lecturas y sitios Web recomendados Problemas Capitulo 12. Congestion en redes de datos L. 2. Efectos de ln congestion Funcionamiento ideal Funcionamiento real Control de congestién Contrapresion Paquetes de obstracciga SetilizaciGn implicita de cong. Seiualizaci6n explicita de congestion Gestién de tratis Moneidad Calidad de servicio Reservas Control de congestién en redes de conmutacién de paquetes, Gestion de trifico en ATM Requisitos para el contol de trifico y de congestién en ATM Efectos de latencia/velocidad 361 362 364 365 367 367 368 368 369 x10 370 370 370 371 a 32 sn126. 127. 128. 129. Contenido Variacién del retardo de celdas Control de trifieo y de congestion ‘cnicas de gestién de trifico y de control de congestion Gestién de tréfico ABR en ATM Mecanismos de realimentacién Flujo de celdas Control de congestién en retransmisién de tramas Gestidn de la tasa de tritico Prevencidn de congestién mediante sefalizacisn explicita Lecturas recomendadas Problemas PARTE IV Redes de drea local Capitulo 13. Tecnologias LAN 13.2. 133. 134. 135. 136. 137. Aplicaciones de redes LAN LAN de computadores personales Redes de respaldo y de almacenat Redes ofimaticas de alta velocidad LAN troncales Arquitectura LAN ‘Arquitectura de protocolos ‘Topologfas Control de acceso al medio Control de enlace Iégico Redes LAN en bus . Caracteristicas de Ia topologia en bus Medios de transmisisn para redes LAN en bus Cable coaxial de banda base wo LAN en anillo Caracteristicas de las LAN en anillo Fiuctuacién en la temporizacién Problemas potenciales en el anillo Arquitectura en estrella-anillo iento LAN en estrella LAN en estrella con par trenzado y fibra dptica Centros y conmutadores Redes LAN inalimbrieas ...... Aplicaciones de LAN inalimbricas Requisitos de las LAN inalimbricas Tecnologias de LAN inakimbricas Puentes . Funciones de Ios puentes Arquitectura de protocolos de puentes Encaminamiento estitico ‘Técnica del drbol de expansién xv 373 376 377 383 384 385 387 388, 391 302 303 397 399 399, 399 401 401 401 403, 407 409 412 412 412 4B ais 4s 416 417 4i7 als, 418. 419 421 421 425 426 427 428 429 431xv Contanide 138, _Lecturas y sitios Web recomendados 139. Problemas Apéndice 13.4, Estindares IBEE 802 Capitulo 14. Sistemas LAN LAL. Ethernet (CSMAICD) Control de acceso al medio en IEEE 802.3 Especifieaciones IEEE 802.3 a 10 Mbps (Ethernet) Expecificuciones IEEE 802.3 4 100 Mbps (Fast Ethernet) Gigabit Exhernet 14.2. Anillo con paso de testigo y FDI Control de acceso al meio en TEE $02.5 Especificacién de la capa lsica de IEEE 802.5 Control de acceso al medio FOI Expecificacion de la capa fisiea en FDI 143. Redes LAN ATM 144, Canal de fibra éptica lementos del canal de fibra Anquitectura de protovolos del canal de Fibra 4s. ‘del medio Tisico ‘Control de acceso al medio 14.6, Lectura y sitios Web recomendados 147. Pr ice IA. Codificacién de seiiales digitales para redes LAN 4B SB-NRZI MLT-3 BOT 8B, 108. Apéndice 148. Ansilisis de prestaciones Efecto del retanto de programacidn y de la velocidad do Wansmisign Modelos sencillos de eticiencia para his técnicus de paso de testigo y CSMA‘CD ems PARTE V Protocolos de interconexién Capitulo 15. Protecolos de interconexién de redes 151, Prineipios de la interconexién entre redes Requistos Enfogue sobre la ara ur Interconexién entre redes sin conexiét Funcionamiento de un esquema de interconesién no orientado Gonexién Cuestiones de diseno El protocolo Internet Servicios IP Protocolo IP 433 44 435 489 492 492 493 494 dod 497 sor Sor S08Contenido Direceiones IP. . Protocolo de mensajes de control de Internet (ICMP) IPv6 IP de nueva generacién Estructura IPv6 Cabecera IPv6 Direcciones IPv6 Cabecera de opciones saltora-salto Cabecera de fragmentacién Cabevera de encaminamiento Cabevera de opciones para el destino Multidifusién Requisitos para la multidifusion Protocolo de gestiGn de grupos de Internet (IGMP) Lecturas recomendadas y piiginas Web Problemas: Capitulo 16. Funcionamiento de la interconexién de redes 16.1. 162. 163. 164. 165. 16, Protocolos de encaminamiento Sistemas auténomos Protocolo de pasarela frontera Protocolo abierto del primer camino mis corto (OSPF, Open Shortest Path First) Arquitectura de servicios integrados Trifico en Internet Enfogue ISA Componentes ISA Servicios ISA Disciplinas de atencién en cols Reserva de recursos: RSVP Caracteristicas y metas de RSVP Flujos de datos Funcionamiento de RSVP Mecanismos del protocolo RSVP Servicios diferenciados (DS) Oeteto DS Configuracién y funcionaniento de los DS Lecturas recomendadas y paginas Web Problemas Capitulo 17. Protocolo de transporte WA. Mecanismos del protocolo de Ia capa de transporte orientado a conexién Servicios de red de secuenciamiento seguro Servicios de red no seq ‘ree Servicios TCP Formato de la eabecera TCP xvi so 507 510 S10. sil 513 516 516 Sis. SIs. 519 519 521 523 525 5 529 33 531 533 538 stl 543 544 545 547 549) 550) 551 553 S54 555 556 556 558 500) 562 563 565 566 567 574 583 583 584xvi Contenido Mecanismos TCP Opciones en Jos crterios de implementacién de TCP Control de ta congestién en TCP Gestién de los temporizadores de retransmisin Gestisn de fa ventana, 174. UDP 175, Lecturas recomendadas 17.6, Problemas Capitulo 18. Seguridad en redes 181, Requisitos y amenazas a la seguridad Ataques pasivos ‘Ataques. activos 18.2, Privacidad con cifrado convencional Gifrado convencional Algoritmo de cifrado LLocalizaci6n de tos dispositivos de eifrado Distritucion de claves Relleno de trifico 18.3. Autentificacion de mensajes y funciones de dispersién («hash») ‘Técnicas de autemtiticacién de mensajes Funciones de dixpersidn seguras La funeign de dispersién segura SHAT 184. Cifrado de clave piiblica y firmas digitales Gifrado de clave publica Fiemas digitales El algoritmo de cifrado de cla Gestion de claves 18.5. Seguridad con IPv e IP¥6 Aplicaciones de IPSec El dmbito de IPSec Asociaciones de seguridad Modis de transporte y modos ténel Cabecera de autentiicacion Encapsulado de seguridad de la earga Gt Gestiin de claves 18.6. Lecturas recomendadas y paginas Web 187. Problemas ce publica RSA Capitulo 19. Aplicaciones distribuidas 191. Notacién sintéetica abstracta uno (ASN.1) Sintaxis abstract Conceptos de ASN.1 19.22, Gestién de red—SNMP Sistemas de gestion de red Protocolo simple de gestidn de red version 2 (SNMPv2) Protocolo sencillo de gestién de red versién 3 (SNMP¥3) 633 634 635 636 636Contenido XIX 19.3. Correo electrénico—SMTP y MIME, 66! Protocolo sencillo de translerencia de correo (SMTP) cis 661 Ampliaci6n de correo Internet multiobjetivo (MIME) 667 19.4, Protocolo de transferencia de hipertextos (HTTP) om Deseripcién general de HTTP 676, Mensajes 67s, Mensajes de peticin 82 Mensajes de respuesta os Entidades 686 19.8, Lecturas recomendadas y paginas Web 687 19.6, Problemas 687 Apéndice A. RDSI y RDSI de banda ancha ool A. Visidn general de la RDSI 693 Concepio de RDSI 693 Arquitectura 696 Normatizaciones : 097 A2. Canales RDST 698 A. Acceso det usuario 701 AA. Protocolo RDST 703 Arquitectura det protocolo RDSI 703 Conexiones RDS! 704 Sefalizacién de canal comiin en la interfaz red-usuario RDSI 708 Protocolo de la capa de enlace: LAPD m AS. RDSI de banda ancha . 74 Arquitectura de la RDSI de banda ancha 74 Protocolos de la RDSI de banda ancha ....- 716 A. Lecturas recomendadas .. 17 AT. Problemas .... . . 77 Apéndice B. RFCS Apéndice C. Proyectos para ensefianza de comunicaciones de datos y computa- dores ro 719 \dos en ete Cul. Proyectos de simulacién C2. Modelado de prestaciones C3. Proyectos de investigacién CA, Asignacién de lecturasfinformes Glosario Bibliogratia 735 inPrologo Eve libro intenta dar una visidn unificada del amplio campo que abarcan las comunicaciones y redes de ‘computadores, La organizacion del libro refleja un intento de estructurar este vasto campo en partes ‘comprensibles, y de construie, poco a poco, uns visién panorimica de su estado actual. El libro destaca Principios basicos y temas de importancia fundamental que conciemen a la tecnologia de este drew; ale- ‘mis, proporciona una discusién detallada de temas de vanguard ara unificar la discusién se utiizan los siguientes crterios basicos: ++ Principios: » pesar de que el aleance de este libro es muy amplio, hay varios principios bisicos {que apstecen repentinamente como temas y que unifican el campo. Por ejemplo, multiplexaci control de flujo y contro de errores, El libro destaca estos prineipios y contrasta su aplicacvin en reas especificas de la tecnologia ‘= Enfoques de disefio: libro examina dstintos enfoques ulternativos para satislacer especiicacio- ‘nes concretas de comunicaciones, jones han Hegado a asumir un papel en el campo importante y fa y su Futuna diree- ‘= Normalizaciones: las normaliz, treciente,¢ incluso dominante, Para entender el estado actual de la teenolo cidn, se requiere una discusién amplia de las normalizaciones relacionadas con el camp. rs El libro esti estructurado en cinco partes: 1. Introduecién: incluye una introduccién al abanico de los distintos temas abordados en ef ibe ‘Ademis, esta parte incluye una discusién sobre protwcolos OSI y el conjunto de protocolos CPAP. Comunicaciones de datos: esta parte se refiere principalmente al intereambio de datos entre «dos dispositivos directamente conectados. Dentro de esta situaci6n restrictiva, se examina los axpectos clave de la transmisién, interfaces, control de enlace y multiplexaei6a,xxi Saka) Prologo II, Redes ce rea amplia: esta parte examina los mecanismos internos y la eenologia que se han desarollado para admitir voz, datos ¥ Comunicaciones multimedia en redes que cubren grandes, distancias. Se examinan las teenologtas tradicionales de conmutacidn de paquetes y conmuta- cid de circuitos, asf como la mis reciente de ATM. Un capitulo independiente se dedica a los temas de control de congesti IV. Redes de drea local: esta parte explora las tecnologias y arquitecturas que se han desarrolado para interconexién de redes en distancias mis cortas. Se analizan los medios de transmisi6n, las topologias y protocolos de control de acceso al medio, que son los ingredientes clave del diseiio LAN, y se estudian sistemas especificos LAN normalizados, V. Protocolos de red: esta purte explora tanto los principios arquitect6nieos come los mecanis- ‘mos requeridos para el intercambio de datos entre computadores, estaciones de trahajo, ser Ldores y otros sistemas de procesamiento de datos, Gran parte del material de esta seecién se reliere al conjunto de protocolos TCP/IP. Adems el libro ineluye un extenso slosario, una lista de los aerSnimos mas frecuentemente usados, ¥ una bibliograffa, Cada capitulo incluye problemas y sugerencias de leeturas complementarias El fibro va diigido a una audieneia tanto académica como profesional. Para los profesionales intere- saxdos en este campo, el libro sirve como obra de referencia bisica y es adecuado para auto-estudio, Como libro de texto, puede usstse para un curso de uno o dos semestres. Abarca el material deserito en el curso de «Redes de Comunicaciones entee Computadores» del «Computing Curricula 1991» definido conjuntamente por la ACM y la IEEE. Los capitulos y partes de! libro son suficientemente modulares para proporcionar gran flexibilidad en la estructuracién de cursos. A continuaci6n se dan algunas suze reneias para diseiar un curso: + Fundamentos de comunicaciones de dat y capitulos 9 al 11 (conmutacién de eicuitos, co + Redes de comunics tos, este curso pode arte | (introduccién) y HI (eomunicacién de datos), nutacién de paquetes, y ATM), ssi el estudiante tiene conocimientos bisicos de comunicacién de da- sabarcar: Parte I (introduccién), Parte II] (WAN), y Parte IV (LAN). ‘+ Redes de computadores: si el estudiante dispone de conocimientos bisicos de comunicaciones de datos, entonces este curso podria incluir: Parte I (introducciGn), Capitulos 6 y 7 (interfases de co- municaciones de datos y control de enlace de datos), y la Parte V (protocolos) ‘Ademas es posible un curso més profundo, abarcando Ia totalidad del libro salvo ciertos eapitulos ‘que no son esenciales en una primera lectura, Los capitulos que paxdrfan ser esenciales son: Capitulo 3 (iransmisién de datos) y Capitulo 4 (medios de tansmisién), caso de que el alumno tenga un conoci mieato bisico previo de estos temas; Capitulo 8 (rauliplexacién): Capitulo 9 (conmutacién de circu tos): Capitulo 12 (control de congestion): Capitulo 16 (interconexion de redes): y Capitulo 18 (seguridad cen rede), wn Hay un sitio Web para este libro que proporciona ayuda pars estudiantes y profesores. El sitio incluye enlaces a otros lugares relevantes, tansparencias con las figuras del libro, ¢ informacion para suscribirse {una lista de correo internet sobre informacion de este libro. La direccién Web de fa piiina es: hip: ‘www. williamstllings.com/DCCée html; para mis detalles ver la seecidn «Pagina Web para comunics- ciones y redes de computadoress que precede a este Prélogo. También se ha configurado una lista de dlistribucidn internet para que los profesores que usen este libro puedan intercambiar informacisn suge- rencias y preguntas entre ellos y con el autor. Tan pronto como se encuentren errores tipogrificos © de ‘tro tipo se ineluiré una fe de eratas del libro en bitp:/wow.williamstallings.com,Protege XXIll Gass deen nae ee cd Rae kha a e Para muchos profesores, un componente importante de un curso de comunicaciones y redes de comput dores es un proyecto 0 conjuntas de proyectos con los que el estudiante vaya adquiriendo experiencia prictica para reforzar los conceptos del texto. Este libro proporciona un grado incomparable de apoyo Ya que incluye una seceidn de proyectos en el curso. El manual del profesor no solo ineluye una puta de ‘comio asignar y estructura los proyectos, sino también un conjunto de proyectos propuestos que abarcan lun ammplio rango de la materit de este texto, entre los que se encuentran proyectos de investigacion, proyectos de simulacidn, proyectos de moxelado analitico y asignacién de informes de recopilacién bi bingrifica, Para més detalles puede verse el Apéndice C. We eee La sexta edicidn ve la luz del dia casi 15 aos después de la publicacién de la primera edicién, Han sucedido numerosas cosas durante estos allos. Adem, el ritmo de los cambios, si cabe, se esté inere= mentando, En esta nueva edicidn he tratado de captar estas innovaciones manteniendo aka vez unit ¥i sign amplia y comprensible del campo completo. Pata realizar este proceso de revisidn, la quinta edi cig fue ampliamente revisada por diversos profesores que imparten esta materia. Bl resultado es que en ‘muchos lugares la natrativa ha sido clavticada y ajustada, y las ilustraciones han sido mejoradas, Tam- bign se han afiadido diversos problemas probados en la realidad, demas de estas mejoras que perfeccionan la pedagogia y el uso cémodo del libro, se han introduc do otros cambios relevantes a lo largo del mismo. Se han revisado todos los capitulos, se han include fo1ros nuevos, y se ha mejorado la organizacién global del libro. Los cambios mis notables son Ibs i ‘auientes: ‘+ XDSL cl término xDSL hace referencia a una familia de tecnologias de linea de abonados digita- les que proporciona alta velocidad de acceso a ISDN y a otras redes de ditea amplia a través de cables de par trenzado entre la red y los abonados domésticas o empresarales. BI libro da una visién global de xDSL. haciendo énfasis en la tecnologia Linea de Abonado Digital Asiméteica (ADSL). Ethernet Gigabit: la discusion sobre Ethemet de 100 Mbps ha sido actualizada, habiéndose a dido una introduceidn a Ethernet Gigabit, Servicio de velocidad de transmisién disponible (ABR, Available Bit Rate) y mecanismos: asoeiadas: ABR es una incorporacién reciente a la ofertas de redes ATM. Proporciona un soporte Imejorado para el trifico de datos basado en IP. Control de congestién: en esta edivién se incluye un capitulo dedicado especificamente a ete topico. Esta presentacién unificada clarifiea los conceptos involucrados. El capitulo incluye un anilists ampliado de las Genicas ATM para gestién de trifico y control de congestisn “Multidestino IP: se dedica una nueva seecién a este t6pico. Servicios Integrados y Diferenciados. RSVP: desde la publicacién de la quinta edicién ha habi- do mejoras sustanciales en Internet con objeto de admitir una gran variedad de wiico multimedia y sensible al tiempo. Un nueve capitulo abarca el estudio de Servicios integrados, servicios dife- Fenciados, y otras cuestiones relacionadas a la calidad del servicio (QoS, Quality of Service, y el importante protacolo de reserva RSVP (Reservation Protocol + Control de Congestién TCP: este tema continia siendo un area activa de investigacién, El libro incluye una nueva seecién examinando este t6pic. Ademas, a través de! libro, a mayoria de los t6picas ha sido actualizado para reflejar los desarrollos en normalizaciones y tecnologia que han tenido lugar desde la publicacién de la quinta edicionXXIV. Prologe CONTROL DE CALIDAD Se ha realizado un gran esfuerzo para asegurar un alto nivel de calidad en Ia produccign del Yibro. Se han dedicado mas tiempo y ms recursos de los habituales en las revisiones del manuscrito original y de {as pruebas de imprenta, tanto por el autor come por el editor. Adems se han reclutade diversos volur tarios de la comunidad profesional, cada uno de los cuales se ha responsabilizado de la lectura cuidado- sa de un capitulo con objeto de corregir los posibles exrores téenicos y tipogrificos. Cada capitulo ba sido mejorado con dos de estas revisiones. Muchas gracias a Mel Adams, Navin Kumar Agarwal, Ferdi- rand N. Ahlberg, David Allie, Tom Allebrandi, Maurice Baker, Rob Blais, Art Boughan, Frank Byron George Cherian, Christian Cseh, Dr. Mickael Fontaine, Charles Freund, Bob Furtaw, Andrew Gallo, Ga ‘ty Gapinski, Sundar Kessler, Steven Kilby, John Kristoff, David Lucantoni, Kenneth Ma, Eddie Maen ddl, Richatel Masoner, Mark McCutcheon, John MeHary, Mittal Monanims, De. John Naylon, Robert ‘Olsson, Mike Patterson, Mahbubur Rashid, Jeffrey Rhodes, Monika Rifle, Peter Russell, Ahmet Seker cioglu, Raya Siddiqu, Dick Smith, Dave Stern, Omeh Tickoo, Scott Valeourt, Dominick Vanacore, Eko Wibowo, Craig Wiesner y Jeffrey Wright Finalmente, Arthur Werbner revis6 y verifies todos los problemas planteados y sus soluciones, Esta nueva edicisn se ha beneficiado de la revisin de una serie de personas que han aporado geneross ‘mente su tiempo y conocimientos. Robert H.Greenfield (Villanova University) cumpli sobradamente st ‘cometido suministrando numerosos y detallados comentarios sobre cuestiones técnicas y pedagdgivas, (wos comentarios muy siles han procedido de Thomas Milham (Devry Institute of Technology), Gr gory B. Brewster (DePaul University), Mare Delvaux (GlobeSpan Semiconductors), Robest E. Morris [Devry Institute of Technology) y Matt Mutka (Michigan State University).Proélogo a la edicion en espanol estudio de la estructura y arquitectura de computadores se incluye en diversos curricula de ingenieria jencias. No abundan los buenos textos, como el presente, que cubran los programas correspondientes de forma amplia y rigurosa, ‘La elaboracién de un texto de las caracteristicas indicadas (al igual que suede con otros libros de Ingenieria) es de gran complejidad dado que el autor debe realizar un laborioso trabajo de generaliza cin de las diversas tenicas utilizadas en computadores coneretos, y no sélo debe limitarse a recopikar informacién detallada sobre ellas. El texto debe presentar al lector abstracciones de equipos reales, de forma que le capaciten no sélo a entender los computadores actuales sino también los futuros, cuando éstos vean la luz. Este concepto es especialmente relevante en un drea tan cambiante y en explosion como es Ia de los computadores. Considero que ésta es una de las principales cualidades del libro de Stallings, donde se da mayor relevancia a los conceptos que a la informacidn (siempre en evolucién). En ‘casi todos los capitulos e] autor utiliza este enfogue: primero presenta los conceptos clave, y luego los aplica @ procesadores coneretos. En la presente edicién utiliza fundamentalmente las familias de proc sadores Pentium y PowerPC, que pricticamente cubren la mayor parte de las tendencias de disefio de los ccomputadores actuales (CISC y RISC, respectivamente). sin que por ello olvide describir ideas relevan: les introducidas o usadas en otros procesadores (UitrSpare II, MIPS R10000, LA64, etc.) También es destacable, como corresponde «un buen libro de ingenieria, la busqueda que en todo momento hace el autor det analisis de prestaciones, y la presentacién (dentro de este contexto} de t6eni ceas espeetficas (fundamentalmente paralclismo) para equilibrar las prestaciones de los distintos elemer tos que pueden integrar un computador En la presente edicién, ademas de las innovaciones indicadas, se ha efectuado una revisién completa de todo el material del libro, pudiendo destacar la actualizacién, © nueva introduccién, de contenidos, tales como memoria Optica, disefio superescalar, repertorio de instrucciones multimedia, cjecucisn anti- pada y carga especulativa, sistemas SMP. clusters. y sistemas NUMA. El libro es complementado con una pagina Web (http://www.shore.net/ ~ ws/COASe.himl)que contiene abundante ayuda tanto para los lectores como para los profesores de la materia. Esta edicidn del libro en espaiiol contione ademiis. como valor afiadido, un apéndice (Apéndice C), que no aparece en la versién original en inglés, que trata de completar mas ain el texto con procesad res 0 téenicas de tltima hora. Este apéndice seri aetualizado conforme se vayan realizando reimpre nes del presente libro, sin necesidad de esperar « ediciones nuevas. Deseo destacar ef esmerado trabajo de los traductores y la profesionalidad de Andrés Otero, editor de la edicién en espatiol Alberto Prieto Coordinaddor de ta traduccion Granada, I de mayo de 2000PARTE | VISION GENERAL | objetivo de la Parte I del texto es proporcionar los conocimientas bisicos, a la vex que especif ‘ear o} contexto en el que se desarrollar el resto del libro, En este eapitulo se preseniain un espe ro ampli de euestiones relacionadas con el campo de las redes y Ii transmisién de datos, at ‘como Jos conceptos fundamentales relacionados con los protocalos y sus arquitecturas CAPITULO 1. INTRODUCCION EI Capitulo | proporciona una visiGn general del libro, en el que se consideran todos los temas que se ‘estudiar posteriormente, Esencialmente. en el libro se estudian cuatro aspectos: las comunicaciones de datos a tates del enlace de wansmision: las redes de dea amplia las redes de sires local: y los prowco= los y i arquitectura TCP/IP. El Capitulo | es una introduccisn a todos estos conceptos, y a It vee se proporciona informacisn sobre las organizaciones clave que especifican los estandares CAPITULO 2, PROTOCOLOS Y ARQUITECTURA FI Capitulo 2 es una extension de la Seccidn 1.4, abordando los protocolos y sus arquitecturas. Este capitulo se puede leer inmediatamente tras el Capitulo 1, © bien se puede poxponer hasta antes del co- zo de fas Partes Hl, LV 0 V. Fl capitulo wata las earacteristicas fundamentales de Joy protocolos. Posteriormente se estudian las dos arjuitceturas mas importantes: el modelo de interconexisn de sistemas abiertos (OSI, Open System Interconnection) y el mexlelo TCP/IP. Aungue ef modelo OSI ve utiliza con frecuencia como referente para introducir los conceptos en este campo, la Familia de protocolos TCP/IP es con diferencia x base te la mayorta de los productos comerciales, esta es la razGn que justifiea su eonsideracidn en la Parte V ‘el presente text,CAPITULO 1 1. 12 13, 14, 15, Apéndice 1A. Organizaciones de norm: Introduccion Un modelo para las comut Comunicaciones de datos Comunicacién de datos a través de redes Redes de rea amplia Redes de area local Protocolos y arquitectura de protocolos Un modelo de tres capas La arquitectura de protocolos TCP/IP EI modelo OSI Normalizaciones Normalizaciones en Internet y el IETF La Organizacién Internacional para la Normalizacién (ISO) El sector de normalizacion de la UIT para las Telecomunicaciones EI Forum ATM Apéndice 1B. Recursos en Internet Paginas Web para este libro Otros sitios Web Grupos de noticias USENET4 Comunicaciones y redes de computadores Poem emer eres sreresereseroseeoeos + El objetivo barca tres grandes éreas: comunicaciones, redes y protocolos, «# El estudio de las comunieaciones aborda a transmis de sefales de forma tal que sea eficaz y seg ra, Ente otros aspectos, se estudiaran la tansmisién y codificacion de sefales, los medios de tans: Iinertiees, ef control del enlace de datos y ia multiplexacién, se libro 6s ampli y ‘s En el estudio de las redes se abordlar tanto la tecnologia como los aspectos relacionados con las quitecturas de redes de comunicacién utlizadas para la intereonexi6n de dispositivos. Esta materia se divide normalmente en redes de sirea local (LAN) y redes de srea amplia (WAN), is indie ‘= Respecto a los protacolos de comunicacisn, se abordan tanto las arguitecturas como un ani ‘idualizado de Tos mismos para eda una de las capas de fa arquitectura POOH eee eee reese seer ee eeeeeeese ‘eomunicaciones que ha desencadenado un cambio dristco en las tecnologias, productos y en las Propias empresas que desde entonces, se dedican simultdneamente a los sectores de los comput ores y de las eomunicaciones. Aunque las eonsecuencias de esta comibinacién revolucionaria esti davia por determinar, no es arriesgado decir que la revolucién ha ecurrido y que ninguna investigacion dentro del campo de bi transmision de la informacién deberfa realizarse sin esta perspectiva, E: tomo a los altos 70 y 80 se produjo una sinergia entre los campos de Los computadores ¥ las La revolucién antes mencionada ha proxlucido los siguientes hechos signi + No hay grandes diferencias entre el procesamiento de datos (Jos computadores) y las comunicacio- nes de datos (la transmisi6n y los sistemas de conmutacién). ‘+ No hay diferencias fundamentales entre la transmisién de datos, de voz 0 de video. ‘Lay fronteras entre computadores monoprocesador © multiprocesador: asf como entre redes de 4rea local, metropotitanas y de drea amplia son cada vez més difusss. Un efecto de esta tendencia ha sido el solapamiento ereciemte que se puede observar entre as indus lrias de las comunicaciones y de los computadores, desde la fabricaciém de componentes hasta. i agracién de Sistemas. Otro resultado es el desarollo de sistemas integrados que transmiten y procesan {odo tipo de datos e informacion, Las organizaciones de normalizacion, tanto tenieas como tecnoligi cas, ienden hacka un sistema dnico y pablico que integre todas las comunicaciones y haga que virtual- ‘mente todos los datos y fuentes de informacisn sean fie y uniformemente accesibles a escala mundial El objetivo fundamental de este libro es proporcionar una visién unificada de} vasto campo de las ‘comunicaciones de datos y los computadores. La organizacién del libro refleja un intento de dividir esta ‘extensi materia en partes coherentes, proporcionand a la ver, una visibn de su estado aetual, Este eapi- tulo introductorio comienza presentando un modelo general para las comunicaciones, Posteriormente, Se presentan de forma sucinta cada una de las cuatro partes principales de este texto, Termina describienlo cl papel decisive que juegan los estindares. Comenzatemos nuestro estudio considerando ef modelo sencillo de sistema de comunicacién, mostrado en la Figura I.ta, en kx que se propone un diagrama de bloques, El objetivo principal de todo sistema de comunicaciones es intercambiar informacisn entre dos enti- dudes. La Figura [1b muestra un ejemplo particular de comunicacin entre una estacién de trabajo y un servidor a través de una red telefénica publica. Otro posible ejemplo consisteen el intercambio de seia-Introduecisn. 5 Sistema destino Sistema ongen Estacion de wabojo ae 7 Senior pica de teefonos (2) omplo Figura 1.1. Modelo simplificado para las comunicaciones, les de voz entre dos teléfonos a través de la misma red anterior. Los elementos clave en este modelo son los siguientes: fuente, Este dispositive genera los datos a transmitir: por ejemplo teléfonos © computalores personales, + El transmisor. Normalmente los datos generados por la fuente no se transi como son generados. Al contrario, el transmisor transforma y codifica lx informacién, generando sefiales clectromagnéticas susceptibles de ser transmitidas a través de alggin sistema de transmi- sidn, Por ejemplo, un modem convierte las cadenas de its generadas por tin computador personal y las transforma en sefiales anal6gicas que pueden ser transmitidas a través de la red telefnica, la nea de transmisisn hasta una eon ‘¢ El-sistema de transmisién, que puede ser desde una set pleja red que conecte a la fuente con el destino. ‘= El receptor, que acepta la sefial proveniente det sistema de transmisién y Ia transforma de tal ‘manera que pueda ser manejada por el dispositive destino. Por ejemplo, un modem captaré la se fal anal6gica de la red o linea de transmisién y la convertiré en una cadena de bits. ‘= El destino, que toma los datos del receptor. Aungue el modelo presentado pueda parecer aparentemente sencillo, en realidad implica una gran ccomplejidad. Para hacerse una idea de la magnitud de ella, la Tabla 1.1 lista algunas de las tareas claves ‘que se deben realizar en un sistema de comunicaciones. Esta relacidn es en un sentido un tanto arbitraria Tabla 1.1. Tareas en los sistemas de comunicacién. Utlizacién del sistema de transmisién Implementacién de la intertaz Generacion de la senal Sincronizacion Gestion del intercambio Deteccion y correccion de errores Control de flujo Direccionamiento Encaminamiento Recuperacion Formato de mensajes Seguridad Gestion de red6 Comunicaciones y redes de computadores ya que se podria aladie elementos, mezcla flems, et. es ms, algunos elementos representan tareas que Se realizan en diferentes «niveles» del sistema, cr fem autilizacién del sistema de transmisiGn» se retiere ala necesidad de hacer un wo picamente se suelen computtir entre uni I prin cficaz de los recursos utilizados en la ansmision, los cuales serie de dispositivos de comunicacién. La capacidad total del medio de transmision Se reparte entre los distintos ustarios haciendo uso de tenicas denominadas de mulliplesacion. Ademis puede que se siten tdenicas de control de congestién para garantizar que el sistema no se salure por un demands excesiva de servicios de transmis, Para que un dispositivo pueda transmitirinformacién tendré que hacerlo través de la interfaz com cel medio de transmisién, Todas ls tenicas de transmisisn preseatadas en este libro dependen en tia astancia de la wilizacién de sedales electeomagnéticas que se trunsmitirin a través del medio. De tal ‘manera que, una ver que la interfaz est establecid, se necesita la generaei6n de la seal. Las carac teristicas de Ia seal, tales como, la forma y la intensidad, deben ser tales que permitan: 1) ser propa «daa través del medio de transmision y 2) er interpretada en el receptor como datos. Las sefiales se deben generar no silo considerando que deben cumplir fos requisitos del sistema de transmisin y del revepto, sino que deben permitir alguna forma de sineronizar el receptor y cl emisor. EI receptor debe ser capaz de determinar ewido eomienea y euindo acaba la sefial recibida, 1g mente, deberd conocer la duracién de cada elemento de sei ‘Ademis de las cuestiones bisicasreleremtes a la naturaleza y temporizacién de las sehales, se nece ri verificar un conjunto de requisitos que se pueden englobar bajo el término gestién del intercam- Si se necesita intercambiar datos durante un periodo de tiempo, las dos purtes deben cooperar. Por ejemplo, para los dos elementos que imervienen en una conversacién telelnica (emisor y receptor), uno de ellos deberi marcar el niimero del otro, dando lugar a una serie de sefales que harin que el otra éfono suene. En este ejemplo el receptor establecers la llamada descolgando el auricular. En los dis- postivos para el peacesamiento de datos. se necestarin ciertas convenciones adem del simple becho {de establecer li conexidn. Por ejemplo se debers establecer si ambos dispositivos pueden transmit ‘multineamente o deben hacerlo por turnos, se deber decid la eantidad y el formato de los datos que se ransmiten cada ve7, y se debe especiticar qué hacer en caso de que se den ciertas eontingencias, como por ejemplo la detescidin de un error. Los dos stems siguientes (Tabla 1.1) deberian considerase dentro de la gestin del intercambio, pero Lebo a su importancia, se consideran por separado. Fn todos fos sistemas de comunicacidn es posible {que uparezcan errores; es decir, Ia seal ansmitida se distorsiona de alguna manera antes de aleanzar su destino. Por tanto, en circunstaneias donde no se pueda tolerarerrones, se necestarsn procedimien- {os para la deteccién y correccidn de errores. Asi por ejemplo, en sistemas para el procesamiento de datos, si se transiere un fichero desde un computador a otro, no seria aceptable que el contenido del Fichero se mexlificara aecidemtalmente, Para evitar que fa fuente no sature al destino transmitiendo datos ‘mas ripidamente de lo que el receptor pueda procesar y alpsorber, se necesitan una serie de provedi- smientos denominados control de fujo, Conceptos rekicionsados pero distntos a los anteriores son el direccfonamiento y el encaminamien- to, Cuando cierto recurso se comparte por mis de dos dispositivos el sistema fuente deberi de alguns nera indicar a dicho recurso compartido la hentia! del destino, El sistema de transmisién deberi _garantizar que ese destino, y sélo ése,reciba Tos datos. ES mais, ef sistem de transmision puede ser una Fed en la que exista la posiilidad de mis de un camino para aleanzar al destino: en este €as0 se nec tac, por tanto, a eleceién de una de entre las posibles rutas La recuperacin es un concepto distin a eoereccin de erroes. En cietas situaciones en is qu el Jnwercambio de informacién, por ejemplo una txnsaccn de una base de datos o la transferencia de un fichero, se vea interrumpida por algtn fall, se necesitaré un mecanismo de recuperacion, El objetivo ‘er pues, o bien ser capaz de continuar transmitionda desde donde se peel la interrupcién, al menos recuperar el estado donde se enconiraban los sistemas involuerados antes de comenzar el intereambio.Intwoduecion 7 El formato de mensajes esti relacionado con el acuerdo que debe exist entre las dos partes we peeto al formato de los datos intercambiados, como por ejemplo el eédigo binario usado para represe tar los caracteres dems, frocuentemente es necesario dotar al sistema de algunas medidas de seguridad. El emisor debe asegurarse de que sélo cl destino deseado reciba los datos. Igualmente, el receptor querri estar seguro de que los dates recibidos no se han alterado en la transmisin y que dichos datos realmente provienen del supuesto emisor. Por illimo, todo el sistema de comunicacién es lo suficientemente complejo como para ser disead ¥ uilizado sin mis, es decir, se necesita la habilidad de un gestor de red que configure el sistema, moni- lorice su estado, reaccione ante fallos y sobrecargas, y planifique con acierto los erecimientos futuros. Como se ha visto, de la aproximacin simplista de partida hemos formulado una lista més extensa y claborada de tareas involucradas en todo el proceso de la comunicacién, A lo largo de este libro est lista se estudiard en profundidad, deseribiendo todo el conjunto de tareas y actividades que pueden e tslobarse genéricamente hajo los términos comunicacigin de datos y redes de computadores. CIs Adems de los dos primeros eapitulos considerados en 1a primera parte, el libro se ha estructurad en ‘cuatro partes adicionales, La segunda parte aborda fundamentalmente tos temas relacionados con las Tunciones de conunieacién, centrindase en lt transmisisn de seRales de una forma segura y efiviente Invencionadamente dicha segunda parte se ha tiulado «Comunicaciones de Datos», sungue con ese ér ‘mino se alude a algunos, 0 incluso a todos, los t6picas de las restantes partes (de hk IIL x kt V). Para explicar todos los concepts abordados en la segunda parte, la Figura 1.2 muestra una perspec tiva novedosa del modelo tradicional para las comunicaciones de la Figura I.la, Dicha figura se expliea 1 continuacién, paso a paso, con la ayuda de un ejemplo: la aplicacion de coreo electenico. Suponiendo que tanto el dispositive de entrada como el teansmisor estin en un computador pers YY que por ejemplo, el usuario de dicho PC desea enviar el mensaje m a otro. El usuario activa la cid de correo en el PC y compone el mensaje con el teclado (dispositive de entrada). La cadena de ‘earacteres se almacenar temporalmente en la memoria principal como una secuencia de bits (g). El computador se conecta a algdn medio de transmisién, por ejemplo una red local o una linea telef@nica, a través de un dispositive de FS (iransmisor), como por ejemplo el stransceiver» a una red local 0 mo- dem. Los datos de entrada se transfieren al transmisor como una secuencia de niveles de tensidn [gt] ‘que Fepresentan los bits en alin tipo de bus de comunicaciones » eable, El cransmisor se conecta ditee= cadena ena Seta cadena ‘obts araiogica sraogiea ‘obts ‘rane vecbida aesaiaa —“deaatda et a ou ™ Modelo simpliticado para tas comunicaciones de datos.8 Comunicaciones y redes de computadores tamente al medio y convierte la cadena (gt) en la Sef a transmiti [0k posterioemente en el Capt Jo 5 se describieda las stints alteroativas para esta conversion, Al transmite (7) través del medio, antes de Hegar al receptor, aparecerin una serie de dificuliades {que se esudianin en el Capitulo 3. Por fo tanto, fa sen recibida (7) puede diferir de alguna manera de ka transmitida (9) EL receptor intentar estimar la seal original («partir de la sefal 1) y de su conoei- imiento aeerea del medio, obteniendo una secuencia de bits (1). Estos bits nal computador de sada, donde se almacenan temporatmente en memoria como un blogue de bits (4). En muchos casos, eb ‘destino intentaré determinar si ha ocurride un eror, ¥ eh su caso, cooperar con el oFigen pari eventtal- ir el Bloque de datos complete y sin erores, Los datos, fialmente se presentin al usta a s del dispositiva de sala, que por ejemplo puede ser lx impresora o fa pantalla de su terminal. EL mensaje recibido por el usuario (mn) seri normamente una copia exact del mensaje original (i), Consideremos ahora una conversacidn telefnica, En este caso, ht entra al teléfono es un mensaje (on) consistemte en unas ondas sonoras. Dichas ondas se convierten en el telefono en sefales eléericas de la misma frecuencia, Estas sefies se tansmiten sin modificacién a raves de la Kinea teletnica, Por fanio, la sefal de entrada g(7) y le senal transmitida (0) son idénicas. La sed (7) sufi alan ipo de distorsin «través del medio, de tal manera que r{t) no ser idgntien 9) No obstante, fa sefal n() se convierte recuperando una onda sonora, sn aplicar ningén tipo de rreccion © mejora de la calidad. Por lo tanto, mi no es una répliea exacta de m. Sin embargo, el mensaje sonora reeibido es normalmente conprensible por el receptor En la discusisn agut realizada, no se han considerado otros aspectos fundamentales en las comunici ciones de datos, como lo son las tSenieas de control del enlace, necesarias para regular el uj de infor ‘macisn, © como la detecciGn y eorrecci6n de errores tampoco Se han considerado las tenicas de multi= plexacion, necesarias para conseguir una ulilizaciéa eficaz del medio de transmisiGn. Todos estos aspeotos se estudian en x Parte TL EMC eek ad A veces no es pritico que dos dispositives de comunicaciones se conecten ditectamente mediante un enlace punto a punto. Esto es debido a alguna (0 alas dos) de la siguientes eireunstancias + Los dspositvos estén muy’ ales. En este caso no esta janificad, for ejemplo, wilizar wn enlace dedi entre cals dos dinpositivon. que peda estar separadon por miles de hilémeton + Hay un conjunto de dispositives que necesitan conectarse entre ellos en instantes de tiempo di rentes. Un ejemplo de esta necesidad es la red telefénica mundial, o el conjunto de computadores pertenecientes «una compania. Salvo el caso de que el aimero de dispositivos sea pequeto, no &s Practica utilizar un enlace entre cada dos La solucién a este problema es conectar cada dispositive & una red de comunicucién, La Figurs 1.3 relaciona este concepto dentro del moxdelo de comunicaciones de fa Figura Ila y a Ii ver sugiere dos grandes categorias en las que se clsifican tradicionalmente las redes: edes de drew amplia (WAN, Wie de Area Networks) y redes de direa local (LAN, Local Area Networks). Recientemente, las etre estas dos categorias son cada ver mis difusis, tanto en términos tecnoligicos como de posibles aplicaciones; no obstante, es una forma natural y didctica de organizar su estudio, por lo que agut se doptari dicha claificacién REDES DE AREA AMPLIA Generalmente, se considera como redes de area amplia a todas aquellas que cubren una extensa sees eogrifica, requieren atravesar rutas de acceso pablico.y utlizan parcialmente cineultos proporeionaos Por una entidad proveedora de servicios de telecomunicacisn. Tipicamente, una WAN consiste en uaIntraduccién 9 ods de conan Sy sts Sistema destino Sistema oigen| / Red ce srea Figura 1.3. Modelos simplificados de redes. serie de dispositives de conmutacién interconectados, La transmisién generada por cualquier dispositive se encaminaré a través de estos nodos internos hasta aleanzar el destino. A estos nodos (ineluyendo a los siqados en los contornes) no Fes conciere ef contenido de los datos, al contrario, su funcién es propor cionar ef servicio de conmutacidn, necesario para transmitir fos datos de nodo en nodo hasta aleanzar su destino final ‘Tradicionalmente, las WAN se han implementando usando una de las dos tecnologias siguientes: conmutacién de circuitos y conmutacién de paguctes. Aungue cltimamente, se esti empleanda como solucién la téenica de retransmision de tramas («frame relay»), asf como las redes ATM, Conmutacién de circuitos En las redes de conmutacisin de circuitos se establece través de los nodos de la red un camino dedic: do a la interconexién de dos estaciones. El camino es una secuencia conectada de enlaces fisicos entre nodes. En cada enlace, se dedica un canal légico a cada conexién, Los datos generados por la estacién fuente se transmiten por el camino dedicado tan ripido como se pueda. En cada nodo, los datos de en- trada se encaminan o conmutan por el canal apropiado de salida sin eetardos. El ejemplo més ilustrativo de la conmutacién de circuitos es la red telefbni Conmutacién de paquetes Un enfoque diferente al anterior es el adoptado en redes de conmutacidn de paquetes. En este €as0, n0 ces necesario hacer una reserva a priori de recursos (capacidad de transmisidn) en el camino (0 sucesisn de nodos). Por el contrario, los datos se envian en secuencias de pequettas unidades Hamadas paquetes. Cada paguete se pasa de ntodo a nodo en la red siguiendo algdn camino entre la estacién origen y la10 Comunicaciones y redes de computadores destino. En cada nodo, el payuete se recibe completamente, se almacena durante un intervalo breve y posteriormenie se transite al siguiente nodo. Las redes de conmutacidn de paguetes se usin fundamen: Talmente para comunicaciones terminal-computador y computador-computador, Retransmisién de tramas (Frame Relay) La conmutacign de paquetes se desarroll6 en la paca en la que los servicios de transmisisn a aga distan- cia suirfan una tass de error relativamente elevads, comparada con los servicios de los que se dispone ‘clualmente. Por tanto, para compensa esos erroresseativamente frecuentes, en Tos esquerts de comm tacidn de paguetes se realiza un esluerzo considerable, que se traduce en afadirinformacién redund cexda paguete, asf como la realizacion de un procesaniento extra, tanto en ef destino final como en Tos ‘xls intermedios de conmutacién, necesario para detectar Ios erfres ¥ en Su €8S0, corrgitlo, Ahora bien, con los modernos sistemas de comunicaciones de alta velocidad, este esfuerz0 adicional es innecesario y contraproducente, Es innecesario ya que la tast de erroees se ha reducido dristicamente ¥ ls eseasos crrores que aparecen se pueden tata? en el sistem final mediante dispositivos que opera Por encima del nivel de la légica dedicada a la conmutacién de paquetes. A su ve7 es coniraproducente ya que los bits eedundantes significan un desperdicio de parte de li capacidad proporcionads por lt red La retransmisidn de tramas («frame relay») se ha desarrliado teniendo presente las mayores veloc ddades de transmisiin que actalmente se disponen, asi come de las bajastasas de error. Mientras que las redes originales de eonmatacién de pagueles se disefaron pari ofrecer un Velocidad de (ransmision al usuario final de 64 kbps, las redes «lrame relay» estin disenadas para operar elicazmente a velocidades de transmision de usuario de 2 Mbps. La clave para conseguir estas velocidades reside en elimina a ‘mayor parte de lt informaciéa redunudante y el procesamiento asociado pura el control de erroes, AT™ EI Modo de Transferencia Asfacrono (ATM, Asynchronous Transfer Mode), a veces denominado como ‘modo de setransmisién de celdas («cell relay»), es ls culminacién de todos los desurrolos en os cid de cireuitos y conmutacion de paquetes tealizados durante los Gktimos 25 ats, ATM se puede interpretar como una evolucién de ta retransmision de tramas (frame relay»). La dif Fencia mais obvia entre aframe relay y ATM es que frame relay» usa paquetes de longitud variable, amados stramas», y ATM usa paquetes de longitud fija denominadas aceldas. AL igual que en strame relay», ATM introduce poca informacién adicional para el control de errores, confiando en fa inherente robustez del medio de transmisién asf como en la logica adicional localizada en el sistema destino para dltectar y comegir errores, AL utilizar paquetes de longitud fj, el esfuerzo adicional de procesamiento se reduce ineluso todavia mis agui que en «frame relay». El resultado es que ATM se ha disefiado para tra haar velocidades de transmisién del orden de 10 3 100 Mbps, e incluso del orden de Gbps. ATM se puede considerar a su vez como uni evolucién de la conmutacisn de cireuitos, En ka con rmutacign de circuitos, se dispone solamente de circuitos a velocidad fja de transmisi6n entre los siste- ‘mas finales. ATM permite la definicisn de miltples canales Virwales con velovidades de transmision micamente en el instante en que el canal vietual se erea, Mediante la utlizacién de 1. ATM es tan eficaz que puede oftecer un canal a velocidad de transmisisn cons- tunte aunque esté usando una técnica de conmutacién de paquetes. Por lo tanto, ATM es un ampliacin de la conmutacién de circuitos en la que se offecen varios canales, en Tos que la velocidad de transmi Sin para cada canal se fija dindmicamente segdn las necesiddes, RDSI y RDS! de banda ancha La sinergia y evolucion entre las comunicaciones y las tecnologfas de la computacidn, junto con la ere ciente demanda de vervicios eficaces de captacidn, procesamiento y diseminaciGn dle ta informacisn,Introdueciin 14 esté desembocando en el desarrollo de sistemas integrados que transmiten y procesan todo tipo de datos Una consecuencia significativa de esta tendencia bia sido el desarrollo de la Red Digital de Servicios Integrados (RDSI), La RDSI se ha disenado para sustituira fas redes pUblicas de telecomunicaciones existentes. propor cionando una gran variedad de servicios, La RDSI se define mediante la estandarizacién de las imerta ‘ees de usuario, y se ha implementado como un conjunio de conmutadores digitales y enlaces que pro: Porcionan una gran variedad de tipos de wrifico, ala vez que servicios de valor afiadide. En la prictia, Se trata de maltiples redes, implementadas dentro de los Hmites nacionales, pero desde el punto.de vista del usuario se considera como una tnica red! mundial, uniformemente accesible. A pesar de que la RDSI tiene todavia que conseguir la cobertura mundial para la gue fue diseac ‘ys en su segunda generacién, La primera generackin, a veces denominada como RDSI de banda estre- ha, se basa en el uso de canales de 64 kbps como unidad bssica de conmutacién, presentando wna clara orientacién hacia Ia conmutacién de circuitos. Téenicamente hablando, la principal contsibucign de la DSI de banda estrecha ha sido el «frame relay». La segunda generacién, denominada RDSI de banda anchal, proporciona velocidades de transmisién muy elevadas (cientos de Mbps) y tiene una clara orienta cin hacia ka conmutacién de paquetes. La contibucién técnica principal de la RDSI de banda ancha ha sido el modo de transferencia asfncrono (ATM), también denominado reransmisiGn de celdas «cell relay REDES DE AREA LOCAL A igual que las redes de drea amplia, una red de srea local es una red de comunicaciones que interco- recta varios dispositivos y proporciona un medio para el intercambio de informacién entre ellos. No jobsiante, hay algunas diferencias entre las LAN y las WAN que se enumeran a continuacisa: 1. La cobertura de una LAN es pequefia, tipicamente un edificio © como mucho un conjunto de edificios préximos. Como se veri mis adelante, esta diferencia en cuanto a la cobertura geogts- fica, condicionara la solucién técnica Finalmente adoptads, 2. Es comin que la LAN sea propiedad de la misma entidad que es propietaria de los dispositives, cconectados ala red. En WAN, esto no es tan corriente. 0 al menos una fraccién significativa de recursos de la red son ajenos. Esto tiene dos implicaciones. La primera es que se debe cuidar mucho la eleceidn de la LAN, ya que evidentemente, leva acarreado una inversién substancial de capital (comparado con los gastos de conexién o alquiler de lineas en redes de drea amplia) tanto en It adquisici6n como en el mantenimiento, Segunda, la responsabilidad de la gestion de la red local recae solamente en el ust. 2. Las velocidades de transmisién internas en una LAN son mucho mayores. Tradicionalmente, en LAN se utiliza la difusi6n en lugar de utilizar téenicas de conmutacién. En une red de difusion, no hay nodos intermedios. En cada estacidn hay un transmisor/receptor que se comuni= ce con las otras estaciones a través de un medio compartido. Una transmisién desde cualquier estacion. ‘se recibird por todas las otra estaciones, Los datos se transmiten en forma de paquetes. Debido a que el medio es compartido, una y slo una estacion en cada instante de tiempo podra transmit el paguete Mis reciemtemente, fa conmutacién también se ests uilizando en LAN, fundamentalmente en LAN ‘ipo Ethernet. Otros dos ejemplos de especial relevancia son las LAN ATM, en las que se usa una red ATM como una ted de sire local, asf como los Canales de Fibra, Estas LAN se estudiar, junto con las ‘asada en difusion, en la Parte IV de este texto, Rae ae) Cuando se realiza un intercamio de datos entré computadores, terminales y/o otras dispositivos de pro- ‘cesamiento, las cucstiones a estudiar son muchas mis que las mencionadas en las Secciones 1.2 y 1.312 Comunicaciones y redes de computadores Considérese, por ejemplo, la transferencia de un fichero entre dos computadores. En este caso, debe haber un camino entee los dos computadores, directo 0 a través de un red de comunicacidin, pero ade- mis, tipicamente se requiere la realizacion de las siguientes treas adicionales |. El sistema fuente de informacion debe activar ef camino directo de datos, o hien debe propor: cionar a la red de comunicacién la identiticaciin del sistema destino deseado, 2. Bl sistema fuente debe asegurarse de que el destino esti preparado para recibir datos La aplicaci6n de transferencia de fichero en el origen debe avegurarse de que el programa gestor cn ef destino esti preparado para aceptar y almacenar cl fichero para el usuario determinado, 4. Silos formatos de los dos Ficheros son incompatibles entre ambos sistemas, uno de Jos dos de- beri realizar una operacisn de adecuacis AL intercambio de informacién entre computadores con el propesito de cooperar se le denomins co -municacién enere computadores. De igual manera, al conjunte de computadores que se interconeetan 3 través de una red de comunicaciones, se lex denomina red de computaddores, Estos términos se extic den igualmente a cuando alguna de las partes es un terminal, ya que cl grado de cooperacidin en este caso es similar. En cl estudio de las comunicaciones entre computadones y las redes de computadores, son especial: mente relevantes los dos conceptos siguientes: + Los protocols. anquitecturas para comunicaciones entre computadores Para Ja comunicacisn entre dos entdades situadas en sistemas diferentes es necesario la delinicidn y uslizacién de un protocolo. Nétese que los términos «entidad» y «sistema» se estin usando en un seat do muy general. Bjemplos de entidades son: los programas de aplicacién de los usuarios, las utildades para transferencia de ficheros, los sistemas de gestion de bases de datos, asf como los gestones de core tlecirinica y terminales, Ejemplos de sistemas son: los computadores, los terminals y los Sensores re- motos, N6tese que en algunos casos Ia entidad y el sistema en ef que se ubica son eoincidentes (por ejemplo los terminales). Ea general, una emidad es cualquier cosa capaz de enviar y recibir informa ida, y un sistema es un objeto Fisica que contiene & wna © tis emtidades. Para que dos entidades se jcomuniquen con éxito, se requiere que «hablen el mismo idioma». Qué se comuniea, cdimo se comuni «a, y cuindo se comuniea debe seguir una serie de convenciones mituamente acepradas por las entida- ‘des involucradas, Este conjunto de convenios se denominan protocolos, que se pueden definir como et Conjunto de reglas que gobieman el intercambio de datos entre dos entidades. Los puntos clave que Uefinen 0 caracterizan a un protocolo son «+ La sintaxis: incluye aspectos tales como el formato de los datos y los niveles de seal «La semintica: incluye informacién de conteol para la coordinacién y ef manejo de erores. «+ La temporizacién: incluye la sintonizacién de velocidades y secvenciacion “Tras haber introducido el concepto de protocolo, se esti en disposicidn de defini el concepto de anquitectura para las comunicaciones entre computadores, Es claro que debe haber un grado alto de eo Peracign entre los eomputadores. En lugar de implementar toda fa lgica para llevar a cabo la comunica ‘iGn en un tnico médilo, dicha tarea se divide en subtareas, cada una de las cuales se realiza por Sep rado, A mado de ejemplo, la Figura 1-4 muestra cémo empleando tres médulos, se podria imaplementar una aplicaeién de transferencia de fichero, Las tareas 3 y 4 de la lista anterior se podrian realizar por miédulo de transferencia de Ficheros. Los dos mills én ambos sistemas intercambian Ficheros ¥ rd nes, Sin embargo, en ver de exigit que el médulo de transferencia se encargue de los detalles Con los {que se realiza el envio de datos y érdenes, dichos médlulos delegan en los médulos de servicio de comu- nicaciones. Este se encargaré de asegurar que el intercambio de drdenes y datos Se realice fiablemente, Enire otras cosas, este misulo realizaré la tarea 2. Por lo que a partir de este momento, la naturaleza del intereambio entre los sisters seré independiente de li naturaleza de la red que los interconecta. Por loIntroduccion 13, Computadoe x computador ¥ “Apicadin parala | __ Archivos y érdones paral transferenca de archos [Apleacion paraia | ‘ransterencia | ransterencia ie archos earchives Unidos de date relacionadas con a comunicactn beached > tment aduio de acceso alares Module de acceso ‘alate Logica de a Logica de a intertae dered intertaz dered Figura 1.4. Una arquitectura simplificada para la transterencia de archives. tanto, en ver de implementar la interfa de red en el médulo de servicio de comunicaciones, tiene senti- do prever un médulo adicional de acceso a a red que Heve a cabo la tare | Resumiiendo, de los tres médulos de la Figura 1.4, el médulo de transferencia de fichero contiene toda la Logica que es exclusiva de la aplicacién para la transferencia de ficheros, tal como la transmisi6n de una patlabra clave, Grdenes de lichero, y registros del fichero, Se necesita que esta informacién se ‘ransmita de una forma segura. Sin embargo, esta necesidad de seguridad es compartida por otro tipo de aplicaciones (por ejemplo, el correo electrSnico y la transferencia de documentos). Por tanto, estos r {querimientos se localizan en el médulo separado de servicio de comunicaciones de tal forma que puedan ser utilizados por otras aplicaciones. El médulo de servicio de comunicaciones trata de asegurar que los dos computadores estén activos y preparados para kx transferencia de datos, asf como de seguir Ia pista de Tos datos que se intercambian, yarantizando su envio, No obstante, estas (areas son independiente el tipo de red que se esté usando. Por tanto, la ligica encargada de tratar con [a red se considera en un médulo separado, De esta forma, si se modifica la red que se esté usando, sélo se vera afectado el mé- dulo de acceso a la red, Asi vez de disponer de un solo médulo que reallice todas las tareas involueradas en la comunic dera una estructura consistente en un conjunto de médulos que realizardn todas las funcio- nes, Esta estructura se denomins arquiteetura de protocolos. A continuacién, dentro de esta seecidn se cneralizard el ejemplo precedente para presentar una arquitectura de protocolos sencilla, considerando postcriormente ejemplos mis realistas y complejos, como son TCP/IP y OSL UN MODELO DE TRES CAPAS En términos muy generates, se puede afirmar que las comunicaciones involucran a tres agentes: apliea- iones, computadores y redes, Un ejemplo de aplicacign es la transferencia de ficheros. Este tipo de aplicaciones se ejecutan frecuentemente en computadores que procesan miltiples aplicaciones simulti- heamente, Los computadores se conectan a redes, y los datos a intercambiar se transfieren por la red de lun computador a otro, Por tanto, la transferencia de datos desde una uplicaci6n a otra implica en primer lugar la obtenciGn de los mismos y posteriormente hacerlos Hlegar a la aplicacidn correspondiente en el computador remoto. Por todo to dicho, parece natural org nizar la tareu en tes capas independiente # Capa de acceso a ta red, ‘© Capa de transporte ‘* Capa de aplicacién La capa de acceso a Ia red esti relacionada con el intercambio de datos entre el computador y la rod a la que est conectado, El computador emisor debe proporcionar a la red la direccién del destin, de tal forma que la red pueda encaminar los datos al destino apropiado. El computador emisor necesita ri hacer uso de algunos de los servicios proporcionados por la red, como, por ejemplo, la gestion de“ Comunicaciones y redes de computadoros prioridades. Las caracterfticas del software de esta capa dependerdn del tipo de red que se use. Asi, se han desarrollado diferentes estindares para conmutacign de crcuites, conmutacisn de pauctes, redes de area local y otres. De esta manera, se pretende separar las funciones que tienen que ver con el acceso ‘fa red en una eapa independiente. Haciendo esto, el resto del software de comunieaciones que esté por cencima de la capa de acceso a la red no tendré que ocuparse de las caracterfsticas especifcas de la red que se use, El mismo soltware de Tas capas superiores funcionard adecuado e independientemente del tipo de red particular a la que el computador esté conectado. Independientemente de 1x naturaleza de las aplicaciones que estén intercambiando datos, es un re quisito habitual que los datos se intercambien de una manera segura, Esto es, seria deseable estar segu ros de que todos los datos Hlegan a la aplicacién destino y adem Hlegan en el mismo onlen en que fueron enviados. Como se verd, los mecanismos que proporcionan dicha seguridad son independ 4e la naturaleza de las aplicaciones. Por tanto, tiene sentido concentrar todos estos procedimientos en ‘una capa comin que se comparta por todas las aplicaciones, denominada capa de transporte almente, la eapa de aplicacién contiene la Kégica necesaria para admit varias aplicaciones de usuario, Para cada tipo distinto de aplicacién, como por ejemplo la transferencia de Ficheros, se necesita ‘un médulo independiente y con caraeteristicas bien diferenciadas, Las Figuras 15 y 1.6 ilustran est arquitectura sencill. En la Figura 1.5 se muestran tes comput ores conectados a una red. Cada computador contiene software en las capas de acceso a la red, de transporte y de aplicacisn para una o mas aplicaciones, Para una comunicacién eon éxito, cada entidad ddeberi tener una direccién tnica. En realidad se necestan dos niveles de dinsecionamiento, Cada com putador en la red debe tener una direccién de reds esto permite a la red proporcionar los datos al compu- tador apropiado, A su vez, cada aplicacién en cl computador debe tener una direccién que sea tnica dentro del propio computador, esto permitiré a la capa de transporte propercionar fos datos a aplic cid apropiada, Las anteriores direeciones son denominadas puntos de acceso al servicio (SAP, Servi Access Point), nétese que cada aplicacién accede individualmente a los servicios proparcionados por la capa de transporte rceion |_—= Poo ma ae KH HH A Transpo ‘ese atered Le ‘Apacion Trasporte Reddo ‘omimcacones| conan ala rec Figura 15, Redes y arquitecturas de protocolos.Introduccion 15, Comoutador x Computador ¥ ma rotocoa de Apeacn ye Proloclo de Transporta Transporte ea Transporte ‘Acceso ala re Protocolo ae Protocolo de Figura 1.6, Protocolos en una arquitectura simplificads. La Figura 1,6 muestra emo se comunican, mediante un protocolo, los médulos en el mismo nivet de computadores diferentes. Veamos su funcionamiento, SupGngase que una aplicaci6n, asociada al SAP I en el computador X, quiere transmitir un mensaje a otra aplicacién, asociada al SAP 2 del com- putador Y. La aplicacin en X pasa ef mensaje a la capa de transporte con la instruccién de que lo envie al SAP 2 de Y. La capa de transporte pasa el mensaje a ta capa de acceso a la red, la cual proporciona las instrueciones necesarias & la red para que envie el mensaje a Y. Debe observarse que la red no nece- sita conocer la direccién del punto de acceso al servicio en el destino, Todo lo que necesita conocer es que los datos estén dirigidos al computador Y, Para controlar esta operaci6n, se debe transmitirinformacién de control junto a los datos del usuario. como asi se muestra en la Figura [.7. Supongamos que la aplicacién emisora genera un bloque de datos y se lo pasa a la capa de transporte. Esta dltima puede fraccionar el bloque en unidades mas pequenas para hacerlas miis manejables, A cada una de estas pequefias unidades la capa de transporte afladira una cabecera, que contendri informacidn de control segtin el protocolo, La unin de los datos generados por Ja capa superior junto con la informacién de control de la capa actual se denomina unidad de datos del protocolo (PDU, Protocol Data Unit); en este caso, se denominar como PDU de transporte, La cabecera fen caula PDU de transporte contiene informacién de control que se usar por el mismo protocolo de transporte en el computador Y. La informacién que se debe almacenar en ka cabecera es por ejemplo: Datos de apicacon Cabecera de transporte ver Unidades de ‘datos del m protocolo ‘de vensponte Cabecera se tansporte Unidades Gt ‘dered x 1! protocolo ~~ do red (paquetes) Cabecera Cabecera ered ered Figura 1.7. Unidades de datos de los protocolos.16 Comunicaciones y redes de computadores ‘ SAP destino: cuando la capa de transporte destino reciba Ia PDU de transporte, debers saber pat aquign van destinads los datos, ‘+ Niimero de secueneia: ys que el protocolo de transporte esté enviando una secuencia de POU. tas se numerarin secuencialmente para que si Hegan desordenadas, la entidad de transporte des tino sea eapar de ordenarlas. + Cédigo de deteceién de error: Ia entidad de transporte emisora debe Tuncidn del contenido del resto de la PDU. EI protocol de transporte recepte cileulo y compara los resultados con el eddigo recibido, Si hay diserepancia se concluiri que ha hhabido dn error en la transmisi6n, y en ese caso ef receptor. pour descartar kr PU y adopt kas acciones oportunas para su coreecisn, EL siguiente paso en la capa de transporte es pasar cada un de lay PBU a la capa de eed, con It Jnsiruccivin de que sea transmitida al computador destino, Para satisacer este Fequerimiento, el proxoxd lode acceso a la red debe pasar los datos a la red con una solictud de transmisién, Convo anteriormente, cesta operacidn requiere el uso de informacién de control, En este caso, el protocala de aceeso at la Fed aahade a cabecera de acceso a la red a los datos provenientes de la capa de transporte, creando as la PDU de acceso a la red. A modo de ejemplo, la cabecera debe contener la siguiente informacisin: ++ La direccién del computador destino debe entregar los datos. ++ Solicitud de recursas: el protocolo de acceso a la red puede pedi a la red que reali funciones, como por ejemplo gestionar prioridades, En la Figura 1.8 se conjugan todos estos concepts. mostrand la interacci6n entre los mos para teansferir un blogue de datos. Supongamos que el médulo de transfereneia de Ficheros en el computador X esti tansfiriendo registro a registro al computador Y. Cada registro se pass al médulo de la capa de transporte, Se puede deseribir esta aecién como si se tratase de una orden o una Hamada a un procedi ‘miento, Posibles argumentos de este procedimiento seri la direccién del destino, el SAP destino y el registeo del fichero, La capa de transporte aade el punto de acceso al servicio ¢ informacién de control adicional, que se agregar al registeo para formar ka PDU de transporte, Esta se pasa a la capa inferior de acceso & la red mediante la Hamada a otto procedimiento. En este caso, los argumentos para esta Hamada serin la dieceidn del computador destino y la unidad de datos del protocolo de teunsporte, La Ja red debe conocer a quign (qué computador de la red) algunas origen x esina ¥ ‘cna aa] ‘apteacon So eto —— SoU ce ranenots _ =i Paanie Figura 1.8. Funcionamiento de une arquitectura de protocolos.Introduccion 17 capa de acceso a la red usari esta informaci6n para construir la PDU de red. La PDU de transporte es eh campo de datos de la PDU de red, y su cabecera contendri informacién relativa a las direeciones origen ¥ destino, Nétese que la cabecera de transporte no es «visible» al nivel de acceso a la red: en otras palabras, a dicho nivel no le conciesne el contenido conereto de ta PDU de transporte. La red acepta la PDU de transporte de X y fa transmite a Y. El médulo de acceso a la ted en Y secibe la PDU, elimina la eabecera y pasa la PDU de transporte adjunta al médulo de la capa de trans- porte de Y. La capa de transporte examina la cabecera de ki unidad de datos det protocolo de transporte ¥y en Tuncidn del campo en la cabecera que contenga el SAP, entregaré el registro correspondiente a la Aplicacién pertinente, en este caso al médulo de transferencia de ficheros de Y. LA ARQUITECTURA DE PROTOCOLOS TCP/IP Hay dos arquitecturas que han sido determinantes y basicas en el desarrollo de los estindares de comu- nicacion: el conjunto de protocolos TCP/IP y el modelo de referencia de OSI. TCP/IP es la arquitectura ‘mds adoptada para la interconexi6n de sistemas, mientras que OSI se ha convertido en el modelo estin dar para clasificar las funciones de comunicacidn, En esta seceidn, se inclaye un breve resumen de las ddos arquitecturas, aunque posteriormente se desarrollarin con més detalle en el Capitulo 2. ‘TCP/IP es resultado de la investigacién y desarrollo Hlevados a cabo en la red experimental de con: ‘mutacin de paguetes ARPANET, financiada por la Agencia de Proyectos de Investigacién Avanzada para la Defensa (DARPA, Defense Advanced Research Projects Agency), y se denomina globalmente como la familia de protocolos TCP/IP. Esta familia consiste en un extensa coleccién de protocols que se han erigido como estindares de Internet. Al contrario que en OSI, no hay un modelo oficial de referencia TCP/IP. No obstante, bassndose en los protocolos estindar que se han desarrollado, todas las tareas involueradas en la comunicacién se puede organizar en cinco capas relativamente independientes: © Capa de aplicacién, ‘© Capa origen-destino © de transporte, ‘© Capa internet. so a la re # Capa de ae # Capa fisica La capa fisiea define ta interfaz fisica entre el dispositivo de transmisiGn de datos (por ejemplo, ka estacién de trabajo 0 el computador) y el medio de transmisiGn o red. Esta capa se encarga de la especi- ficacién de las caracteristicas del medio de transmisi6n, la naturaleza de las seftales, la velocidad de datos, y cuestiones afines, La capa de acceso a la red es responsable del intereambio de datos entre el sistema final y la red a fa cual se estd conectado. El emisor debe proporcionar a la red la direcciGn del destino, de tal manera ‘que Ia red pueda encaminar los datos hasta el destino apropiado, El emisor puede requerir ciertos servi- ios, como por ejemplo solicitar una determinada prioridad, que pueden ser proporcionados por el nivel de red. El software en particular que se use en esta capa dependerd del tipo de red que se disponga; Se han desarrollado diversos estindares para conmutacién de circuitos, conmutacién de paquetes (por ejemplo, X.25), redes de dea local (por ejemplo, Ethernet), entte otros. La capa de acceso a la red esté relacionada con el acceso y encaminamiento de los datos a través de la red. En situaciones en las que los dos dispositivas estén conectados a redes diferentes, se necesitarin luna serie de procedimientos que permitan que los datos atraviesen las distintas redes interconectadas. Esta es la funci6n de la eapa Internet. Ei protocolo internet (IP, Internet Protocol) se utiliza en esta capa para oftecer el servicio de encaminamiento a través de varias redes. Este protocol se implementa tanto en los sistemas finales como en los «routers» intermedios. Un «router» es un dispositivo con capacidad8 Comunicaciones y redes de computadores Sttema gen ‘Stems destag Fee“ ‘seston pean TP Top Aoceso alae ‘ccaso ain ed Sstoma ogen ‘Sitoma destino Figura 19. Modelo de arquitectura de protocolo. de provesamiento que conecta dos redes y cuya funciéin principal es reransmitir datos desde wna red a tra siguiendo la ruta adecuada para aleanzar al destino, Independientemente de lu maturaleza de las aplicaciones que estén intercambiando datos, es sual re cri que los datos se intercambien de forma segura. Esto es, seria deseable asegurar que todos los datos 41 la aplicacién destino y en el mismo orden en el que fueron enviados. Los procedimientos que garanizan uns transmisién segura estin localizados en la capa oFigen-destino, o capa de transporte, El Protocolo TCP (Transmission Control Pretocol) es ef mis utlizado para proporcionar esta funcionalidad 4 tt Finalmente, la eapa de aplicacién contiene la Iigiea necesaria para posiilitar las distintas uplica- cones de usuario, Para cada tipo pauticular de aplicacién, como por ejemplo la transfereneia de Ficheros, se necesitari un médalo bien diferenciado. 11.9 muestra como se implementan fos protocolos TCPAP en fos sistemas finales, a la ver {que felaciona la arquitectura con el modelo para las comunicaciones de la Figura Ila. Nétese que las feracci6n entre el sistema final y la red, mientras gt Tas capas de aplicaeiin y transporte albergan los protocoles denominados «extrema a exiremn, ya que Faciltan la interaccién entre fos dos sistemas finales. La capa internet tiene algo de las dos aproximaciones anteriores. En esta capa, los sistemas origen y destino proporcionan a la red la informacin necesaria para realizar el eneaminamiento, pero ala vez, deben proporcionar algunas funciones adicionales de intercam- bio entre os dos sistemas finales; esos aspectos se desartollarin posteriormente en los Capitulos 15 y 16, EL MODELO Ost E] modelo de OSI (Open Systems Intereonection) se desurrolls por la Organizacién Internacional de Esiandarizacion ISO (International Organization for Standarization) como una arguitectura pars comuniIntroduccion 19 ccaciones entre computadores, con el objetivo de ser ef marco de referencia en el desarrollo de protoco- los estindares. OSI considert siete eapas’ + Aplicacion, «= Presentacisn, + Enlace de datos. En ki Figura 1.10 se muestra el modelo OSI y se definen brevemente las funciones que se realizan en cada capa, La intencién del modelo OSI es que los protocolos se desarrollen de forma tal que reali cen las Tunciones de cada una de las eapas. mI ana Proporciona a acceso al ertom OS! para los usuarios y tameidn properciona services de informacion astibuica, Prosentacién Proporciona als procesos de apicacién Independencia aspect ale cileroncias en fa ropresentacion do los datos (sits. Sesion ropociona et contro! dela eomunicacion ent las ‘aplicaciones: establece,gestona y cara las conexiones (Gesiones) entre las apicaciones cooperadoras, Transporte Proporciona seguridad, ransferoncia ransparents de datos {ene los puntos rales; proporciona ademas procedimentos Gs recoperacon de eroresy control de fyo cigen-destno, Red Proporciona independencia alos niveles superaresrespecto la weanicas de conmtacin y de Wanemision wzadas ‘ara conectat ls sistemas: os exponsable de ‘etablegmiento, mantenimient cere de las cones, Enlace de datos ‘Propeciona un servicio de Wansferencia de datos saguo @ ‘raves dal enlace isco: ervlathoques de datos (rams) ltovando a eabo ia sncronzacion, el conv! de errors y Ge fio necosaros. Fisica ‘So encarga dota ransmision de cadenas de bits no esructurados sobre el medi sco; esta rlacionada con las ‘aracerateas mecinscas,elecreas, uncionalasy de ‘rocedimiento para acceder al medi iio, Figura 1.10, Las capas de OSI20 Comunicaciones y redes de computadores os! tera ateacon | Presnacon |“? ake ranspone S Tyanepane forge desi] ro | Benet Prmvare come: Siena fee ate] Sloree T Ss Figura 1.11, Una comparacién entre las arquitecturas de protocolo TCPAP y OSI Los disefiadores de OSI consideraron que este modelo y los protocolos asociados egarian a domi nar las comunicaciones entre computadores, reemplazando eventualmente las implementaciones particu: lares de protocolos, asf como a modelos rivales tales como TCP/IP. Sin embargo, esto no ha sido as ‘Aunque se han desarrollado muchos protocolos de uilidad dentro del contexto de OSI, el modelo de las siete capas en su conjunto no ha prosperado. Por el contraio, la arquitectura ‘TCP/IP se ha erigido como dominante. Por tanto, en este libro se pondrié mayor énfasis en TCP/IP, {La Figura 1.11 muestra las eapas de las arquitecturas OSI y ‘TCP/IP, indicando ta posible correspon- dncia en tgrminos de funcionalidad entre ambas. La misma figura sugiere a su vez formas de imple mentar las diferentes capas, Rees En la industria de las comunicaciones desde hace tiempo se ha aceptado que los estindares son necesa- ros para defini las caracteristicas fisicas, mecdnicas y de procedimiento de los equipos de comunica cidn. En ef pasado, este punto de vista no ha sido compartido por lt industria de los computadores, Mientras que los productores de equipos de comunicacidn reconoctan que sus equipos deberfan en gene- ral interconectarse y comunicarse con equipos desarrollados por terceros, los fabricantes de computado- res han tratado de monopolizar a sus clientes. La proliferacion de diferentes computadores y la generali- zacién del procesamiento distribuido ha desencadenado una situacién insostenible. Computadores de diferentes fabricantes deben comunicarse con otros, y dada la evolucién actual en la normalizacin de protocolos, los clientes no admitirin la necesidad de software para la conversién de protocalos de uso ‘especifico. Como consecuencia, los estindares en la actualidad estin imponiéndose en todas las reas tecnoligicas consideradas en este libro, A lo largo del texto se deseribirén los estindares més importantes que estén en uso 0 en desarrollo para los diversos aspectos invotuerados en las comunicacién entre computadores. En el apéndice de este capitulo se mencionan las organizaciones ms significativas implicadas en el desarrollo de los estin- dares. Hay una serie de ventajas y desventajas en el proceso de estandarizacidn, A continuacidn se citan Tas mas relevantes. Las principales ventajas son:Introduccion 24 ‘= Un estindar asegura un gran mercado, Esto estimula la producciéin masiva y. en algunos casos, uso de integrucidn a gran escala (LSI 0 integracién a muy gran escala (VLSH, reduciéndose asi los costo, ++ Un estindar permite que los productos de diferentes fabricantes se comuniquen, dotando all com= prador de mayor flexibilidad en la seleceién y uso de los equipas: Las principales desventajas son 4 Los estindares tienden a congelur la teenolo se adopta, se habrin desarollado otras wenicas mis eficaces fa. Mientras que un estindat se desarrolla, se visa y + Hay muchos estindares para [a misma funeiGn, Este problem en realidad no es atcibuible a los cestindares en si, sino a ka manera en que se hacen las cosas. Afortunadamente, recientemente lis diversas organizaciones para el establecimiento de estindares han comenzado a cooperar mis es ‘wechamente, No obstante, todavia hay sreas donde coexisten varios estindares en contlieto. EL eee Alo largo de este libro, se describen los estindares mis importantes relacionados con las comunicavio- nes y los computadores. Se consideran tanto aquellos que en la actualidad estin en uso, como los que estén en fase de desarrollo, Para a promocién o desarrollo de estos estindlares han paricipado dccisivar meni varias organizaciones. Este apéndice presenta una breve descripcisn de las organizaciones ris importantes de normalizacisn: + EET + 180. + UIT. + EI Forum ATM, NORMALIZACIONES EN INTERNET Y EL IETF Muchos de los protocolos que constituyen la serie TCP/IP se han estandrizado o esti en fase de estan darizacign, Mediante acuerdos universales, una organizacién denominada fa Sociedad Invernet (Internet Society) ex responsable del desarrollo la publicacién de estos estindares. La Sociedad Internet es una forganizacién de profesionales que supervisa a una serie de gabinetes y grupos de trabajo involucrados en el desarrollo ¥ normalizacién de Internet En esta seecidn se proporciona una breve descripeién del procedimiento que siguen los estindares de la familia TCP/IP en su fase de desarrollo, Las Organizaciones de Internet y la publicacién de RFC La Sociedad Intemet es el comité coordinador para el disefio, ingenieria y gestion de Internet. Entre otras cuestiones, se encarga del propio funcionamiento de Internet, asf como de la normalizacién de los protovolos usados por los sistemas finales. Dentro de la Sociedad Internet hay tres organizaciones Ponsables tanco del desarrollo de los estindares como de su publicacién ‘+ Elcomité para la arquitectura en Internet (LAB, Internet Architecure Board): responsable de efinir toda la arguitectura de Internet, proporciona las directrices y las Hineas de actuaciGn del IETF. ‘+ El comité para la ingenieria en Internet (IEFT, Internet Engineering Task Force): responsa- be del desarrollo e ingenieria de los protocolos.22 Comunicaciones y redes de computadores + El comité para la investigacién en Internet (RTF, Internet Research Task Foree): response ble de la gestidn de las actividades del IETF, asi como del proceso de normalizacisn Todo el trabajo necesario para la especificacidn de las normas y de los protocolos se lleva cabo mediante grupos de trabajo. La pertenencia tuno de los grupos de trabajo es voluntaria, siendo caracteristico el hecho de que cualquier interesado puede purticipar en los dstintos grapos. Durante el Uesurrollo de una especificacisn, el grupo de trabajo hari un borrador del documento inal denomislo Borrador Internet (Internet Draft), el cual se publicari y estar disponible «on-line» en el directorio del IETF, El documento permanoceri como «dnteenet Draft» como mucho hasta seis meses. durante este period todas las partes interesadas podrin revisarlo y comentarlo. A la vex durante ese periodo, ef IESG puede aprobur que el borrador se publique como REC (Request For Comment). Si el borrador 90 pasa al estado de RFC durante los seis meses mencionados, ser eliminado del directorio, El grup de trabajo puede posteriormente publicar versiones revisadas de borrador EI EFT, tras sv apeobaci6n por parte del 1ESG, es el responsable de Ia publicacién de los REC. Los RFC so las notas de trabajo para la comunidad que desarrolla e investiga en Internet. El contenido de estos documentos puede ser cualquier cosa relacionada con las eomunieaciones entre computadores, es decir, desde un informe sobre una reunién hasta la especificacién de un estindar. El proceso de normalizacion La decision definitiva de euil de los RFC se erige como estindar se toma en el TESG, ofdas las ree0 Imendaciones del IETF, Para convertrse una especifieacién en un estindar debe verifiear los erterios siguientes: 1 Ser estable y bien conocida «= Ser adecuada téenieamente ‘+ Haber sido experimentada suficientemente demostrando su interoperatividad entre varias inple- rentaciones independiente, 1+ Tener una aveptacin publica + Ser coms suda il por Internet, parcialmente © en su total Las diferencia esencial entre estos eriteriosy los que se uilzan en Tos estindares internacionales del 180 y la ITU-T reside en ef énfasis que aqui se pone en ls aspectos relacionados con e funcionamiento real y la experimentacidn En la Figura 1.12 se muestra Ia sucesion de pasos, denominados «Standars Truck», que debe sexuir una especificacion hasta llegar a ser aceptada como estindar, ese proceso se ha definido en ol REC 2026'. En todo el proceso, los pasos sucesivos requieren una necesidatl creciente de consenso y verilca cid, Fn cada paso, el IEFT debe establecer unas recomendaciones 0 directrices para el desarrollo del protocolo, que deben ser ratiicadas por el IESG. El proceso comienza a parti de que et IESG apruetss fa publicacidn del horrador o «lnernet Draft» como un REC en estado de norma o Estindar Propuesto. Lay cajas blancas en el diagrama mencionado representan sitaciones temporales, que deberian im plicare! minimo intervalo posible de tempo. Sin embargo, un determinado documento debe permanecet fen el estado de estindar propuesto durante seis meses como minima y como borrador estindar durante fal menos cuatro, esto es para permilir ast un periodo suficiente de revisién y remisién de comentarios. {Las cajas de color gris representan situaciones a mis largo plazo, que pueden dura vari aos sarse sobre al menos dos Para pasar a la situaciin de horrador, cada especificaciin debe experin realizaciones independiente, comprotyindose su interoperatividad, ‘Tras obtener la suficiente experiencia, la eypeiticacién puede ser elevada a la categoria de estindar Internet Llegads este punto, se le ssigna un nimero de estindar (STD). asf como un mimero de RFC. Tos RFC ate sin ota dt nose Han ene ApiIntroduccion 23 Boracor Exangar propuesto Expormental Borraaor cs estandar Esténdar Internet Figura 1.12. Publicacién de RFC en Internet. Por ditimo, cuando un protocolo se vuelve obsoleto, se pasa a la condicién de histirico. El proceso de normalizacién en documentos no estandar Cualquier protocolo 0 especiticacién que no se considere estar preparada para ser normalizad se puede publiear como un RFC experimental. Tras la realizacién de trabajos adicionales, la especificacién puede ser remitida para su reconsideraci6n. Si ka especificacién es lo suficientemente estable, ha resin to problemas planteados en el diseiio, se suponga bien comprendida, ha recibido suficientes revisiones crilicas, y parezca que despierta el suficiente interés en la comunidad, entonces el RFC se considk estar en el estado de Estindar Propuesto. Por titimo, para informar a la comunidad de Internet se publica una Bypecificaci6n Informativa LA ORGANIZACION INTERNACIONAL PARA LA NORMALIZACION (ISO) 1Ly ISO (International Organization for Standardization) es una agencia internacional para el dessrallo de normalizaciones que abarean un amplio abanico de materias. Es una organizacién Sin animo de luce. de voluntariado, cuyos miembros son organises de estandarizacidn de Tas naciones partcipantes ade- de organizaciones observadoras sin voto. Aunque ISO no es gubernamental, mis del mibros son insituciones gubernamentales. La mayoria de los miembros restantes ti mms de una 70 % de los mi relaciones muy estrechas con las sulministraciones pablicas de los respectivos paises. Por ejemplo. ef rmiembro estadounidense ex el organismo denominada «American National Standards Institutes» (ANSD) 180 se funds en 1946 y desde entonces hit especificado mis de 12.000 normalizaciones en una gran ccantidad de areas de diversa indole. Su objetivo es promocionar el desarrollo de normalizaciones y de actividades relacionadas para faeiltar et intereambio internacional de bienes y servicios, asi come desa- 7 150 nev en wala el sen fn wu eas debe ser Helmet HOS), sin una pala dive a gre Hu te signe igual24 Comunicaciones y redes de computadores rrollar la cooperacidn en la esfera intelectual, cientfica, wenoldgica y econéimica, ISO ha definide es- tindares para todo, desde cl paso de fos tomillos hasta cuestiones de energfa solar. Un sea importante dentro del campo de las normalizaciones se encarga de la arquiteetura de Comunicaciones para hiner conexién de sistemas abiertos (OSI, Open Systems Interconnection), asi camo de la definicién de estin ‘dares pars cada una de las capas de la arquitectura OSI Fn lo referente a los temas estudiados en este tex + OSI se han desarollado en real dad como un esfuerzo conjunto con olras organizaciones, com es la IEC (International Electrotechnical sion), La IEC se encarga principalmente de la normalizacion en ingenieria elgetsiea y electron ti teenologias de la informacién, ambas organizaciones se solapan, sungue la IEC pone mis énfasis en los aspectos hardware, mientras que ISO lo hace en software. En 1987, los dos grupos formaron el IFC (Joint Technical Committee). Este comié ha tenido la responsabilidad det desa Frollo de documentos en else de las teenologtias de la informacién que han side adoptados por ISO ty por el IEC. FI desarrollo de un estindar ISO en particular, desde que empieza como una propuesta hasta que se Formaliza como un estindar oficial, sigtle un proceso que se puede describe en seis pasos o fases. El Djetivo es que el esultado final sea aceptado por el mayor nimero posible de paises. A. dlescribon brevemente las lases: 1. Faye de proposicion: se asigna un tema al comité técnico apropiado, y dentro de ese eomité, a ‘grupo de trabajo adecuado. Fase de preparaciéin: el grupo de trabajo prepara un horrador de trabajo, Durante esta fase es probable que se consideren sucesivos horradores hasta que ef grupo de trahajo esté conveneido de que ha desarollado la mejor solucidn tZenica al problema abordado. En esta fase, el borrado al comité jerirquicamente superior al grupo de trabajo para entrar en la fase de con: 3. Fase en ef comité: tan pronto como el comité apruebe el primer borrador. se registra en la Se cretarfa Central de fa ISO, Se hace citeular entre Tos miembeos interesados para st considers cig, emisidn de comentarios téenicos y su posterior Votacin, Puede que en esta fase se cons: deren sucesivos borradores hasta que se alcance el consenso en lo referente al contenide tecnico, ‘Cuando hay un acuerdo suficiente, el texto esté preparado para ser remitido como documento DIS (Draft International Standard) Fase de indagactn: la Secretaefa Central de Ia ISO hace circular el DIS entee todos os mime bros del ISO para su votacign y formulicién de comentarios durante un period de cinco meses EI documento se aprobari para su consideracin como FDIS («Final Draft International Stan dard») siempre y cuando se consiga una mayoria de las dos terceras partes y no mas de un cuarto ‘del mimero total de vores sean negatives. Si no se consigue la aprobacién, el texto se devuelve al grupo de trabajo proponente para su nueva reelaboracisn, para posteriormente hacerlo circ Tarde nuevo como documento DIS y repetir ef proceso, Fase de aprobacién: el documento EDIS se disteibuye entre todos Tos estamentos del ISO por parte de la Secretaria Central para una votacién final (Si/No) durante un periodo de dos me: ses. Si se reciben comentarios tcnicos durante ese periodo, no serin considerados durante esta Fase, pero serin registrados para su posterior consideracién en una revisiGn futura del Esti dar Internacional, El texto se aprobari como Estindar Internacional si obtiene una mayorta de las dos tereras partes y no mis de un cuarto del nimero total de votos sean negatives, Si rho consigue su aprobacisn, el estindar es devucho al grupo de trabajo original para su recon sideracién, teniendo en cuenta fas razones téenicas argumentadas por parte de los volantes neg tives. 6. Fase de publieacién: una vez que el documento FDIS se haya aprobado, se introducirn slo ‘cambios minimos en el texto definitive. El texto final seréremitido a la Seoretaria Central dela ISO, la cual publicard el documento en su estado de Estindar Internacional,Introduccion — 25 El proceso de definicidin de un estindar ISO puede ser lento. Ciertamente, seria deseable que li deti- nicidn de estindares fuera tan ripida como los detalles téenicos lo permitieran, pero ISO debe asegurar se de que el estindar recibe una aceplacidn suficiente EL SECTOR DE NORMALIZACION DE LA UIT PARA LAS TELECOMUNICACIONES El sector de estandarizaci6n UIT para las Telecomunicaciones (UIT-T) es un Srgano permanente de Ia Union Internacional de Telecomunicaciones (UIT) que es a su vez una ageneia especializada de la Org nizacién de las Naciones Unidas. Por tanto los miembros del ULT-T son gobiernos, La representacisn de USA reside en el Departamento de Estado. EL objeto de la UIT-T ey «estudiar y definir recomend nes de cuestiones tenicas, teenoligicas, de operac sein para asf normalizar Tas telecomun caaciones a escala mundial». Su objetivo central es warizaciOn, tanto como sea necesario, de t6e- nicas y de modos de operacién en telecomunicaciones para Hevar a cabo una compatibifidad extremo 2 extremno en las conexiones internacionales de telecomunicacién, independientemente de los paises ori- en y destino, La UIT-T fue ereada el 1 de marzo de 1993 como consecuencia del proceso de reforma dentro de la UIT. Este organismo sustituye al Comité Consultive Internacional de Telefonsa y Telégrafos (CCITT), ue en esencia tenia los mismos estatutos y objetivos que el nuevo UIT-T. La UIT-T se ha organizado en 14 grupos de estudio que establecen las recomendaciones: 2. Funcionamiento de la red y servicios. Tarificaeidn y cuestiones econsmicas. Red para la gestion de las telecomunicaciones y mantenimiento de ka red Protecci6n contra interacciones electromagnéticas 3. 4. 5. 6, Equipamiento externo. 7. Redes de datos y comunicaciones de sistemas abiertos, 8 Caracteristicas de los sistemas telemiticas. 9. Transm 10, Lenguajes y cuestiones jn de televisi6n y sonido. snerales de software pura sistemas de telecomunicacién, 11, Requerimientos de sefalizacién y protocotos. 12, Prestaciones de redes y terminales en la transmisidn extremo i extreme, 13, Aspectos generales de la ted. 15, Redes de transporte, sistemas y equipos. 16, Equipos y sistemas de transmisién, EI trabajo dentro de 1a UIT-T se organiza en ciclos de cuatro altos, coincidiendo con Ia frecuencia con la que se organiza una conferencia mundial (0 reuni6n plenaria) para la Estandarizacisn de las Tele- ccomunicaciones. El programa de trabajo para los siguientes cuatro aos se determina en ka asamblea, en forma de cuestiones, planteadas por los distintos grupos de estudio, bassndose en los requerimientos de Jos miembros pertenecientes a los mencionados grupos de estudio. En la conferencia se fijan las cuestio: nes, se revisan los objetivos de los grupos de estudio, se crean o disuelven los grupos de acuerdo con las nevesidades, y se les asignan las cuestiones mencionadas. En funci6n de tas cuestiones asignadas, cada grupo de estudio prepara borradores de las recomenda- cones. Un borrador de recomendaciGn puede ser considerado en la siguiente reunién, de periodicidad ccuatrianual, para su aprobacidn. Sin embargo, cada vez mas frecuentemente fas recomendaciones estén siendo aprobadas tan pronto como estén listas, sin necesidad de esperar al final del periodo de cuatro aiios, Este procedimiento acelerado se esté adoptando desde el periodo de estudio que finali2é en 1988.26 Comunicaciones y redes de computadores Por tanto, 1988 fue la lima vex en la que se publicaron simultine tos a modo de recomendacisn, EL FORUM ATM, La UIT-T es responsable, de entre otras reas, del desarrollo de estindares para ta RDSI de banda ach "ATM. EL Forum ATM juega igualmente un papel crucial es fl desarrollo de los estindares. ATM, En la UIT-T y en los miembros paticipantes provenientes de los disintos paises. ef proceso de la elahoracién de norms se caracteriza por un mecanisae de consenso, fenlre gobiemor, usuarios, y representantes del sector industrial, Este proceso puede ser dilatado eel smpo. Aungue la UIT-T ha extremado sus esfuerzas, los retardos en fa elaboracivin de kis norms son particularmente signiicativos el Area de ka RDSI-B, en ka que fa tecnologia dominante es el modo de transferencia asincrona (ATM «Asynchronous transfer mode»), caracterizada por su ripida y cambiante cevolucién, Debido, pues. al gran interés que ha despertado la tecnologia ATM, se cred e) Forum ATM con of abjetivo de acelerar ef procedimiento elahoracién de normas para ATM El Forum ATM es ura forganizacidn internacional sin dnimo de lucro, constituida por 600 miembros de distin eompanias. Los usuarios finales también tienen su represemtacién en el Forum, EI Forum ATM ha recibido una mayor atencién y nivel de vinculein por parte de lo Fabricantes de computadores que la propia UIT-T, Debido a que et Forum tabaja sobre una polities de mayors en lugar de la esirtegia del consenso, a sido capa de adaptarse ripidamente para definir algunos de ls detalles necesarios para It implementacisn de ATM. Este esfuerzo, ha redundada en un beneliio pars ef esfuerzo normalizador de la UIT. Hay una serie de recursos disponibles en Internet y en la Web para complementar & este texto, que pus den ayudar al Ieetor para estar al dia respecte a los desarrollos Tlevados a cabo en este contexte, PAGINAS WEB PARA ESTE LIBRO ‘Se hs disehado una pagina Web especial paca complementar a este libro, esti disponible en hup: ‘wow, williamstallings.com. Una descripcion detallads de este sitio puede verse en ft seceign «Paginas Web para este Liben» antes del Prefacio, an pronto como se deteeten erratas tipogriticas asf como toda elase de errores, se publicarin en hup://www.williamstallingscom. El fichero se actualizani cuando se necesite. Por favor, comuniquen ‘cualquier tipo de error detectado al autor ws@shore.net. En el mismo sitio se pueden encontrar ists de ferrals pars olros libros del autor, asf camo informacion y oer par la aquisicidn de otros bros eseritos por el autor. OTROS SITIOS WEB Hay una cantidudl enorme de sitios Web con informacién relacionada con los temas tratados en ot lbe. En los capitulos siguientes, se pueden encontrar referencias de sitios Web especificos, en cada una de las seveiones «Lecturas Recomendadas». Debido i kr tendeneia que tienen las URL de cambiar frecuet temente no han sido incluidas en este ibaa. Todos los sitios Web citados a lo largo del fibro pueden ser cexplorados a través de los correspondientes enlaces que se ha habilitado en Ii pagina Web det lbw.Introduccion 27 Las siguientes piginas Web son de interés general y estdn relacionadas con las comunicacioney y redes de computadores: + El mundo de las redes: informacién y enlaces a recursos sobre comunicaciones de datos y reds. # IETF: mantiene archivos relacionados con Internet y sobre las actividades de la IETF. Incluye tuna biblioteca de RFC y de borradores indexada por palabras clave, asi como otros muchos docu! mentos relacionados con Internet y protocolos asociados, Fabricantes: enlaces a piginas Web de més de 1,000 fabricantes de hardware y software, asf co mo un directorio telefénico de miles de empresas de computadores y redes. + Bibliografias sobre computacién: una coleccién de cientos de bibliogratias con cientos de miley de referencias. + La sociedad «IEEE Communications Publicaciones, ete, ‘+ Grupo «ACM Special Group on Communications (SIGCOMM)» informado sobre congresos, publicaciones, ete. ‘+ Unidn Internacional de Telecomunicaciones: contiene una lista de recomendaciones de ka UIT- T, may informacién para la obtencién de documentos de la UIT-T, impresos o en CD-ROM. + Organizacién Internacional para la Estandarizacién (OSI): comtiene una lista de normas as informacién sobre como obtener documentos impresos o en CD-ROM, ina buena forma de estar informado sobre conferencias 1a buena forma de estar GRUPOS DE NOTICIAS USENET Se ha establecido una serie de grupos de noticias USENET, sobre aspectos relacionados con la comuni- ceaci6n de datos y las tedes. Como en casi todos los otros grupos USENET, en estos grupos hay una gran relaci6n ruido-sefial, a pesar de esto, periédicamente vale la pena comprobar si algo se ajusta a sus nec sidades. He aqué una muestra: + comp.dcom.lan, comp.dcom.lans.mise: debate sobre LAN en general ++ compastd.wireless: debate sobre redes inalimbricas, inclayendo, entre otras, redes de area local inakimbeicas ‘+ comp security,mise: seguridad en computadores y eneriptacisn. ‘© comp.dcom.cell-relay: sobre ATM y LAN ATM, ‘+ comp.dcom.trame-relay: sobre redes aframe relay» ‘+ comp.deom.net-management: debate sobre aplicaciones de gestién de red, protocolos y estindares. + comp protocolo.tep-ip: sobre fa familia TCP/IP.CAPITULO 2 24. 22 2.3. 24, 25. Protocolos y arquitectura Protocolos. Caracteristicas Funciones os! El modelo Normalizacién dentro del modelo de referencia OSI Primitivas de servicio y pardmetros Las capas de OS! Arquitectura de protocolos TCP/IP La aproximacién de TCPAP La arquitectura de protocols TCP/IP Funcionamiento de TCP e IP Interfaces de protocolo Las aplicaciones Lecturas recomendadas Problemas30 Comunicaciones y redes de computadores COO Oe eee eeeeeesesesesessesesens ‘© Una anyuitectura de protocolos es una estructura de capas hardware y software que facilita el inte. ceambio de datos entte sistemas, y proporciona aplicaciones distribuidas como por ejemplo el como tlectrsnico y la wansferencia de Ficheros, «En cada capa de la arquitectura se implementan uno 0 vatios protocolos. Cada protocolo proporcions, un conjunto de reglas que regulan el intercambio de datos entre los sistemas. ‘Las tareas tipicas que reafiza un protocolo son entre otras: encapsulamiento, segmentacién, ensambla- do, contro! de la conexidn, transmisi6n ordenada, control del flujo, control de errores, direccionamien- to y multipiexacién. + 1 arquitectura que mas se usa es la familia de protocolos TCP/IP. en la que se definen fas siguientes ‘capas: Fisiea, aeceso a fared, intemet, transporte y aplicaisn, SOOO meme seer ee eee sesso eeeseeeees para abordar con éxilo el resto de eapitulos del texto, En este capitulo se muestra cémo los temas ‘considerados de la Parte Ila la V se eamarcan dentro de la transmisién de datos y de las redes de Computadores. Este capitulo se pucde leer aqui, es decir en su lugar natural, © bien al principio de ls Panes Ill, Io V" EI capitulo comienza presentando el concepto de protocolo de comunicacién. Se demuestra que fs protocolos son fundamentales en todas las comunicaciones de datos, A continuacién, para describe & implementar sisteméticamente las comunicaciones, el problema se plantea en términos de capas, las {uales contendran protocolos. Esta misma aproximacién es la que se adopt6 en el ya famoso modelo de interconexion de siemas abiertos (OST, Open Systems latereonnection). E ‘objetivo de este capitulo es servir de visién general y proporcionar los conacimientos bisices Aungue ef modelo OSI es consigerado universalmente como el modelo de referencia hay otro mode- lo, denominado arquitectura de prowocolos TCP/IP que definitivamente ha ganado la batalla comercial [La mayor parte de los protocolos que se describen en la Parte V pertenecen a la familia TCPAP. A lo largo de este capitulo se presentard un resumen de los mais signifiativos. Comenzaremos nuestro estudio dando una visién general de las earacteristicas principales de os proto- clos. Antes de proseguir, el letor deberfarepasar los conceptos asociads 3 fos protocoles definidos en el Capitulo 1 CARACTERISTICAS Los protocolos se caraeterizan fundamentalmente por ser « Directosindirectos. + Monoliticos/estructurados. Simeiicos/asimétricos, oe \indares/no estindlaes, "Ped se ilps lestor asc na ctr prin del minnoy onteriormente recoil eo pofundid sts concn det Pte V.Protocolos y arquitectura 31 La comunicacion entre dos entidades puede ser diecta o indirecta. En este sentido, en la Figura 2.1 se desciben algunas situaciones posibles. Si los dos sistemas que se Van a comunicar comparten una Ifnea punto a punto, las entidades de estos sistemas se podrdn comunicar directamente: es decir, los datos y ta infor- macida de control pasarin directamente entre las entidades sin la intervencién de un agente activa, Esta misma idea es aplicable a configuraciones multipunto, aungue en este caso las entidades deberan solu cionar el problema del contro! del acceso, complicando asf ef protocolo. Si los sistemas se conectan a través de una red conmutada no se podra aplicar un protocolo directo. El posible intercambio de datos entre dos entidades dependerd a su vez de buen funcionamiento de otras entidades. Un caso algo mis complejo sera cuando las dos entidades no compartan la misma red conmutada, aunque eso si deberdin estar conectadas a través de dos © mis redes. A un conjunto de este tipo de redes intervonectadas se les denomina Internet, [+——__{JJ (@) Punto punta (0) Red ge usin mutiounto () Red conmutada 0 (6) ieoret Figura 2.1, Tipos de conexién en un sistema de comunicacién.32 Comunicaciones y redes de computadores ‘O1ra caracteristica de los protocolos es su caricter monolitico o estructurade, Conforme el lector © vaya adentrando en el libro iri comprendiendo que la tarea de la comunicacién entre sistemas remoies es lo suficientemente compleja como para abordarla y concebirla monoliticamente como wn wdo. Por ejemplo, supdngase una aplicacién de correo electrinico ejecutindose en dex computadores conectaes mediante un enlace sincrono HDLC. Para ser estrictamente monolitca. la aplicaeién deberia contener toda la logica del HDLC. Sila conexién se Hlevara a cabo a través de una red de conmutacién de pague tes, en este caso la aplicacién necestaria igualmente ineluir la légica del HDLC (0 agin prevocole cequivalente) para conectarse a la red, Adems del software anterior, la aplicacién deberia incluie: eb sof ‘ware pura dividir los mensajes a transmitir en unidades del tamaio de un paguete, el software para soliciar un circuito virtual, el La aplicaeién necesitara inclu soliware para la sineronizaciéa tempo ral, es decir, los mensajes Se deben enviar silo en el caso de que el sistema y la entidad destino estés activas y preparadas para recibir. Esta sineronizacién necesita de Higica adicional que debe incluire en [a aplicacion. Es mis, como se irs viendo la lista de problemas a resolver es todavia ‘mayor. Ea Ia aproximacis cualquiera de lox detalles implica que toda la aplicacién deberia modificarse, con el re aducir errores dificiles de localiza Como altemativa se puede optar por una téenica de disefo ¢ implementacién estructura En lugar de un Ginico protocolo, en este caso habri un conjunto de protocoles organizados con una estructura pot ‘capas o jeranquica, Las funciones basicas se implementari en las entidades de los niveles inferioges las {ales proporcionan servicios a las entidades de los niveles superiores. Por ejemplo, a aplicacion de {correo elecirinico podria ilar los servicios del médulo (0 entidad) HDLC cuando le hiciens falta, Nolese que esto introdce una nuova Forma de dependencia: al intercambiar datos kas entidades de los niveles superiores dependerin de las entidaes de los niveles inferiozes ‘Cuando se opta por un disefio estructurado, a todo el conjunto de hardware y software que se utiliza para la implementacién de las funciones de comunicacién se denomina arquitectura, Tras esta seccid el resto del capitulo se dedica a este concept, Un protocolo puede ser simétrico o asimétrieo, La mayorta de los protocolos que se van a estudiar seri siméiricos, Es decir, involucran a entidades pares. En ciertas situaciones la simetsia vende im- puesta por la naturaleza del intereambio (por ejemplo, un proceso «cliente» y un «servidor»), 0 por It ‘necesidad expres de reducit la complejidad de lis entidades o de los sistemas. Un ejemplo de esta ne tesidad puede ser el mado de respuesta normal del HDILC. Normalmente, este modo implica que un ‘computador sondea una serie de terminales, La lgica en el extremo del terminal es muy sencilla Por tltimo, un protocolo puede ser estindar o no estindar. Un protocolo no estindar es aguel que se disefia y se implements para una comunicacién particular, ¢ al menos para un computador con un ‘modelo particular. Supéngase que se comunican K tipos diferentes de fuentes con L tipos de receptores de informacién, si no hubiera estindares se necesitarian KL. protocotos diferentes, udemis de 2 * K = L implementaciones diferentes (Figura 2.2). Si todos los sistemas compartiran un protocolo comin, se necesitarian tan s6lo K +L implementaciones (Figura 2.2b). El uso creciente de sistemas de procesimniento distribuide junto con la tendencia decreciente por parte de los clientes a depender de un Unico fabricante, han forzido a que los fabricantes implementen protocolos que obedezcan a estindares bien establecidos FUNCIONES es de retomar la discusién sobre las anquitecturas de comunicaciéin asf como sobre las distintas capas de protocolos, se va a estudiar un conjunto reducido de funeiones que consttuyen Ia base de todos los protacoles. No todas los protocoles proporcionan estas Funciones, ya que ello immplicaréa wna duplics ida innecesaria de las mismas. No obstante, hay algunas funciones que se repiten en algunos protecoles Siados en distinios niveles, El andlisis que se va a realizar es necesariamente abstracto, ya que se va a proporcionar una revision sonéricu de las caracteristicas y funciones de los protocolos de comunicacién. El concepto de protocolProtocolos y arquitectura 33 2) Sn estindares: 12 protoctes (©) Con estanaares: 1 protocate: 28 mplementaciones de protecaios 7 impiemestacones Figura 22. Uso de protocolos estandarizadios. ‘es muy importante para la mayoria de kas cuestiones que se abordan en este texto, y conforme el lector vaya adentrandose en el mismo, podr encontrar ejemplos de todas las funciones que a continuacién se van a comentar Las funciones de un protocolo se pueden agrupar en: ‘+ Encapsulamiento, ‘© Segmentacién y ensamblado. + Control de la conexisn, + Entrega en onden # Control del yj. + Control de errores + Direccionamiento. ‘© Multiplexacién, Servicios de transmisién, Encapsulamiento Cada PDU no slo contiene datos, sino que adems debe incluir informacién de control. De hecho algu- nas PDU contienen informacion de control exclusivamente, La informacién de control se puede clasiti- ccar en las siguientes categorias receidn: en la PDU se debe indicar la direccisn del emisor y/o del receptor. # Cédigo para la deteccién de errores: para la deteccién de errores en la trama se debe incluir alguna secuencia de comprobacién,34 Comunicaciones y reds de computadores + Control det protocoto: en la PDU se incluye informacién adicional para llevar a cabo las funcie- ‘nes de] protocolo que se mencionan a com ‘Se denomina encapsutamiento al hecho de afiadir a los datos informacién de control. Los datos s aeptan o generan por una entidad, y se encapsulan en la PDU junto com la informacisn de contol (vee se Figuras LT y 1.8), Segmentacién y ensamblado® Et protocolo es el encargado det intereambio de cadenas de datos entre dos entidades, Normalmente, fa transferencia se realiza mediante una secuencia de bloques de datos de tamano limitado, En cl nivel & aplicaciéa, la unidad logica de datos @ transmitir se denomina mensaje. Tanto sila entidad de aplicacion envia los datos agrupados en mensajes si se trata si los envia come cadena continu, los protocols de los nivelesinferiores pueden necesitar pani los datos en bloques mis pequefios. Este procedimiento se denomina segmentacién. Denominaremos unidad de datos del protocolo (PDU, Protoco! Data Unt) a Dogue de datos a intercambiar entre dos entidades. Hay una serie de razones, ependientes del contexto, que jusifican la segmentacidn, Entre otras ese ‘= La red de comunicaciones puede que solo acepte bloques de datos de un tamafo limited. Por ejemplo, en una red ATM el tamao de los bloques esttlimitado a $3 octetos, por el contato Ethernet impone un tama maximo de 1.526 octets. + Los mevanismos para ef control de errores pueden ser mus eficientes cuanto menor sea el tao dd la PDU. Al utilizar PDU menores, cuando la PDU tenga errores ef rimero de bits a retransmit + Fl acceso a las facilidades de transmisin que sean compartidas serd mis equitativo y Hos retards scrin igualmente inferiores. Por ejemplo, sino se fjara un tamaito maximo cualquier estaciin po- Aria monopoiizar un medio compart. + Un tamafio de PDU menor implica que las entidades receptoras tienen que reservar menores tama fios de memoria temporal + A veces, una entidad necesitaré que la transferencia de datos se interrumpa con cierta periodicidad para llevar a cabo tareas de comprobaci6n y/o reiniciorecuperacién, Por el contrario, hay una serie de desventajas en la segmentacion que justifican utilizar bloques de tamaiio lo mis grande posible © Como se acaba de explicar, cada PDU contiene ciesta cantidad de informaci6n de contwol, Por tant, cuanto menor sex el Bloque, mayor serie porcentaje de informacion suplementaria, + La Hlegada de un PDU genera una interrupcién que se debe atender, Cuanto menor sean Tos blo- ‘ques nuis interrupciones se generac, + EL tiempo necesario para procesar PDU que sean pequelias, y por fanto mis numerosas, ser su- petior. aador de protocolos, a kt hora de determinar el tama maximo y minimo de las PDU debors ta tvdos os Factores citados, 1 procedimiento contrario a la Segmentacién se denomina ensamblado. Los datos segmentados ddrin que ensamblarse recuperando el formato de los mensajes originales para ser entregados a la emtidad ide aplicacién destino. La tarea ser mas complicada si las PDU se reciben desordenadas, n la Figura 1.7 se muestra el procedimien de la segmentacién,Protocolos y arquitectura 38: Control de la conexion En una tansferencia de datos no orientada a conexidn, la entidad emisora transite los datos al otro ‘extremo de forma tal que cada PDU se tratara independientemente de las PDUs recibidas con anteriori- dad. Un ejemplo de este tipo de transferencia es la utlizaci6n de datagramas, deserita mis adelante en cel Capitulo 10. En los casos en que las estaciones prevén un intercambio voluminoso de datos y/o hay ciertos det es del protocolo que se deben controlar dindémicamente sera preferible (o incluso obligatorio) la trans- ferencia orientada a conexidn, Una asociacién I6gica, © conexidn, se establece entre dos entidades, En este tipo de transfereneia se dan wes fases (Figura 2.3) # Establecimiento de la vonexisn ransferencia de datos. « Cierte de la conexién, n protocolos que sean mls sofisticados se darén, ademas de las anteriores, fases de interrupei6n de Ta conexién y fases de recuperacisn, siempre que se presenten errores y oiros tipos de interrupciones. Durante fa fase de establecimiento de la conexi6n, las dos entidades acordarin el intercambio de datos. Normalmente, una de las estaciones enviar una solicitud de conexién (usando una transferencia no orientada a conexién) a Ta otra, Puede que en el proceso esté involuerada una autoridad central. En Jos protocolos mis sencillos, la entidad de recepcidn aeeplaré o bien denegard la solicitud recibida, y consecuentemente la conexién se considerari estar establecida 0 no, En protocolos mais complejos. esta fase incluird una fase adicional en la que se negociarsn aspectos relacionados con fa sintaxis, semiintica y temporizaci6n del protocolo. Evidentemente, ambas entidades deberin utilizar el mismo protocolo. No, ‘obstante, los protocolos pueden ofrever una serie de opciones que deben ser pactadas mediante una ne- gociacidn, Por ejemplo, aunque un protocolo pueda admitir un tamaiio de PDU de hasta 8.000 octetos, luna estacisn en particular puede tener limitaciones de PU de 1,000 octetos. ee Datos TL see Tempo «<= je Sei Ko are Figura 2.3. Las fases do la transforencia de datos orientada a conexién. Tras el establecimiento de la conexién, se entra en la fase de transferencia de datos, Durante esta fase se imtereambia tanto datos como informacién de control (por ejemplo, para el control del flujo 036 Comunicaciones y redes de camputadores control de errores). La Figura 2.3 muestra una situacidin en la que los datos se transmiten en un solo sentido, mientras que las confirmaciones se transmiten en el sentido contrano. La situacién mis tpica es, si embargo, aquella en la que datos y confirmaciones se transmiten en ambos sentidos. Finalmente, cualquiera de las dos entidades puede desear terminar la conexién, y asi lo hard enviando una solicitud de cierre de la conexién. O bien, alternativamente puede ser que el cierre esté ordenado por una autor: dlad central La caracteristica principal de la transferencia orientada a conexign es que cada extremo aumera se ‘cuencialmente las PDU que envfa al otro extremo. Cada entidad sabe que est involuerada en una cone ion I6gica, por Io que pode controlar los nimeros de salida que ella genera asf como de los ndimesos de entrada, fos cuales habrin sido generados en ef oto gxtremo. De hecho, se puede defini la trans Fencia orientada a conexiGn como aguella en la que los dos extremes numeran y controlan Tas: PDU tanto de entrada como de salida. La numeracién secuencial esti relacionada con iees funciones funda: mentales: ka entrega en orden, e} contro de! flujo y el control de errores, Entrega en orden Si dos entidades de comunicacién residen en estaciones* diferentes conectadas través de una red. he bri un cient riesgo de que las PDU lleguen con un orden diferente al de partida, ya que puede que hayan seguido rulas distintas para llegar al destino. En los protocolos orientados a conexisn, se suc ‘exigir que se mantenga el orden en las PDU, Por ejemplo, si se est transfiriendo un Fichero entre dos sistemas, es evident, que se debe exigir que los registos del fichero se recian en cl mismo orden del fichero én el origen. Si cada PDU se rumera secuencialmente y con un nimero distinta, mantener el ‘orden en ef secepior seré una tarea sencilla, simplemente considerando los niimeros de las PDU recibi- «las, Un problema en este tipo de esquema es que con un campo de némeros finitos, los mimenos de secuencia se repetiin (médulo el maximo numero posible de la secuencia). Evidentemente, el niimero miximo en la secueneia debe ser mayor que el méximo nimero de PDU pendientes. De hecho en als hos casos (vomo por ejemplo, en ARQ con repeticin sclectva, véase Capitulo 7) el mi tend que ser igual af doble del maximo nimero de PDU pendientes. Control del flujo El control del lyjo es una operacisn realizada por la entidad receptora para limitar la veloeidad 0 cant dad de datos que envia ka entidad emisora, La uproximacién mas sencilla para el control del fluo es ef procedimiento de parada-y-espera ‘que cada PDU se debe confirmar antes de que se pueda enviar Ia siguiente, Los protocolos mis elicien tes implican la concesién de una especie de erédito al emisor, que no es sino la cantidad de datos que puede transmit sin esperar eonfirmacisn, La téeniea de ventana corredera del HDLC es un ejemplo tipico de este procediraiento EL control del flujo es un ejemplo tipico de una funcién que se debe realizar en varios protocolos. Considérese otra ver la Figura 1.6, La red necesitaré controlar €) flujo en ef aeceso a la red de X me diante el protocolo de control de acceso. Al mismo tiempo, el médulo de aceeso a la red de Y tendr un ‘espacio limitado para la memoria temporal y por canto fendi que ejercer un control del Hujo via et protocolo de transporte. Por dlkimo, aungue él médulo de aeceso a la red de Y puede controlar sw fjo ‘de datos, la aplicacién en ¥ es igualmente vulnerable a una sobrecarga, Por ejemplo, ka aplicackon pue- de Dloguearse esperando un aeceso a disco, Por tanto, el control del flujo seri necesatio tambicn en el nivel de aphieacian, a * Ga erates ingles ne irs facut olin nt alc por exac,¥ hake rere a i ‘omnia sonst ua como po ejemplo un PC estan de aaj serioProtocolos y arquitectura 37 Control de errores Las tenicas de control de errores son necesarias para recuperar pérdidas o deteriores de los datos y de Ia informacién de control. Generalmente, el control de errores se implementa mediante dos funciones separadas: Ia detecciGn de errores y la retransmisi6n. Para llevar a cabo la deteccidn, el emisor inserta cco cada PDU transmitida un codigo que sea capar de detectar errores, este ebdigo seri funcidn de los bits que constituyan lx PDU. El receptor comprobari el valor del eddigo en la PDU recibida. Si se de- tecta un error, el reveplor descartara la PDU. Si no se recibe una confirmaciGn de la PDU wransmitida dentro de un intervalo razonable de tiempo, el emisor retransmitira 1a PDU. Algunos protocolos utilizan ademas algin cOdigo para la correccién de errores, el cual hace posible que el receptor no sélo detecte Jos errores, sino que ademas en algunos casos los cortija AI igual que el control del flujo, el control de errores es una funci6n que se debe realizar en varios niveles de la arquitectura. Considérese de nuevo la Figura 1.6. El protocolo de agceso a Ia red deberia incluir algdin procedimiento para el control de errores para asegurar ast que los datos se intereambian con garantfa entre la estaci6n y la red. No obstante, puede que dentro de ta red se pierda algdin paquete. por lo que el protocolo de transporte deberfa ser capay. de recuperar esta pérdida Direccionamiento El concepto de direccionamiento dentro de una arquitectura es complejo y abarca una serie de cues nes como las siguientes El nivel del direecionamiento. El aleance det direccionamiento, ‘+ Los idemtficadores de ka conexi ‘+ El modo de direccionamiento, Para {a explicaci6n se va a utilizar fa Figura 2.4, en dicha figura se muestra una configuraci6n en ta que se utiliza Ia aryuitectura TCP/IP. Los conceptos son esencialmente los mismos para la arquitectura OSI como para cualquier otra arquitectura EI nivel de direccionamiento hace referencia al nivel de la arquitectura de comunicaciones en el ‘que se identifica a la entidad, Normalmente, cada sistema (por ejemplo, un servidor 0 una estacidn de (rabajo) o sistema intermedio (por ejemplo, un router) esté asociado a una dniea direccin, Esa direccién por lo general es una direccién del nivel de red, En la arquitectura TCP/IP, esta direecién se denomina direecién IP, o simplemente direccién Internet, En el caso de li arquitectura OSI, se denominan punto Ue acceso al servicio de red (NSAP, Network Service Access Point). Lu direccién del nivel de ted se utiliza para encaminar la PDU a través de la red o redes hasta el sistema destino, cuya direccién vendri indicada en la direccién del nivel de red destino de la PDU, Una ver que los datos Hegan al destino, deberin cederse a algiin proceso o aplicacin denteo del sistema, Normalmente, el sistema destino podra procesar varias aplicaciones y cada aplicacion pod servira Varios usuarios. A cada aplicacién, y probablemente, a cada usuario concurrente dla apicacién se le asigna un identiicador Gnico, denominado en la arquitectura TCPAP puerto o punto de acceso al servicio (SAP. Service Access Point) en la arquitectura OSI. Por ejemplo, una estacion puede ejecutar simulténeamente una aplicaci6n de correo electrénico y otra de transterencia de Ficheros, C cada aplicacion deberd tener un mimero de puerto © SAP sinico dentro del sistema, Es ms, ta apicacisn para Ia transferencia de fieheros puede dar servicio a. varias transferen fen cuyo caso, cada transferencia deber tener asignada de forma dinamica un mimero de puerto 0 SAP que sea tnico, La Figura 24 muestra dos niveles de direccionamento dentro del sistema, Este es el e250 1 to que ocure en lu arqitectra TCP/IP. No obstane, puede haber direcionamientos en cada arqitectura Por ejemplo, se puede asignar un SAP unico para cada nivel de la anqutectura OSL38 Comunicaciones y redes de computadores [| ee acceso a S00 (SAP) Cones ten (eenescn To) 1 Direcion glo Papen ° Protocala de acone0 Prtocle de acceso ‘slaved st ‘Siareds2 Fit conenian ies Fisica orecson ce pnts Goji. © ae Routers eo Figura 2.4, Conceptos de direccionamiento. ‘Ota cuestién relacionada en fos sistemas finales o intermedios es el aleance del direccionamiento La direceién Internet o NSAP que se han mencienado previamente son direeciones global, Las care teristcas fundamentales de las ditecciones globales son: + No ambigiiedad global: una direccisn global identifica a un solo sistema, Los sinénimos estin permitidos, Es decir, un sistema dado puede tener mis de una direccién * Aplicabilidad glob diteceién global Js desde cualquier sistema ve podrd identificar a cualquier otro utlizando su Dado el carctertnico y de aplicabilidad global de las direcciones, con ellas se hace posible que en Inwernet se encaminen datos desde cualquier sistema origen conectado a cualquier red hasta cualquier ‘ito sistema destino situado en cualquier red distin En la Figura 2.4 se muestra fa necesidad de otro nivel adicional de direccionamiento, En cualquier red, todas lis interfaces de cada dispositive conectado deberin tener una tinica direccién. Come por ejemplo la divecciga MAC en una red IEEE 802, 0 la direccién de la estacion en una red X.25, Estas ireceiones hacen posible que las redes encaminen las unidades de datos (por ejemplo, las teamas MAC 6 los paquetes X.25) y las hagan llegar al sistema destino, Este tipo de drecciones se denominan direc times del punto de conexidn en let red. El aleance del direccionamionto es un concepto que silo tiene sentido para dirveciones del nivel de red. Por encima del nivel de red, un puerto o SAP debe ser dnico dentro del sistema destino pero 0 tiene por qué ser globalmente nico. Por ejemplo, en la Figura 2.4, puede haber un puerto 1 en el sist ‘ma Ay un puerto con igual ndmero en el sistema B, La identificacidn completa de estos dos puertor podria ser de forma univoca A.1 y B.l, respectivament,Protocolos y arquitectura 39 FI concepto de identificadores de la conexién tiene sentido exclusivamente cuando se trata de transferencias orientadas a conexién (por ejemplo, circuitos virtuales), no siendo aplicables para el caso de transferencias no orientadas a conexién (por ejemplo, datagrama). Para estas dltimas, se debe utilizar tun nombre global para cada transmisi6n. En Jas transferencias orientadas a conexidn, es a veces desea ble utilizar un nombre de conexién durante la fase de transmisiOn. BI escenario es como sigue: la ent dad 1 en el sistema A solicita una conexidn a la entidad 2 del sistema B, utilizando la diteccién global B.2. Cuando B.2 acepta la conexiGn, se proporcionard un identificador de fa conexidn (normalmente un ‘nimero), este idemificador se utilizara por parte de las dos entidades en futuras transmisiones. La util zacién de idemtificadores de la conexién tiene las siguientes ventajas: + Reduccién de cabeceras: los identificadores de la conexién son, por lo general, més cortos que los identificadores globales. Por ejemplo. en el protocolo X.25 (estudiado en el Capftulo 10) utli- zado cn las redes de conmutacién de paguctes, los paquetes de solicitud de conexién contienen campos que especifican las direcciones origen y destino, con longitud predefinida del orden de varios octetos. Tras el establecimiento de la conexién lgica, denominada circuito virwal, los pa guetes de datos contendrin un identificador para el circuito virtual de tan slo 12 bits Encaminamiento: al establecer Ia conexién se debe definir una ruta fija, El idemtficador de la conexidn sirve para que los sistemas infermedios (por ejemplo, Jos nodos de conmutacion de pa ‘quetes) idemtifiquen Is ruta y puedan encaminar las PDU futuras. ‘+ Multiplexacién: esta funcidn se estudiard posteriormente. No obstante, se puede adelantar que es posible que una entidad desee utilizar simultdneamente mis de una conexidn. Por tanto, las PDU se deben identificar mediante el identiticador de la conexién, ‘+ Uso de la informacién de estado: una vez que la conexi6n se haya establecido, los sistemas finales deben mantener informacién del estado selativa a la conexién, Esto posibilita funciones tales como cl control del flujo o cl control de errores mediante la uilizacién de mimeros de secuencia, En los Capitulos 7 y 10 se considerarin ejemplos de estas tenieas en HDLC y X.25, respectivamente La Figura 2.4 muestra varios ejemplos de conexiones. La conexin lgica entre el router Jy la esta ign B se lleva a cabo en el nivel de sed. Por ejemplo, si la red 2 es una red de conmutacién de paquetes que utilizara X.25, entonces esta conexidn légica deberfa ser un circuito virtual. En niveles superiores, muchos protocolos de transporte, como, por ejemplo, TCP proporcionan conexiones l6gicas entre 10s usuarios del servicio de transporte. De esta manera, el TCP puede establecer una conexién entre dos puertos de diferentes sistemas, Otro concepto relacionado es el modo de direccionamiento, En Ia mayoria de los casos, una dire cidn alude a un dinico sistema o puerto, en estas circunstancias el modo de direccionamiento se denomi- 1a wnidestino (wnicast). Abora bien, es igualmente posible que una direccién aluda a mds de una entidad o puerto. Este tipo de ditecciones identifican simulténeamente a varios destinos. Por ejemplo, un usuario podria desear enviar un documento a una serie de destinos. O, por ejemplo, el centro de control de una red puede anunciar a todos los usuarios que li red se va a caer. Una direccién que identifique a varios usuarios puede ser de tipo difusidn (broadcast) cuando aluda a todas las entidades dentro de un dominio, ‘© puede ser de tipo multidestino (multicast) cuando se refiera a un subconjunto especifico de entidades. En la Tabla 2.1 se ilustran las posibilidades. Multiplexacion La multiplexacidn es un concepto relacionado con ef direccionamienio. Un posible esquema de multi- plexacién es aguel en el que se establecen varias conexiones dentro de un tinico sistema, Por ejempl en X.25 puede haber varios circuitos virluales que terminen en un sistema dado. En este caso, se podria decir que los circuitos virtuales se han multiplexado sobre una tinica interfaz fisica entre el sistema final ¥y la red. La multiplexacién también se puede llevar a cabo usando los nombres de los puertos, los cuales permiten a su vex miltiples conexiones. Por ejemplo, puede haber una serie de conexiones TCP que ferminen en un sistema dado, cada una de ellas entre pares diferentes de puerto.40 Comunicaciones y redes de computadores Tabla 2.1. Modos de direccionamiento. {— Destino Direccion de red Direccion del sistema | Direccién de puerto/SAP Tniestna Teva Toca inva individual Grepo | uiiestiro Tod Supe Todos Sno | Individual Individual ° Todos | ouion ipgeiia ‘ee ice | Todos Totes Tales | La multiplexacién se utiliza en otros contextos distntos, en particular en la asignacién de conexio res de un nivel a otro. Considérese de nuevo la Figura 2.4. La red 1 puede proporcionar un servicio de circuitos virwales. Para cada conexin que se establezca en el nivel superior, se debe establecer uns ‘conexidn de circuito Virtual en el nivel de acceso a la red, Fsta es una relacién uno-a-uno que evidente- Conexion del nivel ferar Cone det nv! syperior (@)Une aun (by Munpiexecion ascenente (e) Mutiexacion descendente Figura 2.5, Muliplexacion y conexiones de protocolos.Protocolos y arquitectura 41 mente no tended siempre que ser necesariamente asi, La multiplexacién puede realizarse de dos formas *— distintas (Figura 2.5). La muliplexacién ascendente (0 hacia adentro), consiste en que varias conexiones el nivel superior comparten, o se multiplexan sobre una tinea conexi6n del nivel inferior. Esta tenica puede ser dil para hacer un uso ms eficaz del servicio del nivel inferior © para proporcionar varias conexiones del nivel superior en un entorno donde slo exista una nica conexién de nivel inferior. En la Figura 2.5 se muestra un ejemplo de multiplexacién ascendente. La multiplexacién descendente, © division, consiste en establecer una dnica conexién del nivel superior utilizando varias conexiones del nivel inferior, el tifico de la conexisn del nivel superior se divide asf entre las conexiones inferiores. xa tenica se puede utilizar para afadir seguridad a la conexisn, mejorar las prestaciones o la eficacia. Servicios de transmisién Un protocolo puede proporcionar una serie de servicios adicionales a las entidades que lo utilicea. Por ejemplo, cabe mencionar los siguientes ejemplos: ++ Prioridad: ciertos mensajes, como, por ejemplo, los de control, puede que necesiten Hegar ala ‘etidad destino con el mimo retardo posible. Un ejemplo de esta aecesidad podria ser la solici= tud de cierre de una conexién. En definitiva, las prioridades deberian estar asignadas a cada men- saje individualmente. Ademés de esto, cabria igualmente una asignacién de prioridades por cone + Calidad de servici relardo miximo, Jertos tipos de datos requieren una velocidad de transmisién minima © un + Seguridad: a veces ciertos mecanismos de seguridad, como, por ejemplo, el acceso restringido, pueden ser necesarios. Todos estos sistemas dependerin del sistema de transmision subyacente y de cualquiera de las enti- ddades que intervengan en los niveles inferiores. Si fos niveles inferiores pueden offecer estos servicios, Jas entidades superiores podrin hacer uso de los mismos invocando al protocolo correspondiente. ‘Como se estudis en ef Capitulo 1, los esténdares son necesarios para faciltar la imteroperatividad entre quips de distintos fabricamtes y' para estimolar la economia de gran escala, Es evidente que una sola normalizacién no es suficiente, ya que las areas en Ja comunicaciones son muy complejas. Es mis, las funciones se deberfan dividir en tareas mas manejables y deberfan organizarse como una arquitectura Je comunicaciones, La arquitectura consttuirfa ast un marco de referencia para la normalizacisn, Esta linea argumental llev6 al ISO en 1977 a definir un subcomité que desarrollara tal arquitectura. E} resultado fue el modelo de referencia de Intereonexidn de Sistemas Abiertos (OSI, Open Incerconection). Aungue los elementos eseneciales del modelo se definieron répidamente, ef estindar f- nal de ISO, ISO 7498, no se publicé hasta 1984, La CCITT (ahora ITU-T) especifies una versin t ‘camente compatible denominada X.200 EL MODELO Una tenica de estructuraci6n muy utilizada, y elegida por ISO, es la jeranquizacién en capas. En esta técnica, las funciones de comunicacién se distribuyen en un conjunto jerirquico de capas. Cada eapa realiza un conjunto de funciones relacionadas entre sf, necesarias para Comunicarse con o\70s sistemas. ‘Cada capa se sustenta en la capa inmediatamente inferior, Ia cual realizaré funciones més primitivas, ‘ocultando los detalles a las capas superiores. Una capa proporciona servicios a la capa inmediatamente2 Comunicaciones y redes de computadores superior. Mealmente, las capas deberian estar definidas para que los cambios en una eapa no implicaran cambios en las ras capas. De esta forma, el problema se descompone en varios subproblemas mis bordubles, La especificacidn de ISO consists en defini el conjunto de eapas y fos servicios que cada una de ellas deberia realizar. La divisin resultant deheria agrupar a las funciones que fueran conceptualment proximas, y a su vez, debiera implicar el suficiente nimero de eapas como para que su complejdad fuera pequena, pero por otro lado, este mémero no debiera ser muy elevado de forma que el process rmiento de la informacién suplementaria impuesta por la coleccién de capas fuera muy costoso. Los Principios que guiaron el diseio se Sete capas, que se deseriben con una breve definicién en la Figura 1.10. En la Tabla 2.3 se da ka expl ‘cacion argumentada por el ISO para fa selecein de las site capas. amen en la Tabla 2.2. EL modelo de referencia resultante tiene En la Figura 2.6 se muestra la arquitectura OSI, Cada sistema contiene las siete eapas. La comunica ign se realiza entre las aplicaciones de dos eomputadores, denominadas en la Figura aplicaciones X e Y. Si la aplicacisn X desea enviar un mensaje a la aplicacisa Y. La capa 7 establece una relacion paritaia con la eapa 7 del computador destino, utlizando un prowcolo de la capa 7 (protocolo de aplicac dos entidades de fa capa 6 utilizan un protecolo propio, y asf hacia abajo hasta la capa fisica, que trans mite realmente 10s bi wvora a la capa de aplicaci6n (capa 7) n). Este protacola necesita las servicios de la capa 6, por lo cant las ‘a través del medio de transmisisn, CObsérvese que, exceptuando Ia capa fisica, no existe una comunicacién directa entee capas pariae tas. Esto es, por encima de la capa fisica cada entidad de protocolo pasa Jos datos hacia la capa inferioe ccontigua, para que & par. Es mis, el modelo OSI no requiere que los dos siste Tabla 2.2. Principios utilizados en la dafinicién de las capas OSI (ISO 7498). 'No crear demasiadas eapas de forma que ls descripcin ¢ integracion de las capas Sea mis afi de o:estrictaments necesario. 2. Detinir separaciones entre capas tel que la descripcidn de servicios see pequena y e! numero Ge interacciones entre eapas sea minimo. 3 Definir capos sepacadas para funciones que sean claramente diferentes, en lo que respecta al ‘servicio olreciga como a a tecnologia implicad, 44. Detinir funciones similares en la misme' capa. 4 5. Seleccionar los limites o separaciGn entre capas de acuerdo con lo que (a experiencia previa ‘scone 8. Definir la capas ta! que las funciones se pueden localizarféciImente de forma ave ls capa se ‘bued redisenar completamente y tal que sus protocolos se pueden modificar para adaptarse ’ las innovaciones en la arquitectur, la teenologis hardware o en el sofware sin necesidad de, {cambiar los servicios que ee usan @ proporcionan en las capas adyacentes 7, Definir una separacién entre capes sili donde pueda ser util tener la interfaz correspondiente inormalinad 8. Crear una capa donde éxista la necesided de un nivel diferente de abstraccién en el process: Iiento de los datos (por ejemplo, morfoldgieo,sintitico, seméntico). 8. Permitir mocificaciones de funciones 0 protocolos dentro de una capa, siempre que no afocton 2 otras capas. 10. Croar para cade cape limites o separaciones sélo con su capa superior ¢ inforor. Principio similares han sido aplicados para la creacién de subcapas. 11. Crear subgrupas y organizaciones adicionsles de funciones en subcapas dentro de une capa 's6lo on los casos donde se necesiten servicios distintos de comunicacion 12 Crear, donde sea necesario, dos o més subcapas con une funcionalidad comin y por fo tanto ‘minima pera permit la operacién dole iterfaz con capas adyacentes. 18. Pormitir la no utlizacién de todas as subcapas.Protocolos y arquitectura 43 Tabla 2.3. Justificacién de las capas OSI (ISO 7498} 1. Es esencial que Ja arquitectura petrnita Ia utiizacién de una realizacién realista de medios fsi- ‘nterconexion con diferentes procedimientos de control (por ejemplo, V.24, V.25, jicacion de los prineipios 3, 8 y 8 (Tabla 2.2) nos conduce a la identificacion de la teleténica) requieren téeni- 2. Algunos: medion de eomuniceion iicos (por ejempl, a ln sae Specttgn para earos al rane Gatos entve nts 9 pesar Ge sufi una asa de error Stove nocopabl pare (agra yori de oe aplicaciones) Eats tering epoctica oe u- |. fuen'en procodmirtos de conto del onlace de dotou que han sido axtulados y normalizedos f durante varios afios. También se debe reconocer que los nuevos medios de comunicacion (por | itnpi ta hove Spice equertansforarts procerntes de conra del erlace ce dats. Le siceiin defo principio 2 6 8 oe condi a a identiiccion de 1 Cape del Enlace de Betos stuada enema de 'a Copa Fsice on la arauitetur. | | | 4. Ena arquitectre O81, algunos sistemas seran lactuarén como) el destino final de los datos. | Slounos sistemes abienios podrian acluar solamente como nados intermedios (reenviand los | Aatee9 ottosslatomas)-Le apicacicn de los prneipios 8 Sy 7 conduc 8 a ientficacion dela Capa de Red encima de la Capa del Enlace de Datos. Asi, ia Capa de Red proporcionaré un cami- ‘no de conexidn (conexién de red) entre un par de ertidades de transporte incluyendo el ceso en ‘#1 que estén involucrados nodos intermedios. 4. El control del transporte de los datos daside el sistema final origen al sistorna final destino (que ‘ho 89 lleva a éaho en hodos intermedios) es la funcidn que realiza el servicio de transporte. Asi, [a capa uperior situada justo encima de la Cepa de Red es la Capa de Transporte. Esta Capo libera a las entidades de capas superiores de cualquier preocupacion sobre el transporte de da-, tos entre el 5. Existe une necesidiad dé organizar y sineronizar ol didlogo, y controlar el intereambio de datos. | Lr aplicacién de fos principios $y 4 nes conduce a fa identificacion de ta Capa de Sesién, situ | da sobre la Caps de Transporte, |. 6. Etconjunto restante de funciones de interés general son aquellas relacionadas con la represen- tacién y la manipulacion de datos estructirados para el beneficio de los programas de aplica- cién. La aplicacion de los principios 3.y 4 nos conduce a la identificacién de la Capa de Presen- tacién situada sobre la Capa de Sesion, 7. Finalmente, estén los aplicaciones que llevan 9 cabo el provesamiento de le informacion. La Car pa de Aplicacién, que es la mas alta de la arquitectura aborda parcialmente este provesamiento Junto con los protocolos involuerados. mas estén conectados directamente, ni siquiera en la capa fisica, Por ejemplo, para proporcionar el eo: Tace de comunicacién se puede utilizar una red de conmotacién de paquetes 0 de conmutacign de cir- cuitos. La Figura 2.6 también muestra las unidades de datos de protocolo (PDU, Protocol Data Unit) en ta aarquitectura OSI. En primer lugar, considérese la forma mis habitual de implementar un protocolo. Cuando Ja aplicacién X tiene un mensaje para enviar a la aplicacién Y, transtiere estos datos a una entidad de Ia capa de aplicacién, los datos se les afiade una cabecera que contiene informacién nece- saria para el protocolo de la capa 7 (encapsulado). Seguidamente, los datos originales mis la cabecera se pasan como una unidad a la capa 6, La entidad de presentacién trata la unidad completa como si de datos se tratara y Te affade su propia cabecera (un segundo encapsulado). Este proceso continda hacia abajo hasta llegar a fa capa 2, que normalmente afiade una cabecera y una cola (como asf fo hace ef protocolo HDLC), La unidad de datos de la capa 2, llamada trama, se pasa al medio de transmisién mediante la capa fisica, Ein el destino al recibir la trama ocurre el proceso inverso. Conforme los datos, ascienden, cada capa elimina la cabecera ms externa, acta sobre Is informacién de protocolo conteni- da en ella y pasa el resto de Ja informacién hacia la capa inmediatamente superior,44 Comunicaciones y redes de computadores ipvereniace 3) tore Figura 26. El entorno OSt. En cada nivel, cada capa puede fragmentar en varias partes la unidad de datos que recibe de la capa jperior adyacente, de acuerdo con sus propias necesidades. Las unidades de datos deben ser ensamble {das por la entidad par correspondiente antes de pasazlas a Ja capa superior. NORMALIZACION DENTRO DEL MODELO DE REFERENCIA OSI* La principal motivacién para el desarrollo del madelo 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 simplitica el procedimiento de Ia normalizacién ya que: + Como las funciones de cada capa est ‘miento de normas 0 est lera el proceso. bien definidas, para cada una de las capas, el estableci- ares se pueden desarrollar independiente y simultdneamente, Esto ace ‘+ Como los Kinites entre capas estén bien definidos, los cambios que se realicen en tos esténdares para una capa dada no afectan al software de las otras. Esto hace gue sea més fécil introduce nuevas normalizaciones. La Figura 2.7 muestra el uso del modelo de referencia OSI. La funcién global de comunica descompone en 7 capas distintas, uilizando los prineipios indicados en ta Tabla 2.2. Estos principios esencialmente vienen a ser los mismos que rigen en el diseflo modular. Esto es, la Tunci6n total se des ‘ompone en una serie de médulos, haciendo que las interfaces entre médulos sean tan sencils como Lox consepios qv als imrausen von vido igualmente prs asters TCPAP,Protocolos y arquitectura 45 (estan) Proto Funcon Enitag rece conn — capa elacepan Peon ae Tut Desconposcon ‘roto, cat arab) : : sentio do ema Capa Nee Enns do aleacin en OS! por ejemplo, geston de Fed, Seguriand) Figura 2.7. La arquitectura OSI como un modelo de referencia para fa normalizacién, sea posible, Adem, se utiliza el principio de ocultacisn de la informacién: las eapas inferiores abordan cierios detalles de tal manera que las capas superiores sean ajenas a las particularidades de estos deta- Iles, Dentro de cada capa, se suministra tanto el servicio proporcionado a la capa superiar adyacente, como el protocolo a la capa par en ef sistema remoto, La Figura 2.8 muestra de una forma mas especitica 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 interactian 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, Ja semantica de todos los campos, asf como a la Secuencia permitida de PDU, ++ Definicién del servicio: ademés del protocolo o 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 una descripcién funcional que define qué servicios se estin proporcionando, pero no cémo se estén proporcionando. + Direccionamiento: cada capa suministra servicios a las entidades en la capa superior adyacemt. 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 aque es usuaria del servicio de red. En los sistemas abiertos, Ia 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 Ia definicin de servicios, la motivacién para proporcionar s6lo una definici6n funcional es por lo siguiente, Primero, la interaccién entre capas adyacentes tiene lugar dentro de los confines de un tinico sistema abierto y por tanto le incumbe solo a él. Asf, mientras las capas pares en diferentes sistemas‘Comunicaciones y redes de computadores Defcon de serio (esenpan inca ‘ara nono} sectznanc (asi rominten eaosatas poralo ineroporat) Figura 2.8. Normas especifiess de capa. proporcionen los mismos servicios a las capas superiores adyacentes, los detalles de emo se suminis- tran los servicios pueden diferie de un sistema a otro sin que ello implique pérdida de interoperatvidad Segundo, es frecuente que las capas adyacentes estén implementadas en el mismo procesador. En ests ‘ircunstancias,serfa interesante dejar libre al programador del sistema para que utlice el hardware y et sistema operative para que proporcionen una interfaz que sea lo mis eficiente posible. En lo que se refiere al direccionamiento, la utiizacié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 multiplexaci6n no se leva a cabo en todos los niveles, no obstante ef modelo lo permite PRIMITIVAS DE SERVICIO Y PARAMETROS En Ja arquitectura OSI los servicios entre capas adyacentes se describen en términos de primitivas y mediante los parimeteos involucrados. Una primitiva especifiea la funcién que se va a lievar a cabo ¥ Jos parmetros se uilizan para pasar datos e informacidn de contol. La forma concreta que adopte Ia primitiva dependera de la implementacién, Un ejemplo es la Hamada a un procedimiento, Pata definir las interacciones entre tas capas adyacentes de la arquitectura se utilizan cuatro prt vas (X.210). Estas se definen en la Tabla 2.4, En la Figura 2.9 se muestra Ia ordenacidn temporal de estos eventos. Por ejemplo, considere la transferencia de datos desde una entidad (N) a su entilad par ) en otro sistema. En esta situacion se verifican los siguientes hecho: |. La entidad origen (N) invoca a su entidad (WV ~ 1) con una primitiva de Solicitud, Asociado a esta primitiva estén los parimetros necesarios, como, por ejemplo, los datos que se van a trans mite y la direeci6n destino, La entidad origen (’ ~ 1) prepara una PDU (N ~ 1) para envirsela a su entidad par (W ~ 1) 3. La emtidad destino (WV ~ 1) entrega los datos al destino apropiado (N) a través de la primitiva de indicacién, que incluye como parmettos los datos y la direccién origen,Protocolos y srquitectura 47 Tabla 2.4. Tipos de primitivas de servicio, eaten geet ofa fre metceninit a telal eeae | oe | INDICACION Primitiva emitida por el suministrador de! servicio pare I 1. Indicar que se ha sido invocado un procedimiento por el usuario de servi- lo par en la conexién y para suministrar los parémetras asociados, 0 2. notfcar al usuario do servicio wobre una aciénintiada or ol suminie- trador. RESPUESTA Primitiva emitida por el usuario del servicio para confirmar 0, completar algun ‘CONFIRMAGION igtrador dot servicio para confirmar o comple- {ar algin procedimiento invocado previamente mediante una solictud por parte del usuario del servicio. 4, Si se requiere una confirmacién, la entidad destino (N) emite una primitiva de respuesta a su centidad (N~ 1), 5. La entidad (N ~ 1) convierte la confirmacién en una PDU (N ~ 1), 6. La confirmaci6n se entrega a 1a entidad () como una primitiva de confirmacién, Esta secuencia de eventos se conoce como un servieio confirmado, ya que el que inicia la transte~ rencia recibe una confirmacién de que el servicio solicitado ha tenido ef efecto deseado en el otro extre- ‘mo, Si solamente se invocan las primitivas de soficitud e indicacién (correspondientes a fos pasos 1 2 3), entonces se denomina servicio no confirmado: la entidad que inicia la transferencia no recibe conti ‘macién de que la accién solicitada haya tenido lugar (Figura 2.9b). Usuario Suminisvador —_Usvaio aio Suminsador —_ Usuario elsenvce delsenoeo. del sennico cel servicio delsenicio del senicio Solve Solletu Inaioseén indicacion Respuesta Ccontemacien (@) Serve confmad (0) Servicio no contrmaco Figura 29. Diagramas de la secuencia temporal de las primitivas de servicio. LAS CAPAS DE OSI En este apartado se estudian brevemente cada una de la eapas 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 interfaz fsica entre los dispositivos, ademds define las reglas que rigen en Ia transmisin de los bits. La capa fisica iene cuatro earacterfsticas importantes ‘+ Mecdinieas: relacionadas con las propicdades fisicas de la interfaz y con el medio de transmision. Normalmente, dentro de estas caracteristicas se incluye la especificacién del conector que trans rite las seales través de conductores, A estos tltimos se les denominan citeuitos +» Eléetricas: especifican emo se representan los bits (por ejemplo, en términos de niveles de ten sidn), asf como su velocidad de transmisi6n ‘+ Funcionales: especifican 1as funciones que realiza cada uno de los circuitos de la interfaz fisca entre el sistema y el medio de transmisicn «+ De procedimiento: especifican la secuencia de eventos que se Hevan a cabo en et intercambio del Ajo de bits a wavés del medio fisico. En el Capitulo 6 se estudian con detalle los proiocolos de In capa fsica. Algunos ejemplos de estin- dares de esta capa son el EIA-232-F y algunas seeciones de los estandares RDSI y de LAN. Capa del Enlace de Datos Mientras que la caps fisica proporciona exclusivamente un servicio de transmisién de datos, la capa de enlace de datos intenta hacer que el enlace fisico sea seguro, ademss proporciona los medios para act- var, mantener y desactivarel enlace, El servicio principal proporcionado por la capa de enlace de datos 4414s capas superiores es el de deteceidn y control de errores, Ast, si se dispone de un protocolo en kt ‘capa del enlace de datos completamente operativo, la capa adyacente superior puede suponer que kt ‘ransmisi6n esté libre de etrores. Sin embargo, si la comunicacién se realiza entre dos sistemas que no estén directamente conectadas, Ia conexidn constaré de varios enlaces de datos en serie, cada uno ope rando independientemente. Por tanto, en este siltimo caso, la capa superior no estar libre de la respen= sabilidad del coniral de errores. EL Capitulo 7 se dedica a los protocolos de enlace de datos. Algunos ejemplos de estindares en esta ‘capa son HDLC, LAPB, LLC y LAPD. Capa de Red La capa de red realiza la transferencia de informacion enue sistemas finales a wavés de alsin tipo de red de comunicacién. Libera a las eapas superiores de fa necesidad de tener conocimiento sobre la tans- rision de datos subyacente y las tecnologfas de conmutacién iizadas para conectar los sistemas. Ea esta capa, el computador establecerd un dislozo con la red para especificar la dreccién destino y solic tar ciertas faclidades, como, por ejemplo, la gestion de prioridades Existe un amplio abanico de posibilidades para que los servicios de comunicacién intermedios sean sgestionados por la capa de red. Ea el extremo ras sencillo estn los enlaces punto-a-punto directos en- ite estaciones. Bin este caso, no se necesita capa de red ya que la capa de enlace de datos puede propor- cionar las funciones necesarias de gesticn. Siguiendo en orden de complejidad creciente podemos consi= derar un sistema conectado a través de una Unica red, como una red de conmutacién de circuitos o de ‘conmutacién de paquetes. Un ejemplo de esta situaciGn es el nivel de paquete del estindar X.25, La Figura 2.10 muestra emo la presencia de una fed se encuadra dentro de la argoitecturs OST. Las tes ‘capas inferiores estan relacionadas con la conexi6n y la comunicaci6n con la red. Los paquetes creados ‘por el sistema final pasan a través de uno o mis nodos do la red que aetian como retransmisores entre Tos dos sistemas finales. Los nodos de la red implementan las capas 1 a3 de la arguitectura, En la figura anterior se muestran des sistemas finales conectades a través de un Unico nodo de red, La capa 3 en elProtocolos y arquitectura 49 Sistema Reransmisor Sistema ‘nal ‘ial 7 [ges eeee sees os Protacelo de a capa de apicaciin <=----e---eeenef 7 fa. o-2-++--Proacl dela cape de prosentasin ° ] 8) bees eee Pleo dotncana de sosin-eeseseeceseesemd | 5 | ae ten. === -Protocolo de la capa de transporte. ” 4 | T | 3] fleeces aol tego | 8 2| |e enaco ve ato ---of <= ce decor -—-o| | 2 Figura 2.10. Utllizacién de un retransmisor. rnodo realiza las funciones de conmutacién y encaminamiento, Dentro del nodo, existen dos capas de enlace de datos y dos capas fisicas, correspondientes a las 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 ted puede consistir en dos sistemas finales que necesitan comunicarse sin estar conectados a la misma red. Mis bien, supondremos ue estin conectados a redes que, directamente o indirectamente, estén conectadas entre sf, Este caso requiere el uso de alguna técnica de interconexidn entre redes; estas técnicas se estudiarn en el Capit lo 16. Capa de Transporte La capa de transporte proporcions un mecanismo pact intercambiar datos entre sistemas finales. El ser- vicio de transporte orientado a conexi6n 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 optimizacion del uso de los servicios de red, proporcionando la calidad del servicio solicitada, Por ejemplo, la entidad de sesisn puede solicitar una tasa de error detesminada, un retardo maximo, una prioridad y un nivel de seguridad dado, E] tamatio y la complejidad del protocolo de transporte depeaden de cémo de seguras 0 inseguras sean las redes subyacentes y los servicios de red. Consecuentemente, ISO ha desarrollado una familia de 5 estindares de protocolos de transporte, cada uno de ellos especificado para un determinado servicio subyacente, En la arquitectura de protocalos TCP/IP. se han especificado dos protocatos para la capa de transporte: el orientado a conexién TCP (protocolo de control de Ja transmisi6n, «Transmission Control50 Comunicaciones y redes de computadores Protocol») y ef no orientado a conexién UDP (protocolo de datagrama de usuario, «User Datagram Protocol) Capa de S Las cuatro capas inferiotes del modelo OSI proporcionan un medio para el intercambio seguro de datos Y proporcionan a su ver, distintos niveles de calidad de servicio. Para muchas aplicaciones el servicio Inds basico es a todas luces insuficente, Por ejemplo, una aplicacién de acceso a un terminal remoto puede requerir un didlogo semi-duplex. Por el contraio, una aplicacién para el procesamiento de tra Sacciones puede necesitar la inclusion puntos de comprobacidn en el flujo de ansferencia para pode hacer operaciones de respaldo y recuperacién. De igual manera, otra aplicacidn para procesar mensajes puede requeris Ia posiilidad de interrumpir el didlogo, generar mis mensaje y posteriormente continuat el dislogo desde donde se de. ‘Todas estas capacidades se podsian incorporar en las aplicaciones de la capa 7. Sin embargo, ya que todas estas herramientas para el control del dilogo son ampliamente aplicables, parece I6gico organi: zarlas en una capa separada, denominada la capa de sesién Lu 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 sesiGn son parcialmente, 0 incluso total: ‘mente prescindibles, no obstante en algunas aplicaciones su uiizacién es ineludile. La capa de sesion proporcions los siguientes servicios ‘+ Control del didlogo: éste puede ser simultineo en los dos sentidos (full duplex) o alternado en ambos sentidos (half dupes). Agrupamiento: el flujo de datos se puede marcar para definir grupos de datos. Por ejemplo, si tuna empresa esid transmitiendo los datos correspondientes a las Venlas hacia un of tos se pueden marcar de tal manera que se indique por grupos el final de as ventas realizadas et cada departamento, Este servicio permitirfa que el computador destino caleule los totales de las ventas realizadas en cada departamento. ++ Recuperucién: la capa de sesién puede proporcionar un procedimiento de pun cidn, de forma que si ocurte algdn tipo de fallo entre puntos de comprobaci6n, sin puede retcansmitir todos los datos desde el iltimo punto de comprobacisn, 180 ha definido una normalizacién para la capa de sesin que incluye como opciones los servicios aque se acabun de dese Capa de Presentacién La capa de presemtacign define el formato de fos datos que se van a intereambiar entre las aplicaciones y ‘ofrece a los programas de aplicacién un conjunto de servicios de transformacién de datos. La capa de presentacin define la sintaxis utilizada entre las entidades de aplicacién y proporciona los medios para Seleccionar y modificar ka represeatacién utilieada. Algunos ejemplos de Servicios especificos que se pueden realizar en esta capa son los de comprension y eifado de datos Capa de Aplicacion ‘La capa de aplicacién proporciona a los programas de aplicacién un medio para que aecedan al entorno (OSI. Esta capa incluye a las funciones de administrcion y en general, a los mecanismos necesarios en | implementacién de las aplicaciones distibuidas. Ademas, a esta capa pertenecen las aplicaciones de uso general como, por ejemplo, la transferencia de ficheros, el correo electrbnico y el acceso desde ter- iminales a computadores remotos, entre otrasProtocolos y arquitectura 81 PEM ieee nad Durante muchos aiios, la literatura téenica que tataba las arquitecturas de protocolos estaba dominada Por las discusiones relacionadas con OSI, asf como por el desirrollo de protocolos y servicios para cada capa, Durante los aitos ochenta la creencia mis extendida era que OSI Megarfa a imponerse frente a arquitecturas comerciales como la SNA de IBM y frente a esquemas no propietarios («anultivendor») ‘como TCP/IP. Esta prevision nunca se cumplid. En los noventa, TCP/IP ha conseguide erigirse como la arquitectura comercial dominante, a la vez que se ha convertido en la familia o Conjunto de protocolos sobre fa que se desurrolaran los protocolos futures. Existe una serie de razones que justfican el éxito de los protocolas TCP/IP sobre OSI. Eate ellas se pueden enumerar a las siguientes: 1 Los protocolos TCP/IP se especiticaron y se utilizaron de una forma generalizada antes de a normalizacién [SO. Asf, en los altos ochenta las instituciones que tenfan necesigades apremian- tes de intereambio de informacin se enfrentaron al dilema de esperar a la disponibilidad del paquete siempre prometido y nunea entreyado de OSI, 0 por el contrario utilizar et conjunto ‘TCP/IP de disponibilidad inmediata y operatividad cada vez més contrastada. Una vez hecha la cleccin de TCP/IP, el costey los riesgos de la migracién a un entorno nuevo, inhibié la acepta- cid de ISO. Los protocolos TCP/IP se desarrollaron inicialmente como resultado del esfuerzo investigador enel entomo militar de los BE.UU., financiado por el Departamento de Defensa (DOD, Depart- ‘ment Of Defense). Aungue el DOD, como el resto del gobierno de los EE.UU., estaba involu- erado en Tos procesos internacionales de normalizaciones, el DOD fenia una necesidad imperio— ste inmediata de conectividad, tal que no le permitia esperar hasta los aflos ochenta 0 incluso principios de los noventa a productos basados en OSI. Por consiguiente, el DOD exigis el uso e Jos protocolas TCP/IP en todas sus adquisiciones de software. Debido a que el DOD es el consumidor mis grande de software en el mundo, esta politica cred un mercado enorme, a ‘mando 2 los vendedores a desarrolar productos basados en TCP) IP. 3, Internet esti construda sobre el conjunto de protocolos TCP/IP. El crecimiento impresionante de Internet y especialmente de la «World Wide Web» (sed extendida mundial) ha eimentado ki Vitoria de TCP/AP sobre OSI LA APROXIMACION DE TCP/IP 1 conjunto de protocolos TCP/IP reconoce que la tarea de la comunicaci6n es Lo suficientemente com. pleja y diversa como para realizar en una nica unidad. Consecuentemente, Ia tarea se descompone en dliversos médulos o entidades, que se pueden comunicar con sus entidades pares del sistema remote, Una entidad dentro de un sistema proporciona servicios a otras entidades y, 1 su vez, uiliza los serv cios de otras entidades. Las reglas de disefio del software de calidad dictan que estas entidades se deber agrupar en una forma modular y jerérquica. EI modelo OSI se basa en el mismo razonamiento, pero introduce un paso mas. El siguiente paso en OSI esti en reconocer que, en muchos aspectos, los protocolos en el mismo nivel de la jerarqura tienen algunas caracterfticas comunes. Esto desemmboca ineludiblemente en el concept de nivel 0 capa, asf como en el intento de describir de una forma abstracta las caracteristicas comunes de los protocols en ‘un nivel dado, Como herramienta didéctica, un modelo en capas tiene un valor Signifiativo y, de hecho, el modelo OSI se utiliza por ese motivo en muchos textos de telecomunicaciones. Los diseRadores del conjunto de protocolos TCP/IP ponen la objecidn que el modelo OSI es mis prescriptive que descriptivo, El modelo OSI ordena que los protocolos dentro de una capa dada realicen unas determinadas funciones. Esto dle no ser siempre deseable. Es posible definir mis de un protocolo en una capa dada y en e52 Comunicaciones y redes de computadores puede que la funcionalidad de estos protocolos no sea la misma o ni incluso similar. Ahora bien, lo que en comin un conjunto de protocolos de la misma capa es que se sustentan sobre el mismo con- de protocolos de la capa inferior adyacente Ademés, debido que en el modelo OSI las intestaces entre capas estén bien definidas es posible susttuir un protocolo de una capa por otra version més reciente, sin que ello implique modificar ls capas adyacentes (véase principio 6, Tabla 2.2). Esio no es siempre deseable 0 incluso posible. Por ejemplo, una LAN se prestafcilmente para un esquema de direccionamiento con difusién y mulidif- ston en el nivel de enlace, Siel nivel de enlace de IEEE 802 se situara debajo de una emtidad de proto colo de red que no permitiers difusion ni multdifusidn, este servicio seria inaccesible para las capas superiores en la jerarquia. Para eludir este tipo de problemas, los especiticadores de OSI introducen el ‘concepto de capas 0 subeapas nulas. A veces, parece que estos avtificios salvan al modelo a expensas de diseno no adecuado de los protocolos En el modelo TCP/IP, el uso estricto de todas fas los de aplicaci6n que opetan directamente sobre IP. pas no es obligatorio. Por ejemplo, hay protoco- LA ARQUITECTURA DE PROTOCOLOS TCP/IP Enel Capitulo 1 se presents la familia de protocolos TCP/IP. Como ya se sefial6 no existe un modelo de protocolos TCP/IP oficial». Sin embargo, es de utlidad considerar que el conjunto de protocolos est Involuctado en cinco capas. Para resumir el Capitulo I, estas caps son + Capa de aplieacion: proporcions 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 fed, 6 redes subyacentes, a la capa de aplicacin ‘+ Capa Internet: relacionada con el encaminamiento de los datos del computador origen al destino a través de una 0 mis redes conectadas por dispositives de encaminamient. ‘+ Capa de acceso a la red: relacionada con la interfaz l6gica entre un sistema final y una subred ‘+ Capa fisica: define las caractersticas del medio de transmisién, la tsa de senalizacién y el esque- rma de codificacién de las seiles. FUNCIONAMIENTO DE TCP E IP La Figura 2.4 muestra cémo se configuran los protocolos TCP/IP, Para conectar un computador a una subred se uiliza alg tipo de protocolo de acceso como, por ejemplo, Ethernet. Este protocolo permite al computador enviar datos a wayés de la subred a otro computador 0, en caso de que el destino final esié en otra subred, a un dispositive de encaminamiento. IP se implementa en todos los sistemas finales y dispositives de encaminamiento. Actia como un porteador que transportara bloques de datos desde un ‘computador hasta otto, a twavés de uno o varios dispositivas de encaminamiento, TCP se implemen solamente en [os sistemas finales; guarda un registro de los blogues de datos para asegurar que tol se centregan de forme segura a la aplicacién apropiada, Para tener éxito en la transmisién, cada entidad en el sistema global debe tener uns ini direccién En realidad, se necesitan dos niveles de direscionamiento, Cada computador en la red debe tener uns Ginica direccién intermet que permita enviar los datos al computador adccuado. Ademis, cada proceso {que se ejecute dentro de un computador en red debe tener a su ver una direecién que sea tnica dentro {el mismo; esto permite al protocolo extremo-2-extremo (TCP) entregar los datos al proceso adecuado, Esias iltimas direcciones se denominan puertosProtocolos y arquitectura 5. A continuacién, se va a deseribir paso a paso el funcionamiento de la Figura 2.4, Supéngase 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 instruceiones de que lo envie al com- putador B, Obsérvese que no es necesario comunicarle al IP Ia identidad del puerto destino, Todo lo que necesita saber es que los datos van dirigidos al computador B. A continuacién, IP pasa el mensaje ala capa de acceso a la red (por ejemplo, a la légica Ethernet) con el mandato expreso de enviarlo al di positive de encaminamiento X (el primer salto en el camino a B), Para controlar esta operaci6n se debe transmitir informacién de control junto con tos datos de usu. 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, E1 TCP puede que divida este blogue en fragmentos més pequenios para hacerlos mas imangjables. A cada uno de estos fragmentos le ailade informacién de control, denominada cabecera TCP, formando un segmento TCP. La informacién de contro! la utiizaré ta entidad par TCP en el com- putador B. Entre otros, en Ia 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. « Naimero de secuencia: TCP numera secuencialmente los segmentos que envia a un puerto destino dado, para que si Megan desordenados ta entidad TCP en B pueda reordenarlos. + Suma de comprobacién: la entidad emisora TCP incluye un cédigo calculado en funcién del res- 10 del segmento. La entidad recepiora TCP realiza el mismo céleulo y compara el resultado con el ccédigo recibido. Si se observa alguna discrepancia implicard que ha habido algsn error en Ja trans~ 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 o varias subredes y serain retransmnitidos en uno o mis dis- positivos de encaminamiento intermedios. Esta operacién también requiere el uso de informaci6n de control. Asf, el IP aflade una cabecera de informacién de control cada segmento para formar un data- ‘grama IP. En la cabecera IP, ademés de otros campos, se incluira la direccién del computador destino (en nuestro ejemplo B), Secuencia de Datos det wsvaro bytes oe apteacion soecwa Segments ore cP ow agama cai ‘é Gavscara Paquete de ered vel dered Figura 2.11. Unidades de datos de protocolo en la arquitectura TCPAP,54 Comunicaciones y redes de computadores Finalmente, cada datagrama IP se pasa ata capa de acceso a la red para que se envie a avés de la primera subred. La capa de acceso a la red aftade su propia eabecera, creando un pauete, © rama. El paguete se transmite a través de la red al dispositivo de encaminamiento J. La cabecers’ del paquete comtiene la informacién que la red necesita para transferir los datos, La cabevera puede contener,entee ‘otro, los siguientes campos: + Direccidn de ta red destino: la red debe conocer a qué dispositive eonectado se debe entregar et aque. ++ Funciones solicitadas: ol protocolo de acceso a la red podria solcitar fa utlizaciin de cieras funciones que offezca la red, como, por ejemplo, la uilizacién de pricridades En el dispositivo de encaminamiemto J se elimina la cabecera del paquete y se examina la cabecera |P, EI modulo IP del dispositive de encaminamiento direcciona el paquete a través de la red 2 hacia B basindose en la dieccivin destino que contenga la cabecera IP. Para hacer esto, se le ahade al datagrams tuna cabecera de acceso a la red, ‘Cuando se reciben los datos en B, ocurte el proceso inverso, Bn cada capa se elimina la cabecera ccomrespondiente y el resto se pasa a 1a capa inmediatamente superior, hasta que los datos de usuario aleancen al proceso destino. INTERFACES DE PROTOCOLO En la familia de protocolos TCP/IP cada capa interacciona con sus eapas adyacentes. En el orig capa de aplicaci6n uilizara los servicios de la eapa extremo-a-extremo, pasindole los datos. Este proce slinniento se repite en ta interTaz entre la capa extremo-a-extremo y Ja capa internet, e igualmente en I interfaz entre la capa internet y la capa de acceso Ia red. Enel destino, cada capa entrega los datos & le capa superior adyacente La arquitectura de TCP/IP no exige que se haga uso de todas las capas. Como asi se sugiere en Ia Figura 2.12, es posible desarollar aplicaciones que invoquen directamente los servicios de cualquier capa. La mayoria de las aplicaciones requieren un protocolo extremo-arexiremo Seguro ¥ por tanto tii zan TCP. Algunas de estas aplicaciones, como el protocolo sencillo de gestidn de red (SNMP, Simple Network Management Protocol), utilizan un protocolo extremo-a-extremo altemativo denomi nado protocolo de datagrama de usuario (UDP, User Datagram Protocol); otras, en cambio, pueden he cer uso de IP directamente. Las aplicaciones que no necesiten interconexidn de Fedes y que no necesiten ‘TCP pueden invocar diretamente Tos servicios de la capa de acceso a la red, LAS APLICACIONES La Figura 2.12 muestra la organizacidn de fos protocolos mas importantes de la familia de TCP/IP. La ‘mayoria de estos protocalos se estudiar en la Parte V de este texto. En esta seccicn,resaltaremos tes protocolos que histsricamente han sido considerados esenciales en TCP/IP, y que se disefaron por el DOD como estindares militares junto a TCP e IP, El protocolo sencillo de transferencia de correa (SMTP, Simple Mail Transfer Protocol) p10- porciona una funcién basica de corteo electrénico. Proporciona un mecanismo para transferir mensajes entre computadores remotos. Entre las propiedades del SMTP cabe destacar la tilizacibn de listas de mensajeria, la gesti6n de acuses de reciho y el reenvio de mensajes. El protocol SMTP no especitica ce6mo se crean Tos mensajes, para este fin se necesita un programa de correo electrénico nativo © un editor Jocal. Una ver que se ha creado el mensaje, SMTP Io acepta y hace uso del TCP para envialo al, ‘médulo SMTP en el computador remoto, En el receptor, el médulo SMTP utilizaré sv aplicacion de correo electsénica local para almacenar el mensaje reibido en el buzéa de correo del usuario destina El protocolo de transferencia de ficheros (FTP, File Transfer Protocol) se utiliza para enviar fichetos de un sistema a otto bajo el control del usuario. Se permite transmitir icheros tanto de textoProtocolos y arquitectura 55 oe Uo vou | [rene | Poser | [sve 2G? = Protocolo de pasarea otara OSPF = Protocolo abito dl primer camino mas cana Pre. Protea de warsteranca cece RSVP = Protocolo ge resera de recursos ITP = Protocol patalavansfrerc do hportestos STP = Protocol sco Ge rantorenia de cro0 reel te mansajs do conten iat loco. rote net Sim = Protea snae de gest ae odes ime = Extesones mueropést de coneo elecnico Top. = Proteelo ge contol de ransmiscn tne Upp = Protocol ge dataprames de usar Figura 2.12. Algunos protocolos en Ia familia de protocalos TCPAP, ‘como en binario, ademés el protocolo permite controlar el acceso de Jos usuarios. Cuando un usuario solicta Ia transferencia de un fichero, ef FTP establece una conexi6n TCP con el sistema destino para intercambiar mensajes de control. Esta conexién permite al usuario transmitir su identificador y contra- sofa, ademas de la identificacién del fichero junto con las acciones a realizar sobre el mismo. Una vez {ue el fichero se haya especificado y su transferencia haya sido aceptada, se establecerd una segunda conexidn TCP a waves de Ja cual se materializaré la transferencia. B} fichero se transmite a través de la ‘segunda conexin, sin necesiad de enviar informacién extra, eabeceras generadas por la capa de apli- cacién, Cuando la ransferencia Finaliza, se mtiliza la conexidn de control pura indicar el fin, adem esta misma conexisn estard disponible para acoptar auevas drdenes de transferencia, TELNET facilta la posibilidad de conexiGn remota, mediante la cual el usuario en un terminal 0 ‘computador personal se conccta a un computador remoto y trabaja como si estuviera conectado direct :menie a ese computador. El protocolo se disen para trabajar con terminales poco sofisticados en modo serol! avance de pantalta), En realidad, TELNET se implementa en dos médulos: el usuario TELNET ‘neractia con el médulo de B/S para comunicarse con terminal focal. Fste convierte las particularidades 4e los terminales reales a una definicién normalizada de terminal de red, y viceversa. Bl servidor TFL NET fnteractda con la aplicacién, aetuando como un sustcuto del gestor del terminal, para que de esta forma el terminal remota le parezca local a la aplicacién, El trafico entre el yerminal del usuario y el servidor TELNET se transmite sobre una conexién TCP, EME Para el leetor que tenga interés en conocer con mayor detalle el TCPAP, existen dos trabajos de tres vokimenes que son mis que adecuades. El trabajo de Comer y Stevens ha Hegado a ser un clisico y se considera definitivo [COME99, COME97, COMESS}. Fl abajo de Stevens y Wright es también des- tacable, en él se presenta mis detalles en lo referente al funcionamiento de los protocolos [STEV94, STEV96, WRIGISI, Un trabajo mis compacto y muy dil 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€enicamente concisa y a la ver completa, sein cluyen el estudio de algunos protocolos que no se coasideran en Tos otros dos trabalos. Uno de los mejores textos sobre OSI y sobre protocolos relacionados es (JAIN93]. [HALS96] tam: bign proporciona un tratamiento completo, COME99 Comer, D. y Stevens, D. Inrernenworking with TCP/IP, Volume I: Design Implementation, ‘and Internals. Upper Saddle River, NJ: Prentice Hall, 1999, COME97 Comer, Dy Stevens, D. Internetworking with TCPAP, Volume Il: Client-Server Program: ‘ming and Applications, Upper Saddle River, NB: Prentice Hall, 1997 COME9S Comer D. Inrernenworking with TCPAP, Volume I: Principles, Protocols, and Architecure 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 Muchammer, M.,er al. TCP/IP: Tworial and Technical Overview. Upper Saddle River: NI: Premiice Hall, 1998, STEV94 Stevens, W. TCPAP tIlustrated. Volume 1: The Protocols. Reading, MA: Addison-Wesley, 1996. STEV96 Stevens, W. TCPAP Illustrated, Volume 3: TCP for Transactions, HTTP, NNTP, and the UNIXIR) Domain Protocol. Reading, MA: Addison-Wesley, 1996. WRIGIS Wright, G. y Stevens, W. TCPIIP Illustrated, Volume 2: The Implementation, Reading, MA: ‘Addison-Wesley, 1995, 2.1, Dos euerpos de ejército (de color azul, situados sobre dos colinas, estin preparando un ataque & un tnico e}ército (de color rojo) situado en el valle que las separa, El ejécito rojo puede vencer por separado a cada cuerpo del ejérito azul pero fracasara si los dos ejéritos azules atacan si ‘muluineamente. Los cuerpos de ejérito azules se comunican mediante un sistema de comunica ign no seguro (un soldado de infanterf). FI comandante de uno de los cuerpos de ejército azul, desearfa atacar al mediodia. Su problema es éste: si envia un mensaje ordenando el ataque. 10 puede estar seguro de que el mensaje haya Hegado. Podria solicitar una confirmacién pero &ta ‘ambien podria ser interceptada. {Existe alain protocolo que pueda utilizar el ejérito azul para evitar la derrora? 22, Enumere las desventajas del disefio en eapas para los protocolos. 23. Usando los modelos de capas de la Figura 2.13, deseriba el procedimiento de pedir y enviar una pizza, indicando las imeracciones habidas en cada nivel. 24, a) Los primeros ministros de China y Francia necesitan aleanzar un acuerdo por teléfono, pero ‘ninguno de los dos habla el idioma de su interlocutor. Es mds, ninguno tiene cerca un tradve- tor 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 describ la situacién, y deseriba la interacciones, que haya en cada nivel, bb) Supongs ahora que el traductor del primer ministro chino puede raducir s6lo al japonés y ‘que el primer ministro francés tiene un traductor alemén. Dibuje el diagrama que refleje esta nueva situacién y deseriba la hipotética conversacién teletnicaProtocolos y arquitectura 87 2.13. Arquitectura para el Problema 2.3 28. Basindose en los principios enunciados en fa Tabla 2.2. diseie una arguitectura con ocho capas y ponga un ejemplo de su utilizacién, Disene otra con seis capas y de otro ejemplo para ésta, 26, Discuta si es necesatia 0 no una capa de red (capa 3 de OSI) en una red de difusién, 2.7. fn la Figura 2.11 la unidad de datos del protocolo (PDU) de la capa N se encapsula en una PDU de la capa (V ~ 1). Igualmente, se puede partir la PDU del nivel N en varias PDU del nivel (N= 1) (Segmentaci6n), 0 agrupar varias PDU del nivel NV en una tiniea PDU del nivel (N ~ 1) (agrupamiento) a) En la segmentacidn, jes necesario que cada segmento del nivel (W ~ 1) contenga una copia 4e la cabecera del nivel ? 1b) Enel agrupamiento, jes nevesario que cada una de las PDU conserve su cabecera 0 se pue- den agrupar los datos en una Gnica PDU de nivel N con una tinica cabecera de nivel N?PARTE Il COMUNICACIONES DE DATOS Sis has I a Parte I tata sobre la transferencia de datos entre dos disposiivos que estin dinectamente co: nectados; es decir, dos dispositivos que estin enlazados por medio de un dnico camino, ¥ no por una red. Incluso para este contexto tan restringido hay una cantidad considerable de cvestiones iéenieas y de diseno que hay que analizar, En primer lugar, de alguna manera se tiene que entender bien €l procedimienco para transmiticsenales a trays de un enlace de comunicacién, Para tal fin, se uilizan téenicas analogicas y digitales. En ambos casos, la sefal se puede describir como un conjunto de com: ponentes que barren un rango de frecuencias electromagnsticas. Las propiedades de transmisiSn de lia sefal dependerin de las frecuencias que estén involucradas. Igualmente, los defectos y Timitaciones que suffe la sefial en la transmisién, como, por ejemplo, i atenuacién, son dependientes de la frecuencia Un aspecto independiente es el propio medio que se ullice para la wansmisin de la Sef, el cual seri factor determinante de las prestaciones que se puedan conseguir, en términos de velocidad de transmi- sin y distancia, Intimamente relacionado con las sefales y los medios de transmisién esta el problema de cémo codificar fos datos en las seals a transmitir. Las téenicas de codificacion son igualimente un factor que influiré en las prestaciones del sistema de transmisién, Ademas de los conceptos fundamentals de la sefial, el medio y la codificacién, la Parte II estudia otras dos aspectos importantes en las comunicaciones de datos: la iabilidad y la effcacia. En todo es- quema de comunicaciones, durante Ja transmisién siempre habré una tasa determinada de errores. Un protocolo para el contol del enlace de datos proporcionaré mecanismos para la deteccién y recupers- cid de tos errores, de tal manera que una linea que no sea fiable se convert en un enlace de datos Fable, Finalmente, si la capacidad del enlace es superior a los requisitos de una transmision tpica, en rasa proporcionae un uso eficaz del medio de transmisidn es nocesario la uilizacién de vatias técnicas «de muliplexacién. CAPITULO 3. TRANSMISION DE DATOS Los prineipios generales que rigen la transmisién de datos estén siempre subyacentes en todos los cow ceptos ¥ téenicas que se presentan en el libro. Para comprender la necesidad de la codificuci6n, la mul60 Comunicaciones y redes de computadores Liplexacién, la conmutacicn, el control de errores, y otros, el lector deberia comprender previamente ef ccomportamiento de la propagacién de las sefiales 2 través de los medios de transmision. En el Capitulo 3 se discuten las diferencias entre datos analégicos 0 digitales y entre tansmisiGn anal6gica o digital. Fa 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 clasiticar en guiados o inakimbricos. Los medios guiados mis Utiizados son el par wenzado, el cable coaxial y la fibra Spica. Entre las téenicas inalémbricas che destacar las mieroondas terrestres y via satélite, la radiodifusion, y los infarrajos, Ea. el Capitulo 4 cestudian todos estos conceptos. CAPITULO 5. CODIFICACION DE DATOS: Los datos pueden ser analégicos (continuos) o digitale (diseretos). Para su transmision, se deben cod tear mediante seRales eléeicas de caracterfsticas acordes con ef medio de wransmisién. Tanto los dats ‘analégicos como digitales se pueden representar mediante sefales anal6gicas © digitales; en el Capitulo 5 se estudian cada una de las cuatro posibilidades. Ademas se estudian también las teenicas de expect 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 comunicacién de datos. Para que dos dispositivos que estén conectados mediante un medio de transmisién puedan intercambiar datos digits les, se exige un alto grado de cooperacién. Tipicamente, los datos se ransmiten bit a bit. La temporizs: cién (la velocidad, 1a duracién y la separacidn) de estos bits debe ser comun en el transmisor y en el recepior. Se exploran dos técnicas habituales en la tansmisibn: asinerona y sfnerona. Este capitulo tam bien analiza las interfaces con la linea de transmisién. Normalmente, os dispositivos de datos digits, rho se conectan y se transmite directamente al medio. En su lugar, este proceso se lleva a cabo median la imervencién de una interfaz, normalizada CAPITULO 7. CONTROL DEL ENLACE DE DATOS El intescambio cooperativo de datos digtales entre dos dispositivos exige alggin mecanismo para el con trol del enlace de datos. El Capitulo 7 estudia tas téenieas fundamentales comunes a todos Tos prow colos para el contro del enlace de datos, incluyendo el control del flujo, la deteccisn y correccién de ertores, posteriormente se considera el protocolo més wiilizado: HDLC. CAPITULO 8. MULTIPLEXACION Las lailidades y servicios de transmision son caros. Es habitual que dos estaviones que se vayan a co ‘municar no utilicen toda la capacidad del enlace de datos. Por cuestiones de rendimiento, es convenient compartir esa capacidad, Fl término genérico que alude a esa comparticion es la muliplexacign, Capitulo 8 se entra en las tres técnicas mis habitwales de multiplexaci6n. En primer lugar se studia la mukiplexaci6n més wilizada, a divisin en frecuencias (FDM, Frecuency Division Multiple. ‘ing), familiar para evalquiesa que haya utlizado la radio o la televisién. La segunda téenica es ua cx0 particular de multiplexacién por divisién en el tiempo (TDM, Time Division Multiplexing) habitual ‘mente denominada TDM asincrona, Esta (éenica es habitual para la multiplexacién de secuencias de vor digitalizada, El tercer tipo es otro caso particular de TDM. mis compleja que la anterior pero poteacial: mente mis efieaz, denominsada TDM estadistica 0 asineronaCAPITULO 3 Transmision de 34 32. 34. 35. Apéndice 3A. Analisis de Fouri Conceptos y terminologia Terminologia utilizada en transmisién de datos Frecuencia, espectro y ancho de banda ‘Transmision de datos analégicos y digitales Datos Sefales Transmision Perturbaciones en la transmision Atenuacién Distorsién de retardo Ruido Capacidad del canal Lecturas recomendadas Problemas Desarrollo en serie de Fourier para sefales periédicas Transformada de Fourier para sefiales no periédicas Densidad de potencia espectral y ancho de banda Apéndice 3B. Decibelios y energia de la sefial datos62 Comunicaciones v redes de computadores POO meee eee meee eee ee eeseeeeeeeees ‘+ Todos los formatos de informacién considerados en este texto (vor, datos, imagenes, vileo) se pueden representar mediante sefales electromagneticas. Dependiendo del medio de transtmisin y del entoroo donde se reulicen las comunicaciones, se pueden uiiizar sefales analégicas o digitales para traaspor {ar la informacién, Cualquier sefal electromagnética, analégica o digital, esta conformada por una serie de freeuencas constituyentes. Un pardmetro clave en la caracterizaci6n de la sefial es el ancho de banda, definido ‘como el rango de frecuencias contenidas en la sel. En términos generales, cuanto mayor es el anche {de banda de Ta sefial, mayor es su capacidad de transportarinformacién, ‘Uno de los problemas principales en el disefo de un sistema de comunicactones reside en las difcul tades 0 defectos de las lineas de transmisién. Las dificultades mas importantes a supetae son laste ruaci6n, la distorsiGn de atenuacién, la distorsi6n de retardo, asf como los distintos tipos de sudo Entre otros, el ruido puede ser de tipo térmico, ruido de intermodulacién, diafonia e impulsive. Lat dificultades en la ransmision usando sefales anal6gicas eausan efectos aleatorios que degradan la ce fidad de la informacin recibida y pueden afectar a la ineligibilidad, Cuando se utilizan sefiles dig tales, los defectos en la transmisin pueden introducir bits ertGneos en fa recepcién. ‘* Ei diseftador de un sistema de comunicaciones debe tener presente cuatro factores determinantes: e ‘ancho de banda de la sehal, la velocidad de transmisi6n de la informacién digital, la cantidad de ruido jumo a otros defectos en ja transmision, y por timo la proporeidn o tasa de errores tolerable. EI ‘ancho de banda disponible est limitado por el medio de transmisi¢a asi eomo por la necesidad de evitat iterferencias con setiaes cercanas. Debido a que el ancho de banda es un recurso escaso, 8 cconveniente maximizar la velocidad de iransmisién de los datos para el ancho de banda disponible. La velocidad de transmisin estéTimitada por el ancho de banda, la presencia includible de defectos en a transmisi6n, como, por ejemplo, el ruido, y finalmente por la tasa de errores que sea tolerable como maximo, POCO eee meee ee eseseseereseseereees jeas del medio de transmisisn, El objetivo de este capitule | éxito en Ia transmisién de datos depende Fundamentalmente de dos factores: la calidad de la seiial que se transmitey las caractert Jes proporcionar al lector un conocimiento inwitivo de la naturaleza de estos dos Tactores. La primera seceisn inteoduce algunos conceptos y terminologéa comiinmente aceptada en el campo de [a ingenieria eléctrica, proporcionando una base suficiente para abordar el resto del capitulo. La Ses- ciGn 3.2 clarfica el uso de los conceptos analégico y digital. Tanto tos datos analégicos como los digh tales se pueden transmitir usando sees analdgicas 0 digitales. Es mis, esto es ampliable al process: miento intermedio que se haga entre la fuente y el destino, padiendo ser de nuevo analégieo 0 digital En Ia Seccin 3.3 se estudian los defeetos en la transmisiGn que pueden introducir errores en los datos. Dichos erzores son fundamentalmente: la atenuacidn, el retardo, y los diversostipos de euido exis: tentes. Por titimo, se estudia el concepto fundamental de capacidad del canal 3.1. CONCEPTOS-Y TERMINOLOGIA En esta seccidn se introducen algunos eonceptos y términos que se utlizarin a lo largo del capitulo, y de hecho en toda ka Parte ITransmision de datos 63 TERMINOLOGIA UTILIZADA EN TRANSMISION DE DATOS La transmisign de datos entre un emisor y un receptor siempre se realiza a través de un medio de tans- rmisién, Los medias de transmisién se pueden clasificar como guiados y no guiados, En ambos casos, la comunicacidn se realizt con ondas electromagnéticas. En los medios guiados, como. por cjemplo, en los pares trenzados, los cables coaxiales y las fibras Gpticas, las ondas se transmiten confindndolas a lo largo 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, el mar 0 el vacio, El término enlace directo hace referencia al camino de transmisién entre dos dispositivos en el que la sefial se propaga directamente del emisor al receptor sin ningtin otro dispositive intermedia que no sea un amplificador 0 repetidor. Estos ditimos se usan para incrementar la energia de la sefial. Obsér- vvese que este término se puede aplicar tanto a medios guiados como no guiados. Un medio de transmisién guiado es punto @ punto si proporciona un enlace directo entre los dos Linicos dispositives que comparten el medio. En una configuracién guiada multipunto, el mismo medio es compartido por mis de dos dispositivos. Por ejemplo, en li Figura 3.1, el enlace entre los dos nodos de conmutacién de la parte superior de la figura son punto a punto; el enkice que une a las estaciones de trabajo conectadas usando una LAN segiin 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 sefales se transmiten s6lo en una Gnica direcciGn; siendo una estacidn la emisora y otra la receptors En half-duplex, ambas estaciones pueden transmitir pero no simulténeamente. En full-duplex, ambas es- taciones pueden igualmente transmitir, pero ahora simulténeamente. En este tltimo caso, el medio trans- porta sefiales en ambos sentidos al mismo tiempo, Posteriormente se explicard emo se realiza este tipo e transmisién. Nétese que estas definiciones son de uso comin en los Estados Unidos (son definiciones ANSI, En otros lugares (donde prevalecen las definiciones UIT-T) el término «simplex» corresponde a schalf-duplex, tal y como se ha definido antes, y «duplex» se usa por lo que se entiende como «full- duplex» en ANSI FRECUENCIA, ESPECTRO Y ANCHO DE BANDA En este libro, consideraremos las seftales electromagnéticas desde el punto de vista de fa transmisién de datos. En el punto 3 de la Figura 1.2 se genera una seflal en el transmisor que se envia a través del medio. La sefal, que es una funcién del tiempo, se puede expresar también en funcién de Ia frecuencia; ‘es decir, la seftal est constituida por componentes a diferentes frecuencias. Para comprender y caracte= rizar mejor el funcionamiento de la transmisién de datos, el dominio de la frecuencia resulta set mas ilustrativo que ef dominio del tiempo. A continuacisn, se introducen ambos dominios. Conceptos en el dominio temporal _La seal electromagnética considerada como funcién del tiempo, puede ser tanto continua como discre- ‘a, Una sefial continua es aquella en la que Ia intensidad de la sefial varia suavemente en el tiempo. Es decir, no se presentan saltos o discontinuidades', Una sefial disereta es aquella en Ja que la intensidad se mantiene constante durante un determinado intervalo de tiempo, tras el cual Ta seal cambia a otro valor constante. En la Figura 3.1 se muestran ejemplos de ambos tipos de sefiales. La sefal continua puede corresponder a voz y la sefial discreta puede representar valores binarios (0 y 1) La defncign matemstica ex aa seal) ex Comin 8 lit) = para too64 Comunicaciones y redes de computadores ‘reineg (votes) > Tenge (2) Continua Ames ‘watos) Py fT Fir) Tt ... (@oase Figura 3.1. Sefisles continua y disereta El tipo de sefales més sencillas que se pueden considerar son las seiiales periddieus, que se earact- rizan por contener un patron que se tepite a 10 largo del tiempo. En la Figura 3.2 se muestra un ejemplo de sefal periddica continua (una onda sinusoidal) y ua ejemplo de sefal periédica digital (una onde ‘uadrada). Mateméticamente, una seal 51) se diee peri6dica si y solamente si MEET) =8) were te donde fa constante T es el periodo de fa sem ‘cualquier otro easo la seal es wo periédica, (7 debe ser ef menor valor que verifique la ecuacién). Ea {La onda seno es fa seal continua Fundamental por excelencia. Cuslguier onda seno se ‘mediante tes parimettos: Ia amplitid (A), fa frecuencia (f)y la fase (@). La amplitud de valor maximo (© eneriia) de fa seal en el tiempo: normaimente exe valor se mide en volo. La fe ceuencia es la 1270 [on ciclos por segundo o Herzios (Hz)] la que la seal se tepte. Un pardimeta equivalente es et periodo (7), definido como la cantdad de tiempo tanscurtida ene dos repeticiones consecativas de 1g sofa por tanto, T™~ If. La fase es una medida de la posicin relativa de a sel dentro de un periodo de fa misma: este concepto se slusta més adelante. Ms Formalmente para uaa sefial peviica f(, la fase es la fraccion 1P del periodo P, en la que ba avanzado respecto un origea abitavio, Elorigen se considera normalmente come el timo crace por ceao desde valores negatives & positives, La expresion general para una onda sinusoidal es: s= AsenQaft + 9)Transmision de datos 65 ‘ , i a 2 Poros (6) Oca cvaerada Figura 3.2. Senales periddicas. En Ja Figura 3.3 se muestra el efecto de Ia variacién de cada uno de los tres pardmetros antes men cionados, En la parte (a), fa frecuencia es I 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 fa Figura 3.3(¢) 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 (2x radianes = 360” = 1 periodo) En la Figura 3.3 el tiempo se representa en cl eje horizontal; la curva representa el valor de Ia sefal para un punto del espacio dado, en funcién del tiempo, Este tipo de representacidn, con un cambio adi- ional 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 funcién de la distancia, Por ejemplo,66 Comunicaciones y redes de computadores tt 20 WAros.t es a0 a (Aen a2.ge0 (Ash fa nena Figura 33. sit ~ Asenizeft + gh para la ransmisién de una seal sinusoidal digamos una onda electromagnética de radio-frecuencia ae jada una cierta disncia de la antena, o un sonido alejado a cierta distancia del altavoz), en un insane determinado de tiempo, la intensidad de la sefial varia sinusoidalmente en funcidn de la distancia media desde la fuente Ex obvio que existe una relaci6n sencilla entre las dos sefiales seno anteriores (en el tiempo y en a espacio}, Para una se tud de onda 7 como la distancia que ocups un ciclo, en ots palabras, la distancia entre dos puntos de igual fase en dos ciclos consecutivas. Supcngase que la sca se propaga a una velocidad 1. En ese caso, Ia longitud de onda se puede relacionar con el periodo dela al através de la siguiente expresién: 7. = v7. O equivalentemente 2 v. Bs frecuente el c4S0 en que =e; es devir, 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% 10" mis Conceptos det domi de la frecuencia fn la prictica, la sefal electomagnética puede estar compuesta de muchas frecuencias, por ejemplo, en a Figura 3.4e se musta Ia siguiente seal sie) = (AY) * (sen aft) + (1/3)sen 2x30) cen este ejemplo la sefal esti compuesta por dos términos correspondientes a las frecuencias fy 3f dichas componentes se muestran en las partes (a) y (b) de la mencionads figura, Hay varias considers ciones interesamtes que se pueden hacer ala vista de estas figurasTransmisién de datos 67 oor esr 107 ast 207 (a) seng2at) os: 10 oor ost sor ast 207 (0) (173 ;.0n-21300) (6) (i) tsentarm + (s3}:0nt2(3N09 Figura 3.4, Suma de componentes en frecuencia (T = 1). ‘+ La frecuencia de la segunda componente es un multiplo entero de Ia frecuencia de ta primera, Cuando todas las componentes de una seftal ienen Frecueneias mdltiplo de una dada, ésta se deno- ‘mina frecuencia fundamental. . mie a fa fret periodo de 1a sefial suma de componentes es el periodo correspond uencia funda- mental. El periodo de la componente (2zf1) es T= 1/f,y el periodo de s(z) es también T, como se puede observar en ta Figura 3.4c.Comunicaciones y redes de computadores Se puede demostrar, usando el andlisis de Fourier, que cualquier sefialesté constitu por compo: nentes Sinusoidales de distinas frecuencias. Fate resultado es de vital importancia, ya que los efectos de Jos medios de transmisién sobre ls sefiales se pueden expresar en el dominio de la frecuencia, como tiscutie posteriormente en este capitulo, Para el lector interesado al inal del capitulo, en el Apsndce 3A, se presenta una intraduceidn al anslisis de Fourier Por fo tanto, para cada senal se puede decir que hay una funcién en el dominio del tiempo s(?) que determina la amplitud de la sefal en cada instante de tiempo. Igualmente, hay una funcién Sif) ene dominio de la frecuencia que especifica las frecuencias constitutivas de la sefal. En ka Figura 38a se 06 ° " a oF a (a) i= aseneam + (19 e022, wat oxaste x2 Figura 35. Representaciones en e dominio dela frecuencia.Transmisién de datos 69 muestra a seal de Ja Figura 3.4¢ en el dominio de ta frecuencia, Obsérvese, que en este caso Sif) es disereta, En la Figura 3.5b se muestra la funcién en el dominio de la frecuencia correspondiente a una, sefal pulso cuadrado, con valor | entre ~X/2 y X72, y 0 en cualquier otro caso?, Obsérvese que en este caso S(/) es continua y tiene valores distintos de cero indefinidamente, aunque la mageitud de las frecuen- cias se hace pequefia para frecuencias grandes, Estas caracteristicas son comunes en las sefiales reales. Se define el espectro de una sefial como el conjunto de frecuencias que la constituyen, Para la senal e la Figura 3.4, el expectro se extiende desde fa 3f. Se define el ancho de banda absoluto de una sefial como la anchura del espectro, En el caso de la Figura 3:4¢ 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 efectivo o simplemente ancho de banda. Para concluir definiremos e! término componente continua (de). Si una sefial contiene una compo: nente de frecuencia cero, esa componente se denomina continua (de, direct current). Por ejemplo, en la Figura 3.6 se muestra ef resultado de sumarle una componente continua a la sefal de la Figura 34e, Sin co oor osr sor 187 2or (abo 4 + (aeneen(2at + (1/een(2s(390 08 06 os o2 ar) 1 2 3 af esi Figura 3.6. Sofal con componente continua (de) 2 De hecho. fa furs S17) en exe ejemplo es simetic respeto f = 0, y por ao, est defini pa Yo fresuenca La exsenca de foctencine ogativs exh atficin mitemstico cua jusiieaion ce fers del prio de70 Comunicaciones y redes de computadores ‘componente continua, la seal tiene una amplitud media igual a cero, vista en et dominio det tiempo. Si tiene componente continua, tendré un tErmino a frecuencia f= 0, ¥ por tanto, una ampitud promedia distima de cero, Relacién entre la velocidad de transmisién y el ancho de banda Se ha detinido el ancho de banda efectivo como la banda en la que se concentra la mayor parte &e la cenergia de la sefal. La mayor parte es un concepto algo impreciso. La cuestién importante agut, es que aunque una forma de onda dada eontenga frecuencias en un rango exienso, por cuestiones prctcas, Sistema de transmisi6n (ransmisor mis medio mis receptor) sélo pours transferir una banda fimitada & Frecuencias. Fsto hace que la velocidad de transmisién maxima en el medio sea limitada Para explicar esta evestin, consideremos la onda cuadrada de la Figura 3.2b, Supongamos que ua [ binario se representa mediante un pulso positive y un 0 por un pulso negativo, Por tanto, la Forma de ‘onda representa la secuencia binaria 1010... La duracién de cada pulso es 1/2f: Inego, la velocidad de twansmision es 2f bits por segundo (ps). 10) ~ 2 10%) = 4 MHz, Porta Resumiendo, + Caso I: Ancho de banda = 4 MHe, velocidad de wansmisién ~ 2 Mbps. + Caso TI: Ancho de banda = 8 MHz, velocidad de transmisién = 4 Mbp. + Caso TIE: Ancho de banda = 4 MHz, velocidad de transmisién = 4 Mbps bis 0 1 00001 0 0 Wlocidad de ransmiin 2.00 bis po sean Pron eopots do ttoamisén: {7} Anche banda 500 He ‘Ach de banda 800 ‘Anco de bande 1300 He Anco de bods 2.50 He Ancho de bart 4.000 He Figura 38. Efecto del ancho de banda en las senales digitales igura 3.4c es suticiemtemente grande para que la form de onda pueda represen f= OS js, de tal manera que aparece un bit Cuda 0.25 ps siendo lia velocidad de ‘ransmision 4 Mbps. Considerando la Figura 3de, el ancho de banda de la sefal & un ancho de banda dado puede proporcionar ve as velocidades de transmisiOn, dependiendo de la habilidad que exhiba el receptor para distin guir diferencias entre los Ly Gen presencia de ruido y otras dificultades en la transtisionTransmision de dotos 73 De las observaciones precedentes, se puede obtener las siguientes conclusiones. En general, cua ‘uier onda digital tendr un ancho de banda infinito. Si se intenta transmitir esta torma de onda como ‘una sefial por cualquier medio, la naturaleza del medio, imitars el ancho de banda que se puede tran nitir. Es mas, para cualguier medio, cuanto mayor sea el ancho de banda transmitido, mayor sera elcoste. Luego, por un lado, por razones prcticas y eeonémicas, la informacién digital se aproxima por tuna seal de banda limitada, Por otro lado, la imitacidn del ancho de banda introduce distorsiones, que hacen que a interpretacién de Ia sefial recibida sea mis dificil. Cuanto mayor es Ia limitacion en cl ancho de banda, mayor es la distorsién, y mayor es Ia posibilidad de que se cometan errores en et receptor, Una explicacién adicional puede servir para reforzar estos conceptos. En la Figura 3.8 se muestra una cadena de bits a una velocidad de transmisién de 2,000 bits por segundo, Con un ancho de band gual 2.500 Hz, o incluso 17.000 Hz, fa representacidn es bastante buena, Es mas, estos resultados son generalizables de la siguiente manera, Si la velocidad de transmisi6n de la seal digital es W bps, enton- 2s se puede obtener una representacién muy buena con un ancho de banda de 2W Hz. No obstante, ‘menos que el ruido sea muy elovado, 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 transmisin de la sefal, mayor es el ancho de banda efective. Visto de otra ‘manera, cuanto mayor es el ancho de banda de un sistema de transmisién, mayor es Ta velocidad con Ia ‘que se pueden transmitir los datos en el sistema. (tra observacién que merece la pena establecerse es la siguiente: si consideramos que el ancho de banda de una sefal esté 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 Ja velocidad de transmisién, Por ejemplo, una seal centrada en torno 2 2 MHz, su ancho de banda rniximo es de 4 MHz Posterormente, en este capitulo, tras el estudio de las difeultades presentes en Ia transmisi6n, en la 3.3 se volverd a la discusidn de la rekacién entre el ancho de banda y la velocidad de transmi= ay ne En la ransmisin de datos desde una fuente a un destino, se debe tener en cuenta ka naturaleza de los datos, cémo se propagan fisicamente dichos datos, y qué procesamiento 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 tatan de entidades digitales o analégicas. Los términos analégico y digital corresponden, 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. + Sefializacign, + Transmisin Se define dato como cualquier entidad capaz de transportar informaci6n. Las sefiales son represen: taciones elécticas o electromagnéticas de los datos. La sefializacién es el hecho de la propagacién fisi- ‘ca de las sefiales a través de un medio adccuado, Por ultimo, se define transmisién como la comunic: cin de datos mediante 1a propagacién y el procesamiento de sefales. En lo que sigue, se intentari Clarficar estos conceplos abstracts, considerando las diferencias entre los términos analdgico y digital referidos a datos, seiaes y a la wansmisisn,"4 Comunicaciones y redes do computador DATOS Los conceptos de datos analbgicos o digitales son bastante sencillos. Los datos analdicos pueden tome valores en algtn imtervalo continuo, Por ejemplo, el video y la voz son valores de iniensidad que vasian ccontinuamente, La mayorta de fos datos que se captutan con sensores, tal como fos de temperatura de presidn. son continuos, Los datos digitales toma valores discretos, como, por ejemplo, los textos o ks El ejemplo ms familiar © cercano de datos analégicas es Ia seal de audi, que en forma de ondss {de sonido se puede percibir directamemte por Ios seres humans. La Figura 3.9 muestra el especteo ad {ico de Ia vor humana y de ta sefal de rmisica. Se pueden encontrar companentes en frecuencia ene 100 Hz y 7 kHz. Aunque la mayor pane de Ja energia de Ja vor esti concentrada en las frecuencias bajas, experimentalmente se ha demostrado que las frecuencivs por debajo de 6040 0 700 Ha eontribuyen poco a Ia inteligibilidad de la voz en el ofdo humano. Una seial de vor tpiea tiene un rango diasmico ‘uproximaamente de 25 dB, es deeit, i potencia maxima es del orden de 30K) veoes superior @ la po- tencia miniesa, La Figura 39 también muestra el espoctto y rango dinimico de la sedal de misica, (Oxo ejemplo tipico de datos analdgicos es el video, En este caso, es mis fic caracterizar los datos términos del espectador (o destino) de la pantalla de TV que la escena original (o fuente) que se taba en la cimara de TV, Para producir una imagen en la pantalla, un baz de electrones barte la Soper ficie de la pantalla de izquieda a derecha y de artiba a abajo, En la tlevisién en blanco y negro lt Juminancia (en una escala del negro a blanco} que se produce en un punto determinado es proporcion ‘la intensidad del haz cuando pasa por ese punto. Por tanto, en cualquier instante de tiempo el haz tom tun valor de intensidad analdgico para asf producire! brillo deseado en ese punto de la pantalla, Es mis, ‘cuando el haz hace el barrdo, el valor analégico eambia, Por tanto, la imagen de video se puede eons dderar como una sefal analdgica variable en el tiempo. Nu : “ q i Canattsleenico 1 1 f i \ oF i 1 \ 1 Range vt roreo “soxnaco | \ been cob “Bites Y sem 4 ard de pte tone 100 He the sobre oaks Figura 39. Espectro acstico de le vor y musics (CARN9S) Ta concept de decibelin se expire Api 38Transmision de datos 75 La Figura 3.10a muestra el proceso de barrido. Al final de cada linea de barrido, et haz. se vuelve répidamente hacia la izquierda (retroceso horizontal). Cuando al haz alcarza Ta parte mis baja, se vuel- ve ripidamente a la linea superior (retroceso vertical). Obsérvese que el haz se anula durante los retro, Para conseguir una resolucién adecuacla, el haz describe un total de 483 lineas horizontales a una velocidad de 30 barridos de pantalla por segundo, Después de diversas pruebas se ha demostrado que sa velocidad produciria una sensaci6n de parpadeo en lugar de movimiento suave como seria deseable. No obstante, el parpadeo se elimina con un proceso de entrelazado, tal y como se muestra en ki Figu- 2310p, El haz de electrones barre la pantalla empezando por la izquierda, muy cerca de la Tinea supe. tior, Elbaz aleanza la mitad de ka nea inferior de la pantalla tras barrer 21,5 lineas. En ese instante, el haz se reposiciona répidamente a la mitad de Ta linea superior de la pantalla, volviendo a barrer las restantes 214.5 Iineas entrelazadas con las anteriores. Asi pues, la pantalla se refresca 6 veces por se- guido, en lugar de las 30 anteriores, y con ello se elimina el parpadeo. se bai Rewoceso horizontal Retoceso ‘Aquino se mest fas fines ce 5 238 de primer ‘poy Ta lines ef 267 3 1a 500 de seguro Las linea de fa 242 a 262 ye 505 a5 pone del raza, comesponden a cuando eh restizae! (by Técnica de vieo entrelazaco Figura 3.10. Produccién de una imagen de TV.76 Comunicaciones y redes de computadores Las eadenas de caracteres 0 textos son un ejemplo tipico de datos digitales. Mientras que fos datos cen formato de texto son mis axlecuados para los seres humanos, en general, no se pueden transitir © almacenar feilmente (en forma de caracteres} en los sistemas de procesamiento © comunicacién. Tales sistemas estin disefiados para tratar datos binarios. Para esto se han disefiado un gran ntimero de edd gos mediante los cuales los caracteres se representan mediante secuencias de bits. Quizis el ejemplo ‘ds antiguo y conocido es el cédige Morse. En nuestros dias, el eédigo mas utilizado es e] Alfabeto de Referencia Internacional (IRA, International Reference Alphabet)*, mostrado en la Tabla 3.1. Cada ca rcter se representa en este cédigo por un patrin Gnico de 7 bits; por o tanto, se pueden representar 18 caracteres distintos. Esto implica un aiimero mayor del que se necesita, y algunos patrones de entre los 128 se utilzan como earacteres de control (Tabla 3.2). Entee estos dllimes, algunos estin relacionades con el control de la impresivn de los earacteres en una pagina, Otros estan relacionados con los proc ‘mientos de comunicacisn, que serin explicados mas adelante, Los caraeteres codificados con IRA se Tabla 3.41. Alfabeto de referencia internacional IRA, International Reference Alphabe. Posicon del bit GG, i HEGRE HK ooo tO i EAT, RE bm be by by By bby o 6 0 o[mujoe;*][ol]e |r ° 00 0 1{sonfo}? [+}alolal)a« 0 8 3 0 | sx | oc 7 1efatele oo 1 1{exfoa];>|ale a 0 10 ol eorlos)s fs o|{r{el|. o 4.0 afenafnx] = fs ]e|[ufel|.« o 11 ofaxfen;e fel rFi[vir|. 041 4) ae | ee 7,e|wiel|™ 1a o ofasjan|;|ej*|x|fa|~ voorleije{,f[elijyiily 1 @ 1 0| [swe] 2[zlil[. 101 afwiecf+[)[*e,1]*]: 110 of m | =fe{.fo 130 1] c | wo =["|.]™ road o. so | isz > N “ o ~ 1asafe pe] [> [oe @ | on Taw di nn Reomeniin de UI-T Tame edi tena Apes Naner5 (18) Laven del IRA en US, ne denomina «American Standard Code fr Information terhange> (ASC,Transmisién de datos 77 Tabla 3.2. Caracteres de control IRA. u ‘son x ex cor ena. is 182 ist Nu set od ‘Control de formato (Backspace, wespacio ats: indica un movimion- VT (Vertical Tab, stabulacion vatal: indies un des- to deretraceso en una poscion del mecan'ma Jo plataminto vertcal dol mecsnsamo de improsin Impresion o del eso do euraar hase la siguents lines oresigneda, (Horizontal Tab, stabulacion horizontals: iniea FF (Form Feed, savance de paginas: indies un dea Un desplazamionto, hein delanto del mocanismo platamiento dol mesanismo de impresiin 0 Sel ide impresian del cursor haste ot sigulente tabu uraor hasta el comin de la siguiente pegina 9 lador pressignaco pantalla [line Feed, novonce de linea: indica un degpiazs: GR (Cartage Return, wetoma de carton ines un Imionto dal macanismo da impresion o dal cuteor plazamiento. del macaniemo, de mpresion 0 fas of principio de la igurent linea press ‘el cursor hacia Is primera posiion de ines 3 Control de tranamision {Start of Heading, scomienso de cabecerani: se ‘ransmitdo por el receptor # modo de confirms: Utne para indica af comianzo de una eabece dn hacia el emisor. Se usa coma respuesta ae ‘aus puede contener una direccion informacion matva a los monealos sondoo. pate ol ancaminamiont, INAK Negative Acknowledgement, sreconacimiento ne: {Star of Text xcomienz0 6 textos): 96 ua para ‘tivon- a un eardctertanamiiso par ol receptor Inder el comienzo da toxto'y para indir fr {modo de confrmacion negativa hacia omar bin final doi exbacers Se uss como respuesta negotiva lor mensajes (dof Text, final de fenton: 8 iz para inl: Sondeo. zr al toxto que ompez6 con ST SYN (Synctronausldla, «sincronojparador}: eo utiliza {End of Wranamasion, sina de Iranemisignn ia fn fo satemos de tansminionsiserone pet le- {za ol final do a ransmision, an a que ee han po ‘ar 2 cabo le sineronizacion, Mientras no so on {ido inclir varioe stoxtoss con su correrpen. Vian" dtos, ol sistome de tansmision sincrono thintescabaceres puede vansmitr continuamente coractares SYN. (Enquiry, sinterrogaciéns| una salictud de res- ETB. (End of Transmission Black final da Bloque trane- puesta omit por un oxtacion remota. Se puede ‘itidow: inden el final dun Bloque de datos. Se {sar pera pragunter “QUIEN ERES Tus, formulas Utilize para delimtar datos cuando la estructura por ota ostaton Gel bleaue no seta nocecaiamants rolacionsda Tacenomiedge,sreconocimienton: es un carscter on el formato de procesamiento, Separadores de intormacién Fe Separator, weeparador de fichoron Separadores de Informacion que se usan opcio {Group Separator, sseparador de grupos haimante, tniendo en cuenta gue debe respe IRocors Separatr, seeparador de registro tar su dependence jorarquice que vs dol ISé tel {Unted Separator, sseparadorunidos Ime genérica al {St fl menos generico, Miscelinea, (Mul enulow:suseneia de carder. Se utiea ara fallenr al Gempa'0 a espacio cuando no hay ‘pion’ se ublize pare cuando hay necest dad de lamar la atencion del usuario, Puede con toler alarmasw otvosdapositvor (Shift Out fuera de codigos indice que ios eb {08 que siguon se deben interpreter como si no Pertneciean al ebdigo estandar, asta que 293 fazca a earactr 8 [Shit n,sdontro de cocigo>) indica que los e&d fo qe siguen se debar intarpretar de cuerdo on @ conjunto esténdar. IDoloe, sborara se usa para borrar caractres no ‘desendos, pot ejemplo, pra tobreeseibe ISeece,sespecos) es un caracer no impyimible ‘queso wliza para soparr palabras 0 para despa 1 el mecanismo de impresion 0! cursor Une pe ‘icin hacia adalat {Oats Link Escape, slr a enlace de datosnl es: {a caracter cambia al significado de uno 0 mas ca ractores comiguos tas su aparicién, Puede pro: poteionar contro suplementaro © pormite envi ‘We correspandan a cuniquiercombinacion ber, BC2, DCs, DCA (Device Cont, wcontrles de dispo- em ‘sivas caractores pare contolrdispostvos or minal ‘Cancel, seancelars! indies que los datos que Io Dreandon eno! manssjeo bioaue se debon desese {ar normalmente porque s0 heya detectado un ‘rer {End od Madium, sfin del medion: indie el foal Fisica da una cinta magnatica ocualauer otro me- io ol fna dei Fraeion del meio que se hays {Subattote, eaustturl:sustuldo por un caéctar {que ae haye encontrado erorien 6 invsid. (Escape, salen eats earGctar sats dadicado 0 pro- porcionar ana extension de codigo, da tal manera fue cambio signtiaco de un numero Setrmina Go de coractees que sigan contnuacion8 Comunicaciones y redes de computadores almacenan o cransmiten casi siempre usando 8 bits por canieter (un blogue de 8 bits se denomina acto © byte). Elbit nimero 8 se utiliza como bit de paridad para la deteccién de errores. Este bit se elie de forma tal que el nimero de unos binarios en el octeto sea siempre impar (paridad impar) siempre par (paridad par). Asi pues, se padrin detectar los errores de transtnisin que cambien un solo Bit SENALES En un sistema de comunicaciones, los datos se propagan de un punto a otro mediante sefiles elétrcas. Una seial analigica es una onda electromagnética que Varia continvamente y que. segin sea Su expec 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 Spica, o através de la atmésfera o el espacio. ‘Una senal digital es una secuencia de pulsos de tension que se pueden transmitir a tavés de un medio conductor: por ejemplo, un nivel de tensidn positiva constante puede representar un | binario y un nivel, de tensicn negaliva constante puede representar un 0. algunos ejemplos especificos de tipos de seiales y posteriormente se di tirin las relaciones existentes entre datos ¥ sehales Ejemplos ‘Volvamos a los tres ejemplos de la sevcién amterior. Para cada uno de ellos, se describied la sefial y la estimacién de su ancho de banda. En el caso de datos acisticos (vo2), los datos se pueden representardirectamente mediante una seal clectromagnética que ocupe el mismo espectro. Sin embargo, es necesario establecer un compromiso entre la fidelidad del sonido cuando se vaya a tansmitr elétricamente y el coste de la transmision, el cual aumentaré al aumentar el ancho de bands. Aunque, como ya se ha mencionado, el especiro de lt vor est aproximadamente entre 100 Hz y 7 kHz, un ancho de banda mucho mis estrecho producirs una calidad aceptable. El especteo estinda para las seales de vor esté entre 300 y 3400 Hz. Esta reduccién ces adecuada para la transmisi6n de la vor, ya que a la vez se reduce la capacidad de transmisién necess- ria y posiblitael uso de teléfonos de coste muy bajo. Asf pues, el teléfono transmisor convierte la seal scistica de entrada en una seal electromagaética en el rango de 300 a 3.400 Hz, Esta seal se transmite 4 través del sistema telefGnico al receptor, el cual la reproduce generando un sonido actstico. Ahora consideremos la seital de video. Para generar la seflal de video, se usa una camara de TV, que cn realidad realiza funciones similares a un receptor de TV. Un componente de la eémara es una place forosensible, sobre la que se enfoca épticamente la imagen. Al efectuar el barrido, se genera una seal cléctrica proporcional a la intensidad de la imagen en cada punto panicular. Como ya se ha mencions- do, se barren 483 Iineas a una frecuencias de 30 escenas por segundo. Estos mumetos son aproximads, ‘ya'que hay tiempo que se pierde en el retroceso vertical del haz de bartido. El estindar 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) * (30 barridos/s) = 15.750 lineas por segundo, o lo que es lo mismo 6355 118. De estos 635 us, aproximadamente 11. us estin reservados para el retroceso horizontal, quedando pues un total de 552.5 ss por linea de video. Estamos ya en disposicin de estimar el ancho de banda que se necesita para la sefial de video. Para hacer esto se deben estimar las recuencias superior (méxima) e inferior (minima) de la banda. Utilizae- :mos el siguiente razonamiento para determinar la frecuencia méxima: dicha frecuencia ocurriia durante €l batrido horizontal si a imagen cambiara alternativamente de blanco a negro tan ripido como fuera posible. Se puede estimar el valor maximo considerando la resolueidn de la imagen de video. En la Gimensida vertical, hay 438 lineas, de forma tal que la resoluci6n vertical maxima seria 483. Experi- ‘mentalmente se ha demostrado que la resoluci6n real subjetiva es alrededor del 70 por ciento de ese ‘numero, es decir, 338 lineas. Para conseguir una imagen compensada, las resoluciones vertical y hot zontal deberin ser aproximadamente las mismas, La resolucién horizontal deberfa ser 4/3» 338 450Transmision de datos. 79 ineas, ya que la relacidn de la anchura de la pantalla de TV respecto a It altura es de 4:3. En el peor de Jos casos, la linea de barrido consistiria en 450 elementos alternantes de blanco y negro. El barrido re- sultante seria una onda en la que cada ciclo consistsfa en dos niveles de tensién correspondientes all negro (el mayor) y al blanco (el inferior). Por lo tanto habria 450/2 ~ 255 ciclos de ta onda cada 53.5 ps, para una frecuencia maxima de 4.2 MHz. Este razonamiento aproximado, es en realidad bastante preciso. El limite inferior seré una frecuencia cero o continus, donde el valor de continua corresponde a la ilumina- jonentes espurias poxlrian intererir con otras componentes a frecuencia f, + f BE] muido de intermodulacién se produce cuando hay alguna no Hinealidad en el ransmisor, recep, fen el sistema de transmisign, Normalmente. estos sistemas se comportan como sistemas ineales es decir, la sada es igual a la entrada muliplicads por una constant. En los sistemas no lineal la sida es una funeién mais compleja de la entrada. Estas componentes pueden aparecer debido al Funcions ‘miento incorrecto de los sistemas o por el uso de excesiva energsa en la seal, Bajo estas cireunstancias aparecen tértinos suma o diferencia, 0 To que es to mismo rude de intermodulacisn, La diafonia la ha podido experimentar todo aquel que al usar un teléfono, hays ofdo otra convers cidn: se trata en realidad de un acoplamiento no deseado entee las Vineas que teansportan las sees Esto puede ocutrir por el acoplamiento eléctrico entre cables de pares cercanos, 0 et raras deasiones, et Tineas de cable coaxial que transporten varias senales. La diafona también puede aparecer cuando ls seilales no deseadas se captan en las antenas de microondas: aunque éstas ve caracterizan por se alt mente direceionales, la energta de las microondas se dispersa durante Ja wansmisién, Normalmente i diafonfa es def mismo orden de magnitud (0 inferior) que el rude térmico. Los ruidos antes descritos son de magnitud constante y razonablemente predecible. Ast pues, es po sible idear un sistema de transmisin que les haga frente, Por el contrat. el rulde impulsive es 90 ‘continuo ¥ esti consttuido por pulsos o picos iregulares de corta duraciéa y de amplitud relativamene ‘erande. Se generan por una gtan diversad de causas. como, por ejemplo, por perturbaciones electo- Iagnéticas exteriores producidas por tormentas atmosféricas, 0 Fallos y delectos en Tos sisters de co Generalmente, el ruido impulsive no tiene mucha transcendencia para los datos analdgicos. Por ejen plo, Ja transmisn de vor se puede perturbar mediante chasquidos 0 erujidos eotos sin ninguna péedida de inteligiblidad. Sin embargo, el ruido impulsivo es una de las fuentes principales de esror en la comunica cidn digital de datos. Por ejemplo, un pico de energia con duracion de 0,01 s no inutlizaria pero pod corromper S6U bits aproximadamente si se transmiten & 56 kbps. La Figura 3.13 ejemplo del efecto del ruido sobre una sefal digital. Aqui el ruido consiste en un nivel relativamente ‘pequeio de ruido térmico mis picos ecasionales de ruido impulsivo, Los datos digitales se recuperan uestreando la seal recibida una vez por cada imervalo de duracién det bit, Como se puede observa, cl rudo es a veces suficiente para convertir un Ten un Oo un O en un I CAPACIDAD DEL CANAL Se ha visto que hay’ una gran variedad de efectos nocivos que distorsionan o corrompen ta sefal. Part los datos digitales, la cuestin a resolver es en qué medida estos defectos limitan la velocidad con lt que se pueden transmitir. Se denomina eapacidad del canal a la velocidad a la que se pueden transmit los ddaos en un canal o ruta de comunieacign datos,