1.

Redes:
Una vez establecida la necesidad de comunicacin, entre sistemas informticos, aparecen
nuevos problemas (tecnolgicos, sociales, ticos, ). Aunque las ventajas que nos aportan superan
habitualmente a los problemas que generan.
Establecemos una red como un grupo de sistemas informticos interconectados entre s (de
algn modo), para compartir:

Informacin
Recursos

1.1. Clasificacin de las redes:

Nos centraremos en los problemas tecnolgicos que implica la interconexin de sistemas
informticos. Desde ese punto de vista, no existe una taxonoma generalmente aceptada dentro de
la cual quepan todas las redes de sistemas informticos, pero sobresalen notablemente la
tecnologa de transmisin y la escala de la red1.
De manera general, hay slo dos tipos de tecnologa de transmisin:
1.1.1. Clasificacin de las redes por su tecnologa de transmisin:
Redes de difusin
Redes punto a punto
Las primeras, tienen un solo canal de comunicacin comn, es decir los datos enviados por
un mquina son recibidos por todas las que componen la red. Cada uno de los posibles receptores,
debe ser capaz de descartar aquellos datos que no sean para l. Para ello a cada mquina se le asigna
una direccin (nmero) nico, que se anexa a los datos enviados, de manera que los receptores
puedan identificar que datos son suyos y cuales no.
Es habitual, que se provea de un mecanismo (direccin especial) que permita enviar un datos
a todos los componentes de la red. Est tcnica se denomina difusin (broadcasting). Tambin
existen tcnicas que permiten enviar un dato a un grupo de equipos de la red, a esta tcnica se le
denomina multidifusin.
En oposicin las redes punto a punto, consisten en muchas conexiones entre pares de
mquinas. Es habitual que para que un datos llegue a su destino, tenga que visitar (pasar) por otras
mquinas intermedias (una o ms). Incluso que existan varios caminos para llegar al destino.
Tambin solemos clasificar las redes por su mbito o alcance fsico. Ya que redes de unas
pocas mquinas y cercanas entre s no tienen los problemas inherentes a redes de muchas mquinas
y muy distantes geogrficamente.
1.1.2. Clasificacin de las redes por su mbito geogrfico:
Redes de rea local (LAN):
Las redes de rea local, son redes de propiedad privada dentro de un solo edificio, planta o
1 Redes de computadoras (Andrew S. Tanenbaum)
Pgina: 1 de 17

habitacin, es decir son redes de bajo nmero de equipos y muy cercanos entre si.
Se distinguen de otros tipos de redes por su:
Tamao
Tenconologa de transmisin
Topologa
Estn restringidas en tamao, lo que implica que en el pero caso el tiempo de transmisin
entre dos mquinas es muy corto, y puede conocerse de antemano. Esto conduce a ciertos diseos
(topologas) que en otros tipos de redes no seran prcticos. Aparte simplifica enormemente la as
tareas de administracin de la red.
Redes de rea metropolitana (MAN):
Son pbsicamente una versin ampliada de una LAN, y habitualmente se basan en las
mismas tecnologas. Desde el puto de vista de alcance geogrficos, podemos hablar desde varios
edificios de oficinas ms o menos cercanos, hasta ciudades completas.
Pueden ser privadas o pblicas, y suelen transportar tanto datos como voz.
Redes de rea amplia (WAN):
Son las que se extienden por un rea geogrfica extensa (comarca, provincia, regin, pas,
).
Suelen ser redes de MAN que a su vez son redes de LAN. Tienen hardware de red muy
especfico, y en ellas encontramos diversas lneas de transmisin, tanto en el nmero de ellas, como
en el tipo.
Para todos los tipos de redes segn si mbito geografico existen tipos segn la topologa
(forma) de conectar las mquinas.
1.1.3. Por su topologa:
Bus.
Anillo.
Estrella.
rbol.
Totalmente intercontetada.
Mixtas.
1.2. Hardware de red.
Al conjunto completo de la interconexiones y mquinas que nos permite construir una red,
es lo que conocemos como hardware de red.
Para montar una red informtica, necesitamos de un conjunto de hardware especfico, dicho
conjunto incluye los medios fsicos de conexin (cables, aire, fibra ptica, )
Los medios fsicos se usan para unir al resto del hardware de red.
Pgina: 2 de 17

1.2.1. Tipos de hardware de red:

