Comunicaciones y Redes de Datos - William Stallings

Contenido
Proloqo XXI

Proloqo a la edicion en espafiol xxv

PARTE I Vision general

Capitulo 1.

lntroduccion

3

1.1. Un modelo para las comunicaciones 4

1.2. Comunicaciones de datos 7

1.3. Comunicacirin de datos a traves de redes 8

Redes de area ampIia 8

Redes de area local ,........................................................... I I

1.4. Protocol os y arquitectura de protocolos I I

Un modelo de tres capas 13

La arquitectura de protocol os TCP/IP 17

EI modelo OSI U~

1.5. Normalizaciones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

Apendice IA. Organizaciones de normalizacion 21

Norrnalizaciones en Internet y el IETF _ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

La Organizacion Internacional para la Normalizaci6n (ISO) _ .. _ . _ . _ __ . 23

EI sector de norrnalizacion de la U IT para las Telecomunicaciones 2S

EI Forum ATM....................................................................... 26

Apendice lB. Recursos en Internet __ _ .. _ _. _........... 26

Paginas Web para este !ibro . _ _ . . _ _ . _ . _ _ . . . . 26

Otros sitios \\/eb __ _ . _ . __ _ . . . . . . . 26

Grupos de noticias USE\lET 27

X Contenido

Capl1ulo 2. Protocolos y arqui1ec1ura 29

2.1. Protocolos 30

Caracterfsticas 30

Funcioncs .

2.2.

OSI .

2.3.

EI modelo .

Normalizaci6n dentro del modelo de referencia OS! .

Primitivas de servicio y parametres .

Las capas de OSI .

Arquitectura de protocolos TCPIIP .

La aproxirnacion de TCP/JP .

La arquitectura de protocolos TCP/IP .

Funcionamiento de TCP c IP .

Interfaces de protocolo .

Las aplicaciones .

Lecturas recomendadas .

Problemas .

2.4. 2.S.

PARTE II Comunicaciones de datos

Capitulo 3. Transmlsion de datos...................................................... 61

3.1. Conceptos y terminologia 62

Terminologfa utilizada en transmision de datos 63

Frecuencia, espectro y ancho de banda 63

3.2. Transmislon de datos analogicos y digitales 73

Datos................................................................................... 74

Sefiales 78

Transmision 79

3.3. Perturbaciones en la transmlsidn 82

Aienuacion 82

Distorsi6n de retardo 83

Ruido 85

Capacidad del canal 86

3.4.

Lecturas recomendadas .

3.S. Problemas 91

Apendice 3A. Analisis de Fourier 93

Desarrollo en serie de Fourier para seiiales periodicas 93

Transformada de Fourier para sefiales no periodicas 95

Densidad de potencia espectral y ancho de banda 95

Apendice 3B. Decibelios y energia de Ja sefial 97

Capitulo 4. Medios de transmision 101

4.1. Medius de transmision guiados 103

Par trenzado 104

Cable coaxial 108

Fibra optica 109

32 41 41 44 46 47

51 51 52 52 54 54

55 56

90

Contenido XI

4.2. Transmisi6n inalambrica I 12

Micraondas terrestres I 13

Microondas por satclite 115

Ondas de radio I 18

Infrarrojos 1 19

4.3. Lecturas y sitios Web recomendados 119

4.4. Problemas I 20

Capitulo 5. Codificaci6n de datos 121

5.1. Datos digitales, sefiales digitalcs 123

No retorno a cera (NRZ, Nonreturn to Zero) 127

Binario multinivel 128

Bifase 129

Velocidad de modulaci6n 130

Tecnicas de «scrambling» 131

5.2. Datos digitales, sefiales anal6gicas 133

Tecnicas de codificaci6n 133

Prestaciones 137

5.3. Datos anal6gicos, seiiales digitales 139

Modulaci6n por codificacion de impulsos 140

Modulacion Delta (DM, Delta Modulation) 141

Prestaciones 143

5.4. Datos analogicos, sefiales anakigtcas 145

Modulaci6n en amplitud J 45

Modulaci6n en angulo 148

Modulaci6n en amplitud en cuadratura, QAM (Quadrature Amplitude Modulation) 151

5.5. Espectro expandido (Spread Spectrum) 152

Salto en frecuencia 153

Secuencia directa ]54

5.6. Lecturas recomendadas 156

5.7. Problemas 156

Apendice SA. Demostrackin del teorema de muestreo 160

Capitulo 6. La interfaz en las comunicaciones de datos.............................. 163

6.1. Transmisi6n asincrona y sincrona 164

Transmisi6n asfncrona 165

Transmisi6n sfncrona 167

6.2. Configuraciones de la linea 1 fJ8

Topologia 168

Full-Duplex y Semi-Duplex 168

6.3. Interfaces 169

V.24/EIA-232-F 171

La interfaz ffsica de la RDSI 177

6.4. Lecturas recomendadas 179

6.5. Problemas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179

XII Contenido

Capitulo 7. Control del enlace de datos 181

7.1. Control del flujo 183

Control de Ilujo mediante parada-y-cspcra 184

Control de flujo mediante ventana deslizante ,.......... 185

7.2. Detecckin de errores .. , .. , "., " .. , .. " .. ,", , " ,.. 188

Cornprobacion de pari dad , , ,................................ 189

Cornprobacion de redundancia ctclica (CRC. Cyclic Redundancy Check) ., .. ,.,.,....... 189

7.3. Control de errores " " " .. , " " " .. "." ,.,., 195

ARQ con parada-y-espera " ,.,"', , ,',.,", , .. ,', ,.. 195

ARQ con vuelta-atras-N , , , .. " ,............................ 197

ARQ can reehazo sclcctivo .. . .. , . , , , , , .. , , .. , , 199

7.4. Control del enlace de datos a alto nivel (HDLC, HIGH-LEVEL DATA LINK CON-

TROL) "............................................................................... 200

Caractensticas basic as .. , , , ,', .. , , " .. " ".,., 200

Estructura de la trama .. , , .. , ,." " .. " ,'.... 20 I

Funcionamiento ." .. , .. " , " .. , , .. , ,', .. , " .. ,' 203

7.5.

Otros protocolos para el control del enlace de datos ., , .

LAPB " " , , ,., ,' "., , ,', " .

LAPD . " , , " " , .. , " , .. , " ,

Control del enlace 16gico (LLC, Logical Link Control) .

Retransmisi6n de tramas (Frame Relay) .. " .. , , .. ,.,., "." ,'

Modo dc transfcrcncia asmcrono (ATM, Asynchronous Transfer I'lilode) , , ,'

207 207 208 209 209 209

210 210

7.6. 7.7.

Lecturas recomendadas , " " .. ,.,', " ,

Problemas ,., , .. " ,., , , ,'

A pend ice 7 A. Analisis de prestaciones ".""""",,. " . " " ... " " .. .. . .. .. .. .. . .. .. 213

Control del t1ujo con parada-y-cspcra .. , "................................... 213

Control del flujo con ventana deslizante ." , "....................... 215

ARQ ,."., ,.".,." ,.,." , , .. ".,., , ,.,',., ".".,.".. 217

Capitulo 8. Multiplexacion , , , , ' , 221

8.1. Multiplexacion por division en freeuencias ", .. ,', .. ,.".,.,', ,., ,' 223

Caracteristicas 223

Sistemas con portadora analogica , .. , , , , .. " ,', .. ,' 228

8.2. Multiplexacion por division en el tiempo sfnerona ', "., " .. ,', , ,... 230

Caractensticas , , .. , , ',... " " 230

Control del enlace en TDIVI 230

Sistemas con portadora digital .. "., " .. " " , " , ,....... 234

Interfaz usuario-red en RDSI , , ,.................... 236

SONET/SDH .,., , ,.,' 239

Jerarquia de sefial ,.,', ".,",., .. ,', .. , ,', .. , ,', ,', ,., .. ,..... 239

S.3. Multiplexacion por division en el tiempo estadfstiea , , , ,.,',... 242

Caracterfsticas ., .. ,"", , .. ,', , , " ,', " .. ,", ,', .. ,",.,.".. 242

Prcstacioncs .

244

8.4. Linea de' abonado digital aslmetrica , , ,........ 248

Disefio ADSL .. , , ,........................... . , ,. ,. . . .. 249

Multitono discreto , ,.".,',." ,.,.,", ,.,.,"', ,', , ,.,.. 250

8.5.

xDSL ., , , " " , " ,

252

Contenido XIII

Linea de abonado digital de alta vclocidad 252

Linea de abonado digital de linea simple 252

Linea de abonado digital de muy alta vclocidad (VDSL) 253


8.7.

Problemas

254

PARTE III Redes de area amplia

Capitulo 9. Conmutaci6n de circuitos 259

9.1. Redes conmutadas 260

9.2. Redes de conmutacion de circuitos 261

9.3. Conceptos de conmutacion de circuitos 264

Conrnutacion por division en el espacio 266

Conmutacion por division en el tiempo 268

9.4. Encaminamiento en redes de conmutacion de circuitos 270

9.5. Sefializacidn de control 272

Funciones de scfializacion 272

Localizacion de la sefializacion 276

Sefializacion por canal corruin 276

Sistema de scnalizacion numcro 7 280

9.6. Lecturas recornendadas 283

9.7. Problemas _ _ .. _ _ . . . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . 283

Capitulo 10. Conmutaci6n de paquetes 285

Itl.I. Principios de conmutacion de paquetes 287

Tecnica de conmutacion 288

Tarnafio de paquete _ . _ _ _ _ .. _ _ . _ _ _ _ .. 289

Comparacion de las tecnicas de conmutacion de circuitos y de paquetes 291

Funcionamiento externo e interne _ _ .. 293

10.2. Encaminamiento...................................................................... 296

Caracterfsticas 296

Estrategias dc encaminamicnto _ . _ _ . _ _ . . . . . . . . . . . . . 299

Ejemplos .. _ . _ _ _ _ . __ _ . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . .. . . . 304

10.3. X.2S _ _ .. _ _. __ . _ _...... 309

Servicio de circuito virtual 31 ()

Formato de paquete _ .. _ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 312

Multiplcxacion _ .. _ _ .. _ . . . . . . . . . . . . 314

Control de flujo y de errorcs . _ .. _ .. _ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 315

Secuencias de paquctes 316

Rcinicio y rearranque 317

10.4.

Lecturas recomendadas

317

10.5. Problemas 317

Apendice lOA. Algoritmos de minimo coste 321

Algoritmo de Dijkstra 322

XIV Contenido

Algoritmo de Bellman-Ford 323

Comparacion 325

Capitulo 11. Transferencia en modo asincrono V retransrnlsion de tramas 327

11.1. Arquitectura de protocolos 328

11.2. Conexiones logicas A TM 329

Uso de canales virtu ales 330

Caractcrfsticas camino virtual/canal virtual 331

Scnalizacion de control 333

11.3. Celdas A TM ..

334 334 335 336

338 339 340

342 342 343

Formato de cabecera .

Control de tlujo generico .

Control de errorcs de cabecera .

11.4. Transmision de celdas A TM .

Capa ffsica basada en celdas .

Capa ffsica basad a en SOH .

11.5. Clases de servicios ATM .

Servicios de tiempo real .

Servicios de no tiernpo real .

11.6. Capa de adaptacion A TM 345

Servicios AAL 345

Protocolos AAL 346

11.7. Retransmisirin de tramas 352

Fundamentos 352

Arquitectura de protocolos en retransmision de tram as 354

Transfcrencia de datos de usuario 355


11.9. Problemas 357

Capitulo 12. Congestion en redes de datos........................................... 361

12.1. Efectos de la congestion 362

Funcionamiento ideal 364

Funcionarnicnto real 365

12.2. Control de congestion 367

Contrapresion 367

Paquctes de obstruccion 368

Sefializacion implfcita de congestion 368

Senalizacion explfcita dc congestion 369

12.3. Gestion de traflco 370

Idoneidad 370

Calidad de servicio 370

Reservas 370

12.4. Control de congestion en redes de conmutackin de paquetes 371

12.5. Gestlon de traflco en A TM 371

Requisitos para el control de trafico y de congestion en ATM 372

Efectos de latencia/velocidad 372

Contenido XV

Variaci6n del retardo de celdas 373

Control de trafico y de congestion 376

Tecnicas de gesti6n de trafico y de control de congestion 377

12.6. Gestion de trafico ABR en ATl\-I 383

Mecanisrnos de realimentaci6n 384

Flujo de celdas 385

12.7. Control de congestion en retransmision de tramas 387

Gestion de la tasa de trafico 388

Prevencion de congestion mediante sefializacion explfcita 391

12.8. Lecturas recomendadas ,......................... 392

12.9.

Problemas

393

PARTE IV Redes de area local

Capitulo 13. Tecnologias LAN........................................................... 397

13.1. Aplicaciones de redes LAN 399

LAN de computadores personales 399

Redes de respaldo y de almacenamiento 399

Redes ofimaticas de alta vcIocidad 400

LAN troncales 401

13.2. Arquitectura LAN.................................................................... 401

Arquitectura de protocolos 401

Topologfas 403

Control de acceso al medio 407

Control de enlace 16gico 409

13.3. Redes LAN en bus 412

Caractensticas de la topologfa en bus 412

Medios de transmisi6n para redes LAN en bus 412

Cable coaxial de banda base 413

13.4. LAN en anillo 415

Caracterfsticas de las LAN en anillo 415

Fluctuaci6n en la ternporizacion 416

Problemas potenciales en cl anillo 417

Arquitectura en estrella-anillo 417

13.5. LAN en estrella 418

LAN en estrella con par trenzado y fibra optica 418

Centros y conmutadores 419

13.6. Redes LAN inalarnbricas ". . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 421

Aplicaciones de LAN inalarnbricas 421

Requisitos de las LAN inalambricas 424

Tecnologfas de LAN inalarnbricas 425

13.7. Puentes 426

Funciones de los puentes 427

Arquitectura de protocolos de puentes 428

Encaminamiento estatico 429

Tecnica del arbol de expansion 431

XVI Contenido

U.S. Lecturas y sitios Web recomcndados

13.9. Problemas 434

Apendice B.A.

Estandares IEEE 802

Capitulo 14. Sistemas LAN , .

14.1. Ethernet (CSMAlCO) .

Control dc acccso al rnedio en IEEE 802.3 .

Especificaciones IEEE 802.3 a 10 Mbps (Ethernet) .

Especificaciones IEEE 802.3 a 100 Mbps (Fast Ethernet) .

Gigabit Ethernet .

14.2. Anillo con paso de testigo y FOOl .

Control de acceso al rnedio en IEEE iS02.5 .

Especificacion de Ia capa fisica de IEEE 802.5 . .

Control de acceso al medic FOOl .

Especificacion de la capa ffsica en FOOl

14.3. Redes LAN ATM .

14.4. Canal de fibra optica .

Elementos del canal de fibra .

Arquitectura de protoeolos del canal de Iibra .

14.5. LAN inalarnbrtcas . .

Especificacion del rnedio ffsieo .

Control de acceso al rnedio .

14.6. Lectura y sitios Web reeomendados .

14.7. Problemas .

Apcndice 14.A. Cndlflcacirin de senates digitales para redes LAJ\ . '" " .. .. 474

4B/58-NRZI 475

MLT-3 477

886T 478

88/IOB 479

Apendice 14B. Analisis de prestaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 480

Efecto del retardo de progrumacion y de la velocidad de transmision 480

Modelos scncilios de cficiencia para las tecnicas de paso dc tcstigo y CSMA!CD 483

PARTE V Protocolos de interconexi6n

Capitulo 15. Protocolos de interconexi6n de redes . . .. 4Wl

15.1. Principios de la interconexion entre redes 492

Requisites 492

Enfoque sobre la arquitecturu . , 4lJ3

15.2. Interconexion entre redes sin conexion ., ,......... 4lJ4

Funcionarnicnto dc lin esqucma de intcrconexion no orienrado a concxion 494

Cucstioncs de diseno 4lJ7

15.3. EI protocolo Internet , ,........................................................ 50 I

Scrvicios [P . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 I

Protocolo IP 503

43-'

435

437 43R 438 443 445 447

449 44lJ 455 455 461

461 464 465 466

467 46iS 468

472 473

Contenido XVII

Direcciones IP......................................................................... 504

Protocolo de rnensajes de control de Internet (ICMP) 507

15.4. IPv6 510

[P de nueva gencracion 51 ()

Estructura [Pv6 5 II

Cabecera IPv6 513

Direcciones [Pv6 516

Cabecera de opciones salto-a-salto 516

Cabecera de fragmentacion 51 X

Cabeccra de encarninamicnto 518

Cabecera de opciones para e1 destino 519

15.5. Multidifusion 519

Requisites para la rnultidifusion 521

Protocolo de gcstion de grupos de Internet (IGMP) 523

15.6. Lecturas recomendadas y paginas Web 525

15.7. Problemas 525

Capitulo 16. Funcionamiento de la interconexi6n de redes 529

16.1. Protocol os de encaminamiento 531

Sistemas autonornos 531

Protocolo de pasarela frontera 533

Protocolo abierto del primer camino mas corto (OSPF, Open Shortest Path First) 53X

16.2. Arquitectura de servicios integrados 541

Trafico en Internet 543

Enfoque [SA 544

Componentes [SA 545

Scrvicios [SA 547

Disciplinas de atencion en cola 549

16.3. Reserva de recursos: RSVP 550

Caracteristicas y metas de RSVP 551

Flujos de datos 553

Funcionarniento de RSVP 554

Mecanismos del protocolo RSVP 555

16.4. Servicios diferenciados (DS) 556

Servicios 556

Octeto OS 558

Configuracion y funcionamiento de los DS 560

16.5. Lecturas recomendadas y paginas Weh 562

16.6. Problemas 563

Capitulo 17. Protocolo de transporte 565

17.1. Mecanismos del protocnlo de la capa de transporte orientado a conexion 5fl6

Servicios de red de secuenciamiento seguro 567

Servicios de red 110 seguros 574

17.2. TCP 583

Servicios TCP 583

Formato de la cabecera TCP 584

XVIII Contenido

Mecanismos TCP 587

Opciones en los critcrios de implcmcntacion de TCP 588

17.3. Control de la congestion en TCP 591

Gestion de los temporizadores de retransmision 591

Gcstion de la ventana 597

17.4. UDP "',"""""',"""",, ,',.,',., ,"',', ,"", .. , .. , 599

17.5. Lecturas recomendadas .. ".,', , .. " ,".""""",.,",""",.,'" ,'" 600

17.6.

Problemas "',.,"""', .. ".,""""', ,." , .. ", .. , , .. ", , , .

600

Capitulo 18. Seguridad en redes " , .. ,', , " " ".,..... 60S

18. t. Requisitos y amenazas a la seguridad ,.,', "." ,.,', " ,', .. ,', ..... ,' 607

Ataques pasivos ,.,',., ".,', " .. " ,.,', ,', ", ,', ".".... 607

Ataques actives ,.,',., ".,', " .. " ".,', ,', ", ".".... 608

18.2. Privacidad con cifrado convencional ,., ,.,., " ,.......... 608

Cifrado convencional " , ,., , .. , " .. ,.,.... 608

Algoritmo de cifrado " , , .. , , , ,',.... 610

Localizacion de los dispovitivos de cifrado , " ,...... 613

Distribucion de claves , , , ,..... 614

Relleno de trafico , ,., , " , .. ,"', , , ,..... 616

18.3. A utentificacion de mensajes y funciones de dispersion (<<hash») ,., .. ,.,.... 616

Tecnicas de autentificacion de mensajes , " " , " .. ".,..... 616

Funciones de dispersion seguras , , , " , " .. "....... 620

La funcion de dispersion segura SHA-I " " " .. "....... 621

18.4. Cifrado de clave publica y firmas digitales " , , """'" 624

Cifrado de clave publica ,',." ,', " , , ,' .. , ,' 624

Firmas digitales , ,', " " , , .. , " ,' 626

EI algoritmo de eifrado de clave publica RSA " , "........... 626

Gestion de claves " " " , "........... 628

18.5. Seguridad con IPv4 e IPv6 " .. , ," .. , " .. ,' ,',." ,,' 629

Aplicaciones de IPSec ,', .. , " .. " " " " .. ," ,"",........ 630

EI ambito de IPSec '" .. , " , , , ', .. " ,',.", ,., 630

Asociaciones de seguridad "." " .. " , " , " ".,', ,' 631

Modos de transporte y modos tuncl ." , , , .. " " " ,',. 632

Cabeccra de autentificacion .. , , , , " , ,., ".. 633

Encapsulado de seguridad de la carga util ", " .. " , ,... 634

Gestion de claves , ', " , , ,............ 635

18.6. 18.7.

Lecturas recomendadas y paginas Web

636 636

Problemas .,',., ,,"', '

Capitulo 19. Aplicaciones distribuidas , .. , " , , ,'

19.1. Notacirin sintactica abstracta uno (ASN.l) .. " , ,'

Sintaxis abstracta , , " .. , , ' , "

Conceptos de ASN,l ., , , " ,"',.,""""",.",." ,',., .. ,

Sistemas de gestion de red , , " " , , " .. " , , .

Protocolo simple de gcstion de red version 2 (SNMPv2) , " .. , , , .

Protocolo sencillo de gestion de red version 3 (SNMPv3) , , , .

639 640 641 643

653 653 655 660

19.2. Gestkin de red-SNMP

Contenido XIX

19.3. Cor reo electronico-SMTP y MIME................................................. 661

Protocolo scncillo de transferencia dc corrco (SMTP) 661

Ampliacion de correo Internet multiobjetivo (MIME) 667

19.4. Protocolo de transferencia de hipertextos (HTTP) 674

Descripcion general de HTTP 676

Mcnsajcs 678

Mensajes de peticion 682

Mensajes de respuesta 684

Entidadcs 686

19.5. Lecturas recomcndadas y paginas Web 687

19.6. Problemas 687

Apendice A. RDSI y RDSI de banda ancha 691

A.I. Vision general de la RDSI 693

Conccpto de RDSI 693

Arquitectura .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 696

Norrnalizaciones 697

A.2. Canales RDSI 698

A.3. Acceso del usuario 701

A.4. Protocolo RDSI 703

Arquitcctura del protocolo RDSI 703

Conexi ones RDSI 704

Serializacion de canal cormin en la intcrfaz red-usuario RDSI 708

Protocolo de la capa de enlace: LAPD 711

A.S. RDSI de banda ancha 714

Arquitectura de la RDSI de banda ancha 714

Protocolos de la RDSI de banda ancha 716

A.6. Lecturas recomendadas 7 1 7

A.7. Problemas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 717

Apendice B. RFCS citados en ete libro 719

Apendice C. Proyectos para ensefianza de comunicaciones de datos y computa-

dores 721

C.l. Proyectos de simulacion 721

C.2. Modelado de prestaciones 722

C.3. Proyectos de lnvestigaclon 722

C.4. Asignacion de lecturas/informes 723

Glosario 725

Bibliograffa 735

Indice 741

Pr61ogo

Este libro intenta dar una vision unificada del amplio campo que abarcan las comunicaciones y redcs de computadores. La organizacion del libro rel1eja un intento de estructurar este vasto campo en partes comprcnsibles, y de construir, poco a poco, una visi6n panorarnica de su estado actual. El libro destaca principios basicos y ternas de importancia fundamental que conciernen a la tecnologfa de este area; ademas, proporciona una discuxiou detallada de temas de vanguardia.

Para unificar la discusion se utilizan los siguientes criterios basicos:

• Principios: a pesar de que el alcancc de este libro es muy amplio, hay varios principios basicos que aparecen repentinamente como ternas y que unifican el campo. Por ejemplo. multiplexacion, control de flujo y control de errores. EI libro destaca estos principios y contrasta su aplicacion en areas especfficas de la tecnologfa.

• Enfoques de disefio: el libro examina distintos enfoqucs alternativos para satisfacer especificaciones concretas de comunicaciones,

• Normalizaciones: las normalizaciones han lIegado a asurnir un papel en el campo importante y creciente, e incluso dominante. Para entender el estado actual de la tecnologfa, y su futura direccion, se requiere una discusion arnplia de las normalizaciones relacionadas con el campo.

El libro csui cstructurado en cinco partes:

I. Introducci6n: incluye una introduccion al abanico de los distintos tenias abordados en c] libro.

Ademas, esta parte incluye una discusion sobrc protocolos OSI y el conjunto de protocolos TCP!IP.

II. Comunicaciones de datos: esta parte se refierc principalmente al intercambio de datos entre dos dispositivos directamente conectados. Dentro de csta situacion restrictiva, se examinan los aspectos clave de la transmision. interfaces, control de enlace y rnultiplexacion.

XXII Pr61ogo

Ill. Redes de area amplia: esta parte examina los mccanismos internes y la tccnologfa que sc han dcsarrollado para admitir voz, datos y cornunicaciones multimedia en redes que cubren grandes distancias. Se cxarninan las tccnologras tradicionales de conrnutacion de paquetes y conmutacion de circuitos, asf como la mas rccicntc de ATM. Un capitulo independiente se dedica a los temas de control de congestion.

IV. Redes de area local: esta parte explora las tecnologias y urquitecruras que se han desarrollado para interconcxion de redes en distancias mas cortas. Se analizan los medios de transmision, las topologias y protocolos de control de acceso al rnedio, que son los ingredientes clave del diseiio LAN, y sc estudian sistemas especfficos LAN norrnalizados.

V. Protocol os de red: esta parte explora tanto los principios arquitcctonicos como los mecanislllOS requeridos para el intercambio de datos entre cornputadorcs, cstaeioncs dc trabajo, servidores y otros sistemas de proeesamiento de datos. Gran parte del material de esla seccion se rcfierc al conjunto de protocolos TCP/lP.

Adcrnas cl libro incluyc un extenso glosario. una lista de los acronimos mas Irecuentemente usados, y una bibliografia. Cada capitulo incluye problemas y sugerencias de lecturas complcrncntarias.

EI libro va dirigido a una audiencia tanto acadernica como profesional. Para los profcsionalcs intcrcsados cn este campo, cl lihro sirvc como obra de referencia basica y es adecuado p<lra auto-estudio. Como libro de texto, puede usarsc para un curso de uno 0 dos scmestrcs. Abarca el material descrito en el curso de «Rcdes de Comunicaciones entre Cornputadores» del "Computing Curricula 1991» dcfinido conjuntamente por la ACM y la IEEE. Los capftulos y partes del !ibro son suficientemente modulates para proporcionar gran flexihilidad en la estructuracion de curses. A continuacion se dan algunas sugerencias para disefiar un curso:

• Fundamentos de comunicaciones de datos: parte I (introduccion) y II (cornunicacion de datos). y capitulos 9 al II (conmutacion de circuitos, conmutacion de paquetes, y ATM).

• Redes de comunicaciones: si el estudiante tiene eonocimientos basicos de comunicaci6n de datos, estc curso podria abarcar: Parte I (introduce ion), Parte III (WAN), y Parte IV (LAl\).

• Redes de computadores: si el estudiante dispone de conocimientos basicos de comunicaciones de datos, entonees este CUfSO podrfa ineluir: Parte I (introduccion), Capitulos 6 y 7 (interfases de comunicaciones de datos y control de enlace de datos), y la Parte V (protocolos).

Adcrnas cs posible un curso mas profundo, abarcando la totalidad del libro salvo ciertos capitulos que no son esenciales en una primera lectura. Los eapitulos que podrian ser esenciales son: Capitulo 3 (transmision de datos) y Capitulo 4 (medios de transmision), case de que el alumno tenga un conocimicnto basico previo de estos temas: Capitulo 8 (multiplcxaci6n); Capitulo 9 (conmutaei6n de cireuitos); Capitulo 12 (control de congestion); Capitulo 16 (interconexion de redes); y Capitulo 18 (scguridad en redes).

Hay un sitio Web para este !ibro que proporciona ayuda para estudiantes y profcsorcs. El sitio incluye enlaces a otros lugares rclcvantcs, transparencias con las figuras del libro, e informacion para suseribirse a una lista de correo internet sobre informaei6n de este libro. La direccion Web de la pagina cs: http:// www.williamstallings.eom/DCC6e.html; para mas detalles ver la seccion «Pagina Web para comunicaciones y redes de computadores. que precede a este Prologo. Tambien se ha configurado una lista de distribucion internet para que los profesores que usen este libro puedan intercambiar informacion sugerencias y preguntas entre ellos y con el autor. Tan pronto como se encuentren errores tipograficos 0 de otro tipo se incluira una fe de erratas del libro en http://www.williamstallings.eom.

Pr61ogo

XXIII

Para muchos profesores, un componente importantc de un curso de comunicaciones y redes de computadores es un proyecto 0 conjuntos de proyectos con los que el cstudiante vaya adquiriendo expcricncia practica para reforzar los conceptos del texto, Este libro proporciona un grado incomparable de apoyo ya que incluye una seccion de proyectos en cl curso. EI manual del profesor no s610 incluyc una gufa de como asignar y estructurar los proycctos, sino tarnbien un conjunto de proyectos propuestos que abarcan un amplio rango de la materia de este texto, entre los que se encuentran proyectos de invesrigacion, proyectos de simulacion, proyectos de modelado analttico y asignaci6n de informes de recopilacion hibliografica, Para mas dctalles puede verse el Apendice C.

La sexta cdicion ve la luz del dfa casi 15 afios despues de la publicaci6n de la primera edici6n. Han sucedido numcrosas cosas durante estos afios. Ademas, el ritrno de los cambios, si cabc, se esta incrementando. En esta nueva edici6n he tratado de captar cstas innovaciones manteniendo a la vez una visi6n amplia y comprensible del campo completo. Para realizar este proceso de revisi6n, la quinta edicion fue ampliamente revisada por diversos profesores que imparten esta materia. EI resultado cs que en rnuchos lugares la narrativa ha sido clarificada y ajustada, y las ilustraciones han sido mejoradas. Tambien se han afiadido divcrsos problemas probados en la realidad.

Adernas de estas mejoras que perfeccionan la pedagogia y el uso c6modo del libro, se han introducido otros cambios relevantcs a 10 largo del mismo. Se han revisado todos los capftulos, se han incluido otros nuevos, y sc ha rnejorado la organizaci6n global del libro. Los carnbios mas notables son los siguientes:

• xDSL: el tcrmino xDSL hace referencia a una familia de tecnologfas de linea de abonados digitalcs que proporciona alta velocidad de acceso a ISDN y a otras rcdes de area amplia a travcs de cables de par trenzado entre la red y los ahonados dornesticos 0 empresariales. EI libro da una visi6n global de xDSL hacicndo cnfasis en la tecnologfa Linea de Abonado Digital Asimetrica (ADSL).

• Ethernet Gigahit: la discusion sobre Ethernet de 100 Mbps ha sido actualizada, habicndose afiadido una introduccion a Ethernet Gigabit.

• Servicio de velocidad de transrnision disponihle (ABR, Available Bit Rate) y mecanismos asociados: ABR es una incorporaci6n reciente a Ia ofertas de redes ATM. Proporciona un soporte mejorado para el trafico de datos hasado en IP.

• Control de congestion: en esta edicion se incluye un capitulo dedicado especificamente a este topico. Esta presentaci6n unificada clarifica los conceptos involucrados. EI capitulo incluye un analisis arnpliado de las tecnicas ATM para gesti6n de trafico y control de congesti6n.

• Multidestino IP: se dedica una nueva secci6n a este t6pico.

• Servicios Integradus y Diferenciados. RSVP: desde la publicacion de la quinta edicion ha habido mejoras sustanciales en Internet con objeto de admitir una gran variedad de trafico multimedia y sensible al tiempo. Un nuevo capitulo abarca el estudio de servicios integrados, servicios diferenciados, y otras cuestiones relacionadas a la cali dad del servicio (QoS, Quality of Service), y el importante protocolo de reserva RSVP (Reservation Protocol).

• Control de Congestion TCP: este tema continua siendo un area activa de invcstigacion. El libro incluye una nueva seccion examinando este topico.

Adernas, a traves del libro, la mayona de los topicos ha sido actualizado para reflejar los dcsarrollos en normalizaciones y tecnologfa que han tenido lugar desde la puhlicacion de la quinta edicion.

XXIV

Pr61ogo

Se ha realizado un gran esfuerzo para asegurar un alto nivel de calidad en la produccion del libro. Se han dedicado mas tiempo y mas recursos de los habituales en las revisiones del manuscrito original y de las pruehas de imprcnta, tanto por el autor como por cl editor. Adcrnas se han reclutado diversos vol untarios de la comunidad profesional, cada uno de los cuales se ha responsabilizado de la lectura cuidadosa de un capitulo con objeto de corregir los posibles errores tecnicos y tipograficos. Cada capitulo ha sido mcjorado con dos de estas revisiones. Muchas gracias a Mel Adams, Navin Kumar Agarwal, Ferdinand 1'\. Ahlberg, David Airlie, Tom Allebrandi, Maurice Baker, Rob Blais, Art Boughan, Frank Byrum. George Cherian, Christian Cseh, Dr. Mickael Fontaine, Charles Freund, Bob Furtaw, Andrew Gallo, Gary Gapinski, Sundar Kessler. Steven Kilby, John Kristoff, David Lucantoni, Kenneth Ma, Eddie Maendel, Richard Masoner, Mark McCutcheon, John Mel-larry, Mittal Monanim, Dr. John Naylon, Robert Olsson, Mike Patterson, Mahbubur Rashid, Jeffrey Rhodes, Monika Riffle, Peter Russell. Ahrnet Sekercioglu, Rayaz Siddiqu, Dick Smith, Dave Stem, Omeh Tickoo, Scott Valcourt, Dominick Vanacore, Eko Wibowo, Craig Wiesner y Jeffrey Wright.

