Inter Conect A

Interconexin de Redes
Bloque Avanzado
Compilador:
Ing. Alejandro Corts Martnez
Licenciatura en Informtica
CONOCERSE ACEPTARSE AMARSE CUIDARSE SUPERARSE TRANSMITIR TRANSFORMAR
ndice
Introduccin........................................................................................................... 4
Objetivo general .................................................................................................. 11
Tema 1
Componentes de las redes ............................................................... 12
1.1 Hardware para redes ................................................................................... 12

1.2 Software para redes .................................................................................... 16
1.3 Componentes de una red de comunicacin de datos .................................. 21
1.4 Tipos principales de redes (definiciones y conceptos bsicos).................... 22
1.5 Arquitecturas de interconexin de redes...................................................... 42
1.5.1 Jerarquas de protocolos ..................................................................... 43
1.5.2 Problemas de diseo para las capas................................................... 47
1.5.3 Modelo de referencia OSI.................................................................... 49
1.6 Aspectos de la interconexin de redes ........................................................ 58
Tema 2
Transmisin y multiplexacin de datos .......................................... 66
2.1 Introduccin ................................................................................................. 67

2.2 Principales medios de transmisin .............................................................. 67
2.2.1 Cables de cobre .................................................................................. 67
2.2.2 Cables coaxiales ................................................................................. 70
2.2.3 Fibras pticas ...................................................................................... 70
2.2.4 Radiocomunicaciones ......................................................................... 73
2.2.5 Satlites............................................................................................... 73
2.2.6 Microondas .......................................................................................... 74
2.2.7 Gua de onda....................................................................................... 75
2.2.8 Sistemas lser ..................................................................................... 76
2.3 Seales y datos analgicos y digitales ........................................................ 77
2.3.1 Introduccin ......................................................................................... 77
2.3.2 Definiciones ......................................................................................... 77
2.4 Transmisin asncrona y en sincrona ......................................................... 80
2.5 Multiplexacin y demultiplexacin................................................................ 82
2.6 Conmutacin de circuitos y paquetes o tramas ........................................... 88
2.7 Banda base y banda ancha ......................................................................... 93
2.8 Cableado estructurado................................................................................. 93
ndice
Tema 3
Estndares y normas ........................................................................ 98
3.1 Introduccin ................................................................................................. 98

3.2 Principales organizaciones internacionales ................................................. 99
3.2.1 Quin es quin en el mundo de las telecomunicaciones?................. 99
3.2.2 Quin es quin en el mundo de las normas? .................................. 101
3.2.3 Estudio de la normalizacin del modelo OSI ..................................... 102
3.3 Estndares y normas de redes de computadoras ..................................... 105
Tema 4
Fundamentos de conectividad ....................................................... 112
4.1 Conceptos de conectividad........................................................................ 113

4.2 Concentradores (Hub repetidores) ............................................................ 120
4.3 Repetidores ............................................................................................... 121
4.4 Conmutadores o switchs............................................................................ 122
4.5 Puentes...................................................................................................... 125
4.6 Ruteadores ................................................................................................ 132
4.7 Brouters ..................................................................................................... 138
4.8 Compuertas gateways ............................................................................ 140
4.9 Redes virtuales .......................................................................................... 157
Tema 5
Redes principales, protocolos y sistemas operativos ................. 168
5.1 Modelo de referencia de la arquitectura de redes TCP/IP ......................... 169

5.1.1 Introduccin a las tecnologas de redes ............................................ 172
5.1.2 Concepto de la red de redes: Internet ............................................... 176
5.2 Protocolos a nivel de enlace ...................................................................... 176
5.2.1 Operacin de redes Ethernet ............................................................ 176
5.2.2 Operacin en lnea punto a punto (SLIP, PPP) ................................. 186
5.3 Protocolos de red de redes........................................................................ 187
5.3.1 Protocolo IP ....................................................................................... 187
5.3.2 Protocolo ICMP ................................................................................. 189
5.3.3 Protocolos de enrutamiento (RIP, OSPF).......................................... 191
5.4 Aspectos de direccionado en redes TCP/IP .............................................. 194
5.4.1 Mscaras de subred fija y de longitud variable (VLSM)..................... 200
5.4.2 Protocolo de traduccin de direcciones (NAT) .................................. 201
5.4.3 Direcciones sin clases (CIDR). (Classless Inter Domain Routing)..... 203
5.5 Protocolos de nivel de trasporte ................................................................ 204
5.5.1 Protocolos de control de transmisin (TCP) ...................................... 205
ndice
5.5.2 Protocolos de datagrama de usuario (UDP) ...................................... 214
5.5.3 Aspectos de configuracin TCP para un mejor desempeo.............. 215
5.6 Muros de seguridad ("Firewall") ................................................................. 218
5.6.1 Filtros de paquetes ............................................................................ 218
5.6.2 Apoderados ("Proxies") ..................................................................... 218
5.6.3 Diferentes arquitecturas de muros de seguridad ............................... 218
5.7 Introduccin a los protocolos de aplicacin en redes TCP/IP .................... 219
5.7.1 Sistema de nombres de dominio (DNS) ............................................ 219
5.7.2 Transferencia de archivos (FTP) ....................................................... 226
5.7.3 Administracin de redes (SNMP) ...................................................... 231
5.7.4 Word Wide Web (HTTP).................................................................... 233
5.7.5 Otros protocolos de aplicacin (TELNET, SMTP). ............................ 236
5.8 Principales sistemas operativos de red...................................................... 242
5.8.1 Windows NT ...................................................................................... 242
5.8.2 UNIX.................................................................................................. 244
5.8.3 LINUX................................................................................................ 259
5.9 Internet....................................................................................................... 264
ndice
Introduccin
Cul es la importancia del conocimiento acerca de la Interconexin de redes?
Cuando finaliz la Segunda Guerra Mundial en 1945 ya se encontraban
funcionando los primeros equipos electrnicos digitales para el tratamiento de la
informacin, ms comnmente conocidos como computadores u ordenadores. Por
aquel entonces se iniciaba una nueva era en la historia de la humanidad que nadie
dudaba en denominarla Era Atmica, quizs, bajo la influencia de los artefactos
que pusieron fin a esa tragedia. Sin embargo, ese criterio dur muy poco, pues
rpidamente apareci lo que se ha dado en llamar, segn el origen de los
escritores que se refieren a ella, La Revolucin Postindustrial, La Tercera Ola, La
Era Tecnotrnica, La Revolucin Tecnolgica o, ms directamente, La Revolucin
Informtica.
No importa el criterio que se adopte, resulta claro que la posibilidad de manejar
volmenes crecientes de informacin mediante su tratamiento por medios
automticos proporciona nuevas alternativas de progreso.
En este nuevo proceso que vive la humanidad, no se trata de ampliar o mejorar la
capacidad mecnica que ha usado el ser humano para producir alimentos y otros
productos, como sucedi en la Revolucin Agrcola y en la Revolucin Industrial.
En estas dos etapas, los nuevos conceptos relacionados con el manejo de la
energa en sus distintas formas (primero mediante el uso de animales domsticos
en las tareas rurales, y luego mediante el empleo de mquinas en sus distintas
variantes para su uso" industrial) fueron fundamentales para el desarrollo de la
humanidad. Desde la primitiva mquina de vapor al motor de explosin, durante la
Era Industrial se produjeron transformaciones substanciales, pero solamente eran
cambios que afectaban a la generacin y uso de la energa a fin de obtener trabajo
mecnico de una manera ms eficiente.
En esta nueva y renovada etapa, los cambios son de otro tipo. No se trata de
reemplazar la agricultura o la industria; ni siquiera se piensa en ello; an ms, la
demanda de sus productos continuar en aumento. Probablemente estos sectores
no podrn ser sustituidos en el futuro, al menos conceptualmente, pero sus
mtodos y productividad s cambiarn.
Hoy en da, la tenencia de grandes extensiones de tierras cultivables, por ejemplo,
es condicin necesaria pero no suficiente para la produccin agrcola, ya que los
productores que no dispongan de biotecnologas idneas, fertilizantes en cantidad
y calidad adecuadas, etc. desaparecern rpidamente a causa del elevado coste
de sus productos.
Introduccin
De la misma manera, el uso de mano de obra barata en la industria ser cada vez
un factor de menor importancia a efectos de lograr la adecuada competitividad que
exigen los mercados; aunque este cambio ser ms lento.
El sector industrial deber adecuarse muy rpidamente al cambio tecnolgico
incorporando robtica y sistemas automatizados de produccin, por lo que utilizar
equipamientos que solamente podrn ser programados por medio de computadora
s y manejados por personal con un alto grado de capacitacin. Todas las personas
que participen en el proceso productivo (operarios, capataces, tcnicos y
profesionales) debern tener una preparacin adecuada para manejar el
equipamiento moderno; por lo que ser necesario un profundo cambio en el
proceso educativo. ste cambio deber afectar no solamente a los conocimientos,
para adaptarnos a los nuevos requerimientos de las empresas modernas, sino
tambin a la mentalidad; que deber ser muy distinta de la que tenan las
generaciones anteriores a esta revolucin tecnolgica.
Por otra parte el sector industrial deber competir en mercados internacionales
que, por efectos de la globalizacin, exigen cada da mayores niveles de calidad.
Actualmente el cumplimento de estndares internacionales, como las normas ISO
9000, es condicin indispensable para las empresas. El precio seguir siendo una
primera referencia, pero sin duda la calidad del producto final ser el factor
determinante para su subsistencia en el mercado.
Es evidente que esta nueva revolucin, o ms precisamente esta nueva forma de
cambio de la sociedad, desencadenada inicialmente por la introduccin del
computador en la vida diaria, est produciendo grandes transformaciones en las
estructuras de los pueblos y las naciones: en sus estilos de vida, en sus
organizaciones sociales, sindicales, polticas, religiosas y militares y en sus
economas.
En la Revolucin de las nuevas tecnologas, se trata de limpiar la capacidad de
pensar del ser humano, y este es el hecho central que marca un punto de
inflexin respecto de los dos procesos anteriores. Aqu la capacidad de mejorar el
uso de la energa en cualquiera de sus formas no desempea ningn papel. En
este nuevo escenario, el computador y las comunicaciones, actuando como un
todo, representan la estructura bsica y la columna vertebral que regula su
funcionamiento.
Ya no se trata de un proceso de crecimiento lineal como lo fue la revolucin
agrcola, o geomtrico como lo fue la revolucin industrial, sino de un proceso de
crecimiento exponencial. Y lo grave de estos procesos, es que son fenmenos de
difcil percepcin por la mente humana.
Fermn Bernasconi, que durante muchos aos estuvo a cargo de la Oficina
Gubernamental de Informtica, resuma en la dcada de 1980, con
Introduccin
sorprendente intuicin y grafismo, las caractersticas de este proceso de la
siguiente forma:
El anlisis tecnolgico y econmico de la informtica permite ver que se trata de
un proceso netamente exponencial en cuanto a que los costos bajan, la
potencia sube y los desarrollos se multiplican. Adems se trata de un proceso
con realimentacin positiva.
La tecnologa informtica produce avances que a su vez se aplican a la
investigacin y al desarrollo de la propia informtica, y luego se producen avances
amplificados. Pero este fenmeno no se limita al mbito informtico, sino que se
vuelca exponencialmente sobre todas las disciplinas humanas con el mismo efecto
de realimentacin positiva, desde la medicina a la agricultura, o lo que se nos
ocurra. La principal consecuencia de este crecimiento exponencial, que no
podemos percibir en forma directa, es la aceleracin de los cambios en el en torno
tecnolgico del hombre. No tiene mucho sentido hablar hoy del ao 2000, como se
haca en 1960.
Muchos pases del mundo ya han captado este mensaje y asumido debidamente
sus deberes frente a la penetracin de estos estilos postindustriales de las
sociedades modernas. Nombres aparte, queda claro que hay un pensamiento que
es importante tener siempre muy presente:
Los pases que se marginen o que queden marginados de estos fenmenos sern
los definitivos pases subdesarrollados y perifricos del siglo XXI; por el contrario,
los que se percaten del cambio y se incorporen a l, en cualquiera de sus formas,
sern interlocutores en el mundo del maana.
Habra que preguntarse en qu consiste bsicamente este fenmeno, que
coincidir cronolgicamente con otros tres de significativa trascendencia, como
son la explosin demogrfica, la crisis de los alimentos y el permanente fantasma
de los costos de la energa.
El mundo deber manejar cada vez ms informacin y solamente usando el
modo computacional podr extraer de ella frutos incalculables. Adems, las
mayores exigencias de calidad en la produccin industrial obligar a utilizar an
ms la robtica, que consiste en introducir el mundo informtico en la industria de
la manufactura.
Por otra parte, la gestin gubernamental, la empresa, la enseanza y en general
todas las actividades humanas cuentan ya con la posibilidad de multiplicar en
proporciones insospechadas el caudal de informacin procesada que luego se
pondr a disposicin de los objetivos de cada una de las organizaciones. As, la
empresa, el hospital, la estrategia militar, los proyectos espaciales, el aula o
simplemente el hogar, tienen a su alcance un instrumento capaz de optimizar a
Introduccin
niveles nunca imaginados sus procesos de toma de decisin: el computador. La
insercin de este elemento en todas nuestras actividades cotidianas ha sido tal,
que los costos y las necesidades de este sector han creado un nuevo mundo, el
de la microinformtica, que est presente tanto en la empresa como en el hogar.
Cul sera entonces el mejor concepto para un modelo de desarrollo
moderno y dinmico?
Precisamente el proceso de captacin, adecuacin y dominio de las tecnologas
informticas constituye un aspecto de mxima trascendencia en cualquier modelo
que se desee llevar adelante.
Actualmente, las iniciativas de creatividad fsica en estos asuntos se hallan
concentradas en unos pocos pases que transitan por etapas que podramos
denominar postindustriales.
La produccin de bienes de consumo en esta etapa de la Revolucin Informtica
depende cada vez ms de decisiones programadas por microordenadores. Esto
hace que la diferencia entre los pases en vas de desarrollo y los desarrollados
aumente con el paso del tiempo, ya que los productos de los primeros son cada
vez de peor calidad y ms caros en relacin con los productos de los segundos.
Por estos y otros aspectos esenciales, el manejo de la informtica debe ser
considerado como una herramienta que de be figurar en los planes polticos
estratgicos de cualquier gobierno.
No se trata solamente de un problema tecnolgico, de investigacin, de
fabricacin o de mercado; se trata de un problema mucho ms esencial como
acaba de sealarse. Quizs sea ste uno de los problemas polticos ms
importantes de este siglo.
En realidad, el fenmeno informtico es la expresin de un crecimiento acelerado
de la capacidad de procesar informacin por parte del gnero humano. Esta
capacidad de procesamiento es la que convierte a la informacin en conocimiento.
Es por ello que la Revolucin Informtica, como una parte sustancial de la
Revolucin de las Nuevas Tecnologas, es slo la cobertura tecnolgica de un
proceso mucho ms amplio y definitorio: el desplazamiento de la humanidad hacia
el concepto de La Sociedad del Saber.
Peter Drucker considera que en los dos ltimos siglos la humanidad ha conocido
tres etapas en el proceso de aplicacin del saber:
En la primera etapa, a la que asigna una duracin de aproximada mente 100
aos, el saber se aplic a herramientas, procesos y productos, que dieron lugar a
la Revolucin Industrial.
Introduccin
En la segunda etapa, iniciada alrededor de 1880, culmin hacia la Segunda
Guerra Mundial, el saber empez a aplicarse al trabajo; este hecho marc el
comienzo de la revolucin de la productividad.
En la tercera etapa, que se inici a partir de la Segunda Guerra Mundial, el saber
se aplica al saber mismo.
Esta ltima etapa es la revolucin de la gestin y es la que nos conduce a un
nuevo concepto de sociedad en la que cada da estamos ms inmersos. Se trata
de la Sociedad del Saber.
La incorporacin de las comunicaciones al fenmeno informtico
En la etapa actual del desarrollo tecnolgico, se puede decir que la informtica y
las comunicaciones se encuentran en un grado tan alto de integracin que es muy
difcil determinar con exactitud cul es la frontera entre estas disciplinas.
Las tecnologas usadas para resolver los problemas de comunicaciones y los de
informtica son exactamente las mismas.
Por otra parte, no habra necesidad de comunicaciones si no hubiera
informacin que transmitir y no habra explotacin de la informacin para la
toma de decisiones sin un adecuado sistema de comunicaciones.
Esta interrelacin que se da en la aplicacin prctica de estas tecnologas tambin
se puede apreciar en la construccin de los equipos. As, cuando estamos frente a
una central telefnica digital por programa almacenado, no sabemos bien si se
trata de un computador diseado para fines especficos o de un equipo de
comunicaciones. Este ejemplo, que obviamente no es ms que un problema
semntico, ya se adverta cuando observbamos el procesador delantero (frontend processor) de los poderosos computadores diseados para manejar cientos
de terminales e intuamos que no iba a pasar mucho tiempo antes de que estas
dos disciplinas informtica y comunicaciones se fundieran en una sola en la
que los problemas de ambas se resolvieran con una perspectiva nica.
Las grandes empresas productoras de hardware informtico y de comunicaciones
as lo han entendido y hoy se puede comprar material de comunicaciones
fabricado por empresas que antes slo eran proveedoras de material informtico
o, a la inversa, una computadora fabricada por empresas que eran tpicamente
proveedoras de material de comunicaciones.
Como consecuencia de lo expuesto, siempre ser conveniente analizarla solucin
de los problemas informticos bajo la ptica de las comunicaciones; y la de los
problemas de comunicaciones, sin descuidar sus repercusiones informticas.
Introduccin
Kobi Kobayashi miembro conspicuo de la comunidad informtica y de
comunicaciones y exconductor de una de las empresas ms importantes en estas
disciplinas, elabor un concepto de una genialidad asombrosa.
Dice Kobayashi que existen tres factores clave para el progreso inmediato y futuro
de la humanidad y los denomin H. C. & C.; es decir: el factor humano (H), el
factor computador (C) y el factor comunicaciones (C).
Sin duda, y en esto se coincidir, la gran explosin de progreso e innovacin
tendr lugar cuando el ser humano, eje fundamental del desarrollo, se integre
totalmente al complejo que Kobayashi denomin H. C. & C.
Esta conjuncin de tecnologas, sealadas inicialmente por KOBAYASHI,
conforma hoy un nuevo concepto ms general y an ms amplio que los ltimos
autores han dado en llamar Tecnologas de la Informacin.
Carolina Daniels sostiene que hay dos maneras de definir las Tecnologas de la
Informacin, que son formas conceptuales diferentes de apreciar el fenmeno
tecnolgico que representan.
La primera se basa en una acepcin literal, fsica y meramente descriptiva que
hace referencia al hardware, al software, a los lenguajes, a las redes, a las
telecomunicaciones, etc.
La segunda es una definicin intensiva que hace referencia a la forma en que se
usan las Tecnologas de la Informacin en las organizaciones.
Sin duda, el adecuado uso de las Tecnologas de la Informacin constituye el
generador de valor por excelencia en la lucha por la competitividad.
Este ltimo concepto es de una importancia central, pues se trata precisamente de
convertir estas nuevas tecnologas, derivadas de un mejor y ms intensivo uso de
la informacin, en un instrumento para generar negocios, rentabilidad y capacidad
de decisin estratgica en los niveles superiores de la conduccin.
La teleinformtica y las tecnologas de la informacin
La teleinformtica, expresin que proviene de las palabras telecomunicaciones e
informtica, es el resultado de la irrupcin de las tcnicas de procesamiento
distribuido de datos, donde la importancia del puesto de trabajo individual
desplaz al criterio de centro de cmputos, preparado para la modalidad conocida
como procesamiento por lotes.
No es necesario extenderse demasiado para entender a fondo la importancia del
ser humano en todo este proceso. Sin l no habra proceso evolutivo alguno de la
Introduccin
humanidad, y si el progreso no tuviera por meta el bienestar, estaramos
descuidando un aspecto tico de singular importancia.
Precisamente, la necesidad de distribucin es la que ha obligado a pensar en la
utilizacin conjunta de las tcnicas informticas y las redes
El objetivo de esta investigacin, es mostrar la importancia de las redes de
telecomunicacin, y la necesidad para la gente del rea Informtica de conocer las
diferentes arquitecturas y herramientas, con las que cuenta un profesional de esta
rea, para la interconexin de redes, que respondan a las necesidades de los
diferentes usuarios de la informacin y que se adapten a los cambios del medio
ambiente en el cual trabajan.
Introduccin 10
Objetivo general
Al trmino del curso el estudiante distinguir los sistemas de redes ms

comnmente empleados, as como, las tcnicas para su interconexin.
Objetivo general 11
Tema 1
Componentes de las redes
Subtemas
1.1
1.2
1.3
1.4
1.5
1.5.1
1.5.2
1.5.3
1.5.3.1
1.5.3.2
1.5.3.3
1.5.3.4
1.5.3.5
1.5.3.6
1.5.3.7
1.5.3.8
1.6
Hardware para redes

Software para redes
Componentes de una red de comunicacin de datos
Tipos principales de redes (definiciones y conceptos bsicos)
Arquitecturas de interconexin de redes
Jerarqua de protocolos
Problemas de diseo para las capas
Modelo de referencia OSI
Capa fsica
Capa de enlace
Capa de red
Capa de transporte
Capa de sesin
Capa de presentacin
Capa de aplicacin
Transmisin de datos en el modelo OSI
Aspectos de la interconexin de redes.
Objetivo de Aprendizaje
Al trmino del tema el estudiante conocer las caractersticas para reconocer los
diferentes tipos de redes, los componentes que las conforman y los aspectos a
considerar para su interconexin.
Sinopsis
Este captulo nos permite conocer las diferentes formas en que se clasifican las
redes de telecomunicacin, sus caractersticas, ventajas y desventajas, y sus
aplicaciones. Las arquitecturas y aspectos necesarios para su interconexin. Los
conceptos que se presentan en este tema son la base para el resto del curso.
1.1 Hardware para redes

Elementos esenciales de la comunicacin de datos
Mediante el anlisis del esquema de una conversacin telefnica (vase la figura
1.1) usted podr comprender con rapidez los elementos esenciales de la
Tema 1. Componentes de las redes 12
comunicacin. As, en cualquier tipo de comunicacin se distinguen cuatro
elementos bsicos:
a)
b)
c)
d)
El mensaje que se ha de transmitir

Un emisor
Un receptor, y
Un canal de comunicacin.
Este mensaje deber ser comprensible y capaz de poder detectar algn error en la
transmisin.
El mensaje constituye el primer elemento de la comunicacin entre dos entidades,
el cual puede revertirse de varias formas y con una duracin variable. Los tipos de
mensajes de transmisin de datos incluyen los archivos, las solicitudes del servicio
y las respuestas a las mismas, los informes sobre el estado de los dispositivos o
de las redes, el control de estas informaciones y un medio de correspondencia
como el correo electrnico.
El emisor, la fuente, da origen al mensaje. El emisor puede ser una persona, una
aplicacin o una mquina dotada de una "inteligencia" capaz de elaborar un
mensaje o proporcionar una respuesta sin que haya intervencin humana alguna.
El receptor, el destino al cual va dirigido el mensaje, puede ser una computadora,
una terminal, una impresora remota, una persona u otro medio como el telfono,
un aparato de aire acondicionado, etctera.
Si hubiera un emisor y un mensaje pero se careciera de un receptor, la
comunicacin no se realizara. Por ejemplo, si se envan seales con la intencin
de entrar en contacto con otros tipos de inteligencia, pero no hay quien las reciba,
la comunicacin no se llevar a cabo. En una red de rea local, es posible enviar
un mensaje a todos los nodos para indicar que se ofrece una nueva opcin; pero
si todos los nodos estn desactivados al momento del envo, la comunicacin se
invalida.
Por ltimo, es factible utilizar varios canales para transmitir el mensaje del emisor
al receptor. Por ejemplo, en una comunicacin de voz, las ondas de sonido viajan
por el aire (el canal).
En el caso de las redes locales, stas transmiten los datos a travs de medios de
comunicacin como los cables coaxiales, las ondas infrarrojas, etctera.
Por otro lado, la comunicacin no se logra si el mensaje no se comprende de
forma correcta, a pesar de que cuente con los cuatro elementos mencionados
antes. As, las diferencias idiomticas constituyen el principal obstculo en la
comprensin de un mensaje surgido de la comunicacin humana, lo cual
fundamenta la existencia de intrpretes y traductores. Este mismo problema se
presenta en el mundo de las comunicaciones computacionales.
Por tanto, los datos se pueden transmitir en uno de los diferentes cdigos, aunque
los ms comunes son el Cdigo estndar americano para el intercambio de la
informacin (ASCII) y el Cdigo extendido de intercambio de decimal codificado en
binario (EBCDIC), en 256 caracteres, los cuales se describen en la seccin sobre
codificacin. Sin embargo, cabe sealar que en ocasiones es necesario traducir la
informacin de un cdigo a otro para asegurarse de que los datos se interpreten
de manera correcta.
La deteccin de errores durante el proceso de la comunicacin humana es una
tarea fcil, gracias a la capacidad del hombre para razonar e interpretar. Por lo
general, un destinatario puede corregir errores gramaticales, faltas de ortografa y
algunas veces DS errores contenidos en el mensaje mismo, los cuales la red no
logra detectar. Aunque el operador de un sistema de cmputo se percate de que
un mensaje recibido presenta errores, no puede corregirlos.
Si bien el hardware (incapaz de razonar, detectar y corregir los errores) mantiene
su funcin de receptor, el operador debe utilizar tcnicas de deteccin de errores
para determinar si un mensaje se modific durante la transmisin.
Campos de accin del
proceso informtico
Informtica de gestin
Informtica de concepcin
Informtica de produccin
Informtica embarcada en el
producto final
Figura 1. 2 Campos de accin del proceso informtico
Respecto a los campos de accin que la irrupcin de la informtica en

combinacin con las comunicaciones y la microelectrnica avanza, creemos
oportuno remitirnos a las vertientes que seala Alfredo Prez Alfaro.
Al respecto, Prez Alfaro ordena las distintas vertientes de la informtica
relacionada con los procesos teleinformticos: la informtica de gestin, la
informtica de concepcin, la informtica de produccin propiamente dicha y la
informtica embarcada al producto final, segn se observa en la figura 1.2.
Informtica de gestin
La informtica de gestin es conceptualmente lo que conocernos como pro
cesamiento electrnico de datos, donde el instrumento bsico es el
computador Esta parte de la informtica es, quizs, la ms cercana a
nuestras actividades empresariales y adquiere trascendencia mayscula en
la adecua da conduccin del Estado moderno, la planificacin, la
administracin fiscal y previsional y la gestin administrativo/contable de las
empresas. Actualmente incide de tal manera en ciertas actividades, que no
se puede prescindir de la informtica sin deteriorar el adecuado funciona
miento de las mismas. Hoy en da, con el advenimiento del llamado
Computador Personal, la informtica de gestin es incluso un auxiliar
domstico y personal.
Informtica de concepcin
La informtica de concepcin concierne al clculo cientfico y al denominado
Diseo Asistido por Computador (CAD). Mediante esta aplicacin, los
sistemas fsicos pueden modelarse matemticamente a costos aceptables y
con tiempos de respuesta oportunos. Se refiere en concreto a los clculos de
estructuras, circulacin de fluidos, aerodinmica, etc.
Informtica de produccin
La informtica de produccin es aquella que asiste in situ a operaciones
puramente fabriles. Es lo que se conoce como Fabricacin Asistida por
Computador (CAM). Entre las aplicaciones que se pueden sealar en los
procesos de fabricacin en lnea, podemos citar las mquinas de comando
numrico, conocidas como robots y que estn dando lugar a una particular
especializacin: la robtica. Adems se debe considerar la gestin de tales
mquinas a travs de talleres programables y la gestin de suministros de las
mismas.
Informtica embarcada en el producto final

La informtica embarcada tiene que ver con la incontenible tendencia a
incorporar criterios informticos o, ms precisamente, microprocesadores de
uso especfico en los productos finales. De esta manera, la produccin de la
segunda revolucin industrial, queda reducida a simple chatarra, porque en el
mercado
aparecen
productos
con
prestaciones
verdaderamente
insospechadas. Sin embargo, se debe tener cuidado en pensar que la
incorporacin de estas tcnicas debe efectuarse de una manera generalizada
sin criterios de selectividad.
1.2 Software para redes

Una computadora de ninguna manera puede comunicarse si no cuenta con un
software de comunicacin compatible con el tipo de computadora y el sistema
operativo utilizado. Dicho software y el modem realizan las siguientes tareas:
1.
Emisin de datos desde una terminal local por medio de un puerto en serie.
2.
Conversin de datos de una seal digital en una seal analgica mediante un

modem, si es necesario.
3.
Transporte de datos por un canal (ruta) de comunicacin, basado en cables o

inalmbrico (mediante satlite, por ejemplo).
4.
Conversin de datos de una seal analgica en una seal digital mediante un

modem, si es necesario.
5.
Asegurar que los datos se reciban sin problemas en la terminal anfitrin o en

el procesador de telecomunicaciones en el caso de un sistema central.
El software de telecomunicaciones puede registrar los nmeros telefnicos y

marcarlos de manera automtica.
Tambin es factible iniciar, controlar y completar la transferencia de archivos entre
dos computadoras. De este modo, una computadora personal puede comunicarse
con una computadora anfitrin.
La figura 1.3, en la siguiente pgina muestra las caractersticas que un buen
software de comunicacin debe presentar.
Preguntas
Caractersticas
Utilizara este software de comunicacin en

Windows?
Debe ser fcil de instalar y manejar en cualquier

plataforma empleada (Windows, por ejemplo).
De ser as
En cul versin de Windows?
A qu tipo de computadora le gustara
conectarlo (log in)?
Debe incluir una emulacin de terminal

para garantizar una comunicacin eficaz.
Le gustara transferir archivos de datos a la

computadora anfitrin?
Debe ofrecer una versin compatible con la que

utiliza la computadora anfitrin.
El software permite conectarse a un modem a

travs de una red telefnica o a una tarjeta de
red de rea local?
Debe poder comunicarse por medio de un

modem, por la red telefnica o con una tarjeta
de red de rea local.
De cuntos bytes de memoria principal

dispone usted?
El software debe requerir menos de 512 K de

memoria RAM, por ejemplo.
La computadora anfitrin puede establecer

comunicacin con su PC?
Debe presentar contraseas y UI procedimiento

de conexin.
De ser as
Cul es el nivel de seguridad?
El modem es capaz de detectar y corregir

errores?
De no ser as, el software debe incluir un

protocolo de transferencia de archivos para la
deteccin y correccin de errores
Es importante controlar y configurar la PC

remota?
Debe ofrecer funciones de control remoto.
Utilizara usted la red telefnica celular para la

transmisin de datos?
Debe incluir una funcin para permitir la

transferencia eficaz de datos por una red
telefnica celular.
Considera usar el modem para enviar fax?
Debe ser capaz de comunicarse con un fax.
Puede usted manejar varias comunicaciones

al mismo tiempo?
Debe soportar varias sesiones de comunicacin

de manera simultnea.
Otros (precio, amigable para el usuario, etc.).
Debe ofrecer una funcin de ayuda y de

procedimientos de acceso.
Figura 1.3 Criterios de seleccin de un buen software de comunicacin de datos
A continuacin se ofrece un breve examen de estas caractersticas:
Facilidad de uso
Facilidad de interconexin automtica a partir del momento cuando los dos
modems establecen contacto. Presencia de mens amigables y la posibilidad
de crear claves preprogramadas para abrir una seson o iniciar la
comunicacin sin tener que seguir las instrucciones que corresponden al
nmero de telfono y al nombre del usuario.
Flexibilidad
Por lo general, el software deber permitir la emulacin o simulacin de
diferentes terminales de pantallas. Se puede recibir un texto transmitido con
saltos de lnea? Es posible desplegar 60 caracteres por lnea?
Editor de texto
Existe un editor de texto que permite insertar mensajes breves en el texto
que se va a transmitir?
Conversin
El software debe presentar una tabla de conversin que le permita modificar
un smbolo o una cadena de caracteres. Por ejemplo, los acentos
sobrevivirn a la transmisin?
Directorio
Debe contar con un directorio telefnico que permita la introduccin de los
nombres y nmeros telefnicos de los interlocutores, adems de marcar de
forma automtica el nmero de un destinatario con slo presionar una tecla.
Parmetros de comunicacin
Es necesario configurar los parmetros de comunicacin al momento de
cargar el software de comunicacin en la memoria de la computadora. Dichos
parmetros pueden variar de un sistema de comunicacin a otro.
En pocas palabras, se deben determinar los parmetros de comunicacin
entre el abanico de posibilidades:
Velocidad de transmisin en bits

14 400, 28 800, etctera.
Nmero de bits
7, 8. Cada bloque de 7 u 8 bits que forman un carcter est compuesto de un
bit de salida, que marca su llegada, de 7 u 8 bits correspondiente al carcter
transmitido, y en ocasiones seguido de un bit de paridad que verifica la
integridad de los datos precedentes, y luego 1 o 2 bits de detencin que
sealan el"", fin del bloque.
Tipo de paridad
Par (even) non (odd) y nulo (nul). Si se elige un bit de paridad par, el nmero
de bits con valor 1 deber ser par. Para ello, el bit de paridad tomar el valor
O o 1 a fin de obtener una cifra par. Este mismo proceso se aplica en el caso
de una paridad non, pero el resultado de la suma deber ser non. Para
obtener una paridad nula, slo es necesario desactivar el proceso.
Nmero de bits de detencin

1 y 2.
Por ltimo, a continuacin se ofrecen algunos consejos tiles para garantizar una
comunicacin eficaz mediante una lnea telefnica:
1.
Asegrese de que su computadora, el modem y la lnea telefnica estn bien

conectadas entre s antes de hacer su llamada a una computadora o servidor.
anfitrin.
2.
Verifique que la lnea telefnica no est en uso por un aparato situado en otro
lugar.
3.
Utilice una lnea de comunicacin dedicada para evitar cualquier interrupcin

de la transmisin.
4.
Guarde los parmetros de configuracin en un archivo de datos. De este

modo, ser ms fcil activar este archivo la prxima vez que desee
comunicarse con el mismo destinatario, en lugar de volver a determinar todos
estos parmetros.
5.
Si tiene problemas de instalacin o de comunicacin, por favor refirase a la

documentacin de su modem y software de comunicacin.
6.
Asegrese de que su sistema est en el tono de llamada y no en el de

respuesta para que pueda transmitir los datos.
7.
Verifique sus parmetros de comunicacin (velocidad, longitud de bloques de

7 u 8 bits, tipo de paridad, etc.) si una vez establecida la conexin recibe
smbolos extraos en su pantalla.
8.
Asegrese de que su lnea tenga la velocidad de transmisin correcta.
9.
Consulte con un experto en comunicaciones en caso de tener problemas de

transmisin de datos.
1.3 Componentes de una red de comunicacin de datos

Una red de comunicacin o de telecomunicaciones (comunicacin remota), es el
conjunto de infraestructura, medios de almacenamiento (discos, etc.) y
equipamiento de hardware o software que permite enlazar las terminales entre s y
transmitir los datos desde una fuente hacia los destinatarios.
De acuerdo con el esquema computacional, la figura 1.4 ilustra los componentes
principales de la comunicacin de datos en una red de punto a punto, y son los
siguientes:
-
La estacin del usuario que desempea el papel de emisor.
El dispositivo de transmisin como el modem.
Los canales (rutas, lneas o canales) de transmisin que componen las redes;
por ejemplo, la red telefnica que comprende cables de cobre o de fibra
ptica.
El procesador de comunicacin remota y el software de comunicacin.
La computadora anfitrin, localizada en el lugar donde se manejarn los

datos provenientes de la estacin del usuario. Aunque tambin recupera
informacin que se dirige a otro destinatario que no sea esta computadora,
como una estacin de trabajo, un dispositivo cualquiera, etctera.
Canal
Estacin
del
usuario
Dispositivo
de
transmisin
Canal, rutas,
circuitos o
lneas de
transmisin que
transportan el
mensaje
Dispositivo
de
transmisin
Procesador
de
comunicacin
Computadora
anfitrin
Figura 1.4 Componentes principales de una red de transmisin de datos
La figura 1.5 presenta un cuadro con los conceptos de la comunicacin de datos
Figura 1.5 Conceptos bsicos de la comunicacin de datos
1.4 Tipos principales de redes (definiciones y conceptos bsicos)

Definicin y concepto de transmisin de datos
El primer concepto que debemos desarrollar es el de transmisin de datos, que
constituye un requerimiento generalizado de las organizaciones de todo tipo. Por
transmisin de datos entendemos lo siguiente:
Transferencia de informacin codificada desde un punto a otro u otros
mediante seales elctricas, pticas, electropticas o electromagnticas.
Este requerimiento, originado en las organizaciones gubernamentales,
industriales, comerciales, bancarias, empresariales, militares, etc. ha nacido por la
necesidad de poner a disposicin de ellas la capacidad de proceso de un
ordenador situado en un punto que podramos llamar central.
El punto central puede estar dentro de la propia organizacin, prximo o alejado

del computador central.
Dos aspectos importantes a tener en cuenta son la distancia y la geografa del
problema considerado, pues en funcin de estos parmetros puede ser necesario
o no el uso de redes de comunicaciones.
Por este motivo, la disposicin de los equipamientos puede clasificarse segn su
ubicacin geogrfica.
As, tal como se muestra en la figura 1.6, se puede hablar de dos formas de
transmisin, a saber: local (o en planta) y remota.
Figura 1.6
Cuando la transmisin debe efectuarse en forma local (o en la modalidad conocida

tambin como en planta), la propia organizacin generalmente construye las
lneas de comunicaciones necesarias y por lo tanto los problemas tcnicos,
cuando las distancias son cortas, resultan mnimos y no requieren consideraciones
especiales. ste es el caso sencillo de un computador o un minicomputador
central que tiene conectadas, dentro de un edificio o en una superficie geogrfica
reducida, una serie de terminales. Esta disposicin puede verse en la figura 1.7.
Figura 1.7
Por el contrario, cuando la transmisin es remota, se necesitarn, tal como

muestra la figura 1.8, lneas de telecomunicaciones para realizarla y, en
consecuencia, surge la necesidad de tener en cuenta una serie de tcnicas
especiales que han sido desarrolladas en una nueva especialidad denominada
Teleinformtica o Telemtica.
Las precauciones tcnicas a tomar en estos casos, son brindadas generalmente
por el mismo proveedor de los servicios de telecomunicaciones, y resultan un
problema a resolver conjuntamente con el de la instalacin de los medios
informticos.
Actualmente la amplia desregulacin que existe a escala mundial en el campo de
las telecomunicaciones permite, generalmente, la posibilidad de elegir entre varios
proveedores.
Generalmente, los aspectos que facilitan las comunicaciones fsicas entre los
diversos equipamientos, se resuelven mediante cables de fibras pticas y cables
de cobre especiales denominados UTP.
Sin embargo, pueden existir fuertes restricciones externas, derivadas de las
regulaciones legales de los sistemas de comunicaciones pblicos, que escapan a
la voluntad del usuario.
Por otra parte los sistemas teleinformticos se han tenido que adaptar a las
caractersticas tcnicas de la infraestructura de telecomunicaciones existente, que
inicialmente es siempre la construida para el servicio telefnico.
Es por ello que ha nacido la necesidad de nuevas tcnicas, que tienen en cuenta
la necesidad de desarrollar e integrar por una misma va fsica, seales de voz y
datos.
Se ha considerado a la transmisin de datos, con carcter ms general,
abarcando los casos de transmisiones en planta y fuera de ella.
Se prefiere la expresin de transmisiones telemticas o teleinformticas cuando es
necesario usar medios de comunicaciones de carcter pblico.
La UIT-T en su recomendacin x.15, define la transmisin de datos de la siguiente
manera:
Transmisin de datos. Accin de enviar datos a travs de un medio de
telecomunicaciones, desde el lugar de origen a otro de recepcin.
Esta definicin, aunque muy explcita, excluye, al parecer, los casos en que por
razones de proximidad no es necesario el empleo de ninguna red.
Figura 1.8
Definicin y concepto de teleinformtica. La palabra Teleinformtica es la

contraccin de las palabras telecomunicaciones e informtica. Otro tanto ocurre
con la palabra Telemtica. Se podra decir que en ella se renen los aspectos
tcnicos de ambas especialidades. Tradicionalmente estas tcnicas se
desarrollaron en forma independiente pero en la actualidad su interdependencia es
cada vez mayor.
Se podra definir la teleinformtica como sigue:
Teleinformtica. Ciencia que estudia el conjunto de tcnicas necesarias para
transmitir datos dentro de un sistema informtico o entre puntos situados en
lugares remotos, a travs de las redes de telecomunicaciones.
Esencialmente, la teleinformtica trata de estudiar todos los aspectos implicados
en la conexin de computadores, equipos informticos auxiliares y equipos
terminales de datos a redes de comunicaciones. Por lo tanto, el problema
fundamental que intenta resolver es:
Lograr que un computador pueda dialogar, a travs de las redes de

telecomunicaciones, con equipos situados geogrficamente en puntos
distantes, pero reconociendo las caractersticas esenciales de la informacin
como si la conexin fuera local.
Modos de explotacin de sistemas informticos y teleinformticos
Sistemas informticos
En los sistemas informticos se puede procesar la informacin de las siguientes
normas, segn se observa en la figura 1.9
Modos de explotacin de los sistemas informticos

Proceso de lotes
Proceso de lotes remoto
Tiempo compartido
Proceso interactivo en tiempo real
Proceso interactivo en tiempo diferido
Figura 1.9
Proceso por lotes.

Proceso por lotes remotos.
Tiempo compartido.
Procesos interactivos en tiempo real.
Procesos interactivos en tiempo diferido.
Modos de explotacin de los sistemas teleinformticos

Fuera de lsea (off-line)
En lnea (on-line)
Interactivo
No interactivo
Figura 1.11
Sistemas teleinformticos
En los sistemas teleinformticos la informacin tambin se puede procesar segn
diferentes modos de explotacin. Los casos que merecen particular atencin son
los que se muestran en la figura 1.11.
Fuera de Lnea (0FF LINE). Proceso fuera de lnea
Se dice que un proceso teleinformtico se ejecuta en la modalidad de fuera de
lnea cuando los datos que sern usados por el computador se reciben en una
terminal local y son grabados primero unidades de almacenamiento intermedios
para ser posteriormente procesados por el computador.
La figura 1.12 muestra un ejemplo de un proceso de este tipo.
Si se tratara de la salida de datos con destino a un usuario remoto, el proceso
sera anlogo. Los datos que se procesan en un computador se colocan primero
en un soporte intermedio para posteriormente ser enviados al terminal distante a
travs de un equipo o unidad perifrica.
Un ejemplo podra ser el envo especificado por un equipo terminal inteligente (tipo
PC), que transmite los datos a una instalacin central, donde son recibidos por
una unidad de grabacin magntica, que luego alimentar un proceso por lotes en
el computador central.
Figura 1.12
Las caractersticas de estos procesos teleinformticos permiten utilizar los medios
de comunicaciones en los momentos en que las tarifas son ms bajas; tienen la
particularidad de que no condicionan el uso inmediato del equipo central en el
mismo momento en que llegan los datos. Sin embargo, son procesos lentos, que
necesitan de soportes intermedios.
Su uso puede interesar en aquellos casos en que los datos no son necesarios en
el centro de cmputos de forma inmediata o cuando, adems, el uso de medios de
transporte convencionales es poco fiable o demasiado lento, lo que obliga a usar
medios de telecomunicaciones.
En Lnea (ON LINE). Proceso en lnea
Se dice que un proceso teleinformtico se ejecuta en la modalidad en lnea
cuando los datos de entrada pasan directamente desde el lugar de origen al lugar
de utilizacin y, viceversa, cuando los datos procesados se envan directamente
desde el computador al usuario,
La figura 1.13 muestra un ejemplo de un proceso de este tipo.
Este proceso evita las etapas intermedias de grabacin de los datos antes de su
procesamiento. Su uso es necesario en aquellas aplicaciones que requieren una
rpida respuesta por parte del sistema informtico.
INTERACTIVO
Se dice que un proceso teleinformtico es interactivo cuando los datos enviados,
originan en el computador la generacin de datos de respuesta.
Figura 1.13
En estos casos, el usuario del sistema interacta con el computador, ya que

espera una respuesta que puede o no modificar su situacin anterior. Por ejemplo,
si se tratase de un sistema bancario, un proceso interactivo que no modifique la
situacin anterior del computador sera el caso de una consulta de saldo de
cuenta. Una vez recibido el saldo de una cuenta corriente en la pantalla de, por
ejemplo, un cajero automtico, la operacin termina.
Otro caso podra ser la retirada de fondos desde el mismo perifrico, donde los
estados anteriores de las cuentas quedan modificados una vez efectuada la
transaccin.
Cuando el proceso es interactivo e intervienen medios de comunicaciones, el
tiempo de respuesta tiene dos componentes: el de la demora del sistema
informtico y el del paso de la informacin a travs de los me dios de
comunicaciones. En estos casos, ambos tiempos deben sumarse para obtener el
tiempo de respuesta de una operacin.
No Interactivo
Se dice que un proceso teleinformtico es no interactivo cuando los da tos
enviados no son procesados en forma directa con el objeto de dar una respuesta
inmediata. Sin embargo, s se puede confirmar su correcta recepcin.
En este caso, los datos pueden o no ser recibidos por el computador hacia el nial
estn dirigidos. Lo que deber quedar claro es que no se esperar una respuesta
en forma inmediata. En consecuencia, un proceso no interactivo puede estar
conectado en cualquiera de las dos modalidades ya analizadas, en lnea o fuera
de lnea.
Los Sistemas teleinformticos. Generalidades
Los sistemas teleinformticos, o tambin llamados sistemas funcionales de
comunicacin de datos, son formas de trabajo que en general responden a
necesidades concretas de los usuarios informticos que trabajan en la modalidad
fuera de planta o remota.
Cada sistema teleinformtico cubre un conjunto de necesidades y, por lo tanto,
posee caractersticas especiales que lo diferencian de los otros.
Sistemas teleinformticos remotos por lotes (batch remoto) pueden definirse as:
Sistemas teleinformticos que ponen a disposicin de un usuario remoto
(localizado en un punto alejado del computador) la capacidad de proceso de
ste en la modalidad por lotes.
Este sistema teleinformtico posee dos variantes, a saber:
Entrada remota de datos (o salida) (remote data entry).

Entrada remota de trabajos (remote job entiy).
Las caractersticas que distinguen a estos sistemas teleinformticos son las

siguientes:
El tiempo que puede tardar el proceso no es crtico. Esto permite, en muchos

casos, el uso de horas nocturnas, que en general poseen mejores tarifas de
telecomunicaciones y una menor tasa de errores de transmisin.
Llevan implcito la modalidad de trabajo por lotes, bien para hacer llegar
datos al computador, bien para enviar por medios de telecomunicaciones
trabajos que deben ser procesados en un computador central.
La entrada, proceso y salida de los resultados se produce secuencialmente.
No hay procesos interactivos, salvo en algunos casos particulares, en los que

se efecte el control de errores.
En los procesos se manejan grandes cantidades de datos.
Utilizan normalmente los siguientes medios para la entrada o salida de datos:

-
Cintas magneticas.
Casetes.
Impresoras.
Discos pticos.
Los computadores que se utilizan para estos procesos son de tamao grande
o mediano.
Todos los sistemas que usan estas modalidades de trabajo tienen equipos de
almacenamiento por acceso directo (en general discos fijos o removibles). La
capacidad de almacenamiento depende del tamao de la instalacin y de la
aplicacin que est en lnea.
En todos los sistemas de gran porte se utilizan procesadores de

comunicaciones delanteros que, adems de manejar las comunicaciones,
efectan el preprocesamiento de la informacin teletransmitida.
En algunos casos estos equipos poseen su propio almacenamiento y algunas

funciones tales como edicin de datos o programas, conversin de formatos,
etc.
Los equipos terminales que se utilizan desde un punto remoto pueden ser
desde una terminal comn, tipo teleimpresor, hasta equipos
minicomputadores o equipos auxiliares asociados tales como unida des de
discos o de cintas magnticas.
Se utilizan normalmente las lneas de transmisin de datos de la red

telefnica conmutada a las velocidades que permiten los modems de datos
analgicos ms veloces.
Para el envo de los datos o de trabajos se puede usar la modalidad en lnea

o fuera de lnea:
-
Cuando se trabaja en la modalidad en lnea, los datos, s fuera este el

caso, se suelen transmitir al computador en unidades pequeas, tipo
mensajes o transacciones, que son procesadas inmediata mente
despus de ser recibidas. El proceso consiste generalmente en una
validacin de posibles errores (con la consecuente solicitud de
retransmisin, si fuera el caso) y una posterior secuencia de
almacenamiento en medios magnticos para su posterior procesa
miento en la modalidad por lotes. En los casos de sistemas de gran
tamao, el proceso es muy parecido al de la modalidad de gestin
remota de archivos. El software, en estos casos, puede presentar
alguna dificultad en cuanto a su complejidad de diseo.
Cuando se trabaja en la modalidad fuera de lnea, los datos se suelen

transmitir del terminal remoto directamente a un soporte magntico, en
general unidades de cinta o discos. En este caso, el software necesario
es muy sencillo.
La memoria central y perifrica se disea de acuerdo con los volmenes de

datos a almacenar y tambin con la frecuencia con que stos son
procesados.
Es muy importante la seguridad del sistema, pues en caso de que el sistema

deje de funcionar por cualquier razn, puede haber un gran nmero de
operadores inactivos.
Gestin remota de archivos
Los Sistemas Teleinformticos de Gestin Remota de Archivos pueden definirse
de la siguiente manera: Sistema teleinformticos que permiten el acceso desde un
equipo terminal de datos a la informacin almacenada en los archivos de un
computador central.
Este sistema tiene por finalidad la recuperacin de la informacin con tenida en los
archivos, su modificacin, o una combinacin de ambas. La expresin archivo
incluye, en este caso, cualquier otra forma de mantener informacin accesible en
un computador, como las bases de datos u otra forma similar.
Por archivo se entiende una coleccin organizada de registros que puede tener un
objetivo y un formato comn; y por una base de datos, una coleccin de archivos
organizada para satisfacer una aplicacin. La estructura de un archivo refleja la
necesidad de la aplicacin a la que ser destinado. Una base de datos, en cambio,
se organiza de forma que refleje la estructura de la informacin misma.
Ejemplos tpicos de este sistema son:
Sistemas de banca automtica (como pueden ser la operacin de cuentas

corrientes o de ahorro desde terminales bancarias, uso de cajeros
automticos, etc.).
Reservas de pasajes.
Sistemas de informacin a la direccin (MIS)
Algunas de las caractersticas de estos sistemas son:
La informacin se mantiene generalmente almacenada en unidades de

acceso directo.
Cuando se usan aplicaciones que emplean bases de datos, se observan las

siguientes particularidades:
-
La planificacin de las consultas est estructurada para permitir el

acceso y la actualizacin de los archivos, pero nunca la modificacin del
diseo de la base de datos.
Estos sistemas estn caracterizados por procedimientos de dilogos

interactivos, entre el operador del equipo terminal de datos y el
computador central.
-
Los procedimientos permiten al usuario del terminal solicitar informacin

de la base de datos y, a veces, incluir nueva informacin en sta.
Los datos mantenidos en la base de datos estn de acuerdo con las

necesidades de la organizacin y suelen ser comunes a la organizacin
conjunta.
El proceso de las transacciones se realiza en la modalidad online y permite a

los usuarios acceder simultneamente a una o ms bases de datos.
Estos sistemas son posiblemente los ms complejos en cuanto a la

implementacin del hardware y del software. Por ello, el mantenimiento y la
actualizacin de las bases de datos se suele estructurar de forma separada, y
estas actividades son realizadas por personal autorizado y en el computador
central. Esto tiene una gran importancia en sistemas donde muchos usuarios
distintos acceden, con distintos propsitos, a una base de datos nica.
Respecto a los datos a consultar, caben las siguientes observaciones:
-
Los datos, o combinaciones de ellos, son accesibles selectivamente por

cada aplicacin.
Pueden ser modificados en cualquier momento independientemente de

la aplicacin.
Su trfico es estructurado en transacciones de unos pocos mensajes.
Los tiempos de respuesta no deben exceder los 2 a 4 segundos. Cuando

estos tiempos se exceden, tienen lugar actitudes de indiferencia o descuido
por parte de los operadores, que pueden producir errores en el manejo de la
informacin.
Respecto al tamao de los computadores que pueden usarse en este tipo de

sistemas se puede decir que los hay de los ms variados tipos.
En la actualidad, los minicomputadores y los computadores denominados

personales manejan memorias y perifricos de gran tamao.
Respecto a la seguridad y privacidad de los datos que se manejan caben las

siguientes consideraciones:
-
Se deben tomar las medidas correspondientes para que solamente las

personas autorizadas puedan acceder a la informacin segn su grado
de responsabilidad.
-
Se pueden implementar sistemas de claves de acceso, de diferentes

niveles, segn la capacidad de cada uno respecto a su relacin con la
informacin a consultar o modificar.
La seguridad fsica de este tipo de sistemas se basa en la redundancia.
Debido a que las transacciones de consulta o modificacin son de una

pequea cantidad de bytes, no se requiere en general velocidades
demasiado elevadas.
Un sistema especial que responde a las caractersticas de este tipo de

sistemas teleinformticos es el Servicio Videotex El mismo es un servicio
normalizado por parte de la UIT-T.
Sistemas teleinformticos interactivos

Sistemas teleinformticos que se caracterizan por un dilogo Continuo entre el
equipo terminal de datos del usuario y el computador central donde se encuentra
normalmente residente la informacin.
Permiten al usuario dialogar con el computador y llevar a cabo una serie de

procesos que requieren la modalidad de consulta y respuesta.
El usuario planifica sus operaciones futuras en funcin de los resulta dos de

operaciones precedentes.
Este sistema es prcticamente muy similar, en sus formas generales, a las

correspondientes al sistema de gestin remota de archivos. La razn de que
se considere de forma particular es que en estos sistemas debe existir
siempre una respuesta a cada consulta efectuada o un dilogo entre equipo
terminal y computador central (u otro componente del sistema). De all el
carcter interactivo del sistema.
Sistemas telelnformticos de control de procesos

Sistemas teleinformticos en los que un computador central (con la adecuada
capacidad de procesamiento de informacin) recibe datos sobre el estado de un
proceso que est controlando, los procesa, obtiene resultados y luego, en base a
ellos, toma decisiones que pueden influir en el desarrollo del mismo.
Caractersticas de estos sistemas
Son sistemas muy especializados para cada tipo de aplicacin.
Normalmente recogen, mediante sensores estratgicamente ubica dos,

medidas sobre el estado de un proceso y las comparan con el estado
deseado de ese proceso. Como resultado de esa comparacin realiza la
accin correctora apropiada para asegurar que el sistema o proceso en
cuestin alcance el nuevo estado esperado.
Los sistemas teleinformticos de control de procesos tienen en comn

(aunque son de muy variadas formas) las siguientes propiedades:
-
Operan en tiempo real; es decir, el tiempo de respuesta a una medicin

de datos debe ser lo suficientemente pequeo para que la accin
correctora, producto del proceso en el computador, influya en el sistema
con el que acta.
Los datos siempre son enviados sobre un conjunto determinado de

parmetros preestablecidos.
Para cada sistema se debe efectuar un estudio en particular y, en

funcin del mismo, se realiza el diseo adecuado.
Un ejemplo clsico de sistemas teleinformticos de proceso son los sistemas de

navegacin de los cohetes portadores de vehculos espaciales.
En estos casos, solamente la presencia del computador ha permitido que en
fracciones de segundo, se efecten las correcciones de trayectoria necesarias
para que el vuelo llegue a destino.
Sistemas telelnformtlcos de tiempo compartido
Sistemas teleinformticos en los que un computador central atiende a distintos
equipos terminales de datos que estn ubicados en forma re mota, realizan
trabajos independientes y se alternan en la utilizacin del procesador durante
pequeos intervalos de tiempo.
Puesto que las velocidades de los equipos terminales son ms bajas, los usuarios
tienen la sensacin de que el computador central utiliza todo su potencial para
atender a cada uno de ellos.
Los trabajos de escasa envergadura se suelen terminar rpidamente

liberando el computador
Los datos de entrada y salida fluyen por los vnculos de comunicaciones

hacia cada usuario a medida que el procesador central va atendiendo y
despachando cada trabajo.
Se establece una cola de atencin, donde se colocan todos los trabajos que
esperan una solucin.
Cuando un proceso es ms complejo y requiere dilogo, normalmente, luego de

recibir una respuesta parcial, se coloca nuevamente en la cola de espera para un
nuevo proceso parcial.
Sistemas teleinformticos de transmisin de mensajes
Sistemas teleinformticos en los que dos o ms Computadores (que no son
necesariamente dedicados) permiten el envo de mensajes entre dis tintos puntos
de una red teleinformtica. Los computadores reciben los mensajes, los
almacenan y luego se encargan de retransmitirlos a los dis tintos puntos de la red
a los que estaban destinados.
Red teleinformtica
A continuacin damos tres definiciones importantes para estos sistemas: red
teleinformtica, nodo y enlace:
Red teleinformtica. Conjunto de nodos y enlaces que proporciona

conexiones entre dos o ms puntos definidos para facilitar la interconexin de
computadores.
Nodo. Punto en el que se interconectan dos o ms circuitos o enlaces. En

dicho punto pueden o no existir elementos que permitan la conmutacin.
Enlace. Trayecto entre dos puntos de un sistema de telecomunicaciones, con

caractersticas tcnicas especificas.
Permiten enviar mensajes de diversas longitudes y distintos formatos.

Originan un bajo nivel de procesamiento en los computadores.
Pueden ser diseados mediante el empleo de:
Computadores de gran porte con un software adecuado a esta

aplicacin y posibilidades de tener conectado un nmero importante de
terminales locales y remotos.
Redes digitales especiales de transmisin de datos que emplean la tecnologa

denominada por conmutacin de mensajes.
Caractersticas de los sistemas teleinformticos
Objetivos de un sistema teleinformtico
Los principales objetivos que tiende a satisfacer un sistema teleinformtico son los
siguientes.
Reducir tiempo y esfuerzo

La reduccin de tiempo y esfuerzo se debe a que los sistemas de
comunicacin de datos permiten que los equipos terminales ubicados en
forma remota se comporten, a efectos del proceso informtico, como si
fueran locales. En consecuencia, los procesos que se realizaban en la
modalidad por lotes y que requeran el envo de programas y datos mediante
transporte fsico de los soportes de la informacin (por ejemplo, cintas
magnticas, casetes, etc.), se pueden procesar en la modalidad por lotes
remotos.
Esta modalidad de los sistemas teleinformticos permite disponer
rapidamente de la informacin a procesar y, obviamente, sin necesidad de
movilizar personal para despachar los soportes antes sealados por correo,
medios de transporte areos, ferrocarril, etc.
Capturar datos en su propia fuente

La posibilidad de capturar directamente de su fuente los datos que sern
parte de un proceso informtico a realizar en un centro de cmputos, asegura
una menor posibilidad de cometer errores y traslada la responsabilidad de
introducir los datos al usuario, que de esta manera participa directamente en
el problema.
Durante mucho tiempo, cuando esta posibilidad no exista, la tarea de volcar
los datos a procesar era responsabilidad de los centros de cmputos,
mientras que el envo de las planillas con la informacin que deba ser
grabada o perforada era tarea del usuario, que trabajaba en la propia fuente
de la informacin.
La dualidad de responsabilidades en la tarea de preparacin de los datos a
procesar en los centros de cmputos provocaba, frecuentemente,
controversias respecto a los errores que se producan. Siempre quedaba la
duda de quienes producan los errores: los que confeccionaban las planillas
o los que trabajaban en el proceso de grabacin o perforacin?
Los medios de comunicacin de datos han permitido unificar estas dos
responsabilidades en una sola, el usuario; esto ha permitido superar os
problemas mencionados y, adems, disminuir los procesos que deben ser
repetidos por errores en la introduccin de los datos.
Centralizar el control
Descentralizada la responsabilidad de la introduccin de datos, que puede
quedar en manos del propio interesado, el proceso permite un control ms
efectivo sobre todos los procesos a ejecutar.
De esta manera se pueden establecer parmetros de medida para analizar la
eficiencia de cada uno de los distintos sectores de la organizacin, que
participan de los distintos procesos. As, el control del sistema puede quedar
centralizado, mientras que la ejecucin del mismo, descentraliza da; esto
permite mejores rendimientos del conjunto.
Aumentar la velocidad de entrega de la informacin

En los apartados anteriores se dijo que la captura de la informacin en su
propia fuente mejora ciertos aspectos del proceso; pero, inversamente, el
envo de los resultados mediante los mismos medios teleinformticos
aumenta tambin la velocidad de entrega de la informacin. Los mismos me
dios y equipos que se utilizan para hacer llegar los datos al computador
permiten enviar los resultados al usuario. Nuevamente se ahorran medios de
transporte y de personal que debera intervenir en estos procesos de entrega.
Reducir costos de operacin y de captura de datos

La duplicacin de muchas tareas, que las realiza primero el usuario y luego
son controladas o ejecutadas a nivel proceso, pueden ser simplificadas por el
uso de medios de comunicacin de datos.
Lo mismo ocurre en las comunicaciones respecto de las vinculaciones que la
autoridad que ejerce la conduccin del computador central debe tener con los
distintos usuarios del sistema. Estas vinculaciones se pueden materializar
mediante la misma red teleinformtica usada para los procesos a travs de
procedimientos como los sealados en 1.3.7 para el manejo de los mensajes.
Todas estas acciones y otras que pueden realizarse con el uso de la red
producen una importante reduccin de costos de operacin, adems de la
que se obtiene al realizar la captura de datos en las fuentes que los originan.
Aumentar la capacidad de las organizaciones a costo incremental

razonable
Los sistemas informticos que no tienen la posibilidad de usar eficiente mente
medios de comunicacin de datos han sufrido de inelasticidad frente al
crecimiento de la empresa u organizacin de la que formaban parte.
Muchas veces, pequeas necesidades adicionales de procesamiento de la
informacin alejadas de la ubicacin del computador central originaban la
necesidad de adquisicin de nuevos equipos. Con la ayuda de la
implementacin de los sistemas teleinformticos, estos problemas fueron
reducidos a la colocacin de un equipo terminal adicional en la red ya
organizada.
Actualmente se aplica cada vez con mayor xito el concepto de
descentralizar los medios informticos. Hoy en da se colocan equipos
pequeos en muchos puntos de la empresa y se permite que todos ellos
formen una red esto abre nuevas fronteras a la imaginacin de los
diseadores. No obstante, en muchas organizaciones como, por ejemplo, en
bancos y otras entidades financieras se continan utilizando sistemas de
procesamiento centralizado o mainframes los cuales a su vez se hallan
integrados a una red de rea extensa de procesamiento distribuido.
Fundamentalmente los sistemas centralizados se mantienen vigentes por
razones de seguridad y debido a la existencia de gran cantidad de
aplicaciones institucionales desarrolladas para correr sobre estos sistemas.
Aumentar la calidad y la cantidad de la informacin

Por todas las razones ya expuestas, es indudable que la informacin que ha
de manejar una organizacin, sea sta una empresa agropecuaria, minera,
industrial, comercial, de servicios, gubernamental, militar etc., mejorar
substancialmente en calidad, lo que a la postre permitir a su equipo de
direccin tomar mejores decisiones a la hora de resolver o abordar un
problema.
Lo mismo puede decirse de la cantidad de la informacin a considerar. Los
procesos informticos permiten obtener mejores y ms completos resultados
para la toma de decisiones. Todo ello conduce a mejores resultados con
menores esfuerzos.
Mejorar el sistema administrativo

Mejorar los sistemas administrativos ha sido y es una permanente
preocupacin de las organizaciones. A ello han contribuido las tcnicas de
manejo de la informacin por medios computacionales.
Podemos asegurar que el uso de redes teleinformticas ha permitido mejorar
la eficacia y la eficiencia de los sistemas administrativos y ha hecho que las
distancias geogrficas, ya no sean una barrera insalvable para la conduccin
centralizada de estos procesos.
Ahora es posible aplicar los mismos procesos estadsticos de compras,
ventas, manejo de almacenes, nmina de personal, etc. a los distintos
departamentos de una misma empresa, as como a las posibles sucursales o
agencias, aunque stas estn en pases diferentes.
Sistemas informticos aptos para utilizar tcnicas teleinformticas
Los sistemas informticos son especialmente aptos para utilizar tcnicas
teleinformticas en los siguientes casos:
Se desea reducir un elevado volumen de correo, de llamadas telefnicas o de

servicios de mensajera.
Se realizan muy a menudo operaciones repetitivas, tales como crear o copiar
datos para su procesamiento o directamente duplicar informacin ya
procesada.
Es necesario aumentar la velocidad de envo de la informacin para mejorar
las funciones administrativas.
Se ejecutan operaciones descentralizadas.
Se desea mejorar el control de los datos descentralizando su captura y
centralizando su procesamiento.
Es necesario disminuir riesgos en el procesamiento de la informacin a causa
de problemas tcnicos del hardware.
Es necesario mejorar la actividad de planificacin en la organizacin.
Aplicaciones tpicas de los sistemas de comunicacin de datos

Son aplicaciones tpicas, donde se emplean comunicaciones de datos, entre
muchas otras, las sealadas en la figura 1.14. Un ejemplo clsico es el comando a
distancia de mquinas y herramientas desde un computador de control de
procesos industriales.
Aplicaciones tpicas donde se emplean

sistemas de comunicacin de datos
Sistemas de punto de ventas
Sistemas de banca electrnica
Control de inventarios en tiempo real
Reservas de pasajes
Estado de cuentas bancarias
Sistemas hospitalarios
Sistemas bibliogrficos
Consultas a bancos de datos
Lectura remota de datos
Entrega de mensajes y correo
Edicin de textos (Procesamiento de palabras)
Procesos industriales en tiempo real
Figura 1.14
1.5 Arquitecturas de interconexin de redes

Las redes de ordenadores modernas estn diseadas de una forma muy
estructurada. En las siguientes secciones se estudiarn detalladamente las
tcnicas de estructuracin.
1.5.1 Jerarquas de protocolos

La mayora de las redes se organizan en una serie de capas o niveles, con objeto
de reducir la complejidad de su diseo. Cada una de ellas se construye sobre su
predecesora. El nmero de capas, el nombre, contenido y funcin de cada una va
ran de una red a otra. Sin embargo, en cualquier red, el propsito de cada capa
es ofrecer ciertos servicios a las capas superiores, liberndolas del conocimiento
de tallado sobre cmo se realizan dichos servicios.
La capa n en una mquina conversa con la capa n de otra mquina. Las reglas y
convenciones utilizadas en esta conversacin se conocen conjuntamente como
protocolo de la capa n, como se ilustra en la figura 1.15, para el caso de una red
de siete capas. A las entidades que forman las capas correspondientes en
mquinas diferentes se les denomina procesos pares (igual a igual). En otras
palabras, son los procesos pares los que se comunican mediante el uso del
protocolo.
En realidad no existe una transferencia directa de datos desde la capa n de una
mquina a la capa n de otra; sino, ms bien, cada capa pasa la informacin de
datos y control a la capa inmediatamente inferior, y as sucesivamente hasta que
se alcanza la capa localizada en la parte ms baja de la estructura. Debajo de la
capa 1 est el medio fsico, a travs del cual se realiza la comunicacin real. En la
figura 1.15 se muestra, mediante lneas punteadas, la comunicacin virtual, en
tanto que las lneas slidas indican la trayectoria de la comunicacin fsica.
Entre cada par de capas adyacentes hay una interfase, la cual define los ser vicios
y operaciones primitivas que la capa inferior ofrece a la superior. Cuando los
diseadores de redes deciden el nmero de capas por incluir en una red, as como
lo que cada una de ellas deber hacer, una de las consideraciones ms
importantes consiste en definir claramente las interfases entre capas. Hacer esto,
a su vez, requiere que cada capa efecte un conjunto especifico de funciones bien
definidas. El diseo claro y limpio de una interfase, adems de minimizar la
cantidad de informacin que debe pasarse entre capas, hace ms simple la
sustitucin de la realizacin de una capa por otra completamente diferente (por
ejemplo, todas las lneas telefnicas se reemplazan por canales satlitales). As
todo lo que se necesita de la nueva es que ofrezca exactamente el mismo
conjunto de servicios a la capa superior contigua, tal y como lo haca la antigua
realizacin.
Al conjunto de capas y protocolos se le denomina arquitectura de red. Las
especificaciones de sta debern contener la informacin suficiente que le permita
al diseador escribir un programa o construir el hardware correspondiente a cada
capa, y que siga en forma correcta el protocolo apropiado. Tanto los detalles de
realizacin como las especificaciones de las interfases, no forman parte de la
arquitectura, porque se encuentran escondidas en el interior de la mquina y no
son visibles desde el exterior. Ms an, no es necesario que las interfases de
todas las mquinas en una red sean iguales, suponiendo que cada una de las
mquinas utilice correctamente todos los protocolos.
Capa 7
Protocolo de la capa 7
Capa 7
Capa 6
Capa 6
Capa 5
Capa 5
Capa 4
Capa 4
Capa 3
Capa 3
Capa 2
Capa 2
Capa 1
Capa 1
Interfase de la capa 6 / 7
Medio fsico
Figura 1.15 Capas, protocolos e interfases
La idea de comunicacin multicapa puede explicarse con facilidad mediante la

ayuda de una analoga. Imagnese, por ejemplo, que hay dos filsofos, uno en
Kenia y otro en Indonesia, que desean comunicarse (procesos pares en la capa
3). Cada uno de ellos tiene que hacer uso de un traductor (procesos pares en la
capa 2), dado que no hablan el mismo lenguaje. Cada uno de ellos, a su vez,
contacta a un ingeniero (procesos pares en la capa 1). El filsofo nmero 1 desea
manifestar su afecto por los oryctolagus cuniculus a su igual. Para realizar esto,
pasa un mensaje a su traductor (en Swahili) a travs de la interfase 2/3, quien,
dependiendo del protocolo de la capa 2, podra interpretarlo como Me gustan los
conejos, Jaime des Iapins o Ikliou van konijngen.
El traductor pasa despus el mensaje a su ingeniero para que lo transmita por
telegrama, telfono, red de ordenadores, algn otro medio, dependiendo de lo
que previamente haya acordado, con el otro ingeniero (protocolo de la capa 1).
Una vez que llega el mensaje, se traduce al indonesio y se pasa a travs de la
interfase 2/3 al filsofo nmero 2. Debe observarse que cada protocolo es
completamente independiente de los dems, mientras no se cambien las
interfases. Los traductores pueden conmutar del francs al holands supuesto que
ambos estn de acuerdo, y que ninguno modifica su interfase con la capa 1 o la
capa 3.
Considrese ahora un ejemplo ms tcnico: como proporcionar comunicacin a la
capa superior de la red de siete capas que se muestra en la figura 1.16. Un
proceso que se est ejecutando en la capa 7 produce un mensaje ni, el cual pasa
de la capa 7 a la capa 6 de acuerdo con la definicin de la interfase de capa 6/7.
La capa 6, en este ejemplo, transforma de cierta manera el mensaje (por ejemplo,
mediante una compresin de texto), y lo pasa como el nuevo mensaje Mala capas,
a travs de la interfase 5/6. En este ejemplo, la capa 5 no modifica el mensaje,
sino nicamente regula la direccin de flujo (es decir, evita que algn mensaje de
entrada sea considerado por la capa 6, mientras sta se encuentra ocupada
enviando una serie de mensajes de salida a la capa 5).
Transmitido
Recibido
Protocolo de la
capa 7
Interfase 6/7
Interfase 6/7
Protocolo de la
capa 6
Interfase 5/6
Interfase 5/6
Protocolo de la
capa 5
H4
H4
M1
H3
H4
M1
H4
M2
Protocolo de la
capa 3
Protocolo de la
capa 2
M T
H H
M T
Maquina
fuente
H4
Protocolo de la
capa 4
M2
H3
H3
H4
M1
H4
M1
M2
H3
H4
M T
H H
M2
T2
Maquina
destino
Figura 1.16 Ejemplo del flujo de informacin que

soporta la comunicacin virtual en la capa 7
En muchas redes no existe ningn limite en el tamao de los mensajes que son
aceptados por la capa 4, sino ms bien ste es impuesto por la capa 3. Por
consiguiente, la capa 4 deber dividir el mensaje de entrada en unidades ms
pequeas y colocar una cabecera en cada una de ellas. Esta cabecera incluye
informacin de control como nmeros de secuencia, mediante los cuales se logra
que la capa 4, en la mquina destinataria, pueda reconstruir el mensaje mediante
la colocacin correcta de las unidades, si es que las otras capas no mantienen la
secuencia. Tambin, en muchas capas, las cabeceras contienen campos
relacionados con el tamao, tiempo y otros tipos de control.
La capa 3 se encarga de decidir cul de las lneas de salida va a utilizarse, le
coloca sus cabeceras apropiadas y pasa los datos a la capa 2. En esta capa 2, no
slo se aade una cabecera a cada una de las unidades, sino tambin una
etiqueta al final y le entrega la unidad resultante a la capa 1 para su transmisin
fsica. En la mquina receptora, el mensaje se mueve de capa en capa hacia la
parte superior, y las cabeceras se van retirando a medida que asciende. Ninguna
de las cabeceras correspondientes a las capas inferiores a la n pasan a sta.
La importancia de la figura 1.16 radica en el entendimiento de la relacin entre la
comunicacin virtual y la real, y la diferencia entre protocolos e interfases. Desde
el punto de vista conceptual, los procesos pares de la capa 4, por ejemplo,
conciben su comunicacin como si fuera horizontal, utilizando el protocolo de la
capa 4.
Cada uno pareciera utilizar procedimientos llamados EnviaralOtroLado y Otilener
Del Otro Lado, aun cuando stos realmente se comuniquen con las capas
inferiores, a travs de la interfase 3/4, y no con el otro lado.
La abstraccin del proceso par es vital para el diseo de redes, sin esta tcnica de
abstraccin sera difcil, si no es que imposible, dividir el diseo de una red
completa. Es decir, sera un problema intratable si no se divide en varios ms
pequeos y manejables, a saber, el diseo de capas individuales.
1.5.2 Problemas de diseo para las capas

Algunos de los problemas de diseo claves que aparecen en redes de
ordenadores, tambin se presentan en varias de las capas. Enseguida se
mencionarn con brevedad algunos de los ms importantes.
Cada capa deber tener un mecanismo para el establecimiento de la conexin.
Como, por lo general, una red tiene varios ordenadores, algunos de los cuales
tienen mltiples procesos, se necesita un medio que permita a un proceso
especificar con quin desea establecer una conexin. Como una consecuencia de
tener destinatarios mltiples, se necesita alguna forma de direccionamiento para
as poder determinar un destino especfico.
El mecanismo para terminar una conexin dentro de una red, una vez que sta ya
no se necesita, est ntimamente relacionado con aquel que se utiliza para
establecerla. Este punto, en apariencia trivial, puede ser bastante complejo.
Otro conjunto de decisiones de diseo es el que se refiere a las reglas para la
transferencia de datos.
En algunos sistemas los datos viajan en una sola direccin (comunicacin
unilateral o simplex).
En otros, los datos pueden viajar en ambas direcciones, aunque no en forma

simultnea (comunicacin semiduplex o bilateral alternada).
Existen tambin otros sistemas en los que los datos viajan en ambas direcciones y
al mismo tiempo (comunicacin dup o bilateral simultnea).
El protocolo debe tambin ser capaz de determinar el nmero de canales lgicos
que corresponden a la conexin y cules son sus prioridades. Un nmero
considerable de redes tienen, por lo menos, dos canales lgicos por conexin: uno
para datos normales y otro para datos urgentes.
Dada la imperfeccin de los circuitos fsicos de comunicacin, el procedimiento
para el control de errores es un aspecto de gran relevancia. En la actualidad se
conocen varios cdigos detectores y correctores de error, pero lo importante aqu
es que los dos extremos de la conexin estn de acuerdo en cul utilizar. Adems,
el receptor debe tener alguna forma de indicar al emisor qu mensajes se han
recibido correctamente y cules no.
No todos los canales de comunicacin mantienen el orden de los mensajes que
les envan; de tal manera que, para recuperar una posible prdida en la secuencia
del mensaje, el protocolo deber establecer, en forma explcita, un procedimiento
seguro que permita al receptor colocar las unidades nuevamente en su forma
original. Una solucin obvia podra ser la de numerar las unidades, pero esta
solucin deja todava abierta la cuestin de Qu hacer con aquellas que lleguen
fuera de orden?
Algo que ocurre comnmente en cada uno de los niveles es lo referente a cmo
proteger un receptor lento de una cantidad abrumadora de datos enviados por un
transmisor rpido. Despus se estudiaran varias propuestas de solucin, las
cuales estn relacionadas con algn tipo de realimentacin del receptor al
transmisor, ya sea en forma directa o indirecta, y que toma en consideracin la
situacin actual del receptor.
Otro problema, que es comn en varios niveles y que deber resolverse, es el
relacionado con la incapacidad para aceptar mensajes arbitrariamente extensos
por todos los procesos. Esta propiedad nos conduce a mecanismos de
segmentacin, transmisin y ensamblaje de mensajes. Otro aspecto relacionado
con el anterior es el correspondiente a qu hacer cuando los procesos insisten en
transmitir datos en unidades tan pequeas que su envo, en forma separada, los
hace muy ineficientes.
La solucin, en este caso, sera reunir varios de estos pequeos mensajes, con
encabezamientos dirigidos a un destino comn, en un solo mensaje de gran
extensin, de tal forma que, al llegar al otro extremo, slo se tengan que volver a
separar.
Cuando resulte inconveniente, o muy costoso, establecer una conexin separa da
entre un par de procesos comunicantes la capa subyacente puede decidir utilizar
la misma conexin para conversaciones mltiples, sin que stas tengan
necesariamente relacin alguna. Este procedimiento se puede utilizar en cualquier
capa, mientras el proceso de multiplexin y demultiplexin se haga en forma
transparente. En la capa fsica, por ejemplo, se utiliza el proceso de multiplexin
dado que todo el trfico, para todas las conexiones, se tiene que enviar sobre un
nmero reducido de circuitos fsicos.
Siempre que existan caminos mltiples entre la fuente y el destino se debe
escoger un encaminamiento. Algunas veces esta decisin debe tomarse en dos o
ms capas. Por ejemplo, para enviar datos desde Londres a Roma, deber
tomarse una decisin importante para saber si se opta por ir a travs de Francia o
Alemania, basndose, por ejemplo, en sus respectivas leyes de privacidad; en
tanto que, por otra parte, se podra tomar una decisin de menor importancia que
permitiera escoger alguno los circuitos disponibles, de acuerdo con el trfico real.
1.5.3 Modelo de referencia OSI

Ahora, una vez que se han discutido las redes estructuradas en capas, de manera
abstracta, consideraremos el conjunto de capas que se utilizarn a lo largo del
libro. En la figura 1.17 se muestra un modelo, basado en una propuesta
desarrollada por la Organizacin Internacional de Normas (ISO), como un primer
paso hacia la normalizacin internacional de varios protocolos (Day y
Zimmermann, 1983). A este modelo se le conoce como Modelo de Referencia OSI
(interconexin de sistemas abiertos) de la ISO, porque precisamente se refiere a la
conexin de sistemas heterogneos; es decir, a sistemas dispuestos a establecer
comunicacin con otros distintos. En forma abreviada, lo llamaremos
sencillamente modelo OSI.
Nombre de la
unidad
intercembiada
Capa
Aplicacin
Protocolo de aplicacin
Aplicacin
Presentacin
Protocolo de presentacin
Presentacin
Sesin
Protocolo de sesin
Sesin
Transporte
Protocolo de transporte
Transpote
APDU
PPQU
SPDU
TPDU
Lmite de comunicacin de la subred
Red
Red
Red
Red
Paquete
Protocolo interno de la subred
Enlace
Enlace
Enlace
Enlace
Fsica
Fsica
Fsica
Fsica
1
IMP
IMP
Hostal A
Hostal B
Protocolo IMP Capa de red del hostal
Protocolo IMP Capa de enlace del hostal
Protocolo IMP Capa fsica del hostal
Figura 1.17 Arquitectura de una red basada en el modelo OSI
Trama
Bit
El modelo OSI tiene siete capas. Los principios aplicados para el establecimiento
de siete capas fueron los siguientes:
1.
Una capa se crear en situaciones en donde se necesita un nivel diferente de

abstraccin.
2.
Cada capa deber efectuar una funcin bien definida.
3.
La funcin que realizar cada capa deber seleccionarse con la intencin de

definir protocolos normalizados internacionalmente.
4.
Los lmites de las capas debern seleccionarse tomando en cuenta la

minimizacin del flujo de informacin a travs de las interfases.
5.
El nmero de capas deber ser lo suficientemente grande para que funciones

diferentes no tengan que ponerse juntas en la misma capa y, por otra parte,
tambin deber ser lo suficientemente pequeo para que su arquitectura no
llegue a ser difcil de manejar.
Con base en este modelo, a lo largo de las secciones 1.5.3.1 a 1.5.3.7 se

estudiar cada una de las capas, comenzando por la capa inferior. Obsrvese que
el modelo OSI, por si mismo, no es una arquitectura de red, dado que no
especifica, en forma exacta, los servicios y protocolos que se utilizarn en cada
una de las capas. Slo indica lo que cada capa deber hacer. Sin embargo, la ISO
tambin ha generado normas para todas las capas, aunque stas, estrictamente
hablando, no forman parte del modelo. Cada una de ellas se ha publicado como
normas internacionales independientes.
1.5.3.1 Capa fsica

La capa fsica se ocupa de la transmisin de bits a lo largo de un canal de
comunicacin. Su diseo debe asegurar que cuando un extremo enva un bit con
valor 1, ste se reciba exactamente como un bit con ese valor en el otro extremo,
y no como un bit de valor O. Preguntas comunes aqu son cuntos voltios debern
utilizarse para representar un bit de valor 1 o O; cuntos microsegundos deber
durar un bit; la posibilidad de realizar trasmisiones bidireccionales en forma
simultnea; la forma de establecer la conexin inicial y cmo interrumpirla cuando
ambos extremos terminan su comunicacin; o bien, cuntas puntas terminales
tiene el conector de la red y cul es el uso de cada de una de ellas. Los problemas
de diseo a considerar aqu son los aspectos mecnico, elctrico, de
procedimiento de interfase y el medio de transmisin fisica, que se encuentra bajo
la capa fisica. Se puede considerar que el diseo de la capa fisica cae dentro del
dominio del ingeniero elctrico.
1.5.3.2 Capa de enlace
La tarea primordial de la capa de enlace consiste en, a partir de un medio de
transmisin comn y corriente, transformarlo en una lnea sin errores de
transmisin para la capa de red. Esta tarea la realiza al hacer que el emisor trocee
la entrada de datos en tramas de datos (tpicamente constituidas por algunos
cientos de octetos), y las transmita en forma secuencial y procese las tramas de
asentimiento, devueltas por el receptor. Como la capa fisica bsicamente acepta y
transmite un flujo de bits sin tener en cuenta su significado o estructura, recae
sobre la capa de enlace la creacin o reconocimiento de los limites de la trama.
Esto puede llevarse a cabo mediante la inclusin de un patrn de bit especial al
inicio y al trmino de la trama. Si estos patrones de bits pueden aparecer entre los
datos, deber tenerse un cuidado especial para evitar cualquier confusin al
respecto.
La trama puede destruirse por completo debido a una rfaga de ruido en la lnea,
en cuyo caso el software de la capa de enlace, perteneciente a la mquina
emisora, deber retransmitir la trama. Sin embargo, mltiples transmisiones de la
misma trama introducen la posibilidad de duplicar la misma. Por ejemplo, el
duplicado de una trama podra enviarse, si el acuse de recibo que regresa al
receptor se hubiera destruido. Corresponde a esta capa resolver los problemas
causados por dao, prdida o duplicidad de tramas. La capa de enlace ofrece
diferentes clases de servicios a la capa de red, cada uno de ellos con distinta
calidad y precio.
Otro de los problemas que aparecen en la capa de enlace (y tambin en la
mayora de las capas superiores) es el referente a cmo evitar que un transmisor
muy rpido sature con datos a un receptor lento. Se deber emplear un
mecanismo de regulacin de trfico que permita que el transmisor conozca el
espacio de memoria que en ese momento tiene el receptor. Frecuentemente, y por
conveniencia, los procedimientos de regulacin de flujo y control de errores se
tratan en forma conjunta.
Otra dificultad aparece cuando la lnea tiene la capacidad de utilizarse para
transmitir datos bidireccionalmente. El problema radica en que los asentimientos
para el trfico de A a B compiten por el uso de la lnea con las tramas de datos del
trfico que va de B hacia A. Para resolver este problema se ha inventado una
solucin inteligente consistente en el envo de aquellos superpuntos (piggy
backing) la cual se estudiar despus en forma ms detallada.
1.5.3.3 Capa de red
La capa de red se ocupa del control de la operacin de la subred. Un punto de
suma importancia en su diseo, es la determinacin sobre cmo encaminar los
paquetes del origen al destino. Las rutas podran basarse en tablas estticas que
se encuentran cableadas en la red y que dificilmente podran cambiarse.
Tambin, podran determinarse al inicio de cada conversacin, por ejemplo en una
sesin de terminal. Por ltimo, podran ser de tipo dinmico, determinndose en
forma diferente para cada paquete, reflejando la carga real de la red.
Si en un momento dado hay demasiados paquetes presentes en la subred, ellos
mismos se obstruan mutuamente y darn lugar a un cuello de botella. El control
de tal congestin depender tambin de la capa de red.
Como los operadores de la subred esperen alguna remuneracin al esfuerzo que
realizan, en muchas ocasiones se introduce una funcin de contabilidad en la capa
de red. El software deber saber, por lo menos, cuntos paquetes o caracteres o
bits se enviaron a cada cliente, con objeto de producir informacin de facturacin.
Cuando un paquete cruza una frontera nacional, con precios distintos en cada
lado, el clculo de la cuenta puede llegar a complicarse.
Tambin pueden surgir otros problemas cuando un paquete tenga que
desplazarse de una red a otra para llegar a su destino. El direccionamiento
utilizado en la segunda red puede ser diferente al empleado en la primera. La
segunda podra no aceptar el paquete en su totalidad, por ser demasiado grande.
Los protocolos podran ser diferentes, etctera. La responsabilidad, para resolver
problemas de nterconexin de redes heterogneas recaer, en todo caso, en la
capa de red.
En redes de difusin el problema del encaminamiento es simple, por lo cual la
capa de red es normalmente muy delgada o incluso inexistente.
1.5.3.4 Capa de transporte

La funcin principal de la capa de transporte consiste en aceptar los datos de la
capa de sesin, dividirlos, siempre que sea necesario, en unidades ms
pequeas, pasarlos a la capa de red y asegurar que todos ellos lleguen
correctamente al otro extremo. Adems, todo este trabajo se debe hacer de
manera eficiente, de tal forma que asle la capa de sesin de los cambios
inevitables a los que est sujeta la tecnologa del hardware.
Bajo condiciones normales, la capa de transporte crea una conexin de red
distinta para cada conexin de transporte solicitada por la capa de sesin. Si la
conexin de transporte necesita un gran caudal, sta podra crear mltiples
conexiones de red, dividiendo los datos entre las conexiones de la red con objeto
de mejorar dicho caudal. Por otra parte, si la creacin o mantenimiento de la
conexin de una red resulta costoso, la capa de transporte podra multiplexar
varias conexiones de transporte sobre la misma conexin de red para reducir
dicho costo. En todos los casos, la capa de transporte se necesita para hacer el
trabajo de multiplexin transparente a la capa de sesin.
La capa de transporte determina qu tipo de servicio debe dar a la capa de sesin,
y en ltimo trmino a los usuarios de la red. El tipo ms popular de conexin de
transporte corresponde al canal punto a punto sin error, por medio del cual se
entregan los mensajes en el mismo orden en que fueron enviados. Sin embargo,
el transporte de mensajes aislados sin garantizar el orden de distribucin y la
difusin de mensajes a destinos mltiples es otra posibilidad de servicio de
transporte. El tipo de servicio se determina cuando se establece la conexin.
La capa de transporte es una capa del tipo origen-destino o extremo a extremo. Es
decir, un programa en la mquina origen lleva una conversacin con un programa
parecido que se encuentra en la mquina destino, utilizando las cabeceras de los
mensajes y los mensajes de control. Los protocolos, de las capas inferiores, son
entre cada mquina y su vecino inmediato, y no entre las mquinas origen y
destino, las cuales podran estar separadas por muchos IMPs. En la figura 1.17 se
ilustra la diferencia entre las capas 1 a 3, que estn encadenadas, y las capas 4 a
7, que son de extremo a extremo.
Algunos hostales son multiproceso, lo cual implica que mltiples conexiones
estarn entrando y saliendo en cada uno de ellos. Se necesita alguna forma para
decir qu mensaje pertenece a qu conexin. La cabecera de transporte (H la
figura 1-6), es un lugar en donde puede colocarse esta formacin.
Adems de multiplexar varios flujos de mensaje en un canal, la capa de transporte
debe ocuparse del establecimiento y liberacin de conexiones a travs de la red.
Esto requiere algn mecanismo de denominacin, de tal forma que un proceso en
una mquina tenga una manera para describir con quin desea conversar.
Tambin debe haber un mecanismo para regular el flujo de informacin, de
manera que un hostal muy rpido no pueda desbordar a otro ms lento. El control
de flujo entre hostales es diferente a aqul entre IMP, aunque posteriormente se
ver cmo se aplican a los dos principios semejantes.
1.5.3.5 Capa de sesin

La capa de sesin permite que los usuarios de diferentes mquinas puedan
establecer sesiones entre ellos. A travs de una sesin se puede llevar a cabo un
transporte de datos ordinario, tal y como lo hace la capa de transporte, pero
mejorando los servicios que sta proporciona y que se utilizan en algunas
aplicaciones. Una sesin podra permitir al usuario acceder a un sistema de
tiempo compartido a distancia, o transferir un archivo entre dos mquinas.
Uno de los servicios de la capa de sesin consiste en gestionar el contro de
dilogo. Las sesiones permiten que el trfico vaya en ambas direcciones al mismo
tiempo, o bien, en una sola direccin en un instante dado. Si el trfico slo puede
ir en una direccin en un momento dado (en forma anloga a un solo sentido en
una va de ferrocarril), la capa de sesin ayudar en el seguimiento de quien tiene
el turno.
La administracin del testigo es otro de los servicios relacionados con la capa de
sesin. Para el caso de algunos protocolos resulta esencial que ambos lados no
traten de realizar la misma operacin en el mismo instante. Para manejar estas
actividades, la capa de sesin proporciona testigos que pueden ser
intercambiados. Solamente el extremo con el testigo puede realizar la operacin
crtica.
Otro de los servicios de la capa de sesin es la sincronizacin. Considrense, por
ejemplo, los problemas que podran ocurrir cuando se tratara de hacer una
transferencia de archivo de dos horas entre dos mquinas en una red con un
tiempo medio de una hora entre cadas. Despus de abortar cada archivo, la
transferencia completa tendra que iniciarse de nuevo y, probablemente, se
encontrara de nuevo con la siguiente cada de la red. Para eliminar este
problema, la capa de sesin proporciona una forma para insertar puntos de
verificacin en el flujo de datos, con objeto de que, despus de cada cada,
solamente tengan que repetirse los datos que se encuentren despus del ltimo
punto de verificacin.
1.5.3.6 Capa de presentacin

La capa de presentacin realiza ciertas funciones que se necesitan bastante a
menudo como para buscar una solucin general para ellas, ms que dejar que
cada uno de los usuarios resuelva los problemas. En particular y, a diferencia de
las capas inferiores, que nicamente estn interesadas en el movimiento fiable de
bits de un lugar a otro, la capa de presentacin se ocupa de los aspectos de
sintaxis y semntica de la informacin que se transmite.
Un ejemplo tpico de servicio de la capa de presentacin es el relacionado con la
codificacin de datos conforme a lo acordado previamente. La mayor parte de los
programas de usuario no intercambian ristras de bits binarios aleatorios, sino, ms
bien, cosas como nombres de personas, datos, cantidades de dinero y facturas.
Estos artculos estn representados por ristras de caracteres, nmeros enteros,
nmeros de punto flotante, as como por estructuras de datos constituidas por
varios elementos ms sencillos. Los ordenadores pueden tener diferentes cdigos
para representar las ristras de caracteres (por ejemplo, ASCII y EBCDIC), enteros
(por ejemplo, complemento a uno o complemento a dos), etctera. Para posibilitar
la comunicacin de ordenadores con diferentes representaciones, la estructura de
los datos que se va a intercambiar puede definirse en forma abstracta, junto con
una norma de codificacin que se utilice en el cable. El trabajo de manejar estas
estructuras de datos abstractas y la conversin de la representacin utilizada en el
interior del ordenador a la representacin normal de la red, se lleva a cabo a
travs de la capa de presentacin.
La capa de presentacin est relacionada tambin con otros aspectos de
representacin de la informacin. Por ejemplo, la compresin de datos se puede
utilizar aqu para reducir el nmero de bits que tienen que transmitirse, y el
concepto de criptografa se necesita utilizar frecuentemente por razones de
privacidad y de autentificacin.
1.5.3.7 Capa de aplicacin

La capa de aplicacin contiene una variedad de protocolos que se necesitan
frecuentemente. Por ejemplo, hay centenares de tipos de terminales incompatibles
en el mundo. Considrese la situacin de un editor orientado a pantalla que desea
trabajar en una red con diferentes tipos de terminales, cada uno de ellos con
distintas formas de distribucin de pantalla, de secuencias de escape para insertar
y borrar texto, de movimientos de cursor, etc.
Una forma de resolver este problema consiste en definir un terminal virtual de red
abstracto, con el que los editores y otros programas pueden ser escritos para
tratar con l. Con objeto de transferir funciones del terminal virtual de una red a un
terminal real, se debe escribir un software que permita el manejo de cada tipo de
terminal. Por ejemplo, cuando el editor mueve el cursor del terminal virtual al
extremo superior izquierdo de la pantalla, dicho software deber emitir la
secuencia de comandos apropiados para que el terminal real ubique tambin su
cursor en el sitio indicado. El software completo del terminal virtual se encuentra
en la capa de aplicacin.
Otra funcin de la capa de aplicacin es la transferencia de archivos. Distintos
sistemas de archivo tienen diferentes convenciones para denominar un archivo,
as como diferentes formas para representar las lineas de texto, etctera. La
transferencia de archivos entre dos sistemas diferentes requiere de la resolucin
de stas y de otras incompatibilidades. Este trabajo, as como el correo
electrnico, la entrada de trabajo a distancia, el servicio de directorio y otros
servicios de propsito general y especfico, tambin corresponden a la capa de
aplicacin.
1.5.3.8 Transmisin de datos en el modelo OSI
En la figura 1.18 se muestra un ejemplo de cmo pueden transmitirse los datos
mediante el empleo del modelo OSI. El proceso emisor tiene algunos datos que de
sea enviar al proceso receptor. Este entrega los datos a la capa de aplicacin, la
cual aade entonces la cabecera de aplicacin, AH (la cual puede ser nula), a la
parte delantera de los mismos y entrega el elemento resultante a la capa de
presentacin.
La capa de presentacin transforma este elemento de diferentes formas, con la
posibilidad de incluir una cabecera en la parte frontal, dando el resultado a la capa
de sesin. Es importante observar que la capa de presentacin no sabe qu parte
de los datos que le dio la capa de aplicacin, corresponden a AH, y cules son los
que corresponden a los verdaderos datos del usuario. Ni debera saberlo.
Figura 1.18 ejemplo de utilizacin del modelo OSI. Algunas cabeceras pueden
ser nulas (Fuente: H. C. Folts. Utilizada con su permiso
Este proceso se sigue repitiendo hasta que los datos alcanzan la capa fsica, lugar
en donde efectivamente se transmiten a la mquina receptora. En la otra mquina,
se van quitando una a una las cabeceras, a medida que los datos se transmiten a
las capas superiores, hasta que finalmente llegan al proceso receptor.
La idea fundamental, a lo largo de este proceso, es que si bien la transmisin
efectiva de datos es vertical, como se muestra en la figura 1.18, cada una de las
capas est programada como si fuera una transmisin horizontal. Cuando la capa
de transporte emisora obtiene, por ejemplo, un mensaje de la capa de sesin le
asigna una cabecera de transporte y lo enva a la capa de transporte receptora.
Desde el punto de vista de esta capa, el hecho de que debe realmente entregar el
mensaje a la capa de red de su propia mquina es un detalle tcnico sin
importancia. Una analoga de este hecho es, por ejemplo, cuando un diplomtico
de habla Uighur se dirige a las Naciones Unidas, piensa como si estuviera
dirigindose personalmente a los otros diplomticos ah congregados. El hecho de
que le est hablando slo a su traductor, se ve como un simple detalle tcnico.
1.6 Aspectos de la interconexin de redes

Circuito teleinformtico
Introduccin
Es conveniente visualizar rpidamente los elementos que componen lo que
denominarmos Circuito teleinformtico sobre medios analgicos o digitales, pues
sobre l efectuaremos en captulos posteriores el estudio de sus distintas partes y
componentes.
La finalidad de este circuito es permitir la intercomunicacin de un equipo terminal
de datos (ETD), denominado ffiente, con otro equipo ETD, denominado colector, a
travs de un medio de comunicaciones que puede ser analgico o digital.
La necesidad de establecer este circuito radica en el problema siguiente: los
equipos terminales de datos deben adaptar las seales digitales que producen al
medio de transmisin que servir de enlace entre fuente y colector. Los equipos
terminales trabajan con seales digitales y sola mente estn en condiciones de
recibir y procesar este tipo de seales. Sin embargo, los datos deben ser
transmitidos por redes de comunicaciones que, o bien slo admiten seales del
tipo analgicas, o bien admiten seales digitales, pero distintas de las generadas
por el computador.
Por lo tanto, deben existir elementos que posibiliten la modificacin de las seales
digitales mediante procedimientos de adaptacin al tipo de medio que sea
utilizado. Las tcnicas que se utilizan para hacer que las seales digitales puedan
ser transmitidas a travs de redes analgicas se de nominan tcnicas de
modulacin.
En los casos en que las redes son digitales, tambin es necesario un proceso de
adaptacin, pero de otras caractersticas, por lo que se ver con ms detalle en
captulos posteriores de esta obra.
Es conveniente destacar que la comunicacin puede ser bsicamente de tres tipos
diferentes, segn se observa en la figura 1.19. En las figuras 1.20, 1.21 y 1.22 se
muestran esquemas de estas formas bsicas de comunicacin.
Figura 1.19
Por equipo terminal se entiende aquel que no tiene capacidad de procesamiento

de la informacin (aunque hoy en da prcticamente todos los equipos tienen, en
mayor o en menor medida, alguna capacidad de procesamiento, en ciertas
circunstancias algunos equipos se comportan, a efectos prcticos, como equipos
terminales).
Equipos terminales de datos (ETD)
Los equipos terminales de datos, a efectos del estudio de este circuito
teleinformtico, se pueden dividir en dos partes:
Fuente o colector de datos.

Controlador de comunicaciones.
Figura 1.20
Figura 1.21
Figura 1.22
La parte que acta como fuente o colector de datos es en realidad el equipo

informtico propiamente dicho, con aptitud de generar, recibir o procesar
informacin en modo local.
La gama de estos equipos informticos es muy amplia, ya que pueden ser desde
terminales no inteligentes hasta grandes computadores, pasando por equipos
perifricos tales como unidades de cinta magntica, unidades de discos, o simples
computado res personales o minicomputadores.
El controlador de comunicaciones, como su nombre indica, posee los elementos
encargados de las funciones de comunicacin, y, en algunos casos, incluye
dispositivos de deteccin y correccin de errores, elementos que permiten
controlar el dilogo y la interconexin de las interfases con la red.
Equipos terminales del circuito de datos (ETCD)
Entre los equipos informticos y las redes de telecomunicaciones, sean stas
analgicas o digitales, deben conectarse equipos que funcionan como interfases
entre los Equipos Terminales de Datos y la red, que se denominan Equipos
terminales del circuito de datos (ETCD).
Estos equipos son comnmente conocidos como equipos Modems de Datos o
simplemente Modems. Cuando la red es digital se los denomina Modems
Digitales. En las redes analgicas se llaman simplemente por su nombre sin
aditamentos.
La palabra Mdem es una contraccin de las palabras MODulador/DEModulador,

ya que stas son las principales funciones de estos equipos en las redes
analgicas. Cuando actan de interfases con redes digitales, los denominados
Modems Digitales no realizan estas funciones, pero la costumbre ha hecho que se
los llame en forma anloga.
Su misin es la de adaptar las seales inteligentes generadas por los Equipos
Terminales de Datos (ETD), en seales capaces de ser transmitidas por la red
(sea esta analgica o digital) y viceversa.
Adicionalmente, los equipos modems, realizan otras funciones como por ejemplo,
el establecimiento y liberacin del circuito de comunicaciones.
Figura 1.23
Lnea de comunicaciones (LC)

Conjunto de medios de transmisin que permiten unir dos o ms equipos de
terrfiinacin de un circuito de datos (ETCD; Modems). Su constitucin y
caractersticas fsicas dependern, entre otras cosas, de la distancia, velocidad,
etc.
Las lneas de comunicaciones deben cumplir determinadas especificaciones
tcnicas y se apoyan en la infraestructura de telecomunicaciones permanente
(pblica o privada).
Esquema bsico de un circuito teleinformtico sobre redes analgicas
La figura 1.23 muestra el esquema bsico de un circuito teleinformtica en el que
se pueden distinguir los equipos ETD con sus dos partes bsicas constitutivas, los
equipos ETCD y la propia red de telecomunicaciones.
Enlace de Datos (ED)
Circuito que une el Equipo Terminal de Datos (ETD que acta como fuente de
datos, con el Equipo Terminal de Datos (ETD), que acta como colector de los
datos.
Tanto al principio como al final del circuito, las seales que salen del ETD o que
llegan a l son digitales, cualquiera que sea el tipo de red utilizada, ya que dichas
seales son generadas por los equipos informticos o deben ser procesadas por
ellos. La UIT-T, lo define como:
Enlace de datos
Conjunto formado por la red de interconexin y distintas instalaciones terminales,
que funciona segn un modo especfico y permite el intercambio de informacin
entre instalaciones terminales.
En un circuito teleinformtico, el enlace de datos est formado por:
Los controladores de comunicaciones de los Equipos Terminales de datos

(ETD).
Los Equipos Terminales del Circuito de Datos (ETCD; modems).
La Lnea de comunicaciones (LC).
Circuito de Datos (CD)

Camino formado por los Equipos Terminales del Circuito de Datos (modems) y la
Lnea de Comunicaciones.
La misin del Circuito de Datos es entregar en la interfase con el Equipo Terminal
del Datos (LTD/Colector) las seales en la misma forma y con idntica informacin
que recibi en la interfase con el Equipo Terminal del Datos (ETD/Fuente).
Resumen
Conocer las caractersticas de la interconexin de redes, es un elemento
importante para las personas involucradas en el mbito informtico.
La clasificacin de las redes permite crear un marco de referencia para determinar
que elementos de interconexin son ms adecuados y entonces poder satisfacer
las necesidades de comunicacin de los usuarios.
Es importante considerar la cantidad de informacin a procesar y comunicar, el
tipo de datos y la aplicacin o aplicaciones que se van a ejecutar.
Bibliografa
-
Castro Lechtaler, Antonio Ricardo y Fusario, Rubn Jorge. Teleinformtica

para ingenieros en sistemas de informacin. Vols. 1 y 2, 2da. Edicin,
Revert S. A., 1999, Buenos Aires, Argentina
St-Pierre Armand Stphanos William. Redes locales e internet. Introduccin a

la comunicacin de datos. 1era. Edicin, Trillas, 1997, Mxico
Tanenbaum, Andrew S. Redes de Ordenadores. 2da. Edicin, Prenitce Hall,

1991, Mxico, D. F.
Halsal, Fred. Comunicacin de datos, redes de computadoras y sistemas

abiertos. 4ta. Edicin, Adison Wesley Iberoamericana, 2001. Estados
Unidos de Amrica
Tema 2
Transmisin y multiplexacin de datos
Subtemas
2.1
2.2
2.2.1
2.2.2
2.2.3
2.2.4
2.2.5
2.2.6
2.2.7
2.2.8
2.3
2.3.1
2.3.2
2.4
2.5
2.6
2.7
2.8
Introduccin
Principales medios de transmisin
Cables de cobre
Cables coaxiales
Fibras pticas
Radiocomunicaciones
Satlites
Microondas
Gua de onda
Sistemas lser
Seales y datos analgicos y digitales
Introduccin
Definiciones
Transmisin asncrona y en sincrona
Multiplexacin y demultiplexacin
Conmutacin de circuitos y paquetes o tramas
Banda base y banda ancha
Cableado estructurado
Al trmino del tema el estudiante describir los elementos esenciales de la
comunicacin y comprender las nociones de la transmisin, codificacin y modos
de comunicacin de datos, que le permita examinar la transmisin analgica y
comprender la transmisin digital.
Sinopsis
En este tema se definen los conceptos bsicos de la comunicacin de datos,
complementado con ejemplos y esquemas. En sntesis, para establecer una
comunicacin entre un emisor y un receptor se requieren 5 componentes
esenciales: Estaciones terminales de usuario, procesadores de comunicacin,
canales de transmisin y medios, software de comunicacin de datos,
computadora anfitrin de destino u otro dispositivo
Tema 2. Transmisin y multiplexacin de datos 66
2.1 Introduccin
Por las redes de comunicaciones pueden transmitirse dos tipos de seales, a
saber: analgicas y digitales. Es importante distinguirlas claramente porque su
comportamiento es muy distinto en los diferentes elementos tecnolgicos del
hardware necesario para construir las redes de telecomunicaciones, que, por otra
parte, tambin pueden clasificarse en redes analgicas o redes digitales. Sin
embargo, hoy en da ya no hay redes totalmente analgicas ni totalmente digitales.
La red telefnica conmutada es un ejemplo de ello. Originalmente las redes eran
analgicas, pero actualmente se encuentran sometidas a procesos de
transformacin y han alcanzado diferentes grados de digitalizacin. Dentro de
unos pocos aos, la totalidad de las redes sern digitales, por lo que la
diferenciacin entre analgico y digital ser un aspecto ms histrico que prctico
en el estudio de los sistemas de telecomunicaciones.
2.2 Principales medios de transmisin

Teniendo en cuenta que el problema de la teleinformtica es lograr que un
computador pueda dialogar con equipos situados geogrficamente distantes, uno
de los elementos principales para llevar a cabo dicho dialogo es el medio fsico de
comunicaciones por el cual se propaga la informacin que se quiere transmitir
Los principales medios fsicos que actualmente estn en uso en las redes de
telecomunicaciones son los siguientes:
2.2.1 Cables de cobre

Los cables de cobre son: cables cuyos conductores estn construidos con cobre
electroltico y que actan como soporte fsico en la transmisin de seales de
informacin. Se utilizan preferentemente para la transmisin de frecuencias
vocales.
Los distintos conductores que utilizan el cobre para la transmisin de las seales
de comunicaciones presentan formas constructivas diversas, y son
particularmente aptos para diversas aplicaciones. Sin embargo, los aspectos
tcnicos de cada uno de los tipos sealados estn dados por caractersticas
similares.
Sus caractersticas son:
-
La conductividad del material esta directamente relacionada con su

atenuacin por kilmetro
El dimetro y la separacin entre los conductores
-
Las caractersticas del dielctrico utilizado

Capacidad mutua entre conductores
La resistencia mecnica que ofrecen para su instalacin
La facilidad con que pueden ser manipulados
Los aspectos que hacen a sus detalles constructivos
Lneas de cobre desnudo

Estas han sido el primer medio de comunicaciones usado para transmisin de
seales de informacin.
Las caractersticas son:
-
Alto costo de mantenimiento o ampliacin de su recorrido

Ancho de banda limitado y, en muchos casos, dependiente de factores
meteorolgicos.
Se pueden construir con diferentes metales, predominando el cobre pero,
tambin tiene bronce, aluminio y hierro galvanizado.
Cables por trenzado

Este es uno de los ms comunes y econmicos de los que se utilizan como medio
de interconexin en una red de telecomunicaciones.
Este tipo de cable consiste en dos conductores, aislados entre s y con el exterior,
y trenzados de modo que cada uno ste expuesto a la misma cantidad de ruido
inductivo proveniente del exterior.
El ruido se incorpora aditivamente a la seal til que se esta transmitiendo y, al
estar el par trenzado, la interferencia ser captada por ambos cables, por lo que
su efecto conjunto se reduce sin eliminarse por completo.
Las principales caractersticas son:
-
Escasa inmunidad frente a las interferencias producidas por campos

electromagnticos externos y frente al ruido impulsivo.
Bajo costo y, por lo tanto, amplio uso en distintas partes de la red
Posible presencia de diafona
Ancho de banda mximo reducido
La resistencia elctrica del par disminuye cuando mayor es el dimetro del

conductor.
Alambre
Conductor slido de cobre electroltico puro fabricado en temples duro, semiduro y
suave.
Cable
Cable concntrico, formado por 7, 19, 37 ms hilos de cobre, fabricado en tres
temples, duro, semiduro y suave.
Propiedades
Alta resistencia a la corrosin en ambientes contaminados o salobres. Alta
resistencia a la fatiga y a la traccin as como excelente conductividad y ductilidad.
Utilidad
Lneas areas de distribucin, redes y conexiones a tierra
2.2.2 Cables coaxiales
Consiste en un cable conductor interno (cilndrico) separado de otro cable
conductor externo por anillos aislantes o por un aislante macizo. Todo esto se
recubre por otra capa aislante que es la funda del cable.
Este cable, aunque es ms caro que el par trenzado, se puede utilizar a ms larga
distancia, con velocidades de transmisin superiores, menos interferencias y
permite conectar ms estaciones.
Se suele utilizar para televisin, telefona a larga distancia, redes de rea local,
conexin de perifricos a corta distancia, etc...
Se utiliza para transmitir seales analgicas o digitales.
Sus inconvenientes principales son: atenuacin, ruido trmico, ruido de nter

modulacin.
Para seales analgicas, se necesita un amplificador cada pocos kilmetros y
para seales digitales un repetidor cada kilmetro.
2.2.3 Fibras pticas

Se trata de un medio muy flexible y muy fino que conduce energa de naturaleza
ptica.
Su forma es cilndrica con tres secciones radiales: ncleo, revestimiento y
cubierta.
El ncleo est formado por una o varias fibras muy finas de cristal o plstico.
Cada fibra est rodeada por su propio revestimiento que es un cristal o plstico
con diferentes propiedades pticas distintas a las del ncleo. Alrededor de este
conglomerado est la cubierta (constituida de material plstico o similar) que se
encarga de aislar el contenido de aplastamientos, abrasiones, humedad, etc...
Es un medio muy apropiado para largas distancias e incluso ltimamente para
LAN.
Sus beneficios frente a cables coaxiales y pares trenzados son:
-
Permite mayor ancho de banda (del orden de Gbps).

Menor tamao y peso.
Menor atenuacin. (del orden de 0.2 Db por Km.)
Aislamiento electromagntico.
Mayor separacin entre repetidores.
Su rango de frecuencias es todo el espectro visible y parte del infrarrojo.
Las fibras pticas presentes en las redes de alto desempeo se dividen en dos
grupos:
1.
Multimodo. Los rayos de luz siguen varias rutas (fibras de salto y de

gradiente de ndice).
2.
Modo nico. Los rayos siguen una sola ruta (fibras de ndice nicas)
Las fibras constan de un ncleo y una funda. La manera de identificarlas

consiste en especificar el dimetro del ncleo y de la funda. As, una fibra de
modo nico 8.3/125 es una fibra cuyo ncleo mide 8.3 mm. y la funda 125 mm.
Por ejemplo, el mercado ofrece fibras multimodo de 62/125, 50/125 y 100/140.
La tabla de la figura 4.8 muestra las ventajas y desventajas del cable de fibra
ptica.
Ventajas
Desventajas
Util sobre todo en las aplicaciones de

alto desempeo
Protegido
contra
interferencias,
diafona, polvo y corrosin.
La compaa encargada de la instalacin

debe de estar especializada en este tipo de
cable
La conexin de dispositivos es mas costoza
que la realizada con otros cables
No deja pasar ninguna seal

magntica o lelctrica. Es menos caro
que el cable de distribucin remota.
El circuito de transmisin es unidireccional.

Por lo tanto, se necesitarn dos lineas para
las transmisiones bidireccionales.
Propaga la seal sin amplificacin a

distancias ms largas que on un cable
de cobre
Este tipo de cable requiere mas trabajo

cuando se desea extenderlo con relacin a
los otros tres tipos de cables
Figura 4.8 Ventajas y Desventajas del cable de fibra ptica.
Cable de par
trenzado
Cable coaxial
en banda base
(baseband)
Cable coaxial en
banda ancha
(broadhand)
Topologa
Distancia
Ancho de banda
Todos
Confiable
Confiable
Bus y rbol
Media
Canal
Bus y rbol
Elevada
Elevado
Costo
Razonable
Demasiado alto
Confiable
Media
Razonable a
medio
Elevada
Anillo estrella
Elevada
Demasiado
elevado
Solidez
Demasiado
Muy elevada
Fibra ptica
Comparacin de soportes cableados
2.2.4 Radiocomunicaciones
Son sistemas basados en la propagacin de ondas electromagnticas, rara vez
forma parte de un sistema de comunicaciones de datos para computadora.
Este tipo de comunicaciones de datos se utiliza muy ocasionalmente debido a que
la tasa de errores de datos es muy alta y se requieren medios complejos de
deteccin y correccin de errores.
Otro inconveniente de ste medio es que requiere de antenas muy grandes,
adems los rayos solares y las tormentas elctricas introducen gran cantidad de
ruido que a veces bloquean completamente la transmisin.
2.2.5 Satlites
El satlite recibe las seales y las amplifica o retransmite en la direccin
adecuada.
Para mantener la alineacin del satlite con los receptores y emisores de la tierra,
el satlite debe ser geoestacionario.
Se suele utilizar este sistema para:
-
Difusin de televisin.
Transmisin telefnica a larga distancia.
Redes privadas.
-
El rango de frecuencias para la recepcin del satlite debe ser diferente del
rango al que este emite, para que no haya interferencias entre las seales
que ascienden y las que descienden.
Debido a que la seal tarda un pequeo intervalo de tiempo desde que sale del
emisor en la Tierra hasta que es devuelta al receptor o receptores, ha de tenerse
cuidado con el control de errores y de flujo de la seal.
Las diferencias entre las ondas de radio y las microondas son:
Las microondas son unidireccionales y las ondas de radio omnidireccionales.
-
Las microondas son ms sensibles a la atenuacin producida por la lluvia
En las ondas de radio, al poder reflejarse estas ondas en el mar u otros

objetos, pueden aparecer mltiples seales "hermanas".
2.2.6 Microondas
Son ondas electromagnticas transmitidas en el vaco por antenas especiales
cuya forma es de plato y las cuales deben estar a la vista por lo que su
transmisin se ve afectada por obstculos como: bosques, edificios, mal tiempo,
etc.
Esta transmisin se logra a travs de la atmsfera entre torres de microondas,
generalmente espaciadas a 40 y hasta 80 Km. entre s.
Cada torre toma la seal transmitida de la torre anterior, la amplifica y retransmite
a la siguiente torre de microondas.
Pueden portar millares de canales a la vez y no requieren que se tienda cable.
Suelen utilizarse antenas parablicas.
Para conexiones a larga distancia, se utilizan conexiones intermedias punto a
punto entre dichas antenas.
Se suelen utilizar en sustitucin del cable coaxial o las fibras pticas ya que se
necesitan menos repetidores y amplificadores, aunque se necesitan antenas
alineadas. Se usan para transmisin de televisin y voz.
La principal causa de prdidas es la atenuacin debido a que las prdidas
aumentan con el cuadrado de la distancia (con cable coaxial y par trenzado son
logartmicas). La atenuacin aumenta con las lluvias, nevadas y tormentas
elctricas.
Las interferencias es otro inconveniente de las microondas ya que al proliferar
estos sistemas, puede haber ms solapamientos de seales.
Este mtodo puede transmitir seales a una alta velocidad ya que la luz infrarroja
tiene un amplio ancho de banda. Una red que ocupa esta tecnologa puede
transmitir a 10 Mbps.
2.2.7 Gua de onda

Es un tubo metlico o un tubo rectangular en forma de caja dentro del cual viajan
ondas de radio de muy alta frecuencia. Las ondas de radio rebotan por el interior
de los tubos que tienen generalmente unos 5 cm. de dimetro.
Opera en el rango de las frecuencias llamadas microondas (en el orden de GHz).
Su construccin es de material metlico por lo que no se puede decir que sea un
cable. El ancho de banda es extremadamente grande y es usada principalmente
cuando se requiere bajas perdidas en la seal bajo condiciones de muy alta
potencia como el caso desde una antena de microondas a el receptor/transmisor
de radio frecuencia.
Las aplicaciones tpicas de este medio es en las centrales telefnicas para
bajar/subir seales provenientes de antenas de satlite o estaciones terrenas de
microondas.
Las guas de onda se emplean rara vez para distancias ms all de unos cuantos
cientos de metros, generalmente se utilizan para conectar las torres de radar y de
transmisin microondas al equipo transmisor ubicado en la proximidad.
Ventajas:
Su capacidad es de 100 mil o ms lneas simultneamente.
Desventajas:
Alto costo, difcil instalacin.
2.2.8 Sistemas lser

Disponibilidad
Expansin
ndice de
error
Seguridad
Distancia
Costo
Buena
Aceptable
Malo
Aceptable
Corta
Bajo
Buena
Buena en
un sitio
local
Bueno
Aceptable
Corta
Moderado
Buena
Buena
Excelente
Buena
Moderada
Elevado
Contencin
posible
Buena
Malo
Deficiente
Moderada
Elevado
(nueva
tecnologa)
De aceptable a
buena
Buena
Aceptable
Deficiente
Larga
Elevado
Ondas
Buena
Buena
Malo
Deficiente
Larga
Moderado
Ondas
infrarrojas
Buena
Aceptable
Aceptable
Aceptable
Moderada
Elevado
(nueva
tecnologa)
Cable
de
par
trenzado
Cable
coaxial
Fibra ptica
Ondas
de
radio para
red celular
Transmisin
va satlite
Figura 1.20 Comparacin de canales
El cableado es un componente crucial en una red de rea local. En el captulo 1 se
describi de manera sucinta los diversos medios: cableados e inalmbricos. Para
la mayora de las pequeas empresas, el cable apropiado es el de par trenzado no
blindado, mientras que para las grandes compaas el cable coaxial y de fibra
ptica es lo ms indicado. Estos medios pueden estar integrados a un sistema de
cableado.
El objetivo de este captulo es examinar con mayor detalle los tipos de cableado
con relacin a los diferentes cables de las redes de rea local.
Adems, se revisar el cableado de las redes Ethernet y Token Ring as como los
dispositivos utilizados para tender el cableado de una red de rea local.
2.3 Seales y datos analgicos y digitales

2.3.1 Introduccin
Por las redes de comunicaciones pueden transmitirse dos tipos de seales, a
saber: analgicas y digitales. Es importante distinguirlas claramente porque su
comportamiento es muy distinto en los diferentes elementos tecnolgicos del
hardware necesario para construir las redes de telecomunicaciones, que, por otra
parte, tambin pueden clasificarse en redes analgicas o redes digitales. Sin
embargo, hoy en da ya no hay redes totalmente analgicas ni totalmente digitales.
La red telefnica conmutada es un ejemplo de ello. Originalmente las redes eran
analgicas, pero actualmente se encuentran sometidas a procesos de
transformacin y han alcanzado diferentes grados de digitalizacin. Dentro de
unos pocos aos, la totalidad de las redes sern digitales, por lo que la
diferenciacin entre analgico y digital ser un aspecto ms histrico que prctico
en el estudio de los sistemas de telecomunicaciones.
2.3.2 Definiciones
Las seales analgicas y las digitales pueden definirse como sigue:
Seales analgicas. Seales que pueden ser representadas por funciones

que toman un nmero infinito de valores en cualquier intervalo considerado
(figura 2.1).
Seales digitales.Seales que pueden ser representadas por funciones que

toman un nmero finito de valores en cualquier intervalo considerado (figura
2.2).
2.4 Transmisin asncrona y en sincrona

Transmisin en paralelo y en serie
Una interfaz slo es un medio de conexin fsica entre una computadora y un
dispositivo de comunicacin. Una interfaz necesita hardware (circuitos y tarjetas
electrnicas) y, en algunos casos, un software.
Las dos principales interfaces utilizadas en una computadora personal (PC) son en
paralelo y en serie. Para que la conexin entre una computadora y un dispositivo
perifrico sea posible, ambos deben disponer de la misma interfaz.
Los bits se pueden transmitir de manera simultnea (en paralelo) o uno a la vez
(en serie). Durante una transmisin en paralelo, todos los bits que componen cada
carcter se transfieren de manera conjunta. As, para pasar los datos a la
impresora, el cable que conecta a la computadora deber tener 8 alambres como
mnimo.
Bit 1
2
3
4
0 0 1 0 0
En serie
7
Bit 8
En partalelo
Nota: Un carcter corresponde a 8 bites.
Figura 1.4 Transmisin de paralelo y en serie
Transmisin
Velocidad
transmisin
Distancia
Aplicaciones
Cable
En serie
Un bit despus de otro
de Lenta.
Muy grande
Entre dos computadoras
Imprime con una velocidad
lenta.
Entre dos dispositivos de
transmisin.
Todos los bits recorren el
alambre de cobre que sirve
de canal, un bit a la vez.
En paralelo
Todos
los
bits
se
transmiten de manera
simultnea por ejemplo,
un carcter de 8 bits.
Rpida
Muy corta
En un procesador
Imprime en paralelo a
gran velocidad
Cada bit recorre su

propio alambre de cobre;
es decir, 8 bits de
carcter por 8 alambrtes
de cobre
Figura 1.5 Tabla comparativa de las transmisiones en serie y en paralelo
Durante una transmisin en serie, los bits correspondientes a un carcter se

transfieren uno despus de otro, por lo general en paquetes de 10 (1 bit de salida,
luego 7 u 8 bits y despus 1 o 2 bits de llegada).
La transmisin en paralelo, presentada en la figura 1.4, est reservada al manejo
interno de datos en un procesador o a su envo desde un puerto de salida en
paralelo de una computadora a la impresora. La transmisin en serie se aplica en
primer lugar al manejo de datos entre los dispositivos de comunicacin. La tabla
de la figura 1.5 resume las ventajas, los lmites y las aplicaciones de cada una de
estas transmisiones.
Transmisin sincrnica y asincrnica
Los eventos detectables se deben producir por medio de un modem, transmitirse
sobre una red telefnica y detectarse por otro moderno Con un modem emisor que
funciona a 2 400 bauds (seales de muestra) por segundo, el modem receptor
tiene exactamente 0.416 milisegundos (1 dividido entre 2400) para detectar e
interpretar de manera correcta los datos recibidos.
Los modems deben establecer y mantener entre s una forma de sincronizacin
para saber cuando los eventos detectables se producen, transmiten y perciben de
manera adecuada. La sincronizacin se lleva a cabo mediante el reloj de dos
modems o con la red telefnica.
Existen dos modos para establecer y mantener la sincronizacin de los sucesos
detectables: asincrnico y sincrnico. Estos modos de transmisin determinan
el procedimiento mediante el cual se generan los mecanismos de la comunicacin
y aseguran la transmisin correcta de los datos. Adems, determinan las reglas de
delimitacin y reconocimiento de caracteres transmitidos por medio del flujo de bits
enviados. La figura 1.12 ilustra las transmisiones asincrnica y sincrnica y en la
1.13 se listan las caractersticas de las mismas.
Multiplexacin y demultiplexacin.
Cuando se pretende compartir una red de comunicacin entre varios equipos, se
2.5 Multiplexacin y demultiplexacin

Cuando se pretende compartir una red de comunicacin entre varios equipos, se
puede recurrir a una tcnica llamada multiplexin. La figura 2.3 muestra un
ejemplo de un circuito de multiplexin. Cabe sealar que en este caso no siempre
es necesario contar con un moderno
La multiplexin es una tcnica que consiste en compartir un recurso, como

una red de telecomunicacin, entre varios equipos.
Un multiplexor (multiplexer) es un dispositivo de comunicacin que reagrupa

los datos provenientes de varios canales o equipos para transmitirlos en un
canal llamado enlace compuesto.
Un demultiplexor (demultiplexer) es un dispositivo de comunicacin que

extrae los datos del enlace compuesto para reconstruir la informacin de
cada canal individual.
Multiplexin con divisin de frecuencia

La multiplexin con divisin de frecuencia (frequency division multiplexing)
limita a una batera de modems, donde cada uno trabaja en una banda
frecuencia diferente. La figura 2.4 presenta un esquema de este tipo
multiplexin, mediante el cual el ancho de banda del circuito est dividido
subcanales con un ancho de banda ms pequeo.
se
de
de
en
Considere una red telefnica que tiene un ancho de banda de 3100 Hz, una banda
de frecuencia de 300 a 3400 Hz y una velocidad de 1200 Bps. Sobre esta lnea, se
podra tener una estacin que funcione a 1200 Bps. Sin embargo, se requieren
tres terminales a una velocidad de 300 Bps cada una, en lugar de una sola a 1200
Bps. En trminos matemticos, puede considerarse utilizar cuatro terminales, pero
esto es imposible porque se debe mantener la divisin de frecuencias de
subcanales a fin de evitar la diafona.
Se recomienda una divisin de frecuencia (banda lmite) de 480 Hz para un
circuito de 300 Bps. Por tanto, se necesitan dos bandas lmite de 480 Hz cada
una. Adems, cada uno de estos subcanales de 300 Bps tiene un ancho de banda
de 713 Hz, calculado como sigue:
3100 Hz (banda total del circuito) - 960 Hz (2 bandas lmite de 480 Hz) =
2140 Hz / 3 canales = 713 por canal
Para la multiplexin con divisin de frecuencia, el multiplexor MF y el modem

estn combinados en una pieza de equipo nico. Los modems multipuertos con
frecuencia son multiplexores MF. Compare las figuras 2.4 y 2.5; advertir que el
multiplexor con divisin de frecuencia necesita una sola pieza de equipo, mientras
el multiplexor temporal demanda dos (un multiplexor MT y un modem).
Multiplexin con divisin de tiempo

La multiplexin con divisin de frecuencia asigna a cada terminal una parte del
recurso de transmisin de manera permanente. En tanto la multiplexin con
divisin de tiempo (time division multiplexing) asigna a cada terminal todo el
recurso durante un lapso, en mltiplos de un intervalo base, de acuerdo con el
desempeo de cada estacin.
La multiplexin con divisin de tiempo (MT) presentada en la figura 2.5 combina la
seal de cuatro lneas en un circuito. Los datos provenientes de los dispositivos se
guardan en la memoria buffer de la MT. sta toma un carcter de cada terminal
(X, Y, z, W) y constituye un frame que se transmite a un destino. El demultiplexor
descompone el frame y asigna cada carcter a la estacin correspondiente (W, X,
Y, Z). Sin embargo, los modems no siempre estn integrados a los multiplexores
con divisin de tiempo. Es posible que el modem sea externo o que se utilice un
circuito digital en lugar de uno analgico, como es el caso para una MT digital.
Contrario al MF, el MT no necesita bandas lmites, lo que permite maximizar la
capacidad del ancho de banda. As, en lugar de tener tres subcanales para una
lnea de 1200 Bps, se pueden utilizar cuatro lneas, cada una con un desempeo
de 300 Bps.
La figura 2.6 ilustra un ejemplo de la conexin punto-multipunto. En ella se
encuentran cinco o seis controladores inteligentes (uno por punto) y quiz seis o
10 terminales conectadas por medio del controlador en un enlace multipunto. Este
tipo de red es tpica en el ambiente IBM.
Un controlador de comunicacin es un dispositivo, compuesto la mayora de las
veces por un equipo y un software asociado, unido a un extremo de un circuito de
datos. Su funcin es garantizar, gracias al uso de un procesador adecuado, el
buen desarrollo del intercambio de datos, el cual se realiza en el enlace del que
forma parte.
Por ejemplo, cuando en una misma ciudad se concentran varias agencias de

gobierno, la topologa multipunto puede ser una manera eficaz de establecer una
conexin en varios lugares. Algunas compaas utilizan este tipo de configuracin
para compartir la lnea de manera ms adecuada, con lo cual logran disminuir la
distancia en kilmetros del circuito, con el consecuente ahorro en gastos de renta.
Multiplexin con divisin estadstica de tiempo
La multiplexin con divisin estadstica de tiempo, MTS (Statistical time division
multiplexing), consiste en distribuir el acceso a la conexin compuesta de manera
que las lneas ms saturadas puedan utilizar la conexin principal con mayor
frecuencia que las lneas menos saturadas (vase la figura 2.7). Este tipo es ms
eficaz que la multiplexin con divisin de tiempo sencilla, pues el tiempo que no se
utiliza se puede distribuir entre los equipos ms ocupados.
El MTS emisor debe agregar una direccin de terminal al carcter para cada frame
transmitido. Esta direccin permite identificar la terminal que debe recibir este
carcter. El multiplexor MTS ignora las diversas bandas de frecuencia as como el
apremio del tiempo rentado a prorrata de cada terminal.
Cuando todas las lneas tienen datos para transmitir, el MTS se asemeja al MT.
Una lnea MTS de 9600 Bps puede soportar hasta cinco o seis sublneas de 2400
Bps en condiciones normales (vase la figura 2.7), puesto que hay poca
probabilidad de que seis lneas utilicen 100% de su desempeo al mismo tiempo.
Si cada lnea est ocupada el 50% del tiempo, es factible conectar cuatro
sublneas de 4800 Bps a un circuito principal de 9600 Bps. El multiplexor MT
contiene una memoria buffer interna que almacena la informacin de las
terminales cuando todas las lneas intentan transmitir al mismo tiempo.
Los multiplexores MTS modernos pueden contener algunas funciones adicionales:
Compresin digital.
Determinacin de prioridades para las lneas
Modemsintegrados.
Control de puertos de red para el acceso a la lnea de multiplexin.
Conmutacin de circuito que permite enlazar un puerto a cualquier otro.
Preparacin de estadsticas sobre el uso de recursos.
Otros (deteccin de la velocidad de transmisin, expaJ;lsin de la memoria
buffer).
Algunas de estas caractersticas se pueden encontrar en determinados

multiplexores de tipo MT.
Una variante de las tcnicas de multiplexin descritas antes es la multiplexin
rpida de paquetes (fase packet multiplexing). Esta tcnica toma los caracteres
que se repiten en la transmisin y los espacios vacios en la trasnmisin de voz con
lo cual maximiza en ancho de la banda medio digital (cuando no se habla, por
ejemplo).
As. la multiplexin permite transmitir los datos y la voz en un ancho de banda ms
estrecho. Es frecuente el uso de un circuito de 1.544 Mbps (llamado circuito T-1)
con este tipo de multiplexores.
El multiplexor debe determinar cundo un canal est listo para emitir un paquete o
cundo est desocupado. As, este procedimiento permite multiplexar los datos y
la voz en un circuito de transmisin nico. Este tipo de multiplexin es ms eficaz,
puesto que utiliza un ancho de banda cuando lo necesita, antes de dividir el
circuito T-1 en 24 canales fijos. La figura 2.8 ilustra esta tecnologa de transmisin.
Como usted puede advertir, el ancho de banda est asignado por completo a los
canales 1, 3, 5, 6 Y 8.
1 Red de rea local

ocupada (RL)
2 Desocupada
3 Conversacin de voz (CV)
4 Transmisin asincrnica
(AS)
5 Desocupada
6 Fax
7 Desocupada
8 Datos (DO)
Multiplexor
rpido de
paquetes
R C A T D
L V S E O
Figura 2.8 Multiplexor rpido de paquetes
2.6 Conmutacin de circuitos y paquetes o tramas

Tcnicas de conmutacin
Los conmutadores (switch) son equipos que permiten efectuar operaciones
conmutacin; es decir, establecer y modificar la demanda de conexiones o de ruta
de acceso entre la fuente y el destino.
Una conmutacin es una tcnica que permite establecer una conexin fsica o
lgica para enlazar dos o ms sistemas entre s.
Existen tres tcnicas de conmutacin fundamentales:
-
Conmutacin de circuitos
Conmutacin de mensajes
Conmutacin de paquetes
La figura 2.9 muestra los diversos tipos de conmutacin, los cuales se examinarn
en seguida.
Conmutacin de circuitos
La conmutacin de circuitos (circuit switching) es un tipo de conmutacin en el
cual se establece un circuito que une dos estaciones para formar un circuito
parcial. El circuito se mantiene sin cambios durante toda la transmisin y se
desensambla al final de la misma. Si el circuito no est disponible, usted obtendr
una seal de ocupado que impide establecer el enlace entre las dos estaciones.
Conmutacin
Conmutacin de Criterios
Conmutacin de
Mensajes
Conmutacin de
Paquetes X25
Conmutacin de
Paquetes
Conmutacin rpida de
Paquetes
Relevo de
tramos
Relevo de
Celdas
Figura 2.9. Evolucin de la conmutacin en la comunicacin de datos
Conmutacin de mensajes
La conmutacin de mensajes (message switching) consiste en transmitir los
mensajes de nodo en nodo, de la fuente al destino. Cada nodo es un conmutador
de mensajes que recibe, almacena y transfiere los mensajes completos, como lo
hace el estndar X.400.
Los mensajes ms o menos grandes transitan de un nodo a otro, donde se revisan
para detectar los errores y luego se guardan en la memoria hasta que un nuevo
enlace al prximo nodo sea posible (el mtodo store and forward, almacenar y
continuar, en espaol). El hecho de no destinar la ruta de acceso a un mensaje
especfico, constituye en s mismo un uso adecuado de los enlaces.
Un mensaje grande puede monopolizar un enlace durante varios minutos, lo cual
perjudica a los mensajes cortos intercambiados entre un usuario (terminal) y una
computadora. As, la conmutacin de mensajes no es apropiada para las redes de
rea local Que por lo general operan de manera interactiva.
Conmutacin de paquetes
La conmutacin de paquetes (packet switching) es una tcnica de transmisin de
datos que consiste en descomponer el mensaje que se ha de transmitir en
pequeos mensajes con su formato de datos, llamados paquetes, para luego
enviarlos por los conmutadores. Estos paquetes se envan de manera
independiente por la red, de acuerdo con el principio de la conmutacin de
mensajes.
La nica diferencia entre los conmutadores de mensajes y los de paquetes
consiste en el tamao mximo de un paquete, que por lo general vara entre 1000
y 5000 bits, lo cual minimiza la demora de transmisin en los enlaces.
La conmutacin de paquetes consta de dos operaciones principales:
La red no slo est compuesta de lneas sino tambin de nodos que orientan los
mensajes durante el proceso y protocolos de comunicacin. En una red, el
concepto de protocolo es similar a la presentacin normal de los sobres postales:
nombre y direccin del destinatario, cdigo postal, nombre y direccin del
remitente, etctera.
Los elementos estandarizados del protocolo sirven para construir los paquetes o
los mensajes intercambiados. Estos son procesados por los nodos de la red para
el envo, verificacin, recuperacin en caso de incidente, fijacin de tarifa y
comunicacin (vase la figura 2.10). Cuando un nodo recibe un paquete sobre una
ruta, determina el circuito sobre el cual debe enviarlo de nuevo para que avance
hacia su destinatario. Esta es la funcin del enrutado.
En algunos casos, el paquete se almacena en el nodo hasta que el nodo siguiente
constata que se recibi de manera adecuada. Este es el principio de almacenar y
enviar. En cuanto a la formacin ocasional de paquetes, sta se puede realizar ya
sea mediante el equipo de transmisin del usuario o con el nodo de red. As, el
enrutado de paquetes se puede llevar a cabo de dos formas:
Conmutacin de paquetes por circuito virtual

Conmutacin de paquetes por datagrama.
El envo de paquetes se efecta segn el establecimiento de una ruta virtual entre

los dos extremos del sistema. Un circuito virtual es un enlace lgico entre el
emisor y el receptor en una red durante la transmisin, similar a la conmutacin de
circuitos. Un ejemplo de ello es la red X.25, de Datapac, de Bell, que el CCITT
adopt como un estndar para las redes pblicas de conmutacin de paquetes,
bajo la certificacin X.25.
Cuando un circuito virtual se establece, cualquier paquete emitido por uno de los
dos extremos que lleve el nmero del circuito virtual se transmitir al otro extremo
por la red sin requerir una direccin explcita. El circuito virtual presenta algunas
ventajas: transporte de datos en los dos sentidos, mantenimiento del orden
secuencial de paquetes, garanta de que los paquetes no se duplicarn ni
perdern, etctera.
En la conmutacin de paquetes por datagrama, no existe un procedimiento previo
para establecer una ruta lgica. Los paquetes de un mismo mensaje se envan de
manera independiente. Se expiden de forma sucesiva de un nodo a otro, sin
solicitar ni aceptar una llamada previa y segn la disponibilidad de los enlaces
hasta el nodo destino. Un ejemplo de este mtodo es la internet.
Existen varias ventajas inherentes a la conmutacin de paquetes. El bajo costo de
los canales de transmisin ofrece algunas prerrogativas con relacin a la fijacin
de tarifas no desdeables, sobre todo cuando se trata de conexiones de larga
distancia. La estructura de malla y la inteligencia establecida en los modos
permiten ofrecer:
1.
Una solidez creciente. Existen varias rutas posibles entre dos usuarios.
2.
Una transmisin con un ndice de errores mnimo por paquete.
3.
El protocolo X.25 ofrece una calidad sin precedente en el servicio de la red,

en la medida en que el soporte de funciones de control de error y de
desempeo garanticen una secuencia de paquetes aceptable.
4.
La posibilidad de comunicar equipos que funcionan a velocidades nominales

de transmisin diferentes y en ocasiones ligadas a la red segn los distintos
procedimientos. Este es el caso de las redes de rea local que estn
conectadas a una red X.25.
Otra tcnica de transmisin similar a la conmutacin de paquetes X.25 es la

conmutacin rpida de paquetes (fast packet switching). Las redes de
transmisin digitalizadas de alto desempeo, que en la actualidad utilizan la fibra
ptica, presentan un ndice mucho menos elevado que el de la red de
conmutacin de paquetes X.25. Como resultado, han surgido nuevas tecnologas
en conmutacin de paquetes: por relevo de frames y por relevo de celdas.
Conmutacin por relevo de frames
La conmutacin por relevo de trames (frame relay) consiste en dividir la
informacin en bloques de diferentes tamaos, llamados frames. Estos tienen un
encabezado provisto de un nmero de va lgica e indicaciones del servicio.
El encabezado de un frame contiene una conexin que fluye del establecimiento
de un circuito virtual permanente identificado por un enlace virtual, contrario a lo
que sucede en la transmisin de paquetes. Otra diferencia: en la conmutacin por
relevo de frames, los nodos de trnsito no controlan el paso de los errores.
As, la tarea de retomar los errores corresponde a los nodos del emisor y del
receptor. Por tanto, un nodo no detendr la transmisin para solicitar la
retransmisin al nodo como aval de un frame errneo. Este ltimo tan slo se
elimina. En la conmutacin por relevo de frames, slo la entidad receptora emite
un aviso de recibo, lo cual hace que esta tcnica de transmisin sea ms rpida
que la anterior.
Conmutacin por relevo de celdas
La conmutacin por relevo de celdas (cell relay) consiste en dividir el mensaje en
bloques de tamao fijo en un formato determinado, llamados celdas, provistos de
un identificador virtual, un nmero de secuencia o de prioridad e indicaciones
sobre el tipo de datos, el servicio y la proteccin contra errores.
Este tipo combina la conmutacin de circuitos y la de paquetes. Al igual que en la
conmutacin por relevo de frames, el encabezado de una celda no contiene la
direccin de destino, sino un identificador de va lgica para el enrutado de celdas.
Adems, el control de desempeo est a cargo de los dispositivos terminales, y la
recuperacin del mensaje original la realiza el nodo de destino, mediante el
reensamble de las celdas recibidas. El uso de la conmutacin por relevo de celdas
es preferible para la transmisin de voz.
La conmutacin por relevo de frames emplea paquetes de longitud variable que
exige un tiempo de procesamiento bastante prolongado, lo cual no es el caso de la
conmutacin por relevo de celdas. Esta lentitud en el procesamiento de frames
impide las comunicaciones de voz y video.
Por ltimo, cabe sealar otros dos tipos de conmutacin:
-
Conmutacin por divisin de espacio (space division switching): ejecuta una

ruta fsica de punto a punto para cada comunicacin.
Conmutacin con divisin de tiempo (time division switching): con base en la
multiplexin con divisin de tiempo, permite dividir en el tiempo un mismo
medio fsico de transmisin entre dos usuarios diferentes.
2.7 Banda base y banda ancha

La tecnologa de transmisin del canal determina la manera como el usuario se
debe dirigir a l. Dicha tecnologa se subdivide en dos categoras: la transmisin
en banda base (baseband) y la transmisin en banda ancha (broadband).
En la transmisin en banda base, solo existe un canal y se transmite en una nica
seal por el mismo. El ancho de banda de banda del canal esta reservado por
completo a un solo emisor.
La mayora de las redes de rea local utiliza esta tecnologa. Es una tcnica de
transmisin digital sin modulacin y, adems, es mucho menos costosa que la
transmisin en banda ancha.
En la transmisin en banda ancha, el cable puede transportar un nmero
considerable de seales de manera simultnea. El canal esta subdividido en
varios canales que permiten emisiones simultneas y cada utiliza su propio canal.
2.8 Cableado estructurado
Figura 4.20 Funcin de un Hub-Lan integrado
Pare resumir las caractersticas de diversos sistemas de cableados con relacin a
los dispositivos correspondientes y los arquitectos de red, el cuadro de la figura
4.21 presenta una lista de criterios que se deben examinar en la evaluacin de un
hub o de un concentrador. Las principales caractersticas son.
Capacidad de expansin
La arquitectura o la topologa
Los soportes y la capacidad de comunicacin

o
o
o
Soporte para terminal

Soportes para trabajo Intranet (red de rea local)
Opciones de trabajo Intranet (red de rea local o red extendida)
Administracin de la red desde el hub-concentrador
Confiabilidad
Caractersticas
Opciones / Planeacin
Opciones: puertos, redes, ranuras de expansin.
Capacidad de
expresin
La mayora de los hubs independientes no tienen capacidad

de expansin. Sin embargo, es factible instalar cascadas de
concentradores. Estos ltimos se distinguen por el numero de
opciones (numero de puertos, etc) que ofrecen. Aunque
tambin hay varios concentradores que no permiten un
modulo dorsal. Se trata de un crecimiento a corto plazo (2
aos) o a largo plazo (5 aos)
Opciones: Ethernet, Token Ring, FDDI, Arcnet, Apple Talk
Arquitectura de red
Algunos concentradores solo permiten un tipo de mdulo de

red de rea local; la mas comun es Ethernet. Antes de
comprar un concentrador verifique los tipos de red de rea
local que ste pueda soportar.
Opciones: canal de par trenzado blindado y no blindado,
cable coaxial delgado y grueso as como fibra ptica
Canal
Soporte de
terminal
Trabajo en red
Cada canal esta conectado al concentrador con una interfaz

diferente. Usted debe de asegurarse de que el puerto
presentela interfaz adecuadapara conectar el canal. Recuerde,
dicha interfaz es aquella que se conecta al otro extremo del
canal.
Puede soportar una conexin directa con terminales
asincrnicas no inteligentes? Cul es la interfaz (R)-45, etc?
Opciones: Trabajo en red con Ethernet, Token Ring,
Arcnet, FDDI, Apple Talk
Las soluciones para el trabajo en red son nicas y funcionan
en las redes de rea local enlazadas,. Dicho de otra manera, a
menos que el concentrador no ofrezca un modulo (como un
puente) que permita conectar segmentos ethernet y Token
Ring, la comunicacin no prdr realizarse.
Figura 4.21. Lista de criterios que se deben de considerar en la evaluacin de un

centro de cableado
Resumen
La comunicacin de datos representa los canales y mtodos que permiten
transferir informacin entre dos computadoras. En este tema se definieron los
conceptos bsicos de la comunicacin de datos, complementado con ejemplos y
esquemas. En sntesis, para establecer una comunicacin entre un emisor y un
receptor se requieren 5 componentes esenciales:
Estaciones terminales de usuario

Procesadores de comunicacin
Canales de transmisin y medios
Software de comunicacin de datos
Computadora anfitrin de destino u otro dispositivo
Bibliografa
-
Antonio Ricardo Castro Lechtaler y Rubn Jorge Fusario. Teleinformtica

para ingenieros en sistemas de informacin. Vol. 1 y 2, Segunda Edicin.
Buenos Aires, Argentina. Editorial Revert S.A., 1999.

la comunicacin de datos. Primera edicin, D.F., Mxico. Editorial Trillas,
1997.
Andrew S. Tanenbaum. Redes de Ordenadores. Segunda edicin, D.F.,

Mxico. Editorial Prentice Hall, 1991.
Fred Halsal. Comunicacin de datos, redes de computadoras y sistemas

abiertos. Cuarta edicin, Estados Unidos de Amrica. Editorial AdissonWesley Iberoamericana, 2001.
Tema 3
Estndares y normas
Subtemas
3.1
3.2
3.2.1
3.2.2
3.2.3
3.3
Introduccin
Principales organizaciones internacionales
Quin es quien en el mundo de las telecomunicaciones?
Quin es equien en el mundo de las normas?
Estudio de la normalizacin del modelo OSI
Estndares y normas de redes de computadoras
Al trmino del tema el estudiante conocer las principales normas que rigen el
manejo y creacin de redes y su interconectividad, as como, las principales
organizaciones que generan estas normas y estndares
Sinopsis
En los primeros tiempos en que apareci el concepto de redes, cada compaa
fabricante de ordenadores tena sus propios protocolos; IBM por ejemplo, tena
ms de una docena. Esto daba como resultado que aquellos usuarios que
adquiran ordenadores de diferentes compaas, no podan conectarlos y
establecer una sola red con ellos. El caos generado por esta incompatibilidad dio
lugar a la exigencia de los usuarios para que se estableciera una normalizacin al
respecto.
Esta normalizacin no solamente iba a facilitar la comunicacin entre ordena dores
construidos por diferentes compaas, sino tambin traera, como beneficio, el
incremento en el mercado para los productos que se plegaran a dicha norma, que
conducira a una produccin masiva, una economa de escala por incremento de
la produccin, nuevos desarrollos aprovechando las tcnicas de VLSI, as como
otros tipos de beneficios cuya tendencia seria disminuir su precio y alentar su
posterior aceptacin. En esta seccin se har una revisin somera del importante,
y al mismo tiempo poco conocido, mundo de las normas internacionales.
3.1 Introduccin
Para entender, construir y trabajar con redes, es muy importante conocer y aplicar
las normas y estndares que rigen a estas.
Tema 3. Estndares y normas 98
Es importante mantenerse actualizado en el manejo de esta informacin.
3.2 Principales organizaciones internacionales

Normalizacin de Redes
Las normas se dividen en dos categoras que pueden definirse como: de facto y
de jure. Las normas De Facto (derivado del latn, que significa del hecho), son
aquellas que se han establecido sin ningn planeamiento formal. Las normas IBM
PC y sus sucesoras son normas de Jacto para ordenadores pequeos de oficina,
porque docenas de fabricantes decidieron copiar fielmente las mquinas que IBM
sac al mercado. Similarmente UNIX es la norma de Jacto para los sistemas
operativos de los departamentos de ciencias de la computacin en las
universidades.
En contraste, las De Jure (derivado del latn, que significa por ley) son normas
formales, legales, adoptadas por un organismo que se encarga de su
normalizacin. Las autoridades internacionales encargadas de la normalizacin se
dividen, por lo general, en dos clases: la establecida por convenio entre gobiernos
nacionales, y la establecida sin un tratado entre organizaciones voluntariamente.
En el rea de normas de redes de ordenadores, existen dos organizaciones
principales, de cada uno de los dos tipos. Las dos organizaciones son importantes
y a continuacin se mostrarn sus caractersticas particulares.
3.2.1 Quin es quin en el mundo de las

telecomunicaciones?
El status letal de las compaas telefnicas en el mundo vara considerablemente
de un pas a otro. En un extremo se encuentra Estados Unidos, que tiene
alrededor de 1 600 compaas telefnicas privadas diferentes. De stas, la AT&T
que era la compaa ms grande del mundo, por lo menos hasta antes de que se
dividiera estructuralmente en 1984, mantena un dominio completo de la escena.
Esta compaa proporcionaba servicio telefnico a cerca del 80 de los telfonos
instalados en la Unin Americana, distribuidos en la mitad de su rea geogrfica;
y, las dems compaas daban un servicio combinado a los clientes restantes
(rurales, la mayor parte de ellos). Despus de la divisin, la compaa AT&T
contina ofreciendo ser vicio de larga distancia, proporcionando un servicio local
con las siete Compaas Regionales Operadoras Beil.
A las compaas de Estados Unidos que ofrecen servicios de comunicacin al
pblico se les conoce como proveedores de servicios portadores. Los servicios y
precios que ofrecen estn descritos en un documento llamado tarifa, el cual tiene
la aprobacin de la Comisin Federal de Comunicaciones para el trfico
interestatal e internacional, y por las Comisiones de Senicios Pblicos para el
trfico interestatal.
En los ltimos aos se han creado nuevas compaas de telecomunicaciones que
bridan servicios de comunicacin de datos especializados, que por lo general
compiten directamente con las compaas telefnicas. Algunas de estas
compaas ofrecen servicios de larga distancia con un rendimiento muy alto (por
ejemplo, mediante el empleo de satlites), en tanto que otras ofrecen tiempo
compartido, redes u otros servicios usando facilidades de comunicacin que ellas
mismas rentan a otros proveedores de servicios portadores comunes.
En el otro extremo, se consideran los pases en los que el gobierno nacional tiene
un monopolio completo de todas las comunicaciones, incluyendo el correo,
telgrafo, telfono y, frecuentemente, tambin la radio y televisin. La mayora de
los pases del mundo caen en esta ltima categora. En algunos casos, la mxima
autoridad en las telecomunicaciones resulta ser una compaa nacionalizada, en
tanto que en otros es slo una rama derivada de la estructura gubernamental,
comnmente conocida como Pfl (administracin de correo, telgrafo y telfono).
Con todos estos distintos proveedores de servicios, es clara la necesidad que
dicho servicio sea compatible a una escala mundial, para asegurar que la gente (y
los ordenadores), en un determinado pas, pueda llamar a sus corresponsales en
otro pas. Esta coordinacin la ofrece una agencia de las Naciones Unidas llamada
TU (Unin Internacional de Telecomunicaciones). La TU tiene tres rganos
principales, dos de ellos se ocupan sobre todo de la difusin internacional de radio
y el otro est fundamentalmente relacionado con sistemas telefnicos y de
comunicacin de datos.
A este ltimo grupo se le conoce como CCITT (Comit Consultivo Internacional
telegrafico y telefnico, de sus siglas en francs). El CCITT tiene cinco clases de
miembros: miembros A, que son las PTT nacionales; miembros B, que son los
reconocidos como administraciones privadas (por ejemplo, AT&T); miembros C,
que son las organizaciones cientficas e industriales; miembros D, que
corresponden a otras organizaciones internacionales; y miembros E, que
corresponden a aquellas organizaciones cuya misin fundamental est en otro
campo, pero que estn interesadas en el trabajo del CCITT. De esta clasificacin,
solamente los miembros tipo A tienen derecho a voto. Dado que Estados Unidos
no tiene una PTT, alguien ms tuvo que representarlos en el CCI Esta tarea
recay en el Departamento de Estado, basndose probablemente en el hecho que
el CCITT tena relaciones con los pases extranjeros, especialidad sta del
Departamento de Estado.
La tarea del CCITT consiste en promover las recomendaciones tcnicas sobre
aspectos telefnicos, telegrficos e interfases de comunicacin de datos. Esta
labor ha producido normas que tienen un reconocimiento internacional; dos
ejemplos que se pueden citar al respecto son: la norma V.24 (tambin conocida
como EIA RS-232, en Estados Unidos), que especifica la distribucin y significado
de las diferentes puntas del conector que se utiliza en la mayora de las terminales
asncronos, la norma X.25, que especifica la interfase entre un ordenador y una
red de ordenadores (conmutacin de paquetes).
3.2.2 Quin es quin en el mundo de las normas?

Las normas internacionales son producidas por la I (Organizacin internacional de
normalizacin t), que es una organizacin voluntaria, fuera de tratados y fundada
en 1946, cuyos miembros son las organizaciones nacionales de normalizacin
correspondientes a los 89 pases miembros. Entre sus miembros se incluyen a la
ANSI (Estados Unidos), BSI (Gran Bretaa), AFNOR (Francia), DIN (Alemania
Occidental) y otros 85 organismos.
La ISO emite normas en una gama muy amplia de temas, que cubren desde
aquellos referentes a tuercas y tomillos (literalmente hablando), hasta los
recubrimientos de los postes telefnicos. La 150 tiene casi 200 comits tcnicos
(TC), cuyo orden de numeracin se basa en el momento de su creacin,
ocupndose cada uno de ellos de un tema especfico. Por ejemplo, TCI trata lo
referente a tuercas y tornillos (normalizando los pasos de las hlices de los
tornillos); el TC97, est relacionado con ordenadores y procesamiento de
informacin. Cada uno de los TC tiene subcomits (SC), los cuales a su vez se
dividen en grupos de trabajo (WG).
Los WG, constituidos por casi 100 000 voluntarios, distribuidos en todo el mundo,
son los que efectivamente realizan el trabajo. Varios de estos voluntarios son por
lo general asignados por las propias compaas, cuyos productos estn en vas de
normalizacin, para trabajar en asuntos de la OSI; otros voluntarios son
empleados de gobierno interesados en promover que las cosas que est haciendo
su pas se adopten como normas internacionales. Expertos acadmicos tambin
juegan una parte muy importante y activa en la constitucin de varios WO.
La 150 y el CCITT algunas veces cooperan (la 150 es un miembro de clase D del
CCITT), con respecto a la emisin de normas sobre telecomunicaciones, con
objeto de evitar el absurdo de dos normas internacionales oficiales, mutuamente in
compatibles.
El representante de Estados Unidos en la 150 es el ANSI (Instituto Nacional
Americano de Normalizacin), quien a pesar de su nombre es una organizacin
privada, descentralizada y no lucrativa, que est constituida por fabricantes,
proveedores de servicios portadores comunes y otros grupos interesados. Las
normas del ANSI son frecuentemente adoptadas por la ISO, como normas
internacionales.
El procedimiento que utiliza la ISO para el establecimiento de normas, est

diseado para conseguir el mayor consenso posible del tema respectivo. El
proceso se inicia cuando una de las organizaciones de normalizacin de carcter
nacional sien te la necesidad del establecimiento de una norma internacional en
una rea especfica; entonces se forma un grupo de trabajo que llega a plantear
una DF (propuesta de anteproyecto). Una vez que se genera la DP, se hace
circular entre todos los miembros, los cuales cuentan con seis meses, a partir de
ese momento, para plantear sus comentarios y crticas. Si una mayora
significativa aprueba la propuesta, se produce un documento revisado,
denominado DIS (Anteproyecto de Norma Internacional), el cual se circula
nuevamente con objeto de tener ms comentarios y realizar una votacin al
respecto.
Con base en los resultados de esta votacin, se prepara, aprueba y publica el
texto final de la 15 (norma internacional). En algunas de las reas, en donde existe
una gran polmica, la DP o DJS probablemente tenga que pasar por varias
versiones, en su planteamiento, antes de adquirir el nmero de votos necesarios
para su aprobacin, de tal forma que el proceso completo puede llevar varios
aos.
La NBS (Oficina Nacional de Normas) es una agencia del Departamento de
Comercio de Estados Unidos que emite normas obligatorias para las adquisiciones
que realiza el gobierno de Estados Unidos, con excepcin de aquellas que realiza
directamente el Departamento de Defensa.
Otro participante importante en el mundo de las normas, es el IEEE (Instituto de
Ingenieros Elctricos y Electrnicos), que es la organizacin profesional ms
grande del mundo. Esta institucin, adems de publicar numerosas revistas y
programar un nmero muy importante de conferencias anuales, ha establecido un
grupo dedicado al desarrollo de normas en el rea de ingeniera elctrica y
computacin. La norma 802 del IEEE, para una red de rea local, es la norma
clave para el desarrollo de las LAN. Posteriormente, fue adoptada por la 150 como
base para la norma 150 8802.
3.2.3 Estudio de la normalizacin del modelo OSI

El momento correcto para establecer una norma es sumamente crtico para que
tenga xito. David Clark, del MIT, tiene una teora sobre el establecimiento de
normas, que l llama el apocalipsis de los dos elefantes, la cual se ilustra en la
figura 1-13.
En esta figura se muestra la tremenda actividad que provoca un nuevo tema.
Cuando se decubre un tema, empieza a existir una intensa actividad de
investigacin manifestada por discusiones, artculos y reuniones. Despus de un
tiempo de mantenerse esta actividad, las compaas descubren el tema y lo
impactan con una inversin de billones de dlares.
Es muy importante que las normas se escriban durante la parte intermedia,
localizada entre los dos elefantes; porque, si stas se escribieran antes de
concluir la investigacin, el tema podra estar por comprendido, llegando a disear
normas malas. Por otra parte, si las normas se escribieran demasiado tarde,
muchas compaas habran tenido la oportunidad de realizar grandes inversiones,
en tan diversificadas maneras de hacer las cosas que preferirn ignorar las
normas.
Si el intervalo localizado entre los dos elefantes es muy pequeo (dado que cada
parte interesada tiene prisa de iniciar el proceso), es factible que la gente que est
desarrollando las normas se sienta completamente desbordada.
Algunos especialistas en este campo creen que esto es exactamente lo que
sucedi con el modelo 051. Muchas de las discusiones que se efectuaron sobre el
modelo de siete capas, dan la impresin de que el nmero y contenido de las
capas, que eventualmente se escogieron, fue la nica alternativa, o al menos la
ms obvia. En los prrafos siguientes, se presentan algunos argumentos que
disienten de este punto de vista.
Hubiera sido perfecto que las siete capas tuvieran, a grandes rasgos, el mismo
tamao y fueran igualmente importantes, lo cual est lejos de ser cierto. Por
ejemplo, la capa de sesin tiene muy poco uso en muchas aplicaciones y la capa
de presentacin est casi siempre vaca. En efecto, la propuesta britnica que se
le hizo a la ISO slo consideraba 5 capas, y no las 7 establecidas. Adems, a
diferencia de las capas de sesin y presentacin, las capas de enlace y de red
estn tan saturadas, que el trabajo consiguiente que tienen que realizar ha
obligado a dividirlas en mltiples subcapas, cada una con diferente funcin.
El modelo, junto con las definiciones de servicio y protocolos asociados, tiene una
extraordinaria complejidad. Cuando se apilan las normas impresas, ocupan una
fraccin significativa de un metro de papel. Tambin son difciles de realizar e
ineficientes en su aspecto operativo. Un problema se deriva de algunas funciones,
hecho que, por ejemplo, el direccionamiento, el control de flujo y de errores, rea
parecen una y otra vez en cada una de las capas. Saltzer y sus colaboradores
(1984) han sealado, por ejemplo, que para que el control de errores sea efectivo,
debera realizarse en la capa ms alta, por lo cual la repeticin constante en cada
una de las capas inferiores es innecesaria e ineficiente.
Otro punto de inters, es que la inclusin de ciertas caractersticas en capas
particulares no siempre es obvia. Durante gran parte del desarrollo de la norma de
gestin del terminal virtual se situ sta en la capa de presentacin (ahora se
considera en la capa de aplicacin). Se cambi a la capa de aplicacin porque el
comit tuvo problemas con la decisin sobre los usos de la capa de presentacin.
La seguridad y criptografa de los datos fueron aspectos tan controvertidos, que
nadie se puso de acuerdo en qu capa deberan ir, as que se dejaron de lado.
La administracin de redes fue otro aspecto que se omiti, tambin en el modelo,
por razones parecidas.
Otra de las crticas a la norma original, es que se ignoraron, por completo, los
servicios y protocolos sin conexin, aun cuando era bien sabido que sta es la
forma en que trabajan la mayor parte de las redes de rea local. Subsiguientes
aadidos se ocuparon de estos puntos (los cuales se conocen, en el mundo del
software, como correccin de errores).
Quizs la crtica ms seria es la de que el modelo est totalmente dominado por
una mentalidad enfocada a las comunicaciones. En muy pocas partes se
menciona la relacin que guarda la informtica con las comunicaciones, y algunas
de las elecciones que se tomaron son completamente inapropiadas con respecto
al modo en que trabajan los ordenadores y el software.
3.3 Estndares y normas de redes de computadoras

Normas de las redes de rea local
Algunos organismos tienen la responsabilidad de definir las normas (estndares)
internacionales de comunicacin y de redes de rea local. Las ms importantes
son las siguientes:
ISO (Organizacin Internacional para la Estandarizacin)

ANSI (Instituto Nacional Americano de estndares)
IEEE (Instituto de Ingenieros en Electricidad y Electrnica)
El IEEE es el organismo responsable de estandarizar las tecnologas de las redes

de rea local. El comit 802 es el que desarrolla estas normas.
En esta seccin se examinarn con mayor detalle las normas y los objetivos
desarrollados por los subcomits del IEEE. La tabla de la figura 3.19 resume la
estructura de los estndares IEEE 802 analizados en este material
802.1: Arquitectura de redes de rea local. Las normas establecidas sobre la
arquitectura y administracin de redes, la interconexin de redes y los elementos
relacionados con los niveles del modelo OSI arriba del nivel de enlace de datos: la
red, el transporte, la sesin, la presentacin y el nivel de aplicacin.
802.2: Control de enlace lgico. Esta norma define el protocolo de control de
enlaces lgicos (LLC). El IEEE dividi el nivel de enlace de ISO en dos subniveles:
control de enlace lgico y control de acceso al canal (MAC). El objetivo de las
normas del nivel 2 es proporcionar una interfaz transparente y consistente para el
subnivel MAC, de manera que los niveles de la red arriba de ste sirvan de enlace
de datos para un funcionamiento ~()rre~to sin distincin del protocolo MAC.
802. 3: Protocolo de acceso CSMA/CD. Esta norma es el resultado de
estandarizacin de la tecnologa de res de rea local Ethernet desarrollada por la
compaa Xerox. La norma 802.3 de IEE presenta varias versiones las cuales se
analizarn. La figura de la tabla 3.20 muestra las diversas posibilidades de esta
norma.
802.4: Estafeta en un bus (Token Bus). El subcomit IEEE 802.4 estableci las
normas para las redes que usan la estafeta en un bus. La norma describe la
manera como la red.
Utilizacin con mayor

frecuencia
802.1 Arquitectura de LAN
Pocos usados en Canad
En vas de
estandarizacin
802.6
Red
de
rea 802.8 Red de fibra ptica
metropolitana (MAN) Banda
base DQDB (Dual Queue
Dual Bus)
802.2 Administracin de 802.4 Estafeta en un bus, 802.9 Integracin de voz y
enlaces LLC
MAC (Token bus)
datos con RNIS
802.3 CSMA/CD, Bus,
802.10 Seguridad de red
Esthernet , MAC
802.5 Estafeta en anillo,
Mac (Token Ring)
802.7 Bus de banda
ancha,
MAC
(banda
ancha)
802.11 Redes inalmbricas
Otros (802.12 100 VG
Anylan, etc.)
Figura 3.19 Serie de protocolos IEEE 802
Versin
10 Base 5
10 base 2
10 Base 36
802.3
CSMA/CD
10 base T
10 Base FL
100 Base T
Canal
Cable coaxial grueso
Cable coaxial delgado
Cable coaxial de banda
ancha
Cable de par trenzado no
blindado
Cabale de fibra ptica
blindado
Velocidad
10Mbps
10Mbps
10Mbps
10Mbps
10Mbps
100Mbps
Figura 3.20 Versiones del protocolo IEEE 802.3
Se debe inicializar y qu se debe hacer si la estafeta (token) se pierde y la forma

de establecer una prioridad de nodos.
802.5: Estafeta de anillo. El subcomit IEEE 802.5 define las normas para las
redes que usan una estafeta en anillo, las cuales son similares al estndar 802.4.
la tabla de la figura 3.21 muestra las diversas posibilidades de esta norma.
802.5
Token Ring
4Mbps, cable de par trenzado blindado

16Mbps, cable de fibra ptica
4Mbps, cable de par trenzado no blindado
16Mbps, cable de par tenzado no blindado
802.6: Red de rea metropoliana (Metropolitan Area Network, MAN). Los medios
considerados para este tipo de red son la fibra ptica y el cable de par trenzado.
La arquitectura utiliza dos bases, cada una es unidireccional, lo cual significa que
la trasmisin de datos se hace en un sentido sobre un bus y el otro sobre el
segundo bus. Por tanto cada uno debe estar enlazado a los dio buses.
El bus en forma de ciclo cerrado utiliza dos bases en un sentido nico (vase la
figura 3.12); sin embargo cada bus forma un ciclo cerrado. El ndice de velocidad
vara segn el medio utilizado. As, un cable coaxial puede soportar una velocidad
de 45Mbps y un cable de fibra ptica 156Mbps. Este subcomit establece las las
normas para las redes capaces de cubrir una inmensa regin conocida para su
alto desempeo.
802. 1: Redes inalmbricas. Este tipo presenta algunas soluciones para
aplicaciones especficas: estaciones desplazadas con frecuencia, pisos y techos
inadecuados para el cableado (pisos de concreto, por ejemplo) etc.
802. 12: Protocolo de acceso por prioridad de demanda. El IEEE propuso una
nueva norma 802. 12 para la tecnologa 100 Base VG AnyLan
Tecnologas de redes de rea local
Una tecnologa de red es un conjunto de protocolos y medios de transmisin. La
tecnologa de red resalta el numero mximo de estaciones en la red, en tanto la
topologa y el protocolo determinan el tipo de canal y repetidos que se han de
utilizar.
Arquitecturas
Ethernet
Token Ring
Protocolo de
acceso
Topologa
Lgica
Topologa
Fsica
Protocolo de
acceso
Topologa
Lgica
Topologa
Fsica
CSMA/CD
Transmisin
difundida (bus)
Estrella o bus
Paso de
estafeta
Transmisin
secuencial
(anillo)
Estrella o anillo
Figura 3.22 Tecnologa Ethernet y Token Ring
Con relacin a las tecnologas de red de rea local, destacan las siguientes (la
figura 3.22 compara la tecnologa Ethernet y Token Ring):
Tecnologa Ethernet (norma 802.3)

Tecnologa Token Ring (norma 802.5)
Tecnologa Arcnet
Tecnologa Apple Talk
Red Ethernet
Esta seccin analiza de manera suscinta la tecnologa Ethernet. Digital Xeroz e
Intel fueron los primero en implantar esta tecnologa, la cual puede recurrir a varios
medios de transmisin pero el cable de par trenzado est a un paso de ser el
canal mas utilizado. La tecnologa Ethernet ha llegado a ser una de las ms
comunes en las instalaciones de redes de rea local durante los noventa, la cual
se ilustra en la figura 3.22.
En Ethernet, la comunicacin esta garantizada por el protocolo CSMA/CD. La
transmisin se lleva a cabo en forma de frames o de bloques de informacin
(vase la figura 3.23). Cada grupo contiene 8 campos, incluidos los datos y el
PAD; y su tamao puiede variar de 72 a 1526 bytes.
El encabezado empieza con un prembulo de sincronizacin de 64 bits. Por
analoga, se podra comparar este encabezado con el timbre del telfono: avisa al
destinatario que llega un mensaje. Un bloque de control de 4 bytes, con un cdigo
de deteccin de error, permite verificar la integridad de los datos a su llegada. Este
clculo se revisa y se compara el contenido del bloque de control. Si los valores
son idnticos, no hay error de transmisin. En caso contrario el frame de rechaza.
Prembulo
Inicio
Prembulo
Inicio
Destino
Fuente
Tamao
PAD
Bloc de control
Destino
Fuente
Tamao
Daros
PAD
Bloc de
control
7 bytes
1 byte (seal de inicio de un frame)
2 a 6 bytes (direccionamiento)
2 bytes (cantidad de datos)
Cantidad variable
4 bytes
Figura 3.23 Un frame en Ethernet
Entre las redes que soportan las tecnologas Ethernet, destacan las siguientes:
Vines, de Banyan
Resumen
En el presenta tema se mostraron las principales organizaciones de normas y
estndares empleados en la interconectividad de redes. Sobrealen ANSI, OSI,
IEEE, TIA, UITT, etc, Se muestra un esquema astante completo para la
interconectividad de redes locales.
Bibliografa
-


1997.


Tema 4
Fundamentos de conectividad
Subtemas
4.1
4.2
4.3
4.4
4.5
4.6
4.7
4.8
4.9
Conceptos de conectividad
Concentradores (HUB repetidores)
Repetidores
Conmutadores o switches
Puentes
Ruteadores
Brouters
Compuertas o gateways
Redes virtuales
Objetivo de aprendizaje
Al termino del tema el estudiante explicar las diferencias principales entre una red
de rea local y una extendida, examine los modelos de los protocolos SNA,
TCP/IP y SPX/IPX, comprenda la funcin de un repetidor, describa las
caractersticas de un puente, explique las diversas tcnicas para usar un puente,
describa las funciones realizadas por un enrutador, analice las actividades de una
compuerta y conozca las tendencias de las redes para el futuro.
Sinopsis
Es posible enlazar cualquier clase de red sin importar su tipo. En plena
efervescencia, la tecnologa de redes no cesa de innovar productos cada vez ms
utilizados, econmicos y polivalentes.
La conectividad es un principio importante en la tecnologa de red, pues permite a
la computadora enlazarse con otras mquinas va una red de rea local o
extendida.
El hardware y software son tiles para satisfacer las exigencias de conexin de
red, a la vez que brindan la posibilidad de lograr una expansin.
La conexin de redes distintas es mucho ms costosa y menos eficiente que la
conexin de redes idnticas, dos redes Ethernet por ejemplo.
Este tema analiza la manera de crear un enlace entre redes y las razones para
segmentar una red. Adems, se har una breve comparacin entre los modelos
TCPI/IP y SNA con el modelo OSI.
Tema 4. Fundamentos de conectividad 112
4.1 Conceptos de conectividad

En esencia, existen dos grandes argumentos en favor de la interconexin de
redes:
1.
2.
Agrupar diferentes redes en una sola red.

Dividir una red existente en varios segmentos para contrarrestar los
problemas de trfico en su rendimiento.
El objetivo de este tema es examinar las formas de conectar las redes con la
ayuda de repetidores, puentes, enrutadores y compuertas.
Red de rea amplia
Una red de rea amplia (Wide Ana Network o red extendida) permite la conexin
entre computadoras remotas (una en Ibronto y otra en Montreal, por ejemplo). Sin
embargo, la red de rea amplia presenta rasgos especficos de conectividad entre
computadoras o redes locales.
La tabla que se muestra en la figura 4.1 subraya las diferencias entre una red de
rea local y una red de rea amplia.
En este tema tendr oportunidad de analizar algunos ejemplos de redes
extendidas.
Varias compaas y personas se comunicarn de manera electrnica mediante la
red de una tercera parte.
Las aplicaciones cada vez ms comunes, el intercambio electrnico de mensajes,
documentos y pagos son los ejemplos ms tpicos.
As una red de rea local presenta algunas caractersticas de aplicacin: la
cobertura, cantidad de computadoras soportadas y la capacidad de transmisin.
Cuando un grupo de trabajo esta constituido por varios administradores que
trabajan en diversos servicios remotos en diferentes redes locales, la necesidad
de instalar una red de rea amplia es justificable.
Caractersticas
Distancia
Alternativas de canales
Protocolos
Transferencia de datos
Red de rea local
Red de rea amplia
Corta: es un edificio o
campus (menos de 10
km aproximadamente)
Cable de par trenzado,
cable
coaxial,
fibra
ptica, etctera.
Protocolos IEEE 802,
FDDI, ATM, etctera
Alta velocidad: desde 1
hasta 100Mbps
Larga: entre ciudades,

pases, etctera
Cable de par trenzado,
cable
coaxial,
fibra
ptica, etctera.
X.25. RNIS, relevo de
frames, ATM, etctera.
De baja a alta velocidad:
T-1 (1 544Mbps), T-3
(45Mbps), etctera.
Figura 4.1. Comparacin entre una red de rea local y una red de rea amplia
El nmero de solicitudes por parte de los usuarios aumenta en forma considerable

da a da. Los usuarios exigen cada vez ms servicios de comunicacin y un
mayor ancho de banda. En realidad, una red extendida debe soportar la
transmisin de voz, datos digitales, video, imgenes grficas y de fax.
Necesidades y aplicaciones
Figura 4.2. Principales caractersticas de la red extendida
Un aspecto importante de las redes extendidas es la conectividad con las redes
locales. Los dispositivos para el trabajo entre redes como los enrutadores y las
compuertas son necesarios para habilitar esta interconexin.
Los servicios de transmisin no pueden ser eficaces si la infraestructura de las
redes extendidas no cuenta con dispositivos de interconexin perfeccionados y
tcnicas de transmisin modernas.
En la figura 4.2 se present un modelo sencillo para comprender la relacin entre
las necesidades de los usuarios y las caractersticas de la red extendida Por otro
lado, es imperativo estandarizar las especificaciones de la interfaz para garantizar
una interoperabilidad entre los dispositivos de diferentes fabricantes. La interfaz
X.25, por ejemplo, permite a los usuarios de una red extendida utilizar la red de
conmutacin de paquetes para satisfacer sus necesidades.
Las tcnicas de conmutacin de circuitos o paquetes garantizan la transferencia
de informacin (datos, voz, video, etctera) entre la fuente y el destino. Los
circuitos de transmisin representan las vas o enlaces que la informacin utiliza
para llegar a su destino.
Cmo administrar los protocolos de comunicacin
Antes de profundizar en el tema de los enlaces que es posible establecer entre las
redes, debe conocer los modelos principales que permiten la comunicacin. Una
comunicacin entre dos redes o una estacin y un servidor, requiere de un
protocolo bien definido. Puesto que el modelo OSI se examin con detalle en el
captulo 2, ahora slo se abordar el tema de manera sucinta y se revisarn
algunos modelos similares a ste.
Modelo SNA
El modelo SNA (System Network Architecture), propuesto por IBM, es muy similar
al modelo 051. El SNA fue creado, en esencia, para las redes jerrquicas
centralizadas en donde la comunicacin est controlada por una o varias
computadoras de gran poder. El objetivo principal es enlazar diversos elementos
de hardware y software en un sistema congruente de procesamiento distribuido.
El modelo SNA se divide en siete niveles, como lo muestra la tabla de la figura 4.3.
El nivel fsico se encarga de transmitir los bits de una estacin a otra. Por su parte,
el nivel 2 sirve para juntar todos los frames de informacin, adems de detectar y
corregir los errores. A su vez, el nivel de red se encarga de enrutar los mensajes y
de controlar la congestin en el interior de la subred de comunicacin.
Por otro lado, el nivel de control de transmisin dirige la asignacin de buffers, la
inultiplexin y la prioridad de los mensajes. El nivel de control de flujo de datos
ordena las secuencias de dilogo entre las entidades que comunica, mientras el
nivel E comprime textos a fin de asegurar las conexiones previas a la
comunicacin. Por el nivel 7 atiende las necesidades especficas de los
usuarios.
NIVELES
OSI
Aplicacin
Presentacin
Sesin
Transporte
3
2
1
Red
Enlace de datos
Fsico
SNA
Usuario
Servicios de unidades direccionales de
red
Control de flujo de datos
Control de transmisin
Control de rutas de acceso
Enlace de datos
Fsico
Figura 4.3. Comparacin entre los modelos OSI y SNA
El modelo IPXISPX (Interwork Packet exchcna/Sequnwed Packet eXchange) fue

elaborado por Novell para facilitar la comunicacin entre las computadoras y los
servidores de red Netware. El protocolo IPX tambin se dise para establecer
una ruta entre redes similares Netware o entre una red Netware y una red
extendida va un circuito de transmisin. La tabla de la 4.4 muestra la estructura
fundamental del modelo IPX/SPX.
Modelo IPX/SPX
Figura 4.4. Comparacin entre los modelos OSI e IPX/SPX
El modelo TCP/IP (7}tznsmjssjon Control Protocol/Internet Protocol), creado por la
agencia DARPA (Defense Advanced Research Projects Agency), extendi su uso
desde que el gobierno estadunidense, en colaboracin con universidades y
empresas privadas, lanz al mercado los productos TCP/IP para diferentes
computadoras y sistemas operativos. La tabla de la figura 4.5 muestra la
arquitectura TCP/IP
7
6
5
4
3
2
NIVELES
OSI
Aplicacin
Presentacin
Sesin
Transporte
Red
Enlace de daros
Fsico
TCP/IP
FTP (File Tranfer Protocol)
SMTP (Simple Mail Transfer Protocol)
Teinet
Transporte TCP
Red- IP
Acceso a la red
Figura 4.5. Comparacin entre los modelos OSI y TCP/IP
Modelo TCP/IP
El modelo TCP consta de cuatro niveles:
1.
El nivel de acceso a red comprende los protocolos que permiten el acceso a

una red de comunicacin. Soporta los protocolos de un ambiente de red
como el protocolo X.25 y el CSMA/CD.
2.
El nivel Internet constituye los procedimientos de intercambio de datos entre

las computadoras anfitrin situadas en varias redes intermedias. El protocolo
de este nivel es IP.
El protocolo funciona en modo desconectado (connectionless) y provee un
servicio datagrama de transferencia de paquetes, contrario al X.25 de modo
conectado (connection-oriented). De acuerdo con el servicio datagrama, los
mensajes se transfieren de nodo en nodo, segn las direcciones fuente y
destino indicadas en el en de los paquetes que componen los mensajes.
Un servicio de este tipo no es muy confiable porque los paquetes toman rutas
diferentes para llegar a su destino, y no hay garanta de que las secuencias
de envo y recepcin sean seguras. El protocolo IP no interpreta ni verifica la
informacin contenida en los paquetes.
3.
El nivel de transporte est asociado al protocolo TCP. ste trabaja en modo

conectado y administra el envo de informacin de un lugar a otro al
fragmentar los mensajes para luego agruparlos en secuencias aceptables. El
protocolo TCP debe esperar un acuse de recepcin de mensajes antes de
transmitir el siguiente paquete o de retransmitir el mismo paquete, si este
ltimo ha sufrido algn dao durante la transferencia.
4.
El nivel de aplicacin comprende las aplicaciones ms conocidas: correo

electrnico SMTP transferencia de archivos (FTP) as como la conexin
remota y la terminal virtual (Telnet).
El protocolo TCP/IP se analiza con ms detalle al final de este captulo.
Dispositivos de trabajo entre redes

Las redes de computadoras han evolucionado de manera significativa durante los
ltimos aos. Esta evolucin global abarca todas las caractersticas de las redes
(complejidad tecnolgica, acentuacin del despliegue, etc.). Una de las
caractersticas principales de las redes de hoy da es la heterogeneidad de las
arquitecturas computacionales.
De hecho, un nmero elevado de redes actuales combinan varios tipos de
arquitecturas computacionales (SNA, NOVELL, entre otras). Estos ambientes
heterogneos traen consigo ventajas importantes como la flexibilidad de eleccin
de software y hardware, libre seleccin de proveedores y otras. Sin embargo, su
operacin es difcil a causa de la complejidad tcnica y de la compatibilidad
variable de los diferentes sistemas que se deben interconectar. A pesar de las
dificultades que sustenta, la utilizacin de mltiples sistemas es inevitable en
varios casos.
La necesidad de compartir los recursos de estos sistemas en red es cada da ms
importante; por ello, es esencial disear una arquitectura de red global que
considere todos los sistemas computacionales. Compartir los recursos implica en
realidad una cohabitacin de los diferentes sistemas, de ah que se precise una
red de multiarquitectura integrada.
Aun as, el grado actual de integracin de redes en las compaas es variable,
pues va desde mltiples redes paralelas hasta una red unificada. Desde el punto
de vista organizacional, el objetivo no es concebir la mejor integracin sino hacer
desaparecer la red, lo cual se logra al proveer un acceso por completo
transparente a las aplicaciones con un costo mnimo. Las aplicaciones deberan,
en efecto, ser accesibles con la misma calidad de servicio, sin importar cul
sistema computacional las soporte ni la ubicacin de los usuarios y los sistemas.
Ms fcil de concebir que de realizar, la red unificada es casi una necesidad
absoluta. No es factible compartir los recursos de la red cuando se tiene una
arquitectura compuesta por mltiples redes paralelas. La mejor solucin
permanece en el diseo de una red (con tecnologa mltiple si fuera necesario)
capaz de soportar todos los sistemas computacionales de la compaa.
La dificultad principal de la interconexin es la compatibilidad de los sistemas.
Cada sistema soporta una arquitectura de red especfica, a menudo no compatible
con las normas internacionales de comunicacin rr red. Estas arquitecturas se
han originado al combinar una multitud de elementos, cuyos protocolos de
transporte e interconexin fsica son dos elementos dan.
Tratar de estandarizar el protocolo de comunicacin para el conjunto de sistemas
computacionales est prohibido. Los sistemas se asocian a un protocolo
especfico para un rendimiento mximo y el remplazo de protocolos especficos
podra menoscabar su rendimiento. La solucin es ms bien concebir una red de
mltiples protocolos.
Adems de los protocolos de comunicacin, la seleccin de redes de transporte y
la tcnica de interconexin empleadas tambin son cruciales. Aunque en
ocasiones, la diversidad de elecciones disponibles no deja de aumentar su
complejidad.
Toda solucin presenta caractersticas distintas con sus ventajas y desventajas.
Las tres tcnicas bsicas utilizadas para la interconexin son el uso de un puente
(bridging), el enrutado (routing) y la conversin mediante un protocolo.
La conectividad permite enlazar una red a otra o incluso a una computadora
central que no por fuerza debe estar bajo el control del mismo sistema
operativo. La conectividad es un conjunto en parte hardware y en parte
software.
Existen diversos dispositivos de red que pueden garantizar la conectividad:
repetidores, puentes, enrutadores y compuertas. No obstante, slo los tres ltimos
garantizan el enlace entre dos redes diferentes y complejas en distancias remotas.
La figura 4.6 muestra la funcin de estos dispositivos en el modelo OSI.
Red A
Aplicacin
Presentacin
Sesin
Transporte
Red
Enlace de datos
(MAC y LLC)
Fsico
Dispositivos de trabajo
Red B
Aplicacin
Presentacin
Sesin
Transporte
Compuerta
Enrutador
Red
Cargador
Enlace de datos
(MAC y LLC)
Puente
Fsico
Repetidor
Figura 4.6. Relacin entre los dispositivos de red y el modelo 051
4.2 Concentradores (Hub repetidores)

La tecnologa Ethernet no se limita slo a la tecnologa de bus; tambin puede
manifestarse en forma de estrella bajo el nombre de 10 Base T. En lugar de utilizar
un repetidor para unir dos segmentos de cable, es mejor recurrir a todos los
puertos que haya en las estaciones enlazadas a este hub.
Figura 4.8. Un hub repetidor multipuesto
Los hub repetidores multipuerto (multiport repeater) son muy comunes en los
ambientes 802.3. La figura 4.8 ilustra un ejemplo de un hub repetidor multipuerto.
Cuando una de las computadoras o cualquier otro dispositivo enva una seal a
los otros, el hub lo repite y lo transmite de manera simultanea a todos los dems
dispositivos.
En resumen, los repetidores se utilizan para permitir a un hub soportar una gran
cantidad de dispositivos que empleen los protocolos Token Ring y Ethernet.
Sin embargo, su uso no se extiende hacia el trabajo entre redes remotas ni
tampoco filtra los frames daados.
Tambin existen hubs conmutadores como el de conmutador de frames Ethernet
(Ethernet switch), cuya tarea es mejorar el soporte de las aplicaciones que
necesitan un desempeo elevado. En su funcin de conmutador Ethernet asla las
conmutaciones de estacin a estacin en las comunicaciones estacin-servidor.
Gracias a este aislamiento, las aplicaciones detenidas en el ancho de banda no
contaminan ms el resto de la red y no se ejecutan por el bien de las otras.
4.3 Repetidores
Los repetidores (repeater) son simples dispositivos de red que funcionan en el
nivel 1 del modelo OSI. Su funcin es enlazar dos redes de la misma arquitectura
sobre el plano fsico de la conexin (redes A-IEEE 802.5 y B-IEEE 802.5 por
ejemplo).
Los protocolos de los niveles superiores deben ser compatibles o similares a fin de
que puedan dialogar. En seguida se examinan los repetidores de las tecnologas
Ethernet y Token Ring.
Repetidores Ethernet y Token Ring
Los repetidores Ethernet regeneran y sincronizan las seales dbiles y
distorsionadas antes de transmitirlas. Los repetidores no hacen ninguna
interpretacin del contenido de los frames, slo repiten las seales elctricas u
pticas de una red a la otra y aslan un segmento que tenga problemas de
funcionamiento.
La figura 4.7 ilustra el repetidor Ethernet. Las unidades estn enlazadas por
segmentos llamados trunk que fungen como medios conectores. Estos estn
conectados a los repetidores para aumentar la longitud de segmento. Es factible
rebasar el lmite Ir 1Saita de un cable al unir dos cables con ayuda de un repetidor.
Figura 4.7. Un repetidor Ethernet que une dos segmentos
Tambin existen repetidores Token Ring tiles para regenerar la seal de la

misma manera como lo hacen los repetidores Ethernet.
4.4 Conmutadores o switchs

Cuando hablamos de un switch lo haremos refirindonos a uno de nivel 2, es
decir, perteneciente a la capa Enlace de datos. Normalmente un switch de este
tipo no tiene ningn tipo de gestin, es decir, no se puede acceder a l. Slo
algunos switch tienen algn tipo de gestin pero suele ser algo muy simple.
Veamos cmo funciona un switch.
Con lo anterior podemos decir que su funcionamiento de los switch son:
1.
El switch conoce los ordenadores que tiene conectados a cada uno de sus
puertos (enchufes). Cuando en la especificacin del un switch leemos algo
como 8k MAC address table se refiere a la memoria que el switch destina
a almacenar las direcciones. Un switch cuando se enchufa no conoce las
direcciones de los ordenadores de sus puertos, las aprende a medida que
circula informacin a travs de l. Con 8k hay ms que suficiente. Por cierto,
cuando un switch no conoce la direccin MAC de destino enva la trama por
todos sus puertos, al igual que un HUB CFlooding, inundacin). Cuando hay
ms de un ordenador conectado a un puerto de un switch este aprende sus
direcciones MAC y cuando se envan informacin entre ellos no la propaga al
resto de la red, a esto se llama filtrado.
El trfico entre A y B no llega a C. Como deca, esto es el filtrado. Las

colisiones que se producen entre A y B tampoco afectan a C. A cada parte de
una red separada por un switch se le llama segmento.
2.
El switch almacena la trama antes de reenviarla. A este mtodo se llama

store & forwarcr, es decir almacenar y enviar. Hay otros mtodos como por
ejemplo Cut-through que consiste en recibir los 6 primeros bytes de una
trama que contienen la direccin MAC y a partir de aqu ya empezar a enviar
al destinatario. Cut-through no permite descartar paquetes defectuosos. Un
switch de tipo store & forward controla el CRC de las tramas para
comprobar que no tengan error, en caso de ser una trama defectuosa la
descarta y ahora trfico innecesario. El store & forward tambin permite
adaptar velocidades de distintos dispositivos de una forma ms cmoda, ya
que la memoria interna del switch sirve de buifer. Obviamente si se enva
mucha informacin de un dispositivo rpido a otro lento otra capa superior se
encargar de reducir la velocidad.
Finalmente comentar que hay otro mtodo llamado Fragment-free que
consiste en recibir los primeros 64 bytes de una trama porque es en estos
donde se producen la mayora de colisiones y errores. As pues cuando
vemos que un switch tiene 512KB de RAM es para realizar el store &
forward. Esta RAM suele estar compartida entre todos los puertos, aunque
hay modelos que dedican un trozo a cada puerto.
3.
Un switch moderno tambin suele tener lo que se llama Auto-Negotation,

es decir, negocia con los dispositivos que se conectan a l la velocidad de
funcionamiento, 10 megabit 6 lOO, as como si se funcionara en modo fulidup o half-duplex Full-dupiex se refiere a que el dispositivo es capaz de
enviar y recibir informacin de forma simultnea, half-duplex por otro lado
slo permite enviar o recibir informacin, pero no a la vez.
4.
Velocidad de proceso: todo lo anterior explicado requiere que el switch

tenga un procesador y claro, debe ser lo ms rpido posible. Tambin hay un
parmetro conocido como back-plane o plano trasero que define el ancho
de banda mximo que soporta un switch. El back plane depender del
procesador, del nmero de tramas que sea capaz de procesar. Si hacemos
nmeros vemos lo siguiente: l00megabits x 2 (cada puerto puede enviar 100
megabit y enviar 100 ms en modo fulI dup x 8 puertos = 1,6 gigabit. As
pues, un switch de 8 puertos debe tener un back-plane de 1,6 gigabit para
ir bien. Lo que sucede es que para abaratar costes esto se reduce ya que es
muy improbable que se produzca la situacin de tener los 8 puertos enviando
a tope... Pero la probabilidad a veces no es cierta)
5.
Si un nodo puede tener varias rutas alternativas para llegar a otro un switch
tiene problemas para aprender su direccin ya que aparecer en dos de sus
entradas. A esto se le llama loop y suele haber una lucecita destinada a eso
delante de los switch. El protocolo de Spanning Tree Protocol IEEE 802.ld
se encarga de solucionar este problema, aunque los switch domsticos no
suelen tenerlo... No hagis redondas...
Ventajas del Switch respecto al hub

Comparado con el hub, el switch aporta un ancho de banda ms amplio y con
muchos menos colisiones. Dentro del hub, todos los puertos estn conectados.
Mediante el hub, la red conecta conjuntamente todas las estaciones, compartiendo
as el mismo camino con muchas posibilidades de colisin. Dentro del switch, lo
puertos estn conectados entre s slo cuando se precise. Con el switch, la red
conecta las estaciones slo cuando acceden entre si. De esta manera, el acceso
paralelo puede proceder simultneamente sin riesgo de colisin, resultando el
ancho de banda ms amplio.
4.5 Puentes
El puente (bridge) sirve para enlazar redes locales iguales (Ethernet por ejemplo)
o redes locales distintas, como Ethernet y Token Ring. El puente slo interpreta la
informacin de control almacenada en el nivel 2 y ct en funcin de estos datos
(vase la figura 46).
Un puente local sirve para unir dos redes situadas en un edificio asn: e Un puente
remoto enlaza redes distantes por medio de una co dional llamada enlace de red
extendida.
El uso del puente asla por completo los distintos segmentos de una red de rea
local. Este aislamiento est soportado por los filtros que limitan la pror del trfico
entre segmentos. Los filtros por lo general se basan en los parmetros del nivel 2
(0 de los frames (direcciones, protocolos y otros). Los puentes pueden filtrar la
mayora de los frames no vlidos (FCS o Frame check sequence, collision. etc.).
Considere el ejemplo de la figura 6.9. El puente flltra el frame transmitido de A, a B
sobre el segmento 1, y le impide pasar por el segmento 2 porque no es necesario
hacerlo.
Sin embargo, el puente transmite el frame de A a B, pues debe pasar por los
segmentos 1 y 2. El mismo principio se aplica para el frame de B a A o de A a B.
Los puentes conectan de manera eficaz dos segmentos y conservan ci trfico local
en su respectivo segmento, para luego emitir slo los datos conforme son
solicitados por las estaciones de la red, Antes de nada, es conveniente instalar un
puente para dividir una red extensa en varias redes pequeas, a fin de economizar
cable y obtener un mayor rendimiento. Por otro lado, el puente puede fungir como
repetidor inteligente para aumentar la capacidad fsica de la red y soportar tantos
dispositivos como la red inicial. Asimismo, permite reunir varios tipos de cables en
un mismo sistema.
Figura 4.9. Manipulacin de trames mediante un puente
Novell ofrece dos tipos de puentes: externos e internos. El puente externo est
localizado en una de las estaciones mientras que el puente interno se encuentra
en los servidores. Examine el ejemplo del puente Netware Link/Asvnc. el cual
permite al supervisor conectar una o varias redes remotas para as formar una
gran red privada.
Este puente de Netware permite utilizar varias lneas de comunicacin en una red
y tener acceso a otras redes entrelazadas, con lo cual se facilita el acceso a los
datos ya los servicios de la red remota como si fuera una red local.
Si bien es posible tender un puente en tecnologias de redes locales diferentes
Ethernet, Token Ring, FDDI), ello puede tornarse dificil e ineficaz porque implica
traducir las direcciones. Los segmentos en donde se va a tender un puente
algunas veces pueden estar localizados en el mismo edificio (Local bridges) o
incluso estar separados por grandes distancias (remote bridges).
Adems de las redes locales, los segmentos tambin deben manejar las redes
extendidas. En una red de mafia (meshed netwo) donde se encuentran enlaces
redundantes, se utilizan protocolos de puenteo para seleccionar la ruta ptima
(transparent bridging, source routing brdging, etc.) La fuerza de implantar estos
protocolos vara segn los proveedores y puede reducir la solidez de las redes
complejas.
Mtodo de puenteo transparente (Transporent Bridging)
Tom este nombre por el hecho de ser transparente para las computadoras
enlazadas a la red; es decir, no es necesario modificar su configuracin ni
funcionamiento para que puedan enlazarse a una computadora localizada del otro
lado de un puente transparente. Esta tcnica, implantada por Digital Equipment
Corp. (DEC), hoy da se encuentra estandarizada (IEEE 802.1). Destinado para
las redes locales Ethernet, el puenteo transparente se utiliza sobre todo en los
ambientes de este tipo, pero en la actualidad est disponible tambin para las
redes Token Ring.
Mtodos para tender un puente
Existen dos tcnicas principales para tender un puente: el puenteo transparente,
utilizado sobre todo en los ambientes Ethernet, y el puenteo SR (Source Routing),
lanzado por IBM y utilizado en los ambientes Token Ring.
Figura 4.10. Algoritmo de puenteo ST (Spanning Tree)
Un puente transparente tiene capacidad para crear y actualizar el tablero de

puenteo. Fue diseado para usarlo de manera rpida von redes de topologa
diferente. No necesita saber dnde se encuentra la estacin. Cuando sta se
desplaza de una red otra, cada puente toma de manera automtica su nueva
posicin y actualiza su tablero.
Cuando un puente transparente est conectado entre dos redes Ethernet,
descubre direcciones de las estaciones conectadas sobre cada red al tiempo que
examina los frames transmitidos y establece una tabla de direcciones de las
estaciones para cada red local. En seguida, pasa los frames a travs del puente y
filtra los que no necesitan. Para ello examina las direcciones del frame y las tablas
construidas por l cuales se mantienen en actualizacin constante.
Las redes estn enlazadas por medio de puentes transparentes, no por rutas
alternas porque los circuitos generados por estas rutas de c 1 entraan
problemas en el contenido de los tableros de direcciones.
A fin de poder utilizar rutas alternas entre las redes, los puentes usan el protocolo
(Spanig. Tree). Este permite a los puentes descubrir otras rutas alternas. Dicha
topologa forma un rbol con raz y sus respectivas ramas. Si una rama est
daada, los puentes vuelven a evaluar una topologa nueva, y criar una vez ms
las ramas alternas para restablecer el servicio. El protocolo existe bajo una forma
estandarizada (JEEE 802.1) y no estandarizada (DEC). l se encarga de
configurar los puentes para que puedan utilizar el mismo protocolo, de lo contrario,
la topologa no se establece de manera apropiada.
Considere el ejemplo de la figura 6.10. En el supuesto caso de que el enlace B
llegara a romperse, el algoritmo ST abrira de manera automtica el enlace A, de
tal forma que hibiera siempre una conexin entre ambos nodos.
Mtodo para tender un puente SR (Source Routing)
Como ya se mencion antes, Ethernet utiliza el mtodo Spartning Tree conforme
al cual los puentes determinan la ruta que debe seguir un paquete de datos.
Cuando el enlace terminal se encuentra abierto, su puente enva un frame
direccionado a su destino. Y si el enlace primario llega a descomponerse, su
puente filtra el frame que habr de transmitirse por el enlace secundario para
llegar a su destino.
IBM implant el mtodo SR (Soarce Routing), el cual hoy da est estandarizado
IEEE 802). Segn este mtodo, para enlazar una estacin a una computadora
situada del otro lado de una red con puentes, debe transmitir un paquete
explorador para saber en cul anillo se encuentra su destino. Este paquete se
extiende hacia toda la red a fin de descubrir su punto de llegada.
Al transferir estos paquetes, los nmeros de los puentes y anillos por donde pasan
paquetes se guardan en un campo del paquete. Cuando un paquete llega a su
destino regresa a la estacin de origen. la cual ahora conoce la ruta que debe
tomar para llegar al lugar correcto. Por otro lado, cuando se envan varios
paquetes exploradores y estos llegan a su destino por vas diferentes y en
distintos momentos, el primer paquete en regresar a la estacin de origen se
retiene como la ruta msrpida.
Cada uno de los prximos paquetes intercambiados entre ambas computadoras
tendr este campo donde se incluye la ruta que debe seguir para llegar a su
destino. Si una de las ramas de la ruta llega daada, ser necesario buscar otra
nueva ruta mediante el proceso descrito antes.
Examine el ejemplo de la figura 4.11. El frame que parte del anillo A tiene dos
opciones de ruta para llegar a la estacin del anillo E. El puede viajar a travs del
anillo B o C y D. Este mtodo escoger la ruta ptima despus de haber estudiado
cada grupo recibido y luego de enviar cada puente. El frame continuar con su
viaje por esta ruta hasta que se produzca un cambio fsico en la red; la llegada de
una estacin nueva o una falla de conexin, por ejemplo.
Figura 4.11. Mtodo para tender un puente SR (Source Routing)
En suma, las estaciones deben conocer la ruta a seguir de acuerdo con el

protocolo SR (Soarce Routing). Adems, no existe ninguna ruta de acceso
redundante salto si hay puentes de repuesto para establecer un enlace
secundario. De acuerdo con el segundo mtodo, las computadoras anfitrin deben
conocer la ruta ptima para llegar a su destino.
Los puentes SR no necesitan conocer la ruta de acceso a seguir o la topologa de
red. Su funcin principal consiste en filtrar o dejar pasar los frames. Para pasar.
Dichos frames deben contener el nmero de puente en cuestin en el campo de la
ruta a eguir. Dicha ruta de acceso est determinada por la computadora anfitrin
que incluye esta informacin en cada frame destinado a cruzar un puente. Este
enfoque admite rutas de acceso redundantes activas, contrario al primero, donde
las rutas de acceso redundantes se desactivan.
Mtodo para tender un puente SRT (Source Routing Tronsparent)
No todas las redes Ibken Ring utilizan el mismo mtodo de puenteo SR (Sou- re
Routing). Algunas emplean la tcnica de puenteo transparente.
Figura. 1 Mtodo para tender un puente SRT (Sowre RooVng Tronsporent)
El comit IEEE 802.1 presenta otro enfoque que permite integrar las dos tcnicas
de puenteo mostradas antes. Es decir, todos los puentes deberan manejar el
mtodo de puenteo transparente De este modo, las redes ken Ring pueden estar
conectadas con ambos mtodos:
El puenteo transparente (TB)

El SR (vase la figura 6.12).
Mtodo para tender un puente TLB (Transiationnal Bridging)

La variante de este ltimo procedimiento es el mtodo para tender un puente TLB
(Trasnslationnal Bridging). Esta tcnica es til para insertar un puente de
transicin cre redes Ethernet y Tbken Ring. Dicha tcnica implica una traduccin
entre los &-c Ethernet y Token Ring. Adems, en donde el mtodo SR (Source
Routing) se ahza para tender el puente Token Ring, este ltimo debe soportar el
protocolo SR por am lado y el puenteo transparente por el otro (vase la figura
4.3).
En resumen, el uso de los puentes debe evitarse en una red grande compuesta
por segmentos que tengan topologas diferentes y manejen varios protocolos
distintos, un ambiente de este tipo dara como resultado un bajo rendimiento.
Figura 6.13. Mtodo para tender un puente TLB (Transiationnal Bridging)
4.6 Ruteadores
Los routers son dispositivos de red que raramente se encuentran aislados entre s.
Al contrario, suelen estar interconectados, formando una especie de telaraa que
hace posible el trfico de datos entre redes separadas fsicamente.
Tomando como ejemplo la Red de redes, Internet, cuando un ordenador enva una
serie de paquetes de datos a otro situado en otra ciudad o pas, estos son
encaminados de router a router a lo largo del camino entre ambas mquinas.
Cada paso de un paquete de un router a otro se denomina salto, y el principal
objetivo de todos y cada uno de los routers que intervienen en la transferencia del
paquete es que ste llegue a su destino en el menor nmero posible de saltos, por
la mejor ruta posible.
Para poder realizar esta tarea, los routers se comunican constantemente entre s,
informndose de las rutas bloqueadas, de las mquinas intermedias que se
encuentran cadas o saturadas de trfico, aprendiendo con ello cul es el router
idneo para enviarle los paquetes recibidos.
Si consideramos ahora el caso de un router segmentando una red local (LAN),
aunque ahora no debe enviar los paquetes a otro router, s que tiene que saber
por qu puerto debe enviar los datos para que lleguen a la mquina local destino.
Esta habilidad de saber a dnde tienen que enviar los paquetes de datos que
reciben la consiguen almacenando en su interior una tabla especial, conocida
como tabla de ruteo, en la que van anotando las direcciones IP de las mquinas
que se comunican con l y el puerto por el que est accesible esa mquina.
As, cuando a un router llega un paquete, mira en su tabla de ruteo. Si est en ella
referenciada la direccin IP de la mquina destino, tambin lo estar el puerto por
el que sta es accesible, con lo que enva por l el paquete. En caso de no estar la
IP en la tabla, manda una peticin de respuesta por todos los puertos,
preguntando en cul de ellos se encuentra la mquina destino, y una vez obtenido
el puerto de acceso, ingresa la nueva pareja IP/PUERTO en su tabla de ruteo, con
lo que los prximos paquetes para esa mquina los enviar directamente.
Podemos buscar una anloga del funcionamiento de los routers con el de las
oficinas de correos. Cuando enviamos una carta desde Mrida (Badajoz) a Linares
(Jan), sta llega en primer lugar a la oficina local de Mrida, que la reenva a la
de Badajoz, que a su vez la manda a la de Jan, que la remite a la oficina de
Linares, que hace la entrega. Si la oficina de correos de Jan est cerrada por
obras, la de Badajoz la enviar a la de Madrid, que la remitir a la de Andujar, que
a su vez se encargar de mandarla a la de Linares, haciendo sta de nuevo la
entraga. Cierre la oficina que cierre, siempre se encontrar un camino para
entregar la carta.
Para evitar mantener en su tabla direcciones IP que hayan quedado obsoletas,
cada cierto tiempo borra aquellas que no tienen actividad y las que, tras enviarles
paquetes, no han respondido. Esto lo consiguen manteniendo conversaciones
entre ellos, en unos lenguajes especiales denominados protocolos de
enrutamiento.
Destino
Mtrica
Interface
210.100.120
Eth0
210.100.125
Eth0
198.80.26.13
s0
135.0.25.124
s1
Tabla de enrutamiento simple
Componentes bsicos de un router

Bsicamente, podemos considerar un router como un ordenador especial que
funciona solo en las tres primeras capas de la arquitectura TCP/IP, al que se la
han eliminado una serie de componentes fsicos y funcionalidades lgicas que no
necesita para su trabajo, mientras que se le han aadido otros componentes de
hardware y de software que le ayudan en su trabajo de enrutamiento.
Como todo ordenador, un router necesita un sistema de arranque (bootstrap),
encargado de realizar un chequeo del resto de los componentes antes de pasar el
control a un sistema operativo (Cisco IOS, en el caso de los routers Cisco).
El sistema de arranque se almacena en una memoria ROM (Read Only
Memory=Memoria de Solo Lectura), junto con una parte bsica del sistema
operativo, la que toma el control inicialmente, mientras que el cuerpo principal de
ste se almacena en una memoria especial, de tipo FLASH, que se puede borrar y
reprogramar, permitiendo con ello las actualizaciones necesarias. El contenido de
la memoria Flash se conserva en caso de cortes de energa o durante los reinicios
del router.
Por otra parte, las funcionalidades operativas de los routers son configurables
mediante una serie de instrucciones escritas en un fichero de texto, denominado
archivo de configuracin, que se almacena en un mdulo de memoria de tipo
NVRAM (No Volatil RAM), cuyo contenido se conserva durante un corte de
energa o si se reinicia el equipo.
Una vez inicializado un router, el fichero de configuracin es cargado en una
memoria RAM (Random Access Memory=Memoria de Acceso Aleatorio), desde la
que se va ejecutando el conjunto de rdenes en l contenido. Tambin se
almacenan en esta memoria las tablas de enrutamiento, encargadas de almacenar
los puertos del router por los que son accesibles las diferentes mquinas.
Por ltimo, el router posee una serie de puertos o interfaces fsicas, puntos de
conexin del mismo con las diferentes redes a las que est unido, y a travs de los
cuales se produce la entrada y salida de datos al equipo. El nmero de interfaces
depende del tipo y funcionalidades del router (y de su precio, claro).
Tipos de routers
Los tipos de router a usar en una red varan dependiendo del tipo de sta, del
nmero de usuarios y de la funcin o funciones que deba desempear, pudiendo
variar mucho la complejidad y el precio de ellos en funcin del tipo elegido.
Si queremos segmentar nuestra red en diferentes subredes, nos har falta un
router de segmentacin, con tantos puertos Ethernet como subredes queremos
crear (ms los de enlace con otros routers), siendo siempre conveniente que nos
sobren puertos, con vista a futuras ampliaciones en la red. Cada subred utilizar
luego un hub concentrador o un switch para dar acceso a sus clientes individuales.
Podemos desear un ancho de banda dedicado para un nmero elevado de
equipos individuales, prescindiendo as de los hubs. Necesitaremos entonces un
routers de concentracin, que precisa an ms puertos Ethernet, aunque no suele
ser necesario que sean de alta velocidad de transmisin.
Para conectar una red corporativa a Internet necesitaremos un router de frontera,
que actuar como gateway de la red interna, recogiendo todos aquellos paquetes
de datos destinados a mquinas externas.
En caso de tener que conectar dos redes WAN o dos segmentos de red en
sucursales o campus diferentes, necesitaremos un routers de backbone, que
proporciona transporte ptimo entre nodos de la red, con interfaces de alta
velocidad que proporcionan un elevado ancho de banda. Generalmente estarn
basados en tecnologa de fibra ptica.
Por ltimo, tambin es posible al acceso a redes inalmbrico a redes mediante
routers con tecnologa wireless, un medio prctico de liberar los equipos de las
limitaciones de los cables fsicos.
Protocolos de enrutamiento
Hemos visto antes que los routers mantienen unas tablas de enrutamiento, en las
que van anotando las direcciones IP de las mquinas destino y los puertos
adecuados para darles salida de forma ptima.
Los routers suelen encontrarse interconectados entre ellos, pasndose los
paquetes de datos de uno a otro, hasta llegar a la mquina destino. Como cada
router tan solo es responsable de las mquinas directamente conectadas a l
(incluyendo los routers vecinos), se hace necesario un mecanismo que permita a
los routers comunicarse entre s, para evitar que cada uno tenga en sus tablas
registros invlidos.
Esto se consigue por medio de una serie de protocolos de enrutamiento,
responsables de que los diferentes routers mantengan sus tablas de enrutamiento
acordes, obtenindose una red convergente. Con ello se consigue, por ejemplo,
que si un ordenador o un servidor se apaga en una red, los routers sepan que ya
no est accesible, evitando el envo de datos que no llegarn a su destino, y
disminuyendo con ello el trfico de red.
Para mantener las tablas de enrutamiento actualizadas, un router puede mandar a
los routers vecinos una copia de su tabla cada determinado periodo de tiempo
(enrutamientos por vector de distancia) y tambin cuando alguna mquina en su
red sufre algn cambio (enrutamiento por estado de enlace). Depende del
protocolo de enrutamiento con que funcione.
Existen diferentes protocolos de comunicacin entre routers, cada uno de los
cuales utiliza mecanismos propios para conseguir la convergencia en la red y para
determinar el mejor camino que puede seguir un paquete de datos en su viaje
hasta la mquina destino, y cada uno utiliza un sistema de determinacin de mejor
ruta (mtrica) diferente.
Segn su misin en una red podemos diferenciar dos tipos principales de
protocolos de enrutamiento: los protocolos de gateway interior (IGP), encargados
de la comunicacin entre routers de una misma red, entre los que destacan RIP e
IGRP, y los protocolos de gateway exterior (EGP) o de frontera, encargados de la
comunicacin entre routers de redes diferentes.
Entre los ms importantes protocolos de enrutamiento podemos destacar los
siguientes:
RIP (Protocolo de Informacin de Enrutamiento), es un protocolo de

enrutamiento por vector de distancia que calcula las distancias hacia la
mquina destino en funcin de cuntos routers debe atravesar un paquete
para llegar a su destino (saltos), enviando cada paquete de datos por el
camino que en cada momento muestre una menor distancia. RIP actualiza
las tablas de enrutamiento a intervalos programables, generalmente cada 30
segundos. Es un buen protocolo de enrutamiento, pero necesita que
constantemente se conecten los routers vecinos, generndose con ello una
gran cantidad de trfico de red.
IGRP (Protocolo de Enrutamiento de Gateway Interior), desarrollado por

Cisco System, es un protocolo de enrutamiento por vector de distancia que
usa una mtrica compuesta basada en diferentes variables de red, como
ancho de banda, unidades mximas de transmisin (MTU), confiabilidad, etc.
Enva actualizaciones de las tablas de enrutamiento cada 90 segundos.
EIGRP (Protocolo de Enrutamiento de Gateway Interior Mejorado), protocolo

mixto basado en IGRP, basado en una mtrica de vector distancia, pero que
manda actualizaciones de las entradas de las tablas que han cambiado por
haber sido alterado el estado de alguna mquina de su red.
OSPF, protocolo puro de entado de enlace, que calcula las rutas ms cortas
y accesibles mediante la construccin de un mapa de la red y el
mantenimiento unas bases de datos con informacin sobre su sistema local y
sobre los vecinos. Cuando una mquina de su sistema cambia, se enva esa
entrada de la tabla a los routers vecinos.
El protocolo de enrutamiento a elegir en cada caso depende del tipo de red (LAN,
WAN, etc.), de su topologa y del uso de la misma, siendo posible en la mayora
de los casos configurar varios protocolos en un mismo router.
Los puentes funcionan sobre el nivel MAC, mientras que los enrutadores trabajan
sobre el nivel red (vase la figura 4 El enrutador, un tipo de puente
superinteligente para redes grandes, interpreta el encabezado del nivel 3 del
modelo OSI para ejecutar su funciones.
Los puentes conocen la direccin de todas las computadoras de la red situadas en
cada lado y, por consiguiente, pueden hacer llegar todos los mensajes.
Un enrutador no slo conoce la direccin de todas las computadoras de la red,
sino tambin de otros enrutadores, de manera que puede elegir la mejor ruta para
el envo del mensaje.
El objetivo del enrutado es conectar redes distintas y geogrficamente alejadas
una de la otra. Algunos enrutadores en ocasiones son computadoras provistas de
varias tarjetas de interfaz de red y de un software especial destinado a cumplir
funciones de enrutado. Novell ofrece un programa de enrutado que permite a un
servidor de Novell operar como un enrutador.
Cada red soporta con gran facilidad diferentes tecnologas (token Ring, Ethernet,
FDDI y otras). Las redes pueden estar localizadas en el mismo edificio o
separadas por grandes distancias dentro de una red extendida. Los enrutadores
seleccionan la ruta ptima y transmiten los paquetes (datagramas) en funcin de
la direccin del nivel 3 de la estacin destino. La eleccin de la ruta tambin puede
basarse en parmetros especiales como el trfico o la confiabilidad de los enlaces
o el tipo de servicios deseados.
Los mecanismos de enrutado procesan la informacin del protocolo de nivel 3
como IP (Internet Protocol), IPX (Internet Protocol eXc etctera. Los enrutadores
deben, por tanto, ser compatibles con el (los) protocolo(s) de cada sistema
operativo de la red.
El procesamiento y la transmisin de datagramas necesitan de dispositivos
potentes y costosos. El procesamiento puede volver lento cada dispositivo de
transmisin y, en consecuencia, el tiempo de respuesta total. El procesamiento de
la informacin de los protocolos implica definir en forma manual los parmetros de
los enrutadores: estructura de direccionamiento, configuracin de la red, etctera.
Esto complica el servicio y mantenimiento de la red. El cambio de ruta aunque
complejo, tiene varias ventajas para una red de malta. Las funciones avanzadas
de transmisin mejoran la disponibilidad y solidez de la red al aprovechar la
distribucin del trfico sobre los enlaces redundantes.
He aqu, sin embargo, las razones por las cuales la mayora de los fabricantes
ofrecer en un futuro cercano enrutadores multiprotocolos con capacidad para
soportar diversos protocolos en el nivel 3.
Mtodos de enrutado
Los objetivos del enrutado son similares a tender un puente: tratar de mantener un
enlace entre dos estaciones de dos redes diferentes a un costo de transmisin
razonable.
Existen mtodos de enrutado que se revisarn de manera sucinta: el protocolo
RIP (Routing Informcttion Protocol) y el protocolo OSPF (Open Shortest Path
First).
El protocolo RIP permite elegir las rutas, pero escoge siempre la ms corta sin
tener cuenta otros contratiempos como el desempeo del circuito y la congestin
sobre la lnea. El mtodo OSPF soluciona los problemas del protocolo RIP y es el
que mejor se adapta a las redes de mayor tamao.
As, la ruta ptima se selecciona con base en una mezcla de cuatro factores: las
demoras, determinadas sobre todo por el nmero de hops; es decir, el paso de un
segmento a otro, el desempeo medido por la capacidad de la lnea en Bps, asi
como la confiabilidad y el costo. Esta tcnica permite a la red asignar rutas
especficas para las aplicaciones prioritarias adems de compartir de manera
ptima la capacidad de transmisin de las lneas a los datos transferidos por los
segmentos de las redes.
4.7 Brouters
Brouter (puente/encaminador): Un brouter es un dispositivo hbrido que
representa una tecnologa nueva de puente y encaminador. Pueden tender un
puente entre mltiples protocolos y proporcionar encaminamiento para algunos de
estos productos. En este sentido, un brouter es un dispositivo que enva paquetes
entre redes en el nivel de red y en el nivel de enlace de datos de la pila del
protocolo de interconexin de sistemas abiertos (OSI, Open Systems
Interconnection). (LAN TIMES, Enciclopedia de Redes, McGraw-Hill,1995).
Un brouter (BRAU-tuhr pronunciado o a veces Abeja-rau-tuhr) es un puente de la
red y una rebajadora combinada en un solo producto. Un puente es un dispositivo
que conecta una red de rea local ( LAN ) con otra red de rea local que utilice el
mismo protocolo (por ejemplo, Ethernet o token ring ).
Si una unidad de datos en un LAN se piensa para una destinacin en un LAN
interconectado, el puente transmite a la unidad de datos ese LAN; si no, lo pasa
adelante en el mismo LAN. Un puente ofrece generalmente solamente una
trayectoria a un LAN interconectado dado.
Una rebajadora conecta una red con unas o ms otras redes que sean
generalmente parte de una red de rea amplia (WAN) y puedan ofrecer un nmero
de trayectorias hacia fuera a las destinaciones en esas redes. Una rebajadora por
lo tanto necesita tener ms informacin que un puente sobre las redes
interconectadas. Consulta una tabla de encaminamiento para esta informacin.
Puesto que una unidad o un paquete saliente de datos de una computadora se
puede pensar para una direccin en la red local, en un LAN interconectado, o la
red de rea amplia, tiene sentido de tener una sola unidad que examine todas las
unidades de datos y las remita apropiadamente.
4.8 Compuertas gateways
Las compuertas se utilizan para enlazar redes muy diferentes. Asimismo, pueden
usarse para conectar una red a una mini o macrocomputadora. En esta seccin se
examinarn en forma breve algunas compuertas como la de Netware para el
protocolo SNA, X.25, X400, TCP/IP, etctera.
Figura 4.14. Compuerta para tener acceso a una computadora IBM
Compuerta Netware
La compuerta Netware se ha puesto en marcha para transformar una PC IBM o
compatible en una terminal 3270 por medio de un servidor dotado de un software
llamado Netware para SAA (Svstern ApplicationArchitecture). Netware para SAA
es un sistema operativo que integra Netware para el ambiente tradicional SNA y
permite a las estaciones DOS, Windows, OS/2 y Unix, localizadas en una red
Novell, tener acceso a las aplicaciones de la red y a una computadora central
sobre la red SNA.
La figura 4.14 muestra un ejemplo de compuerta. El servidor de Netware funciona
como una compuerta para tener acceso a una computadora potente que utiliza un
protocolo SNA. La compuerta convierte los protocolos de la red en un formato
compatible con el procesamiento por medio de una computadora grande.
Figura 4.15. Compuerta X.25
Compuerta X.25
Adems de unir en forma fsica materiales heterogneos (canales de transmisin)
y resolver cuestiones relacionadas (cdigo de seales), la compuerta X.25 tiene
una amplia utilizacin en el establecimiento de una conectividad va las redes
pblicas (vase figura 4.15).
La interconexin de una red local a una red X.25 puede verse de dos maneras:
armona de modos de transmisin por la instalacin del protocolo X.25 en las
estaciones de la red local o recurso de una compuerta.
Compuerta X.400
El correo electrnico permite una comunicacin asincrnica entre un emisor y un
receptor. Los mensajes electrnicos pueden ir acompaados por documentos
transmitidos con el mensaje inicial. El correo sirve de igual forma para
comunicarse con las aplicaciones. Estas ltimas pueden emitir mensajes
electrnicos o reaccionar al momento de recibir algn mensaje electrnico
especial. Las aplicaciones EDI (Electronic Data Interchange) pueden utilizar este
soporte para intercambiar mensajes EDI.
La compuerta X.400 es uno de los ms recientes protocolos en materia de
conectividad. La figura 6.16 muestra un ejemplo de este tipo de compuerta. Con
base en e correo electrnico, este protocolo utiliza el modelo de siete niveles OSI.
La compuerta permite a un usuario enviar correo a otro usuario del servicio
cc:Mail. Todas las compuertas hacen posible el enlace estandarizado de los
diferentes correos electrnicos.
Figura 4.16. Compuerta X.400
Compuerta TCP/IP
Cada vez ms utilizado, el protocolo TCP/IP, presentado al inicio de este captulo,
tiene e respaldo de varios fabricantes de redes. Fue creado para el trabajo entre
redes, es decir, la conexin de varias redes agrupadas.
El protocolo IP es responsable del transporte de paquetes de informacin hacia
una o varias redes interconectadas al:
Fragmentar y defragmentar los paquetes muy largos para la red.

Determinar la(s) ruta(s) ptimas entre la fuente y el destino.
Encontrar el punto de destino de los paquetes.
El protocolo TCP corresponde al nivel 4 y constituye un mecanismo de intercambio

de datos, enganchados por las aplicaciones, en una red o entre dos o ms
elementos de la red. La comunicacin TOP consiste en tres grandes fases:
1.
2.
3.
Establecer la conexin.
Transferir la informacin.
Cerrar la conexin.
El protocolo TCP est orientado hacia la conexin. Cuando se establece una

conexin TOP entre dos computadoras, A y B por ejemplo, la transferencia es por
completo transparente para la aplicacin. La conexin es de punto a punto.
Observe a continuacin las funciones de TOP que el protocolo IP no ofrece:
Retransmisin de datagramas perdidos.

Control del desempeo.
Verificacin de datos errneos.
Conexin de circuitos lgicos.
Acuse de recepcin de datagramas.
Transmisiones libres de errores.
Emulacin de circuitos virtuales (un circuito virtual es una conexin cuyo
objetivo es incrementar el tiempo de una sesin de comunicacin entre un
emisor y un receptor.
Examine con la ayuda de la figura 4.17 de qu manera los dos protocolos se

complementan durante la emisin de un mensaje de la computadora A a la B:
1.
Para iniciar el proceso, el TCP recibe un mensaje de una aplicacin. El TCP

aade un encabezado al mensaje y lo pasa al nivel inferior IP. Dicho
encabezado contiene el nmero de puerto de destino, un campo de deteccin
de errores y un nmero de secuencia. Estos ltimos parmetros permiten
garantizar la recepcin sin errores de mensajes as como su llegada en el
orden apropiado.
2.
El protocolo IP en el nivel 3 agrega un encabezado donde se especifica la

direccin de destino, y luego transmite el mensaje a la red local A. Si la red
usa un tamao de paquetes ms pequeo que el comn, el mdulo IP
fragmenta el datagrama IR.
3.
Una vez que el mdulo IP determin la direccin de destino, un proceso la

conviene en una direccin comprensible para la red local A. En el ejemplo,
ninguna direccin corresponde a la de B.
4.
As, los datagramas se redireccionan a la red B. Para ello, la interfaz RA del

enrutador o de la compuerta recibe los datagramas destinados a la red B y
los fragmenta una vez ms. El dispositivo de red vuelve a trasmitir los
mismos datagramas mediante la interfaz RB a la red local B en los
fragmentos necesarios, y en ese momento convierte la direccin IP en una
direccin comprensible para la red local B.
Figura 4.17. El mecanismo TCP/IP
5.
Una vez que la interfaz ha retransmitido los datagramas, B los recupera. El

mdulo IP rene los fragmentos, desencapsula el mensaje TCP y luego lo
transmite al mdulo TCP. El protocolo TCP verifica la ausencia de errores de
transmisin. el nmero de secuencia, etc. Si no hay errores, el TCP
determina el puerto lgico del destino y enva el mensaje a ste.
Todo nodo de red que se comunica con un nodo de otra red, debe soportar los
protocolos TCP e IP. Casi todos los sistemas operativos de red ofrecen el
protocolo TCP/IP s rc plataformas DOS, OS/2 y Unix. De hecho, existe un amplio
grupo de software D disponible para el sector pblico.
Ejemplos de interconexin de redes de rea local.

Esta seccin contiene cuatro escenarios de conexin de redes.
a)
Redes similares: Su estacin de trabajo est conectada a la red Ethernet, y

usted desea tener acceso a una estacin de otra red Ethernet.
En este caso se presentan dos situaciones posibles. Las redes que usted
desea conectar se encuentran en el mismo edificio y puede establecer un
enlace mediante uno o dos segmentos con la ayuda de un canal de
comunicacin (vase la figura 6.18). Por otro lado, cuando una red est
alejada (en otra ciudad) de otra, es preciso llamar a un enlace de
telecomunicaciones, ya sea un circuito permanente o una lnea por
conmutador (vase la figura 4.19).
Figura 4.18. Dos redes unidas por una conexin local
b)
Redes diferentes: Desea obtener un servicio dotado de una red Token Ring
con otro servicio que utilice la red Ethernet. La situacin es un po ms
compleja y It s:sa que la primera. Para este caso existen dos enlaces
posibles: local o remoto.
c)
Redes enlazadas por una red unificadora (red base): La espina dorsal
como la red de anillo FDDI, permite conectar varias redes que presenten
diversos Desempeos. Este enfoque se utiliza con bastante frecuencia para
establecer un enlace entre las diversas redes de una compaa. Esta red
unificadora permite Incrementar el nmero de conexiones y ofrece una mayor
velocidad de transmisin.
Figura 4.19. Dos redes enlazadas mediante una lnea de telecomunicacin
d)
Redes enlazadas a una red extendida: La red extendida X.25 puede

establecer una conexin entre varias redes locales, o entre una red local y
una computadora central. Este escenario comprende las situaciones 1, 2 y 5.
La diferencia es que la red extendida controla los datos tan pronto como ellos
cruzan la red. Se necesita un enrutador o una compuerta para conectar una
red local a una red extendida vase la figura 6.20). En este captulo se
presentarn algunos ejemplos al respecto.
Cambio de los protocolos de red
Examine como ejemplo el caso de una gran compaa como Comunidad Urbana
de Montreal CUM y observe de qu manera se dirige hacia un cambio de
protocolos de red.
Despus de la proliferacin de las computadoras personales, vino un
reagrupamiento redes locales de tipo ArcNet con los sistemas de Novell. Ms
tarde lleg la departa mentalizacin con servidores cada vez ms potentes y la
introduccin de la tecnologa Netware en las infraestructuras Ethernet. El concepto
de red base hace su aparicin dentro de los servicios ms importantes con la
conexin de las computadoras personales en el sitio. Por ltimo, se hacen
presentes las necesidades de la interconexin.
Figura 4.20. Conectividad entre una red ocal y una red extendida
Luego, arriban los primeros Cubix, salidos de cajas negras de mltiples tarjetas,
donde cada una es una PC destinada a servir de puente de comunicacin entre la
red que lo alberga y la red de la estacin de trabajo que se ha de conectar.
Teccnologa confiable y eficaz, una realidad definida sobre las redes bsicas del
ambiente evolutivo de la actualidad.
La utilidad de la computacin, las necesidades as como la evolucin tecnolgica
impulsaron, despus de un estudio realizado por una firma externa, el desarrollo
de CUM para lograr una interconexin total y unificadora. Es la solucin de la red
conmutada por transmisin de paquetes, dentro de una configuracin en estrella
bajo el protocolo X.25.
CL3 realiza este proyecto alrededor de un conmutador centralizado que permite a
20 redes locales, distribuidas en sus diferentes servicios a travs de la gran isla de
Montreal enlazarse entre ellas.
Los usuarios de redes locales autorizadas, pueden tener acceso a las nueve
computadoras departamentales de Servicios de Evaluacin, de la 9 de la Divisin
de Recursos Humanos y de la estacin de tratamiento de aguas. Estos mismos
usuarios tambin tienen a su disposicin un servicio de correo electrnico
instalado sobre la plataforma computacional: una solucin demasiado centralizada
de telecomunicaciones computacionales dentro de un ambiente bastante
descentralizado con una red impresionante y funcional.
Sin embargo, el rendimiento no est siempre a la altura de lo esperado. Con el
incremento en el nmero de usuarios, el conmutador se satura con mucha rapidez.
El desempeo no siempre es ptimo y por lo general deja caer la red. Este es el
inicio de importantes fallas de comunicacin con la red X.25.
El conmutador X.25, con el aumento del trfico entre las redes locales, no es
suficiente para esta tarea. Este se inhibe a menudo por causa de la aglomeracin
de las lneas de comunicacin a 56 Kbps. Un estudio interno estima exagerado el
costo de la modernizacin del nodo X.25 del conmutador centralizado. El
conmutador en servicio es ms costoso que los nuevos enrutadores que muestran
un mejor desempeo.
Una actualizacin a la red por conmutador X.25, saturada, se efecta hacia una
red de telecomunicacin computacional moderna. Los enrutadores se instalan
para dar un enfoque descentralizado de telecomunicaciones. Al igual que la red
X.25, la nueva red de enrutado integra la oficina computarizada entre los sitios y
los accesos a las computadoras de servicio. Adems del transporte natural del
protocolo IPX de Novell, esta red direcciona en modo nativo el protocolo de
comunicacin TCP/IP. La capacidad la red de telecomunicaciones aumenta en
varios tantos, segn la reduccin en el costo de su operacin.
Redes de alto desempeo
Da a da, las necesidades de los servicios de comunicaciones evolucionan a la
par del desarrollo humano: trabajo a distancia, telemercadeo, compras remotas,
enseanza a distancia, vigilancia y mantenimiento remotos, videoconferencias,
tecnologas interactivas, imgenes tridimensionales (3-D), etctera. Por tal razn,
es importante que las redes se mantengan en evolucin constante.
Las redes de alto desempeo deben transmitir con velocidades superiores y
soportar una amplia variedad de servicios. Adems, es preciso converger hacia
una red universal flexible e integrada con capacidad para transportar todo tipo de
datos y conectar cualquier red local de una empresa.
Existen diferentes maneras de hacer realidad la creacin de redes de alto
desempeo, hecho, algunas se encuentran en vas de desarrollo y de
experimentacin.
1.
El relevo de frames (frame relay), analizado en el captulo 2, permite mejorar

el desempeo de la red en modo conectado.
2.
FDDI (Fiber Distributed Data Interface) es un estndar (OSI 9314) que define
los dos primeros niveles de la arquitectura del transporte: el nivel fisico y el de
datos.
3.
DQDB (Distributed Queue Dual Bus) es un proyecto de estandarizacin (0

que intenta defmir los dos primeros niveles de la arquitectura del transporte
de una red metropolitana, y MAN (Metropolitan Area Network).
4.
SMDS (Multimega bit Data Seruice) es un concepto que define un servicio de

transpone MAN para satisfacer las necesidades de interconexin en las
redes remitas del tipo WAN.
5.
ATM (Asynchronous 7} Mode), estudiado en el captulo 2, es la tecnologa

que soportar la futura red RNIS de banda ancha. Adems el ATM define la
nueva tecnologa de conmutacin de celdas.
6.
SONETISHR (Synchronous Optical NETworks I Digital Hierarchy).
Como una propuesta inicial de Belleore (BELL Communication Research), SONET

define el nivel de transporte fsico de una arquitectura de alto desempeo.
Parece haber una inclinacin hacia las redes basadas en FDDI a 100 Mbps para
las redes locales, y soluciones basadas en SMDS, DQDB, relevo de frames, ATM
y SONET para las redes extendidas de los sectores pblicos.
Red FDDI
La tecnologa FDDI se caracteriza por su topologa, sus canales de transmisin y
los protocolos de comunicacin que soporta. La tabla de la figura 6.21 presenta las
caractersticas de una red FDDI.
La red FDDI permite soportar trficos sincrnicos y asincrnicos. Sin embargo, las
aplicaciones multimedia necesitan un servicio de transferencia de datos isocrnico
(caracterstica de un evento que se produce en un intervalo regular). La red FDDT
responde a esta necesidad y permite comunicar en modo de paquete (para los
trficos sincrnicos y asincrnicos) yen modo de circuito (para los trficos
isocrnicos). Como lo muestra la figura 4.22, una red FDDI a menudo se utiliza
para crear redes unificadoras a partir de redes locales de distintos servicios, a
distancias ms remotas.
Mtodos de acceso
Topologa
Canal de interconeccin
Token
Anillo doble
Cable de par trenzado blindado
Cable de par trenzado no blindado
Fibra ptica multimodo
Fibra ptica de modo nico
Figura 4.21. Caractersticas de la red FDDI
Las especificaciones FDDI exigen un anillo doble de token ring que funcione a una
velocidad de 100 Mbps y alcance una distancia de hasta 200 km. Sin embargo,
cabe sealar que la longitud mxima permitida de un cable sin repetikr de 2 km Es
posible llegar a una distancia de 200 km slo si se conectan 140 de estos
segmentos; aunque, en realidad pueden conectarse mil nodos en un anillo. Varios
frames de datos piden circular de forma simultnea en el anillo lo cual significa que
es factible transmitir por a red paquetes diferentes de datos al mismo tiempo.
Figura 4.22. Ejemplo de arquitectura FDDI para unificar redes locales
La red FDDI se implanta sobre un par de anillos, uno primario y otro secundario.
Los datos se transmiten en direcciones opuestas por cada anillo. Cabe mencionar
que el nulo secundario slo funciona si el anillo principal falla o sufre algn dao. A
su vez, las estaciones pueden estar enlazadas a uno u otro o incluso a ambos
anillos al mismo tiempo.
Una falla del cableado (cuando se avera el cable, por ejemplo) en el primer anillo
aisla este nodo de la red y le impide comunicarse con los otros. As, al aadir esta
estacin emisora al segundo anillo, podr volver a emitir la seal en el otro sentido
para llegar al nodo de destino, con lo cual se incrementa la confiabilidad del
sistema Adems, La red FDDI no se ve afectada por la interferencia elctrica de
grandes aparatos elctricos; aun cuando la red FDDI se encuentre instalada cerca
de plantas industriales muy automatizadas.
La interfaz de red basada en fibra ptica (FDDI as como sus variantes de par
trenzado blindado SDDI (Shielded Distributed Dato Interface) cable telefnico
CDDI (Copper Distributed Data Interface) son las soluciones de unificacin para
distintas subredes de voz y datos. La arquitectura de comunicacin FDDJ ofrece
una velocidad de 100 Mbps de punto a punto en una red local, mediante un
soporte de interconexin en fibra ptica o par trenzado. La baja constante del
precio de tarjetas FDDI y su posicionamiento en el mercado de enrutadores y
concentradores FDDI, con capacidad zara integrar diferentes arquitecturas de
redes locales, favorece el desarrollo de esta tecnologa.
Red evolucionada ATM

La arquitectura ATM (Asynchronous Transfer Mode) est formada por
conmutadores ATM y dispositivos de acceso que soportan la tecnologa ATM.
Dicha tecnologa se desarroll para interconectar sitios computacionales de alto
desempeo separados por grandes distancias. Por analoga, se puede contemplar
el uso de ATM en un sitio para interconectar redes locales y armonizar las
compuertas de interconexin dentro y fuera de una compaa.
Los dispositivos de acceso reciben los frames de tamao variable desde las
estaciones o redes locales, de datos de voz digitalizados de PABX, del video
digitalizado de un codec (codificador-decodificador de imgenes) y otros para
transformarlos en celdas ATM con un tamao fijo de 53 bytes. El hub conmutador
local ATM, dotado de tarjetas que soportan diversos protocolos (FDDI, Token Ring
y otros), conduce la informacin hacia los otros dispositivos de acceso ATM lo
mismo que a la red extendida.
Cada estacin conectada al hub ATM tiene capacidad para transmitir por un ancho
de banda de ms de 1 Gbps, por ejemplo. La red extendida, orientada a la
tecnologa ATM, muestra un mejor rendimiento con relacin a la X.25 o al relevo
de frames. Para aprovechar al mximo la tecnologa ATM, las infraestructuras de
comunicacin existentes deben evolucionar. Esta actualizacin integra todos los
dispositivos (telfonos, terminales, televisores, enrutadores, computadoras y
dems) de una interfaz ATM. La figura 6.23 presenta un ejemplo de este tipo.
Figura 4.23. Red evolucionada ATM
Red evolucionada SONET

SONET (Synchronous Optical NETwork) es una red de transmisin ptica que
ofrece varios canales de datos y permite una mltiplexin temporal como la
empleada en un circuito T-1 Las diferencias principales entre T 1 y SONET radican
la velocidad de transmisin y la tcnica de construccin de frames para hacerlos
anular con mayor rapidez por los canales de transmisin.
Mas all de designar los canales de transmisin para las letras DS, como en el
caso B-ISDN, el cdigo OC (optical carrier level) se utiliza en los niveles de
transmisin ptica: OC-1 para un ndice de 51.84 Mbps; OC-3 para 155.52 Mbps
hasta OC-192 para 9,953.28 Gbps.
SONET incluye una funcin de transporte independiente que podra transportar
servicios originados de B-ISDN, FDDI, HDTV (High definition television) y de los
sales DS-1 (1.544 Mbps) y DS-3 (44 736 Mbps). Adems ofrece una juiciosa
vigilancia del rendimiento de la red y permite localizar las fallas de la misma. Por
ejemplo, si ONET prev una dificultad de transmisin, redirige el trfico por otra
ruta en menos de 50 milsimas de segundo. Orientada hacia una jerarqua de
interfaces pticas OC, este tipo de red tiene capacidad para ofrecer una banda de
transmisin de varios gigabytes.
En resumen, SONET es una interfaz de transmisin ptica, apta para soportar la
futura red RNIS en banda ancha.
Red RNIS en banda ancha
La red RNIS, analizada de manera sucinta en el capitulo 2, se ha extendido
gracias a la red semforo cuya funcin es transportar los comandos (o
sealizacin). Examine el ejemplo de la sencilla aplicacin telefnica para
comprender la funcin y las ventajas de la sealizacin.
Figura 4.24. Red evolucionada S-ISDN
Una variante fsica de la red RNIS est en vas de convertirse en un estndar: la

red RNIS en banda ancha (en ingls B-ISDN por Broadband Integrated Services
Digital Network). Esta red se encargar de los desempeos ms altos con ayuda
de la tecnologa ATM.
Esta red seguir los principios de la conmutacin de celdas. B-ISDN es una red
por conmutador por completo digital que permite transportar, a un mismo tiempo y
por un solo circuito, tanto la voz como datos digitales y video. La figura 4.24
muestra que una velocidad de 155 Mbps es 100 veces ms rpida que la red
tradicional RNIS.
Los servicios de la red RNIS en banda ancha estn subdivididos en dos
categoras:
Interactivos. Comprende las videoconferencias, el

multimedia, la conexin de redes locales, telecompras, etc.
Transmisin distribuida en banda ancha. Incluye la televisin con alta

definicin, as emisiones de pago por evento, los boletines informativos en
directo y otros.
procesamiento
El ancho de banda de estos servicios sobre pedido para el acceso o la

transferencia incluye la tcnica de transmisin SMDS, las diversas lneas T-1
vistas en el tema 2.
Figura 4.25. Puente-enrutador 8-ISQN
La red RNIS de banda ancha permite integrar todos estos servicios.

ofrece la flexibilidad de transportar en forma simultnea una multitud
diversos (voz, video, etc.), mientras que ATM garantiza la conmutacin
Estas dos arquitecturas de transmisin complementarias forman
evolucionada de nombre B-ISDN.
SONETT
de datos
de datos.
una red
Es decir, SONET + ATM = B-ISDN.

Existen tres opciones para conectar una red local a una red RNIS en banda ancha:
Compuerta B-ISDN
Puente-enrutadorB-lDSN
Servidor B-ISDN
Una compuerta B-ISDN es un dispositivo que incluye una tarjeta de interfaz de red
RNIS. Es necesario instalar un programa de puenteo o enrutado para que el
sistema Operativo de la red pueda redirigir los frames hacia el enlace de la red
RNIS en banda Ancha.
El puente enrutador B-ISDN es un dispositivo dedicado cuya funcin es recibir los
ertir1os en un formato que pueda transmitirse por la red extendida E la figura 6.25
muestra un ejemplo de este tipo de red B-ISDN.
En lugar de instalar varias tarjetas B-ISDN en las estaciones, podra instalarse un
servidor B-ISDN a fin de ofrecer conexiones simultneas entre las estaciones y la
red.
La figura 4.26 presenta los elementos de una red del futuro. Da a da este tipo de
solucionadas, incluyen modems capaces de transmitir de las estaciones de
trabajo al enrutador o al servidor B-ISDN.
Solicitud de los
usuarios
Especificaciones
de interfaz
Servicios de red
Arquitectura de la
red
Ancho de banda por solicitud

Relevo
frames
de
Videos
solicitud
por
HDTV
B- ISDN
Conmutacin
ATM
Transmisin
SONET
Figura 4.26. Arquitectura posible de una red extendida evolucionada
4.9 Redes virtuales
Redes Virtuales (vLANs): Un nuevo concepto en Redes Computacionales
Muy pocos conceptos en el mundo de la interconexin actual son tan confusos
como Redes Virtuales. Las Redes Virtuales son muy nuevas, y su uso a nivel
mundial esta slo comenzando. Muchos fabricantes, en el intento de tomar ventaja
en el inters que se ha despertado en ellas, han tergiversado el concepto de lo
que realmente es una Red Virtual. Existen diferentes maneras de implementar
redes virtuales a travs de productos conmutados (Switches), cada una con
diferentes capacidades y limitaciones.
La cantidad de datos que es transportada mediante las redes de rea local (LAN)
ha crecido firme y rpidamente. Esto se debe bsicamente al crecimiento de las
aplicaciones existentes, hoy en da casi todas las personas tienen un Computador
en su escritorio, y casi todos estn conectados en red. Esto difiere mucho de la
situacin presentada hace unos pocos aos, inclusive en redes extensas. Pero
dos nuevas tendencias, en hardware y software, han acelerado e incrementado el
uso de la red.
Los primeros PC's y Macintosh revolucionaron tanto la computacin como la
interconexin en redes. Actualmente, en vez de que cada usuario utilice un
terminal "tonto", conectado a un "inteligente" minicomputador o mainframe, se
tienen computadores de escritorio que comparten la inteligencia de los sistemas.
Las redes anteriormente transportaban imgenes desde los computadores
grandes hacia los terminales, y seales de mandatos o instrucciones desde los
terminales hacia el Computador central. Esto cambio radicalmente con las
estaciones de trabajo inteligentes. Ahora, existe necesidad de mover archivos, y
los antiguos enlaces de 9.6 Kbps ya no son lo suficientemente rpidos. Ethernet y
Token Ring fueron presionadas a prestar servicio para mover archivos de
programas, archivos de impresin y comparticin de recursos.
Pero esas antiguas estaciones de trabajo estaban limitadas en el procesamiento y
manejo de informacin debido a su poca capacidad y rendimiento (capacidad de
disco, memoria, MIPS, flujo de la red, etc.). Las computadoras de escritorio de hoy
en da son 100 veces ms poderosas. Como resultado, cada mquina es capaz de
colocar una carga mayor en la red a la cual esta conectada.
Inclusive hasta despus de la "Revolucin de los PC's" que remplaz los
terminales por computadores de escritorio, la naturaleza esencial de los datos
permaneca sin cambio. Excepto por algunas aplicaciones cientficas y de diseo,
la gran mayora de la informacin que se transportaba a travs de la red era
textual. Esto limitaba severamente la cantidad de informacin que necesitaba ser
movida.
Las aplicaciones de hoy transfieren grandes cantidades de informacin grfica.

Las operaciones de manufactura utilizan grficos para guiar a los trabajadores
interactivamente en nuevos procesos. Las firmas de abogados y compaas de
seguro estn digitalizando grandes volmenes de documentos, utilizando en
muchos casos bitmaps para preservar documentos hechos a mano. Una amplia
variedad de procesos mdicos tambin usan imgenes para guiar a radilogos,
cirujanos y otros especialistas en sus diagnsticos y procedimientos.
Eventualmente, se incluye video a travs de la LAN, aplicacin que requiere an
anchos de banda mayores.
Los Switches LAN hacen posible transmitir cantidades mayores de data de lo que
es posible transmitir con concentradores y Routers. Segmentos Ethernet y Token
Ring pueden ser dedicados a dispositivos individuales, a pequeos grupos de
dispositivos.
Pero los Switches LAN alcanzan sus niveles de alto performance utilizando
procesos simplificados. Son bsicamente Bridges, no ruteadores. Ellos conmutan
o "switchean" a travs de la segunda capa las direcciones de destino/origen
("MAC"), que es mucho ms simple que rutear. Los Routers deben manejar una
variedad de protocolos (seleccin de rutas, resolucin de direcciones,
transferencia de paquetes Internet, control de mensajes Internet, etc.) slo para
mover informacin en una sola "stack" de protocolo, como TCP/IP por ejemplo.
Muchas redes combinan una variedad de stacks, y cada una de ellas necesitan un
completo set de protocolos.
No hay nada nuevo en el uso de Bridges para construir redes locales. Las
primeras LANs fueron creadas con Bridges sencillos. La diferencia radica en que
hoy por hoy el hardware a avanzado significativamente, y enormes volmenes de
tramas pueden ser manejadas en un simple Switch.
Todas las redes "puenteadas", o interconectadas a travs de Bridges, tienen una
limitacin bsica: los Bridges, dado que ellos no participan en los protocolos de la
capa tres (modelo OSI), la cual usa MAC broadcast ( envo de paquetes a
direcciones especficas), sino que enva paquetes a todos los puertos
direcciones. Aunque el trfico es aislado para los puertos especficos que envan y
reciben esos paquetes, deben ser enviados a todas partes.
En la mayora de las redes de mediano tamao, este "flujo" no tiene mayor
impacto en los otros trficos, no hay ms que unos cuantos "broadcasts" y las
direcciones MAC se aprenden rpidamente, pero en una red bastante grande en
una que exista niveles inusuales de broadcasts, es posible que este flujo impacte
en el trafico punto a punto de las estaciones. Cuando esto pasa es importante
mantener estos broadcast aislados en lo que se llama "Dominios de Broadcast".
Muchas de las redes locales en estos ltimos diez aos han estado basadas en
concentradores y Routers. Las Estaciones de Trabajos, Servidores y otros
dispositivos estn conectados a los concentradores, los concentradores estn
interconectados con los Routers. En este tipo de Red Local los dominios de
Broadcast se implementan de una forma muy simple y automtica, cada
concentrador (concentrador segmentado o anillo) es un dominio de broadcast.
Los Routers son esencialmente dispositivos para interconectar dominios de
broadcast. Pero con redes basadas en Switches vamos a necesitar proveer esta
funcin de otra forma.
Cmo, las redes virtuales sobrepasan estas limitaciones?
Que es lo que hacen las redes virtuales (vLANs)?. Una red virtual es un dominio
de broadcast. Como en un concentrador, todos los dispositivos en una red virtual
ve todos los broadcast as como tambin todas las tramas con direccin de
destino desconocida, slo que los broadcast y tramas desconocidas son
originadas dentro de esta red virtual.
Esto no es nada nuevo, es exactamente la misma tcnica usada en las redes LAN
basadas en concentradores y Routers. Con los concentradores y Routers, las
tramas son regeneradas dentro del concentrador y enrutadas entre los
concentradores. Con las redes virtuales, las tramas son swichadas (puenteadas:
"bridged") dentro de una red virtual y enrutada entre redes virtuales. De manera tal
que una red virtual no es ms que una mejor y ms flexible versin de las
prcticas de Networking.
Lo nuevo de este tipo de dominio de broadcast es que no est restringido a que la
misma localidad fsica de la red. Esto es importante, ya que es importante recordar
que el Switching en mas simple que el enrutamiento, y por lo tanto ms rpido.
Para la extender el trfico en la red local puede ser en base a switcheo entre
dispositivos en vez de enrutamiento, y por lo tanto puede moverse mucho ms
rpidamente.
Desafortunadamente para redes basadas en concentradores/enrutadores todos
los dispositivos de red necesitan estar conectados y a veces todo el da y a
menudo en diferentes partes del edificio, o en otro edificio en el Campus o en una
red metropolitana reduciendo y desperdiciando ancho de banda. Las redes
virtuales resuelven este problema. Un dominio de broadcast en una buena
implementacin de red virtual puede desplegarse a un edificio, Campus o ciudad.
De tal manera que la necesidad de enrutamiento sea minimizada y el trfico en la
red se mueva mucho ms rpidamente.
Cules son los beneficios adicionales que brindan las redes virtuales
(vLANs)?
Los Routers utilizan la capa tres del modelo OSI para mover trfico en la red local
(LAN). Cada capa contiene campos los cuales identifica el dominio de broadcast
en el cual el destino puede ser encontrado (Direccin de red: 'Network Address').
Esas direcciones estn asignadas por un administrador de red, y son
generalmente registrada dentro de los archivos de configuracin de las estaciones
de red. En una red basada en concentradores y enrutadores la direccin de red
identifica un segmento de red (Ethernet o Token Ring).
Desafortunadamente, si el dispositivo o estacin de red es movida de un
concentrador a otro, la direccin de red ya no es vlida y alguien de grupo de
redes debe ir a la estacin de trabajo y corregir los archivos de configuracin. Esto
no es demasiado trabajo si pasa pocas veces, pero en una red de gran tamao
con un alto porcentaje de estaciones movindose cada ao el proceso puede
comer una gran cantidad de tiempo, y hasta que la actualizacin no se realice, la
estacin de trabajo no puede comunicarse.
Una caracterstica de una buena red Virtual elimina este problema. Una estacin
de trabajo o servidor permanece en la misma red virtual automticamente y no
importa donde y en que parte de la red est conectada(o).
Tericamente, las direcciones de redes pueden ser asignadas en cualquier forma
que el administrador seleccione. Desafortunadamente esa no es una prctica en
muchas redes hoy en da. La razn es Internet.
En orden de mezclar una red privada con Internet, es necesario restringir los
nmeros de red a aquellos que hayan sido asignados por las autoridades que se
encargan de administrar los nmeros IP. El explosivo crecimiento de esta red
mundial ha agotado un largo porcentaje de los posibles nmeros de red, y por
ende las organizaciones estn restringidas de ellos.
Hasta la extensin de la implementacin de la prxima generacin de IP, las redes
virtuales pueden ayudar bastante en reducir el desperdicio de nmeros de redes
clase B y C. Las redes virtuales hacen posible el uso limitado de direcciones de
redes muy eficientemente. En una esquema concentrador/Router, cada segmento
o anillo tiene su propio numero de subred, de tal forma que el Router puede mover
trfico entre cada una de ellas. En una red virtual cualquier numero de segmentos
o anillos pueden ser combinados en una sola red virtual de tal forma que ninguna
direccin sea desperdiciada.
Cules son los puntos que las redes virtuales (vLANs) deberan
direccionar?
Como una nueva tecnologa, las redes virtuales estn cambiando rpidamente.
Algunos fabricantes ofrecen un simple y relativo conjunto de caractersticas
mientras otras implementaciones son bastantes poderosas. Es importante
entender las aplicaciones de las redes virtuales para poder apreciar las diferencias
entre ellas.
Mltiples tipos de direcciones MAC
Hay que recordar que el propsito bsico de migrar a una red Switchada es
incrementar la capacidad de trfico. Una va fundamental para realizar esto es
dividiendo la red entre pequeo segmentos o anillos y por ltimo switchar cada
dispositivo en su propio segmento. Si todas las comunicaciones entre estaciones
de red fuesen peer-to-peer, esta "micro-segmentacin" podra proveer una
ganancia significante de rendimiento. De cualquier manera, aplicaciones reales
tienden a tener uno mas recursos centrales, los cuales son accesados por un
gran nmero de estaciones de trabajo. Estos recursos pueden ser servidores de
archivo, servidores de aplicaciones, mainframes o Routers. Si la velocidad de
acceso para los recursos centrales no es mayor que las de las estaciones de
trabajo, se crea un "cuello de botella".
Para resolver esto, las redes swichadas modernas estn migrando a estructuras
que permitan a los recursos centrales tener velocidades de acceso mayores que
las estaciones de trabajo. Por ejemplo: estaciones de trabajo utilizando Ethernet
10 Mbps y Servidores a 100 Mbps; estaciones de trabajo Token Ring 16 Mbps y
Servidores FDDI 100 Mbps; y estaciones Ethernet o Token Ring conectadas a
Servidores basados en ATM operando a 155 Mbps.
Obviamente, el punto es switchar el trfico entre las estaciones y los servidores,
en vez de rutearlas. Esto significa que una Red Virtual debe ser capaz de manejar
y acomodar una variedad de tipos de direcciones MAC.
Switches combinados con concentradores
Desde hace diez aos, los arquitectos de redes han diseado LANs utilizando
concentradores y Routers. Hoy en da existe una enorme infraestructura instalada
que no puede ser simplemente reemplazada de un da para otro. An si fuese
factible, muchas estaciones de trabajo todava poseen bajos requerimientos de
trfico. Estas estaciones pueden ser conectadas a concentradores, y estos a su
vez a una red swichada, mientras que aquellas estaciones que requieran mayor
trfico y ancho de banda son swichadas directamente.
Un concentrador es esencialmente un dispositivo de cableado. Todas las
estaciones de trabajo en una parte de un edificio se conectan al mismo
concentrador, sin importar las funciones que desempean las personas que lo
utilizan. Frecuentemente las personas que estn en diferentes departamentos o
trabajan en diferentes proyectos, se encuentran ubicadas una cerca de las otras y
las estaciones conectadas al mismo concentrador.
Idealmente, la capacidad de una Red Virtual en una red swichada podra permitir a
miembros de distintas Redes Virtuales conectarse a un mismo concentrador, y el
trfico ser separado inteligentemente por los Switches.
Switches combinados con Routers
Recordemos que una Red Virtual es simplemente un dominio de broadcast, y que
esos dominios son interconectados utilizando ruteo. Algunos Switches LAN son
capaces de realizar ruteo a nivel de la capa tres del modelo OSI, como IP e IPX.
Esto provee un mecanismo para movilizar datos entre redes virtuales.
De cualquier manera, billones de dlares estn invertidos en Routers
Multiprotocolos actualmente instalados, y los usuarios han hecho grandes
inversiones en instalacin y entrenamiento para su uso, y ahora dependen de
ellos.
Una manera de utilizar los Routers existentes para movilizar data a travs de una
Red Virtual, es conectar un puerto fsico del Router con un puerto fsico del Switch
para cada Red Virtual. Esto funciona bien para un numero pequeo de Redes
Virtuales. Pero cuando existe la necesidad de soportar un gran numero de Redes
Virtuales, y cuando grandes cantidades de trfico deben ser ruteadas, se necesita
un mtodo de conexin mas optimo. Muchos estndares han sido propuestos y
presentados para crear un "protocolo troncal" que cumpla con los requerimientos.
Esto es muy importante ya que un proveedor de Switches LAN se ve obligado a
soportar estos estndares en los equipos que desarrollan. Por ahora, parece que
el ms importante de esos estndares es ser el 802.1Q.
Servidores soportando mltiples Redes Virtuales
Los servidores se han convertido en equipos muy poderosos, especialmente esos
desarrollados para ejecutar aplicaciones empresariales. Algunos de esos
servidores pueden necesitar conectarse a un gran numero de estaciones de
trabajo las cuales no estn necesariamente en el mismo departamento. Una
funcin de una Red Virtual debera ser la de permitir a esos servidores participar
en ms de una Red Virtual.
Esta capacidad puede ser proveda instalando mltiples interfaces de red en el
servidor. Pero esto puede ser costoso y puede crear excesiva carga de
procesamiento en el servidor. Especialmente se convierte en problema cuando se
utilizan tecnologas de alta velocidad, como FDDI, CDDI ATM para conectar a
los servidores a redes swichadas. Aqu se demuestra que un estndar publico de
troncales para Redes Virtuales seria muy valioso.
Estaciones de Trabajo conectndose a mltiples Redes Virtuales
Algunas estaciones de trabajo podran necesitar pertenecer a mas de una Red
Virtual. Un ejemplo de esto es el uso de drivers NDIS u ODI en la capa MAC para
permitir a ms de un stack de protocolo operar en la misma estacin.
Por ejemplo, una estacin de trabajo con drivers ODI puede estar usando Netware
de Novell para obtener acceso a un servidor de archivos departamental, y TCP/IP
para conectarse con una aplicacin corporativa ejecutndose en una maquina
Unix. Estos dos recursos podran ser separados lgicamente en diferentes Redes
Virtuales. Una solucin a esto e ubicar a la estacin en una Red Virtual y rutear
desde esa red hacia otra como sea necesario. Pero esto obliga a una de las dos
conexiones a ejecutarse mas lentamente que su estado optimo.
Idealmente, la estacin de trabajo debera ser capaz de conectarse a cada una de
las Redes Virtuales directamente, sin ruteo entre ellas, y sin unir las dos en una
sola Red Virtual.
Redes con Mltiples Switches
Las Redes Virtuales son relativamente poco beneficiosas si solo pueden existir en
un solo Switch. Despus de todo, la necesidad de una Red virtual es mayor en
Redes de mediano a gran tamao, las cuales, por definicin, necesitan mltiples
Switches. En algunos casos es necesario enlazar a estaciones de trabajo y
servidores que estn conectados en diferentes Switches a una sola Red Virtual.
Backbones FDDI
FDDI ha provisto una tecnologa y un backbone de alta velocidad y confiabilidad
desde hace algunos aos. Es confiable y ampliamente soportado, los estndares
estn ya madurados, y productos de alto performance estn disponibles. Muchas
organizaciones tienen Backbones FDDI actualmente en uso, y en muchos casos,
los servidores estn conectados con FDDI CDDI.
No todas las Redes Virtuales soportan esta configuracin de red comn. Si tiene
un backbone FDDI instalado, o esta planeando instalar uno, es importante
asegurarse que los Switches que seleccione, soporten esta tecnologa.
Backbones ATM
ATM es el estndar en desarrollo que eventualmente abarca una amplia variedad
de: tipos de datos (data, imgenes, video, voz), alcances geogrficos (LAN, MAN,
WAN), tipos de dispositivos (servidores, estaciones de trabajo, troncales) y
velocidades (desde 56 Kbps y sobrepasa los 2.4 Gbps). Hasta el momento es
costosa, y la mayora de los usuarios estn posponiendo su instalacin hasta el
escritorio. Pero ya estamos alcanzando el punto donde ser una fuerte alternativa
frente al backbone FDDI, y honestamente muy cerca de utilizarla en conexiones a
servidores.
Una variedad de opciones estn disponibles para conectar dispositivos a travs de
un Backbone ATM. Estas incluyen:
1.
Ruteo de paquetes IP sobre ATM
2.
Establecer Redes Virtuales Swichadas entre los dispositivos conectados a la

LAN utilizando un protocolo troncal.
3.
Uso de Emulacin LAN de ATM (LANE) para switchar entre los dispositivos
atachados a la LAN y los dispositivos atachados a ATM.
4.
Uso de Multiprotocolo sobre ATM (MPOA) para rutear entre dispositivos

atachados a la LAN y los dispositivos atachados a ATM.
Si decide irse a la vanguardia e instalar un Backbone ATM, tenga en mente que

las opciones de Switcheo que son mas optimas hoy en da quizs no sea optimas
en el futuro. Generalmente, mientras mas poderoso y flexible es un estndar, esta
mas lejos de su estandarizacin final e implementacin mundial. Es importante
que los mecanismos de una Red Virtual sean capaces de operar eficientemente
sobre Backbones ATM mientras los estndares LANE y MPOA son finalizados,
implementados y probados.
Mudanzas, cambios y adiciones en una Red
En muchas redes es muy comn que dispositivos se movilicen frecuentemente en
un edificio o instalacin corporativa. Debera ser capaz de asignar un a estacin
de trabajo a una o mas Redes Virtuales, sin importar hacia donde es movida.
Velocidad de Operacin
El incremento de trfico es la razn de por que las redes LAN se estn
movilizando a soluciones switchadas. Las Redes Virtuales favorecen este
movimiento manteniendo el trafico broadcast a niveles razonables. Es obvio que la
implementacin de la capacidad de las Redes Virtuales no debera disminuir la
velocidad de la red. Esto implica que el direccionamiento individual de tramas
debera realizarse en hardware, incluyendo el chequeo de que las direcciones de
destino y origen en la Red Virtual compaginen.
Resumen
En este tema se explicaron las diferencias principales entre una red de rea local y
una extendida, se examinaron los modelos de los protocolos SNA, TCP/IP y
SPX/IPX, la funcin de un repetidor, las caractersticas de un puente, las diversas
tcnicas para usar un puente, las funciones realizadas por un enrutador, las
actividades de una compuerta y se conocieron las tendencias de las redes para el
futuro.
Bibliografa
-


1997.


Tema 5
Redes principales, protocolos y sistemas operativos
Subtemas
5.1
5.1.1
5.1.2
5.2
5.2.1
5.2.2
5.3
5.3.1
5.3.2
5.3.3
5.4
5.4.1
5.4.2
5.4.3
5.5
5.5.1
5.5.2
5.5.3
5.6
5.6.1
5.6.2
5.6.3
5.7
5.7.1
5.7.2
5.7.3
5.7.4
5.7.5
5.8
5.8.1
5.8.2
5.8.3
5.9
Modelo de Referencia de la Arquitectura de redes TCP/IP.

Introduccin a las tecnologas de redes.
Concepto de la Red de Redes INTERNET
Protocolos a nivel de enlace.
Operacin de redes Ethernet.
Operacin en lnea punto a punto (SLIP, PPP)
Protocolos de Red de Redes.
Protocolo IP
Protocolo ICMP
Protocolos de enrutamiento (RIP, OSPF).
Aspectos de Direccionado en Redes TCP/IP
Mscaras de Subred fija y de longitud variable (VLSM).
Protocolo de traduccin de direcciones (NAT).
Direcciones sin clases (CIDR).
Protocolos de Nivel de trasporte.
Protocolos de Control de Transmisin (TCP).
Protocolos de datagrama de usuario (UDP).
Aspectos de configuracin TCP para un mejor desempeo
Muros de seguridad ("Firewall").
Filtros de paquetes.
Apoderados ("Proxies").
Diferentes arquitecturas de muros de seguridad.
Introduccin a los protocolos de aplicacin en redes TCP/IP.
Sistema de nombres de dominio (DNS).
Transferencia de archivos (FTP).
Administracin de Redes (SNMP).
Word Wide Web (HTTP).
Otros protocolos, de Aplicacin (TELNET, SMTP).
Principales sistemas operativos de RED
Windows NT
UNIX
LINUX
Internet
Al termino del tema el estudiante examinar la manera de establecer una
conexin, comprenda el significado de una direccin Internet, describa el
funcionamiento de Internet, indique cmo navegar en la supercrretera de la
Tema 5. Redes principales, protocolos y sistemas operativos 168
informacin de Internet, examine los servicios disponibles en Internet, describa de
manera sencilla las herramientas de Internet, entienda el concepto de hipermedia,
describa los factores que se han de considerar durante la seleccin de
proveedores de servicios Internet, compruebe la seguridad de la red Internet,
describa el concepto de supercarretera de la informacin, comprenda la nocin del
URL y conozca los sistemas operativos de red mas empleados.
Sinopsis
El hecho de que una persona pueda trabajar en una red de computadoras, se
debe en gran medida a la existencia de los protocolos, el ms importante de estos
en la actualidad es TCP/IP, debido a que, se emplea en Internet. Es importante
conocer los sistemas operativos de red con los que cuentan las diferentes
plataformas.
5.1 Modelo de referencia de la arquitectura de redes TCP/IP

El Protocolo de Internet (IP) y el Protocolo de Control de Transmisin (TCP),
fueron desarrollados inicialmente en 1973 por el informtico estadounidense
Vinton Cerf como parte de un proyecto dirigido por el ingeniero norteamericano
Robert Kahn y patrocinado por la Agencia de Programas Avanzados de
Investigacin (ARPA, siglas en ingls) del Departamento Estadounidense de
Defensa.
Internet comenz siendo una red informtica de ARPA (llamada ARPAnet) que
conectaba redes de ordenadores de varias universidades y laboratorios en
investigacin en Estados Unidos. World Wibe Web se desarroll en 1989 por el
informtico britnico Timothy Berners-Lee para el Consejo Europeo de
Investigacin Nuclear (CERN, siglas en francs).
Qu es laarquitectura de TCP/IP?
TCP/IP es el protocolo comn utilizado por todos los ordenadores conectados a
Internet, de manera que stos puedan comunicarse entre s.
Hay que tener en cuenta que en Internet se encuentran conectados ordenadores
de clases muy diferentes y con hardware y software incompatibles en muchos
casos, adems de todos los medios y formas posibles de conexin.
Aqu se encuentra una de las grandes ventajas del TCP/IP, pues este protocolo se
encargar de que la comunicacin entre todos sea posible. TCP/IP es compatible
con cualquier sistema operativo y con cualquier tipo de hardware.
TCP/IP no es un nico protocolo, sino que es en realidad lo que se conoce con

este nombre es un conjunto de protocolos que cubren los distintos niveles del
modelo OSI.
Los dos protocolos ms importantes son el TCP (Transmission Control Protocol) y
el IP (Internet Protocol), que son los que dan nombre al conjunto.
La arquitectura del TCP/IP consta de cinco niveles o capas en las que se agrupan
los protocolos, y que se relacionan con los niveles OSI de la siguiente manera:
-
Aplicacin. Se corresponde con los niveles OSI de aplicacin.
Presentacin y sesin. Aqu se incluyen protocolos destinados a

proporcionar servicios, tales como correo electrnico (SMTP), transferencia
de ficheros (FTP), conexin remota (TELNET) y otros ms recientes como el
protocolo HTTP (Hypertext Transfer Protocol).
Transporte. Coincide con el nivel de transporte del modelo OSI. Los

protocolos de este nivel, tales como TCP y UDP, se encargan de manejar los
datos y proporcionar la fiabilidad necesaria en el transporte de los mismos.
Internet. Es el nivel de red del modelo OSI. Incluye al protocolo IP, que se
encarga de enviar los paquetes de informacin a sus destinos
correspondientes. Es utilizado con esta finalidad por los protocolos del nivel
de transporte.
Fsico. Anlogo al nivel fsico del OSI.
Red. Es la interfaz de la red real. TCP/IP no especifca ningn protocolo

concreto, as es que corre por las interfaces conocidas, como por ejemplo:
802.2, CSMA/CD, X.25, etc.
NIVEL DE APLICACIN
NIVEL DE TRANSPORTE
NIVEL DE INTERNET
NIVEL DE RED
NIVEL FSICO
FIG: Arquitectura TCP/IP
El TCP/IP necesita funcionar sobre algn tipo de red o de medio fsico que
proporcione sus propios protocolos para el nivel de enlace de internet. Por este
motivo hay que tener en cuenta que los protocolos utilizados en este nivel pueden
ser muy diversos y no forman parte del conjunto TCP/IP. Sin embargo, esto no
debe ser problemtico puesto que una de las funciones y ventajas principales del
TCP/IP es proporcionar una abstraccin del medio de forma que sea posible el
intercambio de informacin entre medios diferentes y tecnologas que inicialmente
son incompatibles.
Para transmitir informacin a travs de TCP/IP, sta debe ser dividida en unidades
de menor tamao. Esto proporciona grandes ventajas en el manejo de los datos
que se transfieren y, por otro lado, esto es algo comn en cualquier protocolo de
comunicaciones.
En TCP/IP cada una de estas unidades de informacin recibe el nombre de
"datagrama" (datagram), y son conjuntos de datos que se envan como mensajes
independientes.
Protocolos TCP/IP
FTP, SMTP, TELNET, SNMP, X-WINDOWS, RPC, NFS, TCP, UDP, IP, ICMP,
802.2, X.25, ETHERNET.
SMTP (Simple Mail Transfer Protocol). Es una aplicacin para el correo

electrnico.
TELNET: Permite la conexin a una aplicacin remota desde un proceso o

terminal.
RPC (Remote Procedure Call). Permite llamadas a procedimientos situados

remotamente. Se utilizan las llamadas a RPC como si fuesen procedimientos
locales.
SNMP (Simple Network Management Protocol). Se trata de una aplicacin

para el control de la red.
NFS (Network File System). Permite la utilizacin de archivos distribuidos por

los programas de la red.
X-Windows. Es un protocolo para el manejo de ventanas e interfaces de

usuario.
5.1.1 Introduccin a las tecnologas de redes

802.1: Arquitectura de redes de rea local. Las normas establecidas sobre la
arquitectura y administracin de redes, la interconexin de redes y los elementos
relacionados con los niveles del modelo OSI arriba del nivel de enlace de datos: la
red, el transporte, la sesin, la presentacin y el nivel de aplicacin.
802.2: Control de enlace lgico. Esta norma define el protocolo de control de
enlaces lgicos (LLC). El IEEE dividi el nivel de enlace de ISO en dos subniveles:
control de enlace lgico y control de acceso al canal (MAC). El objetivo de las
normas del nivel 2 es proporcionar una interfaz transparente y consistente para el
subnivel MAC, de manera que los niveles de la red arriba de ste sirvan de enlace
de datos para un funcionamiento ~()rre~to sin distincin del protocolo MAC.
802.3: Protocolo de acceso CSMA/CD. Esta norma es el resultado del esfuerzo
de estandarizacin de la tecnologa de red de rea local Ethernet desarrollada por
la compai Xerox. La norma 802.3 de IEEE presenta varias versiones, las cuales
se analizarn en la siguiente seccin y en el tema 5. la tabla de la figura 3.20
muestra las diversas posibilidades de esta norma.
802.4: Estafeta en un bus (Token Bus). El subcomit IEEE 802.4 estableci las
normas para las redes que usan la estafeta en un bus. La norma describe la
manera como la red. Se debe inicializar y qu se debe hacer si la estafeta (token)
se pierde y la forma de establecer una prioridad de nodos.
802.5: Estafeta de anillo (Token Ring). El subcomit IEEE 802.5 define las
normas para las redes que usan una estafeta en anillo, las cuales son similares al
estndar 802.4. la tabla de la figura 3.21 muestra las diversas posibilidades de
esta norma.
Utilizados
con
mayor Poco usados en Canad
frecuencia
802.1 Arquitectura LAN
802.6
Red
de
rea
metropolitana (MAN) banda
base DQDB (Dual Queve Dual
Bus)
802.2
Administracin
de 802.4 Estafeta en un bus,
enlaces LLC
MAC (Token bus)
802.3
CSM/CD,
Bus,
Ethernet, MAC
802.5 Estafeta de anillo, MAC
(Token Ring)
802.7 Blus de banda ancha
MAC (bnda ancha)
802.11 redes inalmbricas
Otros (802.12 100 VG
AnyLon, etc.)
En
vas
de
estandarizacin
802.8 red de fibra
ptica
802.9 Integracin de
voz y datos con RNIS
802.10 Seguridad de
red
Figura 3.19. Serie de protoolos IEEE 802
802.3
CSMA/CD
Versin
10 Base 5
10 Base 2
10 Base 36
10 Base T
10 Base FL
10 Base T
Canal
Cable coaxial grueso
Cable coaxial delgado
Cable coaxial de banda ancha
blindado
Cable de fibra ptica
blindado
Velocidad
10 Mbps
10 Mbps
10 Mbps
10 Mbps
10 Mbps
100 Mbps
802.5
Token Ring
4Mbps; cable de par trenzado blindado

16Mbps; cable de fibra ptica
4Mbps; cable de par trenzado no blindado
16Mbps; cable de par trenzado no blindado
802.6 Red de rea metropolitana: (Metropolitan rea Network, MAN). Los

medios consideramos para este tipo de red son la fibra ptioca y el cable de par
trenzado. La arquitectura utilizado dos buses; cada uno es unidireccional, lo cual
siognifica que la trabsmisin de datos se hace en nun sentido sobre un bus y en
otro sobre el segundo bus. Por tanto cada uno debe estar enlazado a los dos
buses.
En bus en forma de ciclo cerrado utiliza dos buses en sentido nico (vase la
figura 3.12); sin embrago cada bus, forma un ciclo cerrado. El ndice de velocidad
vara segn el medio utilizado. As un cable coaxial puede soportar una velocidad
de 45Mbps y un cable de fibra ptica 156Mbps. Este subcomit establece las
normas para las redes capaces de cubrir una inmensa regin conocidaspor su alto
desempeo.
802.11: Redes inalmbricas. Este tipo presenta algunas soluciones para
aplicaciones especficas: estaciones desplazadas con frecuencia, pisos y techos
inadecuados para el cableado (por ejemplo, pisos de concreto, etc.)
802.12: Protocolo de acceso por prioridad de demanda. El IEEE propuso una
nueva norma 802.12 para la tecnologia 100 Base VG Anylan
Tecnologas de redes de rea local
Una tecnologa de red es un conjunto de protocolos, tipologas y medios de
transmisin. La tecnologa de red resalta el numero maximo de estaciones en la
red, en tanto la topologa y el protocolo determinane l canal y repetidos que se han
de utilizar.
Arquitectura
Ethernet
Token Ring
Protocolo
de acceso
Topologa
Lgica
Topologa
Fsica
CSMA/CD
Transmisin
difundida
(bus)
Estrella
Protocolo
de acceso
Topologa
Lgica
Topologa
Fsica
Paso de
estafeta
Transmisin
secuencial
(anillo)
Estrella
o anillo
Figura 3.22 Tecnologa ethernet y Token Ring
Con relacin a las tecnologas de red de rea local, destacan las siguientes (la
figura 3.22 comparan las tecnologas Ethernet y Token Ring):
Tecnologa Ethernet (norma 802.3)

Tecnologa Token Riong de IBM (norma 802.5)
Tecnologa Arcnet
Tecnologa Apple Talk
Red Ethernet
Digital, Xerox e Intel fueron los primeros en implantar esta tecnologa, la cual
puede recurrir a varios medios de transmisin, pero el cable de par trenzado esta
a un paso de ser en canal ms utilizado. La tecnologa Ethernet ha llegado a ser
una de las ms comunes en las instalaciones de redes de rea local durante los
noventa, la cual se ilustra en la figura 3.22.
En Ethernet, la comunicacin est garantizada por el protocolo CSMA/CD. La
trsnmisin se lleva a cabo en forma de frames o de bloques de informacin (vase
la figura 3.23). Cada grupo contiene 8 campos, incluidos los datos y el PAD y su
tamao puede variar de 72 a 1526 bytes.
El encabezado inicia con un prembulo de sincronizacin de 64 bits. Por analoga
se podra comparar este encabezado con el timbre del telfono: avisa al
destinatario la llegana de un mensaje. Un bloque de controlde 4 byts, con un
codigo de deteccin de error, permite verificar la integridad de los datos a su
llegada. Este clculo se revisa y se compara el contenido del bloque de control. Si
los valores son idnticos no hay error de transmisin. En caso contrario el frame
se rechaza.
Prembulo
Inicio
Prembulo
Inicio
Destino
Fuente
Tamao
PAd
Bloc de control
Destino
Fuente
Tamao
Datos
PAD
Bloc de
control
7 bytes
1 byte (seal de inicio de un frame)
2 bytes (cantidad de datos)
Cantidad variable
4 bytes
Figura 3.23 Un frame en Ethernet
Entre las redes que soportan la tecnologa Ethernet, destacan las siguientes:
Vines, de Banyan
5.1.2 Concepto de la red de redes: Internet

Internet es el precursor de la supercarretera de la informacin, un tema del cual
se habla casi todos los das en los medios de comunicacin.
En sus orgenes, Internet estaba destinado a los investigadores, cientficos y
acadmicos; sin embargo, tiempo despus el auge de la informacin compartida
inici su camino hacia la democratizacin.
Este subtema se ver a detalle en el punto 5.9
5.2 Protocolos a nivel de enlace

Consideran los siguientes aspectos:
5.2.1 Operacin de redes Ethernet

En los aos recientes, las redes de computacin han ido creciendo en importancia
a medida que las organizaciones confan a una red sus aplicaciones de
comunicaciones como correo electrnico y las funciones vitales de su operacin
de negocios como aplicaciones de Base de Datos.
Esta introduccin ayuda a explicar Ethernet y Fast Ethernet (Ethernet Veloz), las
cuales son dos de las ms populares tecnologas utilizadas en redes.
LANs
Las redes son conjuntos de computadoras independientes que se comunican una
con otra sobre un medio de red.
Redes de Area Local (Local Area Networks o LANs) son aquellas redes
usualmente confinadas a un rea geogrfica, tal como un edificio individual o el
Campus de una Universidad.
LANs, sin embargo, no son necesariamente simples en diseo, en la medida que
ellas pueden conectar muchos cientos de computadoras y ser utilizadas por miles
de usuarios.
El desarrollo de varios protocolos de interconexin estndar y medios de
transmisin han hecho posible la proliferacin de LANs en organizaciones a nivel
mundial para aplicaciones de negocios y aplicaciones educacionales.
WANs
A menudo una red est localizada en mltiples localizaciones fsicas.
La interconexin de reas amplias ("Wide Area Networks) es la conexin de
multiples LANs que se encuentran geogrficamente separadas.
Esto se logra conectando las diferentes LANs utilizando servicios que incluyen
lneas de telfono dedicadas (punto a punto), o de discado tanto sincrnicas como
asincrnicas, vnculos satelitales, y servicios de transporte de paquetes.
La interconexin de rea amplia puede ser tan simple como proveer modems y un
servidor de acceso remoto para permitir a los empleados remotos conexiones para
discado entrante ("dial in"); o esta puede ser tan compleja como vincular cientos
de oficinas de sucursales a lo largo del mundo utilizando protocolos especiales de
ruteo y filtros para minimizar el costo de enviar datos a lo largo de grandes
distancias.
Internet
Con el incremento meterico en la demanda por conectividad, la Internet se ha
convertido en la autopista de comunicaciones para millones de usuarios.
La Internet estuvo inicialmente restringida a instituciones militares y acadmicas.

Naci siendo la red de la Administracin de Programas de Investigacin
Avanzados (Advanced Research Programs Administration) del Departamento de
Defensa de los Estados Unidos de Norteamrica y se la conoci como ARPANet.
Internet (como se conoce hoy a la vieja ARPANet) ahora es un canal abierto de
informacin para casi cualquier forma de informacin y de comercio. Los sitios
Web de Internet proveen hoy recursos personales, educacionales, polticos y
econmicos a todos los rincones del planeta.
Intranet
Con el advenimiento de programas basados en Navegadores ("browsers") para
Internet, hay hoy en da un fenmeno llamado Intranet, el cual ha sido desarrollado
por empresas y otras organizaciones privadas.
Una Intranet es una red privada que utiliza herramientas tipo Internet, pero
disponible solamente dentro de la organizacin.
Para grandes organizaciones, una Intranet provee a los empleados de un modo
fcil de acceder a la informacin de la organizacin a travs del mismo tipo de
herramientas utilizadas para salir de la organizacin.
Ethernet
Ethernet es la ms popular tecnologa de soporte fsico de LAN en uso hoy. Otros
tipos de soperte fsico de LAN incluyen Token Ring, Fast Ethernet, Interfaz de
Datos Distribuda por Fibra (ptica) (Fiber Distributed Data Interface o"FDDI"),
Modo de Transferencia Asincrnico (Asynchronous Transfer Mode o "ATM") y
LocalTalk.
Ethernet es popular porque logra un buen balance entre velocidad, costo y
facilidad de instalacin. Estos puntos fuertes, combinados con una amplia
aceptacin en el mercado informtico y la habilidad para soportar virtualmente
todos los protocolos populares de red, hacen de Ethernet una tecnologa de red
ideal para la mayora de los usuarios de computadoras hoy en da.
El estndar Ethernet est definido por el Intituto de Ingenieros Elctricos y
Electrnicos (Institute of Electrical and Electronic Engineers o "IEEE") como el
estndar IEEE 802.3. Este estndar define las reglas para configurar una Ethernet
y especifica a su vez como interactan entre s los elementos de una red Ethernet.
Adhiriendo al estndar IEEE, equipamiento y protocolos de red interactuarn
eficientemente.
Fast Ethernet
Para redes Ethernet que requieren altas velocidades de transmisin, fue
establecido el estndar Fast Ethernet (IEEE 802.3u). Este estndar eleva el lmite
de velocidad de transmisin de 10 Megabits por segundo (Mbps) a 100 Mbps con
solo mnimos cambios en los cableados existentes.
Hay tres tipos de Fast Ethernet:
100BASE-TX: para el uso con cableados de par trenzado sin malla

(Unshielded Twisted Pair o "UTP") nivel 5.
100BASE-FX: para el uso con cables de fibra ptica.
100BASE-T4: el cual utiliza un par extra de hilos para utilizar cableado

existente tipo UTP nivel 3.
El estndar 100BASE-TX se ha vuelto el ms popular debido a su gran
compatibilidad con el estndar Ethernet 10BASE-T.
Para el encargado de redes, la incorporacin de Fast Ethernet dentro de una
configuracin existente representa todo un mundo de decisiones.
Para cada sitio en la red debe determinar el nmero de usuarios que realmente
requieren una velocidad de transmisin ms elevada.
Debe decidir tambin sobre cuales segmentos troncales especficamente deben
ser reconfigurados a 100BASE-TX y luego elegir el equipamiento necesario para
conectar los segmentos 100BASE-TX con los segmentos 10BASE-T existentes.
Ethernet de 1.0 Gigabit es una tecnologa futura que promete una migracin mas
all de Fast Ethernet de modo tal que las generaciones futuras de redes
soportarn an ms altas velocidades de transferencia de datos.
Protocolos
Los Protocolos de red son estndares que permiten a las computadoras
comunicarse.
Un protocolo define:
Como las computadoras se identificarn unas a otras sobre una red.
La forma que los datos deben tomar para ser transmitidos. Como esta informacin
debiera ser procesada una vez que llega a destino. Los Protocolos tambin
definen los procedimientos para el manejo de transmisiones o "paquetes" daados
o perdidos totalmente.
IPX (para Novell NetWare)
TCP/IP (para UNIX, Windows NT, Windows 95 y otras plataformas)
DECnet (para redes de computadoras DEC de Digital Equipment Corp.)
AppleTalk (para computadoras Macintosh) NetBIOS/NetBEUI (para redes LAN
manager y Windows NT)son algunos de los tipos principales de protocolos de
redes en uso.
Aunque cada protocolo de red es diferente, todos ellos son capaces de compartir
un mismo cableado fsico.
Este mtodo comn de acceso a la red fsica permite a mltiples protocolos
coexistir pacficamente en el medio de red, y permite al constructor de la red el uso
de equipamiento comn para una variedad de protocolos.
Este concepto es conocido como independencia del protocolo o "protocol
independence" lo cual significa que los dispositivos son compatibles en las capas
o niveles fsico, "physiscal layer" y de vnculo de datos, "data link layer";
permitindole al usuario correr muchos protocolos diferentes sobre el mismo
medio.
Medio
Una parte importante del diseo e instalacin de una red Ethernet es seleccionar
el medio Ethernet a mano ms apropiado. Hay cuatro tipos principales de medios
en uso hoy:
1.
Cable Coaxil Grueso ("Thick wire" o "Thick Ethernet") para redes 10BASE5.
2.
Cable Coaxil Fino ("Thin wire" o "Thin Ethernet") para redes 10BASE2.
3.
Par Trenzado Sin Malla ("Unshielded Twisted Pair" o "UTP") para redes
10BASE-T.
4.
Fibra Optica ("Fiber optic") para redes 10BASE-FL o para redes de Vnculos
Inter-repetidores de Fibra Optica ("Fiber-Optic Inter-repeater Link" o "FOIRL").
Esta amplia variedad de medios refleja la evolucin de Ethernet y tambin

demuestra la flexibilidad de la tecnologa.
Thickwire fue uno de los primeros sistemas de cableado utilizados en Ethernet
pero era dificil de trabajar y caro. Este evolucion al cable coaxil fino, el cual es
ms fcil de trabajar y menos caro.
Hoy, los ms populares esquemas de cableado son 10BASE-T y 100BASE-TX los
cuales utilizan cable par trenzado sin malla (UTP).
Este es similar al cable telefnico y viene en una variedad de grados, con cada
grado superior ofreciendo una mejor performace.
El cable Nivel 5 es el grado ms alto y ms caro, ofreciendo soporte para
velocidades de transmisin de hasta 100 Mbps.
Los cables nivel 4 y nivel 3 son cables menos costosos, pero ofrecen soporte para
velocidades de transmisin menores.
Cable nivel 4 puede soportar velocidades de hasta 20 Mbps, mientras que el cable
nivel 3 soporta velocidades de hasta 16 Mbps.
El estndar de cableado Ethernet 100BASE-T4 permite soportar velocidades de
transmisin de hasta 100 Mbps sobre cable nivel 3, pero a expensas de agregar
otros dos "pares" de cables (4 pares en vez de los 2 pares usados para 10BASET); para la mayora de los usuarios, esto es un esquema sin sentido y en
consecuencia 100BASE-T4 ha tenido poca popularidad. Cables nivel 2 y nivel 1 no
son utilizados en los cableados de redes.
Para aplicaciones especializadas las redes Ethernet basadas en fibra ptica o
10BASE-FL son los segmentos ms populares.
El cable de fibra ptica es ms costoso, pero es insustituible para situaciones
donde las emisiones electrnicas y los riesgos ambientales son un problema a
tener en cuenta.
El cable de fibra ptica es a menudo utilizado para aplicaciones inter-edificio para
aislar equipamientos de red de daos elctricos ocasionados por descargas de
rayos debido a que este no conduce electricidad.
El cable de fibra ptica puede tambin ser til en reas donde hay gran
interferencia electromagntica, como por ejemplo el piso de una fbrica.
El estndar Ethernet permite segmentos de cable de fibra ptica de hasta 2
kilmetros de longitud, convirtiendo a la Ethernet por fibra ptica en la eleccin
perfecta para conexin de nodos y edificios que de otro modo no seran
alcanzables por medios de conductores de cobre.
Topologas
Los medios Ethernet son usados en dos configuraciones generales o topologas
de red; lnea o "bus" y estrella o "star".
Estas dos topologas definen como los "nodos" son conectados entre s.
Un nodo es por definicin un dispositivo activo conectado a una red, como por
ejemplo una computadora o una impresora (conectada directamente a una red y
no a travs de una computadora).
Un nodo puede tambin ser una parte del equipamiento fsico de la red, como por
ejemplo un "hub", "switch" o un "router".
Una topologa tipo "bus" consiste de nodos vinculados entre s en serie con cada
nodo conectado a un largo cable o "bus".
Muchos nodos pueden entrar al bus y comenzar a comunicarse con todos los
otros nodos sobre ese segmento de cable. Una ruptura en cualquier parte del
cable de comunicacin o "bus" causar entonces, necesariamente, la ruptura de
las comunicaciones y la inoperabilidad de la red, hasta tanto esta ruptura sea
reparada.
Ejemplos de topologas tipo "bus" incluyen los estndares de cableado 10BASE2 y
10BASE5.
Los estndares de cableado Ehternet 10BASE-T y Fast Ethernet usan una
topologa estrella o "star".
Generalmente una computadora est localizada en un extremo del segmento, y el
otro extremo termina en un "hub" o concentrador de comunicaciones.
Debido a que UTP es a menudo cableado junto con el cableado telefnico, la
localizacin fsica del concentrador suele coincidir con la de los concentradores
telefnicos, o bien estar (en otros casos) en otros lugares donde sea conveniente
conectar segmentos UTP al "backcone" o concentrador central.
La ventaja principal de este tipo de redes es su confiabilidad, dado que si alguna
de estas conexiones o segmentos "punto-a-punto" se rompe, solo afectar a los
dos nodos vinculados, otros usuarios de computadoras sobre la red continuarn
operando como si ese segmento no existiera.
Colisiones
Ethernet es un medio compartido, de modo que existen reglas para el envo de
paquetes con el fin de evitar conflictos y proteger la integridad de los datos.
Los nodos de una red Ethernet envan paquetes cuando ellos determinan que la
red no est en uso. Esta determinacin se hace esperando un tiempo (cuya
duracin es aleatoria) despus del ltimo paquete que se est transmitiendo en la
red en ese momento. Transcurrido este tiempo, se determina que la red esta
disponible para efectuar una transmisin.
Es posible que dos nodos en localizaciones fsicas distantes traten de enviar datos
al mismo tiempo.
Cuando ambas PCs estn transfiriendo un paquete a la red al mismo tiempo se
produce una colisin.
Este mecanismo es similar al que utilizamos los humanos al conversar, cada uno
espera un tiempo (aleatorio) desde que el otro emiti la ltima palabra antes de
determinar que termin de decir lo que quera y proceder entonces a contestar. Si
por algn motivo erramos en la determinacin, hablaremos los dos al mismo
tiempo generando una colisin y deberemos detenernos y re-comenzar.
Minimizar las colisiones es un elemento crucial en el diseo y operacin de redes.
El incremento de las colisiones es a menudo el resultado de demasiados usuarios
en una red, lo que produce una notable disminucin en el ancho de banda efectivo
de la red.
Esto puede enlentecer la performance de la red desde el punto de vista de los
usuarios.
Segmentar la red, donde la red es dividida en diferentes piezas unidas
lgicamente con un "bridge" o un "switch", es una manera de reducir una red
superpoblada.
Productos Ethernet
Los estndares y tecnologas que han sido recin descriptos se traducen en
productos especficos. Los encargados de redes pueden utilizar estos para la
construccin de redes Ethernet. El siguiente texto discute los productos clave para
construir una red Ethernet.
Transceivers
Los Transceivers son utilizados para conectar nodos a varios medios Ethernet.
La mayora de las computadoras y placas de interfaz de red poseen un transceiver
10BASE-T o 10BASE2 incorporado ("built-in"), permitindoles conectarse
directamente al medio Ethernet sin la necesidad de un transceiver externo.
Muchos dispositivos Ethernet compatibles proveen un conector AUI, el cual
permiter al usuario conectarse a cualquier tipo de medio va un transceiver
externo.
El conector AUI consiste en un conector (hembra del lado de la PC y macho del
lado del transceiver) de 15 pines tipo D-shell.
Cables Thickwire o ThickEthernet (10BASE5) tambin utilizan transceivers para
permitir conexiones.
Para redes fast Ethernet, una nueva interfaz llamada MII (Interfaz Medio
Independiente o "Media Independent Interface") fue desarrollada para ofrecer un
modo flexible de soportar conexiones de 100 Mbps.
La MII es un modo bastante difundido de conectar vnculos 100BASE-FX a
dispositivos Fast Ethernet basados en cobre.
Network Interface Cards
Las Tarjetas Adaptadoras de Red (o "Network Interface Cards", comunmente
mencionadas como NICs), son utilizadas para conectar una PC a una red.
La NIC provee una conexin fsica entre el cable de red y el Bus interno de la PC.
Diferentes tipos de computadoras tienen diferentes arquitecturas de Bus.
Ranuras o "slots" de expansin PCI ("bus mastering" o no) son hallados
frecuentemente en PCs 486 y Pentiums y ranuras o "slots" de expansin ISA
("Industry Standard Arquitecture") o EISA ("Enhanced Industry Standard
Arquitecture") son hallados frecuentemente en computadoras personales clase
386 o anteriores.
Las tarjetas de interfaz de red vienen en tres variedades bsicas; 8 bits, 16 bits y
32 bits.
Cuanto ms grande es el nmero de bits que puede ser transferido por la placa de
red, mayor ser la velocidad a la cual la tarjeta adaptadora podr transferir los
datos al cable de red.
Muchos adaptadores NIC cumplen con las especificaciones Plug-and-Play (PnP).
En los sistemas PnP los adaptadores NIC son configurados automticamente sin
la intervencin del usuario, mientras que en los sistemas no PnP, la configuracin
es hecha manualmente a travs de un programa de puesta en marcha ("Setup")
y/o manualmente a travs de "Jumpers" o "DIP switches". Aquellas NIC en las
cuales el programa de puesta en marcha o "Setup" configura todas las opciones
de trabajo de la NIC y las graba en su memoria ROM interna se las denomina
"Jumperless" (del ingls "sin Jumper").
Existen tarjetas para soportar casi todos los estndares de cableado, incluyendo el
ltimo ambiente Fast Ethernet.
Las tarjetas NIC Fast Ethernet son a menudo capaces de manejar 10/100 Mbps, y
se configurarn automticamente a la velocidad apropiada (10 Mbps o 100 Mbps).
Conexin de red Full duplex es otra opcin, donde una conexin dedicada a un
switch permite a la NIC operar al doble de velocidad (transmitiendo y recibiendo al
mismo tiempo, muy tiles por ejemplo en aplicaciones tipo audio-chatting o videoconferencia).
Hubs/Repetidores
Hubs/repetidores o "repeaters" son utilizados para conectar dos o ms segmentos
Ethernet de cualquier tipo de medio.
A medida que los segmentos exceden su longitud mxima, la calidad de la seal
comienza a deteriorarse.
Los Hubs proveen la amplificacin de seal requerida para permitirle a un
segmento extenderse a una distancia mayor.
Un hub toma cualquier seal entrante y la repite a todos los restantes puertos de
salida.
Los hubs Ethernet trabajan necesariamente en topologas estrella o "star" tales
como 10BASE-T.
Un hub multi-puerto de par trenzado, permite que varias conexiones de segmentos
"punto-a-punto" se renan en una red.
Un extremo del vnculo "punto-a-punto" es conectado al hub y el otro es conectado
a la computadora.
Si el hub es conectado al backbone, entonces todas las computadoras en los
extremos de los segmentos de par trenzado pueden comunicarse con todos los
"hosts" del backbone.
El nmero y tipo de hubs en cualquier dominio de colisin est limitado por las
reglas de Ethernet. Estas reglas de repetidores sern discutidas con ms detalle
luego.
Un hecho muy importante a tener en cuenta acerca de los hubs es que ellos
solamente permiten a los usuarios compartir Ethernet.
Una red de hubs/repetidores o "repeaters" se la denomina como "shared
Ethernet", significando que todos los miembros de la red estn habilitados para
transmisin de datos sobre una red nica (o dominio de colisin). Esto quiere decir
que los miembros individuales de una red compartida obtendrn solo un
porcentaje del ancho de banda total disponible.
5.2.2 Operacin en lnea punto a punto (SLIP, PPP)

La mayora de las redes TCP/IP usan Ethernet como tipo de red fsica de
transporte. Linux da soporte a muchas tarjetas de red Ethernet e interfaces para
ordenadores personales, incluyendo el adaptador Ethernet D-Link de bolsillo para
ordenadores porttiles.
Pero dado que no todo el mundo tiene una conexin Ethernet en casa, Linux
tambin proporciona SLIP (Serial Line Internet Protocol), el cual permite
conectarse a Internet a travs de un mdem. Para poder usar SLIP, necesitar
tener acceso a un servidor de SLIP, una mquina conectada a la red que
permite acceso de entrada por telfono. Muchas empresas y universidades
tienen servidores SLIP disponibles. De hecho, si su sistema Linux dispone de
conexin Ethernet y de mdem, puede configurarlo como servidor de SLIP
para otros usuarios
IP en lneas serie, SLIP y PPP
SLIP (Serial Line IP, Protocolo Internet en Lnea Serie), y PPP (Point-to-Point
Protocol, Protocolo Punto-a-Punto) son protocolos muy utilizados para enviar
paquetes IP a travs de enlaces serie.
Varias instituciones ofrecen acceso telefnico SLIP y PPP a maquinas conectadas
a Internet, esto proporciona conectividad IP a personas privadas (algo que de otra
forma seria difcilmente de conseguir debido al elevado coste).
Para trabajar con SLIP o PPP, no son necesarias modificaciones en el hardware;
puede utilizarse cualquier puerto serie.
Configurando el software serie
Hay personas fuera del mundo de las redes que solo poseen un PC y no tienen
dinero para gastarlo en un enlace Internet T1. Para conseguir su dosis diaria de
noticias y mensajes, dependen de enlaces SLIP, redes UUCP y BBS, que usan las
redes telefnicas pblicas.
5.3 Protocolos de red de redes

5.3.1 Protocolo IP
IP: IP a diferencia del protocolo X.25, que est orientado a conexin, es sin
conexin. Est basado en la idea de los datagramas interred, los cuales son
transportados transparentemente, pero no siempre con seguridad, desde el host
fuente hasta el host destino, quizs recorriendo varias redes mientras viaja.
El protocolo IP trabaja de la siguiente manera; la capa de transporte toma los
mensajes y los divide en datagramas, de hasta 64K octetos cada uno. Cada
datagrama se transmite a travs de la interred, posiblemente fragmentndose en
unidades ms pequeas, durante su recorrido normal. Al final, cuando todas las
piezas llegan a la mquina destinataria, la capa de transporte los reensambla para
as reconstruir el mensaje original.
Un datagrama IP consta de una parte de cabecera y una parte de texto.
La cabecera tiene una parte fija de 20 octetos y una parte opcional de longitud
variable. En la figura 1 se muestra el formato de la cabecera.
El campo Versin indica a qu versin del protocolo pertenece cada uno de los
datagramas. Mediante la inclusin de la versin en cada datagrama, no se excluye
la posibilidad de modificar los protocolos mientras la red se encuentre en
operacin.
El campo Opciones se utiliza para fines de seguridad, encaminamiento fuente,
informe de errores, depuracin, sellado de tiempo, as como otro tipo de
informacin. Esto, bsicamente, proporciona un escape para permitir que las
versiones subsiguientes de los protocolos incluyan informacin que actualmente
no est presente en el diseo original. Tambin, para permitir que los
experimentadores trabajen con nuevas ideas y para evitar, la asignacin de bits de
cabecera a informacin que muy rara vez se necesita.
Debido a que la longitud de la cabecera no es constante, un campo de la
cabecera, IHL, permite que se indique la longitud que tiene la cabecera en
palabras de 32 bits. El valor mnimo es de 5. Tamao 4 bit.
El campo Tipo de servicio le permite al hostal indicarle a la subred el tipo de
servicio que desea. Es posible tener varias combinaciones con respecto a la
seguridad y la velocidad. Para voz digitalizada, por ejemplo, es ms importante la
entrega rpida que corregir errores de transmisin. En tanto que, para la
transferencia de archivos, resulta ms importante tener la transmisin fiable que
entrega rpida. Tambin, es posible tener algunas otras combinaciones, desde un
trfico rutinario, hasta una anulacin instantnea. Tamao 8 bit.
La Longitud total incluye todo lo que se encuentra en el datagrama -tanto la
cabecera como los datos. La mxima longitud es de 65536 octetos(bytes).
Tamao 16 bit.
El campo Identificacin se necesita para permitir que el hostal destinatario
determine a qu datagrama pertenece el fragmento recin llegado. Todos los
fragmentos de un datagrama contienen el mismo valor de identificacin. Tamao
16 bits.
Enseguida viene un bit que no se utiliza, y despus dos campos de 1 bit. Las
letras DF quieren decir no fragmentar. Esta es una orden para que las pasarelas
no fragmenten el datagrama, porque el extremo destinatario es incapaz de poner
las partes juntas nuevamente.
Por ejemplo, supngase que se tiene un datagrama que se carga en un micro
pequeo para su ejecucin; podra marcarse con DF porque la ROM de micro
espera el programa completo en un datagrama. Si el datagrama no puede pasarse
a travs de una red, se deber encaminar sobre otra red, o bien, desecharse.
Las letras MF significan ms fragmentos. Todos los fragmentos, con excepcin del
ltimo, debern tener ese bit puesto. Se utiliza como una verificacin doble contra
el campo de Longitud total, con objeto de tener seguridad de que no faltan
fragmentos y que el datagrama entero se reensamble por completo.
El desplazamiento de fragmento indica el lugar del
pertenece este fragmento. En un datagrama, todos los
del ltimo, debern ser un mltiplo de 8 octetos, que
fragmentacin. Dado que se proporcionan 13 bits,
datagrama actual al cual

fragmentos, con excepcin
es la unidad elemental de
hay un mximo de 8192
fragmentos por datagrama, dando as una longitud mxima de datagrama de 65
536 octetos, que coinciden con el campo Longitud total. Tamao 16 bits.
El campo Tiempo de vida es un contador que se utiliza para limitar el tiempo de
vida de los paquetes. Cuando se llega a cero, el paquete se destruye. La unidad
de tiempo es el segundo, permitindose un tiempo de vida mximo de 255
segundos. Tamao 8 bits.
Cuando la capa de red ha terminado de ensamblar un datagrama completo,
necesitar saber qu hacer con l. El campo Protocolo indica, a qu proceso de
transporte pertenece el datagrama. El TCP es efectivamente una posibilidad, pero
en realidad hay muchas ms.
Protocolo: El nmero utilizado en este campo sirve para indicar a qu protocolo
pertenece el datagrama que se encuentra a continuacin de la cabecera IP, de
manera que pueda ser tratado correctamente cuando llegue a su destino. Tamao:
8 bit.
El cdigo de redundancia de la cabecera es necesario para verificar que los datos
contenidos en la cabecera IP son correctos. Por razones de eficiencia este campo
no puede utilizarse para comprobar los datos incluidos a continuacin, sino que
estos datos de usuario se comprobarn posteriormente a partir del cdigo de
redundancia de la cabecera siguiente, y que corresponde al nivel de transporte.
Este campo debe calcularse de nuevo cuando cambia alguna opcin de la
cabecera, como puede ser el tiempo de vida. Tamao: 16 bit.
La Direccin de origen contiene la direccin del host que enva el paquete.
Tamao: 32 bit.
La Direccin de destino: Esta direccin es la del host que recibir la informacin.
Los routers o gateways intermedios deben conocerla para dirigir correctamente el
paquete. Tamao: 32 bit.
5.3.2 Protocolo ICMP

Debido a que el protocolo IP no es fiable, los datagramas pueden perderse o llegar
defectuosos a su destino. El protocolo ICMP (Internet Control Message
Protocol, protocolo de mensajes de control y error) se encarga de informar al
origen si se ha producido algn error durante la entrega de su mensaje. Pero no
slo se encarga de notificar los errores, sino que tambin transporta distintos
mensajes de control.
El protocolo ICMP nicamente informa de incidencias en la red pero no toma
ninguna decisin. Esto ser responsabilidad de las capas superiores. Los
mensajes ICMP viajan en el campo de datos de un datagrama IP, como se puede
apreciar en el siguiente esquema:
Tipo Datos ICMP
Encabezado
rea de datos del datagrama IP
del datagrama
Encabezado
rea de datos de la trama
de la trama
Final de la
trama
Debido a que el protocolo IP no es fiable puede darse el caso de que un mensaje

ICMP se pierda o se dae. Si esto llega a ocurrir no se crear un nuevo mensaje
ICMP sino que el primero se descartar sin ms.
Los mensajes ICMP comienzan con un campo de 8 bits que contiene el tipo de
mensaje, segn se muestra en la tabla siguiente. El resto de campos son distintos
para cada tipo de mensaje ICMP.
Nota. El formato y significado de cada mensaje ICMP est documentado en la
RFC 792 en ingls 14 y en espaol 15).
Campo de tipo
0
3
4
5
8
11
12
13
14
15
16
17
18
14
15
Tipo de mensaje ICMP

Respuesta de eco (Echo Reply)
Destino inaccesible (Destination Unreachable)
Disminucin del trfico desde el origen (Source Quench)
Redireccionar (cambio de ruta) (Redirect)
Solicitud de eco (Echo)
Tiempo excedido para un datagrama (Time Exceeded)
Problema de Parmetros (Parameter Problem)
Solicitud de marca de tiempo (Timestamp)
Respuesta de marca de tiempo (Timestamp Reply)
Solicitud de informacin (obsoleto) (Information Request)
Respuesta de informacin (obsoleto) (Information Reply)
Solicitud de mscara (Addressmask)
Respuesta de mscara (Addressmask Reply)
http://sunsite.dk/RFC/rfc/rfc792.html
http://www.arrakis.es/pjleon/rfc-es/rfc/rfc0792-es.txt
5.3.3 Protocolos de enrutamiento (RIP, OSPF)
Podemos buscar una analoga del funcionamiento de los routers con el de las
oficinas de correos. Cuando enviamos una carta desde Mrida (Badajoz) a Linares
(Jan), sta llega en primer lugar a la oficina local de Mrida, que la reenva a la
de Badajoz, que a su vez la manda a la de Jan, que la remite a la oficina de
Linares, que hace la entrega. Si la oficina de correos de Jan est cerrada por
obras, la de Badajoz la enviar a la de Madrid, que la remitir a la de Andujar, que
a su vez se encargar de mandarla a la de Linares, haciendo sta de nuevo la
entraga. Cierre la oficina que cierre, siempre se encontrar un camino para
entregar la carta.
Para evitar mantener en su tabla direcciones IP que hayan quedado obsoletas,
cada cierto tiempo borra aquellas que no tienen actividad y las que, tras enviarles
paquetes, no han respondido. Esto lo consiguen manteniendo conversaciones
entre ellos, en unos lenguajes especiales denominados protocolos de
enrutamiento.
Protocolos de enrutamiento
Hemos visto antes que los routers mantienen unas tablas de enrutamiento, en las
que van anotando las direcciones IP de las mquinas destino y los puertos
adecuados para darles salida de forma ptima.
Los routers suelen encontrarse interconectados entre ellos, pasndose los
paquetes de datos de uno a otro, hasta llegar a la mquina destino. Como cada
router tan solo es responsable de las mquinas directamente conectadas a l
(incluyendo los routers vecinos), se hace necesario un mecanismo que permita a
los routers comunicarse entre s, para evitar que cada uno tenga en sus tablas
registros invlidos.
Esto se consigue por medio de una serie de protocolos de enrutamiento,
responsables de que los diferentes routers mantengan sus tablas de enrutamiento
acordes, obtenindose una red convergente. Con ello se consigue, por ejemplo,
que si un ordenador o un servidor se apaga en una red, los routers sepan que ya
no est accesible, evitando el envo de datos que no llegarn a su destino, y
disminuyendo con ello el trfico de red.
Para mantener las tablas de enrutamiento actualizadas, un router puede mandar a
los routers vecinos una copia de su tabla cada determinado periodo de tiempo
(enrutamientos por vector de distancia) y tambin cuando alguna mquina en su
red sufre algn cambio (enrutamiento por estado de enlace). Depende del
protocolo de enrutamiento con que funcione.
Existen diferentes protocolos de comunicacin entre routers, cada uno de los
cuales utiliza mecanismos propios para conseguir la convergencia en la red y para
determinar el mejor camino que puede seguir un paquete de datos en su viaje
hasta la mquina destino, y cada uno utiliza un sistema de determinacin de mejor
ruta (mtrica) diferente.
Segn su misin en una red podemos diferenciar dos tipos principales de
protocolos de enrutamiento: los protocolos de gateway interior (IGP), encargados
de la comunicacin entre routers de una misma red, entre los que destacan RIP e
IGRP, y los protocolos de gateway exterior (EGP) o de frontera, encargados de la
comunicacin entre routers de redes diferentes.
Entre los ms importantes protocolos de enrutamiento podemos destacar los
siguientes:
RIP (Protocolo de Informacin de Enrutamiento), es un protocolo de

enrutamiento por vector de distancia que calcula las distancias hacia la
mquina destino en funcin de cuntos routers debe atravesar un paquete
para llegar a su destino (saltos), enviando cada paquete de datos por el
camino que en cada momento muestre una menor distancia. RIP actualiza
las tablas de enrutamiento a intervalos programables, generalmente cada 30
segundos. Es un buen protocolo de enrutamiento, pero necesita que
constantemente se conecten los routers vecinos, generndose con ello una
gran cantidad de trfico de red.
IGRP (Protocolo de Enrutamiento de Gateway Interior), desarrollado por

Cisco System, es un protocolo de enrutamiento por vector de distancia que
usa una mtrica compuesta basada en diferentes variables de red, como
ancho de banda, unidades mximas de transmisin (MTU), confiabilidad, etc.
Enva actualizaciones de las tablas de enrutamiento cada 90 segundos.
EIGRP (Protocolo de Enrutamiento de Gateway Interior Mejorado), protocolo

mixto basado en IGRP, basado en una mtrica de vector distancia, pero que
manda actualizaciones de las entradas de las tablas que han cambiado por
haber sido alterado el estado de alguna mquina de su red.
OSPF, protocolo puro de entado de enlace, que calcula las rutas ms cortas
y accesibles mediante la construccin de un mapa de la red y el
mantenimiento unas bases de datos con informacin sobre su sistema local y
sobre los vecinos. Cuando una mquina de su sistema cambia, se enva esa
entrada de la tabla a los routers vecinos.
Open Shortest Path first (OSPF) es un protocolo de routing link-state no

propietario, esto quiere decir principalmente dos cosas: Primero que es de
libre uso y suele estar soportados por la mayora de los equipos destinados a
ofrecer servicios a la red y Segundo el ser un link-state quiere decir que a
diferencia de RIP o IGRP que son Distance-vector, no mandan
continuamente la tabla de rutas a sus vecinos sino que solo lo hacen cuando
hay cambios en la topologa de red, de esta forma se evita el consume de
ancho de banda innecesario. En un cambio de topologa OSPF enva el
cambio inmediatamente de forma que la convergencia de la red es mas
rpida que en los distance-vector donde depende de timers asignados, de
forma que en un link-state el tiempo de convergencia puede ser de 4 o 5
segundos segn la red en RIP puede se de 180 segundos.
La topologa de OSPF esta basada en reas conectadas de forma jerrquica.
El sistema autnomo de OSPF puede ser fraccionado en diferentes reas y
todas las reas estas conectadas al rea de Backbone o rea 0 representada
en la siguiente figura:
Los router que forman parte de la red con OSPF se les denomina segn su
situacin y su funcin dentro de la red de la siguiente forma:
a)
Internal router: Un router con todas las redes directamente conectadas a la

misma rea. Estos solo mantienen una copia del algoritmo de routing.
b)
Area Border Router: ABRs es un router que une un rea al area 0 comparte
la informacin entre las dos area y gestiona que redes se tiene que compartir
entre ellas.
c)
Backbone Routers: Son los routers que pertenecen al area 0 y responsable

de la propagacin de las redes entre distintas areas. Autonomous System
d)
Boundary Routers: Son routers conectados a otros AS o Internet. Tambin

suele ser el router que intercambia entre protocolos de routing IGP y EGP.
OSPF Greles
En el siguiente dibujo podemos observar las distintas formas en que podramos
conectar las areas o nodo a nivel de routing a partir de redes wireless. Tambin se
ha incluido una opcin por VPN que resultara muy til sobre todo en la unin de
distintas redes wireless entre ciudades o cuando la distancia entre dos nodos
resulta muy larga y es necesaria la comunicacin por medio de Internet.
De esta forma se definira un rea 0 donde se situara el nodo principal y
preferiblemente con la salida a Internet con mayor ancho de banda, y a donde se
conectaran las dems redes.
En el caso de que existan nodos que no se puedan unir directamente al rea 0
normalmente o por VPN se utilizar un virtual-link para unirla al rea 0.
El protocolo de enrutamiento a elegir en cada caso depende del tipo de red (LAN,
WAN, etc.), de su topologa y del uso de la misma, siendo posible en la mayora
de los casos configurar varios protocolos en un mismo router.
5.4 Aspectos de direccionado en redes TCP/IP

El protocolo IP identifica a cada ordenador que se encuentre conectado a la red
mediante su correspondiente direccin. Esta direccin es un nmero de 32 bit que
debe ser nico para cada host, y normalmente suele representarse como cuatro
cifras de 8 bit separadas por puntos.
La direccin de Internet (IP Address) se utiliza para identificar tanto al ordenador
en concreto como la red a la que pertenece, de manera que sea posible distinguir
a los ordenadores que se encuentran conectados a una misma red. Con este
propsito, y teniendo en cuenta que en Internet se encuentran conectadas redes
de tamaos muy diversos, se establecieron tres clases diferentes de direcciones,
las cuales se representan mediante tres rangos de valores:
Clase A. Son las que en su primer byte tienen un valor comprendido entre 1
y 126, incluyendo ambos valores. Estas direcciones utilizan nicamente este
primer byte para identificar la red, quedando los otros tres bytes disponibles
para cada uno de los hosts que pertenezcan a esta misma red.
Esto significa que podrn existir ms de diecisis millones de ordenadores en
cada una de las redes de esta clase. Este tipo de direcciones es usado por
redes muy extensas, pero hay que tener en cuenta que slo puede haber 126
redes de este tamao. ARPAnet es una de ellas, existiendo adems algunas
grandes redes comerciales, aunque son pocas las organizaciones que
obtienen una direccin de "clase A". Lo normal para las grandes
organizaciones es que utilicen una o varias redes de "clase B".
Clase B. Estas direcciones utilizan en su primer byte un valor comprendido

entre 128 y 191, incluyendo ambos. En este caso el identificador de la red se
obtiene de los dos primeros bytes de la direccin, teniendo que ser un valor
entre 128.1 y 191.254 (no es posible utilizar los valores 0 y 255 por tener un
significado especial). Los dos ltimos bytes de la direccin constituyen el
identificador del host permitiendo, por consiguiente, un nmero mximo de
64516 ordenadores en la misma red. Este tipo de direcciones tendra que ser
suficiente para la gran mayora de las organizaciones grandes. En caso de
que el nmero de ordenadores que se necesita conectar fuese mayor, sera
posible obtener ms de una direccin de "clase B", evitando de esta forma el
uso de una de "clase A".
Clase C. En este caso el valor del primer byte tendr que estar comprendido
entre 192 y 223, incluyendo ambos valores. Este tercer tipo de direcciones
utiliza los tres primeros bytes para el nmero de la red, con un rango desde
192.1.1 hasta 223.254.254. De esta manera queda libre un byte para el host,
lo que permite que se conecten un mximo de 254 ordenadores en cada
red. Estas direcciones permiten un menor nmero de
host que las
anteriores, aunque son las ms numerosas pudiendo existir un gran nmero
redes de este tipo (ms de dos millones).
Tabla de direcciones IP de Internet
CLASE
RANGO DE
PRIMER
OCTETO
1 126
(1er )
NUMERO DE
REDES
NUMERO DE
NODOS
DIRECCION
MUESTRA
127
16,777,214
10.15.121.5
128 191
(1er Y 2do)
16,384
65,534
130.13.44.54
192-223
(1, 2 Y 3er)
2,097,152
254
200.15.23.8
224 239
240 255
225.32.108.32
245.12.35.102
En la clasificacin de direcciones anterior se puede notar que ciertos

nmeros no se usan.
Algunos de ellos se encuentran reservados para un posible uso futuro, como
es el caso de las direcciones cuyo primer byte sea superior a 223.
Clase D. Se emplea para grupos de difusion (computadoras anfitrion) o

multicast microsoft netswow es un ejemplo de difusion multiple puede difundir
el mismo contenido a un grupo de usuarios de una sola vez.
Clase E. Es una clase experimental no pueden ser empleadas por usuarios

comunes.
Que an no estn definidas, mientras que el valor 127 en el primer byte se utiliza
en algunos sistemas para propsitos especiales.
Tambin es importante notar que los valores 0 y 255 en cualquier byte de la
direccin no pueden usarse normalmente por tener otros propsitos especficos.
El nmero 0 est reservado para las mquinas que no conocen su direccin,
pudiendo utilizarse tanto en la identificacin de red para mquinas que an no
conocen el nmero de red a la que se encuentran conectadas, en la identificacin
de host para mquinas que an no conocen su nmero de host dentro de la red, o
en ambos casos.
El nmero 255 tiene tambin un significado especial, puesto que se reserva para
el broadcast. El broadcast es necesario cuando se pretende hacer que un mensaje
sea visible para todos los sistemas conectados a la misma red.
Esto puede ser til si se necesita enviar el mismo datagrama a un nmero
determinado de sistemas, resultando ms eficiente que enviar la misma
informacin solicitada de manera individual a cada uno. Otra situacin para el uso
de broadcast es cuando se quiere convertir el nombre por dominio de un
ordenador a su correspondiente nmero IP y no se conoce la direccin del
servidor de nombres de dominio ms cercano.
Lo usual es que cuando se quiere hacer uso del broadcast se utilice una direccin
compuesta por el identificador normal de la red y por el nmero 255 (todo unos en
binario) en cada byte que identifique al host. Sin embargo, por conveniencia
tambin se permite el uso del nmero 255.255.255.255 con la misma finalidad, de
forma que resulte ms simple referirse a todos los sistemas de la red.
El broadcast es una caracterstica que se encuentra implementada de formas
diferentes dependiendo del medio utilizado, y por lo tanto, no siempre se
encuentra disponible. En ARPAnet y en las lneas punto a punto no es posible
enviar broadcast, pero s que es posible hacerlo en las redes Ethernet, donde se
supone que todos los ordenadores prestarn atencin a este tipo de mensajes.
En el caso de algunas organizaciones extensas puede surgir la necesidad de
dividir la red en otras redes ms pequeas (subredes). Como ejemplo podemos
suponer una red de clase B que, naturalmente, tiene asignado como identificador
de red un nmero de dos bytes. En este caso sera posible utilizar el tercer byte
para indicar en qu red Ethernet se encuentra un host en concreto. Esta divisin
no tendr ningn significado para cualquier otro ordenador que est conectado a
una red perteneciente a otra organizacin, puesto que el tercer byte no ser
comprobado ni tratado de forma especial.
Sin embargo, en el interior de esta red existir una divisin y ser necesario
disponer de un software de red especialmente diseado para ello. De esta forma
queda oculta la organizacin interior de la red, siendo mucho ms cmodo el
acceso que si se tratara de varias direcciones de clase C independientes.
La nueva versin de IP (IPng)
La nueva versin del protocolo IP recibe el nombre de IPv6, aunque es tambin
conocido comnmente como IPng (Internet Protocol Next Generation).
El nmero de versin de este protocolo es el 6 (que es utilizada en forma mnima)
frente a la antigua versin utilizada en forma mayoritaria. Los cambios que se
introducen en esta nueva versin son muchos y de gran importancia, aunque la
transicin desde la versin antigua no debera ser problemtica gracias a las
caractersticas de compatibilidad que se han incluido en el protocolo. IPng se ha
diseado para solucionar todos los problemas que surgen con la versin anterior,
y adems ofrecer soporte a las nuevas redes de alto rendimiento (como ATM,
Gigabit Ethernet, etc.)
Una de las caractersticas ms llamativas es el nuevo sistema de direcciones, en
el cual se pasa de los 32 a los 128 bit, eliminando todas las restricciones del
sistema actual. Otro de los aspectos mejorados es la seguridad, que en la versin
anterior constitua uno de los mayores problemas. Adems, el nuevo formato de la
cabecera se ha organizado de una manera ms efectiva, permitiendo que las
opciones se siten en extensiones separadas de la cabecera principal.
Formato de la cabecera
El tamao de la cabecera que el protocolo IPv6 aade a los datos es de 320 bit, el
doble que en la versin antigua. Sin embargo, esta nueva cabecera se ha
simplificado con respecto a la anterior. Algunos campos se han retirado de la
misma, mientras que otros se han convertido en opcionales por medio de las
extensiones. De esta manera los routers no tienen que procesar parte de la
informacin de la cabecera, lo que permite aumentar de rendimiento en la
transmisin. El formato completo de la cabecera sin las extensiones es el
siguiente:
Versin. Nmero de versin del protocolo IP, que en este caso contendr el
valor 6. Tamao: 4 bit.
Prioridad. Contiene el valor de la prioridad o importancia del paquete que se

est enviando con respecto a otros paquetes provenientes de la misma
fuente. Tamao: 4 bit.
Etiqueta de flujo. Campo que se utiliza para indicar que el paquete requiere
un tratamiento especial por parte de los routers que lo soporten. Tamao: 24
bit.
Longitud. Es la longitud en bytes de los datos que se encuentran a

continuacin de la cabecera. Tamao: 16 bit.
Siguiente cabecera. Se utiliza para indicar el protocolo al que corresponde

la cabecera que se sita a continuacin de la actual. El valor de este campo
es el mismo que el de protocolo en la versin 4 de IP. Tamao: 8 bit.
Lmite de existencia. Tiene el mismo propsito que el campo de la versin 4,

y es un valor que disminuye en una unidad cada vez que el paquete pasa
por un nodo. Tamao:8 bit.
Direccin de origen. El nmero de direccin del host que enva el paquete.

Su longitud es cuatro veces mayor que en la versin 4. Tamao: 128 bit.
Direccin de destino. Nmero de direccin de destino, aunque puede no

coincidir con la direccin del host final en algunos casos. Su longitud es
cuatro veces mayor que en la versin 4 del protocolo IP. Tamao: 128 bit.
Organizacin de la cabecera IPv6.

VersinPrioridadEtiqueta de flujo
LongitudSiguiente
CabeceraLmite de existencia
Direccin de origen
Direccin de destino
Las extensiones que permite aadir esta versin del protocolo se sitan
inmediatamente despus de la cabecera normal, y antes de la cabecera que
incluye el protocolo de nivel de transporte. Los datos situados en cabeceras
opcionales se procesan slo cuando el mensaje llega a su destino final, lo que
supone una mejora en el rendimiento. Otra ventaja adicional es que el tamao de
la cabecera no est limitado a un valor fijo de bytes como ocurra en la versin 4.
Por razones de eficiencia, las extensiones de la cabecera siempre tienen un
tamao mltiplo de 8 bytes. Actualmente se encuentran definidas extensiones
para routing extendido, fragmentacin y ensamblaje, seguridad, confidencialidad
de datos, etc.
Direcciones en la versin 6
El sistema de direcciones es uno de los cambios ms importantes que afectan a la
versin 6 del protocolo IP, donde se han pasado de los 32 a los 128 bit (cuatro
veces mayor). Estas nuevas direcciones identifican a un interfaz o conjunto de
interfaces y no a un nodo, aunque como cada interfaz pertenece a un nodo, es
posible referirse a stos a travs de su interfaz.
El nmero de direcciones diferentes que pueden utilizarse con 128 bits es enorme.
Tericamente seran 2128 direcciones posibles, siempre que no apliquemos algn
formato u organizacin a estas direcciones. Este nmero es extremadamente alto,
pudiendo llegar a soportar ms de 665.000 trillones de direcciones distintas por
cada metro cuadrado de la superficie del planeta Tierra. Segn diversas fuentes
consultadas, estos nmeros una vez organizados de forma prctica y jerrquica
quedaran reducidos en el peor de los casos a 1.564 direcciones por cada metro
cuadrado, y siendo optimistas se podran alcanzar entre los tres y cuatro trillones.
Existen tres tipos bsicos de direcciones IPng segn se utilicen para identificar a
un interfaz en concreto o a un grupo de interfaces. Los bits de mayor peso de los
que componen la direccin IPng son los que permiten distinguir el tipo de
direccin, emplendose un nmero variable de bits para cada caso. Estos tres
tipos de direcciones son: Direcciones unicast: Son las direcciones dirigidas a un
nico interfaz de la red. Las direcciones unicast que se encuentran definidas
actualmente estn divididas en varios grupos. Dentro de este tipo de direcciones
se encuentra tambin un formato especial que facilita la compatibilidad con las
direcciones de la versin 4 del protocolo IP.
Direcciones anycast: Identifican a un conjunto de interfaces de la red.
El paquete se enviar a un interfaz cualquiera de las que forman parte del
conjunto. Estas direcciones son en realidad direcciones unicast que se encuentran
asignadas a varios interfaces, los cuales necesitan ser configurados de manera
especial. El formato es el mismo que el de las direcciones unicast.
Direcciones multicast: Este tipo de direcciones identifica a un conjunto de
interfaces de la red, de manera que el paquete es enviado a cada una de ellos
individualmente.
Las direcciones de broadcast no estn implementadas en esta versin del
protocolo, debido a que esta misma funcin puede realizarse ahora mediante el
uso de las direcciones multicast.
5.4.1 Mscaras de subred fija y de longitud variable (VLSM).

VLSM
Uso ms eficiente del espacio de direcciones
Soporta subredes no contiguas (subredes separadas por parte de otra

subred)
Reglas de asignacin de direcciones

-
El espacio de direcciones en el que el campo subred es 0 -1 para una

mscara de una cierta longitud, puede ser utilizado en una subred con
uma mscara de menor longitud
Bajo una cierta mscara, las direcciones con campos de subred o host 0
o -1 no pueden ser utilizados
El espacio de direcciones asignado bajo una mscara no puede ser

asignado bajo otra mscara (prefijo ms largo).
5.4.2 Protocolo de traduccin de direcciones (NAT)

Compartir conexin a Internet y traduccin de direcciones de red
Para conectar una red de una oficina pequea o domstica (SOHO) con Internet,
puede utilizar uno de los dos mtodos siguientes:
Una conexin enrutada
En una conexin enrutada, el servidor que ejecuta Enrutamiento y acceso remoto
funciona como un enrutador IP que reenva paquetes entre los hosts SOHO y los
hosts de Internet. Aunque es conceptualmente sencilla, una conexin enrutada
requiere el conocimiento de las direcciones IP y la configuracin de enrutamiento
correspondiente a los hosts de SOHO y el servidor que ejecuta Enrutamiento y
acceso remoto. Sin embargo, las conexiones enrutadas permiten todo el trfico IP
entre los hosts de SOHO y los de Internet.
Una conexin traducida
Para una conexin traducida, el servidor que ejecuta Enrutamiento y acceso
remoto funciona como un traductor de direcciones de red: un enrutador IP que
traduce las direcciones de los paquetes que se envan entre los hosts SOHO y los
hosts de Internet. Esto se conoce como traduccin de direcciones de red o NAT
(<i>Network Address Translation</i>). Las conexiones traducidas que utilizan un
servidor que ejecuta Enrutamiento y acceso remoto requieren un conocimiento
menor del enrutamiento y el direccionamiento IP, y proporcionan una configuracin
simplificada para los hosts de SOHO. Sin embargo, es posible que las conexiones
traducidas no permitan todo trfico IP entre los hosts de SOHO y los de Internet.
Para configurar una conexin a Internet traducida, se puede usar uno de
estos mtodos
Utilice la caracterstica Compartir conexin a Internet de Conexiones de red.
Conexin compartida a Internet y Puente de red no se incluyen en Windows
Server 2003, Web Edition, en Windows Server 2003, Datacenter Edition, ni en las
versiones basadas en Itanium de la versin original de los sistemas operativos
Windows Server 2003.
Puede usar el protocolo de enrutamiento NAT proporcionado con el complemento

Enrutamiento y acceso remoto en los servidores que ejecutan Windows
Server 2003 y Enrutamiento y acceso remoto.
Tanto Compartir conexin a Internet como NAT suministran servicios de
traduccin, direccionamiento y resolucin de nombres a los hosts de SOHO.
La caracterstica Compartir conexin a Internet est diseada para proporcionar
una configuracin en un solo paso (una nica casilla de verificacin), a fin de
suministrar una conexin traducida a Internet para todos los equipos de la red de
SOHO. Sin embargo, una vez habilitada, no permite ms configuracin que la de
los servicios y puertos de la red de SOHO. Por ejemplo, Compartir conexin a
Internet est diseado para una nica direccin IP obtenida a partir de un
proveedor de servicios Internet (ISP) y no permite que el usuario cambie el
intervalo de direcciones IP asignadas a hosts de SOHO
El componente de protocolo de enrutamiento NAT est diseado para
proporcionar la mxima flexibilidad en la configuracin del servidor que ejecuta
Enrutamiento y acceso remoto para proporcionar una conexin traducida a
Internet. El componente de protocolo de enrutamiento NAT requiere ms pasos en
la configuracin; sin embargo, cada uno de estos pasos puede personalizarse. La
mayor parte de la configuracin se puede realizar mediante el Asistente para la
instalacin del de enrutamiento y acceso remoto. El componente de protocolo de
enrutamiento NAT admite intervalos de direcciones IP de un ISP y la configuracin
del intervalo de direcciones IP asignadas a hosts de SOHO. En la tabla siguiente
se resumen las caractersticas y capacidades de Compartir conexin a Internet y
del componente de protocolo de enrutamiento NAT.
Conexin compartida a Internet
Traduccin de direcciones de red
Configuracin con una nica casilla de Configuracin manual

verificacin
Direccin IP pblica nica
Varias direcciones IP pblicas
Intervalo fijo de direcciones para hosts Intervalo configurable de direcciones para

de SOHO
hosts de SOHO
Interfaz de SOHO nica
Varias interfaces de SOHO
Notas
Compartir conexin a Internet es una caracterstica diseada para conectar redes
de SOHO a Internet. El componente de protocolo de enrutamiento NAT est
diseado para conectar redes de pequeas y medianas empresas a Internet. Ni
Compartir conexin a Internet ni el componente de protocolo de enrutamiento NAT
estn diseados para:
Conectar directamente redes de SOHO

Conectar redes dentro de una intranet
Conectar directamente las redes de una sucursal con una red corporativa
Conectar las redes de una sucursal con una red corporativa a travs de
Internet
Red SOHO con Internet

Red de una oficina pequea o domstica conectada con internet
5.4.3 Direcciones sin clases (CIDR). (Classless Inter Domain

Routing)
Crecimiento no previsto de la Internet

Agotamiento de las direcciones clase B (slo hay 16382)
A muchas organizaciones no les basta con una direccin clase C (254 hosts)
Solucin a largo plazo (2005): IPv6
Solucin a corto plazo: Asignacin de grupos de direcciones clase C a los
usuarios
-
Problemas
Crecimiento inmanejable de tablas de ruteo (memoria y proceso)

Consumo excesivo de vnculos de transmisin debido a la
propagcin de informacin de ruteo
Solucin a corto plazo: CIDR, que permite la asignacin eficiente de

las direccionesde red clase C restantes
CIDR (RFC 1519, Nov 1992) propone:

-
Asignacin jerrquica de grupos de direcciones de clase C
Direcciones classless: la divisin entre la parte de la direccin que

corresponde a la red y al host es variable, indicada por una
mscara (p.e. 200.2.2.2/24)
Los routers pueden resumir informacin respecto de un grupo de

direcciones y propagar la informacin resumida (aggregation)
-
En las tablas de ruteo, se almacena la informacin resumida
Los protocolos de ruteo ms nuevos lo soportan (BGP-4, OSPF,

etc)
Los routers soportan el mecanismo de matching ms especfico

(longest match) ya que es el utlizado en subnetting
Asignacin propuesta para las direcciones clase C

Direcciones 194.0.0.0 a 195.255.255.255 Europa
Direcciones 198.0.0.0 a 199.255.255.255 Amrica del Norte
Direcciones 200.0.0.0 a 201.255.255.255 Amrica Central y Amrica del Sur
Direcciones 202.0.0.0 a 203.255.255.255 Asia y el Pacfico
5.5 Protocolos de nivel de trasporte

La capa de red transfiere datagramas entre dos ordenadores a travs de la red
utilizando como identificadores las direcciones IP. La capa de transporte aade la
nocin de puerto para distinguir entre los muchos destinos dentro de un mismo
host. No es suficiente con indicar la direccin IP del destino, adems hay que
especificar la aplicacin que recoger el mensaje. Cada aplicacin que est
esperando un mensaje utiliza un nmero de puerto distinto; ms concretamente, la
aplicacin est a la espera de un mensaje en un puerto determinado (escuchando
un puerto).
Pero no slo se utilizan los puertos para la recepcin de mensajes, tambin para
el envo: todos los mensajes que enve un ordenador debe hacerlo a travs de uno
de sus puertos. El siguiente diagrama representa una transmisin entre el
ordenador 194.35.133.5 y el 135.22.8.165. El primero utiliza su puerto 1256 y el
segundo, el 80.
La capa de transporte transmite mensajes entre las aplicaciones de dos

ordenadores. Por ejemplo, entre nuestro navegador de pginas web y un servidor
de pginas web, o entre nuestro programa de correo electrnico y un servidor de
correo.
HTTP
(navegador
web)
HTTP
(servidor web)
Capa de
aplicacin
mensaje HTTP
TCP
(puerto mayor
de 1024)
TCP
(puerto 80)
Capa de
transporte
segmento TPC
IP
(direccin IP
privada o
pblica
dinmica)
IP
(direcciones IP
pblica
estadstica)
IP
(direcciones
IP pblicas)
Capa de red
datagrama IP
Ethernet
(direccin
fsica)
Ethernet
(direccin
fsica)
Ethernet
(direccin
fsica)
Capa de acceso
a la red
trama Ethernet
UTP CAT 5
en ambas
redes
UTP CAT 5
Cliente
Red 1
Secuencia de
n routers
UTP CAT 5
Red n
Capa fsica
Secuencia de
butes
Servidor
5.5.1 Protocolos de control de transmisin (TCP)

El protocolo TCP (Transmission Control Protocol, protocolo de control de
transmisin) est basado en IP que es no fiable y no orientado a conexin, y sin
embargo es:
Orientado a conexin. Es necesario establecer una conexin previa entre

las dos mquinas antes de poder transmitir ningn dato. A travs de esta
conexin los datos llegarn siempre a la aplicacin destino de forma
ordenada y sin duplicados. Finalmente, es necesario cerrar la conexin.
Fiable. La informacin que enva el emisor llega de forma correcta al destino.
El protocolo TCP permite una comunicacin fiable entre dos aplicaciones. De esta
forma, las aplicaciones que lo utilicen no tienen que preocuparse de la integridad
de la informacin: dan por hecho que todo lo que reciben es correcto.
El flujo de datos entre una aplicacin y otra viajan por un circuito virtual.
Sabemos que los datagramas IP pueden seguir rutas distintas, dependiendo del
estado de los encaminadores intermedios, para llegar a un mismo sitio. Esto
significa que los datagramas IP que transportan los mensajes siguen rutas
diferentes aunque el protocolo TCP logr la ilusin de que existe un nico circuito
por el que viajan todos los bytes uno detrs de otro (algo as como una tubera
entre el origen y el destino). Para que esta comunicacin pueda ser posible es
necesario abrir previamente una conexin. Esta conexin garantiza que los todos
los datos lleguen correctamente de forma ordenada y sin duplicados. La unidad de
datos del protocolo es el byte, de tal forma que la aplicacin origen enva bytes y
la aplicacin destino recibe estos bytes.
Sin embargo, cada byte no se enva inmediatamente despus de ser generado por
la aplicacin, sino que se espera a que haya una cierta cantidad de bytes, se
agrupan en un segmento y se enva el segmento completo. Para ello son
necesarias unas memorias intermedias o buffers. Cada uno de estos
segmentos viaja en el campo de datos de un datagrama IP. Si el segmento es muy
grande ser necesario fragmentar el datagrama, con la consiguiente prdida de
rendimiento; y si es muy pequeo, se estarn enviando ms cabeceras que datos.
Por consiguiente, es importante elegir el mayor tamao de segmento posible que
no provoque fragmentacin.
El protocolo TCP enva un flujo de informacin no estructurado. Esto significa
que los datos no tienen ningn formato, son nicamente los bytes que una
aplicacin enva a otra. Ambas aplicaciones debern ponerse de acuerdo para
comprender la informacin que se estn enviando.
Cada vez que se abre una conexin, se crea un canal de comunicacin
bidireccional en el que ambas aplicaciones pueden enviar y recibir informacin, es
decir, una conexin es full-dplex.
Fiabilidad
Cmo es posible enviar informacin fiable basndose en un protocolo no fiable?
Es decir, si los datagramas que transportan los segmentos TCP se pueden perder,
cmo pueden llegar los datos de las aplicaciones de forma correcta al destino?
La respuesta a esta pregunta es sencilla: cada vez que llega un mensaje se
devuelve una confirmacin (acknowledgement) para que el emisor sepa que ha
llegado correctamente. Si no le llega esta confirmacin pasado un cierto tiempo, el
emisor reenva el mensaje.
Veamos a continuacin la manera ms sencilla (aunque ineficiente) de

proporcionar una comunicacin fiable. El emisor enva un dato, arranca su
temporizador y espera su confirmacin (ACK). Si recibe su ACK antes de agotar el
temporizador, enva el siguiente dato. Si se agota el temporizador antes de recibir
el ACK, reenva el mensaje. Los siguientes esquemas representan este
comportamiento:
Este esquema es perfectamente vlido aunque muy ineficiente debido a que slo
se utiliza un sentido de la comunicacin a la vez y el canal est desaprovechado la
mayor parte del tiempo. Para solucionar este problema se utiliza un protocolo de
ventana deslizante, que se resume en el siguiente esquema. Los mensajes y las
confirmaciones van numerados y el emisor puede enviar ms de un mensaje antes
de haber recibido todas las confirmaciones anteriores.
Conexiones
Una conexin son dos pares direccin IP:puerto. No puede haber dos conexiones
iguales en un mismo instante en toda la Red. Aunque bien es posible que un
mismo ordenador tenga dos conexiones distintas y simultneas utilizando un
mismo puerto. El protocolo TCP utiliza el concepto de conexin para identificar las
transmisiones. En el siguiente ejemplo se han creado tres conexiones. Las dos
primeras son al mismo servidor Web (puerto 80) y la tercera a un servidor de FTP
(puerto 21).
Host 1
Host 2
194.35.133.5:1256 135.22.8.165:80
184.42.15.16:1305 135.22.8.165:80
184.42.15.16:1323 135.22.10.15:21
Para que se pueda crear una conexin, el extremo del servidor debe hacer una
apertura pasiva del puerto (escuchar su puerto y quedar a la espera de
conexiones) y el cliente, una apertura activa en el puerto del servidor (conectarse
con el puerto de un determinado servidor).
Nota: El comando NetStat muestra las conexiones abiertas en un ordenador, as
como estadsticas de los distintos protocolos de Internet.
Formato del segmento TCP
Ya hemos comentado que el flujo de bytes que produce una determinada
aplicacin se divide en uno o ms segmentos TCP para su transmisin. Cada uno
de estos segmentos viaja en el campo de datos de un datagrama IP. Para facilitar
el control de flujo de la informacin los bytes de la aplicacin se numeran. De esta
manera, cada segmento indica en su cabecera el primer byte que transporta. Las
confirmaciones o acuses de recibo (ACK) representan el siguiente byte que se
espera recibir (y no el nmero de segmento recibido, ya que ste no existe).
0
10
0 1 2 3 4 5 6 7 8 9 0 1 2 3 3 5
Puerto TCP origen
Nmero de secuencia
Nmero de acuse de recibo
HLEN Reservado Bits cdigo
Suma de verificacin
Opciones (si las hay)
Datos
...
20
30
6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
Puerto TCP destino
Ventana
Puntero de urgencia
Relleno
Puerto fuente (16 bits). Puerto de la mquina origen. Al igual que el puerto
destino es necesario para identificar la conexin actual.
Puerto destino (16 bits). Puerto de la mquina destino.
Nmero de secuencia (32 bits). Indica el nmero de secuencia del primer

byte que trasporta el segmento.
Nmero de acuse de recibo (32 bits). Indica el nmero de secuencia del

siguiente byte que se espera recibir. Con este campo se indica al otro
extremo de la conexin que los bytes anteriores se han recibido
correctamente.
HLEN (4 bits). Longitud de la cabecera medida en mltiplos de 32 bits (4

bytes). El valor mnimo de este campo es 5, que corresponde a un segmento
sin datos (20 bytes).
Reservado (6 bits). Bits reservados para un posible uso futuro.
Bits de cdigo o indicadores (6 bits). Los bits de cdigo determinan el

propsito y contenido del segmento. A continuacin se explica el significado
de cada uno de estos bits (mostrados de izquierda a derecha) si est a 1.
URG. El campo Puntero de urgencia contiene informacin vlida.
ACK. El campo Nmero de acuse de recibo contiene informacin vlida, es

decir, el segmento actual lleva un ACK. Observemos que un mismo
segmento puede transportar los datos de un sentido y las confirmaciones del
otro sentido de la comunicacin.
PSH. La aplicacin ha solicitado una operacin push (enviar los datos

existentes en la memoria temporal sin esperar a completar el segmento).
RST. Interrupcin de la conexin actual.
SYN. Sincronizacin de los nmeros de secuencia. Se utiliza al crear una

conexin para indicar al otro extremo cual va a ser el primer nmero de
secuencia con el que va a comenzar a transmitir (veremos que no tiene
porqu ser el cero).
FIN. Indica al otro extremo que la aplicacin ya no tiene ms datos para

enviar. Se utiliza para solicitar el cierre de la conexin actual.
Ventana (16 bits). Nmero de bytes que el emisor del segmento est
dispuesto a aceptar por parte del destino.
Suma de verificacin (24 bits). Suma de comprobacin de errores del

segmento actual. Para su clculo se utiliza una pseudo-cabecera que
tambin incluye las direcciones IP origen y destino.
Puntero de urgencia (8 bits). Se utiliza cuando se estn enviando datos

urgentes que tienen preferencia sobre todos los dems e indica el siguiente
byte del campo Datos que sigue a los datos urgentes. Esto le permite al
destino identificar donde terminan los datos urgentes. Ntese que un mismo
segmento puede contener tanto datos urgentes (al principio) como normales
(despus de los urgentes).
Opciones (variable). Si est presente nicamente se define una opcin: el

tamao mximo de segmento que ser aceptado.
Relleno. Se utiliza para que la longitud de la cabecera sea mltiplo de 32

bits.
Datos. Informacin que enva la aplicacin.
Establecimiento de una conexin

Antes de transmitir cualquier informacin utilizando el protocolo TCP es necesario
abrir una conexin. Un extremo hace una apertura pasiva y el otro, una apertura
activa. El mecanismo utilizado para establecer una conexin consta de tres vas.
1.
La mquina que quiere iniciar la conexin hace una apertura activa enviando
al otro extremo un mensaje que tenga el bit SYN activado. Le informa
adems del primer nmero de secuencia que utilizar para enviar sus
mensajes.
2.
La mquina receptora (un servidor generalmente) recibe el segmento con el

bit SYN activado y devuelve la correspondiente confirmacin. Si desea abrir
la conexin, activa el bit SYN del segmento e informa de su primer nmero de
secuencia. Deja abierta la conexin por su extremo.
3.
La primera mquina recibe el segmento y enva su confirmacin. A partir de

este momento puede enviar datos al otro extremo. Abre la conexin por su
extremo.
4.
La mquina receptora recibe la confirmacin y entiende que el otro extremo

ha abierto ya su conexin. A partir de este momento puede enviar ella
tambin datos. La conexin ha quedado abierta en los dos sentidos.
Observamos que son necesarios 3 segmentos para que ambas mquinas abran
sus conexiones y sepan que la otra tambin est preparada.
Nmeros de secuencia. Se utilizan nmeros de secuencia distintos para cada
sentido de la comunicacin. Como hemos visto el primer nmero para cada
sentido se acuerda al establecer la comunicacin. Cada extremo se inventa un
nmero aleatorio y enva ste como inicio de secuencia. Observamos que los
nmeros de secuencia no comienzan entonces en el cero. Por qu se procede
as? Uno de los motivos es para evitar conflictos: supongamos que la conexin en
un ordenador se interrumpe nada ms empezar y se crea una nueva. Si ambas
han empezado en el cero es posible que el receptor entienda que la segunda
conexin es una continuacin de la primera (si utilizan los mismos puertos).
Cierre de una conexin
Cuando una aplicacin ya no tiene ms datos que transferir, el procedimiento
normal es cerrar la conexin utilizando una variacin del mecanismo de 3 vas
explicado anteriormente.
El mecanismo de cierre es algo ms complicado que el de establecimiento de

conexin debido a que las conexiones son full-duplex y es necesario cerrar cada
uno de los dos sentidos de forma independiente.
1.
La mquina que ya no tiene ms datos que transferir, enva un segmento con

el bit FIN activado y cierra el sentido de envo. Sin embargo, el sentido de
recepcin de la conexin sigue todava abierto.
2.
La mquina receptora recibe el segmento con el bit FIN activado y devuelve

la correspondiente confirmacin. Pero no cierra inmediatamente el otro
sentido de la conexin sino que informa a la aplicacin de la peticin de
cierre. Aqu se produce un lapso de tiempo hasta que la aplicacin decide
cerrar el otro sentido de la conexin.
3.
La primera mquina recibe el segmento ACK.
4.
uando la mquina receptora toma la decisin de cerrar el otro sentido de la

comunicacin, enva un segmento con el bit FIN activado y cierra la conexin.
5.
La primera mquina recibe el segmento FIN y enva el correspondiente ACK.

Observemos que aunque haya cerrado su sentido de la conexin sigue
devolviendo las confirmaciones.
La mquina receptora recibe el segmento ACK
5.5.2 Protocolos de datagrama de usuario (UDP)

El protocolo UDP (User Datagram Protocol, protocolo de datagrama de
usuario) proporciona una comunicacin muy sencilla entre las aplicaciones de dos
ordenadores. Al igual que el protocolo IP, UDP es:
No orientado a conexin. No se establece una conexin previa con el otro

extremo para transmitir un mensaje UDP. Los mensajes se envan sin ms y
stos pueden duplicarse o llegar desordenados al destino.
No fiable. Los mensajes UDP se pueden perder o llegar daados.
UDP utiliza el protocolo IP para transportar sus mensajes. Como vemos, no aade
ninguna mejora en la calidad de la transferencia; aunque s incorpora los puertos
origen y destino en su formato de mensaje. Las aplicaciones (y no el protocolo
UDP) debern programarse teniendo en cuenta que la informacin puede no llegar
de forma correcta.
Encabezado
rea de datos UDP
UDP
Encabezado
rea de datos del datagrama IP
del datagrama
Encabezado
rea de datos de la trama
de la trama
Final de la
trama
Formato del mensaje UDP
0
10
20
30
0 1 2 3 4 5 6 7 8 9 0 1 2 3 3 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
Puerto UDP origen
Puerto UDP destino
Longitud mensaje UDP
Suma verificacin UDP
Datos
...
Puerto UDP de origen (16 bits, opcional). Nmero de puerto de la mquina

origen.
Puerto UDP de destino (16 bits). Nmero de puerto de la mquina destino.
Longitud del mensaje UDP (16 bits). Especifica la longitud medida en

bytes del mensaje UDP incluyendo la cabecera. La longitud mnima es de 8
bytes.
Suma de verificacin UDP (16 bits, opcional). Suma de comprobacin de

errores del mensaje. Para su clculo se utiliza una pseudo-cabecera que
tambin incluye las direcciones IP origen y destino. Para conocer estos
datos, el protocolo UDP debe interactuar con el protocolo IP.
Datos. Aqu viajan los datos que se envan las aplicaciones. Los mismos
datos que enva la aplicacin origen son recibidos por la aplicacin destino
despus de atravesar toda la Red de redes.
5.5.3 Aspectos de configuracin TCP para un mejor

desempeo
Puertos
Un ordenador puede estar conectado con distintos servidores a la vez; por
ejemplo, con un servidor de noticias y un servidor de correo. Para distinguir las
distintas conexiones dentro de un mismo ordenador se utilizan los puertos.
Un puerto es un nmero de 16 bits, por lo que existen 65536 puertos en cada
ordenador. Las aplicaciones utilizan estos puertos para recibir y transmitir
mensajes.
Los nmeros de puerto de las aplicaciones cliente son asignados dinmicamente y
generalmente son superiores al 1024. Cuando una aplicacin cliente quiere
comunicarse con un servidor, busca un nmero de puerto libre y lo utiliza.
En cambio, las aplicaciones servidoras utilizan unos nmeros de puerto prefijados:

son los llamados puertos well-known (bien conocidos).
A continuacin se enumeran los puertos well-known ms usuales:
Palabra clave
Puerto
Descripcin
tcpmux
rje
echo
discard
systat
daytime
qotd
chargen
ftp-data
ftp
telnet
smtp
time
nameserver
nicname
domain
bootps
tftp
gopher
finger
www-http
dcp
supdup
hostname
iso-tsap
gppitnp
rtelnet
pop2
pop3
sunrpc
auth
sftp
nntp
ntp
pwdgen
netbios-ns
netbios-dgm
netbios-ssn
snmp
snmptrap
irc
0/tcp
0/udp
1/tcp
5/tcp
7/tcp/udp
9/tcp/udp
11/tcp/udp
13/tcp/udp
17/tcp/udp
19/tcp/udp
20/tcp
21/tcp
23/tcp
25/tcp
37/tcp/udp
42/tcp/udp
43/tcp/udp
53/tcp/udp
67/udp/udp
69/udp
70/tcp
79/tcp
80/tcp
93/tcp
95/tcp
101/tcp
102/tcp
103/tcp
107/tcp/udp
109/tcp
110/tcp
111/tcp/udp
113/tcp
115/tcp/udp
119/tcp
123/udp
129/tcp
137/tcp/udp
138/tcp/udp
139/tcp/udp
161/udp
162/udp
194/tcp
Reserved
Reserved
TCP Port Service Multiplexer
Remote Job Entry
Echo
Discard
Active Users
Daytime
Quote of the Day
Character Generator
File Transfer [Default Data]
File Transfer [Control]
Telnet
Simple Mail Transfer
Time
Host Name Server
Who Is
Domain Name Server
Bootstrap Protocol Server
Trivial File Transfer
Gopher
Finger
World Wide Web HTTP
Device Control Protocol
SUPDUP
NIC Host Name Server
ISO-TSAP
Genesis Point-to-Point Trans Net
Remote Telnet Service
Post Office Protocol - Version 2
Post Office Protocol - Version 3
SUN Remote Procedure Call
Authentication Service
Simple File Transfer Protocol
Network News Transfer Protocol
Network Time Protocol
Password Generator Protocol
NETBIOS Name Service
NETBIOS Datagram Service
NETBIOS Session Service
SNMP
SNMPTRAP
Internet Relay Chat Protocol
Los puertos tienen una memoria intermedia (buffer) situada entre los programas
de aplicacin y la red. De tal forma que las aplicaciones transmiten la informacin
a los puertos. Aqu se va almacenando hasta que pueda enviarse por la red. Una
vez que pueda transmitirse, la informacin ir llegando al puerto destino donde se
ir guardando hasta que la aplicacin est preparada para recibirla.
Los dos protocolos principales de la capa de transporte son UDP y TCP. El
primero ofrece una transferencia de mensajes no fiable y no orientada a conexin
y el segundo, una transferencia fiable y orientada a conexin
5.6 Muros de seguridad ("Firewall")

Los firewalls o cortafuegos en informtica son los programas o sistemas que
permiten darnos ms proteccin mientras navegamos, esto es muy til si
poseemos una conexin de banda ancha y nuestra pc esta conectada durante
gran parte del da.
Los firewalls, tambin llamados muros de fuego, son sistemas que, a nivel de
hardware o software (o ambos), evitan el acceso no autorizado; es decir, limitan la
exposicin de una computadora o una red a los ataques informticos.
En sus formas ms simples, son bloqueadores de conexin y, en sus formas ms
elaboradas, permiten la creacin de redes virtuales privadas.
5.6.1 Filtros de paquetes

La primera generacin de firewalls, llamada Filtrado de Paquetes, tena como
principal propsito permitir o prohibir accesos basndose en polticas origendestino-puerto-origen-destino.
5.6.2 Apoderados ("Proxies")

Posteriormente, llegaron los Proxy para ofrecer seguridad a nivel capa-aplicacin:
este sistema genera dos conexiones para dar respuesta a las peticiones del
usuario y lo que hace es ejecutar una versin reducida de la aplicacin destino
para ver si el paquete es seguro.
5.6.3 Diferentes arquitecturas de muros de seguridad

La tercera generacin amalgama las dos tecnologas anteriores, ya que se
combina la seguridad del Proxy con el desempeo de los filtrados de paquetes.
Este sistema se denomina Inspeccin de Estado, porque se enfoca en analizar el
estado de la comunicacin.
Finalmente, la ltima versin son los firewalls, que incluyen capacidades para
prevenir ataques a nivel de aplicacin, tambin llamados de Inspeccin Profunda
(Deep Inspection).
Deep Inspection utiliza un protocolo que genera seudo sesiones para saber
exactamente lo que se permite entrar y salir, de tal forma que realiza un diagrama
de estados.
Explica que ahora es posible ver los ataques desde una capa ms profunda, ya
que separa el trfico de la red, lo desfragmenta para analizar el paquete, verifica
que no haya algn ataque y lo vuelve a ensamblar para llevarlo a un estado de
normalizacin.
5.7 Introduccin a los protocolos de aplicacin en redes TCP/IP

Aplicacin: Se corresponde con los niveles OSI de aplicacin.
5.7.1 Sistema de nombres de dominio (DNS)

Generalmente nosotros no trabajamos con direcciones IP sino con nombres de
dominio del estilo de www.saulo.net o msnews.microsoft.com. Para que esto
pueda ser posible es necesario un proceso previo de conversin de nombres de
dominio a direcciones IP, ya que el protocolo IP requiere direcciones IP al enviar
sus datagramas. Este proceso se conoce como]
Mtodos estndar de resolucin de nombres
A continuacin se comentan brevemente los distintos mtodos de resolucin de
nombres que utiliza Microsoft Windows para traducir un nombre de dominio a
direccin IP. Estos mtodos son aplicables a las utilidades TCP/IP que
proporciona Windows (Ping, Tracert...) y son distintos a los utilizados desde
Entorno de Red.
Mtodo de resolucin
1. Local host name
Descripcin
Nombre de host configurado para la mquina (Entorno de Red,
TCP/IP, configuracin DNS)
2. Fichero HOSTS
Fichero de texto situado en el directorio de Windows que contiene

una traduccin de nombres de dominio en direcciones IP.
3. Servidor DNS
Servidor que mantiene una base de datos de direcciones IP y

nombres de dominio
4. Servidor de nombres Servidor que mantiene una base de datos de direcciones IP y

NetBIOS
nombres NetBIOS. Los nombres NetBIOS son los que vemos

desde Entorno de Red y no tienen porqu coincidir con los
nombres de dominio
5. Local Broadcast
Broadcasting a la subred local para la resolucin del nombre

NetBIOS
6. Fichero LMHOSTS
Fichero de texto situado en el directorio de Windows que contiene

una traduccin de nombres NetBIOS en direcciones IP
Cada vez que escribimos un nombre de dominio en una utilidad TCP/IP, por
ejemplo:
C:\>ping www.ibm.com
Se van utilizando cada uno de los mtodos descritos desde el primero al ltimo
hasta que se consiga resolver el nombre. Si despus de los 6 mtodos no se ha
encontrado ninguna coincidencia, se producir un error.
El fichero HOSTS proporciona un ejemplo muy sencillo de resolucin de nombres:
127.0.0.1
192.168.0.69
129.168.0.1
localhost
servidor
router
Necesidad del DNS
En los orgenes de Internet, cuando slo haba unos cientos de ordenadores
conectados, la tabla con los nombres de dominio y direcciones IP se encontraba
almacenada en un nico ordenador con el nombre de HOSTS.TXT. El resto de
ordenadores deban consultarle a ste cada vez que tenan que resolver un
nombre. Este fichero contena una estructura plana de nombres, tal como hemos
visto en el ejemplo anterior y funcionaba bien ya que la lista slo se actualizaba
una o dos veces por semana.
Sin embargo, a medida que se fueron conectando ms ordenadores a la red
comenzaron los problemas: el fichero HOSTS.TXT comenz a ser demasiado
extenso, el mantenimiento se hizo difcil ya que requera ms de una actualizacin
diaria y el trfico de la red hacia este ordenador lleg a saturarla.
Es por ello que fue necesario disear un nuevo sistema de resolucin de nombres
que distribuyese el trabajo entre distintos servidores. Se ide un sistema jerrquico
de resolucin conocido como DNS (Domain Name System, sistema de resolucin
de nombres).
Componentes del DNS
Para su funcionamiento, el DNS utiliza tres componentes principales:
Clientes DNS (resolvers). Los clientes DNS envan las peticiones de

resolucin de nombres a un servidor DNS. Las peticiones de nombres son
preguntas de la forma: Qu direccin IP le corresponde al nombre
nombre.dominio?
Servidores DNS (name servers). Los servidores DNS contestan a las

peticiones de los clientes consultando su base de datos. Si no disponen de la
direccin solicitada pueden reenviar la peticin a otro servidor.
Espacio de nombres de dominio (domain name space). Se trata de una

base de datos distribuida entre distintos servidores.
Espacio de nombres de dominio

El espacio de nombres de dominio es una estructura jerrquica con forma de rbol
que clasifica los distintos dominios en niveles. A continuacin se muestra una
pequea parte del espacio de nombres de dominio de Internet:
El punto ms alto de la jerarqua es el dominio raz. Los dominios de primer nivel

(es, edu, com...) parten del dominio raz y los dominios de segundo nivel (upm,
ucm, microsoft...), de un dominio de primer nivel; y as sucesivamente. Cada uno
de los dominios puede contener tanto hosts como ms subdominios.
Un nombre de dominio es una secuencia de nombres separados por el carcter
delimitador punto. Por ejemplo, www.fi.upm.es. Esta mquina pertenece al
dominio fi (Facultad de Informtica) que a su vez pertenece al dominio upm
(Universidad Politcnica de Madrid) y ste a su vez, al dominio es (Espaa).
Generalmente cada uno de los dominios es gestionado por un servidor distinto; es
decir, tendremos un servidor para el dominio aq.upm.es (Arquitectura), otro para
op.upm.es (Obras Pblicas) y as sucesivamente.
Los dominios de primer nivel (Top-Level Domains) han sido clasificados tanto en
funcin de su estructura organizativa como geogrficamente. Ejemplos:
En funcin de su estructura organizativa:
Nombre de dominio
Significado
com
organizaciones comerciales
net
Redes
org
otras organizaciones
instituciones
educativas
y
edu
universidades
gob
organizaciones gubernamentales
mil
organizaciones militares
Geogrficamente:
Nombre de dominio
es
tw
fr
tv
Significado
Espaa
Taiwn
Francia
Tuvalu
Zonas de autoridad
Una zona de autoridad es la porcin del espacio de nombres de dominio de la
que es responsable un determinado servidor DNS. La zona de autoridad de estos
servidores abarca al menos un dominio y tambin pueden incluir subdominios;
aunque generalmente los servidores de un dominio delegan sus subdominios en
otros servidores.
Tipos de servidores DNS
Dependiendo de la configuracin del servidor, ste puede desempear distintos
papeles:
Servidores primarios (primary name servers). Estos servidores almacenan

la informacin de su zona en una base de datos local. Son los responsables
de mantener la informacin actualizada y cualquier cambio debe ser
notificado a este servidor.
Servidores secundarios (secundary name servers). Son aquellos que

obtienen los datos de su zona desde otro servidor que tenga autoridad para
esa zona. El proceso de copia de la informacin se denomina transferencia
de zona.
Servidores maestros (master name servers). Los servidores maestros son

los que transfieren las zonas a los servidores secundarios. Cuando un
servidor secundario arranca busca un servidor maestro y realiza la
transferencia de zona. Un servidor maestro para una zona puede ser a la vez
un servidor primario o secundario de esa zona. Estos servidores extraen la
informacin desde el servidor primario de la zona. As se evita que los
servidores secundarios sobrecargen al servidor primario con transferencias
de zonas.
Servidores locales (caching-only servers). Los servidores locales no

tienen autoridad sobre ningn dominio: se limitan a contactar con otros
servidores para resolver las peticiones de los clientes DNS. Estos servidores
mantienen una memoria cach con las ltimas preguntas contestadas. Cada
vez que un cliente DNS le formula una pregunta, primero consulta en su
memoria cach. Si encuentra la direccin IP solicitada, se la devuelve al
cliente; si no, consulta a otros servidores, apunta la respuesta en su memoria
cach y le comunica la respuesta al cliente.
Los servidores secundarios son importantes por varios motivos. En primer lugar,
por seguridad debido a que la informacin se mantiene de forma redundante en
varios servidores a la vez. Si un servidor tiene problemas, la informacin se podr
recuperar desde otro. Y en segundo lugar, por velocidad porque evita la
sobrecarga del servidor principal distribuyendo el trabajo entre distintos servidores
situados estratgicamente (por zonas geogrficas, por ejemplo).
Resolucin de nombres de dominio
La resolucin de un nombre de dominio es la traduccin del nombre a su
correspondiente direccin IP. Para este proceso de traduccin los resolvers
pueden formular dos tipos de preguntas (recursivas e iterativas).
Preguntas recursivas. Si un cliente formula una pregunta recursiva a un

servidor DNS, ste debe intentar por todos los medios resolverla aunque para
ello tenga que preguntar a otros servidores.
Preguntas iterativas. Si, en cambio, el cliente formula una pregunta iterativa

a un servidor DNS, este servidor devolver o bien la direccin IP si la conoce
o si no, la direccin de otro servidor que sea capaz de resolver el nombre.
Veamos un ejemplo: Estamos trabajando con Internet Explorer y escribimos en la

barra de direccin: www.ibm.com. En primer lugar, el navegador tiene que
resolver el nombre de dominio a una direccin IP. Despus podr comunicarse
con la correspondiente direccin IP, abrir una conexin TCP con el servidor y
mostrar en pantalla la pgina principal de IBM. La siguiente grfica muestra el
esquema de resolucin:
1.
Nuestro ordenador (cliente DNS) formula una pregunta recursiva a nuestro

servidor DNS local (generalmente el proveedor de Internet).
2.
El servidor local es el responsable de resolver la pregunta, aunque para ello

tenga que reenviar la pregunta a otros servidores. Suponemos que no
conoce la direccin IP asociada a www.ibm.com; entonces formular una
pregunta iterativa al servidor del dominio raz.
3.
El servidor del dominio raz no conoce la direccin IP solicitada, pero

devuelve la direccin del servidor del dominio com.
4.
El servidor local reenva la pregunta iterativa al servidor del dominio com.
5.
El servidor del dominio com tampoco conoce la direccin IP preguntada,

aunque s conoce la direccin del servidor del dominio ibm.com, por lo que
devuelve esta direccin.
6.
El servidor local vuelve a reenvar la pregunta iterativa al servidor del dominio

ibm.com.
7.
El servidor del dominio ibm.com conoce la direccin IP de www.ibm.com y

devuelve esta direccin al servidor local.
8.
El servidor local por fin ha encontrado la respuesta y se la reenva a nuestro

ordenador.
Preguntas inversas
Los clientes DNS tambin pueden formular preguntas inversas, esto es, conocer
el nombre de dominio dada una direccin IP. Para evitar una bsqueda exhaustiva
por todo el espacio de nombres de dominio, se ha creado un dominio especial
llamado in-addr.arpa. Cuando un cliente DNS desea conocer el nombre de
dominio asociado a la direccin IP a.b.c.d, formula una pregunta inversa a
d.c.b.a.in-addr.arpa. La inversin de los bytes es necesaria debido a que los
nombres de dominio son ms genricos por la derecha, al contrario que ocurre
con las direcciones.
5.7.2 Transferencia de archivos (FTP)

FTP (File Transfer Protocol). Se utiliza para transferencia de archivos.
Una de las alternativas ms importantes que nos permite Internet es la
transferencia de archivos de un ordenador a otro desde cualquier parte del mundo.
Para ello utilizamos el protocolo de transferencia de archivos o "ftp" (file transfer
protocol).
Si a travs de telnet podemos tener acceso a archivos distantes de nosotros,
mediante ftp podemos compartir (recibir y enviar) nuestros ficheros con otros
ordenadores, siempre que el administrador de estos ltimos nos lo permita.
Para explicar cmo se pueden compartir los archivos pongamos un ejemplo:
Imaginemos una empresa que tiene sucursales en varios lugares y quiere que
todas ellas posean unos determinados archivos que se actualizan cada cierto
tiempo desde la sede central de la misma. A su vez, tambin las sucursales que
generan sus propios documentos quieren enviarlos a la sede central de la
empresa.
Esto se consigue, montando un ordenador en la sede central con los archivos que
quieran distribuirse y conectndolo a Internet, ofreciendo la posibilidad de efectuar
la transferencia de esos ficheros mediante ftp.
A su vez, las sucursales se pondrn en contacto con la sede central de la empresa
utilizando la herramienta ftp de su ordenador (existen varios paquetes de software
con esta herramienta comercializado por distintas empresas informticas). La
forma de conexin con la central es muy similar a la utilizada en Telnet: al
contactar con la central, su ordenador pedir la correspondiente identificacin
(login y password), tras lo cual, ya se podr transferir cualquier fichero en ambas
direcciones.
Cmo se aborta una transferencia de archivo?
Para abortar una transferencia de archivo, se utiliza la clave de interrupcin de
terminal (generalmente Ctrl-C). Las transferencias que se esten realizando se
paran inmediatamente. El protocolo ftp para el comienzo (o recepcin) de
transferencias enviando primero un comando ABORT del protocolo de ftp al
servidor remoto y rechaza cualquier informacin posterior recibida. La velocidad
con que esto sea logrado depende de la capacidad del servidor remoto para
procesar el comando ABORT. Si el servidor remoto no tolera ABORT, el cursor
(ftp>) no aparece hasta que el servidor remoto complete el envo del archivo
solicitado.
La diferencia principal que existe entre ftp y Telnet est en que mientras con
Telnet podemos ver los ficheros en la pantalla de nuestro ordenador, con ftp los
tenemos que traer desde el lugar al que estamos conectados hasta nuestro
ordenador y despus verlos.
Cules son los comandos ms usuales de ftp?
La mayora de los servidores de ficheros trabajan en UNIX. Por ello, los ficheros y
los directorios tienen nombres con la convencin UNIX pero al transferirlos a un
PC adoptan automticamente el formato del sistema operativo que posea el
mismo.
El nombre del servidor que comunica con ftp puede ser especificado en la lnea de
comando. Si se especifica el servidor, ftp abre inmediatamente una conexin con
el mismo (vase el comando "open"), de lo contrario, ftp espera las instrucciones
del usuario.
El protocolo de transferencia de archivos especifica parmetros de transferencia
de archivo de tipo, modo, forma y estructura. El protocolo ftp soporta los tipos de
archivos ASCII y binario. ASCII es el tipo ftp por defecto.
Los comandos ms comunes que podemos utilizar son los siguientes:
! [comando [argumentos]]. Llama a una shell en el husped local. La

variable de entorno de la shell especifica qu programa quiere llamar. El
protocolo ftp invoca a /bin/sh si la shell no se ha definido. Si se especifica el
comando, la shell lo ejecuta y regresa a ftp. De lo contrario, se invoca a una
shell interactiva. Cuando la shell termina, regresa a ftp.
account [contrasea]. Suministra una contrasea suplementaria requerida

por el sevidor para el acceso a los recursos, una vez que el login ha sido
introducido con xito.
append archivo local [archivo remoto]. Copia el archivo local al final del
archivo remoto.
ascii. Transfiere los archivos en modo ASCII. Este es el valor por defecto.
Bell. Sonido de una campana despus de completarse cada transferencia de

archivo.
Binary. Transfiere los archivos en modo binario.
Bye. Cierra la conexin con el husped servidor. Tambin, tecleando los

caracteres de final de archivo (EOF) finaliza la sesin.
cd directorio remoto Se introduce dentro del "directorio remoto" del servidor.
Cdup. Retrocede al directorio padre del directorio de trabajo actual dentro del
servidor.
Chmod modo-nombre del archivo. Cambia los permisos del archivo "nombre
del archivo" en el sistema remoto al modo indicado con la instruccin.
Close. Termina la conexin con el servidor. El comando close no sale de ftp.
Cr. Cambia el retorno de carro alterado durante la recuperacin de un archivo

ascii.
Delete archivo remoto. Elimina el archivo remoto. El archivo remoto puede

ser un directorio vacio.
dir [directorio remoto] [archivo local]. Escribe un listado del directorio

remoto u opcionalmente de un archivo local. Si ni el archivo local ni el
directorio remoto se especifican, lista el directorio de trabajo actual.
Disconnect. Un sinnimo de close.
form formato. Establece la forma de transferencia del archivo al formato

indicado.
get archivo remoto [archivo local]. Copia el archivo remoto al archivo local.
Si el archivo local no se especifica, ftp utiliza el nombre del archivo remoto
especificado como el nombre de archivo local.
Hash. Conmuta imprimiendo un signo de fragmentacin (#) cada 1024 bytes

transferidos.
Help [comando]. Imprime un mensaje informativo del comando de ftp

llamado. Si no se especifica el comando, nos da una lista de todos los
comandos de ftp.
lcd [directorio local]. Situa el directorio de trabajo en el directorio local

sealado. Si el directorio local no se especifica, se situa en el directorio de
trabajo local del usuario.
ls [directorio remoto] [archivo local]. Escribe un listado del directorio

remoto en el archivo local. El listado incluye toda la informacin del sistema
dependiente que el servidor quiera incluir; por ejemplo, la que la mayora de
los sistemas de UNIX producen con el comando ls -l (ver tambin nlist). Si ni
el archivo local ni el directorio remoto se especifican, lista el directorio de
trabajo remoto.
mdelete [archivos remotos]. Elimina los archivos remotos.
mdir archivos remotos archivo local. Escribe un listado de los archivos

remotos en el archivo local.
mget archivos remotos. Copia los archivos remotos en el sistema local.
mkdir nombre de directorio. Crea el nombre del directorio remoto.
mls archivos remotos archivo local. Escribe un listado abreviado de

archivos remotos en el archivo local.
mode (modo) [nombre del modo]. Establece el modo de transferencia de

archivo de ftp en el nombre del modo.
modtime archivo remoto. Muestra la fecha de la ltima modificacin del

archivo remoto.
mput archivo local. Copia el archivo local del sistema local al sistema
remoto.
newer nombre de archivo. Elige el archivo slo si la fecha de modificacin

del archivo remoto es ms reciente que el archivo del sistema actual. Si el
archivo no existe en el sistema actual, el archivo remoto es considerado ms
reciente. Por lo dems, este comando es idntico a "get".
nlist [directorio remoto] [archivo local]. Escribe un listado abreviado del

directorio remoto en el archivo local. Si el directorio remoto no ha quedado
especificado, se utiliza el directorio de trabajo actual.
open servidor-husped [nmero de puerto]. Establece una conexin entre

servidor-husped, utilizando el nmero del puerto (si se especifica). Si el
auto-login est permitido, ftp intenta entrar en el servidor.
put archivo local [archivo remoto]. Copia el archivo local en el archivo

remoto.
Pwd. Nos informa del nombre del directorio de trabajo actual.
Quit. Un sinnimo de bye.
Quote argumentos. Enva argumentos, al pie de la letra, al servidor.
recv archivo remoto [archivo local]. Un sinnimo de get.
reget archivo remoto [archivo local]. reget suele actuar como get, excepto
que si existe un archivo local y es ms pequeo que el archivo remoto, el
archivo local es supuesto como copia parcialmente transferida del archivo
remoto y la transferencia continua desde el punto aparente de fallo. Este
comando es til cuando se transfieren archivos muy grandes en redes que
tienden a interrumpir conexiones.
rhelp [nombre del comando]. Ayuda a solicitud del servidor. Si el nombre

del comando es especificado, lo suministra al servidor.
rstatus [nombre de archivo]. Sin argumentos, muestra el estado de la

mquina remota. Si se especifica el nombre de archivo, muestra el estado del
nombre de archivo en la mquina remota.
rename desde remoto a remoto. Renombra desde remoto, que puede ser
un archivo o un directorio, a remoto.
rmdir directorio remoto. Elimina el directorio remoto. El directorio remoto

tiene que estar vaco.
send archivo local [archivo remoto]. Un sinnimo de put.
size archivo remoto. Muestra el tamao del archivo remoto.
Status. Muestra el estado actual de ftp.
System. Muestra el tipo de sistema operativo que posee la mquina remota.
type [nombre del tipo]. Establece el tipo de transferencia de archivo de ftp

para el nombre del tipo. Si el nombre del tipo no es especificado, escribe el
tipo actual. ASCII y binario son los tipos tolerados actualmente.
? [comando] Un sinnimo de help. Imprime la informacin de ayuda del

comando especificado.
Como se trabaja con ftp anonimo?

Al conectarnos por ftp, nos encontramos con el problema de disponer de un
identificador (login) y una clave de acceso (password) para cada mquina a la que
nos conectemos. Esto se debe a proteccin que da el servidor a la informacin
que posee para mantenerla fuera del alcance de intrusos. Por fortuna, los usuarios
de Internet pueden realizar ftp sobre los servidores de la red configurados con el
ttulo "anonymous ftp" (ftp annimo).
La comunicacin por ftp annimo es una forma de conectarse a los servidores de
ficheros de Internet sin necesidad de poseer una palabra clave. Existen muchos
servidores pblicos que admiten conexiones ftp annimas llamados ftp-sites. Estos
servidores se dedican a distribuir software de dominio pblico y shareware para
cualquier tipo de ordenador o sistema operativo existente.
Para utilizar un ftp annimo, el usuario debe introducir el identificador de usuario
anonymous y como palabra clave de acceso se considera una muestra de cortesa
introducir la direccin de correo electrnico auque tambin se suele introducir la
palabra guest (husped).
5.7.3 Administracin de redes (SNMP)

La respuesta a todas las necesidades antes expuestas, es el protocolo llamado
Simple Network Management Protocol (SNMP). Diseado en los aos 80, su
principal objetivo fue el integrar la gestin de diferentes tipos de redes mediante un
diseo sencillo y que produjera poca sobrecarga en la red.
SNMP opera en el nivel de aplicacin, utilizando el protocolo de transporte TCP/IP,
por lo que ignora los aspectos especficos del hardware sobre el que funciona. La
gestin se lleva a cabo al nivel de IP, por lo que se pueden controlar dispositivos
que estn conectados en cualquier red accesible desde la Internet, y no
nicamente aquellos localizados en la propia red local. Evidentemente, si alguno
de los dispositivos de encaminamiento con el dispositivo remoto a controlar no
funciona correctamente, no ser posible su monitorizacin ni reconfiguracin.
El protocolo SNMP est compuesto por dos elementos: el agente (agent), y el
gestor (manager). Es una arquitectura cliente-servidor, en la cual el agente
desempea el papel de servidor y el gestor hace el de cliente.
El agente es un programa que ha de ejecutase en cada nodo de red que se desea
gestionar o monitorizar. Ofrece un interfaz de todos los elementos que se pueden
configurar. Estos elementos se almacenan en unas estructuras de datos llamadas
"Management Information Base" (MIB), se explicarn ms adelante. Representa la
parte del servidor, en la medida que tiene la informacin que se desea gestionar y
espera comandos por parte del cliente.
El gestor es el software que se ejecuta en la estacin encargada de monitorizar la
red, y su tarea consiste en consultar los diferentes agentes que se encuentran en
los nodos de la red los datos que estos han ido obteniendo.
Hay un comando especial en SNMP, llamado trap, que permite a un agente enviar
datos que no han sido solicitados de forma explcita al gestor, para informar de
eventos tales como: errores, fallos en la alimentacin elctrica, etc.
En esencia, el SNMP es un protocolo muy sencillo puesto que todas las
operaciones se realizan bajo el paradigma de carga-y-almacenamiento (load-andstore), lo que permite un juego de comandos reducido. Un gestor puede realizar
slo dos tipos diferentes de operaciones sobre un agente: leer o escribir un valor
de una variable en el MIB del agente. Estas dos operaciones se conocen como
peticin-de-lectura (get-request) y peticin-de-escritura (set-request). Hay un
comando para responder a una peticin-de-lectura llamado respuesta-de-lectura
(get-response), que es utilizado nicamente por el agente.
La posibilidad de ampliacin del protocolo est directamente relacionado con la
capacidad del MIB de almacenar nuevos elementos. Si un fabricante quiere aadir
un nuevo comando a un dispositivo, como puede ser un encaminador, tan slo
tiene que aadir las variables correspondientes a su base de datos (MIB).
Casi todos los fabricantes implementan versiones agente de SNMP en sus
dispositivos: encaminadores, hubs, sistemas operativos, etc. Linux no es una
excepcin, existen varios agentes SNMP disponibles pblicamente en la Internet.
La cuestin de la seguridad
SNMP ofrece muy poco soporte para la autentificacin. Tan slo ofrece el
esquema de dos palabras clave (two-passwords). La clave pblica permite a los
gestores realizar peticiones de valores de variables, mientras que la clave privada
permite realizar peticiones de escritura. A estas palabras clave se les llama en
SNMP communities. Cada dispositivo conectado con una red gestionada con
SNMP, ha de tener configuradas estas dos communities.
Es muy comn tener asignando por defecto el valor "public" al community pblico,
y "private" al privado. Por lo que es muy importante cambiar estos valores para
proteger la seguridad de tu red.
5.7.4 Word Wide Web (HTTP)
En 1989 la red mundial de datos, el memex global, ya exista en potencia. La
Internet, que se origin en el mbito militar durante la guerra fra (Hardy 1993), se
haba desarrollado ms all de los propsitos originales como resultado de su uso
por parte la comunidad cientfica internacional, que necesitaba nuevos sistemas
de distribucin de la informacin. Lo nico que se requera, como decamos al
principio del artculo, eran vas de acceso sencillas y homogneas. Este era uno
de los objetivos que Tim Berners-Lee se plante en 1989 cuando present a sus
superiores del CERN la propuesta original para el proyecto World-Wide Web. Otro
era la posibilidad de gestionar conexiones no lineales.
`World Wide-Web' (abreviado `Web'; escrito tambin `WWW' o incluso `W3')
significa algo as como `red (o telaraa) global'. La propaganda oficial del CERN lo
define como un "sistema hipermedia distribuido" (Boutell 1994). En principi se
pens como un medio para la distribucin de la informacin entre equipos de
investigadores geogrficamente dispersos; concretamente se diriga a la
comunidad de fsicos de altas energas vinculados al CERN (Berners-Lee 1994).
En su primera propuesta, Berners-Lee expona las desventajas del uso de
sistemas incompatibles e inconexos:
"En el CERN, una diversidad de datos est ya disponible: informes, datos
experimentales, datos personales, listas de direcciones de correo electrnico,
documentacin informtica, documentacin experimental y muchos otros
conjuntos de datos estn girando contnuamente en discos de ordenadores. Es sin
embargo imposible 'saltar' de un conjunto a otro de una manera automtica: una
vez has encontrado que el nombre de Joe Bloggs se lista en una descripcin
incompleta de algun software en lnea, no se encuentra directamente su direccin
actual de correo electrnico. Usualmente, tendrs que utilizar un mtodo de
consulta distinto en un ordenador distinto con un interface distinto. Una vez has
localizado la informacin, es difcil guardar sus conexiones o hacer una anotacin
privada que puedas despus encontrar rpidamente."
La conclusin era que "hay un enorme beneficio potencial en la integracin de una
variedad de sistemas de un modo que permita a los usuarios seguir conexiones
que apuntan de un elemento de informacin a otro".
Se pretenda pues que los recursos disponibles en formato electrnico, que
residen en ordenadores distintos conectados a la red, fuesen accesibles para cada
investigador desde su terminal, de un modo transparente y exento de dificultades,
sin necesidad de aprender a utilizar varios programas distintos. Adems, debera
posibilitarse el salto entre elementos de informacin conexos. Los recursos
existentes deberian integrarse en una red hipertextual distribuida gestionada por
ordenadores.
Las primeras instalaciones del WWW para uso interno del CERN estuvieron listas
en 1991. Ese mismo ao el sistema se abri ya a Internet. Desde entonces, para
acceder al World-Wide Web no se requiere ms que un terminal VT conectado a
Internet, pero la mxima facilidad de uso y el mximo rendimiento se alcanzan con
una pantalla grfica (un modelo Next o Macintosh, un X-Terminal o un PC con
tarjeta grfica). Entonces el sistema nos ofrece hipertextos como el que muestra la
figura 2, nodos de la telaraa global. Las palabras subrayadas, y las imgenes
recuadradas, son links que nos conducen a otros nodos. Para viajar hasta ellos
basta con situarse con el ratn sobre el link y pulsar el botn. El nodo de llegada
puede ser otro hipertexto, o tambin un nodo no hipertextual integrado en la red:
un servidor gopher, un grupo de netnews, una bsqueda en una base de datos
WAIS, etc.
Figura. Pantalla tpica del World-Wide Web
El xito del WWW, el crecimiento de la telaraa, ha sido espectacular. Durante

1993 se pas de 50 a 500 nodos. En 1994 se contabilizan ya miles de servidores
en el WWW que distribuyen todo tipo de informacin.
HTTP
Es el protocolo primario de www. Cuando un navegador se conecta a un servidor
web, este usa http para recibir pginas web, http tiene la capacidad para transferir
pginas web, grficos y muchos otros tipos de medios usados en internet.
5.7.5 Otros protocolos de aplicacin (TELNET, SMTP).

5.7.5.1 TELNET
Figura: TELNET- Protocolo de conexin remota
TELNET es un protocolo estndar siendo su nmero STD de 8. Su status es

recomendado. Se describe en el RFC 854 - Especificaciones del protocolo
TELNET y RFC 855 - "TELNET Option Specifications".
El protocolo TELNET proporciona una interfaz estandarizada, a travs de la cual
un programa de un host (el cliente de TELNET) puede acceder a los recursos de
otro host (el servidor de TELNET) como si el cliente fuera una terminal local
conectada al servidor.
Por ejemplo, un usuario de una estacin de trabajo situada en una LAN se puede
conectar al host. Por supuesto, TELNET se puede usar tanto en LANs como en
WANs.
Figura: Conexin remota usando TELNET - TELNET permite la entrada del usuario
conectado a la LAN del mismo modo que lo hara el usuario de una terminal local.
La mayora de las implementaciones de TELNET no soportan entornos grficos.
5.7.5.1.1 Funcionamiento de TELNET

TELNET es un protocolo basado en tres ideas:
1.
El concepto de NVT (Network Virtual Terminal) (NVT). Una NVT es un

dispositivo imaginario que posee una estructura bsica comn a una amplia
gama de terminales reales. Cada host mapea las caractersticas de su propia
terminal sobre las de su correspondiente NVT, y asume todos los dems
hosts harn lo mismo.
2.
Una perspectiva simtrica de las terminales y los procesos.
3.
Negociacin de las opciones de la terminal. El protocolo TELNET usa el

principio de opciones negociadas, ya que muchos host pueden desear
suministrar servicios adicionales, ms all de los disponibles en la NVT. Se
pueden negociar diversas opciones. El cliente y el servidor utilizan una serie
de convenciones para establecer las caractersticas operacionales de su
conexin TELNET a travs de los mecanismos "DO, DON'T, WILL,
WON'T"("hazlo, no lo hagas, lo hars, no lo hars") discutidos posteriormente
en este captulo.
Los dos hosts comienzan verificando que existe una comprensin mutua entre
ellos. Una vez que se ha completado esta negociacin inicial, son capaces de
trabajar en el nivel mnimo implementado por la NVT. Despus de haber logrado
este entendimiento mutuo, pueden negociar opciones adicionales para ampliar las
capacidades de la NVT y as reflejar con precisin la capacidad del hardware real
que se est usando. Debido al modelo simtrico usado por TELNET, tanto el
cliente como el servidor pueden proponer el uso de opciones adicionales.
Figura: El modelo simtrico de TELNET - La negociacin comienza con la NVT

como punto de partida
5.7.5.2 SMTP("Simple Mail Transfer Protocol")
Figura: SMTP("Simple Mail Transfer Protocol")
El correo electrnico (E-mail) es probablemente la aplicacin TCP/IP ms usada.

Los protocolos de correo bsicos de correo proporcionan intercambio de correo y
mensajes entre hosts TCP/IP hosts; se han aadido servicios para la transmisin
de datos que no se pueden representar con texto ASCII de 7 bits.
Hay tres protocolos estndares que se aplican a este tipo de correo. Todos son
recomendados. El trmino SMTP se emplea con frecuencia para referirse a la
combinacin de los tres protocolos, por su estrecha interrelacin, pero
estrictamente hablando, SMTP es slo uno de los tres. Normalmente, el contexto
hace evidente de cul de los tres se est hablando. Cuando haya ambigedad, se
emplearn los nmeros STD o RFC. Los tres estndares son:
1.
Un estndar para el intercambio de correo entre dos ordenadores (STD

10/RFC 821), que especifica el protocolo usado para enviar correo entre
hosts TCP/IP. Este estndar es SMTP.
2.
Un estndar(STD 11) para el formato de los mensajes de correo, contenido

en dos RFCs. El RFC 822 describe la sintaxis de las cabeceras y su
interpretacin. El RFC 1049 describe como un conjunto de documentos de
tipos diferentes del texto ASCII plano se pueden usar en el cuerpo del
correo(los mismos documentos estn en ASCII de 7 bits con informacin de
formato embebida: Postscript, Scribe, SGML, TEX, TROFF y DVI aparecen
en el estndar).
El nombre oficial del protocolo para este estndar es MAIL.
3.
Un estndar para el encaminamiento de correo usando el DNS, descrito en el

RFC 974. El nombre oficial del protocolo para este estndar es DNS-MX.
El STD 10/RFC 821 establece que los datos enviados por SMTP son ASCII de 7bis, con el bit de orden superior a cero. Esto es adecuado para mensajes en
ingls, pero no para otros lenguajes o datos que no sean texto. Hay dos
estrategias para superar estas limitaciones:
MMIME("Multipurpose Internet Mail Extensions"), definido en los RFCs 1521

y 1522, que especifica un mecanismo para codificar texto y datos binarios en
ASCII de 7 bits en el mensaje RFC 822. MIME se describe en
MIME("Multipurpose Internet Mail Extensions")
SMTPSE("SMTP Service Extensions"), que define un mecanismo para

extender las posibilidades de SMTP ms all de las limitaciones impuestas
por RFC 821. Actualmente hay tres RFCs que lo describen:
o
Un estndar para que un receptor SMTP informe al emisor que

extensiones de servicio soporta(SMTPSE) soporta (RFC 1651).
El RFC 1651 modifica el 821 para permitir que un cliente agente SMTP
solicite al servidor una lista de las extensiones de servicio que soporta el
inicio de una sesin SMTP. Si el servidor no soporta este RFC,
responder con un error y el cliente podr terminar la sesin o intentar
iniciar una sesin segn las reglas RFC 821. Si s lo soporta, puede
responder con una lista de las extensiones que soporta. IANA mantiene
un registro de servicios: la lista inicial del RFC 1651 contiene los
comandos listados en el RFC 1123 - Requerimientos para hosts de
Internet - Aplicacin y soporte como opcionales en servidores SMTP. Se
han definido otras extensiones con RFCs del modo habitual. Los dos
siguientes RFCs definen extensiones especficas:
o
Un protocolo para transmisin de texto de 8 bits(RFC 1652) que permite

a un servidor SMTP indicar que puede aceptar datos formados por bytes
de 8 bits. Un servidor que informa que dispone de esta extensin no
debe modificar el bit de orden superior de los bytes recibidos en un
mensaje SMTP si el cliente as se lo pide.
Las extensiones de MIME y SMTP son estrategias que se complementan

ms que competir entre s. En particular, el RFC 1652 se titula SMTPSE para
transporte MIME en codificacin "8bit", ya que MIME permite declarar
mensajes con bytes de 8 bits, en vez de 7. Tales mensajes no se pueden
transmitir con agentes SMTP que sigan estrictamente el RFC 821, pero se
pueden transmitir cuando tanto el cliente como el servidor siguen los RFCs
1651 y 1652. Siempre que un cliente intenta enviar datos de 8 bits a un
servidor que no soporta esta extensin, el cliente SMTP debe codificar el
mensaje a 7 bits segn el estndar MIME o devolver un mensaje de error
permanente al usuario.
Esta extensin no permite el envo de datos binarios arbitrarios porque el
RFC 821 fija la longitud mxima de las lneas aceptadas por un servidor
SMTP a 1000 caracteres. Los datos que no son texto pueden tener con
facilidad secuencias de ms de 1000 caracteres sin una secuencia <CRLF>.
Nota. Las extensiones limitan especficamente el uso de caracteres no ASCII
(aquellos con valor decimal superior a 127) al cuerpo de los mensajes - no
estn permitidos en las cabeceras RFC 822.
o
Un protocolo para la declaracin del tamao del mensaje (RFC 1653)

que permite a un servidor informar al cliente del tamao mximo de
mensaje que puede aceptar. Sin esta extensin, un cliente slo puede
ser informado de que un mensaje ha excedido el tamao mximo (sea
fijo o temporal, por falta de espacio en el servidor) tras transmitir todo el
mensaje. Cuando esto sucede, el servidor desecha el mensaje. Con
ella, el cliente puede declarar el tamao estimado del mensaje y el
servidor devolver un error si es demasiado grande.
Todas estas extensiones son borradores y tienen status electivo.

5.7.5.2.1 Como funciona SMTP

SMTP est basado en la entrega punto a punto; un cliente SMTP contactar
con el servidor SMTP del host de destino directamente para entregar el correo.
Guardar el correo hasta que se haya copiado con xito en el receptor. Esto
difiere del principio de retransmisin comn a muchos sistemas de correo en las
que el correo atraviesa un nmero de host intermedios de la misma red y donde
una transmisin con xito implica slo que el correo ha alcanzado el host
correspondiente al siguiente salto.
En varias implementaciones, existe la posibilidad de intercambiar correo entre los
sistemas de correo locales y SMTP. Estas aplicaciones se denominan pasarelas
o puentes de correo. Enviar correo a travs de una pasarela puede alterar la
entrega punto a punto, ya que SMTP slo garantiza la entrega fiable a la
pasarela, no al host de destino, ms all de la red local. La transmisin punto
SMTP en estos casos es host-pasarela, pasarela host o pasarela-pasarela;
SMTP no define lo que ocurre ms all de la pasarela. CSNET proporciona un
interesante ejemplo de servicio de pasarela de correo. Diseada en principio como
un servicio barato para interconectar centros cientficos y de investigacin, CSNET
opera una pasarela que permite a sus suscriptores enviar y recibir correo en
Internet con slo un mdem con dial. La pasarela sondea a los suscriptores a
intervalos regulares, les entrega su correo y recoge el correo de salida. A pesar de
no ser una entrega punto-a-punto, ha demostrado ser un sistema muy til.
Cada mensaje tiene:
Una cabecera, o sobre, con estructura RFC 822. La cabecera termina con
una lnea nula (una lnea con slo la secuencia <CRLF>).
Contents: Todo lo que hay tras la lnea nula es el cuerpo del mensaje, una
secuencia de lneas con caracteres ASCII (aquellos con valor menor del 128
decimal).
El RFC 821 define un protocolo cliente/servidor. Como siempre, el cliente SMTP

es el que inicia la sesin (el emisor) y el servidor el que responde a la solicitud de
sesin (el receptor). Sin embargo, como el cliente suele actuar como servidor para
un programa de correo del usuario, es ms sencillo referirse a l como emisor
SMTP, y al servidor como receptor SMTP
5.8 Principales sistemas operativos de red
5.8.1 Windows NT
Windows NT presenta una arquitectura del tipo cliente servidor. Los programas
de aplicacin son contemplados por el sistema operativo como si fueran clientes a
los que hay que servir, y para lo cual viene equipado con distintas entidades
servidoras.
Uno de los objetivos fundamentales de diseo fue el tener un ncleo tan pequeo
como fuera posible, en el que estuvieran integrados mdulos que dieran respuesta
a aquellas llamadas al sistema que necesariamente se tuvieran que ejecutar en
modo privilegiado (tambin llamado modo kernel, modo ncleo y modo
supervisor). El resto de las llamadas se expulsaran del ncleo hacia otras
entidades que se ejecutaran en modo no privilegiado (modo usuario), y de esta
manera el ncleo resultara una base compacta, robusta y estable. Por eso se dice
que Windows NT es un sistema operativo basado en micro-kernel.
Por tanto en un primer acercamiento a la arquitectura distinguimos un ncleo que
se ejecuta en modo privilegiado, y se denomina Executive, y unos mdulos que se
ejecutan en modo no privilegiado, llamados subsistemas protegidos.
Los programas de usuario (tambin llamados programas de aplicacin)
interaccionan con cualquier sistema operativo (s.o. en adelante) a travs de un
juego de llamadas al sistema propio de dicho sistema. En el mundo Windows en
general, las llamadas al sistema se denominan API (Application Programming
Interfaces, interfaces para la programacin de aplicaciones). En Windows NT y en
Windows 95 se usa una versin del API llamada API Win32.
Los subsistemas protegidos
Son una serie de procesos servidores que se ejecutan en modo no privilegiado, al
igual que los procesos de usuario, pero que tienen algunas caractersticas propias
que los hacen distintos.
Se inician al arrancar el s.o. y existen dos tipos: integrales y de entorno.
Un subsistema integral es aquel servidor que ejecuta una funcin crtica del s.o.
(como por ejemplo el que gestiona la seguridad). Un subsistema de entorno da
soporte a aplicaciones procedentes de s.o. distintos, adaptndolas para su
ejecucin bajo Windows NT. Existen tres de este tipo:
Win32, que es el principal, y proporciona la interfaz para aplicaciones

especficamente construidas para Windows NT.
POSIX, que soporta aplicaciones UNIX.
OS/2, que da el entorno a aplicaciones procedentes del s.o. del mismo

nombre.
El subsistema Win32
Es el ms importante, ya que atiende no slo a las aplicaciones nativas de
Windows NT, sino que para aquellos programas no Win32, reconoce su tipo y los
lanza hacia el subsistema correspondiente. En el caso de que la aplicacin sea
MS-DOS o Windows de 16 bits (Windows 3.11 e inferiores), lo que hace es crear
un nuevo subsistema protegido. As, la aplicacin DOS o Win16 se ejecutara en el
contexto de un proceso llamado VDM (Virtual DOS Machine, mquina virtual
DOS), que no es ms que un simulador de un ordenador funcionando bajo MSDOS. Las llamadas al API Win16 seran correspondidas con las homnimas en
API Win32. Microsoft llama a esto WOW (Windows On Win32). El subsistema
soporta una buena parte del API Win32. As, se encarga de todo lo relacionado
con la interfaz grfica con el usuario (GUI), controlando las entradas del usuario y
salidas de la aplicacin. Por ejemplo, un buen nmero de funciones de las
bibliotecas USER32 y GDI32 son atendidas por Win32, ayudndose del Executive
cuando es necesario. El funcionamiento como servidor de Win32 lo veremos un
poco ms adelante, en el apartado de llamadas a procedimientos locales.
El subsistema POSIX.
La norma POSIX (Portable Operating System Interface for UNIX) fue elaborada
por IEEE para conseguir la portabilidad de las aplicaciones entre distintos entornos
UNIX. La norma se ha implementado no slo en muchas versiones de UNIX, sino
tambin en otros s.o. como Windows NT, VMS, etc. Se trata de un conjunto de 23
normas, identificadas como IEEE 1003.0 a IEEE 1003.22, o tambin POSIX.0 a
POSIX.22, de las cuales el subsistema POSIX soporta la POSIX.1, que define un
conjunto de llamadas al sistema en lenguaje C. El subsistema sirve las llamadas
interaccionando con el Executive. Se encarga tambin de definir aspectos
especficos del s.o. UNIX, como pueden ser las relaciones jerrquicas entre
procesos padres e hijos (las cuales no existen en el subsistema Win32, por
ejemplo, y que por consiguiente no aparecen implementadas directamente en el
Executive).
El subsistema OS/2
Igual que el subsistema POSIX proporciona un entorno para aplicaciones UNIX,
este subsistema da soporte a las aplicaciones del s.o. OS/2. Proporciona la
interfaz grfica y las llamadas al sistema; las llamadas son servidas con ayuda del
Executive.
El subsistema proceso de inicio
El proceso de inicio (Logon Process) recibe las peticiones de conexin por parte
de los usuarios. En realidad son dos procesos, cada uno encargndose de un tipo
distinto de conexin: el proceso de inicio local, que gestiona la conexin de
usuarios locales directamente a una mquina Windows NT; y el proceso de inicio
remoto, el cual gestiona la conexin de usuarios remotos a procesos servidores de
NT.
El subsistema de seguridad
Este subsistema interacciona con el proceso de inicio y el llamado monitor de
referencias de seguridad (del que trataremos en el Executive), de esta forma se
construye el modelo de seguridad en Windows NT. El subsistema de seguridad
interacciona con el proceso de inicio, atendiendo las peticiones de acceso al
sistema. Consta de dos subcomponentes: la autoridad de seguridad local y el
administrador de cuentas.
El primero es el corazn del subsistema de seguridad, en general gestiona la
poltica de seguridad local, as, se encarga de generar los permisos de acceso, de
comprobar que el usuario que solicita conexin tiene acceso al sistema, de
verificar todos los accesos sobre los objetos (para lo cual se ayuda del monitor de
referencias a seguridad) y de controlar la poltica de auditoras, llevando la cuenta
de los mensajes de auditora generados por el monitor de referencias.
El administrador de cuentas mantiene una base de datos con las cuentas de todos
los usuarios (login, claves, identificaciones, etc.). Proporciona los servicios de
validacin de usuarios requeridos por el subcomponente anterior.
5.8.2 UNIX
Caractersticas generales
Es un sistema operativo de tiempo compartido, controla los recursos de una
computadora y los asigna entre los usuarios. Permite a los usuarios correr sus
programas. Controla los dispositivos de perifricos conectados a la mquina.
Posee las siguientes caractersticas:
-
Es un sistrema operativo multiusuario, con capacidad

multiprocesamiento y procesamiento no interactivo.
de
simular
Est escrito en un lenguaje de alto nivel : C.
Dispone de un lenguaje de control programable llamado SHELL.
Ofrece facilidades para la creacin de programas y sistemas y el ambiente

adecuado para las tareas de diseos de software.
Emplea manejo dinmico de memoria por intercambio o paginacin.
Tiene capacidad de interconexin de procesos.
Permite comunicacin entre procesos.
Emplea un sistema jerrquico de archivos, con facilidades de proteccin de

archivos, cuentas y procesos.
Tiene facilidad para redireccionamiento de Entradas/Salidas.
Garantiza un alto grado de portabilidad.
El sistema se basa en un Ncleo llamado Kernel, que reside permanentemente en

la memoria, y que atiende a todas las llamadas del sistema, administra el acceso a
los archivos y el inicio o la suspencin de las tareas de los usuarios.
La comunacin con el sistema UNIX se da mediante un programa de control
llamado SHELL. Este es un lenguaje de control, un intrprete, y un lenguaje de
programacin, cuyas caractersticas lo hacen sumamente flexible para las tareas
de un centro de cmputo. Como lenguaje de programacin abarca los siguientes
aspectos:
Ofrece las estructuras de control normales: secuenciacin, iteracin

condicional, seleccin y otras.
Paso de parmetros.
Sustitucin textual de variables y Cadenas.
Comunicacin bidireccional entre rdenes de shell.
El shell permite modificar en forma dinmica las caractersticas con que se

ejecutan los programas en UNIX:
Las entradas y salidas pueden ser redireccionadas o redirigidas hacia archivos,
procesos y dispositivos. Es posible interconectar procesos entre s.
Diferentes usuarios pueden "ver" versiones distintas del sistema operativo debido
a la capacidad del shell para configurar diversos ambientes de ejecucin. Por
ejemplo, se puede hacer que un usuario entre directamente a su seccin, ejecute
un programa en particular y salga automticamente del sistema al terminar de
usarlo.
El ncleo del Sistema Operativo

El ncleo del sistema operativo Unix (llamado Kernel) es un programa escrito casi
en su totalidad en lenguaje C, con excepcin de una parte del manejo de
interrupciones, expresada en el lenguaje ensamblador del procesador en el que
opera.
Las funciones del ncleo son permitir la existencia de un ambiente en el que sea
posible atender a varios usuarios y mltiples tareas en forma concurrente,
repartiendo al procesador entre todos ellos, e intentando mantener en grado
ptimo la atencin individual.
El Kernel opera como asignador de recursos para cualquier proceso que necesite
hacer uso de las facilidades de cmputo. Es el componente central de Unix y tiene
las siguientes funciones:
-
Creacin de procesos, asignacin de tiempos de atencin y sincronizacin.
Asignacin de la atencin del procesador a los procesos que lo requieren.
Administracin de espacio en el sistema de archivos, que incluye: acceso,

proteccin y administracin de usuarios; comunicacin entre usuarios v entre
procesos, y manipulacin de E/S y administracin de perifricos.
-
Supervisin de la transmisin de datos entre la memoria principal y los

dispositivos perifricos.
El Kernel reside siempre en la memoria central y tiene el control sobre la

computadora, por lo que ningn otro proceso puede interrumpirlo; slo pueden
llamarlo para que proporcione algn servicio de los ya mencionados. Un proceso
llama al Kernel mediante mdulos especiales conocidos como llamadas al
sistema.
El Kernel consta de dos artes principales: la seccin de control de procesos y la de
control de dispositivos. La primera asigna recursos, programas, procesos y atiende
sus requerimientos de servicio; la segunda, supervisa la transferencia de datos
entre la memoria principal y los dispositivos perifricos. En trminos generales,
cada vez que algn usuario oprime una tecla de una terminal, o que se debe leer o
escribir informacin del disco magntico, se interrumpe al procesador central y el
ncleo se encarga de efectuar la operacin de transferencia.
Cuando se inicia la operacin de la computadora, debe cargarse en la memoria

una copia del ncleo, que reside en e] disco magntico (operacin denominada
bootstrap). Para ello, se deben inicializar algunas interfaces bsicas de hardware;
entre ellas, el reloj que proporciona interrupciones peridicas. El Kernel tambin
prepara algunas estructuras de datos que abarcan una seccin de
almacenamiento temporal para transferencia de informacin entre terminales y
procesos, una seccin para almacenamiento de descriptores de archivos y una
variable que indica la cantidad de memoria principal.
A continuacin, el Kernel inicializa un proceso especial, llamado proceso 0. En
general, los procesos se crean mediante una llamada a una rutina del sistema
(fork), que funciona por un mecanismo de duplicacin de procesos. Sin embargo,
esto no es suficiente para crear el primero de ellos, por lo que el Kernel asigna una
estructura de datos y establece apuntadores a una seccin especial de la
memoria, llamada tabla de procesos, que contendr los descriptores de cada uno
de los procesos existentes en el sistema.
Despus de haber creado el proceso 0, se hace una copia del mismo, con lo que
se crea el proceso 1; ste muy pronto se encargar de "dar vida" al sistema
completo, mediante la activacin de otros procesos que tambin forman parte del
ncleo. Es decir, se inicia una cadena de activaciones de procesos, entre los
cuales destaca el conocido como despachador, o scheduler, que es el
responsable de decidir cul proceso se ejecutar y cules van a entrar o salir de la
memoria central. A partir de ese momento se conoce el nmero 1 como proceso
de inicializacin del sistema, init.
El proceso init es el responsable de establecer la estructura de procesos en Unix.
Normalmente, es capaz de crear al menos dos estructuras distintas de procesos:
el modo monousuario y el multiusuario. Comienza activando el intrprete del
lenguaje de control (Shell) en la terminal principal, o consola, del sistema y
proporcionndole privilegios de "superusuario". En la modalidad de un solo usuario
la consola permite iniciar una primera sesin, con privilegios especiales, e impide
que las otras lneas de comunicacin acepten iniciar sesiones nuevas. Esta
modalidad se usa con frecuencia para revisar y reparar sistemas de archivos,
realizar pruebas de funciones bsicas del sistema y para otras actividades que
requieren uso exclusivo de la computadora.
Init crea otro proceso, que espera pacientemente a que alguien entre en sesin en
alguna lnea de comunicacin. Cuando esto sucede, realiza ajustes en el protocolo
de la lnea y ejecuta el programa login, que se encarga de atender inicialmente a
los nuevos usuarios. Si la clave del usuario, y la contrasea proporcionadas son
las correctas, entonces entra en operacin el programa Shell, que en lo sucesivo
se encargar de la atencin normal del usuario que se dio de alta en esa terminal.
A partir de ese momento el responsable de atender al usuario en esa terminal es
el intrprete Shell.
Cuando se desea terminar la sesin hay que desconectarse de Shell (y, por lo
tanto, de Unix), mediante una secuencia especial de teclas (usualmente. < CTL > D). A partir de ese momento la terminal queda disponible para atender a un nuevo
usuario.
Administracin de Archivos y Directorios
El sistema de archivos de Unix; esta basado en un modelo arborescente y
recursivo, en el cual los nodos pueden ser tanto archivos como directorios, y estos
ltimos pueden contener a su vez directorios o subdirectorios. Debido a esta
filosofa, se maneja al sistema con muy pocas rdenes, que permiten una gran
gama de posibilidades. Todo archivo de Unix est controlado por mltiples niveles
de proteccin, que especifican los permisos de acceso al mismo. La diferencia que
existe entre un archivo de datos, un programa, un manejador de entrada/salida o
una instruccin ejecutable se refleja en estos parmetros, de modo que el sistema
operativo adquiere caractersticas de coherencia y elegancia que lo distinguen.
La raz del sistema de archivos (conocida como root ) se denota con el smbolo "/",
y de ah se desprende un conjunto de directorios que contienen todos los archivos
del sistema de cmputo. Cada directorio, a su vez, funciona como la subraz de un
nuevo rbol que depende de l y que tambin puede estar formado por directorios
o subdirectorios y archivos. Un archivo siempre ocupar el nivel ms bajo dentro
del rbol, porque de un archivo no pueden depender otros; si as fuera, sera un
directorio. Es decir, los archivos son como las hojas del rbol.
Se define en forma unvoca el nombre de todo archivo (o directorio) mediante lo
que se conoce como su trayectoria (path name): es decir, el conjunto completo de
directorios, a partir de root (/), por los que hay que pasar para poder llegar al
directorio o archivo deseado. Cada nombre se separa de los otros con el smbolo
/, aunque tan slo el primero de ellos se refiere a la raz.
u/gerencia/abril94l/carta2
Por ejemplo, el archivo tiene toda esta trayectoria como nombre absoluto, pero se
llama gerencia/abril94l/carta2, sin 1ra diagonal inicial, si se observa desde el
directorio /u. Para los usuarios que estn normalmente en el directorio /u/gerencia,
el archivo se llama abril94l/carta2. As, tambin puede existir otro archivo llamado
carta2, pero dentro de algn otro directorio y en caso de ser necesario se
empleara el nombre de la trayectoria (completa o en partes, de derecha a
izquierda) para distinguirlos. Unix ofece medios muy sencillos para colocarse en
diferentes puntos del rbol que forma el sistema de archivos, que para el ejemplo
anterior podra ser el siguiente:
Como se dijo antes, desde el punto de vista del directorio abril94, que a su vez
pertenece al directorio gerencia del directorio /u, basta con el nombre carta2 para
apuntar al archivo en cuestin.
En esta forma se maneja el sistema completo de archivos y se dispone de un
conjunto de rdenes de Shell (adems de mltiples variantes) para hacer diversas
manipulaciones, como crear directorios, moverse dentro del sistema de archivos,
copiarlos, etctera.
Unix incluye, adems, mltiples esquemas para crear, editar y procesar
documentos. Existen varios tipos de editores, formadores de textos,
macroprocesadores para textos, formadores de tablas, preprocesadores de
expresiones matemticas y un gran nmero de ayudas y utileras diversas, que se
mencionan ms adelante.
A continuacin se describe el modo de funcionamiento de Unix, con base en un
modelo de estudio de sistemas operativos que lo divide en "capas" jerrquicas
para su mejor comprensin.
Manejo de archivos y de informacin
Como ya se describi, la estructura bsica del sistema de archivos es jerrquica,
lo que significa que los archivos estn almacenados en varios niveles. Se puede
tener acceso a cualquier archivo mediante su trayectoria, que especifica su
posicin absoluta en la jerarqua, y los usuarios pueden cambiar su directorio
actual a la posicin deseada. Existe tambin un mecanismo de proteccin para
evitar accesos no autorizados. Los directorios contienen informacin para cada
archivo, que consiste en su nombre y en un nmero que el Kernel utiliza para
manejar la estructura interna del sistema de archivos, conocido como el nodo-i.
Hay un nodo-i para cada archivo, que contiene informacin de su directorio en el
disco, su longitud, los modos y las fechas de acceso, el autor, etc. Existe, adems,
una tabla de descriptores de archivo, que es una estructura de datos residente en
el disco magntico, a la que se tiene acceso mediante el sistema mencionado de
E/S por bloques.
El control del espacio libre en el disco se mantiene mediante una lista ligada de
bloques disponibles. Cada bloque contiene la direccin en disco del siguiente
bloque en la cadena. El espacio restante contiene las direcciones de grupos de
bloques del disco que se encuentren libres. De esta forma, con una operacin de
E/S, el sistema obtiene un conjunto de bloques libres y un apuntador para
conseguir ms.
Las operaciones de E/S en archivos se llevan a cabo con la ayuda de la
correspondiente entrada del nodo-i en la tabla de archivos del sistema. El usuario
normalmente desconoce los nodos-i porque las referencias se hacen por el
nombre simblico de la trayectoria. Los procesos emplean internamente funciones
primitivas (llamadas al sistema) para tener acceso a los archivos; las ms
comunes son open, creat, read, write, seek, close y unlink, aunque slo son
empleadas por los programadores, no por los usuarios finales del sistema.
Toda esta estructura fsica se maneja "desde afuera" mediante la filosofa
jerrquica de archivos y directorios ya mencionada, y en forma totalmente
transparente para el usuario. Adems, desde el punto de vista del sistema
operativo, un archivo es muy parecido a un dispositivo.
Las ventajas de tratar a los dispositivos de E/S en forma similar a los archivos
normales son mltiples: un archivo y un dispositivo de E/S se tornan muy
parecidos; los nombres de los archivos y de los dispositivos tienen la misma
sintaxis y significado, as que a un programa que espera un nombre de archivo
como parmetro puede drsele un nombre de dispositivo (con esto se logra
interaccin rpida y fcil entre procesos de alto nivel).
El sistema Unix ofrece varios niveles de proteccin para el sistema de archivos,
que consisten en asignar a cada archivo el nmero nico de identificacin de su
dueo, junto con nueve bits de proteccin, que especifican permisos de lectura,
escritura y ejecucin para el propietario, para otros miembros de su grupo
(definido por el administrador del sistema) y para el resto de los usuarios. Antes de
cualquier acceso se verifica su validez consultando estos bits, que residen en el
nodo-i de todo archivo. Adems, existen otros tres bits que se emplean para
manejos especiales, relacionados con la clave del superusuario.
Otra caracterstica de Unix es que no requiere que el conjunto de sistemas de
archivos resida en un mismo dispositivo.
Es posible definir uno o varios sistemas "desmontables", que residen fsicamente
en diversas unidades de disco. Existe una orden (mkfs) que permite crear un
sistema de archivos adicional, y una llamada al sistema (mount) con la que se
aade (y otra con la que se desmonta) uno de ellos al sistema de archivos global.
EI control de las impresoras de una computadora que funciona con el sistema
operativo Unix consiste en un subsistema (SPOOL) que se encarga de coordinar
los pedidos de impresin de mltiples usuarios. Existe un proceso de Kernel que
en forma peridica revise las colas de servicio de las impresoras para detectar la
existencia de pedidos e iniciar entonces las tareas de impresin. Este tipo de
procesos, que son activados en forma peridica por el ncleo del sistema
operativo, reciben en Unix el nombre de daemons (duendes), tal vez porque se
despiertan y aparecen sin previo aviso. Otros se encargan de activar procesos en
tiempos previamente determinados por el usuario, o de escribir peridicamente los
contenidos de los buffers de memoria en el disco magntico.
Procesos. Manejo del Procesador
En Unix se ejecutan programas en un medio llamado "proceso de usuario".
Cuando se requiere una funcin del Kernel, el proceso de usuario hace una
llamada especial al sistema y entonces el control pasa temporalmente al ncleo.
Para esto se requiere de un conjunto de elementos de uso interno, que se
mencionan a continuacin.
Se conoce como imagen a una especie de fotografa del ambiente de ejecucin de
un proceso, que incluye una descripcin de la memoria, valores de registros
generales, status de archivos abiertos, el directorio actual, etctera. Una imagen
es el estado actual de una computadora virtual, dedicada a un proceso en
particular.
Un proceso se define como la ejecucin de una imagen. Mientras el procesador
ejecuta un proceso, la imagen debe residir en la memoria principal; durante la
ejecucin de otros procesos permanece primera en la memoria principal a mens
que la aparicin de un proceso activo de mayor prioridad la obligue a ser copiada
al disco, como ya se dijo.
Un proceso puede encontrarse en uno de varios estados: en ejecucin; listo para
ejecutar, o en espera.
Cuando se invoca una funcin del sistema, el proceso de usuario llama al Kernel
como subrutina. Hay un cambio de ambientes y, como resultado, se tiene un
proceso del sistema. Estos dos procesos son dos fases del mismo original, que
nunca se ejecutan en forma simultnea.
Existe una tabla de procesos que contiene una entrada por cada uno de ellos con
los datos que requiere el sistema:
Identificacin, direcciones de los segmentos que emplea en la memoria,
informacin que necesita el scheduler y otros. La entrada de la tabla de procesos
se asigna cuando se crea el proceso y se libera cuando ste termina.
Para crear un proceso se requiere la inicializacin de una entrada en la tabla, as
como la creacin de segmentos de texto y de datos. Adems, es necesario
modificar la tabla cuando cambia el estado del proceso o cuando recibe un
mensaje de otro (para sincronizacin, por ejemplo). Cuando un proceso termina,
su entrada en la tabla se libera y queda otro disponible para que otro nuevo la
utilice.
En el sistema operativo Unix los procesos pueden comunicarse internamente entre
s, mediante el envo de mensajes o seales. El mecanismo conocido como
interconexin (pipe) crea un canal entre dos procesos mediante una llamada a una
rutina del Kernel, y se emplea tanto para pasar datos unidireccionalmente entre las
imgenes de ambos, como para sincronizarlos, ya que si un proceso intenta
escribir en un pipe ocupado, debe esperar a que el receptor lea los datos
pendientes. Lo mismo ocurre en el caso de una lectura de datos inexistentes: el
proceso que intenta leer debe esperar a que el proceso productor deposite los
datos en el canal de intercomunicacin.
Entre las diferentes llamadas al sistema para el manejo de procesos que existen
en Unix estn las siguientes, algunas de las cuales ya han sido mencionadas: fork
(sacar una copia a un proceso); exec (cambiar la identidad de un proceso); kill
(enviar una seal a un proceso); signal (especificar la accin por ejecutar cuando
se recibe una seal de otro proceso), y exit (terminar un proceso).
Dentro de las tareas del manejo del procesador destaca la asignacin dinmica
(scheduling), que en Unix resuelve el scheduler mediante un mecanismo de
prioridades. Cada proceso tiene asignada una prioridad; las prioridades de los
procesos de usuario son menores que la ms pequea de un proceso del sistema.
El "motor" que mantiene en movimiento un esquema de multiprogramacin es, por
un lado, el conjunto de interrupciones que genera el desempeo de los procesos
y, por otro, los constantes recordatorios que hace el reloj del procesador para
indicar que se termin la fraccin de tiempo dedicada a cada proceso.
En el sistema Unix, las interrupciones son causadas por lo que se conoce como
eventos, entre los cuales se consideran: la ejecucin de una tarea de
entrada/salida; la terminacin de los procesos dependientes de otro; la terminacin
de la fraccin de tiempo asignada a un proceso, y la recepcin de una seal desde
otro proceso.
En un sistema de tiempo compartido se divide el tiempo en un determinado
nmero de intervalos o fracciones y se asigna cada una de ellas a un proceso.
Adems Unix toma en consideracin que hay procesos en espera de una
operacin de E/S y que ya no pueden aprovechar su fraccin. Para asegurar una
distribucin adecuada del procesador entre los procesos se calculan
dinmicamente las prioridades de estos ltimos, con el fin de determinar cul ser
el proceso que se ejecutar cuando se suspenda el proceso activo actual.
Manejo De Memoria
Dependiendo de la computadora en la que se ejecute, Unix utiliza dos tcnicas de
manejo de memoria: swapping y memoria virtual.
Lo estndar en Unix es un sistema de intercambio de segmentos de un proceso
entre memoria principal y memoria secundaria, llamado swapping lo que significa
que se debe mover la imagen de un proceso al disco si ste excede la capacidad
de la memoria principal, y copiar el proceso completo a memoria secundaria. Es
decir, durante su ejecucin, los procesos son cambiados de y hacia memoria
secundaria conforme se requiera.
Si un proceso necesita crecer, pide ms memoria al sistema operativo y se le da
una nueva seccin, lo suficientemente grande para acomodarlo. Entonces, se
copia el contenido de la seccin usada al rea nueva, se libera la seccin antigua
y se actualizan las tablas de descriptores de procesos. Si no hay suficiente
memoria en el momento de la expansin, el proceso se bloquea temporalmente y
se le asigna espacio en memoria secundaria. Se copia a disco y, posteriormente,
cuando se tiene el espacio adecuado - lo cual sucede normalmente en algunos
segundos - se devuelve a memoria principal.
Est claro que el proceso que se encarga de los intercambios entre memoria y
disco (llamado swapper) debe ser especial y jams podr perder su posicin
privilegiada en la memoria central. El Kernel se encarga de que nadie intente
siquiera interrumpir este proceso, del cual dependen todos los dems. Este es el
proceso 0 mencionado antes. Cuando se decide traer a la memoria principal un
proceso en estado de "listo para ejecutar", se le asigna memoria y se copian all
sus segmentos. Entonces, el proceso cargado compite por el procesador con
todos los dems procesos cargados. Si no hay suficiente memoria, el proceso de
intercambio examine la tabla de procesos para determinar cul puede ser
interrumpido y llevado al disco.
Hay una pregunta que surge entonces es cul de los posibles procesos que
estn cargados ser desactivado y cambiado a memoria secundaria? Los
procesos que se eligen primero son aquellos que estn esperando operaciones
lentas (E/S), o que llevan cierto tiempo sin haberse movido al disco. La idea es
tratar de repartir en forma equitativa las oportunidades de ejecucin entre todos
los procesos, tomando en cuenta sus historias recientes y sus patrones de
ejecucin.
Otra pregunta es cul de todos los procesos que estn en el disco ser trado a
memoria principal?. La decisin se toma con base en el tiempo de residencia en
memoria secundaria. El proceso ms antiguo es el que se llama primero, con una
pequea penalizacin para los grandes.
Cuando Unix opera en mquinas ms grandes, suele disponer de manejo de
memoria de paginacin por demanda. En algunos sistemas el tamao de la pgina
en Unix es de 512 bytes; en otros, de 1024. Para reemplazo se usa un algoritmo
que mantiene en memoria las pginas empleadas ms recientemente.
Un sistema de paginacin por demanda ofrece muchas ventajas en cuanto a
flexibilidad y agilidad en la atencin concurrente de mltiples procesos y
proporciona, adems, memoria virtual, es decir, la capacidad de trabajar con
procesos mayores que el de la memoria central. Estos esquemas son bastante
complejos y requieren del apoyo de hardware especializado.
Manejo de entradas y salidas
El sistema de entrada/salida se divide en dos sistemas complementarios: el
estructurado por bloques y el estructurado por caracteres. El primero se usa para
manejar cintas y discos magnticos, y emplea bloques de tamao fijo (512 o 1024
bytes) para leer o escribir. El segundo se utiliza para atender a las terminales,
lneas de comunicacin e impresoras, y funciona byte por byte.
En general, el sistema Unix emplea programas especiales (escritos en C)

conocidos como manejadores (drivers) para atender a cada familia de dispositivos
de E/S. Los procesos se comunican con los dispositivos mediante llamadas a su
manejador. Adems, desde el punto de vista de los procesos, los manejadores
aparecen como si fueran archivos en los que se lee o escribe; con esto se logra
gran homogeneidad y elegancia en el diseo.
Cada dispositivo se estructura internamente mediante descriptores llamados
nmero mayor, nmero menor y clase (de bloque o de caracteres). Para cada
clase hay un conjunto de entradas, en una tabla, que aporta a los manejadores de
los dispositivos. El nmero mayor se usa para asignar manejador, correspondiente
a una familia de dispositivos; el menor pasa al manejador como un argumento, y
ste lo emplea para tener acceso a uno de varios dispositivos fsicos semejantes.
Las rutinas que el sistema emplea para ejecutar operaciones de E/S estn
diseadas para eliminar las diferencias entre los dispositivos y los tipos de acceso.
No existe distincin entre acceso aleatorio y secuencial, ni hay un tamao de
registro lgico impuesto por el sistema. El tamao de un archivo ordinario est
determinado por el nmero de bytes escritos en l; no es necesario predeterminar
el tamao de un archivo.
El sistema mantiene una lista de reas de almacenamiento temporal (buffers),
asignadas a los dispositivos de bloques. El Kernel usa estos buffers con el objeto
de reducir el trfico de E/S. Cuando un programa solicita una transferencia, se
busca primero en los buffers internos para ver si el bloque que se requiere ya se
encuentra en la memoria principal (como resultado de una operacin de lectura
anterior). Si es as, entonces no ser necesario realizar la operacin fsica de
entrada o salida.
Existe todo un mecanismo de manipulacin interna de buffers (y otro de manejo de
listas de bytes), necesario para controlar el flujo de datos entre los dispositivos de
bloques (y de caracteres) y los programas que los requieren.
Por ltimo, y debido a que los manejadores de los dispositivos son programas
escritos en lenguaje C, es relativamente fcil reconfigurar el sistema para ampliar
o eliminar dispositivos de E/S en la computadora, as como para incluir tipos
nuevos.
Lenguaje de control del sistema operativo
Entre los rasgos distintivos de Unix est el lenguaje de control que emplea,
llamado Shell. Es importante analizar dos funciones ms de Shell, llamadas
redireccionamiento e Interconexin.
Asociado con cada proceso hay un conjunto de descriptores de archivo
numerados 0, I y 2, que se utilizan para todas las transacciones entre los procesos
y el sistema operativo. El descriptor de archivo 0 se conoce como la entrada
estndar; el descriptor de archivo 1, como la salida estndar, y el descriptor 2,
como el error estndar. En general, todos estn asociados con la terminal de
vdeo, pero, debido a que inicialmente son establecidos por Shell, es posible
reasignarlos.
En la teora de lenguajes formales desempean un importante papel las
gramticas llamadas de tipo 3 (tambin conocidas como regulares), que tienen
mltiples aplicaciones en el manejo de lenguajes. Existen unas construcciones
gramaticales conocidas como expresiones regulares, con las que se puede hacer
referencia a un conjunto ilimitado de nombres con estructura lexicogrfica similar;
esto lo aprovecha Shell para dar al usuario facilidades expresivas adicionales en el
manejo de los nombres de los archivos.
En general, en lugares donde se emplea un nombre o una trayectoria, Shell
permite utilizar una expresin regular que sirve como abreviatura para toda una
familia de ellos, y automticamente repite el pedido de atencin para los
componentes. Existen adems otros caracteres especiales que Shell reconoce y
emplea para el manejo de expresiones regulares, lo que proporciona al lenguaje
de control de Unix mayor potencia y capacidad expresiva.
En Unix existe tambin la posibilidad de ejecutar programas sin tener que
atenderlos en forma interactiva, sino simulando paralelismo (es decir, atender de
manera concurrente varios procesos de un mismo usuario). Esto se logra
agregando el smbolo & al final de la lnea en la que se escribe la orden de
ejecucin. Como resultado, Shell no espera que el proceso "hijo'' termine de
ejecutar (como hara normalmente), sino que regresa a atender al usuario
inmediatamente despus de haber creado el proceso asincrnico, simulando en
esta forma el procesamiento por lotes ( batch ) Para cada uno de estos procesos
Shell proporciona, adems, el nmero de identificacin, por lo que si fuera
necesario el usuario podra cancelarlo posteriormente, o averiguar el avance de la
ejecucin.
La comunicacin interna entre procesos (es decir, el envo de mensajes con los
que los diversos procesos se sincronizan y coordinan) ocurre mediante el
mecanismo de interconexiones (pipes) ya mencionado, que conecta la salida
estndar de un programa a la entrada estndar de otro, como si fuera un conducto
con dos extremos, cada uno de los cuales est conectado a su vez a un proceso
distinto. Desde Shell puede emplearse este mecanismo con el smbolo | en la
lnea donde se escribe la orden de ejecucin.
Como Unix fue diseado para servir de entorno en las labores de diseo y
produccin de programas, ofrece - adems de su filosofa misma - un rico conjunto
de herramientas para la creacin de sistemas complejos, entre las que destaca el
subsistema make.
Este ltimo ofrece una especie de lenguaje muy sencillo, con el cual el
programador describe las relaciones estructurales entre los mdulos que
configuran un sistema completo, para que de ah en adelante make se encargue
de mantener el sistema siempre al da.
Es decir, si se modifica algn mdulo, se reemplaza o se aade otro, las
compilaciones individuales, as como las cargas y ligas a que haya lugar, sern
realizadas en forma automtica, por esta herramienta. Con una sola orden,
entonces, es posible efectuar decenas de compilaciones y ligas predefinidas entre
mdulos, y asegurarse de que en todo momento se tiene la ltima versin de un
sistema, ya que tambin se lleva cuenta automtica de las fechas de creacin,
modificacin y compilacin de los diversos mdulos.
De esta manera, se convierte en una herramienta casi indispensable al desarrollar
aplicaciones que requieren decenas de programas que interactan entre s o que
mantienen relaciones jerrquicas.
Diseado para crear y mantener bibliotecas de programas (que sern luego
utilizadas por otros programas para efectuar las funciones ya definidas sin tener
que duplicar el cdigo); awk, un lenguaje para reconocimiento de patrones y
expresiones regulares (es decir, generadas por una gramtica regular o de tipo 3),
til para extraer informacin de archivos en forma selectiva; lex, un generador de
analizadores lexicogrfico, y yacc, un compilador de compiladores. Estos dos
ltimos se emplean como herramientas en la creacin de compiladores y
procesadores de lenguajes.
La lista completa de funciones, rdenes de subsistemas que forman parte de las
utileras del sistema operativo Unix es realmente grande, e incluye ms de un
centenar, que se pueden agrupar en los siguientes rubros:
Compiladores de compiladores.
Ejecucin de programas.
Facilidades de comunicaciones.
Funciones para control de status.
Funciones para control de usuarios.
Funciones para impresin.
Herramientas de desarrollo de programacin.
Lenguaje C, funciones y bibliotecas asociados.
Macroprocesamiento.
Manejo de directorios y archivos.
Manejo de grficas.
Manejo de informacin.
Manejo de terminales.
Mantenimiento y respaldos.
Otros lenguajes algortmicos integrados.
Preparacin de documentos.
5.8.3 LINUX
Linux es un sistema operativo para PC basados en Intel. Al sistema lo han
diseado y desarrollado cientos de programadores repartidos por todo el mundo.
El objetivo ha sido crear un clon de UNIX, sin ningn software comercial con
derechos de autor y que pueda utilizar todo el mundo. De hecho, Linux, comenz
como una aficin de Linus Torvalds mientras estudiaba en la universidad de
Helsinki, en Finlandia. Su objetivo era crear un sustituto del sistema Minix, similar
a UNIX.
Linux es un espcimen nico en la revolucin informtica. No se trata de un
producto comercial respaldado por una gran empresa, sino ms bien de un
sistema operativo hijo de la frustracin, creado por un equipo de informtica de
todo el mundo que se ha servido de los recursos de Internet para comunicarse
entre s y crear el sistema operativo denominado Linux.
Linux es una versin de UNIX de libre distribucin, inicialmente desarrollada por
Linus Torvalds en la Universidad de Helsinki, en Finlandia. Fue desarrollado con la
ayuda de muchos programadores y expertos de UNIX a lo largo y ancho del
mundo, gracias a la presencia de Internet. Cualquier habitante del planeta puede
acceder a Linux y desarrollar nuevos mdulos o cambiarlo a su gusto.
El ncleo de Linux no utiliza ninguna lnea del cdigo de AT&T o de cualquier otra
fuente de propiedad comercial, y buena parte del software para Linux se desarrolla
bajo las reglas del proyecto de GNU de la Free Software Foundation, Cambridge,
Massachusetts.
Inicialmente, slo fue un proyecto de Linus Torvalds. Se inspiraba en Minix, un
pequeo UNIX desarrollado por Andy Tanenbaum, y las primeras discusiones
sobre Linux surgieron en el grupo de News comp.os.minix. Estas discusiones
giraban en torno al desarrollo de un pequeo sistema UNIX de carcter acadmico
dirigido a aquellos usuarios de Minix que queran algo ms.
El desarrollo inicial de Linux ya aprovechaba las caractersticas de conmutacin de
tareas en modo protegido del 386, y se escribi todo en ensamblador. Linus dice,
"Comenc a utilizar el C tras escribir algunos drivers, y ciertamente se aceler el
desarrollo. En este punto sent que mi idea de hacer un Minix mejor que Minix se
haca ms seria. Esperaba que algn da pudiese recompilar el gcc bajo Linux...
Dos meses de trabajo, hasta que tuve un driver de discos (con numerosos bugs,
pero que pareca funcionar en mi PC) y un pequeo sistema de ficheros. Aqu
tena ya la versin 0.01 (al final de Agosto de 1991) no era muy agradable de usar
sin el driver de disquetes, y no haca gran cosa. No pens que alguien compilara
esa versin."
No se anunci nada sobre esa versin, puesto que las fuentes del 0.01 jams
fueron ejecutables: contenan solo rudimentos de lo que sera el ncleo, y se
asuma que se tena acceso a un Minix para poderlo compilar y jugar con l.
El 5 de Octubre de 1991, Linus anunci la primera versin "oficial" de Linux, la
0.02. Ya poda ejecutar bash (el shell de GNU) y gcc (el compilador de C de GNU),
pero no haca mucho ms. La intencin era ser un juguete para hackers. No haba
nada sobre soporte a usuarios, distribuciones, documentacin ni nada parecido.
Hoy, la comunidad de Linux an trata estos asuntos de forma secundaria. Lo
primero sigue siendo el desarrollo del kernel.
Linus escriba en comp.os.minix, "Suspiris al recordar aquellos das de Minix1.1, cuando los hombres eran hombres y escriban sus propios drivers? Os
sents sin ningn proyecto interesante y os gustara tener un verdadero Sistema
operativo que pudieras modificar a placer? Os resulta frustrante el tener solo a
Minix? Entonces, este artculo es para ustedes".
"Como dije hace un mes, estoy trabajando en una versin gratuita de algo
parecido a Minix para ordenadores At-386. He alcanzado la etapa en la que puede
ser utilizable y voy a poner las fuentes para su distribucin. Es solo la versin 0.02,
pero he conseguido ejecutar en l: bash, gcc, gnu-make, gnu-sed, compress, etc.".
Tras la versin 0.03, Linus salt a la versin 0.10 al tiempo que ms gente
empezaba a participar en su desarrollo. Tras numerosas revisiones, se alcanz la
versin 0.95, reflejando la esperanza de tener lista muy pronto una versin
"oficial". (Generalmente, la versin 1.0 de los programas se corresponden con la
primera tericamente completa y sin errores). Esto suceda en Marzo de 1992.
Ao y medio despus, en Diciembre del 93, el ncleo estaba en la revisin
0.99.pl14, en una aproximacin asinttica al 1.0. Actualmente, el ncleo se
encuentra en la versin 1.1 parche 52, y se acerca la 1.2.2.
Hoy Linux es ya un clnico de UNIX completo, capaz de ejecutar X Windows,
TCP/IP, Emacs, UUCP y software de correo y News. Mucho software de libre
distribucin ha sido ya portado a Linux, y estn empezando a aparecer
aplicaciones comerciales. El hardware soportado es mucho mayor que en las
primeras versiones del ncleo. Mucha gente ha ejecutado tests de rendimiento en
sus sistemas Linux 486 y se han encontrado que son comparables a las
estaciones de trabajo de gama media de Sun Microsystems y Digital.
Quin iba a imaginar que este "pequeo" clnico de UNIX iba a convertirse en un
estndar mundial para los ordenadores personales?
Caractersticas del sistema
Linux implementa la mayor parte de las caractersticas que se encuentran en otras
implementaciones de UNIX, ms algunas otras que no son habituales. En esta
seccin nos daremos una vuelta por todo ello.
Linux es un sistema operativo completo con multitarea y multiusuario (como
cualquier otra versin de UNIX). Esto significa que pueden trabajar varios usuarios
simultneamente en l, y que cada uno de ellos puede tener varios programas en
ejecucin.
El sistema Linux es compatible con ciertos estndares de UNIX a nivel de cdigo
fuente, incluyendo el IEEE POSIX.1, System V y BSD. Fue desarrollado buscando
la portabilidad de los fuentes: encontrar que casi todo el software gratuito
desarrollado para UNIX se compila en Linux sin problemas. Y todo lo que se hace
para Linux (cdigo del ncleo, drivers, libreras y programas de usuario) es de libre
distribucin.
En Linux tambin se implementa el control de trabajos POSIX (que se usa en los
shells csh y bash), las pseudoterminales (dispositivos pty), y teclados nacionales
mediante administradores de teclado cargables dinmicamente. Adems, soporta
consolas virtuales, lo que permite tener ms de una sesin abierta en la consola
de texto y conmutar entre ellas fcilmente. A los usuarios del programa "screen"
les resultar familiar esto.
El ncleo es capaz de emular por su cuenta las instrucciones del coprocesador
387, con lo que en cualquier 386 con coprocesador o sin l se podrn ejecutar
aplicaciones que lo requieran.
Linux soporta diversos sistemas de ficheros para guardar los datos. Algunos de
ellos, como el ext2fs, han sido desarrollados especficamente para Linux. Otros
sistemas de ficheros, como el Minix-1 o el de Xenix tambin estn soportados. Y
con el de MS-DOS se podrn acceder desde Linux a los disquetes y particiones en
discos duros formateados con MS-DOS. Adems, tambin soporta el ISO-9660,
que es el estndar en el formato de los CD-ROMs.
Linux implementa todo lo necesario para trabajar en red con TCP/IP. Desde
administradores para las tarjetas de red ms populares hasta SLIP/PPP, que
permiten acceder a una red TCP/IP por el puerto serie. Tambin se implementan
PLIP (para comunicarse por el puerto de la impresora) y NFS (para acceso remoto
a ficheros). Y tambin se han portado los clientes de TCP/IP, como FTP, telnet,
NNTP y SMTP.
El ncleo de Linux ha sido desarrollado para utilizar las caractersticas del modo
protegido de los microprocesadores 80386 y 80486. En concreto, hace uso de la
gestin de memoria avanzada del modo protegido y otras caractersticas
avanzadas. Cualquiera que conozca la programacin del 386 en el modo
protegido sabr que este modo fue diseado para su uso en UNIX (o tal vez
Multics). Linux hace uso de esta funcionalidad precisamente.
El ncleo soporta ejecutables con paginacin por demanda. Esto significa que slo
los segmentos del programa que se necesitan se cargan en memoria desde el
disco. Las pginas de los ejecutables son compartidas mediante la tcnica copyon-write, contribuyendo todo ello a reducir la cantidad de memoria requerida para
las aplicaciones.
Con el fin de incrementar la memoria disponible, Linux implementa la paginacin
con el disco: puede tener hasta 256 megabytes de espacio de intercambio o
"swap" en el disco duro. Cuando el sistema necesita ms memoria, expulsar
pginas inactivas al disco, permitiendo la ejecucin de programas ms grandes o
aumentando el nmero de usuarios que puede atender a la vez. Sin embargo, el
espacio de intercambio no puede suplir totalmente a la memoria RAM, ya que el
primero es mucho ms lento que sta.
La memoria dedicada a los programas y a la cach de disco est unificada. Por
ello, si en cierto momento hay mucha memoria libre, el tamao de la cach de
disco aumentar acelerando as los accesos.
Los ejecutables hacen uso de las libreras de enlace dinmico. Esto significa que
los ejecutables comparten el cdigo comn de las libreras en un nico fichero,
como sucede en SunOS. As, los ejecutables sern ms cortos a la hora de
guardarlos en el disco, incluyendo aquellos que hagan uso de muchas funciones
de librera. Tambin pueden enlazarse estticamente cuando se deseen
ejecutables que no requieran la presencia de las libreras dinmicas en el sistema.
El enlace dinmico se hace en tiempo de ejecucin, con lo que el programador
puede cambiar las libreras sin necesidad de recompilacin de los ejecutables.
Multitarea
La palabra multitarea describe la capacidad de ejecutar muchos programas al
mismo tiempo sin detener la ejecucin de cada aplicacin.
Se le denomina multitarea prioritaria porque cada programa tiene garantizada la
oportunidad de ejecutarse, y se ejecuta hasta que el sistema operativo da
prioridad a otro programa para que se ejecute. Este tipo de multitarea es
exactamente lo que hace Linux. MS-DOS y Windows 3.1 no admiten la multitarea
prioritaria; admiten una forma de multitarea denominada multitarea cooperativa.
Con sta, los programas se ejecutan hasta que permiten voluntariamente que se
ejecuten otros programas o no tienen nada ms que hacer por el momento. Para
comprender mejor la capacidad multitarea de Linux, examnelo desde otro punto
de vista. El microprocesador slo es capaz de hacer una tarea a la vez, pero las
realiza en tiempos tan cortos que se escapan a nuestra comprensin es por eso
que en sus "ratos libres" se dedica a ejecutar otras tareas que se le hayan pedido.
Es fcil ver las ventajas de disponer de multitarea prioritaria. Adems de reducir el
tiempo muerto (tiempo en el que no puede seguir trabajando en una aplicacin
porque un proceso an no ha finalizado), la flexibilidad de no tener que cerrar las
ventanas de las aplicaciones antes de abrir y trabajar con otras es infinitamente
mucho ms cmoda.
Linux y otros sistemas operativos multitarea prioritaria consiguen el proceso de
prioridad supervisando los procesos que esperan para ejecutarse, as como los
que se estn ejecutando. El sistema programa entonces cada proceso para que
disponga de las mismas oportunidades de acceso al microprocesador. El resultado
es que las aplicaciones abiertas parecen estar ejecutndose al mismo tiempo (en
realidad, hay una demora de billonsimas de segundo entre el momento en que el
procesador ejecuta una serie de instrucciones de una aplicacin y el momento
programado por Linux para volver a dedicar tiempo a dicho proceso). Es esta
capacidad de asignar tiempo a las aplicaciones que se estn ejecutando desde
una sistema operativo de acceso gratuito, lo que destaca a Linux de otros
sistemas operativos y entornos disponibles en la actualidad.
Multiusuario
La idea de que varios usuarios pudieran acceder a las aplicaciones o la capacidad
de proceso de un nico PC era una utopa hace relativamente pocos aos. UNIX y
Windows NT ayudaron a convertir ese sueo en realidad. La capacidad de Linux
para asignar el tiempo de microprocesador simultneamente a varias aplicaciones
ha derivado en la posibilidad de ofrecer servicio a diversos usuarios a la vez,
ejecutando cada uno de ellos una o ms aplicaciones. La caracterstica que ms
resalta de Linux es que un grupo de personas puede trabajar con la misma versin
de la misma aplicacin al mismo tiempo, desde el mismo terminal o desde
terminales distintos. No se debe confundir esto con el hecho de que varios
usuarios puedan actualizar el mismo archivo simultneamente, caracterstica que
es potencialmente confusa, peligrosa y decididamente indeseable.
Diferencias entre Linux y otros sistemas operativos
Es importante entender las diferencias entre Linux y otros sistemas operativos,
tales como MS-DOS, OS/2, y otras implementaciones de UNIX para ordenador
personal. Primeramente, conviene aclarar que Linux puede convivir felizmente con
otros sistemas operativos en la misma mquina: es decir, Ud. puede correr MSDOS y OS/2 en compaa de Linux sobre el mismo sistema sin problemas.
Por qu usar Linux en lugar de un sistema operativo comercial conocido, bien
probado, y bien documentado? Podramos darle miles de razones. Una de las ms
importantes es que Linux es una excelente eleccin para trabajar con UNIX a nivel
personal. Si Ud. es un desarrollador de software UNIX, Linux le permitir
desarrollar y probar el software UNIX en su PC, incluyendo aplicaciones de bases
de datos y X Windows. Si es Ud. estudiante, la oportunidad est en que los
sistemas de su universidad corrern UNIX. Con Linux, podr correr su propio
sistema UNIX y adaptarlo a sus necesidades. La instalacin y uso de Linux es
tambin una excelente manera de aprender UNIX si no tiene acceso a otras
mquinas UNIX.
Pero no perdamos la vista. Linux no es slo para los usuarios personales de UNIX.
Es robusto y suficientemente completo para manejar grandes tareas, as como
necesidades de cmputo distribuidas. Muchos negocios, especialmente los
pequeos, se estn cambiando a Linux en lugar de otros entornos de estacin de
trabajo basados en UNIX. Las universidades encuentran a Linux perfecto para dar
cursos de diseo de sistemas operativos. Grandes vendedores de software
comercial se estn dando cuenta de las oportunidades que puede brindar un
sistema operativo gratuito.
5.9 Internet
Internet es una red mundial que ofrece servicios como correo electrnico,
boletines de noticias, transferencia de archivos por medio del protocolo FTP
(Protocol6 de transferencia de archivos), conferencias informativas y charlas
electrnicas, acceso remoto a millones de bases de datos y recopilacin de datos,
adems de nuevos servicios de bsqueda y recuperacin de informacin como
WAIS, Gopher y World Wide Web, los cuales se describirn en este tema.
Figura 5.9.1. Internet y sus servicios
A diferencia de otras redes, el manejo de Internet no est a cargo de una sola

entidad, a partir de un punto de acceso nico; tampoco se rige por un conjunto
exclusivo de reglas Por lo contrario, se trata de una red mundial que comprende
redes interrelacionadas y agrupa a cientos de empresas e instituciones de
cooperacin. Internet utiliza el protocolo de interconexin TCP/IP.
Antes es de adquirir su actual popularidad, Internet era sobre todo una
herramienta privada de acceso a la informacin, restringida a los investigadores y
cientficos de las universidades as como a los gobiernos federales. Sin embargo,
hoy da se habla cada vez ms del uso comercial de Internet que ofrece vastas
posibilidades de negocios As renombrados servicios de ndole comercial
surgieron en Internet, con un mayor numero de herramientas que facilitaban el
acceso y la difusin de la informacin.
Establecimiento de una conexin
La figura 5.9.1 presenta los componentes de una red Internet. Las personas
interesadas en navegar dentro del espacio Internet deben contar, cuando menos,
con una computadora para establecer una conexin con los servidores Internet.
La computadora del usuario debe estar conectada a Internet por medio de una
lnea telfono. Para ello, es necesario enlazar la computadora con la ayuda de un
MODEM.
La figura 5.9.2 ilustra un ejemplo.
Tambin es posible establecer una conexin de la computadora (estacin de
trabajo) a Internet con la red local de una empresa. En la figura 7.3 se muestra un
ejemplo de una computadora conectada a una red de rea local. Pronto, usted
podr recibir los servicios Internet provenientes de un proveedor de difusin por
cable.
Figura 5.9.2. Una conexin a Internet por medio de un modem y una lnea telefnica
El nivel de servicio, mostrado en la figura 1, que obtienen los usuarios vara segn
la regin donde habitan y los proveedores que prestan servicio en esa zona. As,
los usuarios individuales deben disponer de su propio modem que puede ser de
9600 a 28 800 bauds. En tanto las empresas pueden recurrir a una lnea de
telecomunicaciones dedicada.
Cabe sealar que usted debe contar con un puerto de acceso para navegar en
Internet desde su casa. Los proveedores de acceso a Internet le proporcionarn
un nmero de acceso que, junto con su modem, le permitir enlazarse con la red.
Si usted desea establecer una conexin Internet con la ayuda de una computadora
personal, adems de un proveedor de servicios Internet debe tener un programa
de comunicacin como Trumpet WinSock, Chameleon u otro para las
computadoras IBM, PC o, para Mac, contar con MacTCP y Config PPP. En
general, estos programas de comunicacin se proveen en forma gratuita, ya que
usted paga por un servicio Internet.
Tambin deber inscribir su computadora en la red durante la comunicacin por
medio de los protocolos PPP (Protocolo punto a punto), o en el caso de las Mac,
SUP 4 Protocolo Internet de lnea serial). De estos dos protocolos, el primero es al
i popular; consiste en una transmisin por paquetes seguida de una lnea de
comunicacin en serie va modem.
Asimismo, requerir servidores Internet en donde pueda almacenar el contenido
de a red. Los servidores ejecutan cierto software que le permite a otros programas
llamados ente, enlazarse para consultar la informacin disponible. De hecho, hoy
da existe .na nan variedad de software de servidor como World Wide Web
fW\VW), FTP y Gopher, cztre otros.
Para navegar en el espacio Internet y consultar estos servidores de informacin,
se debe tener programas de consulta que funcionen como clientes del software del
servidor L4 T 4 ilustra un ejemplo de la relacin cliente-servidor.
Figura 4. Ejemplo de servidores Internet
Uso de una direccin Internet

Toda persona que participa en Internet posee una direccin electrnica propia. Si
bien existen varias formas de direcciones Internet, se tomar sta como ejemplo:
La primera parte de la direccin, la que se encuentra antes de @, identifica al
usuario. Esto es lo que se conoce como ID del usuario y a menudo es
abreviacin del nombre del usuario. La segunda parte de la direccin, la que est
despus de la @, identifica a la computadora en la red. Este fragmento se llama
dominio (domain). Un comit de estndares Internet define un dominio como la
identificacin de los grupos de computadoras.
Esta parte est dividida en varias secciones y permite una identificacin precisa
Advierta que cada seccin separada por un punto (.) seala una organizacin
diferente.
El significado de las secciones de este ejemplo es el siguiente:
.abc.
.stp.
.edu
.com
.mil
.gob
.int
.net
.org
rganismo que provee el enlace a Internet

ombre de la compaa. Sin embargo, hay algunos sufijos estndares;
por ejemplo:
ducativo
Cmercial
Militar
Gubernamental
nternacional
Recurso Internet
rganismo no lucrativo
Adems, existe otra manera de asignar direcciones, la cual est destinada a World
Wide Web. Esta modalidad combina todas las formas de direccionamiento como
FTP, Gopher, etc., y se llama JJRL (Localizador uniforme de recursos). En este
libro se ofrecen muchos ejemplos de URL. Por supuesto, tambin hay otros tipos
de direccionamiento ms sencillos, como la direccin de un correo electrnico:
Funcionamiento de Internet
Internet se compone, en esencia, de lneas telefnicas dedicadas. Para
comprender su funcionamiento, se ofrece una comparacin del modelo Internet
con el servicio postal. En este ltimo no hay porciones dedicadas. Es decir, lo que
usted enva se confunde por completo con lo que otros envan. Todo se manda a
la oficina de correo donde se reparte la correspondencia.
La oficina de correo fuente enva en seguida la correspondencia dirigida a una
misma regin a la oficina destino, mediante el uso de una ruta y un medio avin,
autobs. tren, etc.). Despus, la oficina destino dirige el correo hacia su destino
final. Este mismo principio puede aplicarse a la transmisin de paquetes en
internet.
Un mensaje destinado a la computadora stp.abc.qca s transmitir a otra
computadora reconocida por estar ms cerca del destino que la computadora
actual). Esta etapa se repetir basta que el mensaje llegue a su destino final. Sin
embargo, dos mensajes dirigidos a la misma mquina no tomarn necesariamente
la misma ruta.
Figura 5.9.5. Modelo Internet comparado con el servicio postal
Un enrutador conoce muchas rutas; los paquetes de informacin se envan hacia

un sitio, siempre que ste corresponda con alguna ruta conocida. De no ser as, se
utiliza la Ruta predeterminada. Cuando un paquete de informacin se enva, el
enrutador primero examina su direccin de destino. Si sta corresponde con una
direccin conocida, el paquete se enva hacia ese dominio. De otro modo, el
enrutador manda la informacin por su ruta predeterminada.
Las redes enlazadas por los enrutadores con frecuencia pueden utilizar protocolos
y canales diferentes: Ethernet, Token Ring, entre otros. El mismo principio se
aplica para servicio postal. El correo puede tomar diversas rutas antes de
entregarse a su destinatario.
enrutador/compuerta en Internet.
La
figura
7.6
ilustra
la
funcin
del
Figura 5.9.6. Funcin del enrutador/compuerta en Internet
Las computadoras tienen un nombre y una direccin para su identificacin, de la

misma manera como un usuario cuenta con un nombre y un nmero de telfono.
Las direcciones Internet estn conformadas por cuatro nmeros (0-255) separados
por un punto, 145.34.203.34, para identificar a una computadora. As, existen
miles de redes y millones de computadoras.
En Internet, una institucin o empresa se identifica por medio de un dominio a
manera de entidad. Los responsables de un dominio son los encargados de
asignar los nombres y los nmeros a las diferentes computadoras de su grupo.
Para explicar este concepto, se tomar el ejemplo mostrado en la figura 7.7. La
direccin stp.abc.qc.ca se emite va los enrutadores a la red. Luego, el Sistema de
nombre de dominio (DNS) establece un enlace entre las direcciones de texto y las
numricas.
El servidor DNS que se encuentra ms cerca busca en su base la direccin
requerida. Despus remplaza la direccin stp.abc.qc.ca por su direccin numrica,
123.212.12.44 en este ejemplo, lo cual permite establecer la conexin. Si la
computadora no reconoce esta direccin, el servidor llama a otro DNS ms
alejado. Por ejemplo, en caso de que un usuario en Francia solicitara la direccin
stp.abc.qc.ca y su DNS no encontrara una direccin numrica equivalente.
Entonces, el componente .ca se reconoce y el servidor DNS lo identifica como una
direccin canadiense. La tabla de la figura 8 muestra los principales cdigos de
pas utilizados en Internet.
Despus, el servidor DNS en Francia somete la direccin al servidor principal DNS

de Canad. Si este ltimo no reconoce la direccin especfica de la computadora
stp.abc.qc.ca., deber al menos conocer la direccin del dominio abc.qc.ca y la
mandar al servidor DNS local de la empresa ABC localizada en Quebec, en el
caso de este ejemplo. Este ltimo servidor reconoce la direccin que representa a
la computadora 123.212.12.44 de la empresa ABC.
Figura 5.9.7. Conversin de direcciones de texto en numricas
El protocolo IP (Protocolo Internet) se ocupa del direccionamiento dentro de

Internet y se asegura de que los enrutadores guarden o enven los mensajes. La
parte izquierda de la direccin indica al enrutador en cul red se encuentra situada
la mquina: 123.212.12. La parte de la derecha seala el nmero que corresponde
a la computadora anfitrin en la red, en este caso 44. Cada computadora enlazada
a Interne cuenta con un nmero IP nico.
Figura 8. Principales cdigos de pas utilizados en Internet.
Para enviar un mensaje en la red, la mquina no hace ms que introducir los datos
en un sobre, llamado paquete IP, y direccionarlo en forma correcta (de
145.34.203.34 a 23.212.12.44). La computadora (por lo general un enrutador) que
recibe un paquete de informacin tiene la responsabilidad de asegurarse de que la
transferencia hacia la otra mquina se efecte de manera apropiada. La filosofa
implcita en este proceso es que toda computadora puede comunicarse con
cuando menos otra mquina.
Resumen
En este tema se examin la manera de establecer una conexin, el significado de
una direccin Internet, el funcionamiento de Internet, se indic cmo navegar en la
supercrretera de la informacin de Internet, se examinaron los servicios
disponibles en Internet, se describieron de manera sencilla las herramientas de
Internet, el concepto de hipermedia, los factores que se han de considerar durante
la seleccin de proveedores de servicios Internet, la seguridad de la red Internet,
el concepto de supercarretera de la informacin y la nocin del URL. As como los
sistemas operativos ms empleados en las redes de computadoras.
Bibliografa
-


1997.


abiertos. Cuarta edicin, Estados Unidos de Amrica. Editorial AdissonWesley Iberoamericana, 2001

Inter Conect A

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

Inter Conect A

Uploaded by

Copyright:

Available Formats

Interconexin de Redes

Componentes de las redes ............................................................... 12

1.1 Hardware para redes ................................................................................... 12

Transmisin y multiplexacin de datos .......................................... 66

2.1 Introduccin ................................................................................................. 67

Estndares y normas ........................................................................ 98

3.1 Introduccin ................................................................................................. 98

Fundamentos de conectividad ....................................................... 112

4.1 Conceptos de conectividad........................................................................ 113

Redes principales, protocolos y sistemas operativos ................. 168

5.1 Modelo de referencia de la arquitectura de redes TCP/IP ......................... 169

Al trmino del curso el estudiante distinguir los sistemas de redes ms

Componentes de las redes

Hardware para redes

1.1 Hardware para redes

Tema 1. Componentes de las redes 12

El mensaje que se ha de transmitir

Tema 1. Componentes de las redes 14

Figura 1. 2 Campos de accin del proceso informtico

Respecto a los campos de accin que la irrupcin de la informtica en

Tema 1. Componentes de las redes 15

Informtica embarcada en el producto final

1.2 Software para redes

Conversin de datos de una seal digital en una seal analgica mediante un

Transporte de datos por un canal (ruta) de comunicacin, basado en cables o

Conversin de datos de una seal analgica en una seal digital mediante un

Tema 1. Componentes de las redes 16

Asegurar que los datos se reciban sin problemas en la terminal anfitrin o en

El software de telecomunicaciones puede registrar los nmeros telefnicos y

Tema 1. Componentes de las redes 17

Utilizara este software de comunicacin en

Debe ser fcil de instalar y manejar en cualquier

Debe incluir una emulacin de terminal

Le gustara transferir archivos de datos a la

Debe ofrecer una versin compatible con la que

El software permite conectarse a un modem a

Debe poder comunicarse por medio de un

De cuntos bytes de memoria principal

El software debe requerir menos de 512 K de

La computadora anfitrin puede establecer

Debe presentar contraseas y UI procedimiento

El modem es capaz de detectar y corregir

De no ser as, el software debe incluir un

Es importante controlar y configurar la PC

Debe ofrecer funciones de control remoto.

Utilizara usted la red telefnica celular para la

Debe incluir una funcin para permitir la

Considera usar el modem para enviar fax?

Debe ser capaz de comunicarse con un fax.

Puede usted manejar varias comunicaciones

Debe soportar varias sesiones de comunicacin

Otros (precio, amigable para el usuario, etc.).

Debe ofrecer una funcin de ayuda y de

Figura 1.3 Criterios de seleccin de un buen software de comunicacin de datos

Tema 1. Componentes de las redes 18

A continuacin se ofrece un breve examen de estas caractersticas:

Velocidad de transmisin en bits

Tema 1. Componentes de las redes 19

Nmero de bits de detencin

Asegrese de que su computadora, el modem y la lnea telefnica estn bien

Utilice una lnea de comunicacin dedicada para evitar cualquier interrupcin

Guarde los parmetros de configuracin en un archivo de datos. De este

Si tiene problemas de instalacin o de comunicacin, por favor refirase a la

Asegrese de que su sistema est en el tono de llamada y no en el de