Medios Fsicos:
Los medios fsicos se usan para unir al resto del hardware de red entre s.
Tarjetas de conexin a red:
Nos permiten conectar un sistema informtico a la red. Es obvio que depende del medio
fsico a usar. A cada uno de los sistemas informticos conectados a una red se le conoce como host.
Concentradores:
Nos permiten conectar los cables desde los equipos, podramos decir que son la red en si
mismos. Existen concentradores pasivos conocidos como HUB y activos o conmutadores conocidos
como SWITCH. Los primeros reparten su ancho de banda entre todos los equipos activos y
conectados al mismo, mientras que los segundos, mantienen (siempre que sea posible) el mismo
ancho de bana para cada conexin.
Enrutadores:
Son mquinas inteligentes (programadas) que conocen las rutas por las que enviar los
datos hasta su destino, algunos pueden dirimir, en funcin de algn algoritmo, que ruta es la idnea
para un dato en concreto.
Puentes:
Son mquinas semi pasivas, que nos permiten conectar 2 redes entre si
Inalmbricas.
Tarjetas, para conectarse a la red.
Puntos de acceso a travs de los que nos conectamos a la red.
1.3. Software de red:
Las primeras redes de sistemas informticos, se disearon teniendo como mxima
preocupacin el hardware que se usara, surgiendo ms adelante la idea de controlar ciertos aspectos
por software.
En la actualidad es todo lo contrario, tenemos un software de red, altamente estructurado,
que hace uso de hardware, ya que el software no puede implementar medios fsicos. El software de
red, actualmente es la piedra angular de todas las redes.
Una de las partes que intervienen en una comunicacin de cualquier tipo es el protocolo
(conjunto de normas que rigen dicha comunicacin).
1.3.1. Protocolos:
Diseo por capas:

Pgina: 3 de 17

Para reducir la complejidad del diseo muchas redes estn organizadas en capas, cada una
construida sobre la inferior (apiladas), y cada una de ellas para una tarea concreta dentro de la red.
El nmero de las mismas y la funcin de cada una difieren de red a red. Aunque es un rasgo comn
que todas presentan a la capa superior servicios, de modo que dicha capa superior, se despreocupe
de lo que pasa con los datos una vez que ha terminado su labor con ellos.
Host 1

Interfaz de la capa 4/5

Interfaz de la capa 3/4
Interfaz de la capa 3/2
Interfaz de la capa 2/1
Interfaz de la capa fsica

Capa

Capa

Capa

Capa

Capa

Host 2

Protocolo de capa 5

Protocolo de capa 4

Protocolo de capa 3

Protocolo de capa 2

Protocolo de capa 1

Capa

Capa

Capa

Capa

Capa

5
4
3
2
1

Medio fsico

En la figura, se ilustra una red de cinco capas (seis con la fsica). Entra las dos mquinas, a
nivel de capa se establece pares que se comunican mediante un protocolo de capa.
Los datos van del Host 1 al Host 2, como si la conexin fuese directa, pero en realidad, cada
capa procesa los datos, aadiendoles informacin adicional (cabeceras) que son necesarias para el
funcionamiento del protocolo. La capa que trata con el medio fsico, es la que se encarga de adaptar
la informacin al medio de transmisin que se est usando. En este modelo terico cualquier capa
puede ser sustituida por otra que haga las mimas tareas, sin afectar al resultado de la transmisin.
La funcin de cada capa, es proporcionar a la capa superior de los servicios necesarios para
que sta pueda hacer su tarea. Del mismo modo la inferior le provee de los servicios que necesite
dicha capa.
Las capas pueden ofrecer dos tipos diferenciados de servicios a las capas que se encuentran
sobre ellas, los orientados a la conexin y los que carecen de la misma.
Cada servicio se puede caracterizar por una calidad de servicio. Algunos son confiables
desde el punto de vista que nunca pierden datos, usualmente mediante un sistema de acuses de
recibo. Es evidente que estos acuses de recibo sobrecargan las comunicaciones, generando retardos
que para algunas aplicaciones son admisibles pero no para otras. Sirva de ejemplo que la perdida o
alteracin de la informacin en el sonido est menos tolerada por los humanos que el mismo tipo de
alteracin o perdida de informacin visual.
1.3.2. Servicios con conexin:
Encontramos el modelo del servicio orientado a la conexin en el servicio telefnico.
Para conversar con alguien, descolgamos, marcamos, hablamos y despus colgamos. Del mismo
modo, un servicio de red orientado a la conexin, establece la conexin, la usa y despus la libera.
Es como una tubera, que se construye para esa comunicacin, se meten los bit por un extremo y
salen por el otro, siempre en el mismo orden. Una vez terminada la comunicacin la tubera es
desechada.
1.3.3. Servicios sin conexin:

Pgina: 4 de 17

Por contra, el servicio sin conexin, tiene su modelo en el sistema del correo postal, en el
que escribimos la carta, la dejamos en el sistema, y llegar al destino, sin ser capaces de afirmar que
una carta dejada en el sistema hoy llegue antes que otra que dejemos maana.
Este modelo terico de capas tiene un modelo de referencia tambin terico, que define la
funcionalidades de cualquier red., es el modelo de referencia OSI:
1.3.4. OSI:
OSI son las siglas en ingls de la interconexin de sistemas abiertos (open system
interconnection). Lo de abiero es que estn abierto a comunicacin con otros sistemas.
El modelo OSI tiene 7 capas. Estas salieron de aplicar los siguientes principios:
1. Se debe crear una capa siempre que se necesite un nivel diferente de abstraccin.
2. Cada capa debe realizar una funcin bien definida.
3. Esta funcin se debe elegir pensando en la definicin del protocolos
estandarizados.
4. Los lmites de la capas deben elegirse pensando en el modo de minimizar el flujo
de informacin por la interfaces.
5. La cantidad de capas debe ser suficiente para no tener que agrupar funcionalidades
distintas en una misma capa y lo suficientemente pequea, para que la
arquitectura no sea inmanejable.
Ahora estudiaremos las capas detenidamente, comenzando por la inferior (fsica), vase la
figura:
Unidad
intercambiada