Finalmcntc, Arthur Wcrbner revise y verifico todos los problemas plantcados y sus soluciones,

Esta nueva edicion se ha beneficiado de la revision de una serie de personas que han aportado gcnerosamente su tiempo y conocimientos. Robert H.Greenfield (Villanova University) cumplio sobradarnente su cornetido suministrando numerosos y detallados comentarios sobre cuestiones tecnicas y pedag6gicas. Otros comentarios muy utiles han procedido de Thomas Milham (Devry Institute of Technology), Gregory B. Brewster (DePaul University), Marc Delvaux (GlobeSpan Semiconductors), Robert E. Morris (Devry Institute of Technology) y Matt Mutka (Michigan State University).

Pr61ogo a la edici6n en espaiiol

EI estudio de la estructura y arquitectura de cornputadores se incluye en divcrsos currfcula de ingenierta y ciencias. No abundan los buenos textos, como el presente, que cubran los programas correspondientes de forma amplia y rigurosa.

La elaboraci6n de un texto de las caractensticas indicadas (al igual que sucede con otros libros de ingenierfa) es de gran cornplejidad dado que el autor debe realizar un laborioso trabajo de generalizaei6n de las diversas tecnicas utilizadas en computadores concretos, y no s610 debe limitarse a recopilar informacion detail ada sobre elias. EI texto debe presentar al lector abstracciones de equipos reales, de forma que le capaciten no solo a cntcnder los cornputadorcs actuales sino tarnbien los futuros, cuando estos yean la luz. Este conccpto es especialrnente relevantc en un area tan cambiante y en explosion como es la de los computadores. Considero que esta es una de las principales cualidades del !ihro de Stallings, donde se da mayor relevancia a los conceptos que a la informacion (siempre en cvolucion). En casi todos los capitulos el autor utiliza este enfoque: primero presenta los conceptos clave, y luego los aplica a procesadores concretos. En la presente edici6n utiliza fundarnentalrnente las farnilias de procesadores Pentium y PowerPC, que practicarnente cubren la mayor parte de las tendencias de discfio de los computadores actuales (CISC y RISC, respectivamcntc), sin que por cllo olvide describir ideas rclcvantes introducidas 0 usadas en otros procesadores (UltrSparc II, MIPS R 10000, IA64, etc.),

Tambien es destacable, como corresponde a un buen libro de ingenierfa, la busqueda que en todo momento haec c1 autor del analisis de prestacioncs, y la prescruacion (dentro de cste contexto) de tccnicas especificas (fundamentalmente paralelismo) para equilibrar las prestaeiones de los distintos elementos que pueden integrar un cornputador.

En la presentc cdicion, adcmas de las innovaciones indicadas, se ha cfcctuado una revision cornpleta de todo el material del Iibro, pudiendo destacar la actualizacion, 0 nueva introduccion, de eontenidos tales como memoria optica, disefio supcrcscalar, rcpertorio de instruccioncs multimedia, cjccucion anticipada y carga cspeculativa, sistemas S.\1P, clusters, y sistemas NUMA. EI libro es cornplementado con una pagina Web (http://www.shore.netl~ws/COA5e.html) que contiene ahundante ayuda tanto para los lectores como para los profesores de la materia.

Esta edicion dcl Iibro en espafiol contiene adernas, como valor afiadido, un apcndice (Apendicc C), que no apareee en la version original en ingles, que trata de completar mas aun el texto con procesadores 0 tecnicas de ultima hora. Este apendice sera actualizado conforme se vayan realizando rcimpresiones del presente libro, sin neccsidad de esperar a ediciones nuevas.

Deseo destacar el esrnerado trabajo de los traductores y la profesionalidad de Andres Otero, editor de la edicion en espafiol.

Alberto Prieto Coordinador de la I raduccion Granada, I de 1110\'0 de 20()()

PARTE

,

VISION GENERAL

EI objctivo de la Parte I del texto ex proporcionar lo,s conocim,ientos basicos, a la vez que cspecificar cl contexto en el que se dcsarrollara el resto del libro. En este capitulo se presentan un cspcctro arnplio de euestiones relacionadas con el campo de las redes y la transrnision de datos, aSI como los concepros fundamentales relacionados con los protocolos y sus arquitecturas,

CAPiTULO 1. INTRODUCCION

EI Capitulo I proporciona una vision general del libro, en el que se consideran todos los temas que se estudiaran posteriormente. Esencialmente, en el libro se estudian cuatro aspectos: las comunicaciones de datos a traves del enlace de transmision: las redes de area amplia; las relies de area local; y los protocolos y la arquitectura TCP/IP. El Capitulo I es una introduccion a todos estos conceptos, y a la vel se proporciona informacion sobre las organizacioncs clave que especifican los estandares,

CAPiTULO 2. PROTOCOLOS V ARQUITECTURA

EI Capitulo 2 es una extension de la Secci6n 1.4, abordando los protocol os y sus arquitccturus. Estc capitulo se puede leer inrnediatamente tras el Capitulo I, 0 bien se puede posponer hasta antes del comienzo de las Partes [II, [V 0 V.

EI capitulo trata las caractensticas fundamentales de los protocolos. Postcriorrncntc se cstudian las dos arquitecturas mas importantes: el modelo de interconexion de sistemas abiertos (OSI, Open System Interconnection) y el modelo TCP/[P. Aunque el modele OSI se utiliza con frecuencia como refercnre para introducir los conceptos en este campo, la familia de protocolos TCP/IP es con diferencia la base de la mayoria de los productos cornerciales, esta es la razon que justifica su considcracion en la Parte V del presentc texto.

CAPITULO 1

Introducci6n

1.1. Un modelo para las comunicaciones

1.2. Comunicaciones de datos

1.3. Comunicaci6n de datos a traves de redes

Redes de area amplia Redes de area local

1.4. Protocolos y arquitectura de protocolos Un modelo de tres capas

La arquitectura de protocolos TCP/IP EI modelo OSI

1.5. Normalizaciones

Apendice 1A. Organizaciones de normalizaci6n Normalizaciones en Internet y el IETF

La Orqanizacion Internacional para la Norrnalizacion (ISO)

EI sector de norrnalizacion de la UIT para las Telecomunicaciones EI Forum ATM

Apendice 1B. Recursos en Internet Paqinas Web para este libro Otros sitios Web

Grupos de noticias USE NET

4 Comunicaciones y redes de computadores

•••••••••••••••••••••••••••••••••

• EI objctivo de cstc libro es amplio y abarca trcs grandcs areas: comunicacioncs, redes y protocolos.

• EI estudio de las comunicaciones ahorda la transmision de scnales de forma tal que sea eficaz y segura. Entre otros aspectos, se estudiaran la transmision y codificacion de sefialcs, los mcdios de transrnision, las interfaces, el control del enlace de datos y la rnultiplexacion.

• En el estudio de las redes se abordara tanto Ia tecnologia como los aspectos relacionados con las arquitecturas de redes de comunicaci6n utilizadas para la interconexi6n de dispositivos. Esta materia se divide normalrnente en redes de area local (LAN) y redes de area amplia (WAN).

• Respccto a los protocol os de comunicacion, sc abordan tanto las arquitecturas como un analisis individualizado de los mismos para cada una de las capas de la arquitectura .

•••••••••••••••••••••••••••••••••

En torno a los an os 70 y so sc produjo una sinergia entre los campos de los computadores y las comunicaciones que ha desencadenado un carnbio drastico en las tecnologias, productos y en las propias ernpresas que desde entonccs, se dedican simultanearnente a los sectores de los cornputadores y de las comunicaciones. Aunque las consecucncias de esta combinacion revolucionaria estan todavfa por deterrninar, no es arriesgado decir que la revolucion ha ocurrido y que ninguna investigacion dentro del campo de la transrnision de la informacion debe ria realizarse sin esta perspectiva,

La rcvolucion antes rncncionada ha producido los siguientes hechos significativos:

• '\10 hay grandes difercncias entre el proccsamiento de datos (los computadores) y las comunicaciones de datos (la transmision y los sistemas de conrnutacion).

• :-\0 hay dilerencias Iundamentales entre la transmision de datos. de VOL 0 de video.

• Las fronteras entre computadores monoprocesador 0 rnultiprocesador; asi como entre redes de area local, metropolitanas y de area amplia son cada vez mas difusas.

Un efecto de esta tendencia ha sido el solapamiento creciente que se puede observar entre las industrias de las cornunicaciones y de los computadores, desde la tabricacion de cornponentes hasta la integracion de sistemas. Otro rcsultado es el desarrollo de sistemas integrados que transmiten y procesan todo tipo de datos c informacion. Las organizacioncs de norrnalizacion, tanto tecnicas como tecnologicas, ticndcn hacia un sistema unico y publico que integre todas las comunicaciones y haga que virtualmente todos los datos y fuentes de informacion sean facil y uniformemente aceesibles a escala mundial.

EI objetivo fundamental de cste libro es proporcionar una vision unificada del vasto campo de las comunicaciones de datos y los computadores, La organizacion del lihro refleja un intento de dividir esta extensa materia en partes coherentes, proporcionando a la vez, una vision de su estado actual. Este capftulo introductorio comienzu presentando un modelo general para las comunicaciones. Posteriormente, sc preseruan de forma sucinta cada una de las cuatro partes principales de este texto. Termina describicndo el papel decisive que juegan los estandares.

Comenzarcmos nuestro cstudio considcrando el modelo sencilJo de sistema de cornunicacion, mostrado cn la Figura I. I a, en In que se propone un diagrarna de bloques.

EI objcrivo principal de todo sistema de cornunicaciones cs intercambiar informacion entre dos entidudes. La Figura J. 1 b rnucstra un ejemplo particular de cornunicacion entre una estacion de trabajo y un scrvidor a traves de una red tclcfonica publica, Otro posihle ejemplo consiste en el intercambio de scfia-

lntroduccion 5

Sistema origen

Sistema destine

r~---------~---------~~

r~---------~----------~

Sistema
Fuente Transmisor de Receptor Destino
transmisi6n (a) Diagrama general de bloques

fttt

Modem

Servidor

Estaci6n de trabajo

Modem

Red publica de telefonos

(b) Ejemplo

Figura 1.1. Modelo simplificado para las comunicaciones.

les de voz entre dos telefonos a traves de la misma red anterior. Los elementos clave en este modelo son los siguientes:

• La fuente. Este dispositivo genera los datos a transrnitir: por ejemplo telefonos 0 cornputadores person ales.

• EI transmisor. Normalmente los datos generados por la fuente no se transmiten directamente tal y como son generados. Al contrario, el transmisor transforrna y codifica la informacion, gencrando sefiales electromagneticas susceptibles de ser transmitidas a traves de alg,!1n sistema de transrnision, Por ejernplo, un modem convierte las cadenas de bits generadas por un cornputador personal y las transforma en sefiales analogicas que pueden ser transrnitidas a travcs de la red telefonica,

• EI sistema de transmision, que puede ser desde una sencilla linea de transrnision hasta una compleja red que coneete a la fuente can el destino,

• EI receptor, que acepta la sefial proveniente del sistema de transmision y la transforma de tal manera que pueda ser manejada por el dispositivo destine. Por ejemplo, un modem captara la sefial analogica de la red 0 linea de transrnision y la convcrtira en una cadena de hits.

• EI destine, que toma los datos del receptor.

Aunque el modelo presentado pucda pareccr aparentemcnte sencillo, en realidad irnplica una gran cornplejidad, Para haeerse una idea de la magnitud de ella, la Tabla 1.1 !ista algunas de las tareas c1aves que sc deben realizar en un sistema de cornunicacioncs. Esta rclacion es en un sentido un tanto arbitraria

Tabla 1.1. Tareas en los sistemas de comunicaci6n.

Utilizacion del sistema de transmisi6n Implernentacion de la interfaz Generaci6n de la serial

Sincronizacion

Gestion del intercambio Detecci6n y correccion de errores Control de flujo

Direccionamiento Encaminamiento Hecuperacion Formato de mensajes Seguridad

Gesti6n de red


ya que se pod ria afiadir elementos, mezelar Items, ctc.: cs mas. algunos elementos representan tareas que se realizan en diferentes «nivelcs» del sistema.

EI primer Item «utilizacirin del sistema de transrnisidn» se refierc a la nccesidad de haccr un uso eficaz de los rccursos utilizados en la transmision, los cualcs tfpicamente se sue len compartir entre una serie de dispositivos de comunicacion. La capacidad total del medio de transrnision se reparte entre los distintos usuarios haciendo uso de tccnicas denominadas de multiplexacion. Adernas puede que se neccsiten tecnicas de control de congestion para garantizar que el sistema no se sature por una demanda exccsiva de servicios de transmisi6n.

Para que un dispositive pueda trunsrnitir informacion tendril que hacerlo a (raves de la interfaz con el medio de transmision. Todas las tecnicus de transrnisiou presentadas en este !ibro depeudcn en ultima instancia de la utilizacion de sefiales electromagneticas que se transrnitiran a travcs del medio. Dc tal manera que, una vez quc la intcrfaz csta cstablecida, se neccsitara la genera cion de la sefial, Las caracterfsticas de la serial, tales como, la forma y la intensidad, deben ser tales que permitan: I) ser propagada a traves del medic de transrnision y 2) ser interpretada en el receptor como datos.

Las sefiales se deben generar no s610 considerando que deben curnplir los requisites del sistema de transmisi6n y del receptor, sino que deben permitir alguna forma de sincronizar el receptor y cl emisor. EI receptor debe scr capaz de dcterminar cu.indo comienza y cuando acaba la serial rccibida. lgualmente, debcra conocer la duraci6n de cada elemento de senal.

Adernas de las cuestiones basicas referentes a la naruraleza y ternporizacion de las sefiales, se necesitar.i verificar un conjunto de requisites que se pueden englohar bajo el terrnino gestkin del intercambio. Si sc ncccsita intercambiar datos durante un perfodo de tiempo, las dos partes debcn cooperar. Por ejcmplo, para los dos elementos que intcrviencn cn una conversaci6n tclcfonica (cmisor y receptor), uno de ellos debera marcar el numcro del otro, dando lugar a una serie de seiiales que harem que el otro tclefono sucne. En este ejernplo el receptor cstablccera la lIamada dcscolgando el auricular. En los dispositives para el proccsarniento de datos, se necesitaran ciertas convencioncs adernas del simple hecho de establecer la conexion. Por ejemplo se debera establecer si ambos dispositivos pueden transmitir ximuluineamente 0 deben hacerlo por turnos, se debera decidir la cantidad y el torrnato de los datos que sc transmitcn cada vel, y se debe especificar que hacer en caso de que se den ciertas contingencias, como por ejemplo la deteccion de un error.

Los dos Items siguientes (Tabla 1.1) deberian considerarse dcntro de la gestion del intercambio, pew debido a su importancia, se eonsideran por separado. En todos los sistemas de comunicacion cs posible que aparczcan errores; cs dccir, la serial transrnitida se distorsiona de alguna manera antes de alcanzar su dcstino. Por tanto, en circunstancias dondc no se puedan tolerar crrorcs, se ncccsitaran proccdimientos para la deteccion y correcci6n de errores. Asf por ejernplo, en sistemas para el procesamiento de datos, si se transfiere un fichero dcsde un computador a otro, no sena aceptuhlc que el contenido del fichero se rnoditicara accidental mente. Para cvitar que la fucnte no suture al destine uunsmitiendo datos mas rapidamcnte de 10 que el receptor pueda proccsar y absorber, sc nccesiran una serie de proccdimien lOS dcnominados control de flujo,

Conceptos relacionados pero distintos a los ameriores son el direccionamiento y el encaminamiento. Cuando cierto recurso se cornparte por mas de dos dispositivos, el sistema fuente debera de alguna rnancra indicar a dieho recurso com partido la identidad del destine. EI sistema de transrnision debera garantizar que ese destino, y 5610 ese, reeiba los datos, Es mas, el sistema de transmision puede ser una red en la que exista la posibilidad de mas de un camino para alcanzar al destine; en este caso sc necesitara, por tanto, la eicccion de una de entre las posibles rutas,

La recuperacion es un concepto distinto a la correccion de en-ores. En ciertas situaciones en las que el intercamhio de informacion, por ejemplo una transaccion de una base de datos 0 la transfcreucia de lin Iichero, sc vea interrumpida por algun fall 0, sc necesitara un mecanisme de recuperackin, EI objctivo sera pues, 0 bien ser capaz de continual" transmiticndo desde donde se produjo la interrupcion, 0 al mcnos rccuperar el estado don de se encontraban los sistemas involucrados antes dc comenzar el intercambio.

Introducci6n 7

EI formato de mensajes csta relaeionado con el acucrdo que debe cxistir entre las dos partes respccto al formato de los datos intercambiados, como por ejernplo el codigo binario usado para representar los caracteres.

Adcmas, frccucntcmcntc es ncccsario do tar al sistema de algunas medidas de seguridad. EI ernisor debe asegurarse de que solo el destine deseado reciba los datos. lgualmenie, el receptor querra estar seguro de que los datos recibidos no se han alterado en la transmision y que dichos datos realmente provienen del supuesto emisor.

Por ultimo, todo el sistema de comunicacion es 10 suficientemente complejo como para ser disciiado y utilizado sin mas, es decir, se necesita la habilidad de un gestor de red que configure el sistema, monitoriee su estado, reaccione ante fallos y sobrccargas, y planifique con acierto los crecirnientos futures.

Como se ha visto, de la aproximacion sirnplista de partida hernos formulado una lista mas extensa y claborada de tarcas involucradas en lodo el proceso de la comunicaci6n. A 10 largo de este libro esta lista se cstudiani en profundidad, dcscribiendo todo el conjunto de tareas y actividades que pueden englobarse gcnericamente bajo los terminos comunicaci6n de datos y redes de eomputadores.

Ademas de los dos primeros capitulos considerados en la primera parte, el libro se ha estructurado en cuatro partes adicionales. La segunda parte aborda fundamental mente los temas relacionados con las Iunciones de comunicacion, centrandose en la transmision de seriales de una forma segura y eficientc. lntencionadamente dicha segunda parte se ha titulado «Cornunicaciones de Datos», aunque con ese termino se alude a algunos, 0 incluso a todos, los topicos de las restantes partes (de la 11l a la V).

Para cxplicar todos los conceptos abordados en la segunda parte, la Figura 1.2 muestra una perspecti va novedosa del modelo tradieional para las comunicaciones de la Figura 1.1 a. Dicha figura se ex plica a continuacion, paso a paso, con la ayuda de un ejemplo: la aplicacion de correo clcctronico,

Suponiendo que tanto el dispositive de entrada como el transmisor estan en un computador personal.

Y que por ejemplo, el usuario de dicho PC desea enviar el mensaje m a otro. EI usuario activa la aplicacion de correo en el PC y com pone el mensaje con el teclado (dispositive de entrada). La cadena de caracteres se almacenara temporalmcntc en la memoria principal como una sccucncia de hits (g). EI computador se conecta a algun medio de transmision, por cjernplo una red local 0 una linea tclcfonica, a traves de un dispositivo de E/S (transmisor). como por ejemplo el «transceiver» a una red local 0 modem. Los datos de entrada se transfieren al transrnisor como una secuencia de niveles de tensi6n Ig(t) I que representan los bits en algun tipo de bus de cornunicaciones 0 cable. EI transrnisor se conecta direc-

Cadena de bits

Senal analoqica

Serial anal6gica

Cadena de bits

Texto

Texto

Sistema
Fuente Transrnisor de Receptor Destino
transrnision 0 0 CD 0 o o
Informacion Datos Senal Senal Datos Informacion
de entrada de entrada transmitida recibida de salida de salida
m g(l) s(l) r(ll g'(I)' m'
Figura 1.2. Modelo simplificado para las comunicaciones de datos. 8 Comunicaciones y redes de computadores

tamente al medio y con vierte la cadena [g(J) I en la serial a transmitir [.1(1) I; posteriormente en cl Capitulo 5 se descrihiran las distintas altcrnativas para esta conversion.

Al transmitir s(t) a travcs del medio. antes de llcgar al receptor. aparcccran una xeric de dificuhades que se estudiaran en cl Capitulo 3. Por 10 tanto. la serial recibida I\t) puede diterir de alguna manera de la transmitida .1(1). EI receptor intcntani cstimar la sefial original s(t). a partir de la sefial r(t) y de su conocimicnto acerca del medio, obteniendo una secuencia de bits g'(t). Estos bits sc cnvian al computador de salida, donde se almacenan temporalmentc ell memoria como Ull bloquc de bits (g'J. En muchos caxos, cl destino intcntara determinar si ha ocurrido un error, y en su caso, coopcrar con cl origcn para eventualmente conseguir el bloque de datos complete y sin crrores. Los datos, finalmente se presentan al usuario a traves del dispositivo de salida. que por ejernplo puede scr la impresora 0 la pantal!a de SlI terminal. EI mensaje recibido por el usuario (n/) sera normalmentc una copia cxacta del rnensajc original (m).

Considerernos ahora una conversacion tclclonica. En cstc caso, la entrada al tclcfono es 1I1l mensajc (Ill) consistente en unas ondas sonoras. Dichas ondas se convierten en el tclefono en scnales clectricus de la rnisrna freeueneia. Estas sefiales se transmiten sin modificacion a traves de la linea tclcfonica. Por tanto. la serial de entrada get) y la serial transmitida s(t) son idcnticas. La serial sUi sufrira algun tipo de distorsion a traves del mcdio, de tal manera que r(1) no sera identica a s(rl.

No obstante, la seiial ret) se convierte recuperando una onda sonora, sin aplicar ningun tipo de correcci6n 0 mejora de la calidad. Por 10 tanto, Ill' no es una replica exacta de m, Sin embargo, cl mensaje sonoro recibido es normal mente comprensible por el receptor.

En la diseusi6n aquf realizada, no se han considerado otros aspectos fundamentalcs en las comunicaciones de datos, como 10 son las tecnicas de control del enlace, ncccsarias para regular el tlujo de informaei6n, 0 como la deteccion y correccion de crrorcs: tampoco se han eonsiderado las tccnicas de multiplexacion, necesarias para conseguir una utilizacion cficaz del rnedio de transmision. Todos estos aspectos se estudian ell la Parte Il.

A veces no es practice que dos dispositivos de comunieaeiones se conecten direetamente mediante un enlace punto a PUBtO. Esto es debido a alguna (0 a las dos) de las siguientes circunstancias:

• Los dispositivos estan muy alejados. En este caso no estana justificado, PtJl' ejernplo, utilizar un enlace dedicado entre cada dos dispositivos, que puedun estar separados por miles de kilornctros .

• Hay un conjunto de dispositivos que neccsitan concctarsc entre ellos en instantes de ticmpo ditcrentes. Un ejemplo de csta ncccsidad es la red tclcfonica mundial, 0 el eonjunto de computadores pertenecientes a una compafua. Salvo el caso de que el nurnero de dispositivos sea pequcuo, no ex practice utilizar un enlace entre cada dos.

La solucion a este problema es conectar cada dispositive a una red de cornunicacion. La Figura I.j relaciona este concepto dentro del modelo de eomunicaciones de la Figura 1.1 a y a la vez sugiere dos grandes categorfas en las que se clasifican tradicionalmente las redes: redes de area amplia (WAN, Wide Area Networks) y redes de area local (LAN, Local Area Networks). Recientemente, las diferencias entre estas dos eategorfas son cada vez mas difusas, tanto en terminos tecnologicos como de posibles aplicaciones; no obstante, es una forma natural y didactica de organizar su cstudio, por 10 que aquf se adoptara dicha clasificacion.

REDES DE AREA AMPLIA

Generalmente, se considera como redes de area amplia a todas aquellas que eubren una extensa area geografica, requieren atravesar rutas de aeceso publico, y utilizan parcialmente circuitos proporcionados por una entidad proveedora de servicios de tclccomunicacion. Tfpicarnente, una WAN consiste en una

Introducci6n 9

Nodos de

,

,

,

, ,

-,

-,

, , -,

-,

,

-, , -,

Sistema destine

Sistema origen

,
Sistema
transmlsion ,
, -, , / ,

,

/

r---------~,---------~

r---------~---------~

, , ,

/

,

,

/

,

,

,

,

,

,

Red de area local

-,

,

-, ,

-,

-,

, , -,

-,

-,

-,

,.

, ,

/ [11- .'-:.1 l_~

,~"

~

c.-.

l _I

~\

Figura 1,3, Modelos simplificados de redes,

scrie de dispositivos de conmutacion interconcctados. La transmision generada por cualquier dispositive se encarninara a traves de estes nod os internes hasta alcanzar cl destine. A estes nodes (incluyendo a los situados en los contornos) no les concierne el contenido de los datos, al contrario, su funcion cs proporcionar el servicio de conmutacion, necesario para transmitir los datos de nodo en nodo hasta alcanzar su destine final.

Tradicionalmente, las WAN se han implemcntando usando una de las dos tecnologfas siguientes: conrnutacion de circuitos y conrnutacion de paquctcs. Aunque ultimarncntc, se esta cmpleando como solucion la tecnica de retransmision de trarnas «<frame relay»), aSI como las rcdes ATM.

Conmutaci6n de circuitos

En las redes de conrnutacion de circuitos se establcce a traves de los nodos de la red un camino dedicado a la interconexion de dos estaciones. EI camino es una secuencia conectada de enlaces ffsicos entre nodes. En cada enlace, se dedica un canal logico a cad a conexi6n. Los datos generados por la estacion Iucnte sc transmiten por cl camino dcdicado tan rapido como se pueda. En eada nodo, los datos de entrada se encaminan 0 conrnutan por el canal apropiado de salida sin retardos. El ejemplo mas ilustrativo cle la conmutaci6n cle circuitos es la red ielefonica.

Conmutaci6n de paquetes

Un enfoque difercntc al anterior cs el adoptado en rcdcs de conmutacion de paquetes, En este caso, no es necesario hacer una reserva a priori de recursos (capacidad de transrnision) en el camino (0 sucesion de nodos). Por el contrario, los datos se envtan en secuencias de pequefias unidades Ilarnadas paquctes. Cad a paquete se pas a de nodo a nodo en la red siguiendo algun camino entre la estacion origen y la


destine. En cada nodo, el paquete se recibe completamente, se almaeena durante un intervalo breve y posteriormenre se transmite al siguiente nodo. Las redes de eonmutaci6n de paquetes se usan luudumcnlalmente para comunicaciones terminal-cornputador y computador-computador.

Retransmisi6n de tramas (Frame Relay)

La conmutacion de paquetes se desarrollo en la epoca en la que los servicios de transrnision a larga distancia sufrfun una tasa de error relativamente clevada, comparada con los servicios de los que se dispone actualrnente. Por tanto, para cornpensar esos crrores relativamentc Irccucntes, en los esqucrnas de conmutacion de paquetes se realiza un csfuerzo considerable, que se traduce en anadir informacion redundantc en cada paquetc, aSI como la realizaci6n de un proccsarniento extra, tanto en el destine final como en los nodos intermedios de conrnutacion, necesario para detcctar los crrores y cn su cuso, corregirlos.

Ahora bien, con los modernos sistemas de comunicaciones de alta velocidad, este esfuerzo adicional es innecesario y contraproducente. Es innecesario ya que la tasa de errores se ha reducido drasticamente y los escasos errores que aparecen se pueden tratar en el sistema final mediante dispositivos que operan por encima del nivel de la Iogica dedicada a la conmutaci6n de paquetes. A su vcz es contraproducente ya que los bits rcdundantcs significan un desperdicio de parte de la capacidud proporcionadu por la red.

La rctransmision de tramas (<<frame rclay») se ha desarrollado tcnicndo prescntc las mayores vclocidades de transmision que actualmente se disponen, aSI como de las bajas tasas de error. Mientras que las redes originales de conrnutacion de puquctes sc disefiaron para ofrcccr una vclocidad de transmision al usuario final de 64 kbps, las redes «frame relay» estan diseriadas para operar eficazmente a velocidades de transmision de usuario de 2 Mbps. La clave para conseguir cstas velocidades reside en eliminar la mayor parte de la informacion redundante y el procesamiento asociado para el control de errores.

ATM

El Modo de Transfcrcncia Asincrono (A TI\-1, Asynchronous Transfer Mode), a veccs denomi nado como modo de rctransmision de eeldas «<cell rclay»), cs la culrninacion de todos los desarrollos en conmutacion de circuitos y conmutacion de paquetes realizados durante los ultimo» 25 afios,

ATM se puede interpretar como una cvolucion de la retransrnision de tramas (<<frame relay»). La difereneia mas obvia entre «frame relay» y A TYI es que «frame relay» usa paquetes dc longitud variable, llarnados «tramas», y ATM usa paquetes de longitud Iija denominadas «celdas». Al igual que en «frame relay», ATM introduce poca informacion aclieional para el control de errores, eonfiando en la inherente robustez del rncdio de transmision asf como en la logica adicional localizada en el sistema destino para detectar y corregir crrores. AI utilizar paquctcs de longitud fija, cl esfuerzo adicional de procesamiento sc reduce incluso todavfa mas aqui que en «frame relay». El resultado es que ATM sc ha discnado para trabajar a vclocidadcs de rransrnision del orden de I () a 100 Mbps, c incluso del orden de Gbps.

ATM se puede considerar a Sll vez C0l110 una evolucion de la conmutacion de circuitos. En la COIImutacion de circuitos, se dispone solarnente de circuitos a velocidad fija de transmision entre los sistemas finales. ATM perrnite la definicion de multiples canales virtualcs con vclocidades de trausmision que se definen dinamicarnente en el instante en que el canal virtual se crea. Mediante la utilizacion de celdas de tamaiio fijo, ATM es tan eficaz que puede ofrecer un canal a velocidad de transmision constante aunquc csrc usando una tecnica de conmutacion de paquctes. Por 10 tanto, ATM es una umpliacion de la conmutacion de circuitos en la que se ofrecen varios canales, en los que la velocidad de transrnision para cada canal sc tija dinarnicamcntc scgun las ncccsidadcs.

RDSI y RDSI de banda ancha

La sinergia y evolucion entre las cornunicacioncs y las tccnologias de la computacion. junto con la ereciente demanda de servicios eficaces de captacion, procesamiento y diseminacion de la informacion,

lntroduccion 11

esta desernbocando en el desarrollo de sistemas integrados que transmiten y proeesan todo tipo de datos. Una eonseeueneia significativa de esta tendeneia ha sido el desarrollo de la Red Digital de Servieios Integrados (RDSI).

La RDSI se ha disefiado para sustituir a las redes publicas de relecornunicacioncs existentes, proporcionando una gran variedad de servicios. La RDSI se define mediante Ia estandarizacion de las interfaces de usuario, y se ha irnplememado como un conjunto de conmutadores digitales y enlaces que proporcionan una gran variedad de tipos de trafico. a la vez que servieios de valor afiadido, En la practica, se trata de multiples redes, implementadas dentro de los lfrnites nacionalcs. pero desdc el punto de vista del usuario se considera como una iinica red mundial, uniformemente accesible.

A pesar de que la RDS[ tiene todavfa que conseguir la cohertura rnundial para la que fue disefiada, esta ya ell su segunda gencracion. La primera gcncracion, a veces denominada como RDSI de banda estrecha, se basa en cl usn de canales de 64 kbps como unidad basica de conmutacion, prescntando una clara orientaci6n hacia Ia conmutacion de circuitos. Tecnicamente hablando, la principal contribucion de la RDSI de banda estrecha ha sido el «frame relay». La segunda generaci6n, denominada RDSI de banda ancha, proporeiona velocidadcs de transmisi6n muy elevadas (cientos de Mbps) y tiene una clara orientacion hacia la conmutacion de paquetes, La contribuci6n tecnica principal de la RDSI de banda ancha ha side el modo de transferencia asfncrono (ATM), tambien denominado retransmisi6n de celdas «cell relay».

REDES DE AREA LOCAL

AI igual que las redcs de area amplia, una red de area local cs una red de comunicaciones que interconecta varios dispositivos y proporciona un medio para. el intercambio de informacion entre ellos, No obstante, hay algunas diferencias entre las LA1\' y las 'wAN que se enurneran a continuaci6n:

I. La cobertura de una LAN cs pcquciia, tipicarnente un edificio 0 como mucho un conjunto de edificios pr6ximos. Como se vera mas adelante, esta diferencia en cuanto a la cobertura geografica, condicionara la soluci6n tecnica final mente adoptada.

2. Es cormin que la LAN sea propiedad de la misrna entidad que es propietaria de los dispositivos concctados a la red. En WAN, esto no cs tan corricntc, 0 al menos una fraccion significativa de recursos de la red son ajenos. Esto tiene dos implicaciones. La prirnera es que se debe cuidar mucho la elecci6n de la LAN, ya que evidenternente, !leva acarreado una inversion substancial de capital (comparado can los gastos de conexi6n 0 alquiler de lfneas en redes de area amplia) tanto en la adquisici6n como en el mantcnimiento. Scgunda, la responsabilidad de la gestion de la red local recae solamente en el usuario.

3. Las velocidadcs de transrnision internas en una LAN son mucho mayorcs.

Tradicionalmente, en LAN se utiliza la difusi6n en lugar de utilizar tecnicas de conmutacion. En una red de difusion, no hay nodes intermedios. En cada estacion hay un transmisorireceptor quc se cornunica con las otras estaciones a travcs de un rncdio compartido. Una transrnision desde cualquicr cstacion se recibira por todas las otras estaciones. Los datos se transmiten en forma de paquetes. Debido a que el medio es com partido, una y s610 una estacion en cada instante de tiempo podra transmitir el paquete,

Mas recientemente, la conmutacion tambien se esta utilizando en LAN, fundamentalmente en LAN tipo Ethernet. Otros dos ejernplos de especial relevancia son las LAN ATM, en las que se usa una red ATM como una red de area local, aSI como los Canales de Fibra. Estas LAN se estudiaran. junto con las basadas en difusirin, en la Parte IV de este texto.

Cuando se realiza un intercamhio de datos entre cornputadores, tcrminales y/o otros dispositivos de procesarniento, las cuestioncs a estudiar son rnuchas mas que las rnencionadas en las Secciones 1.2 y 1.3.


Considerese, por ejernplo, la transferencia de un fichero entre dos computadores. En este caso, de he haber un camino entre los dos computadores, directo () a travcs de un red de comunicacion, pcro ademas, upicamcntc sc requicre la realizacion de las siguientes tareas adicionales:

I. EI sistema fuente de informacion debe activar el camino directo de datos, 0 bien debe proporcionar a la red de comunicacion la identificacion del sistema destine deseado.

2. EI sistema fuentc debe ascgurarse de que el destine csta preparado para recibir datos.

3, La aplicacion de transferencia de fichero en el origen debe asegurarse de que el programa gestor en el destino esta preparado para .accptar y alrnacenar el fichcro para el usuario dctcrminado.

4. Si los forrnatos de los dos ficheros son incompatibles entre ambos sistemas, uno de los dos debera realizar una operacion de adccuacion.

Al intercambio de informacion entre computadores con el proposito de cooperar se Ie denomina co' municacion entre computadores. De igual rnanera. al conjunto de computadores que sc intereonecran a traves de una red de comunicaciones, se les denomina red de computadores. Estos terminos se exticnden igualmente a cuando alguna de las partes es un terminal, ya que el grado de cooperacion en este caso es similar.

En el estudio de las comunicacioncs entre computadores y las rcdcs de computadores, son especial-

mente relcvantes los dos conceptos siguicntcs:

• Los protocolos.

• Las arquitecturax para comunicaciones entre computadores.

Para la cornunicaciori entre dos entidades situadas en sistemas difererues es necesario la definicion y utilizacion de un protocolo. Notcse que los terminus «entidad» y «sistema» sc estrin usando en un sentido muy general. Ejernplos de entidades son: los prograrnas de aplicacion de los usuarios, las utilidades para transferencia de ficheros, los sistemas dc gcstirin de bases de datos, asf como los gestores de correo electronico y terrninales. Ejemplos de sistemas son: los computadores, los terminales y los sen sores remotos. Notese que en algunos casos la entidad y el sistema en el que se ubica son coincidentcs (por ejemplo los terrninales). En general, una entidad es cualquier cosa capaz de enviar y recibir informacion, y un sistema cs un objcto ffsico que conticne a una II mas entidades. Para que dos cntidades se comuniquen con exito, se rcquicrc que «hablcn el mismo idioma». Que se comunica, como se comunica, y cuando se comunica debe scguir una seric de convcncioncs mutuamente aceptadas por las cntidades involucradas. Este conjunto de convenios se denorninan protocolos, que se pueden definir como el conjunto de reglas que gobiernan el intercarnbio de datos entre dos cntidades. Los puntos clave que definen 0 caracterizan a un protocolo son:

• La sintaxis: incluye aspectos tales como el Iorrnato de los datos y los nivclcs de seiial.

• La semantica: incluye informacion de control para la coordinacion y el manejo de errores,

• La temporizacion: incluye la sintonizacion de vclocidades y sccuenciacion.

Tras haber introducido el concepto de protocolo, se csui en disposicion de dcfinir cl concepto de arquiteetura para las cornunicacioncs entre computadores. Es claro que debe haber un grado alto de cooperacion entre los computadores. En lugar de implementar toda la logica para Ilcvar a cabo la comunicacion en un unico modulo, dicha tarea se divide en subtarcas, cada una de las cuales se realiza por separado. A modo de ejemplo, la Figura 1.4 rnuestra como ernpleando tres modules, se podrfa irnplementar una aplicacion de transferencia de fichcro. Las tareas 3 y 4 de la lista anterior se podrfan realizar por cl modulo de transferencia de fichcros. Los dos modules en ambos sistemas intercambian ficheros y ordcnes. Sin embargo, en vez de exigir que el modulo de transferencia se encargue de los detalles con los que se realiza el envio de datos y ordenes, dichos modules del egan en los modules de servicio de cornunicaciones. Esle se encargara de asegurar que el intercambio de ordenes y datos se real ice fiablemente. Entre otras cosas, este modulo realizara la tare a 2. Por 10 que a partir de este memento, la naturaleza del intercambio entre los sistemas scni independiente de la naturaleza de la red que los interconccta. Por 10

Introducci6n 13

Cornputador X

Computador Y

Logica de la interfaz de red

Archivos y ordenes para la transferencia de archivos

Unidades de datos relacionadas con la cornunicacion

l.oqica de la interfaz de red

Figura 1.4. Una arquitectura simplificada para la transferencia de archivos.

tanto, en vez de implernentar la interiaz de red cn el modulo de servicio de comunicaciones, tiene sentido prcver un modulo adicional de acccso a la red que lIeve a cabo Ia tarea 1.

Resumiendo, de los tres modules de la Figura 1.4, el modulo de transferencia de fichero contiene toda la Iogica que es exclusiva de la aplicacion para la transferencia de ficheros, tal como la transmision de una palabra clave, ordcnes de Iichero, y registros del Iichero, Sc nccesita que esta informacion sc transmita de una forma segura. Sin embargo, esta necesidad de seguridad es eompartida pOl' otro tipo de apiicaciones (por ejernplo, el correo electronico y la translerencia de docurnentos). POI' tanto, estos requerirnientos se localizan en el modulo separado de servicio de cornunicaciones de tal forma que puedan ser utilizados por otras aplicaciones. EI modulo de servicio de comunicaeiones trata de asegurar que los dos cornputadorcs esten actives y prcparados para la transfercncia de datos, as! como de seguir la pista de los datos que se intercarnbian, garantizando su envfo. No obstante, estas tare as son indepcndientcs del tipo de red que se este usando. Por tanto, la logica encargada de tratar con la red se considera en un modulo separado, De esta forma, si se modi fica la red que se este usando, solo se vera afectado cl rno-

dulo de acccso a la red. '

Asi, en vez de disponer de un solo modulo que realice todas las tareas involucradas en la cornunicucion, sc considera una estructura consistente en un conjunto de modules que realizaran rodas las funcioncs. Esta cstructura sc denornina arquitectura de protocolos. A continuacion, dentro de csta scccion sc generalizara el ejernplo precedente para presentar una arquitectura de protocolos sencilla, eonsiderando postcriormcntc ejcmplos mas realistas y complejos, como son TCP/IP y OSI.

UN MODELO DE TRES CAPAS

En terminos muy generales, se pucde afirrnar quc las comunicaeiones involucran a tres agentes: aplicaciones, computadores y rcdes. U n ejernplo de aplicacion es la transfereneia de ficheros. Este tipo de aplicaciones se ejecutan Irecuenternente en computadores que procesan multiples aplicaciones simultancamcntc, Los cornputadores se concctan a redes, y los datos a intcrcarnbiar se transficren por la red de un cornputador a otro. POl' tanto, la transferencia de datos desde una aplicacion a otra implica en primer lugar la obtencion de los mismos y posteriormente hacerlos lIegar a la aplicacion correspondiente en cl computador rernoto,

Por todo 10 dicho, parece natural organizar Ia tarea en tres capas independientes:

• Capa de acceso a la red.

• Capa de transporte,

• Capa de aplicaci6n.

La capa de acceso a la red esta relacionada con el intercambio de datos entre el computador y la red a la que esui concctado, EI computador crnisor debe proporcionar a la red la direcci6n del destine, de tal forma que la red pueda encarninar los datos al destine apropiado. El compuiador ernisor neccsitara hacer uso de algunos de los servicios proporcionados por la red, como, por ejemplo, la gestion de


prioridades. Las caractensucas del software de esta capa dependeran del tipo de red que se usc. As!' se han desarrollado diferentes estandares para conmutacion de circuitos, conmutacion de paquctcs, redcs de area local y otros. De csta rnancra, se pretende separar las funciones que tienen que vcr con el acceso a la red en una capa independiente. Haciendo esto, el resto del software de comunicaciones que este par encima de la capa de acceso a la red no tcndra que ocuparse de las caracteristicas especfficas de la red que se usc. EI mismo software de las capas superiores Iuncionara adecuado e indepeudienternente del tipo de red particular a la que el cornputador este conectado,

lndependientemente de la naturaleza de las aplicaciones que esten intercarnbiando datos, es un requisito habitual que los datos se intercambien de una mancra segura. Esto es, serfa deseablc cstar seguros de que todos los datos llegan a la aplicacion destino y adernas llcgan en el mismo orden en que fueron enviados. Como se vera, los rnecanismos que proporcionan dicha seguridad son independientes de la naturaleza de las aplicaciones. Por tanto, tiene senudo concentrar todos estos procedimientos en una capa cornun que se cornparta por todas las aplicaciones, denorninada capa de transporte.

Finalrnentc, la cap a de aplicacion conticnc la 16gica necesaria para admitir varias aplicacioncs de usuario. Para cada tipo distinto de aplicacion, como por ejemplo la transfercncia de ficheros, se nccesita un modulo independiente yean caractensticas bien diferenciadas,

Las Figuras 1.5 y 1.6 ilustran esta arquitectura sencilla. En la Figura 1.5 se muestran tres cornputadores conectados a una red. Cada computador contienc software en las capas de acceso a la red, de transporte y de aplicacion para una ° mas aplicaciones. Para una comunicacion con exito, cada entidad debcra tener una direccion tinica. En realidad se necesitan dos niveles de direecionamiento. Cada computador en la red debe tener una direccion de red; csto permite a la red proporeionar los datos al eomputador apropiado. A su vez, cada aplicaci6n en el eomputador debe tener una direccion que sea iinica dentro del propio cornputador, esto permitira a la capa de transporle proporcionar los datos a la aplicacion apropiada. Las anteriorcs direccioncs son dcnorninadas puntos de acceso al scrvicio (SAP, Service Access Point), notcse que cada aplicacion accede individualmcnte a los servicios proporcionados por la capa de transportc.

Punta de accesa al servicio

Figura 1.5. Redes y arquitecturas de protocoios.

Introducci6n 15

Computador X

Computador Y

Protocolo de acceso a la red

Protocolo de Aplicaci6n

Protocolo de Transporte

Protocolo de acceso a la red

Figura 1.6. Protocolos en una arqu itectura simplificada.

La Figura 1.6 rnucstra como se comunican. mediante un protocolo, los modules en cl misrno nivel de computadores diferentes. Veamos su funcionamiento. Supongase que una aplicacion, asociada al SAP I en el computador X, quiere transrnitir un mensaje a otra aplicaciou, asociada £11 SAP 2 del computador Y. La aplicacion en X pasa el mensaje a la capa de transporte con la instruccion de que 10 envie al SAP 2 de Y. La capa de transporte pasa el mensaje a la capa de aeceso a Ia red, la cual proporciona las instrucciones necesarias a la red para que envfe el mensaje a Y. Debe observarsc que la red no necesita conocer la direcci6n del punto de acceso al servicio en el destine, Todo 10 que necesita conocer es que los datos esten dirigidos al cornputador Y.

Para controlar esta operacion, se debe transmitir informacion de control junto a los datos del usuario. como as! sc rnuestra en la Figura 1.7. Supongamos que la aplicaci6n cmisora genera un bloquc de datos y se 10 pasa a la capa de transporte. Esta ultima puede fraccionar el bloque en unidades mas pequefias para haccrlas mas mancjables. A cada una de estas pequefias unidades la capa de transporte aiiadira una cabecera, que contendra informacion de control segun el protoeolo. La union de los datos generados por la capa superior junto con la informacion de control de la capa actual se denomina unidad de datos del protocolo (PDU, Protocol Data Unit); en estc caso, se denominara como PDU de transporte. La cabecera en cada PDU de transporte contiene informacion de control que se usara por el mismo protocolo de transportc en el cornputador Y. La informacion que se debe almacenar en 1£1 cabecera es por ejernplo:

Datos de aplicaci6n

Unidades de datos del protocolo de transporte

Cabecera de transporte

Unidades

de red

del protocolo de red (paquetes)

Cabecera Cabecera

de red de red

Figura 1.7. Unidades de datos de los protocol os.


• SAP destino: cuando la capa de rransportc destiuo reciba Ia PDU de transporte. dcbcni saber para quien van destin ados los datos.

• Niimero de secuencia: ya que el protocolo de transporte esta enviando una seeuencia de PDU, cstas se numeraran sccucncialrnente para que si lIegan desordenadas, la entidad de transporte destino sea eapaz de ordenarlas.

• C6digo de detecckin de error: la entidad de transporte emisora debe incluir un codigo que cs funcion del contenido del resto de la PDll. El protocolo de transportc receptor realiza el mismo calculo y compara los resultados con cl codigo rccibido, Si hay discrcpancia se concluira que ha habido un error en la transmision, y en ese caso el receptor, podra dcscartar la PDU y adoptar las aeciones oportunas para su correccion.

EI siguiente paso en la capa de transporte es pasar cada una de las PDU a la capa de red, con la instruccion de que sea transrnitida al eomputador destino. Para satisfacer este requenrnicnto, cl protoco- 10 de acceso a la red debe pasar los datos a la red con una solicitud de transrnisi6n. Como antcriormcntc. esta operacion requiere el uso de informacion de control. En este caso, el proiocolo de acccso a la red anade la cabecera de acceso a Ia red a los datos provenientes de la capa de transportc, creando asf la PDU de acceso a la red. A modo de ejcmplo, la cabecera debe contener la siguiente informacion:

• La direcci6n del computador destino: la red debe conoccr a quien (que computador de la red) debe entre gar los datos.

• Solicitud de recursos: el protoeolo de acceso a la red puedc pedir a la red que real ice algunas funciones, como por ejernplo gestionar prioridadcs.

En la Figura 1.8 se conjugan todos estos conceptos, mostrando la intcraccion entre los modulos para transferir un bloque de datos. Supongarnos que el modulo de transfcrencia de ficheros en el computador X esta transfiriendo regisiro a registro al computador Y. Cada registro se pasa al modulo de la capa de transporte. Se puede describir esta accion como si se tratase de una orden o una Hamada a un procedimiento. Posibles argumentos de este procedimiento seran la direccion del destino, el SAP destino y cl registro del fichero. La capa de trans porte anade el punto de acceso al ser~icio e informacion de control adicional, que se agrcgara al registro para forrnar la PDU de transporte. Esta se pasa a la capa inleriur de ucceso a la red mediante la llamada a otro procedi mien to. En este caso, los argurnentos para esta Hamada seran la direcci6n del cornputador destino y la unidad de datos del protocolo de transporte. La

Origen X

Destino Y

Registro

Registro

IOSAPf i

,'II ~:

: POU de transport~

, ,

, ,

, ,

IDHostj

"",7 __ -i~ .. IDHostj

Paquete

Figura 1.8. Funcionamiento de una arquitectura de protocolos,

Introducci6n 17

capa de acceso a la red usara esta informacion para construir la PDU de red. La PDU de transporte es cI campo de datos de la PDU de red, Y su cabecera contendra informacion relativa a las direcciones origen y destine. Notesc que la cabeccra de transporte no cs «visible» al nivel de acceso a la red; en otras palabras, a dicho nivcJ no Ie conciernc el eontenido concreto de la PDU de transporte.

La red accpta la PDU de trans porte de X y la transmite a Y. El modulo de acceso a la red en Y recibe la PDll, elimina la cabecera y pasa la POU de transporte adjunta al m6dulo de la capa de transporte de Y. La capa de trans porte examina la cabeeera de la unidad de datos del protocolo de trans porte y en Iuncion del campo en la cabecera que contenga el SAP, cntregara cl registro correspondiente a la aplicacion pertinente, en este caso al modulo 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 Ius estandares de cornunicacion: el conjunto de protocolos TCP/IP y el modelo de referenda de OSL TCP lIP es la arquitectura mas adoptada para la interconexion de sistemas, mientras que OSI se ha convertido en el modelo estandar para clasificar las funciones de comunicacion, En esta seccion, se incluye un breve resumen de las dos arquitccturas, aunquc posteriormentc sc desarrollaran con mas detalle en cl Capitulo 2.

TCP/IP cs resultado de la investigacion y desarrollo llevados a cabo en la red experimental de COI1- mutacion de paquetes ARPANET, financiada por la Agencia de Proyectos de lnvestigacion Avanzada para la Defensa (DARPA, Defense Advanced Research Projects Agency), y se denomina global mente como la familia de protocolos TCP/IP. Esta familia consiste en un extensa colcccion de protocolos que se han erigido como estandares de Internet.

AI contrario que en OSI, no hay un modelo oficial de referenda TCP!IP. No obstante, basandosc ell los protocolos estandar que se han desarrollado, todas las tareas involucradas en la cornunicacion se puede organizar en cinco capas relativamente independientes:

• Capa de aplicacion.

• Capa origcn-destino 0 de transporte,

• Capa internel.

• Capa de acceso a la red.

• Capa ffsica.

La capa fisica define la interfaz ftsica entre el dispositivo de transmision de datos (por ejernplo. lu estacion de trabajo 0 el computador) y el medio de transmision 0 red. Esta capa se encarga de la especificacion de las caractensticas del medio de transrnision, la naturaleza de las seiiales, la velocidad de datos, y cuestiones afines.

La capa de acceso a la red es responsable del intercambio de datos entre el sistema final y la red a la cual se esta conectado. El emisor debe proporcionar a la red la direccion del destino, de tal manera que la red pueda encaminar los datos hasta el destino apropiado. EI emisor puede requerir ciertos servicios, 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 dependera del tipo de red que se disponga; se han desarrollado diversos estandares para conmutacion de eireuitos, conmutacion de paquetes (por ejemplo, X.25), redes de area local (por ejemplo, Ethernet), entre otros.

La capa de acceso a la red esta rclacionada con el aceeso y encaminamiento de los datos a traves de la red. En situaciones en las que los dos dispositivos esten conectados a redes diferentes, se necesitaran una serie de procedimientos que permitan que los datos atraviesen las distintas redes interconectadas. Esta es la funcion de la capa Internet. El protocolo internet eIP, Internet Protocol) se utiliza en csta capa para ofrecer el servicio de encaminarniento a traves de varias redes. Este protocolo se implernenta tanto en los sistemas finales como en los «routers» intermedios. Un «router» es un dispositivo con capacidad


Sistema origen

Sistema oestino

r~--------~~---------~

r~--------~---------~

Sistema
transmlsion Aolicacicn

TCP

TCP

Aplicaci6n

Sistema origen Sistema destine

Figura 1.9. Modelo de arquitectura de protocolo.

de procesamiento que conecta dos relies y cuya funcion principal es retransrnitir datos desde una red a otra siguiendo la ruta adecuada para alcanzar al destine.

Independientemente de la naturaleza de las aplicaciones que estan intercarnbiando datos, es usual requerir que los datos se intercambien de forma segura. ESIO es, seria deseable asegurar que todos los datos lIegan a la aplicacion destino y en el mismo orden en el que fueron enviados, Los procedimientos que garantizan una transmision segura estrin localizados en la capa origen-destino, 0 capa de transporte. EI protocolo TCP (Transmission Control Protocol) es el mils utilizado para proporcionar esta funcionalidad.

Finalmente, la capa de aplicaci6n contiene la logica necesaria para posibilitar las distintas aplicacrones de usuario. Para cada tipo particular de aplicacion, como pOI' ejemplo la transfcrcncia de fichcros, sc neccsitara un modulo bien difercnciado.

La Figura 1.9 muestra como se implementan los protocolos TCPiIP en los sistemas finales, a la vez que relaciona la arquitectura con el rnodelo para las comunicaciones de la Figura 1.1 a. Notese que las capas Ifsica y de acceso a la red proporcionan la interaccion entre el sistema final y la red, miemras que las capas de aplieaci6n y trans porte albergan los protocol os denominados «extreme a extreme», ya que Iacilitan la interaccion entre los dos sistemas finales. La capa internet tiene algo de las dos aproximaciones anteriorcs. En esta capa, los sistemas origcn y destino proporcionan a la red Ia informacion necesaria para realizar el encarninamiento, pero a la vez, deben proporcionar algunas funciones adicionales de intercarnbio entre los dos sistemas finales; estos aspectos se desarrollaran posteriormente en los Capitulos 15 y 16.

EL MODELO OSI

EI rnodelo de OSI (Open Systems lnterconection) se desarrollo poria Organizacion Iruernacional de Estandarizacion ISO (International Organization for Standarization) como una arquitcetura para eomuni-

Introducci6n 19

caciones entre cornputadores, con el objetivo de ser el marco de rcferencia en el desarrollo de protocolos estandarcs, OSI considcra siete capas:

• Aplieaei6n.

• Presentaei6n.

• Sesi6n.

• Transporte.

• Red.

• Enlace de datos.

• Ffsiea.

En la Figura 1.1 () se rnuestra el modelo OS! y se definen brevemente las funciones que se realizan en cada eapa. La intencion del modclo OS! es que los protocol os se desarrollen de forma tal que realicen las funciones de cada una de las capas.

Figura 1.10. Las capas de OSI.


OSI

TCPIIP

I

Capas del usuario

Aplicacion

Fisica

Sesion

Frsica

Sistema operative

1

Figura 1.11. Una cornparacion entre las arquitecturas de protocolo TCP/IP y OSI.

Los disefiadores de OSI consideraron que esle modele y los protocol os asociados Ilegarian a dorninar las cumunicaciones entre computadores, rcernplazando eventualmente las implementaeiones particulares de protocol os, asf como a modelos rivales tales como TCP/IP. Sin embargo, esto no ha sido asi. Aunque se han desarrollado muchos protocolos de utilidad dentro del contexto de OSI, cl modelo de las siete capas en su eonjunto no ha prosperado. Por el eontrario, la arquiteetura TCPjlP se ha erigido como dominante. Por tanto, en este libru se pondra mayor enfasis en TCP/IP.

La Figura 1.11 muestra las capas de las arquitecturas OS! y TCP/IP, indicando Ia posible correspondencia en terminos de funcionalidad entre ambas. La misma figura sugiere a su vez formas de implementar las difcrcntcs capas.

En Ia industria de las comunieaeiones desde hace tiempo se ha aeeptado que los estandarcs son neccsarios para definir las caracteristicas ffsicas, mecanicas y de procedimiento de los equipos de cornunicaei6n. En el pasado, este punto de vista no ha sido compartido por la industria de los computadorcs, Mientras que los produetores de equipos de comunicaci6n reconocian que sus equipos deberian en general interconectarse y comunicarse con equipos desarrollados por terceros, los fabricantes de cornputadores han tratado de monopolizar a sus clientes, La proliferaci6n de diferentes cornputadores y la gcneralizaci6n del procesamiento distribuido ha desencadenado una situacion insostenible. Computadores de diferentes fabricantes deben comunicarse con otros, y dada la evolucion actual en Ia normalizacion de protocolos, los clientes no admitiran la necesidad de software para la conversion de protocolos de uso especffico. Como consecuencia, los estandares en Ia actualidad estan irnponicndose en todas las areas

tecnologicas consideradas en este libro. .

A 10 largo del texto se describiran los estandares mas irnportantes que estan en uso 0 en desarrollo para los diversos aspectos involucrados en las cornunicacion entre computadores. En el apendice de este capitulo se mencionan las organizaciones mas significativas implicadas en el desarrollo de los estrindares.

Hay una serie de ventajas y desventajas en el proccso de estandarizacion, A continuacion se citan las mas relevantes. Las principales ventajas son:

lntroduccio n 21

• Un estandar asegura un gran rnercado, Esto estimula la produccion mas iva y, en algunos casos, el uso de integracion a gran escala (LSI) 0 integracion a muy gran cscala (VLSl), rcducicndosc asf los costos.

• Un cstandar pcrmitc que los produetos de diferentcs fabricantes se cornuniquen, dotando al COI11- prador de mayor tlcxibilidad en la seleccion y uso de los equipos.

Las principalcs desventajas son:

• Los estandares tienden a congelar 121 tecnologfa. Micntras que un cstandar se dcsarrolla, sc revisa y se adopta, se habran desarrollado otras tccnicas mas cficaccs.

• Hay muchos estandares para la misrna funcion. Estc problema cn rcalidad no es atrihuihle a los csuindarcs en sf, sino a la manera en que se hacen las cosas. Afortunadamente, rccienrementc las diversas organizaeiones para el establecimienio de esiandares han comenzado a cooperar mas estrechumente. No obstante, todavfa hay areas don de cocxistcn varios cstandares en contlicto.

A 10 largo de cste lihro, sc dcscrihcn los estandarcs mas importantes relacionados con las comunicaciones y los eomputadores. Se consideran tanto aquellos que en la actualidad estan en uso, como los que estan en fase de desarrollo. Para la prornocion 0 desarrollo de estos estandares han participado dccisivamente varia-, organizaciones, Estc apendice presenta una breve dcscripci6n dc las organizacioncs mas irnporrantcs de normalizacion:

• lEFT.

• ISO.

• UIT-T.

• El Forum ATM.

NORMALIZACIONES EN INTERNET V EL IETF

Muchos de los protocolos quc consrituyen la serie TCP/IP se han estandarizado 0 estan en rase de estandarizacion. Mediante acuerdos universales, una organizaci6n denominada la Sociedad Internet (Internet Society) es responsable del desarrollo y la publicacion de estos cstandarcs. La Sociedad Internet cs una organizaci6n de profesionales que supervisa a una serie de gabinetes y grupos de trabajo involucrados en el desarrollo y norrnalizacion de Internet.

Ell esta secci6n sc proporciona una breve dcscripcion del proccdimiento que siguen los csiandarcs de la familia TCP/IP en su fase de desarrollo.

Las Organizaciones de Internet y la publicacion de RFC

La Sociedad Internet es el cornite coordinador para el disefio, ingenierfa y gesti6n de Internet. Entre otras cuestiones, se encarga del propio funcionamiento de internet, asf como de Ja normalizaci6n de los protocolos usados por los sistemas finales. Dentro de la Sociedad Internet hay trcs organizaciones responsables tanto del desarrollo de los estandares como de su publicaci6n:

• EI comite para Ja arquitectura en Internet (lAB, Internet Architecure Board): responsable de definir toda la arquitectura de Internet, proporciona las directrices y las lineas de actuacion del IETF.

• EI comite para Ia ingenierfa en Internet (lEFT, Internet Engineering Task Force): responsable del desarrollo e ingenierfa de los protocol os.


• EI cornite para la investigaci6n en Internet (IRTF, Internet Research Task Force): responsable de la gestion de las actividades del IETE asf como del proceso de normalizacion.

Todo el trabajo necesario para la especificaci6n de las normas y de los protocolos se lleva a cabo mediante grupos de trabajo. La pertenencia a cada uno de los grupos de trabajo es voluntaria, sicndo caractcristico cl hecho de que cualquier intcrcsado puede participar en los distintos grupos. Durante el desarrollo de una espccificacion, el grupo de trabajo hara un borrador del doeumento final denominado Borrador Internet (Internet Draft), el cual se publicara y estara disponible «on-line» en cl dircetnrio del IETF. EI documento permanecera como «Internet Draft» como mucho basta seis meses, durante esre periodo todas las partes interesadas pod ran revisarlo y comentarlo. A la vcr. durante ese periodo, el IESG puede aprohar que el horrador se publique como RFC (Request For Comment). Si el horrador no pasa al cstado de RFC durante los seis rncscs mencionados. sera eliminado del directorio. EI grupo de trabajo puede posteriormente publicar versiones revisadas del borrador.

EI lEFT, tras su aprobaci6n por parte del IESG, es cl responsable de la publicncion de los RFC. Los RFC son las notas de trahajo para la comunidad que desarrolla e investiga en Internet. EI conteniclo de estos documentos puede ser cualquier cosa relacionnda con las cornunicacioncs entre cornputadorcs. es decir, desde un informe sobre una reunion hasta la especificacion de un estandar.

El proceso de normalizaci6n

La decision definitiva cle cual de los RFC se erige como estandar se toma en el IESG, oidas las reeomcndaciones del IETF. Para convertirse una cspecificacion en un estandar debe verificar los criterios siguicntes:

• Ser estahle y bien conocida.

• Ser adecuada tccnicamcnrc.

• Haher sido experimentada suficientemente dernostrando SLI interopcratividad entre vanas impie-

rnentaciones indcpendientcs.

• Tener una aceptacion publica.

• Ser considerada titil por Internet, parcialmentc 0 en su totalidad.

Las diferencia esencial entre estos critcrios y los que se utilizan en los esrandarcs intcmacionalcs del ISO y la ITU- T reside en el enfasis que aquf se pone en los aspectos relacionaclos con cl funcionarniento real y la experimentaci6n.

En la Figura 1.12 se muestra fa succsion de pasos, denominados «Standars Track», que de he seguir una especificacion hasta llegar a ser aceptada como estandar, este proceso se ha definido en el RFC 2026l. En todo el proccso, los pasos sucesivos requieren una ncccsidad creciente de consenso y veri ficacion. En cada paso, el IEf<T debe establecer unas recomendaciones 0 directrices para el desarrollo del protocolo, que deben ser ratifieaclas por cl IESG. EI proceso eomienza a partir de que el IESG aprueba la publicacion del horrador 0 «Internet Draft» como un RFC en estado de norma 0 Esuindar Propuesto.

Las cajas blancas en cl diagrama mencionado reprcscntan situaciones temporales, que debcrian implicar el minimo intervale posible cle tiempo. Sin embargo, un deterrninado documento debe perrnanccer en el estado de estandar propuesto durante seis meses como mfnimo y como borrador estandar durante al menos cuatro, csto es para perrnitir asi un periodo suficiente de revision y remision de comentarios. Las cajas de color gris representan situaciones a mas largo plazo, que pucden durar varios nfios,

Para pasar a hi situaci6n de borrador, cada cspecificacion debe experimentarse sobre al mcnos dos realizaciones independientes, cornprobandosc su interoperatividad.

Tras obtener la sufieiente expcricncia, la especificaei6n pucdc scr elcvada a la categoria dc csuindar Internet. Llcgados a estc punto, se lc asigna un nurnero de cstandar (STD). asi como un numero dc RFC.

I Los RFC que sc citen a In largo dc l lihro sc li ctan ell cl Apcndicc R.

Introducci6n 23

Figura 1.12. Publicaci6n de RFC en Internet.

Por ultimo. cuando un protocolo sc vuclve obsolete, sc pas a a la condicion de historico.

EI proceso de normalizaci6n en documentos no estandar

Cualquier protocolo 0 especificacion que no se considere estar prcparada para scr normalizada se puede publicar como un RFC experimental. Tras la rcalizacion de trabajos adicionales, la especificaciou puede ser remitida para su reeonsideraei6n. Si la especificacion es 10 suficientemente estable, ha resuelto problemas planteados en el diseiio, se supongu bien comprendida, ha recibido suficicntcs rcvisioncs y cnticas, y parezca que despierta el suficiente intcrcs en la comunidad. cntonces el RFC se considerara cstar en el estado de Estandar Propucsio.

Por ultimo, para inforrnar a la comunidad de Internet se publica una Especificacion lnformativa.

LA ORGANIZACION INTERNACIONAL PARA LA NORMALIZACION IISO)

La IS02 (International Organization for Standardization) es una agencia internacional para el desarrollo de normalizaciones que abarcan un arnplio ahanico de rnatcrias. Es una organizaci6n sin animo de lucro, de voluntariado, cuyos rniernbros son organismos de estandarizacion de las naciones participantes ademas de una serie de organizaciones observadoras sin Yolo. Aunque ISO no es gubernarnental, mas del 70 c/r de los rniembros son instituciones gubernamcntales. La mayona de los rniembros restantes iienen relaciones muy estrechas con las administracioncs publicas de los respectivos parses. Por cjcmplo, el miembro estadounidense es el organismo denominado «American National Standards Institute. (ANSI).

ISO se fundo en 1946 y dcsde cntonces ha cspecificado mas de 12.0()() normalizacioncs en una gran cantidad de areas de diversa indole. Su objetivo es promocionar el desarrollo de norrnalizacioncs y de actividades relacionadas para facilitar el intcrcarnbio internacional de bicncs y servicios, aSI como dcsa-

2 [SO no es en rculidad el acrouimo (en xu caso dcbeuu SCI' Iucrahncntc lOS). sino una palabru derivada dc la gricga iSO.I, que ~ignifica igual.


rrollur la coopcracion en la esfera intelcctual, cicntffica, teenol6gica y economica. ISO ha dcfinido est.indares para todo. dcsde el paso de los tornillos hasta cuestiones ele energia solar. Un area importantc dcntro del campo de las normalizaciones se encarga de la arquitcctura ele comunicacioncs para la interconcxion de sistemas ahicrtos (051, Open Systems Interconnection), asi como de la definicion de est andares para cada una de las capas de la arquitcctura 051.

En 10 rererente a los temas cstudiados en este tcxto, los cstandares OSI se han dcsarrollado ell rcalidad como un estuerzo conjunto con otras organizacioucs. como es la IEC (International Elccrrotcchuical Commission). La lEe se encarga principalmente de la norrnalizacion en ingcnierfa clectrica y clectronica. En el area de las tecnologfas de la informacion, amhas organizacioncs se solapan, aunque la lEe pone mas enfasix en los aspectos hardware, mientras que ISO 10 haec en software. En 19R7. los dos grupos Iormaron el JTC (Joint Technical Committec). Estc cornite ha tenido la rcsponsabilidad del desarrollo de documcntos ell el area de las tecnologias de la informacion que han sido adoptados por ISO (y pur el lEO.

EI desarrollo de un estandar ISO en particular. dcsde qne ernpieza como una propuesta hasta que se Iormaliza como un cstandar oficial, sigue un proccso que se puede descrihir en seis pasos 0 rases. EI objetivo es que el rcsultado final sea accptado por el mayor ruimcro posiblc ele parses. A continuacion se dcscribcn brevernente las rases:

1. Fase de proposicion: se asigna un tema al comite tccnico apropiado. y dcntro de csc comitc. al grupo de trabajo adecuado.

2. Fase de preparacirin: cl grupo de trahajo prepara un borrador de trabajo. Durante esta fuse cs probable que se considcrcn sucesivos borradorcs hasta quc cl grupo de trabujo cstc convcncido de que ha desarrollado la mejor solucion tecnica al problema abordado, En esta rase, cl horraelo se envfa al comite jenirquicarncnte superior al grupo de trabajo para entrar en la Iase de consenso.

3. Fase en el comite: tan pronto como el cornite apruebe el primer horrador, se registra en la Sccretarfa Central de la ISO. Sc haec circular entre los miembros intcresados para su considcracion, ernision de corncntarios tccnicos y su posterior votacion. Pucde que en csta fuse sc cons idercn succsivos borradores hasta que se alcance cl conscnso en 10 rcfcrentc al contcnido tecnico, Cuando hay un acuerdo suficicnte, cl tcxto esta preparado para scr rernitido como docurncnto DIS (Draft International Standard).

4. Fase de indagackin: la Secretaria Central de la ISO hace circular el DIS entre todos los rniernbros del ISO para su votacion y formulacion de comentarios durante un periodo de cinco meses. EI documento se aprobara para su consideracion como FDIS «<Final Draft International Standard») siempre y cuando se consiga una mayoria de las dos terceras partes y no mas de un cuarto del numero total de votos sean negatives. Si no se consigue la aprobacion, el texto se devuclve al grupo de trabajo proponente para su nueva reelaboracion, para posteriorrnente hacerlo circular de nuevo como documento DIS y rcpctir el proccso.

5. Fase de aprubackin: el docurnento FOIS se distribuye entre todos los estamentos del ISO por parte de la Sccrctaria Central para una votacion final (Sf/No) durante un periodo de <los mescs. Si se rcciben comentarios tccnicos durante esc periodo, no seran considerados durante esta fase, pero seran registrados para su posterior consideracion en una revision lutura del Estandar lnternacional. EI texto se aprobara como Estandar Internacional si obtiene una mayorfa de las dos terceras partes y no mas de un cuarto del numero total de votes sean negatives. Si no consigue su aprobacion, el estandar es elevuclto al grupo de trahajo original para su rcconsideracion, tenicndo en cuenta las razones tecnicas argurncntadas por parte de los votantes negativos.

6. Fase de publicacion: una vez que el docurnento FOIS se haya aprobado, se introduciran solo carnbios mfnimos en el texto definitive. EI tcxto final sera rernitido a la Secretarfa Central de la ISO, la cual publicara el documento en su estado de Estandar lntemacional.

Introducci6n 25

EI proceso de definicion de un cstandar ISO puede ser lento. Ciertarnente, serta deseable que la definicion de estandares fuera tan rapida como los detalles tecnicos 10 perrnitieran, pero ISO debe asegurarse de que el estandar recibe una aceptacion suficiente,

El SECTOR DE NORMALIZACION DE LA UIT PARA LAS TELECOMUNICACIONES

El sector de estandarizaci6n UIT para las Telecomunicaciones (UIT-T) es un organo permancnte de la Union Internacional de Telccornunicacioncs (UIT) que es a su vcz una agcncia cspecializada de la Organizacion de las Naciones U nidas. Por tanto los rniernbros del UIT - T son gohiernos. La representacion de USA reside en el Departamento de Estado. EI objeto de la UIT-T es «estudiar y definir recornendaciones de cuestiones tecnicas, tccnologicas. de operacion y tarificacion para asi normalizar las telccomunicaciones a cscala rnundial». Su objetivo central cs la estandarizacion, tanto como sea necesario, de teenicas y de rnodos de operacion en telecomunicaciones para lIevar a cabo una compatibilidad extreme a extremo en las conexiones internacionales de telecomunicaci6n, independientemente de los pafses origen y destine.

La ClT-T fue creada el I de marzo de 1993 como consecuencia del proceso de retorrna dentro de la UIT. Este organismo sustituye 'II Comite Consultive Internacional de Telefonfa y Telegrafos (CCITT), que en esencia tenfa los mismos estatutos y objetivos que el nuevo VIT-T.

La UIT-T se ha organizado en 14 grupos de estudio que establecen las recomendaciones:

2. Funcionamiento de la red y servicios.

3. Tariticacion y cuestiones economicas.

4. Red para la gestion de las telecomunicacioncs y mantenimiento de 1'1 red.

5. Proteccion contra interacciones electromagneticas.

6. Equipamicnto externo.

7. Redes de datos y comunicaciones de sistemas abiertos.

8. Caracterfsticas de los sistemas telernaticos.

9. Transmision de television y sonido.

10. Lenguajes y cuestiones generales de software para sistemas de telecornunicacion.

11. Requerimientos de sefializacion y protocolos.

12. Prestaciones de redes y terrninales en 1'1 transmision extrema a extrema.

13. Aspectos generales de 1'1 red.

15. Rcdes de transporte, sistemas y equipos.

16. Equipos y sistemas de transmision.

EI trabajo dentro de 1'1 UIT-T se organiza en ciclos de cuatro arios, coincidicndo con la frccucncia con la que se organiza una conferencia rnundial (0 reunion plenaria) para la Estandarizacion de las Telccornunicaciones. EI programa de trabajo para los siguientes cuatro afios se determina en Ia asamblea, en forma de cuestiones, plantcadas por los distintos grupos de estudio, basandose en los requerimientos de los micmbros pertenecientes a los mcncionados grupos de cstudio. En la confercncia se fijan las cucstiones, se revisan los objetivos de los grupos de estudio, sc crean 0 disuelven los grupos de acuerdo con las necesidades, y se les asignan las cuestiones rnencionadas.

En funcion de las cuestiones asignadas, cada grupo de estudio prcpara borradores de las recorncndaciones. Un borrador de recomendacion pucdc ser considerado en la siguiente reunion, de periodicidad cuatrianual, para su aprobacion. Sin embargo, Gada vez mas frecuentemente las recomendaciones estan sicndo aprobadas tan pronto como esten listas, sin necesidad de esperar 'II final del periodo de cuatro afios, Este procedimiento acelerado se esta adoptando desde el periodo de cstudio que finaliz6 en 1988.


Por tanto, 1988 rue la ultima vez ell la que se pub!icaron sirnultancamcntc un gran ruirnero de documentos a modo de recornendacion.

El FORUM ATM

La LlIT- T es responsable, de entre otras areas. del desarrollo de estandares para la RDSI de banda ancha (RDSI-B), que esta basuda en la tecnologia ATM. EI Forum ATM jucga igualmente un papel crucial en el desarrollo de los estandarcs ATM. En la UIT-T yen los miemhros participantcs provenientes de los distintos parses, cl proceso de la elaboracion de normas se caracteriza por un mecanisme de consenso, entre gobiernos, usuaries, y reprcsentarues del sector industrial. Estc proceso puedc scr dilatado en el tiempo. Aunque la UIT- T ha extrcmado sus esfuerzos. los retardos en la elaboracion de las norm as son particularmente significativos el area de la RDSI-B, en la que la tccnologfa dominantc cs el modo de transfcrcncia asmcrono (ATM «Asynchronous transfer modo», caracterizada por su rapida y cambiante evolucion. Debido, pues, al gran interes que ha dcspcnado la tecnologfa ATM, se creo el Forum ATM con el objetivo de acclcrar el procedirnicnto eluboracion de normas para ATM. EI Forum ATM es una orgunizacion intcmacional sin animo de lucro, constituida por 600 rniernbros de distintas compafiias. Los usuarios finales tambien tiencn su rcprescnracion en el Forum.

EI Forum i\ TM ha rccibido una mayor atcncion y nivcl de vinculacion pur parte de los fabricantes de computadores que la propia UIT-T. Debido a que el forum trabaja sobre una polnica de mayonas en lugur de la estratcgia del conscnso, ha sido capaz de adaptarse rapidamentc para definir algunos de los detulles necesarios para la implemcntacion de ATM. Este esfuerzo, ha redundado ell un beneficio para cl cstucrzo normalizador de la UIT-T.

Hay una seric de recursos disponibles en Internet y en la Web para complementar a cstc tcxto, que pucden ayudar al lector para estar al ella respecto a los dcsarrollos llevados a cabo en este contexto.

pAGINAS WEB PARA ESTE lIBRO

Se ha diseiiudo una pagina Web especial para cornplcmentar a este libro, esta disponible en hup.," www.williamstallings.corn. Una dcscripcion detail ada de cstc xitio pucdc verse en la scccion «Paginas Web para cste libro» antes del Prcfacio.

Tan pronto como sc dciccicn erratas tipograficas aSI como toda c1ase de crrorcs, se publicar.i» en hltp:/iwww.williarnslallings.colll. EI Iichero sc actuulizara cuando se neccsitc. POI' favor. comuniqucn cualquier tipo de error detect ado al autor wS({llshore.net. En el mismo sitio sc pucden encontrar !istas de erratas para otros libros del uutor, asi COIllO informacion y ofertas para la adquisicion de otros libro» cscritos por el autor,

OTROS 51TI05 WEB

Hay una cantidad enorme de sitio» Web con informacion rclacionada con los tcmas tratados en cl libro. En los capitulos siguientes. se pueden cncontrar referencias de sitios Web cspecificos. en cada una de las secciones «Lecturas Recornendadas». Debido a la tendcncia que tienen las URL de cambial' Irccucntcmcntc, no han sido incluidas en este libro. Todos los sitios Web citados a 10 largo del libro pueden scr cxplorados a travcs de los corrcspondientes enlaces que se han habilitado en la pagina Web del libro.

Introducci6n 27

Las siguicntcs paginas Wcb son de intcr6s general y estan rclacionadas con las comunicaciones y redes de computadores:

• EI mundo de las redes: informaci6n y enlaces a recursos sobre comunicaciones de datos y redes.

• IETF: mantiene archivos relacionados con Internet y sobre las actividades de la IETF. Incluye una biblioteca de RFC y de borradores indexada por palabras clave, aSI como otros muchos documentos relacionados con Internet y protocolos asociadas.

• Fabricantes: enlaces a paginas Web de mas de l.OOO fabricantes de hardware y software, asf como un directorio telef6nico de miles de empresas de computadores y redes.

• Bibliografias sobre computacion: una coleccion de eientos de bibliograffas con cientos de miles de referencias.

• La sociedad «IEEE Communications»: una buena forma de estar informado sobre conferencias publicaciones, etc.

• Grupo «ACM Special Group on Communications (SIGCOMM)>>: una buena forma de estar intormado sobre congresos, publicaciones, etc.

• Union Internacional de Telecomunicaciones: contiene una lista de recomendaciones de la UITT, mas informacion para la obtenci6n de documentos de la UIT-T, impresos a en CD-ROM.

• Organizacion Internacional para la Estandarizaclrin (OSI): contiene una lista de normas ISO, mas informaci6n sabre como obtener documentos impresos 0 en CD-ROM.

GRUPOS DE NOTICIAS USENET

Se ha establecido una serie de grupos de noticias USENET, sobre aspectos relacionados con la comunicaci6n de datos y las redes. Como en casi todos los otros grupos USENET, en estos grupos hay una gran relaci6n ruido-seiial, a pesar de esto, periodicamente vale la pen a cornprobar si algo se ajusta a sus necesidades, He aquf una muestra:

• comp.dcom.lan, eomp.dcom.lans.misc: debate sobre LAN en general.

• comp.std. wireless: debate sobre redes inalarnbricas, incluyendo, entre otras, redes de area local

inalarnbricas,

• comp.security.misc: seguridad en computadores y encriptacion.

• comp.dcom.cell-relay: sobre ATM y LAN ATM.

• comp.dcom.frame-relay: sobre redes «frame relay».

• comp.dcom.net-management: debate sobre aplicaciones de gestion de red, protocolos y estandares.

• comp.protocolo.tcp-ip: sobre la familia TCP/IP.

,

CAPITULO 2

Protocolos y arquitectura

2.1. Protocolos

Ca racteristicas Funciones

2.2. OSI

EI modelo

Normalizaci6n dentro del modelo de referencia OSI Primitivas de servicio y parametres

Las capas de OSI

2.3. Arquitectura de protocolos TCP/IP La aproximaci6n de TCP/IP

La arquitectura de protocolos TCP/IP Funcionamiento de TCP e IP Interfaces de protocolo

Las aplicaciones

2.4. Lecturas recomendadas

2.5. Problemas


•••••••••••••••••••••••••••••••••

• Una arquitectura de protocolos es una estructura de capas hardware y software que facilita el intercamhio de datos entre sistemas, y proporciona aplicaciones distribuidas como par ejemplo el correa electronico y la transferencia de ficheros.

• En cad a capa de la arquitectura se implementan uno 0 varios protocolos. Cada protocolo proporciona UIl conjunto de reglas que regulan el intercambio de datos entre los sistemas.

• Las tare as upicas que realiza un protocolo son entre otras: cncapsulamiento, segmentaci6n, ensamblado, control de Ia conexion, transmisi6n ordenada, control del flujo, control de errores, direccionamiento y multiplexaci6n.

• La arquirectura que mas sc usa es la familia de protocolos TCP/IP, en la que se definen las siguientcs capas: ftsica, acceso a la red, internet, transporte y aplicaci6n .

•••••••••••••••••••••••••••••••••

E I objetivo de este capitulo es servir de visi6n general y proporcionar los conocimientos basicos para abordar con exito el resto de capftulos del texto. En este capftulo se rnuestra como los temas considerados de la Parte II a la V sc enmarean dentro de la transmision de datos y de las redes de cornputadores. Este capitulo se puede Jeer aquf, es decir en su lugar natural, 0 bien al principio de las Partes III, IV 0 V I.

El capitulo cornienza presentando el concepto de protocolo de comunicaci6n. Se demuestra que Ius protocolos son fundamentales en todas las cornunicaciones de datos. A continuacion, para descrihir e implementar sisternaticamente las comunicaciones, el problema se plantea en tcrminos de capas, las cuales contendran protocol os, Esta misma aproximaci6n es la que se adopto en el ya farnoso modele de interconexi6n de sistemas abiertos (051, Open Systems Interconnection).

Aunque el modelo OSl es considerado universalmente como el modelo de referencia hay otro mode- 10, denominado arquitectura de protocolos TCP/IP que definitivamente ha ganado la batalla comercial. La mayor parte de los protocolos que se describen en la Parte V perteneccn a la familia TCP/IP. A 10 largo de este capitulo se presentara un resumen de los mas significativos.

Comenzaremos nuestro estudio dando una vision general de las caractensticas principales de los protocolos. Antes de proseguir, el lector deberia repasar los conccptos asociados a los prolocolos definidos en el Capitulo I.

CARACTERisTICAS

Los protocolos se caracterizan fundamentalmente por ser:

• Directos/indirectos.

• Monoifticos/estructurados.

• Sirnctricos/asimetricos.

• Estandares/no estandarcs.

1 Puede ser util para el lector haccr una 1ectura preliminar del mismo y posteriormente reconsiderarlo en profundidacl antes del cornrcnzo de la Parte V.

Protoeolos yarquiteetura 31

La comunicaci6n entre dos entidades puede ser directa 0 indirecta. En este sentido, en la Figura 2.1 se describen algunas situaciones posibles. Si los dos sistemas que se van a comunicar comparten una linea punto a punto, las entidades de estos sistemas se podran comunicar directamente; es decir, los datos y la informacion de control pasaran directamente entre las entidades sin la intervenci6n de un agente activo. Esta misma idea es aplicable a configuraciones multipunto, aunque en este caso las entidades deberan solucionar el problema del control del acceso, complicando aSI el protocolo. Si los sistemas se conectan a traves de una red conmutada no se podra aplicar un protocolo directo. EI posible intercambio de datos entre dos entidades dependent a su vez del buen funcionamiento de otras entidades. Un caso algo mas complejo sera cuando las dos entidades no compartan la misma red conrnutada, aunque eso SI deberan estar conectadas a traves de dos 0 mas redes. A un conjunto de este tipo de redes interconectadas se les denomina Internet,

(a) Punto a punto

(b) Red de difusi6n multipunto

(e) Red conmutada

(d) Internet

Figura 2.1. Tipos de conexi6n en un sistema de comunicaci6n.

32 Comurucacicnes y redes de cornputadores

Otra caractenstica de los protocolos es su caracter monolitico 0 estructurado. Conforme el lector se vaya adentrando en el libro ira comprendiendo que la tarea de la comunicaci6n entre sistemas remotes es 10 suficicntcrnente compleja como para abordarla y concebirla rnonolnicamente como un todo. Por ejemplo, supongase una aplicaci6n de correo electronico ejccutandosc en dos computadores conectados mediante un enlace sfncrono HOLe. Para ser estrictamente monohtica, la aplicacion deberfa contcner toda Ia logica del HOLe. Si Ia conexi6n se llevara a cabo a traves de una red de conmutaci6n de paquetes, en este caso Ia aplicacion necesitana igualmente incluir la logica del HOLe (0 algiin protocolo equivalcnte) para conectarse a la red. Adcmas del software anterior, la aplicaei6n deberia incluir: el software para dividir los mensajes a transmitir en unidades del tamafio de un paquete, el software para solicitar un circuito virtual, etc. La aplicaci6n necesitarfa incluir software para la sincronizacion temporal, es decir, los mcnsajes sc deben enviar solo en cl caso de que el sistema y la entidad destine estell activas y preparadas para recibir. Esta sincronizacion neccsitara de logica adicional que debe incluirse en la aplicaei6n. Es mas, como se ira viendo mas adelanto, la lista de problemas a resolver es todavia mayor. En la aproximacion monohtica, una modificacion en cualquiera de los detalles implicarfa que toda la aplicacion deberia modificarse, con el riesgo de introducir errores diflciles de localizar.

Como alternativa se pucde optur pOI una tecnica de diserio c implemcntacion cstructurada. En lugar de un iinico protocolo, en cste caso habra un conjunto de protocolos organizados con una estructura por capas 0 jcnirquica. Las funciones hasicas se implerncntaran en las entidades de los niveles inferiores, las cuales proporcionaran servicios a las entidades de los niveles superiores. Por ejernplo, la aplicaci6n de correo clectronico podrfa utilizar los servicios del modulo (0 entidad) HDLC cuando le hiciera falta. Notese que esto introduce una nueva forma de depcndencia: al intercambiar datos las entidades de los niveles superiores dependeran de las cntidades de los niveles inferiores,

Cuando sc opta por un disefio estructurado, a todo el conjunto de hardware y software que se utiliza para la implernentacion de las funciones de comunicacion se denomina arquitectura. Tras esta seccion, el rcsto del capitulo se dcdica a estc concepto.

Un protocolo puede scr simetrico 0 asimetrico, La mayoria de los protocolos que se van a cstudiar seran simetricos. Es decir, involucran a entidades pares. En ciertas situaciones la simetrfa vendra impuesta POf Ia naturaleza del intercambio (pOI ejernplo, un proceso «cliente» y un «servidor»), 0 por la necesidad expresa de reducir la complejidad de las entidades 0 de los sistemas. Un ejemplo de esta necesidad puede ser el modo de respucsta normal del HOLe. Normalmente, este modo implica que un cornputador sondea una serie de terminales. La logica en el extremo del terminal es muy scncilla.

Por ultimo, un protocolo pucde ser estandar 0 no estandar. Un protocolo no estandar es aquel que se disefia y se implementa para una cornunicaciou particular, 0 al menos para un computador con un rnodclo particular. Supongase que se comunican K tipos difcrcntcs de fucntcs con L tipos de receptores de informacion, si no hubiera cstandares se necesitarfan K x L protocolos diferentes, aderruis de 2 x K x L implementacioncs difcrcntcs (Figura 2.2a). Si todos los sistemas compartieran un protocolo comun, se necesitanan tan 5610 K + L implementaciones (Figura 2.2b). El uso crcciente de sistemas de proccsamicnto distribuido junto con In tendeneia dccreciente por parte de los clientes a depender de un unico fabricante, han forzado a que los fabricantes implementen protocolos que obedezcan a estandares bien establccidos.

FUNCIONES

Antes de retomar la discusion sobre las arquiiecturas de cornunicacion asf como sobre las distintas capas de protocolos, se va a estudiar un conjunto reducido de funciones que constituyen la base de todos los protocolos. No tod,», los pro loco k». proporcionan estas funciones, ya que ello implicanu una duplicacion innecesaria de las mismas. No obstante, hay algunas funciones que se repiten en algunos protocolos situados en distintos niveles.

EI anal isis que se va a realizur es necesariamentc abstracto, ya que se va a proporcionar una revision generica de las caractensticas y funciones de los protocol os de cornunicacion. EI concepto de protocolo

Protocolos y arquitectura 33

(a) Sin estandares: 12 protocolos; 24 implementaciones de protocolos

(b) Con estandares: 1 protocolo; 7 implementaciones

Figura 2.2.

Uso de protocol os estandarizados.

es muy importante para la mayorfa de las cuestiones que se abordan en este texto, y conforme el lector vaya adentrandose en el misrno, podra encontrar ejemplos de todas las funciones que a continuaci6n se van a comentar.

Las funciones de un protocolo se pueden agrupar en:

• Encapsulamiento.

• Segmentaci6n y ensamblado.

• Control de la conexi6n.

• Entrega en orden.

• Control del flujo.

• Control de errores.

• Direccionamiento.

• Multiplexaci6n.

• Servicios de transmisi6n.

Encapsulamiento

Cada PDU no s610 contiene datos, sino que adernas debe incluir informaci6n de control. De hecho algunas PDU contienen informaci6n de control exclusivamente. La informacion de control se puede clasificar en las siguientes categorfas:

• Direcci6n: en la PDU se debe indicar la direccion del emisor y /0 del receptor.

• Codigo para la detecciun de errores: para 1a deteccion de errores en la trama se debe incluir alguna secuencia de comprohaci6n.


• Control del protocolo: en la PDU se incluye informaci6n adicional para llevar a cabo las funciones de} protocolo que "e menci()nan a conunuacion.

Se denomina encapsulamiento al hecho de afiadir a los datos informaci6n de control. Los datos se accptan 0 generan par una entidad, y se encapsulan en la PDU junto can la informaci6n de control (vease Figuras 1.7 y 1.8).

Segmentaci6n y ensarnblado '

EI protoeolo es el encargado del intereambio de cadenas de datos entre dos entidades. Normalrnente, la uunsferencia se realiza mediante una secuencia de bloques de datos de tarnafio limitado. En el nivel de aplicacion, la unidad 16giea de datos a transrnitir se denomina mensaje. Tanto si la entidad de aplieaci6n envla los datos agrupados en mcnsajcs 0 si se trata si los envfa como cadena continua, los protocolos de los nivelcs inferiores pueden necesitar partir los datos en bloques mas pequerios. Este proeedimiento se denomina segmenracion. Denorninaremos unidad de datos del protocolo (PDU, Protocol Data Unit] al bloque de datos a intcrcarnbiar entre clos enticlacles.

I lay una serie de razones, depcndientes del contexto, que justifican Ia segmentaci6n. Entre otras estan;

• La red cle comunicaciones puede que s610 acepte bloques de datos de un tamaiio limitaclo. Por ejernplo, en una red ATM el tamaiio cle los bloques esta limitado a 53 octetos, por el contrario Ethernet impone un tamano maximo cle 1.526 octetos.

• Los mecanismos para el control de crrores pueclcn ser mas eficientes cuanto menor sea el camano de la PDU. Al utilizar PDll mcnores, cuando Ia PDU tenga errores el ntirnero de bits a retransmitir sera menor,

• EI acceso a las Iacilidades de transmision que sean companidas sera mas equitativo y los retardos seran igualmente infcriores. Por ejemplo, si no se fijara un tarnafio maximo cualquier estaci6n podria monopolizar un media compartido,

• Un taman a cle PDll menor implica que las cntidades receptoras tienen que reservar menores tamanos de memoria temporal.

• A veces, una entidad necesitara que la transferencia de datos se interrumpa con cierta periodicidad para Ilevar a cabo tarcas de comprobaci6n y /0 rcinicio/rccupcracion.

Por el contrario, hay una serie cle desventajas en la segmentaci6n que justifican utilizar bloques de tamafio 10 mas grande posible:

• Como se acaba de explicar, cada PDll contiene cierta cantidacl cle informaci6n de control. Por tanto, cuanto menor sea el bloque, mayor sera el porcentaje de informacion suplementaria.

• La Ilegacla cle un PDU genera una interrupci6n que se debe atender, Cuanto rnenor sean los bloques mas intcrrupcioncs sc gcneraran.

• EL tiempo necesario para procesar PDU que sean pequenas, y por tanto mas nurnerosas, sera SUo perior.

F.I disciiador de protocol OS, ala hora cle cleterminar el rarnano maximo y mfnimo cle las PDU dehcra tener en cuenta todos los factores citados.

EI procedimiento contrario a la scgmentacion se clenomina ensamblado. Los datos segmcntados tendran que ensamblarse rccupcrando el formato cle los mcnsajes originalcs para ser cntrcgados a la entidad de aplicaci6n destine. La tarea sera mas compiicada si las PDU se reciben desordenadas.

En la Figura 1.7 se muestra el procedimiento de la segmentaci6n.

2 En la mayona de protoeolos de la familia TCP![P se usa el terrnino fragmentaci6n en lugar de segrnentacion, aunque 01 sign iIicado sea cl mismo.


Control de la conexi6n

En una transferencia de datos no orientada a conexi6n, la entidad emisora transmite los datos al otro extrema de forma tal que cada PDU se tratara independientemente de las PDUs recibidas con anterioridad. Un ejemplo de este tipo de transferencia es la utilizacion de datagramas, descrita mas adelante en el Capitulo 10.

En los casos en que las estaciones preven un intercambio voluminoso de datos y/o hay ciertos detalies del protocolo que se deben controlar dinarnicamente sent preferible (0 incluso obligatorio) la transferencia orientada a conexion, Una asociaci6n Iogica, 0 conexion, se establece entre dos entidades. En este tipo de transferencia se dan tres rases (Figura 2.3):

• Establecimiento de la conexi6n.

• Transferencia de datos.

• Cierre de la conexi6n.

En protocolos que sean mas sofisticados se daran, adernas de las anteriores, fases de interrupci6n de la conexi6n y fases de recuperaci6n, siempre que se presenten errores y otros tipos de interrupciones.

Durante la fase de establecimiento de la conexion, las dos entidades acordaran el intercambio de datos. Norrnalmente, una de las estaciones enviara una solicitud de conexi6n (usando una transferencia no orientada a conexion) a la otra. Puede que en el proceso este involucrada una autoridad central. En los protocolos mas sencillos, la entidad de recepcion aceptara 0 bien denegara la solicitud recibida, y consccuentemente la concxi6n se considerara estar establecida 0 no. En protocolos mas cornplcjos, csta fase incluira una fase adicional en la que se negociaran aspectos rclacionados con la sintaxis, sernantica y temporizaci6n del protocolo. Evidenternente, arnbas entidades deberan utilizar el mismo protocolo. 1';0 obstante, los protocol os pueden ofrecer una serie de opciones que deben ser pactadas mediante una negociacion, Por ejemplo, aunque un protocolo pueda admitir un tamafio de PDU de hasta 8.000 octetos, una estaci6n en particular puede tener lirnitaciones de PDU de 1.000 octetos.

SO/icitud de ConeXi6n

Conexi6n aceptada

Tiempo

.. l Multiples

....... ~ __ ~C~o~n~fir:!:m~a;;:c~i6!;.:n:...- - f intercambios

Datos

SolicitUd de cierre d ..

e conexlon

Cierre de \a conexi6n aceptado

Figura 2.3. Las fases de la transferencia de datos orientada a conexi6n.

Tras el establecimiento de la conexion, se entra en la fase de transferencia de datos. Durante esta fase se intercambia tanto datos como informaci6n de control (por ejemplo, para el control del flujo 0


control de errores). La Figura 2.3 muestra una situacion en la que los datos se transmiten en un solo senrido, micntras que las confirrnacioncs se transmitcn en el scntido contrario. La situaci6n mas tipica es. si embargo, aquella en la que datos y confirmaciones se transmiten en ambos sentidos. Finalmente, eualquiera de las dos entidades puede desear terminar la conexion, y asf 10 hara enviando una solicitud de cierre de la conexion. 0 bien, alternativamente puede ser que el cierre este orden ado por una autoridad central.

La caracteristica principal de la transferencia orientada a conexion es que cada extremo numera secuencialmente las PDU que envia al otro extreme. Cada entidad sabe que esta involucrada en una conexion logica, por In que podra controlar los numeros de salida que ella genera asf como de los nurneros de entrada, los cuales habran sido generados en el otro ,extremo. De hecho, se puede definir la transfercncia orientada a conexion como aquella en la que los dos extremes numeran y controlan las PDU tanto de entrada como de salida. La numeracion secuencial esta relacionada con tres funciones fundamentales: la entrega en orden, el control del Ilujo y el control de errores,

Entrega en orden

Si dos cntidadcs de cornunicacion residen en estaciones ' diferentes conectadas a [raves de una red. hahn} un cieno riesgo de que las POU lleguen con un orden diferente al de partida, ya que puede que hayan seguido rutas distintas para llegar al destino. En los protocolos orientados a conexion, se suele exigir que se mantenga el orden en las PDU. Por ejemplo, si se esta transfiriendo un fichero entre dos sistemas, es evidente, que se debe exigir que los registros del fichero se reciban en el mismo orden del fichero en el origen. Si cada PDU se nurnera secuencialrnente y con UIl ruimero distinto, rnantener el ordcn en cl receptor sera una tarca scncilla, sirnplcmcntc considerando los mirncros de las PDU rccibidas, Un problema en este tipo de esquema es que con un campo de numeros finitos, los numerus de secucncia sc rcpetiran (modulo el maximo rnimcro posible de la secuencia). Evidenterncntc, el mimero maximo en 13 secuencia debe ser mayor que el maximo numero de PDU pendientes. De hecho, en algunos cases (como por ejemplo, en ARQ con repeticion selectiva, vease Capitulo 7) el maximo mimero tendra que ser igual al doble del maximo ruimero de PDU pendientes.

Control del flujo

El control del flujo es una operacion rcalizada poria entidad receptora para limitar la vclocidad 0 cantidad de datos que envia la entidad emisora.

La aproximaci6n mas sencilla para el control del Ilujo es el procedimiento de parada-y-espera, en el que cada PDU se debe confirmar antes de que se pueda enviar 121 siguiente. Los protocol os mas eficicntes irnplican la concesi6n de una especie de credito al emisor, que no es sino la cantidad de datos que pucde transmitir sin csperar confirmucion. La rccnica de vcntana corrcderadcl HOLC es un ejcmplo tfpico de este procedimiento.

EL control del Ilujo es un ejernplo tipico de una Iuncion que se debe realizar en varios protocolos.

Considcresc otra vcr la Figura 1.6. La red ncccsitara controlar cl tlujo en cl acccso a la red de X mediante el protocolo de control de acceso, AI mismo tiernpo, el modulo de acceso a la red de Y tendra un espaeio lirnitado para la memoria temporal y pm tanto tendra que ejercer un control del flujo via el protocolo de transporte. Por ultimo, aunque el m6dulo de acceso a la red de Y puede controlar su tlujo de datos, la aplicacion en Y es igualmente vulnerable a una sobrecarga. Por ejernplo, la aplicacion puede bloquearse csperando un acceso a disco. Por tanto, el control del flujo sera necesario tambicn en el nivel de aplieaci6n.

3 En lu literaturu ingle-a se utiliza frecuenterncnte cI termino host (traducido por estacionr, y hace rcferenciu a cuulquicr sistema final conectado a una red. como por ejemplo un PC, una estacion de trabajo 0 un servidor


Control de errores

Las tecnicas de control de errores son neccsarias para reeuperar perdidas a deterioros de los datos y de la informaci6n de control. Generalmente, el control de errores se implerncnta mediante dos funcioncs separadas: la deteccion de errores y la retransmision, Para !levar a cabo la deteccion, el emisor inserta en cada PDU transmitida un c6digo que sea capal de detectar errores, este c6digo sera funci6n de los bits que constituyan la PDU. El receptor cornprobara el valor del codigo en la PDU recibida. Si se detecta un error. el receptor descartara la PDU. Si no se recibe una confirmaci6n de la PDU transmitida dentro de un intervalo razonable de tiernpo, el ernisor retransmitira la PDU. Algunos protocolos utilizan adernas algun codigo para la correccion de errores, el cual hace posible que el receptor no solo dercctc los errores, sino que adem as en algunos casas los corrija.

Al igual que el control del flujo, el control de errores es una funci6n que se debe realizar en varios niveles de la arquitectura. Considerese de nuevo la Figura 1.6. El protocolo de acceso a la red debena incluir algun procedimiento para el control de errores para asegurar asf que los datos se intercambian can garantia entre la estacion y la red. No obstante, puede que dentro de la red se pierda algun paquetc, por 10 que el protocolo de transporte deberfa ser capaz de recuperar esta perdida.

Direccionamiento

EI concepto de direccionamiento dentro de una arquitectura es complejo y abarca una serie de cuestiones como las siguientes:

• EI nivel del direccionamiento.

• EI alcance del direccionamiento.

• Los identificadores de la conexion.

• EI modo de direccionarniento.

Para la explicacion se va a utilizar la Figura 2.4, en dicha figura se muestra una configuracion en la que se utiliza la arquitectura TCP lIP. Los conceptos son esencialmente los mismos para la arquirectura OSI como para cualquier otra arquitectura,

EI nivel de direccionamiento hace referencia al nivel de la arquitcctura de comunicaciones en el que se identifica a la entidad. Norrnalmente, cada sistema (por ejemplo, un servidor 0 una estacion de trabajo) 0 sistema interrnedio (par ejernplo, un router) esta asociado a una unica direeci6n. Esa direcci6n por 10 general es una direccion del nivel de red. En la arquitectura TCP/IP, esta direccion sc denomina direccion IP, 0 simplemente direccion Internet. En el caso de la arquitectura OSI, se denominan punto de acceso al servicio de red (NSAP, Network Service Access Point). La direccion del nivel de red se utiliza para encaminar la PDU a traves de la red 0 redes hasta el sistema destine, cuya direccion vendra indicada en la direccion del nivel de red destino de la PDU.

Una vel que los datos !legan al destine, deberan cederse a algun proceso 0 aplicaci6n dentro del sistema. Norrnalmente, el sistema destino podra procesar varias aplicaciones y cada aplicaci6n podra servir a varios usuarios. A cada aplicacion, y probablernente, a cada usuario concurrente de Ia aplicacion se Ie asigna un identificador unico, denorninado en la arquitectura TCP/IP puerto 0 punto de acceso al servicio (SAP, Service Access Point) en la arquitectura OS]. Por ejernplo, una estacion puede ejecutar sirnultaneamente una aplicacion de correa electronico y otra de transferencia de ficheros. Como mfnimo cada aplicacion debera tener un mimero de puerto 0 SAP unico dentro del sistema. Es mas, la.aplicacion para la transferencia de ficheros puede dar servicio a varias transferencias simultaneas, en cuyo caso, cada transferencia debera tener asignada de forma dinamica un nurnero de puerto 0 SAP que sea unico,

La Figura 2.4 muestra dos niveles de direccionamiento dentro del sistema. Este es el caso upico de 10 que ocurre en Ia arquitectura TCP/IP. No obstante, puede haber direccionamientos en cada nivel de la arquitectura. Por ejernplo, se puede asignar un SAP unico para cada nivel de la arquitectura OS!.


Estaci6n A

Estaci6n B

Puerto 0 punta

de acceso al servicio (SAP)

Conexi6n 16gica (conexi6n TC P)

Protocolo de acceso a la red #2

Direcci6n del punta de conexi6n a la red

Conexi6n 16gica (por ejemplo, circuito

Figura 2.4. Conceptos de direccionamiento.

Otra cucstion relaeionada en los sistemas finales 0 intermedios es el alcance del direccionamiento.

La direcci6n Internet 0 NSAP que se han men cion ado previamente son direcciones globales. Las caracteristicas fundamentales de las direcciones globales son:

• No ambigiiedad global: una direccion global identifica a un solo sistema. Los sin6nimos estan pcrmitidos. Es dccir, un sistema dado pucdc tcncr mas de una dirccei6n global.

• ApJicabilidad global: des de eualquier sistema se podra identificar a eualquier otro, utilizando su direcei6n global.

Dado el caracter unico y de aplicabilidad global de las direcciones, con elias se haee posible que en Internet se encaminen datos desde eualquier sistema origen conectado a cualquier red hasta cualquier otro sistema destino situado en cualquier red distinta.

En la Figura 2.4 se muestra la necesidad de otro nivel adicional de direccionamiento. En cualquier red, todas las interfaces de cada dispositive conectado deberan tener una iinica direcci6n. Como por ejemplo la direccion MAC en una red IEEE 802, 0 la direeei6n de la estacion en una red X.2S. Estas dircccioncs hacen posiblc que las redes cncamincn las unidades de datos (por cjcmplo, las tramas MAC o los paquetes X.2S) y las hagan lIegar al sistema destino. Este tipo de direeeiones se denominan direcciones del punta de conexion en fa red.

EI alcance del direccionarniento es un concepto que s610 tiene sentido para direcciones del nivel de red. Por encima del nivel de red, un puerto 0 SAP debe ser iinico dentro del sistema destine pero no tiene por que ser globalmente unico, Por ejemplo, en la Figura 2.4, puede haber un puerto I en el sistema A y un puerto eon igual numero en el sistema B. La identifieaei6n eompleta de estos dos puertos podrfa ser de forma univoca A.I y B.l, respeetivamente.


El concepto de identificadores de la conexion tiene sentido exclusivamente cuando se trata de transferencias orientadas a conexi6n (por ejemplo, circuitos virtuales), no siendo aplicables para el casu de transferencias no orientadas a conexi6n (por ejemplo, datagrama). Para estas ultimas, se debe utilizar un nombre global para cada transmisi6n. En las transferencias orientadas a conexion, es a veces deseable utilizar un nornbre de conexi6n durante la fase de transmisi6n. El escenario es como sigue: la entidad I en el sistema A solicita una conexion a la entidad 2 del sistema B, utilizando la direcci6n global B.2. Cuando B.2 acepta la conexi6n, se proporcionara un identificador de la conexi6n (normalmente un numero), este identificador se utilizara pm parte de las dos entidades en futuras transmisiones. La utilizaci6n de identificadores de la conexion tiene las siguientes ventajas:

• Reduccion de cabeceras: los identificadores de la conexi6n son, par 10 general, mas cortos que los identifieadores globales. Por ejemplo, en el protocolo X.2S (estudiado en el Capitulo 10) utilizado en las redes de eonmutaci6n de paquetes, los paquetes de solicitud de conexi6n contienen campos que especifican las direcciones origen y destino, con longitud predefinida del orden de varios octetos. Tras el establecimiento de la conexi6n logica, denominada circuito virtual, los paquetes de datos contendran un identificador para el circuito virtual de tan s610 12 bits.

• Encaminamiento: al establecer la conexion se debe definir una ruta fija. EI identificador de la conexion sirve para que los sistemas intermedios (por ejemplo, los nodos de conmutaci6n de paquetes) identifiquen la ruta y puedan encaminar las PDU futuras.

• Multiplexaclon: esta funci6n se estudiara posteriormente. No obstante, se puede adelantar que es posible que una entidad desee utilizar sirnultaneamente mas de una conexi6n. Par tanto, las PDU se deben identificar mediante el identificador de la conexi6n.

• Uso de la informacion de estado: una vez que la conexion se hay a establecido, los sistemas finales deben mantener informacion del estado relativa a la conexion, Esto posibilita funeiones tales como el control del flujo 0 el control de errores mediante la utilizacion de mimeros de secuencia. En los Capftulos 7 y 10 se consideraran ejemplos de estas tecnicas en HOLC y X.2S, respectivamente.

La Figura 2.4 muestra varios ejemplos de conexiones, La conexion logica entre el router J y la estacion B sc llcva a cabo en c1 nivcl de red. Por cjernplo, si la red 2 cs una red de conmutacion de paquetes que utilizara X.2S, entonces esta conexi6n logica deberia ser un circuito virtual. En niveles superiores, much os protocolos de trans porte, como, por ejemplo, TCP proporcionan conexiones l6gicas entre los usuarios del servicio de transporte. De esta manera, el TCP puede establecer una conexion entre dos puertos de diferentes sistemas.

Otro concepto relacionado es el modo de direccionamiento. En la mayorfa de los casos, una direcci6n alude a un unico sistema 0 puerto, en estas circunstancias el modo de direccionamiento se denomina unidestino (unicast). Ahora bien, es igualmente posible que una direcci6n aluda a mas de una entidad o puerto. Este tipo de direcciones identifican simultaneamente a varios destinos. Por ejernplo, un usuario podria desear enviar un documento a una serie de destinos. 0, por ejemplo, el centro de control de una red puede anunciar a todos los usuarios que la red se va a caer. Una direcci6n que identifique a varios usuarios puede ser de tipo difusion (broadcast) cuando aluda a todas las entidades dentro de un dominic, o puede ser de tipo multidestino (multicast) cuando se refiera a un subconjunto especffico de entidades. En la Tabla 2.1 se ilustran las posibilidades.

Multiplexacion

La rnultiplexaciori es un concepto relacionado con el direccionamiento. Un posible esquema de multiplexaci6n es aquel en el que se establecen varias conexi ones dentro de un iinico sistema. Por ejemplo, en X.2S puede haber varios circuitos virtuales que terminen en un sistema dado. En este caso, se podna decir que los cireuitos virtuales se han multiplexado sobre una iinica interfaz ffsiea entre el sistema final y la red. La multiplexaci6n tarnbien se puede llevar a cabo usando los nombres de los puertos, los cuales permiten a su vez multiples conexiones. Por ejemplo, puede haber una serie de conexi ones TCP que terminen en un sistema dado, cada una de elias entre pares diferentes de puertos.


Tabla 2.1. Modos de direccionamiento.

Destino Direcci6n de red Direcci6n del sistema Direcci6n de puerto/SAP
Unidestino Individual Individual Individual
Individual Individual Grupo
Multidestino Individual Todos Grupo
Todos Todos Grupo
Individual Individual • Todos
Difusi6n Individual Todos Todos
Todos Todos Todos La multiplexaci6n se utiliza en otros contextos distintos, en particular en la asignaci6n de conexiones de un nivel a otro, Considerese de nuevo la Figura 2.4. La red I puede proporcionar un servicio de circuitos virtuales. Para cada conexi6n que se establezca en el nivel superior, se debera establecer una conexi6n de circuito virtual en el nivel de acceso a la red. Esta es una relaci6n uno-a-uno que evidente-

Conexion del nivel inferior

(a) Uno a uno

(b) Multiplexaci6n ascendenle

(c) Multiplexaci6n descendente

Figura 2.5. Multiplexaci6n y conexi ones de protocolos.

Protocol os y arquitectura 41

mente no tcndra sicrnprc quc scr neeesariamente asf. La multiplexaci6n puede rcalizarse de dos formas distintas (Figura 2.5). La multiplexaci6n aseendente (0 hacia adentro), consiste en que varias conexiones del nivel superior eomparten, 0 se multiplexan sobre una iinica eonexi6n del nivel inferior. Esta tecnica puede ser util para hacer un uso mas eficaz del servicio del nivel inferior 0 para proporcionar varias conexi ones del nivel superior en un entorno donde s610 exista una iinica eonexi6n de nive! inferior. En la Figura 2.5 se muestra un ejemp!o de multiplexaei6n aseendente. La multiplexaei6n descendente, 0 division, consiste en establecer una unica concxi6n del nivel superior utilizando varias conexiones del nivel inferior, el trafico de la conexi6n del nivel superior se divide as! entre las conexiones inferiores. Esta tecnica se puede utilizar para afiadir seguridad a la conexion, mejorar las prestaciones 0 la eficacia.

Servicios de transmisi6n

Un protocolo puede proporcionar una serie de scrvicios adicionales a las entidades que 10 utilicen. Por ejemplo, cabe mencionar los siguientes ejemplos:

• Prioridad: ciertos mensajes, como, por ejemplo, los de control, puede que necesiten Ilegar a la entidad destino con el mfnimo retardo posible. Un ejemplo de esta necesidad podrfa ser la solicitud de cierre de una eonexi6n. En definitiva, las prioridades deberfan estar asignadas a eada mensaje individualmente. Adernas de esto, cabrfa igualmente una asignaci6n de prioridades por conexi6n.

• Calidad de servido: ciertos tipos de datos requieren una velocidad de transmisi6n minima 0 un retardo maximo.

• Seguridad: a veees ciertos mecanismos de seguridad, como, por ejemplo, el acceso restringido, pueden ser necesarios,

Todos estos sistemas dependeran del sistema de transmisi6n subyacente y de cualquiera de las cntidades que intervengan en los niveles inferiores. Si los niveles inferiores pueden ofrecer estos servicios, las entidades superiores podran hacer uso de los mismos invocando al protocolo correspondiente.

Como se estudio en el Capitulo 1, los estandares son necesarios para facilitar la interoperatividad entre equipos de distintos fabricantes y para estimular la economia de gran eseala. Es evidente que una sola normalizaci6n no es suficiente, ya que las tare as en la comunicaeiones son muy complejas. Es mas, las funciones se deberfan dividir en tareas mas manejables y deberian organizarse como una arquitectura de comunicaciones. La arquitectura eonstituirfa as! un marco de referencia para la normalizaci6n.

Esta linea argumental Ilevo al ISO en 1977 a definir un subcornite que desarrollara tal arquitectura.

El resultado fue el modelo de referencia de Interconexi6n de Sistemas Abiertos (OSI, Open System Intereoneetion). Aunque los elementos esenciales del modelo se definieron rapidamente, el estandar final de ISO, ISO 7498, no se publico hasta 1984. La CCITT (ahora ITU-T) espeeifie6 una versi6n tecnieamente compatible denominada X.200.

EL MODELO

Una tecnica de estructuraci6n muy utilizada, y elegida por ISO, es la jerarquizaci6n en capas. En esta tecnica, las funciones de comunieaei6n se distribuyen en un conjunto jerarquico de capas. Cada eapa realiza un conjunto de funciones relacionadas entre sf, necesarias para comunicarse con otros sistemas. Cada capa se sustenta en la capa inmediatamente inferior, la cual realizara funciones mas primitivas, ocultando los detalles a las capas superiores. Una capa proporciona servicios a la capa inmediatamente


superior. Idealrnente, las capas deberfan estar definidas para que los carnbios en una capa no irnplicaran cambios en las otras capas. Dc csta forma, cl problema se dcscomponc en varios subproblemas mas abordables.

La especificacion de ISO consistio en definir el conjunto de capas y los servicios que cada una de ellas deberfa realizar. La division resultante deberfa agrupar a las funciones que fueran conceptualrnente proximas, y a su vez, debiera implicar el suficiente mimero de capas como para que su complejidad fuera pequena. pem por otro Iado, este numero no debiera ser muy elevado de forma que el procesarniento de la informacion suplernentaria impuesta por la colecci6n de capas fuera muy costoso. Los principios que guiaron el discfto se resumen en la Tabla 2.2. El modele de refercncia resultantc tiene siete capas, que se describeu con una breve definicion en la Figura 1.10. En la Tabla 2.3 se da la explicacion argument ada por cl ISO para la selcccion de las sietc capas.

En la Figura 2.6 se muestra Ia arquitectura OS1. Cada sistema contiene las siete capas. La comunicacion se realiza entre las aplicaciones de dos computadores, denorninadas en la Figura aplicaciones X e Y. Si Ia aplicacion X desea enviar un rnensaje a Ia aplicacion Y, invoca a Ia capa de aplicaci6n (capa 7). La capa 7 establece una relacion paritaria can Ia capa 7 del computador destino, utilizando un protocolo de la capa 7 (protocolo de aplicacion). Este protocolo necesita los servicios de Ia capa 6, par 10 tanto las dos entidades de Ia capa 6 utilizan un protocolo propio, y asi hacia abajo hasta la capa ffsica, que transmite real mente los bits a travcs del medio de transmision.

Observese que, exceptuando la capa ffsica, no existe una cornunicacion directa entre capas paritarias. Esto cs, por cncima de La capa ffsica cad a cntidad de protocolo pasa los datos hacia la capa inferior contigua, para que esta los envfe a su entidad par. Es mas, el modelo OS1 no requiere que los dos siste-

Tabla 2.2. Principios utilizados en la definicion de las capas OSI (ISO 7498).


Tabla 2.3. Justificaci6n de las capas OSI (ISO 7498).

mas esten conectados directamente, ni siquiera en la capa ffsica. Por ejemplo, para proporcionar el enlace de comunicacion se puede utilizar una red de conmutaci6n de paquetes 0 de conmutaci6n de circuitos.

La Figura 2.6 tambien muestra las unidades de datos de protocolo (PDU, Protocol Data Unit) en la arquitectura OS!. En primer lugar, considerese Ia forma mas habitual de impJementar un protocolo. Cuando la aplicacion X tiene un mensaje para enviar a la aplicacion Y, transfiere estos datos a una entidad de la capa de aplicaci6n. A los datos se les afiade una cabecera que contiene informaci6n necesaria para el protocolo de la cap a 7 (encapsulado). Seguidamente, los datos originales mas la cabecera se pasan como una unidad a la capa 6. La entidad de presentaci6n trata la unidad completa como si de datos se tratara y le afiade su propia cabecera (un segundo encapsulado). Este proceso continua hacia abajo hasta lIegar a la capa 2, que normalmente afiade una cabecera y una cola (como as) 10 hace el protocolo HDLC). La unidad de datos de la capa 2, Hamada trama, se pas a al medio de transmision mediante la capa ffsica. En el destino al recibir la trama ocurre el proceso inverso. Conforme los datos ascienden, cada capa elimina la cabecera mas extern a, actua sobre Ja informaci6n de protocolo contenida en ella y pasa el resto de la informaci6n hacia la capa inmediatamente superior.


Construcci6n de una PDU de salida

Figura 2.6. EI entorno OSI.

En cada nivel, cada capa puede fragmentar en varias partes la unidad de datos que recibe de la capa superior adyacente, de acuerdo con sus propias necesidades. Las unidades de datos deben ser ensambladas por la entidad par correspondiente antes de pasarlas a la capa superior.

NORMALIZACION DENTRO DEL MODELO DE REFERENCIA OSI4

La principal motivaci6n para el desarrollo del modelo OSI fue proporcionar un modclo de referencia para la normalizaci6n. Dentro del modelo, en cada capa se pueden desarrollar uno 0 mas protocolos. EI modelo define en terminos generales las funciones que se deben realizar en cada capa y simplifica el procedimiento de la normalizaci6n ya que:

• Como las funciones de eada capa estan bien definidas, para cada una de las capas, el establecimiento de norrnas 0 estandares se pueden desarrollar independiente y simultaneamentc. Esto acelera el proeeso .

• Como los lfrnitcs entre eapas estan bien definidos, los cambios que se realieen en los cstandares para una eapa dada no afectan al software de las otras. Esto hace que sea mas facil introdueir nuevas normalizaciones.

La Figura 2.7 muestra el uso del modelo de referencia OS!. La funci6n global de comunicaci6n sc descompone en 7 capas distintas, utilizando los principios indicados en la Tabla 2.2. Estos principios esencialmente vienen a ser los mismos que rigen en el diseiio modular. Esto es, la funci6n total se descompone en una serie de m6dulos, haciendo que las interfaces entre modules sean tan sencillas como

4 Los conceptos que aqui se introducen son validos igualmente para la arquitectura TCP/IP.


Funci6n ....

de comunicaci6n ---- .. p~ total

Descomposici6n (modularidad, ocultar informaci6n)

Servicio de la capa N-l

Capa 7 (aplicaci6n)

Servicio a la capa N+ 1

Protocolo ... -t--__.con la capa parN

Capa N

Entidad de la capa N

Capa 1 (fisica)

Estandares de aplicaci6n

en OSI (por ejemplo, gesti6n de red, seguridad)

Figura 2.7. La arquitectura OSI como un modelo de referencia para la ncrrnalizacion.

sea posible. Adernas, se utiliza el principio de ocultacion de la informacion: las capas inferiores abordan ciertos detalles de tal manera que las capas superiores sean ajenas a las particularidades de estos detalles. Dentro de cada capa, se suministra tanto el servicio proporcionado a la capa superior adyacente, como el protocolo a la capa par en el sistema remoto.

La Figura 2.8 muestra de una forma mas especifica la naturaleza de la normalizacion requerida en cada capa. Existen tres elementos clave:

• Especiflcacton del protocolo: dos entidades en la misma cap a en sistemas diferentes cooperan e interacnian por medio del protocolo. El protocolo se debe especificar con precision ya que estan implicados dos sistemas abiertos diferentes. Esto incluye al formato de la unidad de datos del protocolo, la sernantica de todos los campos, asf como ala secuencia permitida de PDU.

• Definicion del servicio: ademas del protocolo 0 protocolos que operan en una capa dada, se necesitan normalizacioncs para los servicios que cada capa ofrece a la capa superior contigua. Normalmente, la definici6n de los servicios es equivalente a una descripci6n funcional que define que servicios se estan proporcionando, pero no como se estan proporcionando.

• Direccionamiento: cada capa suministra servicios a las entidades en la eapa superior adyacente.

Las entidades se identifiean mediante un punto de aceeso al servicio (SAP, Service Access Point), ASI, un punto de acceso al servicio de red (NSAP, Network SAP) indica una entidad de transporte que es usuaria del servicio de red.

En los sistemas abiertos, la necesidad de proporcionar una espeeificaci6n del protocolo precisa evidencia por sf sola. Los otros dos elementos de la lista anterior requieren mas comentarios, Con respecto a la definicion de servicios, 1a motivacion para proporeionar solo una definicion funcional es par 10 siguiente. Primero, la interaccion entre capas adyacentes tiene lugar dentro de los confines de un unico sistema abierto y por tanto Ie incumbe s610 a el. Asi, mientras las capas pares en diferentes sistemas


Definici6n de servicio (descripci6n funcianal para usa interno)

Direccionamiento

(punto de accesa servicio)

Capa N

Especificacron del protocolo (sintaxis y sernantica necesarias para la interoperatividad)

Figura 2.S. Normas especfficas de capa.

proporcionen los mismos servicios a las capas superiores adyacentes, los detalles de c6mo se suminisIran los scrvicios pueden diferir de un sistema a otro sin que cllo impJiquc pcrdida de intcropcratividad. Segundo, es frecuente que las capas adyacentes esten implementadas en el mismo procesador. En estas circunsrancias, serfa interesante dcjar Iibrc al prograrnador del sistema para que utilice el hardware y el sis lema operative para que proporcionen una interfaz que sea 10 mas eficiente posible, En 10 que se refiere al direccionamiento, la utilizaci6n de un mecanismo de direccionamiento en cada capa, materiaIizado en el SAP, permite que cada capa multiplexe varios usuarios de la capa inmediatamente superior. La multiplexaci6n no se I1eva a cabo en todos los nivelcs, no obstante el modelo 10 permite.

PRIMITIVAS DE SERVICIO V PARAMETROS

En la arquitectura OSI los servicios entre capas adyacentes se describen en terrninos de primitivas y mediante los parametres involucrados. Una primitiva especifica la funci6n que se va a I1evar a cabo y los pararnetros se utilizan para pasar datos e informacion de control. La forma concreta que adopte Ia primitiva depended de la implementaci6n. Un ejemplo es la llamada a un procedimiento.

Para definir las interacciones entre las capas adyacentes de la arquitectura se utilizan cuatro primitivas (X.21O). Estas se definen en la Tabla 2.4. En la Figura 2.9a se muestra la ordenaci6n temporal de estos eventos. Por ejempIo, considere la transferencia de datos desde una entidad (N) a su entidad par (N) en otro sistema. En esta situaci6n se verifican los siguientes hechos:

I. La entidad origen (N) invoca a su entidad (N - 1) con una primitiva de solicitud. Asociado a esta primitiva estan los parametres necesarios, como, por ejemplo, los datos que se van a transmitir y la direccion destine.

2. La entidad origen (N - I) prepara una PDU (N - I) para enviarsela a su cntidad par (N - I).

3. La cntidad destino (N - I) entrega los datos al destino apropiado (l\T) a traves de la primitiva de indicaci6n, que incluye como para metros los datos y la direcci6n origen.


Tabla 2.4. Tipos de primitivas de servicio.

4. Si se requiere una confirrnacion, la entidad destino (N) emite una primitiva de respuesta a su

entidad (N - I).

5. La entidad (N - I) convierte la confirmaci6n en una PDU (N - I).

6. La confirmaci6n se entrega a la entidad (N) como una primitiva de confirmaci6n.

Esta secuencia de eventos se conoce como un servicio confirmado, ya que el que inicia la transferencia recibe una confirmaci6n de que el servicio solicitado ha tenido el efecto deseado en el otro extremo. Si solamente se invocan las primitivas de solicitud e indicaci6n (correspondientes a los pasos I a 3), entonces se denomina servicio no confirmado; la entidad que inicia la transferencia no recibe confirmaci6n de que Ia acci6n solicitada haya tenido lugar (Figura 2.9b).

Usuario del servicio

Suministrador del servicio



Suministrador del servicio


Solicitud

Solicitud

Indicaci6n

Indicaci6n

....

....

Confirmaci6n

(a) Servicio confirmado

(b) Servicio no confirmado

Figura 2.9. Diagramas de la secuencia temporal de las primitivas de servicio.

LAS CAPAS DE OSI

En este apartado se estudian brevemente cada una de Ia capas y, donde sea apropiado, se dan ejemplos de norrnalizaciones para los protocolos de estas capas.


Capa Flsica

La cap a fisica se encarga de la intcrfaz fisica entre los dispositivos, adcmas define las rcglas quc rigen ell la transmisi6n de los bits. La capa ffsica tiene cuatro caracteristicas importantes:

• Mecanlcas: relacionadas con las propiedades ffsicas de la interfaz y con el medio de transmisi6n.

Normalmente, dentro de estas caracteristicas se incluye la especificaci6n del conector que transmite las sefiales a traves de conductores. A estos ultimos se les denominan circuitos.

• Electrtcas: especifican como se representan los bits (por ejernplo, en terrninos de niveles de tension), asi como su velocidad de transmisi6n.

• Funcionales: especifican las funciones que realiza cada uno de los circuitos de la interfaz ffsica entre el sistema y el medio de transmision.

• De procedimiento: especifican la secuencia de eventos que se !levan a cabo en el intercambio del f1ujo de bits a traves del medio ffsico.

En el Capitulo 6 se estudian can detalle los protocolos de la capa ffsica, Algunos ejemplos de estandares de esta capa son el EIA-232-F y algunas secciones de los estandares RDSI y de LAN,

Capa del Enlace de Datos

Mientras que la capa ffsica proporciona exclusivamente un servicio de transmisi6n de datos, la capa de enlace de datos intenta hacer que el enlace fisico sea seguro, adernas proporciona los medios para activar, mantener y desactivar el enlace, EI servicio principal proporcionado par la capa de enlace de datos a las capas superiores es el de detecci6n y control de errores, Ast, si se dispone de un protocolo en la capa del enlace de datos completamente operativo, la capa adyacente superior puede suponer que la transmision esta libre de errores. Sin embargo, si la comunicaci6n se realiza entre dos sistemas que no estrin directamente conectados, la conexion constara de varies enlaces de datos en serie, cada uno operando independientemente. Por tanto, en este ultimo caso, la capa superior no estara libre de la responsabilidad del control de errores.

El Capitulo 7 se dedica a los protocolos de enlace de datos. Algunos ejemplos de estandares en esta capa son HDLC, LAPB, LLC y LAPD.

Capa de Red

La capa de red realiza la transferencia de informacion entre sistemas finales a travcs de algun tipo de red de comunicaci6n. Libera a las capas supcriores de la necesidad de tener conocimicnto sobre la transmisi6n de datos subyacente y las tecnologfas de conmutaci6n utilizadas para conectar los sistemas, En esta capa, el computador establecera un dialogo can la red para especificar la direccion destine y solicitar cicrtas facilidades, como, por ejemplo, la gestion de prioridades.

Existe un amplio abanico de posibilidades para que los servicios de comunicaci6n intermedios sean gestionados por la capa de red, En el extremo mas sencillo estan los enlaces punto-a-punto directos entre estaciones. En cstc caso, no se necesita capa de red ya que la capa de enlace de datos puedc proporcionar las funciones necesarias de gcstion. Siguiendo en orden de complejidad creciente podemos cons iderar un sistema conectado a traves de una unica red, como una red de conmutaci6n de circuitos 0 de conmutaci6n de paquetes, Un ejemplo de esta situaci6n es el nivcl de paqucte del cstandar x'25. La Figura 2,10 muestra c6mo la presencia de una red se encuadra dentro de la arquitectura OS!' Las tres capas inferiores esran relacionadas con la conexion y la comunieaci6n con la red, Los paquetes creados por cl sistema final pasan a travcs de uno 0 mas nodos de la red que actuan como rctransmisorcs entre los dos sistemas finales. Los nodos de la red implementan las capas I a 3 de Ia arquitectura. En la figura anterior se muestran dos sistemas finales conectados a traves de un unico nodo de red, La capa 3 en el


Sistema final

Retransmisor

Sistema final

7

6

5

4

3

2

nodo realiza las funciones de conmutacion y encaminamiento. Dentro del nodo, existen dos capas de enlace de datos y dos capas fisicas, correspondientes a los enlaces can 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 configuracion para la capa de red puede consistir en dos sistemas finales que necesitan comunicarse sin estar conectados a la misma red. Mas bien, supondremos que estan conectados a redes que, directamente 0 indirectamente, esten conectadas entre sf. Este caso requiere el uso de alguna tecnica de interconexion entre redes; estas tecnicas se estudiaran en el Capftulo !6.

7

- .... - -Protocolo de la capa de aplicaclon- - - ... - - - - - - - - - -

6

- , -" - - - '- - - - -Protocolo de la capa de presentacion- - - , , - - - - ., , , , -

5

, - - - - 0 , - - " " , - , '0 Protocolo de la capa de sesion- ' "" - - - - - - , - - , -

4

, .. - -- -Protocolo de la capa de transporte- « - - - " - - - - ... - - •

3

2

, - Enlace de datos" ,

- , Enlace de datos - -

Figura 2.10. Utilizaci6n de un retransmisor.

Capa de Transporte

La capa de transporte proporciona un mecanismo para intercambiar datos entre sistemas finales. El servicio de transporte orientado a conexi6n asegura que los datos se entregan libres de errores, en ordcn y sin perdidas ni duplicaciones. La capa de transporte tambien puede estar involucrada en la optimizaci6n del uso de los servicios de red, proporcionando la calidad del servicio solicitada. Por ejemplo, la entidad de sesion puede solicitar una tasa de error determinada, un retardo maximo, una prioridad y un nive! de seguridad dado.

EI tarnario y la complejidad del protocolo de transporte dependen de como de seguras 0 inseguras sean las redes subyacentes y los servicios de red. Consecuentemente, ISO ha desarrollado una familia de 5 estandares de protocolos de transporte, cada uno de ellos especificado para un determinado servicio subyacente. En la arquitectura de protocolos TCP/IP, se han especificado dos protocolos para !a capa de trans porte: el orientado a conexi6n TCP (protocolo de control de la transmisi6n, «Transmission Control


Protocol») y el no orientado a conexi6n UDP (protocolo de datagrama de usuario, «User Datagram Protocol» ).

Capa de Sesi6n

Las cuatro capas inferiores del modelo OS! proporcionan un medio para el intercambio seguro de datos y proporcionan a su vez, distintos niveles de cali dad de servicio, Para muchas aplicaciones el servicio mas basico es a todas luces insuficiente. Por ejemplo, una aplicaci6n de acceso a un terminal remoto puede requerir un dialogo semi-duplex. Por el eontrario, una aplieaci6n para el proeesamiento de transacciones puede necesitar la inclusion puntos de comprobacion en el flujo de transferencia para poder hacer operaciones de respaldo y recuperaci6n. De igual manera, otra aplicaci6n para procesar mensajes puede requerir la posibilidad de interrumpir cl dialogo, generar mas mensaje y posteriormente eontinuar el dialogo desde donde se dejo.

Todas estas capacidades se podrian incorporar en las aplicaciones de la capa 7. Sin embargo, ya que todas estas herramientas para el control del dialogo son ampliamente aplicables, pareee 16gieo organizarlas en una capa separada, denominada la eapa de sesi6n.

La capa de sesi6n proporciona los mecanismos para eontrolar el dialogo entre las aplieaciones de los sistemas finales. En muchos easos los servicios de la eapa de sesion son pareialmente, 0 incluso totalmente preseindibles, no obstante en algunas aplicaciones su utilizacion es ineludible. La capa de sesi6n proporciona los siguientes servicios:

• Control del dlalogo: este puede ser simultaneo en los dos sentidos (full duplex) 0 alternado en ambos sentidos (half duplex).

• Agrupamiento: el f1ujo de datos se puede rnarcar para definir grupos de datos. Por ejemplo, si una empresa esta transmitiendo los datos correspondientes a las ventas hacia una ofieina regional, estes se pueden marcar de tal manera que se indique por grupos el final de las ventas realizadas en eada departamento. Este servieio permitirfa que cl eomputador destino ea!cule los totalcs de las ventas realizadas en cada departamento.

• Recuperaci6n: la capa de sesi6n puede proporcionar un procedimiento de puntos de comprobacion, de forma que si oeurre algun tipo de fallo entre puntos de comprobaci6n, la entidad de sesion puede retransmitir todos los datos desde el ultimo punta de cornprobacion.

ISO ha definido una normalizaci6n para la capa de sesi6n que incluye como opciones los servicios que se aeaban de deseribir.

Capa de Presentaci6n

La capa de presentacion define el formate de los datos que se van a intercambiar entre las aplicaciones y ofrece a los programas de aplicaci6n un conjunto de servieios de transformaci6n de datos. La capa de prescntaci6n define la sintaxis utilizada entre las entidades de aplieaci6n y proporciona los medios para seleccionar y modificar la representacion utilizada. Algunos ejernplos de servieios especfficos que se pueden realizar en esta capa son los de comprension y cifrado de datos.

Capa de Aplicaci6n

La eapa de aplieaci6n proporciona a los programas de aplicaci6n un medio para que accedan al entorno OSI. Esra eapa ineluye a las funciones de administraei6n y en general, a los meeanismos necesarios en la irnplernentacion de las aplicaciones distribuidas. Ademas, a esta capa pertenecen las aplicaeiones de uso general como, por ejemplo, la transferencia de ficheros, el correo electr6nico y el acceso desde terminales a eomputadores remotos, entre otras.


Durante muchos anos, la literatura tccnica que trataba las arquitecturas de protocolos estaba dorninada por las discusiones relacionadas con OSI, asf como por el desarrollo de protocol os y servicios para cada capa. Durante los alios ochenta la creencia mas extendida era que OSI llegarfa a imponerse [rente a arquitecturas comerciales como la SNA de IBM y frente a esquemas no propietarios (<<multi vendor») como TCP/IP. Esta prevision nunca se cumpli6. En los noventa, TCP/IP ha conseguido erigirse como la arquitcctura cornercial dominante, a la vez que se ha convertido en la familia 0 conjunto de protocolos sobre la que se desarrollaran los protocolos futuros.

Existc una seric de razones que justifican el cxito de los protocolos TCP/I? sobre OS 1. Ente elias se pueden enumerar a las siguientes:

I. Los protocolos TCP lIP se especificaron y se utilizaron de una forma generalizada antes de la normalizaci6n ISO. Asf, en los afios ochenta las instituciones que tenfan necesidades apremiantes de intercambio de informaci6n se enfrentaron al dilema de esperar a la disponibiJidad del paquete siempre prometido y nunca entregado de OSl, 0 pOl' el eontrario utilizar el conjunto TCP/IP de disponihilidad inmcdiata y operatividad cada vez mas contrastada. Una vez heeha la elecei6n de TCP lIP, el coste y los riesgos de la migraei6n a un entorno nuevo, inhibi6 la aeeptacion de ISO.

2. Los protocolos Tep/IP se desarrollaron inicialmente como resultado del esfuerzo investigador en el entorno militar de los EE.UU., financiado por el Departamento de Defensa (DOD, Department Of Defense). Aunque el DOD, como el resto del gobierno de los EE.UU., estaba involucrado en los procesos internacionales de normalizaciones, eJ DOD tenfa una necesidad imperiosa e inmcdiata de concctividad, tal que no Ie pcrmitfa esperar hasta los afios ochenta 0 incluso principios de los noventa a productos basados en OSI. Por consiguiente, el DOD exigi6 el uso de los protocolos TCP/IP en todas sus adquisiciones de software. Debido a que el DOD es el consumidor mas grande de software en el mundo, esta poiftica creo un mercado enorme, animando a los vendedores a desarrollar productos basados en TCP/IP.

3. Internet esta construida sobre el conjunto de protocolos TCP(IP. El crecimiento impresionantc de Internet y cspccialmcntc de la «World Wide Web» (red extendida mundial) ha cimentado la vietoria de TCPjIP sohre OST.

LA APROX'MAC'ON DE TCP/IP

El eonjunto de protocolos TCP/IP reconoce que la tarea de la comunieaci6n es 10 suficientemente cornpJeja y diversa como para rea Ii zaria en una unica unidad. Consecuentemente, la tarea se dcscornponc en diversos m6dulos 0 entidades, que se pueden comunicar con sus entidades pares del sistema remoto. Una entidad dentro de un sistema proporeiona servieios a otras entidades y, a su vez, utiliza los servicios de otras entidades. Las reglas de disetio del software de ealidad dictan que estas entidades se deben agrupar en una forma modular y jerarquica,

F.l modelo OSI se bas a en el rnisrno razonamiento, pero introduce un paso mas. EI siguiente paso en OSI esta en reconocer que, en muchos aspectos, los protocol os en el mismo nivel de la jerarqufa ticnen algunas caraeterfstieas comunes, Esto desemhoea includihlcmcnte en el concepto de nivcl 0 eapa, asf como en el intento de describir de una forma abstracta las caracterfsticas eomunes de los protocolos en un nive! dado.

Como herramienta didactica, un modelo en capas tiene un valor signifieativo y, de hecho, el modelo OSl se utiliza por ese motivo en muchos textos de telecomunicaciones. Los diseiiadores del conjunto de protocolos TCP/IP ponen la objeci6n que el modelo OSI es mas prescriptivo que descriptivo. EI modelo OSI ordena que los protoco!os dcntro de una capa dada realieen unas dcterminadas funeiones. Esto puede no ser siempre deseable. Es posible definir mas de un protocolo en una eapa dada, y en este caso


puede que la funcionalidad de estos protocol os no sea la misma 0 ni incluso similar. Ahora bien, 10 que tienen en cornun un conjunto de protocolos de la rnisma capa es que se sustentan sobre el misrno conjunto de protocolos de la capa inferior adyacente.

Adernas, debido a que en el rnodelo OSI las interfaces entre capas estan bien definidas es posible sustituir un protocolo de una capa por otra versi6n mas reciente, sin que ella irnplique modificar las capas adyacentes (vease principio 6, Tabla 2.2). Esto no es siempre deseable 0 incluso posible. Por ejernplo, una LAN se presta Iacilrnente para un esquema de direccionarniento con difusi6n y rnultidifusi6n en el nivel de enlace. Si el nivel de enlace de IEEE 802 se situara debajo de una entidad de protocolo de red que no permitiera difusi6n ni multidifusi6n, este servicio seria inaccesible para las capas superiores en la jerarqufa. Para eludir este tipo de problemas, los especificadores de OSI introducen el concepto de capas 0 subcapas nulas. A veces. parece que estos artificios sal van al rnodelo a expensas de disefio no adecuado de los protocolos.

En el modelo TCP/IP, el uso estricto de todas las capas no es obligatorio. Por ejernplo, hay protocolos de aplicaci6n que operan directamente sobre IP.

LA ARQUITECTURA DE PROTOCOLOS TCP/IP

En el Capitulo I se present6 la familia de protocolos TCP/IP. Como ya se sefialo no existe un modelo de protocolos TCP/IP «oficial». Sin embargo, es de utili dad considerar que el conjunto de protocolos esta involucrado en cinco capas. Para resumir el Capitulo I, estas capas son:

• Capa de apJicaci6n: proporciona la comunicaci6n entre procesos 0 aplicacioncs de computadores separados.

• Capa de transporte 0 extremo-a-extremo: proporciona un servicio de transferencia de datos extremo-a-extremo. Esta capa puede incluir mecanismos de seguridad. Oculta los detalles de la red, o redes subyacentes, a la capa de aplicaci6n.

• Capa Internet: relacionada con el encaminamiento de los datos del computador origen al destino a travcs de una 0 mas rcdes conectadas por dispositivos de encaminamiento.

• Capa de acceso a la red: relacionada con la interfaz 16gica entre un sistema final y una subred.

• Capa fisica: define las caractensticas del medio dc transrnision, la tasa de sefializaci6n y el esquema de codificaci6n de las sefiales.

FUNCIONAMIENTO DE TCP E IP

La Figura 2.4 muestra como se configuran los protocolos TCP/IP. Para co nee tar un computador a una subred se utiliza algun tipo de protccolo de acceso como, por ejernplo, Ethernet Estc protocolo permite al computador enviar datos a traves de la subred a otro computador 0, en caso de que el destino final este en otra subred, a un dispositivo de encaminamiento. IP se implementa en todos los sistemas finales y dispositivos de encaminamiento. Acnia como un porteador que transportara bloqucs de datos dcsdc un computador hasta otro, a traves de uno 0 varios dispositivos de encaminamiento. TCP se implementa solamente en los sistemas finales; guarda un registro de los bJoques de datos para asegurar que todos se cntregan de forma segura a la aplicaci6n apropiada.

Para tener exito en la transmisi6n, cada entidad en el sistema global debe tener una unica direccion, En reaJidad, se necesitan dos niveles de direccionamicnto. Cada computador en la red debe tener una unica direcci6n internet que permita enviar los datos at cornputador adecuado. Adernas, cada proceso que se ejecute dentro de un computador en red debe tener a su vez una direcci6n que sea unica dentro del mismo; esto permite al protocolo extremo-a-extremo (TCP) entregar los datos al proceso adecuado. Estas ultirnas direcciones se denominan puertos.


A continuacion, se va a describir paso a paso cl funcionamiento de la Figura 2.4. Supongase gue 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 instrucci6n de enviarlo al puerto 2 del computador B. EL TCP pasa el mensaje al IP con instrucciones de gue 10 envfe al computador B. Observese gue no es necesario comunicarle al IP la identidad del puerto destino. Todo 10 que necesita saber es que los datos van dirigidos al computador B. A continuaci6n, IP pasa el mensaje a la capa de acceso a la red (por ejemplo, a la 16gica Ethernet) con el mandato expreso de enviarlo al dispositivo de encaminamiento X (el primer salta en eI camino a B).

Para controlar esta opcracion se debe transmitir informacion de control junto con los datos de usuario, como asf se sugiere en la Figura 2.11. Supongamos gue el proceso emisor genera un bloque de datos y 10 pasa al TCP. El TCP puede que divida este blogue en fragmentos mas pequeiios para hacerlos mas manejables. A cada uno de estos fragmentos Ie afiade informacion de control, denominada cabecera TCP, forman do un segmento TCP. La informacion de control la utilizara la entidad par TCP en el computador B. Entre otros, en la cabecera se incluyen los siguientes campos:

• Puerto destino: cuando la entidad TCP en B recibe el segmento, debe conocer a quien se le deben entregar los datos.

• Numero de secuencia: TCP numera secuencialmente los segmentos que envfa a un puerto destino dado, para que si llegan desordenados la entidad TCP en B pueda reordenarlos.

• Suma de comprobaci6n: la entidad emisora TCP incluye un c6digo calculado en funcion del resto del segrnento. La entidad receptora TCP realiza el mismo calculo y compara el resultado con el c6digo recibido. Si se observa alguna discrepancia implicata que ha habido algun error en la transmisi6n.

A continuacion, TCP pas a cada segmento al IP con instrucciones para que los transmita a B. Estos segmentos se transmitiran a traves de una 0 varias subredes y seran retransmitidos en uno 0 mas dispositivos de encaminamiento intermedios. Esta operaci6n tambien requiere el uso de informacion de control. Asi, el IP afiade una cabecera de informacion de control a cada segmento para formar un datagrama IP. En la cabecera IP, adernas de otros campos, se incluira la direccion del computador destino (en nuestro ejemplo B).

Datos del usuario

Secuencia de bytes de aplicaci6n

Segmento rep

Datagrama IP

Paquete del nivel de red

Figura 2.11. Unidades de datos de protocolo en la arquitectura Tep/IP.


Finalmente, cad a datagram a IP se pasa a la capa de acceso a la red para que se envfc a travcs de la primera subred. La capa de acceso a la red aiiade su propia cabecera, creando un paquete, 0 trama. EI paquete se trans mite a traves de Ia red al dispositivo de encaminamiento 1. La cabecera del paquete contiene 1a informacion que 1a red necesita para transferir los datos. La cabecera puede con tener, entre otros, los siguientes campos:

• Direcclon de la red destino: la red debe conocer a que dispositive conectado se debe cntregar el paquete .

• Funciones solicitadas: el protocolo de acceso a la red podna solicitar la miiizacion de ciertas funciones que ofrezca la red, como, por ejemplo, Ia utilizacion de prioridades.

En el dispositive de encarninamiento J se climina la cabecera del paquete y se exarnina 1a cabecera IP. EI modulo IP del dispositivo de encaminamiento direcciona el paquete a traves de Ia red 2 hacia B basandose en la direccion destino que contenga la cahecera IP. Para hacer esto, se Ie anadc al datagrama una cabecera de acceso a la red.

Cuando se reciben los datos en B, ocurre el proceso inverso. En cada capa se elimina la cabecera correspondiente y el res to se pas a a la capa inmediatamente superior, hasta que los datos de usuario alcancen al proceso destino.

INTERFACES DE PROTOCOLO

En la familia de protocolos TCPjIP cada capa intcracciona con sus capas adyacentes. En el origcn, la capa de aplicacion utilizara los servicios de la capa cxtrcmo-a-cxtrcmo, pasandole los datos. Este procedimiento se repite en la interfaz entre la capa extremo-a-extremo y la capa internet, e igualmente en la interfaz entre la capa internet y la capa de acceso a la red. En el destine, cada capa entrega los datos a la capa superior adyacente.

La arquitectura de TCP/IP no exige que se haga uso de todas las capas. Como asf se sugiere en la Figura 2.12, es posible desarrollar aplicaciones que invoquen directamente los servicios de cualquier capa. La mayona de las aplicaciones requieren un protocolo extremo-a-extremo seguro y por tanto utilizan TCP. Algunas de estas aplicaciones, como el protocolo sencillo de gesti6n de red (SNMP, Simple Network Management Protocol), uti Ii zan un protocolo extreme-a-extreme alternative denominado protocolo de datagrama de usuario (UDP, User Datagram Protocol); otras, en cambio, pueden haccr uso de IP directamcntc. Las aplicaciones que no neccsitcn interconcxi6n dc redes y que no necesiten TCP pueden invocar directarnente los servicios de la capa de acceso a la red.

LAS APLICACIONES

La Figura 2.12 muestra la organizacion de los protocolos mas importantes de la familia de TCP/IP. La mayorfa de estos protocolos se estudiaran en la Parte V de este texto. En esta seccion, resaltaremos tres protocolos que hist6ricamente han sido considerados esenciales en TCP/TP, y que se diseiiaron por el DOD como estandares militares junto a TCP e IP.

El protocolo sencillo de transferencia de correo (SMTP, Simple Mail Transfer Protocol) proporciona una funci6n basic a de correo electr6nico. Proporciona un mecanismo para transferir mensajes entre compuradores remotes. Entre las propiedades del SMTP cabe destacar la utilizacion de listas de rnensajerta, la gesti6n de acuses de recibo y el reenvfo de mensajes. EI protocolo SMTP no especifica como se crcan los mensajcs, para este fin sc necesita un program a de correo electr6nico nativo 0 un editor local. Una vez que se ha creado el mensaje, SMTP 10 acepta y haee uso del TCP para enviarlo al m6dulo SMTP en el computador remoto. En el receptor, el m6dulo SMTP utilizara su aplicacion de correo electr6nico local para almacenar el mensaje recihido en el huz6n de correo del usuario destino.

EI protocolo de transferencia de ficheros (FTP, File Transfer Protocol) se utiliza para enviar ficheros de un sistema a otro bajo el control del usuario. Se permite transmitir ficheros tanto de texto


BGP ~ Protocolo de pasarela frontera

FTP ~ Protocolo de transferencia de ficberos

HTTP ~ Protocolo para la transferencia de hipertextos ICMP " Protocolo de mensajes de control en Internet

IP " Protocolo Internet

MIME" Extesiones multiproposito de correo electroruco en Internet

OSPF ~ Protocolo abierto del primer camino mas corto RSVP" Protocolo de reserva de recursos

SMTP " Protocolo sencillo de transferencia de correo

electr6nico

SNMP " Protocolo sencillo de qssnon de redes TCP =Protocolo de control de transmisi6n UDP =Protocoto de datagramas de usuario

Figura 2.12. Algunos protocolos en la familia de protocolos TCP(IP.

como en binario, adernas el protocolo permite eontrolar cl acccso dc los usuarios, Cuando un usuario solicita la transferencia de un fichero, el FrP cstablece una concxi6n TCP con el sistema destino para intercambiar mensajes de control. Esta concxion permite al usuario transmitir su identificador y contrasena, adernas de la idcntificacion del fichero junto con las acciones a realizar sobre el mismo. Una vez que cl FIchera sc haya cspecificado y su transferencia haya sido aceptada, se establecera una segunda concxion TCP a traves de la eual se materializara la transfereneia. EI fiehero se transmite a traves de la segunda conexion, sin necesidad de enviar informacion extra, 0 cabeeeras generadas por la capa de aplicacion. Cuando la transferencia finaliza, se utiliza la conexi6n de control para indicar el fin, ademas esta misma conexi6n estara disponible para aeeptar nuevas 6rdenes de transfereneia.

TELNET facilita la posibilidad de conexi6n remota, mediante la eual el usuario en un terminal 0 computador personal se conecta a un computador remoto y trabaja como si estuviera conectado directamente a ese computador, El protocolo se discfio para trabajar con terminales poco sofisticados en modo scroll (a vance de pantallai. En realidad, TELNET se implementa en dos m6dulos: el usuario TELNET interactua con el m6dulo de E!S para cornunicarse con terminal local. Este convierte las particularidadcs de los terminales reales a una definicion normalizada de terminal de red, y viccvcrsa. EI scrvidor TELNET interactua con la aplicaei6n, actuando como un sustiruto del gestor del terminal, para que de esta forma el terminal remota le parezca local a la aplieaci6n. EI trafico entre el tkrminal del usuario y el

servidor TELNET se transmite sobre una conexion TCP. .

Para el lector que tenga interes en conocer con mayor detalle el TCP/IP, existen dos trabajos de tres volurnenes que son mas que adecuados. EI trabajo de Comer y Stevens ha lIegado a ser un clasico y se considera definitivo [COME99, COME97, COME95J. El trabajo de Stevens y Wright es tambien destacable. en el se presenta mas detalles en 10 referente al funeionamiento de los protocolos [STEV94, STEV96, WRIG95J. Un trabajo mas compacto y muy util es lMURP98], en el que se estudia el abanico


de protocolos relacionados con TCP/IP de una forma tecnicamente concisa y a la vez completa, se incluyen el estudio de algunos protocol os que no se consideran en los otros dos trabajos.

uno de los mejores textos sobre OSI y sobre protocolos relacionados es lJAIN93]. lHALS96] tambien proporciona un tratamicnto completo.

COME99 Comer, D., y Stevens, D. lnternetworking with TCPIIP, Volume ff: Design Implementation, and Internals. Upper Saddle River, NJ: Prentice Hall, 1999.

COME97 Corner, D., y Stevens, D. Internetworking with TCPIIP, Volume ffI: Client-Server Programming and Applications. Upper Saddle River, NJ: Prentice Hall, 1997.

COME95 Comer D. lnternetworking with TCPIIP, Volume I: Principles, Protocols, and Architecture.

Upper Saddle River, NJ: Prentice Hall, 1995.

HALS96 Halsall, F. Data Communications, Computer Networks, and Open Systems. Reading. MA:

Addison-Wesley, 1996 .

.IAIN93 Jain, B., and Agrawala. A_ Open Systems Interconnection. New York: McGraw-HilL 1993. MURH98 Murhammer, M., et al. TCPIIP: Tutorial and Technical Overview. Upper Saddle River: NJ:

Prentice Hall, 1998.

STEV94 Stevens, W. TCPIIP Illustrated, Volume l : The Protocols. Reading, MA: Addison-Wesley, 1994.

STEV96 Stevens, W. TCPIIP Illustrated, Volume 3: TCP for Transactions, HTTP, NNTP, and the UNIX(R) Domain Protocol. Reading, MA: Addison-Wesley, 1996.

WRIG95 Wright, G., y Stevens, W. TCP/iP Illustrated, Volume 2: The Implementation. Reading, MA:

Addison-Wesley, 1995.

2.1. Dos cuerpos de ejercito (de color azul), situados sobre dos colinas, estan preparando un ataque a un unico ejercito (de color rojo) situado en el valle que las separa. EI ejercito rojo puede veneer par separado a cada cuerpo del ejercito azul pero fracasara si los dos ejercitos azules ataean sirnultanearnente. Los cuerpos de ejcrcito azules sc comunican mediante un sistema de cornunicacion no seguro (un soldado de infanterfa), El comandante de uno de los cuerpos de ejercito azul, dcscana atacar al mcdiodfa, Su problema es este: si envia un mensaje ordenando el ataque, no puede estar seguro de que el mensaje haya llegado. Podrfa solicitar una eonfirrnaci6n pero esta tambien podrfa ser interceptada. LExiste algun protocolo que pueda utilizar el ejercito azul para evitar la derrota?

2.2. Enumere las desventajas del disefio en capas para los protocolos.

2.3_ Usando los modclos de capas de la Figura 2.13, describa el procedimiento de pedir y enviar una pizza, indicando las interacciones habidas en cada nive!.

2.4. a) Los primeros ministros de China y Francia necesitan alcanzar un acuerdo por telefono, pero ninguno de los dos habla el idioma de su interlocutor. Es mas, ninguno tiene cerca un traductor que traduzca el idioma del otro. No obstante, ambos tienen un traductor de ingles, Dibuje un diagrama similar al de la Figura 2.13 que describa la situacion, y describa la interaeciones que hay a en cada nive!.

b) Suponga ahara que el traductar del primer ministro chino puede traducir solo al japones y que el primer rninistro frances tiene un traductor aleman. Dibuje el diagram a que refleje esta nueva situacion y describa la hipotctica conversacion tclefonica.

Protocolos yarquitectura 57

Linea telef6nica

Figura 2.13. Arquitectura para el Problema 2.3.

2.5. Basandose en los principios enunciados en la Tabla 2.2, disefie una arquitectura con ocho capas y ponga un ejemplo de su utilizaci6n. Disefie otra con seis capas y de otro ejemplo para esta.

2.6. Discuta si es necesaria 0 no una capa de red (capa 3 de OSI) en una red de difusi6n.

2.7. En la Figura 2.11 la unidad de datos del protocolo (PDU) de la capa N se encapsula en una PDU de la capa (N ~ 1). Igualmente, se puede partir la PDU del nivel N en varias PDU del nivel (N ~ 1) (segmentaci6n), 0 agrupar varias PDU del nivel N en una unica PDU del nivel (N ~ 1) (agrupamiento).

a) En la segmentaci6n, i.,es necesario que cada segmento del nivel (N ~ I) contenga una copia de la cabecera del nivel N'I

b) En el agrupamiento, i.,es necesario que cada una de las PDU conserve su cabecera 0 se pueden agrupar los datos en una unica PDU de nivel N con una iinica cabecera de nivel N?

PARTE II

COMUNICACIONES DE DATOS

La Parte II trata sobre la transfercncia de datos entre dos dispositi vos que cstan dircctarncntc conectados; es decir, dos dispositivos que estan enlazados por medio de un unico camino, y no por una red. Incluso para este eontexto tan restringido hay una cantidad considerable de cucstioncs tecnicas y de disefio que hay que analizar. En primer lugar, de alguna manera se tiene que entender bien el praeedimiento para transmitir sefialcs a travcs de un enlace de comunicacion. Para tal fin, sc utilizan tecnicas analogicas y digitales. En ambos casos, la sefial se puede describir como un conjunto de componentes que barren un rango de frecuencias clcctrornagncticas. Las propiedades de transmision de la sefial dependeran de las frecuencias que esten involucradas, Igualmente, los defectos y limitaciones que sufre la serial en la transmisi6n, como, por ejemplo, la atenuaci6n, son dependientes de la frecuencia. Un aspecto independiente es el propio medio que se uti lice para la transmisi6n de la serial, el cual sera factor determinante de las prestaciones que se puedan conseguir, en terminos de velocidad de transmisi6n y distancia. Intimamente relacionado con las sefiales y los medios de transmisi6n esta el problema de como codificar los datos en las sefiales a transmitir. Las tecnicas de codificacion son igualmente un factor que influira en las prestaciones del sistema de transmisi6n.

Ademas de los conceptos fundamentales de la serial, el medio y la codificaci6n, la Parte II estudia otras dos aspectos importantes en las cornunicaciones de datos: la fiabilidad y la eficacia. En todo esquema de comunicaciones, durante ia transmisicn siempre habra una tasa determinada de errores. Un pratocolo para el control del enlace de datos proporcionara mecanisrnos para la detecci6n y recuperacion de los errores, de tal manera que una linea que no sea fiable se convertira en un enlace de datos fiable. Finalmente, si la capacidad del enlace es superior a los requisites de una transmisi6n tipica, en aras a proporeionar un uso eficaz del medio de transrnision es necesario la utilizaci6n de varias tecnicas de multiplexaci6n.

CAPiTULO 3. TRANSMISION DE DATOS

Los principios generales que rigen la transmision de datos cstan siempre subyacentes en todos los conceptos y tccnicas que se presentan en el !ibro. Para comprcnder la nccesidad de la codificacion, la rnul-


tiplexacion, la conrnutacion, el control de errores, y otros, el lector debena comprender previamente el comportamiento de la propagaci6n de las sefiales a traves de los medios de transmision. En eL CapituLo 3 se discuten las dilerencias entre datos anal6gicos 0 digitales y entre transmisi6n anal6gica 0 digital. En cste capitulo tambien se estudian los conceptos de atenuaci6n y ruido.

CAPiTULO 4. MEDIOS DE TRANSMISION

Los medios de transmision se pueden clasificar en guiados 0 inalambricos. Los medios guiados mas uulizados son el par trenzado, el cable coaxial y la fibra 6ptica. Entre las tecnicas inalarnbricas cabe destacar las microondas terrestres y via satelite, la radiodifusi6n, y los infrarrojos. En el Capitulo 4 se estudian todos estos conceptos.

CAPiTULO 5. CODIFICACION DE DATOS

Los datos pueden ser anal6gicos (continuos) 0 digitales (discretos). Para su transmision, se deben codificar mediante sefiales electricas de caracteristicas acordes con el medio de transmisi6n. Tanto los datos anal6gicos como digitales se pueden reprcsentar mediante scnalcs anal6gicas 0 digitales; en eL Capitulo 5 se estudian cada una de las cuatro posibilidades. Adernas se estudian tam bien Las tecnicas de espectro expandido.

CAPiTULO 6. lA INTERFAZ PARA lA COMUNICACION DE DATOS

En eL Capitulo 6, cl intcres se desplaza de la transmision a la comunicacion de datos. Para que dos dispositivos que estan conectados mediante un medio de transmisi6n puedan intercambiar datos digitales, se exige un alto grado de cooperacion, Tfpicarnente, los datos se transmiten bit a bit. La temporizaci6n (la velocidad, La duraci6n y la separaci6n) de cstos bits debe ser cormin en el transmisor y en el receptor. Se exploran dos tecnicas habituales en la transmisi6n: asincrona y sincrona. Este capitulo tarnbien analiza las interfaces con la linea de transmision, Normalmente, los dispositivos de datos digitales no sc conectan y sc transmite directamente al medio. En su lugar, este proceso se lIeva a cabo mediante La intervenci6n de una interfaz normalizada.

CAPiTULO 7. CONTROL DEL ENLACE DE DATOS

El intercambio cooperative de datos digitales entre dos dispositivos exige algun mecanismo para el conrrol del enlace de datos. El CapItulo 7 estudia las tecnicas fundamentaJes comunes a todos los protocolos para el control del enLace de datos, incluyendo el control del flujo, la detecci6n y correcci6n de errorcs, posterionnente se considera el protocolo mas utilizado: HDLC.

CAPiTULO 8. MUl TlPlEXACION

Las facilidades y servicios de transmisi6n son caros. Es habitual que dos estaciones que se vayan a comunicar no utilicen toda la capacidad del enlace de datos. Por cuestiones de rendimiento, es convenientc compartir esa capacidad. EI termino generico que alude a esa comparticion es la multiplexacion.

EI Capitulo H se centra en Las tres tecnicas mas habituales de muLtiplexaci6n. En primer Jugar se estudia la multiplexaci6n mas utilizada, la divisi6n en frecuencias (FDM, Frecuency Division Multiplexing), familiar para cualquicra quc haya utilizado la radio 0 la television. La scgunda tccnica es un caso particuLar de multiplexacion por divisi6n en el tiempo (TDM, Time Division Multiplexing) habitualmente denominada TDM astncrona. Esta tecnica es habitual para la multiplexaci6n de secuencias de voz digitaLizada. EL tercer tipo es otro caso particular de TDM, mas compleja que la anterior pero potencialmente mas eficaz, denominada TDM estadfstica 0 asmcrona.

CAPITULO 3

Transmisi6n de datos

3.1. Conceptos y terminologfa

Terminologfa utilizada en transmisi6n de datos Frecuencia, espectro y ancho de banda

3.2. Transmisi6n de datos anal6gicos y digitales Datos

Seriales

Transmisi6n

3.3. Perturbaciones en la transmisi6n Atenuaci6n

Distorsi6n de retardo

Ruido

Capacidad del canal

3.4. Lecturas recomendadas

3.5. Problemas

Apendice 3A. Analisis de Fourier

Desarrollo en serie de Fourier para sefiales peri6dicas Transformada de Fourier para senales no peri6dicas Densidad de potencia espectral y ancho de banda

Apenolce 3B. Decibelios y energia de la sefial


•••••••••••••••••••••••••••••••••

• Todos los formatos de informaci6n considerados en este texto (voz, datos, imageries, video) se pueden representar mediante sefiales electromagneticas. Dependiendo del medio de transmisi6n y del entorno donde se. realicen las comunicaciones, se pueden utilizar sefiales anal6gicas 0 digitales para transportar la informacion.

• Cualquier sefial electrornagnetica, anal6gica 0 digital, esta conformada por una serie de frecuencias constituyentes. Un pararnetro clave en la caracterizaci6n de la serial es el ancho de banda, definido como el ran go de frecuencias contenidas en la serial. En terminos generales, cuanto mayor es el ancho de banda de la serial, mayor es su capacidad de transportar informacion.

• Uno dc los problemas principales en el disefio de un sistema de eomunicaeiones reside en las dificultades 0 defectos de las Imcas de transmisi6n. Las dificultades mas importantes a superar son la atenuacion, la distorsion de atenuacion, la dislorsi6n de rctardo, asf como los distintos tipos de ruido. Entre otros, el ruido puede ser de tipo termico, ruido de intermodulaci6n, diafonia e impulsive. Las dificultades en la transmisi6n usando seiiales anal6gieas causan efectos aleatorios que degradan la calidad de la informacion recibida y pueden afectar a la inteligibilidad. Cuando se utilizan seiiales digitales, los defectos en la transmisi6n pueden introducir bits err6neos en la recepci6n.

• EI disefiador de un sistema de eomunicaciones debe tener presente cuatro factores determinantes: el ancho de banda de la serial, la velocidad de transmisi6n de la informaci6n digital, la cantidad de ruido junto a otros defcctos en la transmisi6n, y par ultimo la proporci6n 0 tasa de errores tolerable. El ancho de banda disponible esta limitado por el medio de transmisi6n asf como por la necesidad de evitar interferencias can seiiales cercanas. Debido a que el aneho de banda es un recurso escaso, es conveniente maximizar la velocidad de transmision de los datos para el ancho de banda disponible. La velocidad de transmisi6n esta limitada por el ancho de banda, la presencia ineludible de defectos en la transmision, como, por ejemplo, el ruido, y finalmente por la tasa de errores que sea tolerable como maximo .

•••••••••••••••••••••••••••••••••

E I exito en la transrnision de datos depende fundarnentalmente de dos factores: la calidad de la senal que se transmite y las caractensticas del rncdio de transrnision. EI ohjctivo de cste capitulo es proporcionar al lector un conocimiento intuitivo de la naturaleza de estos dos factores,

La prirnera seccion introduce algunos conceptos y terminologfa corminmente aceptada en el campo de la ingenieria clectrica, proporcionando una base suficiente para abordar el resto del capftulo. La Seeci6n 3.2 clarifica el uso de los conceptos analogico y digital. Tanto los datos analogicos como los digitales se pueden transmitir usando sefiales analogicas 0 digitales. Es mas, esto es amp liable al procesamiento intermedio que se haga entre la fuente y el destino, pudiendo ser de nuevo analogico a digital.

En la Seccion 3.3 se estudian los defectos en la transrnision que pueden introducir errores en los datos. Dichos errores son fundamentalmente: la atenuacion, el retardo, y los diversos tipos de ruido existentes. Por ultimo, se estudia el concepto fundamental de capacidad del canal.

En esta secei6n se introducen algunos conceptos y terminos que se utilizaran a 10 largo del capitulo. Y de hecho en toda la Parte II.

Transmisi6n de datos 63

TERMINOLOGIA UTILIZADA EN TRANSMISION DE DATOS

La transmisi6n de datos entre un emisor y un receptor siempre se realiza a traves de un medio de transmisi6n. Los medios de transmisi6n se pueden clasificar como guiados y no guiados. En ambos casos, la comunicaci6n se realiza con ondas electrornagneticas. EnIos.medios-guiados, como. por ejemplo, en los~res trel+zados, los cables coaxiales y las fibras opticas, las ondas se transmiten confinandolas a 10 largo del camino fisico. Por el contrario, los medios no guiados proporcionan una forma de transmitir las ondas electromagneticas sin confinarlas, como, por ejernplo, en la propagaci6n a traves del aire, el mar 0 el vacio.

EI termino enlace directo hace referencia al camino de transmision entre dos dispositivos en el que la sefial se propaga directamente del emisor al receptor sin ningun otro dispositivo intermedio que no sea un arnplificador 0 repetidor. Estos ultimos se usan para incrementar la energfa de la sefial. Observese que este terrnino se puede aplicar tanto a medios guiados como no guiados.

Un medio de transrnision guiado es pun to a punto si proporciona un enlace directo entre los dos unicos dispositivos que comparten el medio. En una configuraci6n guiada multipunto, el rnismo medic es compartido por mas de dos dispositivos. Por ejernplo, en la Figura 3.1, el enlace entre los dos nodos de conmutaci6n de la parte superior de la figura son punto a punto; el enlace que une a las estaciones de trabajo conectadas usando una LAN segtin se muestra en la parte inferior de Ia figura es un enlace rnultipunto.

Un medio de transmisi6n puede ser simplex, half-duplex 0 full-duplex. En la transmisi6n simplex, las senales se transmiten s610 en una unica direcci6n; siendo una estaei6n la emisora y otra la reeeptora. En half-duplex, ambas estaciones pueden transmitir pero no simultanearnente. En full-duplex, ambas estaeiones pueden igualmente transmitir, pem ahora sirnultanearnente. En este ultimo caso, el medio transporta sefiales en ambos sentidos al mismo tiempo. Posteriormente se explicara c6mo se realiza este tipo de transmisi6n. N6tese que estas definiciones son de uso comun en los Estados Unidos (son definiciones ANSI). En otros lugares (donde prevalecen las definiciones UIT-T) el terrnino «simplex» corresponde a «half-duplex», tal y como se ha definido antes, y «duplex» se usa par 10 que se entiende como «ful]duplex» en ANSI.

FRECUENCIA, ESPECTRO Y ANCHO DE BANDA

En este libro, consideraremos las sefiales electrornagneticas desde el punto de vista de la transmisi6n de datos. En el punto 3 de la Figura 1.2 se genera una sefial en el transmisor que se envia a traves del media. La serial, que es una funcion del tiempo, se puede expresar tarnbien en funei6n de la frecuencia; es decir, la sefial esta constituida por cornponentes a diferentes frecuencias. Para comprender y caracterizar mejor el funcionamiento de Ia transrnision de datos, el dominio de la frecuencia resulta ser mas ilustrativo que el dominio del tiempo, A continuacion, se introducen ambos dominios.

Conceptos en el dominio temporal

La serial electromagnetica considerada como funci6n del tiernpo, puede ser tanto continua como discretao Una sefial continua es aquella en la que la intensidad de la serial varfa suavernente en el tiernpo. Es decir, no se presentan saltos 0 discontinuidades 1. Una sefial discreta es aquella en Ia que la intensidad se mantiene constante durante un determinado intervalo de tiempo, tras el cual Ia sefial cambia a otro valor constante. En la Figura 3.1 se muestran ejemplos de ambos tipos de sefiales, La sefial continua puede corresponder a voz y la serial discreta puede representar valores binarios (0 y I).

1 La definicion rnaternatica cs: una serial s(t) es continua si lim 5(1) ~ s(a) para todo a.


Amplitud (voltios)

(a) Continua

Amplitud (voltios)

(b) Discreta

Figura 3.1. Sei'\ales continua y discreta.

EI tipo de senates mas seneillas que sc pueden eonsiderar son las sefiales peri6dicas, que se earacterizan par contener un patr6n que se repite a 10 largo del tiempo. En la Figura 3.2 se muestra un ejemplo de serial periodica continna (una onda sinusoidal) y un ejernplo de serial pcriodica digital (una onda cuadrada). Matematicarnente, una serial set) se dice peri6dica si y solamente xi

set + T) = set)