Capa
7

Aplicacin

- - - - - - - - - - - - - - - - - - - - - - - - - - - - Protocolo de aplicacin - - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentacin

- - - - - - - - - - - - - - - - - - - - - - - - - - - - Protocolo de presentacin - - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentacin

PPDU

Sesin

- - - - - - - - - - - - - - - - - - - - - - - - - - - - Protocolo de sesin - - - - - - - - - - - - - - - - - - - - - - - - - - -

APDU

Aplicacin

Sesin

SPDU

Transporte

- - - - - - - - - - - - - - - - - - - - - - - - - - - - Protocolo de transporte - - - - - - - - - - - - - - - - - - - - - - - - - - -

Transporte

TPDU

Red

Enlace de
datos

Protocolo host-enrutador de red

Protocolo host-enrutador de enlace

Fsica

enlace host-enrutador fsico

Red
Enlace de
datos

Protocolo de red

Protocolo de enlace

Red

Protocolo host-enrutador de red

Red

Paquete

Enlace de
datos

Protocolo host-enrutador de enlace

Enlace de
datos

Marco

enlace host-enrutador fsico

Fsica

Bit

Fsica

enlace fsico

Fsica

Enrutador

Protocolos internos

Enrutador

HOST A

HOST B
Frontera de comunicacin de la sub-red

Capa fsica:
Es la encargada de saber como se envian por el medio fsico los bit. Tambin debe
asegurarse de que si se enva un bit a uno (1) llega un bit a uno (1) y viceversa.
En esta capa entra en consideracin que niveles de voltaje o que valores de
frecuencia representan un cero (0) o un uno (1).
Pgina: 5 de 17

El tiempo que dura un bit.

Si la transmisin es simplex, half duplex o full duplex.
Como es el conector y el cable (o como se modula la portadora de radiofrecuencia de una conexin va radio).

Capa de enlace de datos:

Su misin es hacer parecer que la lnea de transmisin (en bruto) sea un canal de
comunicaciones libre de errores.
Trocea la informacin a enviar en pedacitos llamados marcos (frames) de datos, que son
transmitidos de manera secuencial y del mismo modo procesa los acuses de recibo de cada frame,
que tambin llega como un frame devuelto por el receptor.
Tambin provee de un buffer para evitar que un emisor rpido abrume a un receptor lento.
Capa de red:
Se encarga de controlar el funcionamiento de la sub-red. Una de sus funciones es determinar
como se encaminan los los paquetes de datos por la red.
Tambin se encarga de gestionar la congestin de red, cuando el trfico de paquetes es
elevado. Y de resolver problemas como el protocolo elegido para una ruta no admite paquetes tan
grandes, para permitir que se conecten redes heterogneas.
Capa de transporte:
Su funcin principal es aceptar datos de la capa de sesin, dividirlos en unidades ms
pequeas (si fuese necesario) y pasarlas a la capa de red.
Capa de sesin:
Permite a los usuarios de mquinas diferentes establecer sesiones entre ellos. Tambin
provee de mecanismos de turnos para medios de transmisin half duplex. Y por aadidura el de
sincronizacin de la comunicacin.
Capa de presentacin:
Se ocupa de la sintaxis y la semntica usadas en la comunicacin, por ejemplo la
codificacin de datos de manera acordada entre ambos interlocutores.
Capa de aplicacin:
Es la capa que ofrece los protocolos de alto nivel para establecer las comunicaciones entre las
aplicaciones que usan la comunicacin de la red.
1.3.5. Transmisin de datos en el modelo OSI:
La siguiente figura, nos muestra un ejemplo de como se pueden transmitir datos empleando
Pgina: 6 de 17

el modelo OSI. El proceso remitente, tiene algunos datos que quiere enviar al proceso receptor, as
que le entrega los datos a la capa de aplicaciones. Esta aladae al principio su encabezado 'EA' (que
puede ser nulo) y entrega a la capa de presentacin el resultado como datos a transmitir.
Datos
Aplicacin

Protocolo de aplicacin

EA

Presentacin Protocolo de presentacin

Sesin
Transporte
Red
Enlace de
datos
Fsica
Emisor

Protocolo de sesin
Protocolo de
transporte
Protocolo de
red

ES

ER

Datos
Datos

ET

ED

EP

Datos
Datos
Datos
bits

Direccin de datos

Aplicacin

Datos

Presentacin

Sesin

Transporte

Red

ED

Enlace de
datos
Fsica
Receptor

La capa de presentacin puede transformar este elemento de diferentes maneras y

posiblemente aadir su propio encabezado 'EP', entregado el resultado como datos a transmitir a la
capa de sesin. Es muy importante notar que la capa de presentacin no tiene conocimiento de cul
es la porcin de datos 'reales' entregados por la capa de aplicacin, y si existe cul es la cabecera
'EA'.
Este proceso se repite hasta que los datos alcanzan la capa fsica donde son realmente
transmitidos al receptor. Donde uno por uno se le van retirando los encabezados conforme los datos
recorren hacia arriba las distintas capas, hasta que llegan realmente los datos al receptor.
La idea clave en todo este proceso es que aunque la transmisin real de los datos se hacia
verticalmente por las capas, para cada una de ellas es como si se lo enviase a si misma en el
receptor.
1.3.6. TCP/IP
Ahora vamos a ver el modelo de protocolo que usa la abuela de todas las redes, la
ARPANET y su sucesora la Internet. Es de utilidad mencionar algunos de los aspectos histricos.
La ARPANET, era una red de investigacin patrocinada por el Departamento de Defensa de
los Estados Unidos (DoD). Al final conect a cientos de universidades e instalaciones del gobierno,
usando lneas telefnicas alquiladas en exclusividad. Cunado posteriormente se le aadieron enlaces
de radio-frecuencia (radio convencional y satlites), los protocolos que existan tuvieron problemas
para interactuar con estos medios fsicos, de manera que apareci la necesidad de una arquitectura
de referencia nueva. Uno de sus principales objetivos del diseo, fue el de interconectar entre s
mltiples redes de manera inconstil. Esta arquitectura se populariz posteriormente como el
modelo de referencia TCP/IP.
Debido a que una de las principales preocupaciones del DoD, era que alguno de sus costosos
nodos, enrutadores o pasarelas de interredes pudiese ser objetivo de un atentado o ataque en
cualquier momento, otro de los objetivos principales fuer que la red fuese capaz de sobrevivir a la
prdida del hardware de cualquier sub-red sin que las comunicaciones en curso se interrumpiesen.
En otras palabras, el DoD, pretenda que mientras que el origen y el destino de la comunicacin
estuviesen intactos, la comunicacin fuese posible. Incluso si durante el trayecto que siguiese la
Pgina: 7 de 17

informacin dejara de funcionar de manera repentina.

Aadiendo que la arquitectura debera ser tan flexible que permitiese establecer muchos
tipos de comunicaciones, debido a la visin de aplicaciones con requerimientos divergentes,
abarcando desde la transferencia de ficheros o mensajes de correo, hasta comunicaciones en tiempo
real.
Capa de inter-red:
Todos estos requerimientos conducen a descartar la red de conmutacin de circuitos, y usar
en su lugar una red de conmutacin de paquetes, basada en una red carente de conexiones. La capa
de inter-red, es la que mantiene unida toda la arquitectura, y tiene como misin permitir que los
nodos sean capaces de inyectar (enviar) paquetes en cualquier tipo de red, y los hagan viajar de
manera independiente de su destino, incluso si ste ltimo estuviese en otra red diferente. Es ms
los paquete pueden llegar al destino en orden diferente, en cuyo caso corresponde a las capa
superiores reordenarlos, en le caso de que sea necesaria la entrega ordenada.
Esta capa deine un formato de paquete y protocolo oficial llamado IP (Internet Protocol)2.
Su trabajo es entregar el paquete IP a donde se supone que debe llegar. La consideracin ms
importante es el enrutamiento de los paquetes y evitar la congestin del trfico de red, su finalidad
es muy parecida a la de la capa de red del modelo OSI.
Capa

OSI

TCP/IP

Capa

Aplicacin

Aplicacin

No estn presentes
en el modelo

Transporte

Transporte

Red

Inter-red

Enlace de datos

Fsica

Presentacin

Sesin

Host a red

Capa de transporte:
En el modelo TCP/IP, la capa superior a la de interred se denomina capa de transporte. Esta
capa se diseo para permitir que los pares (origen y destino) lleven a cabo una conversacin, al
igual que su homnima en el modelo OSI.
En este caso se establecieron dos protocolos de extremo a extremo, el TCP (Transmission
Control Protocol) y el UDP (User Datagram Protocol).
El primero es un protocolo confiable, orientado a la conexin que permite que una corriente
o flujo de bytes se entregue sin errores en su destino. Para ello fragmenta la corriente de bytes en
mensajes discretos y los pasa a la capa de interred, en el destino el receptor TCP, reensambla los
mensajes recibidos para recomponer el flujo de bytes. Tambin se encarga del control de flujo para
2 No se refiere al la Internet, sino al concepto internet (interconexin de redes).
Pgina: 8 de 17

evitar abrumar al receptor.

El segundo, es un protocolo sin conexin, no confiable, para aplicaciones que no necesiten
la asignacin de una secuencia, ni el control de flujo del TCP, y que deseen implementar los suyos
propios. Es ampliamente usado para consultas de peticin y respuesta de una sola ocasin, del tipo
cliente-servidor, y en aplicaciones en la que la entrega pronta sea ms importante que la entrega
precisa, como pueden ser las transmisiones de voz y vdeo. Podemos ver la relacin entre IP, TCP,
UDP y otros protocolos3 en la siguiente figura. Desde que se desarroll el modelo, se ha
implementado en muchas otras redes.
Capa (nombres OSI)
TELNET

FTP

Protocolos

SMTP

TCP

DNS

HTTP

UDP

Transporte