-Ci:J<t<+C!2

donde la con stante T es el periodo de la senal (T debe ser el menor valor que verifique la ecuaci6n). En cualquier otro caso la serial es no periodica.

La onda seno es la serial continua fundamental por excelencia, Cualquier onda sen a se representa mediante tres parametres: la amplitud (A), la frecuencia (f) y la fase (¢). La amplitud de pico cs el valor maximo (0 energfa) de la serial en el tiernpo: normalmente este valor se mide en voltios. La frecuencia es la razon [en ciclos por segundo 0 Hertzios (Hz)] a la que la serial se repite. Un parametro equivalente es el periodo (T), definido como la cantidad de tiempo transcurrido entre dos repeticiones consecutivas de la serial: par tanto, T = I If La fase es una medida de Ja posicion relativa de la sefial dentro de un periodo de la misma; este concepto se ilustra mas adelante. Mas forrnalmente, para una serial periodica j'(r), la fase es la fraccion tiP del periodo P, en la que t ha avanzado respccto un origen arbitrario. EI origen se considera normalmente como el ultimo cruce por cero desde valores negativos a positivos.

La expresi6n general para una onda sinusoidal es:

set) = A sen (2nft + ¢)


Periodo = T = 1ff

(a) Onda sinusoidal

A

-
Tiemp
-
-
o

o

-A

Periodo = T = 1ff

(b) Onda cuadrada

Figura 3.2. Senates peri6dicas.

En la Figura 3.3 se muestra el efecto de la variacion de cada uno de los tres parametres antes mencionados. En la parte (a), la frecuencia es 1 Hz, por tanto el periodo es T = 1 segundo. En la Figura 3.3(b) se representa una onda scno con la misma fase y frecuencia pero con una amplitud de 1/2. En la Figura 3.3(c) se tiene una serial con frecuencia f= 2, 10 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 1t/4 radianes, que corresponde a 45 grados (2n radianes = 3600 = 1 periodo).

En la Figura 3.3 el tiempo se representa en el eje horizontal; la curva representa el valor de la senal para un punto del espacio dado, en funcion del tiempo. Este tipo de representacion, con un cambio adicional de escala, se puede usar representando en el eje horizontal e1 espacio. En este caso, la curva muestra el valor de la serial para un in stante de tiempo dado en funcion de la distancia. Por ejernplo,

- 0, -0,
-1, -1,
0,0 0,5 1,0 1,5 s 0,0 o.s 1,0 1,5 s
(a) A = 1, f = 1,1> = 0 (b) A = 0,5, f = 1,1> = 0
s(t) s(l)
1,0
0,5

0,0