IP

Redes

ARPANET

SATNET

PACKETRADIO

Aplicacin

Red

LAN

Fsica + Enlace de datos

Capa de aplicacin:
En el modelo TCP/IP, no existen ni capa de presentacin ni de sesin, simplemente no se
consideraron necesarias. La experiencias con el modelo OSI, han demostrado que esa visin fue del
todo acertada.
Sobre la capa de transporte est la capa, est la de aplicacin, que contienen todos los
protocolos de alto nivel. Entre los ms antiguos estn el de terminal virtual (TELNET), el de
transferencia de ficheros (FTP) y el de correo electrnico (SMTP). Con el tiempo se le han ido
aadiendo protocolos en funcin de las nuevas necesidades como el sistema de nombres de dominio
(DNS), para relacionar nombres (legibles para los humanos) con las direcciones de las mquinas; el
NNTP para transferir artculos noticiosos; HTTP protocolo de transferencia de hyper-texto; y un
largo etctera.
Capa de nodo de red:
Bajo la capa de inter-red, se encuentra un gran vaco. En realidad el TCP/IP, no indica nada de lo
que sucede ms abajo, aparte de que el nodo ha de conocer la forma de conectarse a una red que sea
capaz de transferir mediante algn protocolo paquetes IP. Estos protocolos varian de una red a otra,
de un medio fsico a otros, etc.
1.3.7. Crticas de los modelos:
Ninguno de los modelos, son perfectos. Se pueden criticar bastante y de hecho se critican.
3 En la capa de aplicacin, son todos los que estn, pero no estn todos los que son.
Pgina: 9 de 17

 OSI:
En su momento a los creadores del modelo OSI y sus protocolos, crean que iban a
conquistar el mundo, y establecerse como modelo nico para todas la redes, pero eso no sucedi,
y no lo hizo por:
Mala sincronizacin:
El momento que se establece un estndar es absolutamente crucial para su xito. David
Clark4 del M.I.T. Tiene una curiosa teora sobre los estndares, que denomina el apocalipsis de los
dos elefantes, y que se ilustra en la siguiente figura.

En esta figura, se muestra la cantidad de actividad que rodea a un rema nuevo. Cuando se
descubre inicialmente el tema, hay una gran cantidad de actividad de investigacin (discusiones,
reuniones, documentos, ). Pasado el tiempo esto disminuye, las corporaciones y gobiernos
descubren el tema y llega la ola de inversin dineraria.
Es esencial que se describan los estndares en el intermedio entre los dos elefantes. Si se
escriben demasiado pronto, antes de que se termine la investigacin, el tema todava no se entiende
bien, lo que conduce a malos estndares. Por contra, si se escriben demasiado tarde, es probable
que las inversiones se hayan hecho en diferentes formas de hacer las cosas, ya que no existan los
estndares, as que en la prctica estos ltimos sern ignorados. Si el intervalo entre los dos
elefantes es muy corto (las prisas), la gente que los desarrolla puede quedar aplastada, y si es muy
largo olvidada y con ellos los estndares.
En el caso del lso estndares OSI, los desarrolladores quedaron aplastados, el competidor
TCP/IP, ya se usaba ampliamente cunado aparecieron los protocolos OSI. Dando lugar a prisas que
se tradujeron en que la inversin no lleg o fue insuficiente.
Mala tecnologa:
La segunda razn es que tanto el modelo como los protocolos son imperfectos. La mayor
parte de las explicaciones dan a entender que tanto la cantidad como los contenidos de las capas son
el nico camino. Estando muy lejos de la verdad, la capa de sesin tiene muy poco uso real en la
4 http://groups.csail.mit.edu/ana/People/Clark.html
Pgina: 10 de 17