-0, -0

-1, -1,
0,0 0,5 1,D 1.5 s 0,0 0,5 1,0 1,5 s
(e) A = 1, f = 2, 1> = 0 (d) A = 1, f = 1, <p = nl4
Figura 3,3, S(I) = Asen(21tft+ 41), 66 Comunicaciones y redes de computadores

s(l)

1.0'---.--------,-------.----------,

para la transmision de una serial sinusoidal (digamos una onda electromagnetica de radio-freeuencia alejada una cierta distancia de la antena, 0 un sonido alejado a cierta distaneia del altavoz), en un instante determinado de tiernpo, la intensidad de la serial varia sinusoidalmente en funci6n de la distancia media desde la fuente,

Es obvio que existe una relaci6n sencilla entre las dos sefiales seno anteriores (en el tiempo y en el cspacio). Para una sefial, sc define la longitud de onda ;_ como la distancia quc ocupa un ciclo, en otras palabras, la distancia entre dos puntas de igual fase en dos eiclos conseeutivos. Supongase que la sefial se propaga a una velocidad v, En ese caso, la longitud de onda se puede relacionar con el periodo de la serial a travcs de la siguiente expresi6n: ), = vT. 0 equivalentemente Xf = v, Es frecuente el caso en que u = c; es decir, cuando la velocidad de propagaci6n en el medio es igual a la de la luz en el espacio libre, que como es sabido cs c = 3 X l O" m/s,