mayora de las aplicaciones, y la de presentacin casi vaca. Hubo incluso una propuesta con cinco
capas, en lugar de siete. En contraste, otras capas (enlace de datos y red), estn tan llenas que en
trabajos posteriores se dividieron en mltiples subcapas, con funcionalidades distintas.
Se da el hecho de que en el momento en que se diseo, IBM5 tena un protocolo patentado
de siete capas llamado SNA (System Network Architecture). En esa poca, IBM dominaba la
industria de la computacin, de tal manera que todo el mundo tena pnico a que IBM obligara a
usar el SNA, sobre todo pensando que IBM podra cambiarlo cuando quisiera. Lo que OSI
pretenda era crear un modelo de referencia y pila de protocolos semejante al de IBM para que se
pudiese convertir en un estndar mundial, controlado no por una compaa, sino por una
organizacin neutral la ISO.
El modelo OSI, junto con sus correspondientes definiciones, es extraordinariamente
completo y complejo. Si se imprimen y apilan los folios resultantes se elevan hasta el metro de
altura. Son difciles de implementar e ineficientes en su operatividad.
Adems hay funciones (direccionamiento, control de flujo, control de errores), que parecen
y aparecen en cada capa.
Y muchos ms folios que se podran escribir sobre la mala tecnologa del modelo.
Mala instrumentacin:
Teniendo en cuenta la enorme complejidad del modelo y sus protocolos, se puede explicar
que las primera implementaciones fueran enormes, inmanejables y lentas. Todo aquel que lo prob
se arrepinti. Con el tiempo se asoci OSI a mala calidad. Aunque los productos mejoraban con el
paso del tiempo, su imagen empeoraba exponencialmente.
En contraste, una de las primeras implementaciones de TCP/IP, incluida en UNIX de
Berkeley, ya era bastante buena y adems gratuita. Casi todo el mundo empez rpidamente a
usarla, lo que condujo a una gran comunidad de usuarios y esto a mejoras, que trajo una comunidad
todava mayor...
Mala poltica:
Gracias a la implementacin inicial, mucha gente, en especial las universidades, pensaban en
TCP/IP como parte de UNIX, y UNIX en la dcada de los 80 era para los acadmicos de las
universidades como la tarta de manzana para los estadounidenses de a pi.
En cambio OSI, se vea como una invencin de los ministerios de telecomunicaciones
europeos, de la Comunidad Europea, y ms tarde del gobierno de los Estados Unidos. Esto no
estaba totalmente justificado, pero la idea de un puado de burcratas tratando de obligar a los
pobres investigadores y programadores, a aceptar un estndar tcnicamente inferior no gust
demasiado. Se vea como algo similar a cuando IBM en la dcada de los 60 aunci que PL/I, era
el lenguaje del futuro, y ms tarde el DoD lo corrigi anunciando que en realidad era Ada.
TCP/IP:
El protocolo por excelencia en las redes actuales, no est libre de crticas.
5 International Business Machines
Pgina: 11 de 17

El modelo no distingue con claridad los conceptos de servicio, interfaz y protocolo. La

prctica correcta de la ingeniera de software requiere la diferenciacin entre las especificaciones y
la implantacin, TCP/IP no pone especial cuidado en esto, mientras que OSI si. En consecuencia, el
modelo no es buena gua para disear nuevas redes con nuevas tecnologas.
No es un modelo general, es decir no pueden describirse otras pilas de protocolos usando
el modelo TCP/IP.
La capa de nodo de red, no es en realidad una capa en el sentido normal de uso del trmino
en el contexto delos protocolos de capas. Es una interfaz (entre la red y las capas de enlace de
datos). La diferencia entre interfaz y capa es crucial, y hay que ser muy minuciosos al respecto.
El modelo TCP/IP, tan siquiera nombra a la capa fsica, es ms no la distingue del enlace de
datos. Estas capas son totalmente diferentes. La capa fsica tiene que ver en las caractersticas de
transmisin, mientras que la tarea del enlace de datos, es delimitar el inicio y el fin de los frames, y
transferirlos de uno a otro lado con el grado de confiabilidad deseado. El modelo correcto, debera
tener cinco capas, en lugar de cuatro.
Para finalizar, mientras que TCP e IP, se pensaron y se implementaron cuidadosamente,
algunos de los protocolos que forma la pila TCP/IP se fueron creando sobre la marcha, en funcin
de necesidades concretas, a menudo por un par de estudiantes de ingeniera, que trabajaban en ello
hasta el agotamiento. Luego estos protocolos, que se distribuyen gratuitamente, alcanzan gran
popularidad y uso, haciendo prcticamente imposible reemplazarlos.
Para resumir, a pesar de sus problemas, el modelo OSI (eliminando las capas de sesin y
presentacin), ha demostrado ser muy til para estudiar las redes de computadoras, en contraste no
se ha hecho popular, lo contrario que TCP/IP, donde el modelo como tal es prcticamente
inexistente, pero de amplia difusin e implementacin. Ambos podemos unirlos en un hbrido de
cinco capas, que si puede aplicarse como modelo a prcticamente cualquier red.
Capa
5

Aplicacin

Transporte

Red

Enlace de datos

Fsica

1.4. Internet:
A mediados de la dcada de los 60, en el punto ms caliente de la guerra fra, el DoD, quera
una red de comando y control que pudiese sobrevivir a una guerra nuclear. Las redes de
comunicaciones del momento (conmutacin de circuitos) se consideraban muy vulnerables, puesto
Pgina: 12 de 17

que la prdida de una lnea o un conmutador, implica la prdida de la comunicacin.

Para resolver el problema, el DoD, acude a su departamento de investigacin ARPA
(Advanced Research Projects Agency). ARPA, se crea como respuesta al lanzamiento del Sputnik de
la URSS en 1957, con la misin de desarrollar tecnologas que pudiesen ser tiles desde el punto de
vista militar. ARPA solo era un pequeo despacho en el Pentgono, desde el que se financiaba las
ideas que parecan prometedoras de universidades y compaas.
Varias de las primeras subvenciones se concedieron a universidades, para estudiar la idea
radical de conmutar los paquetes. ARPA, decidi que necesitaba una red de conmutacin de
paquetes, para ello se necesitaban una red de sub-redes, en los que estaban conectados los hosts.
La sub-red consista en minicomputadoras IMP (Interface Message Processors), conectadas
por lneas de transmisin. Para lograr alta confiabilidad, cada IMP debera estar conectado al menos
con otras dos IMP. De modo que si alguna lnea resultaba destruida o daada, exista una ruta
alternativa para el mensaje.
Cada nodo de red consista en una IMP y su host conectados en el mismo recinto (cuarto).
Una host, poda enviar mensajes de hasta 8063 bit a su IMP, que entonce los dividira en paquetes
de 1008 bit como mximo y los reenviara al destino de modo independiente. Cada paquete se
recibira completamente antes de reenviarlo, fue la primera red electrnica de conmutacin de
paquetes de almacenar y reenviar.
Las IMP eran una modificacin de las minicomputadoras DDP-316 de Honeywell con 12K
palabras de 16bit de memoria central, no tenan discos, ya que se consideraban muy vulnerables las
partes mviles, la interconexin se hizo con lneas telefnicas fijas de 56Kbps.
El software se dividi en dos partes: sub-red y host. El software de sub-red consisti en el
extremo IMP de la conexin host-IMP, el protocolo IMP-IMP y un protocolo IMP fuente a IMP
destino.
Fuera de la sub-red, tambin era necesario software: El extremo host de la conexin hostIMP, el protocolo host-host, y el software de aplicacin.
La siguiente figura representa una red ARPA6, el embrin de la Internet actual7.
Host
st-host
Protocolo de ho

Protocolo
host-IMP

Subred
no
a IMP desti
IMP origen
Protocolo de

Protoc
o

lo IMP
-IMP

lo
co
oto P
Pr P-IM
IM

IMP

6 http://es.wikipedia.org/wiki/Archivo:Arpanet_logical_map,_march_1977.png
7 http://es.wikipedia.org/wiki/ARPANET y http://es.wikipedia.org/wiki/Historia_de_Internet
Pgina: 13 de 17

1.5. Redes TCP/IP:

Aparte de la historia del nacimiento de Internet, lo que nos preocupa ahora, son las redes, en
concreto las que vamos a usar ms cercanamente, es decir las redes de rea local (LAN).
Y para ello nos vamos a basar en TCP/IP. Como se ha mencionado con anterioridad, cada
mquina conectada a una red, precisa de una direccin (un nmero), que la represente de manera
nica en la misma.
En las redes TCP/IP, a ese nmero se le conoce como direccin IP, que es un nmero de 32
bit, es decir 4 bytes. Segn su capacidad de almacenamiento en 4 bytes podramos direccionar un
mximo de 4.294 967.296 hosts. Como es un nmero difcil hasta de pronunciar, se leen con los
valores de cada byte, y los separamos por puntos (.), por ejemplo 192.168.2.100 es la direccin N
3.232 236.132.
1

Pero cuando se diseo el protocolo, las direcciones se agruparon, en rangos o clases, segn
la figura siguiente:
32 bit
Clase
A
B
C
D
E

0
Red
10
110
1110
11110

Hosts
Red

Hosts
Red
Hosts
Direccin de multitransmisin
Reservado para uso futuro

Rangos de direcciones N de direcciones

1.0.0.0 a 127.255.255.255
2.147.483.648
128.0.0.0 a 191.255.255.255
1.073.741.824
192.0.0.0 a 223.255.255.255
536.870.912
224.0.0.0 a 239.255.255.255
268.435.456
240.0.0.0 a 247.255.255.255
134.217.728
Total de direcciones usadas:
4.160.749.568
Prdida de direcciones:
134.217.727

Es fcil apreciar, que aunque el nmero mximo es elevado, cuatro mil y pico de millones de
direcciones, hay que empezar a descontar. Adems la direccin todo ceros (0) y la todo unos (1)
tambin estn reservadas, es decir, despus de los recortes, el rango real de direcciones se queda en
3.758 096.384 direcciones. Y vienen ms recortes, ver cuadro siguiente:
1

Clase
A
B
C
Loopback

Rangos de direcciones
N de direcciones
10.0.0.0 a 10.255.255.255
16.777.216
172.26.0.0 a 172.26.255.255
65.536
192.168.0.0 a 192.168.255.255
65.536
172.0.0.0 a 127.255.255.255
16.777.216
Total de direcciones privadas:
33.685.504
Total de direcciones usables:
3.758.096.384
Total de direcciones pblicas:
3.724.410.880

Existen una serie de rangos que se llaman privados, es decir no puede existir ningn host
pblico (que est en Internet) que posea una direccin de uno de esos rangos. Del mismo modo las
direcciones de multitransmisin tampoco son usables para designar un host, ya sea pblico o
privado.
Como se ha comentado en el prrafo anterior, la direccin IP 0.0.0.0 est reservada, es la que
tiene cualquier host que est arrancando.

Pgina: 14 de 17

1.5.1. Direccionamiento:
Direccin y mscara de red:
Adems, las direcciones estn divididas en parte de red y parte de host, de forma que para la
clase A podemos tener 126 redes de hasta 16 777.214 hosts; para la B 16.382 redes de hasta 65.534
hosts; para la C dos millones de redes con hasta 254 hosts. Se puede observar que a cada rango
hosts posible por red se le ha restado dos (2). Concretamente, el valor de host ms bajo el cero (0)
que corresponde a la direccin de red y el valor de host ms alto, todos los bit a uno (1), que
corresponde a todos los equipos de la red (broadcast). Tambin hay que resear que estn
reservadas para pruebas de realimentacin todas las 127.x.y.z, los paquetes enviados a esas
direcciones no salen del adaptador de red, y se consideran recibidas a travs del mismo. En la figura
pueden verse direcciones especiales IP.
1