Conceptos del dominio de la frecuencia

En la practica, la seiial elcctromagnctica puede estar compuesta de muchas frecuencias, por ejemplo, en la Figura :l.4c sc muestra la siguicntc sefial

set) = (4/n) x (sen (2nft) + (1/3) sen (2n(3f)t))

en este ejemplo Ia sefial esta cornpuesta por dos tcrminos correspondientes a las frecuencias f y 31; dichas componentes se muestran en las partes (a) y (b) de la mencionada figura. Hay varias consideraciones interesantes que se pueden hacer a la vista de estas figuras:


D,DT

D,5T

1,DT (a) sen(2nft)

1,5T

2,DT

O,DT

D,5T

1,OT

(b) (113 )sen(2}[(3f)t)

1,5T

2,OT

D,OT

O,5T

1,OT

1,5T

2,OT

(e) (4/n) [sen(2nft) + (1/3)sen(2n(3f)t))

Figura 3,4, Suma de componentes en frecuencia (T = 1/f),

• La frecuencia de la segunda componente es un multiple entero de la frecuencia de la prirnera.

Cuando todas las componentes de una sefial tienen frecuencias rrniltiplo de una dada, esta se denomina frecuencia fundamental.

• El periodo de la serial suma de cornponentes es el periodo correspondiente a la frecuencia fundamental. El periodo de la componente (2nft) es T = l/j~ Y el periodo de set) es tarnbien T, como se puede observar en la Figura 3.4c,


Se puede dcmostrar. usando el analisis de Fourier, que cualquier serial esta constituida por cornponentes sinusoidales de distintas frecuencias. Este resultado es de vital importancia, ya que los efectos de los medias de transmisi6n sabre las sefiales se pueden expresar en el dominio de la frecucncia, como se discutira posteriormente en este capitulo. Para el lector interesado al final del capitulo, en el Apendice 3A, se presenta una introducci6n al analisis de Fourier.

Par 10 tanto, para cada senal se puede decir que hay una funci6n en el dominic del tiempo s(t) que determina la amplitud de la sefial en cada instante de tiempo. Igualmente, hay una funci6n Sen en el dorninio de la frecuencia que especifica las frecuencias constirutivas de la sefial. En la Figura 3.5a se