00000000000000000000000000000000

Este host

00

Un host de esta red

. . .

00

Host

11111111111111111111111111111111
Red
127

1111

. . .
Cualquier cosa

1111

Difusin en una red local

Difusin a una red concreta
Retrociclo

Desde el punto de vista del direccionamiento, cada equipo necesita como mnimo dos datos
para estar bien configurado en la red: la direccin IP, y la mscara de sub-red.
La estructura de las direcciones IP, la hemos visto ya, ahora toca la mscara de sub-red, que
es otro valor de 32 bit, que tambin por comodidad se denominan como w.x.y.z, es decir cada uno
de sus bytes separados por puntos (.).
Se llama mscara de sub-red, es un nmero que se usa para enmascarar la direcciones IP,
con el objeto de saber si dos direcciones son de la misma red. Si la representamos en binario,
empezando por la izquierda es una secuencia continua de unos (1) y despus otra secuencia
continua de ceros (0). Por ejemplo 255.255.255.0 => 11111111111111111111111100000000. No
estn
permitidos
valores
con
ceros
(0)
o
unos
(1)
intercalados
como:
11111111000000001111111100000000.
Para saber si un equipo es de mi misma sub-red, se realiza una operacin AND (nivel de bit)
entre mi IP y mi mscara de sub-red, y se hace lo mismo con la otra direccin IP. Al realizar estas
operaciones nos quedamos con la porcin de red de las direcciones IP. Luego se hace un XOR
(nivel de bit) entre los resultados de los dos AND anteriores, si el resultado es cero (0) son de la
misma red, en caso contrario de redes distintas.
Host
Porcin de red
192 168
1
1
255 255 255 255
192 168
2
1

Pgina: 15 de 17

Mi direcccin IP:
192.168.1.1
Mi mscara de red: 255.255.255.0
La otra IP:
192.168.2.1

Host
Porcin de red
11000000 10101000 00000001 00000001
11111111 11111111 11111111 00000000
11000000 10101000 00000010 00000001

AND mi IP
AND de la otra IP
XOR

11000000 10101000 00000001 00000000

11000000 10101000 00000010 00000000
00000000 00000000 00000011 00000000

Otros parmetros de configuracin:

Aparte de la direccin IP y la mscara de sub-red, podremos tener dos parmetros
configurables ms: la puerta de enlace predeterminada y el o los servidores de DNS.
La puerta de enlace predetermina, es donde se envan todos los paquetes que no tienen
destino en nuestra red, por ejemplo peticiones DNS o peticiones HTTP a Internet.
El servidor de DNS, es quien resuelve las direcciones IP de las URL (Uniform Resource
Locator), que no es ms que una serie de palabras que los humanos podemos aprender y recordar
(como www.midominio.com) con mayor facilidad que las direcciones IP. Por ejemplo en el
momento de escribir este documentos, la URL: http://www.google.com tiene como IP:
209.85.148.104 (entre otras).
Enrutamiento:
Habitualmente, tras una puerta de enlace predeterminada, est un enrutador o router, que
sabe por donde tiene que encaminar el paquete que no es de esta red, hasta el destino.
En los datos que se anexan por las distintos protocolos, a los datos reales del paquete, hay
uno campo que se llama TTL8 (Time To Live), el valor del campo TTL, se decrementa en una
unidad cada vez que un equipo procesa un paquete que viaja por la red, cuando dicho valor llega a
0, el paquete es descartado de manera automtica, y se le enva un paquete al origen para indicar
dicho descarte.
Los routers, hacen eso antes de enviar el paquete al siguiente salto (next hop), en la red. Los
valores en origen, pueden variar en funcin del protocolo que enve el paquete, siendo el valor
optimo para los casos generales de 128.
Existe un protocolo llamado ICMP9 (Internet Control Message Protocol), herramientas
como tracepath, que usa dicho protocolos, para obtener la lista de nodos por los que pasa un paquete
desde el origen al destino. Su proceso es simple, empiezo haciendo peticiones a la URL o IP que
quiero consultar, con el campo TTL a 0, luego a 1, luego a 2, ; las respuestas trae entre otras
cosas en que router se ha descartado el paquete, luego puedo obtener la lista de saltos que siguen
mis peticiones. Las siguientes figuras son ejemplos de dicha herramienta.

8 http://es.wikipedia.org/wiki/Tiempo_de_vida_(inform%C3%A1tica)
9 http://es.wikipedia.org/wiki/ICMP
Pgina: 16 de 17

2. Fuentes de informacin y bibliografa:

Wikipedia
Redes de Computadoras (Andrew S. Tanenbaum) ISBN: 968-880-958-6
Windows 2000 TCP/IP Protocolos y servicios (Microsoft Press) ISBN: 84-481-2834-6

Pgina: 17 de 17