S(f)
1,4
1,2
1.0
0,8
0,6
0,4
0,2
0.0
° 1f 2f 3f 4f
(a) s(l) = (4IlT)[sen(2.i"ft) + (1/3)sen(2.'l(3f)1)]
S(f) 1,2X

'\
\
\
\
\ ~
........ -.....
,,/ ......... ,....."

-- 1,OX

O,8X

O,6X

O.4X

O,2X

O,OX

-O,2X

-O,4X

o

11X

21X

(b) s(t) = 1

31X

- XI2 :s t :s XI2

41X

SIX

Figura 3.5. Representaciones en el dominio de la frecuencia.


muestra la sefial de la Figura 3.4c en el dominio de la frecuencia. Observese, que en este caso Sen es discreta. En la Figura 3.Sb se muestra la funci6n en el dominio de la frecuencia correspondiente a una sefial pulso cuadrado, con valor I entre - X/2 Y X/2, Y 0 en cualquier otro caso '. Observese que en este caso S(f) es continua y tiene val ores distintos de cera indefinidamente, aunque la magnitud de las frecuencias se hace pequefia para frecuencias [ grandes. Estas caractensticas son comunes en las sefiales reales.

Se define el espectro de una serial como e! conjunto de frecuencias que la constituyen. Para la serial de la Figura 3.4c, el espectro se extiende desde f a 3[. Se define el ancho de banda absoluto de una serial como la anchura del espectro. En el caso de la Figura 3.4c el ancho de banda absoluto es 2r Muchas sefiales, como la de la Figura 3.5b, tienen un ancho de banda infinito, No obstante, la mayor parte de la energfa de la sefial se concentra en una banda de frecuencias relativamente estrecha. Esta banda sc denomina ancho de banda efectivo 0 simp!cmcntc ancho de banda.

Para concluir definiremos el terrnino componenie continua (de). Si una sefial contiene una cornponente de frecuencia cera, esa componente se denomina continua (de, direct current). POI' ejernplo, en la Figura 3.6 se muestra el resultado de sumarle una componente continua a la sefial de la Figura 3.4c. Sin

sit)
2.0
1,5
1,0

0,5
0,0
O.OT D.ST 1.0T 1.ST 2.0T (a) s(t) = 1 + (4b:)[sen(2ll'ft) + (1/3)sen(2.'l(3t)/)]

S(f) 1,4 -

1,2 -

1,0 - -r

0,8 -

0.6 -

0,4 -

0.2 -

0,0 -'-...L- .L- J..-1 ---'L.- _' f

o 234

(b) S(f)

Figura 3.6. Serial con componente continua (de).

2 De hecho, la funci6n S(I) en este ejemplo es sirnetrica respecto f = O. Y por tanto, est" definida para val ores negati vos de la frecuencia. La existencia de frecuencias negatives es un artificio matematico cuya justificaci6n cae fuera del proposito de este libra.


componcnte continua, la scnal tiene una amplitud media igual a cero, vista en el dominio del tiempo. Si tiene componente continua, tendra un termino a frecuencia f = 0, y por tanto. una amplitud promedio distinta de cero.

Helaeion entre la velocidad de transmlsion y el ancho de banda

Se ha definido el ancho de banda efectivo como la banda en la que se concentra la mayor parte de la cnergta de la scnal. La may()r parte es un concepto algo impreciso. La cuestion importantc aqui, cs que aunque una forma de onda dada contenga frccuencias en un rango extenso, por cuestiones practices, el sistema de transmision (transmisor mas medio mas receptor) s610 poura transferir una banda limitada de frecuencias. Esto hace que la velocidad de transmisi6n maxima en el medio sea limitada.

Para explicar esta cuestion, considcrcmos Is onda cuadrada de Ia Figura 3.2b. Supongamos que un I binario se representa mediante un pulso positivo y un 0 por un pulso negativo. Por tanto, la forma de OIH.la representa la sccuencia binaria 1010 ... La duracion de cad a pulse es 1/2/; luego, la velocidad de transmision es 2/ bits por segundo (bps). l,Cuules son las componentes en frecuencia de esta serial? Para responder a esta cuesti6n, consideremos de nuevo Ia Figura 3.4. AI sumar las ondas seno de frecuencias f y 3l, se obtiene una forma de onda que empieza a parecerse a una onda cuadrada. Continuemos el proceso sumando otra onda seno con frecuencia 5f, como se muestra en la Figura 3.7a, y posteriormente sumando otra onda seno de freeueneia Tf , tambicn mostrado en la Figura 3.7b. AI sumar mas tcrminos multiples imparesde _la frecuencia [; convenientemente escalades, iremos aproximando cada vez mejor

) Ia onda cuadrada.

De heche, se puede demostrar que las componentes en frecuencia de una onda euadrada con amplitudes A y ~ A se pucdcn expresar como:

4 s(t) = A x - X IT

k impar. k = I

sen (2ITkft) k

Luego, esta forma de onda tiene un mimero infinito de componentes en frecucncia y por 10 tanto un ancho de banda infinite. Sin embargo, la amplitud de la componente k-esima, kl, es solarnente Ilk, por tanto, la mayor parte de la energia de esta forma de onda esta contenida en las prirneras componcntes. l,Que ocurre si se limita el ancho de banda s610 a las tres primeras componerues? Ya hemos visto la rcspucsta en la Figura 3.7a. Como se puede ver, la forma de la onda resultante aproxima razonablemente a la onda euadrada original.

Las Figuras 3.4 y 3.7 pueden servir para ilustrar la relaci6n entre la velocidad de transrnisi6n y el aneho de banda. Supongamos que se esta utilizando un sistema de transmisi6n digital capaz de transmitir senates con un ancho de banda de 4MHz. Intcntemos transmitir una seeuencia de unos y ceros alternantes, como una onda cuadrada de la Figura 3.7c. (.Que velocidad de transmision se puede conseguir? Para responder a esta pregunta considerernos los siguientes tres cases:

Caso I. Aproximemos la onda euadrada con una forma de onda como la de la Figura 3.7a. Aunquc cs una forma cle onda «distorsionada», es suficiente para que el receptor sea capaz de discriminar entre un 0 0 un I binarios. Ahora, si tomamos unaf = JO" ciclos/segundo = I MHz, entonces el ancho de banda de la serial

4 [ I I 1

set) = - x sen ((2IT x JOolt) + - sen «(2IT x 3 x IO")r) + -:- sen ((2IT x 5 x 10"):)

IT 3 )

es (5 x 10") ~ 10" = 4 MHz. Observese que para f = I MHz, el periodo de la frecuencia fundamental es T = I (106 = 10 -" = Ips. Luego, si se considera esta forma de onda como una cadena de 0 y 1, un bit aparecera cada 0,5 us, para una velocidad de 2 x 10(' = 2 Mbps. Ast, para un ancho de banda de 4 MHz, se consigue una velociclad cle transmisi6n de 2 Mbps.

Transrnlsion de datos 71

1,0

0,5

0,0

-0,5

-1,0

0,0

1,OT

2,OT

1,5T

0,5T

(a) (4/n) [sen(2nft) + (1/3)sen(2n(3f)t) + (1/5)sen(2n(5f)/)]

1,0

f'l..r-..."/\ f\",,/\
1"""'''''\ 1"""'''''\

\ r-; - " / \,,-,,/
V ...., '" V V"''''''V 0,5

0,0

-0,5

01,0

0,0

1,5T

2,OT

0,5T

1,OT

(b) (4/n) [sen(2nft) + (1/3)sen(2n(3f)t) + (1/5)sen(2n(5f)t) + (1/7)sen(2n(7f)t)1

1,0

0,5

0,0

-0,5

-1,0

0,0

1,OT

2,OT

1,5T

0,5T

(e) (4/n) L (lIk)sen(2n(kf)t)

Figura 3.7. Componentes en frecuencia de una onda cuadrada (T = 1ff).

Caso II. Ahora supongamos que se dispone de un ancho de banda de 8 MHz. Considerese de nuevo la Figura 3.7a, pero ahora con f= 2 MHz. Usando un razonamiento identico al anterior, el ancho de banda de la sefial es (5 x 2 x ]06) ~ (2 x 106) = 8 MHz. Pero en este caso T = 1/ f = 0,5 us. Por tanto, aparece un bit cada 0,25 I(S siendo 1a velocidad de transmisi6n en este caso de 4 Mbps. Como conclusion, al duplicar el ancho de banda solamente, se duplica potencialmente la velocidad de transmisi6n.

Casu III. Ahora supongamos que la forma de onda de la Figura 3.4c se considera adecuada para aproximar una onda cuadrada. Es decir, la diferencia entre un pulso positive y un pulso


negativo en la Figura 3.4e es suficientemeute grande para que la forma de onda pueda representar adecuadamente la seeuencia de un os y eeros. Sup6ngase, como en el caso II, que f = 2 MHz y que T = Ilf = 0,5 {Is, de tal manera que aparece un bit cada 0,25 Jls siendo la velocidad de transmisi6n 4 Mbps. Considerando la Figura 3Ac, el ancho de banda de la selial es (3 x 2 x 10(') - (2 x 10(') = 4 MHz. Por tanto, un aneho de banda dado puede proporcionar varias velocidades de transmision, dependiendo de la habilidad que exhiba el receptor para distinguir difereneias entre los I y 0 en presencia de ruido y otras dificultades en la transmisi6n.

Resumiendo,

• Caso I: Aneho de banda = 4 MHz, velocidad de transmision ~ 2 Mbps.

• Caso II: Aneho de banda = 8 MHz, vclocidad de transmisi6n = 4 Mbps.

• Caso III: Ancho de banda = 4 MHz, velocidad de transmision = 4 Mbps.

Bits: 0 0 0 0 0 0 0
Pulsos antes de ser transmitidos:
Velocidad de transmisi6n
2.000 bits pot segundo
Pulsos cespues de la Iransmisi6n: 1--'" '--j
, ' : '
, '
Ancho de banda 500 Hz
__ J Ancho de banda 900 Hz

Ancho de banda 1.300 Hz


Ancho de banda 2.500 HL


Figura 3.8. Efecto del ancho de banda en las sefiales digitales.


De las observaciones precedentes, se puede obtener las siguientes conclusiones. En general, cualquicr onda digital tendra un aneho de banda infinito. Si se intenta transmitir esta forma de onda como una seiial par cualquier medio, la naturaleza del medio, limitara el ancho de banda que se puede transmitir. Es mas, para cuaJquier medio, cuanto mayor sea eJ ancho de banda transmitido, mayor sera el coste. Luego, par un lado, por razones practicas y econ6micas, la informaci6n digital se aproxirna par una sefial de banda limitada. Por otro lado, Ia limitacion del ancho de banda introduce distorsiones, que hacen que la interpretaci6n de la sefiai recibida sea mas dificil. Cuanto mayor es la limitaci6n en cl ancho de banda, mayor cs la distorsi6n, y mayor cs la posibilidad de que se comctan crrores en cl receptor.

Una explicaci6n adicional puede servir para reforzar estos conceptos. En la Figura 3.8 se muestra una cadena de bits a una velocidad de transmisi6n de 2.000 bits por segundo. Con un ancho de banda igual a 2.500 Hz, 0 incluso 17.0()() Hz, la representaci6n es bastante buena. Es mas, estos resultados son gencralizables de la siguiente manera. Si la velocidad de transrnisi6n de la serial digital es W bps, entonces se puede obtener una representaci6n muy buena con un ancho de banda de 2W Hz. No obstante, a menos que el ruido sea muy elevado, la secuencia de bits se puede recuperar con un ancho de banda menor (vease el apartado dedicado a la capacidad del canal en la Secei6n 3.3).

Por tanto, hay una relacion directa entre la velocidad de transmisi6n y el ancho de banda: cuanto mayor es la velocidad de transrnision de la sefial, mayor es el ancho de banda efectivo. Visto de otra rnancra, cuanto mayor es cl ancho de banda de un sistema de transmisi6n, mayor cs la velocidad con la que se pueden transmitir los datos en el sistema.

Otra observaci6n que mereee la pena establecerse es la siguiente: si consideramos que el ancho de banda de una sefial esta centrado sobre una frecuencia dada, denominada frecuencia central, cuanto mayor sea dicha frecuencia central mayor es el ancho de banda potencial, y par tanto, mayor puede ser Ia velocidad de transmisi6n. Por ejemplo, una sefial centrada en torno a 2 MHz, su ancho de banda maximo cs de 4 MHz.

Posteriormente, en este capitulo, tras el estudio de las dificultades presentes en la transmisi6n, en la Secci6n 3.3 se volvera a la discusi6n de la relaci6n entre el ancho de banda y la velocidad de transmisi6n.

En la transmisi6n de datos desde una fuente a un destino, se debe tener en cuenta la naturaleza de los datos, c6mo se propagan fisicarnente dichos datos, y que procesamiento 0 ajustes se necesitaran a 10 largo del camino para asegurar que los datos que se reciban sean inteligibles. Para todas estas eonsideraclones, el punto crucial es si se tratan de entidades digitales 0 anal6gicas.

Los terminos analogico y digital corresponden, en terminos generales a continuo y discreto, respectivamente. Estos dos rerminos se aplican con frecuencia en las comunicaciones de datos a:

• Datos.

• Sefializacion.

• Transmision,

Se define dato como cualquier entidad capaz de transportar informaci6n. Las seiiales son representaciones electricas 0 electrornagneticas de los datos. La sefializacion es el hecho de Ia propagaci6n ffsica de las scfiales a traves de un medio adecuado. Por ultimo, se define transmisi6n como la comunicaci6n de datos mediante la propagaci6n y el procesamiento de sefiales. En 10 que sigue, se intentara clarificar estos conceptos abstractos, considerando las diferencias entre los terminos analogico y digital referidos a datos, sefiales y a la transmisi6n.


DATOS

Los conceptos de datos anal6gicos 0 digitales son bastante sencillos. Los datos analogicos pueden tomar valorcs en algun intervalo continuo. Por ejemplo, el video y la voz son valores de intensidad que varian continuamente. La mayona de los datos que se capturan con scnsores. tal como los de temperatura y de presion. son continuos. Los datos digitales toman valores discretos, como, por ejernplo, los textos 0 los ruimeros enteros.

EI ejernplo mas familiar 0 cercano de datos analogicos es la sefial de audio, que en forma de ondas de sonido se puede percibir directamente pOI los seres humanos. La Figura 3.9 muestra el espectro acustico de la voz humana y dc la serial dc miisica. Sc pucdcn cncontrar componcntcs en frccucncia entre 100 Hz y 7 kl-lz. Aunque la mayor parte de la energfa de la voz esta concentrada en las lrecuencias bajas, experimental mente se ha demostrado que las frecuencias por debajo de 600 0 700 Hz contribuyen poco a la inteligibilidad de la voz en el ofdo humano. Una serial de voz tfpiea tiene un fango dinamico aproximadamente de 25 dBJ, es decir, la potencia maxima es del orden de 300 veees superior a la po· tencia minima. La Figura 3.9 rambicn muestra cl cspcctro y fango dinamico dc la scnal de musica.

Otro ejemplo tfpico de datos ana16gicos es el video. En estc caso, es mas facil caracterizar los datos en terminos del espectador (0 destine) de la pantalla de TV que la escena original (0 Iuente) que se graba en la camara de TV. Para producir una imagen en la pantalla, un haz de electrones barre la superficie de la pantalla de izquierda a derecha y de arriba a abajo. En la television en blanco y negro la lurninancia (en una escala del negro a blanco) que se produce en un punto dcterminado es proporcional a la intensidad del haz cuando pasa por ese punto. Por tanto, en cualquier instante de tiempo el haz lorna un valor de intensidad anal6gieo para asf producir el hrillo deseado en ese punto de la pantalla, Es mas, cuando el haz hace el barrido, el valor analogico cambia. Por tanto, la imagen de Video se pucde considerar como una sefial ana16gica variable en cl tiempo.

0
U)
.2
W
.0
'0
'" -20
"C
c;
rn
U)
(1J
'0
c
2 -40
0
o.
'"
"C
C
'0
N
C1l
0:: -60 limite superior de la banda de radio FM '\..

limite superior de la

banda de radio AM ~l

Canal telef6nico I

I

I

I/7r--

Rango dinamico aproxlmado de la voz

, \

\

\

V

\

\ \ \

RUldo

Rango dlnamico aproximado de la musics

10 Hz

10 kHz

100 kHz

100 Hz

1 kHz

Frecuencia

Figura 3.9. Espectro acustico de la voz y rnusica [CARN951 .

. l El concepto de decibelio se explicara en el Apendice 3B.


La Figura 3.10a muestra el proceso de barrido. Al final de cada lfnea de barrido, el haz se vuelve rapidamente hacia la izquierda (retroceso horizontal). Cuando al haz alcanza la parte mas baja, se vuelve rapidamente a la linea superior (retroceso vertical). Observese que el haz se anula durante los retro-

cesos,

Para conseguir una resoluci6n adecuada, el haz describe un total de 483 lfneas horizontales a una velocidad de 30 barridos de pantalla par segundo. Despues de diversas pruebas se ha demostrado que esa velocidad produciria una sensaci6n de parpadeo en lugar de movimiento suave como serfa deseable. No obstante, el parpadeo se elimina con un proceso de entrelazado, tal y como se muestra en la Figura 3.1 Ob. EI haz de electrones barre la pantalla empezando par la izquierda, muy cerca de la linea superior. EI haz alcanza la mitad de la hnea inferior de la pantalla tras barrer 214,5 lmeas, En ese instante, el haz se reposiciona rapidamente a la mitad de la linea superior de la pantalla, volviendo a barrer las restantes 214,5 lineas entrelazadas con las anteriores. As! pues, la pantalla se refresca 60 veces por segundo, en lugar de las 30 anteriores, y con ello se elimina el parpadeo.

Linea de barrido

Retroceso horizontal

t

~----- L_Retroceso

vertical

(a) Barrido de la pantalla de TV

Las lineas de la 242 a 1.1 262 Y de la 505 a 1.1 525 no forman parte del trazado. corresponden a cuando el haz realiza el rctroccso vertical.

Aqui no se muestran las lineas de la 5 a la 238 del primer campo y las lineas de la 267 a la 500 del segundo.

(b) Tecnica de video entrelazado

Figura 3.10. Producci6n de una imagen de TV.


Las cadenas de caracteres 0 textos son un ejempJo rfpico de datos digitaJes. Mientras que los datos en formato de texto son nuts adecuados para los seres humanos, en general, no se pueden transmitir 0 almacenar facilmcnte (en forma de earacteres) en los sistemas de procesamiento 0 comunicaci6n. Tales sistemas estan disefiados para tratar datos binarios. Para esto se han disenado un gran mimero de codigos mediante los cuales los caracteres se representan mediante secuencias de bits. Quizas el ejemplo mas antiguo y conocido es el c6digo Morse. En nuestros dfas, el c6digo mas utiJizado es el Alfabeto de Referencia Internacional (IRA, International Reference Alphabet)", mostrado en la Tabla 3.1. Cada caracter se represcnta cn este c6digo por un patr6n unico de 7 bits: por 10 tanto, se pueden representar 128 caracteres distintos. Esto implica un numero mayor del que se necesita, y algunos patrones de entre los 128 se utilizan como caracteres de control (Tabla 3.2). Entre estos ultimos, algunos cstan relacionados con el control de la impresi6n de los caractercs en una pagina. Otros csian relacionados con los procedimientos de cornunicacion, que seran explicados mas adelante. Los caracteres codificados con IRA se

Tabla 3.1. Alfabeto de referencia internacional (IRA, International Reference Alphabet).

Posicion del bit

o

o

o

o

0 0 NUL DLE 5P 0 @ P P
0 0 50H DC1 A Q a q
0 5TX DC2 2 B R b
0 ETX DC3 # 3 C 5 c s
0 0 EOT DC4 $ 4 D T d
0 0 END NAK % 5 E U e u
0 ACK 5YN & 6 F V v
0 BEL ETB 7 G W 9 w
0 B5 CAN 8 H X h x
0 HT EM 9 Y y
LF 5UB J Z
VT E5C + K k
0 FF 154 < L
0 CR 153 M m
50 152 > N " n
51 151 ? 0 0 DEL

• IRA sc define en la Rccomendacion de la UIT-T T50. inicialmcnte se denomin6 «International Alphabet Number 5" (lA'll.
La version del IRA en U.S.A. se denomina «American Standard Code for Information Interchange» (ASCII). Transmisi6n de datos 77

Tabla 3.2. Caracteres de control IRA.

BS

Control de formato

HT

(Backspace, «espacio atras»): indica un movimiento de retroceso en una posicion del mecanismo de irnpresion 0 del cursor.

(Horizontal Tab, «tabulacion horizontal»): indica un desplazamiento hacia delante del mecanismo de irnpresion a del cursor hasta el siguiente tabulador preasignado.

(Line Feed, «avance de linea»): indica un despiazamiento del mecanismo de improsio n 0 del cursor hacia el principio de la siguiente linea preasiq nada.

LF

VT

(Vertical Tab, «tabulacion vertical»): indica un desplazamiento vertical del mecanismo de irnpresion o del cursor hasta la siguiente linea preasignada. (Form Feed, «avance de paqina»): indica un desplazamiento del mecanismo de irnpresion 0 del cursor hasta el comienzo de la siguiente paqina 0 pantalla.

(Carriage Return, «retorno de carro»): indica un desplazamiento del mecanismo de irnpresion 0 del cursor hacia la primera posici6n de la linea actual.

FF

CR

Control de transmision

SOH (Start of Heading, «comienzo de cabecera»): se utiliza para indicar el comienzo de una cabecera, que puede contener una direcci6n 0 informacion para el encaminamiento.

STX (Start of Text, «comienzo de texto»): se utiliza para indicar el comienzo del texto y para indicar tambien el final de la cabecera.

ETX (End of Text, «final de texto»): se utiliza para finalizar el texto que ernpezo con STX.

EOT (End of Transmission, «final de transmision»): indica el final de la transrnision, en la que se han podido incluir varios «textos» con sus correspondientes cabeceras.

ENQ (Enquiry, «mterroqacion»): es una solicitud de respuesta emitida por una estaci6n remota. Se puede usar para preguntar «QUIEN ERES ru». formulada por otra estacion.

ACK (Acknowledge, «reconocimiento»): es un caracter

transmitido por el receptor a modo de confirmscion hacia el emisor. Se usa como respuesta afirmativa a los mensajes sondeo.

NAK (Negative ACknowledgement, «reconocimiento neqativo»}: es un caracter transmitido por el receptor a modo de confirmaci6n negativa hacia el emisor. Se usa como respuesta neg at iva a los mensajes sondeo.

SYN (Synchronous/Idle, «smcrono/oarado»]: se utiliza en los sistemas de transrnision sincrona para llevar a cabo la sincronizacion. Mientras no se envian datos, el sistema de transrnision sincrono puede transmitir continuamente caracteres SYN.

ETB (End of Transmission Block, «final del bloque transrnltido»): indica el final de un bloque de datos. Se utiliza para delimitar datos cuando la estructura del bloque no esta necesariamente relacionada con el formato de procesamiento.

Separadores de informacion

IS4 153 152 ISl

(File Separator, «separador de fichero»). (Group Separator, «separador de qrupo »). (Record Separator, «separador de reqistro»), (United Separator, «separador unido»),

NUL (Null, «nulo»): ausencia de caracter. Se utiliza para rellenar el tiempo 0 el espacio cuando no hay datos.

BEL (Bell, «pitido»): se utiliza para cuando hay necesidad de Ilamar la atencion del usuario. Puede controlar alarmas u otros dispositivos.

SO (Shift Out, «fuer a de codiqo»): indica que los codigos que siguen se deben interpretar como si no pertenecieran al codigo astandar, hasta que aparezca el caractsr 51.

SI (Shif In, «dentro de codiqo»): indica que los codigos que siguen se deban interpretar de acuerdo con el conjunto estandar.

DEL (Delete, «borrar»): se usa para borrar caracteres no deseados, por ejemplo, para sobreescribir.

SP (Space, «espacio»): es un caracter no imprimibJe que se utiliza para separar palabras 0 para despla zar el mecanismo de irnpresion 0 el cursor una posicion hacia adelante.

OLE (Data Link Escape, «salir del enlace de datos»}: este caractor cambia el significado de uno a mas ca-

Separadores de informacion que se usan opcionalmente, teniendo en cuenta que se debe respetar su dependencia jerarquica que va del 154 (el mas qenerico) al IS1 (el menos qenerico},

Miscehinea

racteres contiguos tras su aparicron. Puede proporeionar control suplementario 0 permite enviar datos que correspondan a cualquier cornbinacion de bits.

DC1, DC2, DC3, DC4 (Device Controls, «controles de dispositivo»): caracteres para controlar dispositivos 0 terminales con caracteristicas espeeiales.

CAN (Cancel, «cancelar»): indica que los datos que 10 preceden en el mensaje 0 bloque se deben descartar (normalmente porque se haya detectado un error).

EM (End od Medium, «fin del medio»): indica el final fisico de una cinta rnaqnetica 0 cualquier otro medio; 0 el final de la fraccion del medio que se haya solicitado 0 utilizado.

SUB (Substitute, «sustituir»): sustituido por un caracter que se haya encontrado err6neo 0 tnvalido.

ESC (Escape, «salir»): este caracter esta dedicado a proporcionar una extensi6n de c6digo, de tal manera que cambia el significado de un numero determinedo de caracteres que sigan a continuacion.


almacenan 0 transmiten casi siempre usando 8 bits por caracter (un bloque de 8 bits se denomina octeto o byte). EI bit mimero 8 se utiliza como bit de pari dad para la detecci6n de errores. Este bit se elige de forma tal que el mimero de unos binarios en el octeto sea siempre irnpar (pari dad imparl 0 siernpre par (paridad par). Asi pues, se podran detectar los errores de transmisi6n que cambien un solo bit.

SENALES

En un sistema de comunicaciones, los datos se propagan de lin punto a otro mediante sefiales clcctricas, Una sefial analogica es una onda electromagnetica que varfa continuarnente y que, segiin sea su espectro, puede propagarse a traves de una serie de medios; por ejemplo, a traves de un medio conductor como un par trenzado, un cable coaxial, un cable de fibra 6ptica, 0 a traves de la atmosfera 0 el espacio. Una sciial digital es una secuencia de pulsos de tensi6n que se pueden transmitir a traves de un medio conductor; por ejemplo, un nivel de tensi6n positiva con stante puedc representar un 1 hinario y lin nivel de tensi6n negativa constante puede rcprcsentar un O.

A continuaci6n se daran algunos ejemplos especificos de tipos de sefiales y posteriormente se discutiran las relaciones existentes entre datos y sefiales,

Ejemplos

Volvamos a los tres ejemplos de la secci6n anterior. Para cada uno de ellos, se describira la serial y la estirnacion de SlI aneho de banda.

En el caso de datos acusticos (voz), los datos se pueden representar directamente mediante una sciial clcctrornagnetica que ocupe cl mismo espectro. Sin embargo, es necesario establcccr un compromiso entre la fidelidad del sonido cuando se vaya a transmitir electricamentc y el coste de la transmision, el cual aumentara al aumentar el ancho de banda. Aunque, como ya se ha mencionado, el espectro de la voz esta aproximadamcnte entre 100 Hz y 7 kHz, un ancho de banda mucho mas cstrecho producira una calidad aceptable. EI espectro estandar para Las sefiales de voz esta entre 300 y 3400 Hz. Esta reduccion es adecuada para la transmisi6n de la voz, ya que a la vez se reduce la capacidad de transmisi6n necesaria y posibilita el uso de telefonos de coste muy bajo. Asf pues, el telefono transmisor convierte la sefial acustica de entrada en una sefial electromagnetica en el rango de 300 a 3.400 Hz. Esta sefial se transmite a traves del sistema tclcf6nico al receptor, cl cual la reproduce generando un sonido aciistico.

Ahora eonsideremos la serial de vfdeo. Para generar la serial de video, se usa una carnara de TV, que en rcalidad realiza funciones similarcs a un receptor de TV. Un componente de la camara es una placa fotosensible, sobre la que se enfoca 6pticamente Ia imagen. Al efectuar el barrido, se genera una seiial electrica proporcional a la intensidad de La imagen en cada punto particular. Como ya se ha mencionado, se barren 483 lfncas a una frecuencias de 30 escenas por segundo. Estos mimcros son aproxirnados, ya que hay tiempo que se pierde en el retroceso vertical del haz de barrido. El estandar en U.S.A. es de 525 lfncas, de las cuales se pierden 42 durante el retroceso vertical. Por tanto, la frecuencia de barrido es (525 lfneas) x (30 barridos/s) = 15.750 lmeas por segundo, 0 10 que es 10 mismo 63,5 !IS. De estos 63,5 I1S, aproximadamente 11 I1s estan reservados para el retroceso horizontal, quedando pues un total de 52,5 ItS por lfnea de vfdeo.

Estamos ya en disposicion de estimar el ancho de banda que se necesita para la serial de video. Para hacer esto se deben estimar las frecuencias superior (maxima) e inferior (minima) de la banda. Utilizarernos el siguiente razonamiento para determinar la frecuencia maxima: dicha frecuencia ocurriria durante el barrido horizontal si la imagen cambiara alternativamente de blanco a negro tan rapido como fuera posible. Se puede cstimar c1 valor maximo considcrando la resoluci6n de la imagen de vfdco. En la dimension vertical, hay 438 Ifneas, de forma tal que la resolucion vertical maxima serfa 483. Experimentalmente se ha demostrado que la resoluci6n real subjetiva es alrededor del 70 por ciento de ese mimero, es decir, 338 Iineas. Para conseguir una imagen cornpensada, las resoluciones vertical y horizontal deberan ser aproximadamente las mismas. La resoluci6n horizontal deberia ser 4/3 x 338 = 450


lfneas, ya que la relaci6n de la an chura de la pantalla de TV respecto a la altura es de 4: 3. En el peor de los casos, la linea de barrido consistirfa en 450 elementos alternantes de blanco y negro. EI harrido resultante sena una onda en la que cada cicio consistiria en dos niveles de tensi6n correspondientes al negro (el mayor) yal blanco (el inferior). Por 10 tanto habrfa 450/2 = 255 ciclos de la onda cad a 53,5 ps, para una frecuencia maxima de 4,2 MHz. Este razonamiento aproximado, es en realidad bastante preciso. EI limite inferior sera una frecuencia cero 0 continua, donde el valor de continua corresponde a la ilurninacion promedio de la imagen (es decir, el valor prornedio en el que la sefial supera el nivel de referencia del blanco). Por 10 tanto, el ancho de banda de la sefial de video es aproximadamente 4 MHz - 0 = 4 MHz.

En la discusi6n anterior no se han considerado ni las componentes de color ni las de audio. Observese que si se ineluyen dichas componentes el aneho de banda sigue siendo aproximadamente 4 MHz.

Finalrnente, el tercer ejemplo mencionado anteriormente es un casu de datos binarios digitales. Normalmente para estes datos se usan dos niveles de tensi6n constante (de), un nivel para el I binario y un nivel para el O. (En el Capftulo 5, se vera que esta es una de las posibles alternativas, llamada NRZ.) Lo interesante aquf es el aneho de banda de dicha serial. Este dependera de la forma de la onda exacta y de la sccucncia de unos y ceros. Para una mejor cornprcnsion, considerese la Figura 3.8 y comparese con la Figura 3.7. Como se puede observar, al aumentar el ancho de banda de la sefial, la aproximaci6n a la cadena de pulsos digitales es mejor.

Datos y sefiales

En la discusi6n anterior, se han considerado sefiales analogicas para representar datos analcgicos, y sefiales digitales para representar datos digitales. Generalmente, los datos analogicos son funci6n del tiernpo y ocupan un espectro en Irecuencias lirnitado, estos datos se pueden representar mediante una sefial electrornagnetica que ocupe el mismo espectro. Los datos digitales se pueden representar por sefiales digitales, con un nivel de tensi6n diferente para cada uno de los digitos binarios.

Como se muestra en la Figura 3.11, estas no son las unicas posibilidades. Los datos digitales se pueden tarnbien representar mediante sefiales anal6gicas usando modems (modulador/demodulador). EI modem convierte la serie de pulsos de tensi6n binarios (bi-valuados) en una serial anal6gica, codificando los datos digitales haciendo variar alguno de los parametres caracterfsticos de una sefial denominada portadora. La sefial resultante ocupa un cierto espectro de frecuencias centrado en tomo a la frccucncia de la portadora. De esta manera se podran transmitir datos digitales a traves de medias adecuados a la naturaleza de la sefial portadora. Los modems mas convencionales representan los datos binarios en el espectro de la voz y por 10 tanto, hacen posible que los datos se propaguen a traves de lfneas telef6nicas convencionales. En el otro extrema de la linea, el modem demodula la sefiai para con ella recuperar los datos originales.

Realizando una operaci6n muy similar a la que realizan los modems, los datos anal6gicos se pueden representar mediante sefiales digitales. EI dispositivo que realiza esta funci6n para la voz se denomina codec (codificador- decodificador). Esencialmente, el codec aproxima a la sefial analogica que representa directamente a la voz, mediante una cadena de bits. En el receptor, dichos bits se usan para reconstruir los datos anal6gicos.

Asf pues, la Figura 3.11 sugiere que los datos se pueden codificar de varias maneras. Este punto se volvcra a tratar en el Capitulo 5.

TRANSMISION

Queda por hacer una consideraci6n final. Tanto las sefiales anal6gicas como las digitales se pueden transrnitir a traves del medio de transmisi6n adecuado. EI medio de transmisi6n en concreto determinant c6- mo se tratan estas sefiales. En la Tabla 3.3 se resumen los metodos de transmisi6n de datos. La transmisi6n anal6gica es una forma de transmitir las sefiales anal6gicas independientemente de su contenido;


Senates analoqicas: Representan datos mediante una onda electrornaqnetica que varia continua mente

Datos analoqicos (ondas sonoras de voz)

Serial analopica

las seiiales pueden representar datos analogicos (por ejemplo, voz) 0 datos digitales (por ejemplo, los datos hinarios modulados en un modem). En cualquier caso, la sefial anal6gica se ira dehilitando (atenuandose) con la distancia. Para conseguir distancias mas largas, el sistema de transmisi6n anaJ6gico incluye amplificadores que inyectan energia en la sefial. Desgraciadamente, el amplificador tarnbien inyecta energia en las componentes de ruido. Para conseguir distancias mayores, al utilizar amplificadores en cascada, la serial se distorsiona cada vez mas. Para datos analogicos, como la voz, se puede tolerar una pequefia distorsi6n, ya que en ese caso los datos siguen siendo inteligibles. Sin embargo, para los datos digitales los amplificadores en cascada introduciran errores,

La transmisi6n digital. por contra, es dependiente del contenido de la sefial. Una sefial digital s610 se puede transmitir a una distancia limitada, ya que la atenuaci6n y otros aspectos ncgativos pucdcn afectar a la integridad de los datos transmitidos. Para conseguir distancias mayores se usan repetidores. Un re-

Tel eton 0

Datos digitales

(pulsos de tension binarios)

Serial analoqica (modulada sobre una frecuencia portadora)

Modem

Seriales digitales: Representan datos mediante una secuencia de pulsos de tension

Serial digital

Serial anal6gica

CODEC

Dato digital

sena: digital

Transmisor digital

Figura 3.11. Sefializaci6n anal6gica y digital de datos anal6gicos y digitales.


Tabla 3.3. Transmisi6n anal6gica y digital. (a) Datos y senates

Serial anal6gica Serial digital
Hay dos alternativas (1) la serial ocupa el Los datos anal6gicos se codifican uti-
mismo espectro que los datos anal6gi- lizando un codec para generar una cade-
Sefial anaJ6gica cos; (2) los datos analopicos se codifican na de bits.
ocupando una porci6n distinta del es-
pectro.
Los datos digitales se codifican usando Hay dos alternativas (1) la serial consiste
un modem para generar serial analo- en dos niveles de tension que represen-
Datos digitaJes gica. tan dos valores binarios (2) los datos di-
gitales se codifican para producir una
serial digital con las propiedades de-
seadas. (b) Procesamiento de senates

Transmisi6n anal6gic:a Transmisi6n digital
Se propaga a traves de amplificadores; Se supone que la serial anal6gica repre-
se trata de igual manera si la serial se senta datos digitales. La serial se propa-
usa para representar datos anal6gicos 0 ga a traves de repetidores; en cada repe-
Serial anal6gica digitales. tidor, los datos digitales se obtienen de
la serial de entrada y se usan para rege-
nerar una nueva serial anal6gica de sa-
lida.
No se usa. La serial digital representa una cadena
de unos 0 ceres, los cuales pueden re-
presentar datos digitales 0 pueden ser
resultado de la codificaci6n de datos
Serial digital anal6gicos. La senal se propaga a traves
de repetidores; en cada repetidor, se re-
cupera la cadena de unos y ceras a par-
tir de la senal de entrada, a partir de los
cuales se genera la nueva cadena de sa-
lida. petidor recibe la serial digital, regenera el patr6n de ceros y unos y los retransrnite. De esta manera se evita la atenuaci6n.

Para sefiales analogicas se puede usar la misma tecnica anterior si la serial transmitida transporta datos digitales. En este caso, el sistema de transrnision tendra repetidores convenientemente espaciados en lugar de arnplificadores. Dichos repetidores recuperan los datos digitales a partir de la sefial analogica y generan una serial analogica limpia. De esta manera el ruido no es acumulativo.

Un problema a resolver cs Ia elcccion del mejor metoda de transmision, A pesar de que los sistemas de transmision analogica han absorbido grandes inversiones, la industria de las telecomunicaeiones y los usuarios han opt ado por la transrnision digital. Tanto las comunicaciones a larga distancia como los servicios de comunicacion a distancias muy cortas (por ejernplo, entre edificios) se estan reconvirtiendo gradualmente a digital, y es mas, igualmente se esta introdueiendo la sefializacion digital en todos los sistemas donde sea factible. Las razones mas importantes que justifican esta eleccion son:

• Tecnologia digital: las mejoras en las tecnologfas de integraci6n a gran escala (LSI) y muy gran escala (VLSI) se han tradueido en una disminucion continua tanto en coste como en el tamafio de la circuiteria digital. EI instrumental anal6gieo no ha experimentado una reduccion similar.


• Integridad de los datos: al usar repetidores en lugar de amplificadores, el ruido y otros efectos negativos no son acumulativos. Por tanto, usando tecnologfa digital es po sible transmitir datos conservando su integridad a distancias mayorcs utilizando incIuso lmcas de calidad inferior.

• Utilizaclon de la capacidad: en terminos economicos, el tendido de ltneas de transmisi6n de banda ancha ha lJegado a ser factible, incluso para medios tales como canales via satelite y fibra optica. Para usaf eficazmente todo ese ancho de banda se uecesita un alto grado de mutiplexacion, La multiplexaci6n, se puede realizar mas facilrnente y con menor coste usando tecnicas digitales (division en el tiempo) que con tecnicas anal6gicas (divisi6n en frecuencia). Estas cuestiones se estudiaran en el Capitulo 8.

• Seguridad y privacidad: las tecnicas de encriptaci6n se pueden aplicar facilmente a los datos digitales, 0 a los analogicos que se hayan previamente digitalizado.

• Integracien: en el tratamiento digital de datos analogicos y digitales, todas las seriales tienen igual forma y pueden ser procesadas de una forma similar. Este hecho posibilita la iutcgracion de voz, video y datos usando la misma infraestructura.

En cualquier sistema de cornunicaciones se debe aceptar que la senal que se recibe diferira de la serial transmitida debido a varias adversidades y dificultades sufridas en la transmisi6n. En las sefiales anal6- gicas, estas dificultades introducen alteraciones aleatorias que degradan la cali dad de la sefial, En las scfiales digitales, se produccn bits erroncos: un I binario sc transformara en un 0 y viceversa. En este apartado se van a estudiar las dificultades mencionadas, comentando sus efcctos sobre la capacidad de transportar informaci6n en los enlaces de transmision; en el Capitulo 5 se presentan algunas medidas a tamar para paliar el efecto de estas dificultades.

Las perturbaciones mas significativas son:

• La atenuacion y la distorsion de atenuaci6n.

• La distorsion de retardo.

• El ruido.

ATENUACION

La energfa de la serial decae con la distancia en cualquier medio de transrnision. En medios guiados, esta reduccion de la energia es por 10 general logaritmica y por 10 tanto, se expresa npicamente como un rnimero constante en decibelios par unidad de Iongitud, En medios no guiados, la atenuaci6n es una funci6n mas compleja de la distancia y dependiente a su vez de las condiciones atmosfericas, Se pueden establecer tres consideraciones respecto a la atenuaci6n. Prirnera, la sefial recibida debe tener suficiente energta para que la circuitenu electr6nica en el receptor pueda detectar e interpretar la senal adecuadamente. Segunda, para ser recibida sin error, la sefial debe conservar un nive! suficientemente mayor que el ruido. Tercera, la atenuacion es una funci6n creciente de la frecuencia,

Los dos primeros problemas se resuelven controlando la energia de la serial, para ello se us an amplificadores 0 repetidores. En un enlace punta a pun to, la energia de la serial en el transmisor debe ser 10 suficientcmenre elevada para que se reciba can inteligibilidad, pero no tan clevada, tal que sature la circuitena del transmisor, 10 que generaria una sefial distorsionada. A partir de cierta distancia, la atenuaci6n es inaceptable, 10 que requiere la utilizacion de repetidores 0 amplificadores que realcen la setial periodicamcnte. Este tipo de problemas son todavia mas complejos en Imeas multipunto, en las que la distancia entre el transmisor y el receptor es variable.


EI tercer problema es especialmente relevante para el caso de las sefiales anal6gicas. Debido a que la atenuaci6n varia en funci6n dc la frecucncia, la serial recibida esta distorsionada, reduciendose asf la inteligibilidad. Para soslayar este problema, existen tccnicas para ecualizar la atcnuaci6n cn una banda de frecuencias. En las hneas telef6nicas esto se realiza normalmente usando bobinas de carga que cambian las propiedades electricas de la Iinea, dan do lugar a un suavizado de los efectos de Ia atenuaci6n. Otra aproximaci6n alternativa es Ia utilizaci6n de amplificadores que amplifiquen mas las frecuencias altas que las bajas.

En Ia Figura 3.12a se incluye un ejemplo, en el que se representa la atenuaci6n como funcion de la frecuencia para una Ifnea alquilada convencional. En dicha figura, la atenuaci6n se ha obtenido como una medida relativa respecto de la atenuaci6n a 1.000 Hz. Los valores positivos en el eje y representan atenuaciones mayores que la sufrida a 1.000 Hz. A Ia entrada se aplica un tono a 1.000 Hz con una potencia conocida, posteriormente se mide la potencia P,orxJ en la salida. Este procedimiento se repite para cualquier otra frecuencia [, y la atenuaci6n relativa en decibelios es '

La linea continua en la Figura 3.12a muestra la atenuacion sin ecualizaci6n. Como se puede observar, las componentes en frecuencia en el extrema superior de la banda de voz se atenuan mucho mas que las componentes en bajas frecuencias. Es evidente que esto distorsiona la sefial de voz recibida. La linea discontinua muestra los efectos de la ecualizacion. AI aplanar la atenuaci6n relativa, se consigue una mejora en la calidad de la sefial de voz. Esto tambien perrnite, al usar un modem, una velocidad de transmisi6n superior.

La distorsion de atenuaci6n es un problema mucho menor para las sefiales digitales. Como ya se ha rnencionado, la energia de la sefial digital dccae rapidamentc con Ia frccuencia (Figura 3.Sb); la mayor parte de sus componentes cstan conccntradas cn torno a la frccuencia fundamental 0 velocidad de transmisi6n (en bits/segundo 0 bps) de la sefial.

DISTORSION DE RET ARDO

La distorsi6n de retardo es un fen6meno peculiar de los medios guiados. Esta distorsi6n esta causada por el hecho de que la velocidad de propagaci6n de la serial en el medio varfa con la frecuencia. Para una sefial de banda limitada, la velocidad tiende a ser mayor cerca de la frecuencia central y disminuye al acercarse a los extremos de la banda. Por tanto, las distintas componentes en frecuencia de la sefial llegaran al receptor en instantes diferentes de tiempo, dando lugar a desplazamientos en fase entre las diferentes frecuencias.

Este efecto se llama distorsi6n de retardo, ya que la serial recibida esta distorsionada debido al retardo variable que sufren sus componentes. La distorsion de retardo es particularmente crftica en Ia transmisi6n de datos digitales. Sup6ngase que se esta transmitiendo una secuencia de bits, utilizando una senal anal6gica 0 digital. Debido a la distorsi6n de retardo, algunas de las componentes de la senal en un bit se desplazaran hacia otras posiciones, provocando interferencia entre sfmbolos. Este hecho es el factor que limita principalmente la velocidad de transmision maxima en un canal de transmisi6n.

Las tecnicas de ecualizaci6n tambien se pueden emplear para compensar la distorsi6n de retardo.

Usando de nuevo como ejemplo una lfnea telef6nica alquilada, en la Figura 3.I2b se muestra el efecto de la ecualizacion del retardo en funci6n de la frecuencia.

5 En todo el libra, a menos que se indique 10 contrario, log(x) significa log",(x).


4.000

~ CD
c
~ 3.000
Q)
e
v
l
Jl!
c
Go
"
Q 2.000
»
C
Go
.:::
Go
"t
a
:0-
.'"
.:::
~
"2 1.000
.2l
Go
C>:
@ 10

Sin ecualizaci6n

i(2)

I -

i

" /

......... _ .. "",.

Con ecualizacicin

_OL-----~----~------L-----~----~------L-----~

o

500

3500

1000

1.500

2.000

2.500

3.000

Frecuencia (hertz)

(a) Alenuaci6n

o

500

1.000 1.500 2.000 2.500 3.000 3.500 Frecuencia (hertz)

(b) Distorsi6n de retardo

Figura 3.12. Curvas correspondientes a las distorsiones de atenuaci6n y retardo para un canal de voz.


RUIDO

En cualquier dato transmitido, la sefial recibida consistira en la sefial transmitida modificada, debido a las distorsiones introducidas por el sistema de transmision, ademas de sefiales no deseadas que se insertaran en aJgun punto entre el emisor y el receptor. A estas ultimas sefiales no deseadas se les denomina ruido. El ruido es el factor de mayor importancia a la hora de limitar las prestaciones de un sistema de comunicacion,

La serial de ruido se puede clasificar en cuatro categonas: • Ruido termico,

• Ruido de intermodulacion.

• Diafonfa.

• Ruido impulsive.

El ruido termico se debe a la agitaci6n terrnica de los electrones. Esta presente en todos los dispositivos electronicos y medios de transmision; como su nombre indica es funcion de la temperatura. El ruido termico esta uniformemente distribuido en el espectro de frecuencias y es por esto por 10 que a veces se denomina ruido blanca. El ruido termico no se puede eliminar y, por tanto, impone un Iimite superior en las prestaciones de los sistemas de cornunicacion, La cantidad de ruido termico en un ancho de banda de I Hz en cualquier dispositivo 0 conductor es

No = kT (W 1Hz)

Nil = densidad de potencia del ruido, en vatios por 1 Hz de ancho de banda. k = constante de Boltzmann = 1,3803 x 10 - 23 J fK.

T = temperatura, en grados Kelvin.

Ejemplo

A temperatura ambiente, T = 17°C, 0 290 "K, la densidad de potencia del ruido termico es:

No = (1,3803 x 10-23) x 290 = 4 x 10-21 W/Hz = -204dBW/Hz

donde dBW corresponde a decibelio-vatio, unidad definida en el Apendice 3B.

Se supone que el ruido es independiente de la frecuencia. Asf pues, el ruido terrnico presente en un ancho de banda de B hertzios se puede expresar en vatios como

N= kTB

a, en decibelio-vatios

N= 1010gk+ 1010gT+ 1010gB

= -228,6dBW + 1010gT+ 1010gB

6 Un julio (1) en el Sistema Internacional (Sr) es la unidad de energfa electrica, mecanica a terrnica. Un vatio es la unidad de potencia en Sl, igual a un julio par segundo. El Kelvin (K) es la unidad de temperatura termodinamica en el SI. Una temperatura de gradas kelvin igual a T, expresada en grados Celsius sera igual a T - 273,15.


Ejemplo

Dado un receptor con una temperatura del ruido efcctiva de 100" Y 10 MHz de aneho de banda. el nivel del ruido termico a la salida del receptor es

N= -228,6dBW+ 1010g102+ 10Iogl07 -228,6 + 20 + 70

- 138,6dBW

Cuando seiiales de distintas Irecuencias comparten el misrno medio de transmision puede producirse un ruido de intermodulacidn. El efecto del ruido de intermodulacion cs la aparicion de senalcs a frecuencias que sean suma 0 diferencia de las dos frecuencias originales, () multiplos de estas. Por ejernplo, la mezcla de las senales de frecuencias I, y f" puede producir energia a frecuencias I, + t- Estas componentes espurias podrfan interferir con otras cornponentes a frecuencia I, .i, J;.

EI ruido de interrnodulacion se produce cuando hay alguna no linealidad en el transmisor, receptor, o en el sistema de transmision. Normalmente, estos sistemas se comportan como sistemas lineales; es decir, la salida es igual a la entrada multiplicada por una constante. En los sistemas no lineales, la salida es una funcion mas compleja de ia entrada. Estas cornponentes pueden aparecer debido al funcionamiento ineorreeto de los sistemas 0 por cl uso de exeesiva energia en la sefial. Bajo estas eireunstancias aparecen terminos suma 0 diferencia. 0 10 que es 10 misrno ruido de intcrmodulaciou.

La diafonia la ha podido experimentar to do aquel que al usar un telefono. haya oido otra conversacion; se trata en realidad de uri aeoplamiento no deseado entre las lincas que transportan las scnalcs, Esto puede ocurrir por el acoplamiento electrico entre cables de pares cercanos, 0 en raras ocasiones, en lmeas de cable coaxial que transporten varias sefiales. La diaforua tambien puede apareeer euando las sefiales no deseadas se captan en las antenas de microondas; aunque estas se caraeterizan pOl' ser altamente direccionales, la energia de las microondas se dispersa durante la transmision. Normal mente. la diaforua es del mismo ordcn de magnitud (0 inferior) que el ruido termico.

Los ruidos antes deseritos son de magnitud con stante y razonahlemente predeeihle. As! pues, es posible idear un sistema de transmision que les haga frente. Por el contrario, el ruido impulsivo es no continuo y est{] eonstituido por pulsos 0 picos irrcgulares de corta duracion y de amplitud rclativamente grande. Se generan por una gran diversidad de causas, como, por ejemplo, por perturbaciones electromagncricas exteriores producidas por tormentas atmosfcricas, 0 fallos y defectos en los sistemas de comunicacion.

Generalmente, el ruido irnpulsivo no tiene mucha transcendencia para los datos anal6gicos. Por ejemplo, la transmision de voz se puede perturbar mediante chasquidos 0 crujidos eortos sin ninguna perdida de inteligibilidad. Sin embargo, el ruido impulsivo es una de las Fuentes prineipales de error en la comunicacion digital de datos. Por ejernplo, un pico de energia con duracion de 0,01 s no inutilizarfa datos de voz, pero podna eorromper 560 bits aproximadamente si se transmiten a 56 kbps, La Figura 3.13 muestra un ejcmplo del efecto del ruido sobre una serial digital. Agui el ruido consiste en un nivel relativamente pcqucfio de ruido tcrmico mas pieos oeasionales de ruido impulsivo. Los datos digitales se rccupcran muestreando la seiial recibida una vez por cada iutervalo de duracion del bit. Como se puede observar. el ruido es a veces suficiente para eonvertir un 1 en un 0 0 un 0 en un 1.

CAPACIDAD DEL CANAL

Se ha visto que hay una gran variedad de efectos noeivos que distorsionan 0 corrompen la sefial. Para los datos digitales, la cuestion a resolver es en que medida estos defectos limitan la velocidad con la que se pueden rransmitir. Se denomina capacidad del canal a la velocidad a la quc se pucden transmitir los datos en un canal 0 ruta de cornunicacion datos.


Datos transmitidos:

o

o

o

o

o

o

o

o

Seiin':

f<lIIrio:

Sen,,! m,is ruido:

Ins/antes de rnuestreo:

Datos recibir/()s:

o

o

o

o

o

o

o

o

Datos ori,ginafcs:

o

o

o

o 1 1 0 0 1~

'----- Bits err6neos -

o

Figura 3.13. Efecto del ruido en una serial digital.

Hay cuatro conceptos relacionados con 1'1 capacidad, que son:

• La velocidad de transmisi6n de los datos: es la velocidad expresada en bits par segundo (bps), a 1'1 que se pueden transmitir los datos.

• EI ancho de banda: es el ancho de banda de la serial transmitida que estara limitado por el transmisor y por la naturaleza del medio de transmisi6n; se mide en ciclos por segundo 0 hertzios.

• El ruido: es el nivel medio de ruido a traves del camino de transmisi6n.

• La tasa de errores: es la rasa a la que ocurren los errores, Se considera que ha habido LIn error cuando se recibe LIn I habiendo transmitido LIn 0 0 se recibe un 0 habiendo transmitido LIn I.

EI problema eonsiderado aquf es el siguiente: los servicios de comunieaeiones son, por 10 general, caros, y normal mente cuanto mayor es el ancho de banda requerido por el servicio, mayor es el costo. Es mas, todos los canales de transmisi6n de interes practice estan limitados en banda. Las limitaciones surgen de las propiedades ffsicas de los medios de transmisi6n 0 por Iirnitaciones que se imponen deliberadamente en el transmisor para prevenir interferencias con otras fuentes. Por consiguiente, es dcseable haeer un L1S0 tan eficiente como sea posible, dado un ancho de banda Iimitado. Para los datos digitales, esto significa que para un ancho de banda determinado serfa deseable conseguir la mayor velocidad de datos posible no superando la tasa de crrores permitida. El mayor inconveniente para conseguir este proposito es la existencia de ruido.

Comunicaciones y Redes de Datos - William Stallings

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Comunicaciones y Redes de Datos - William Stallings

Uploaded by

Copyright:

Available Formats

Contenido

You might also like

Comunicaciones y Redes de Datos - William Stallings

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Comunicaciones y Redes de Datos - William Stallings

Uploaded by

Copyright:

Available Formats

﻿Contenido

You might also like

Contenido